『★ＭＭエディタ、ＭＭビュア』 サポート掲示板１最大200件（古い発言から消えていきます）
ホームへ
●メール
�-->■ 掲示板の運用を妨げると思われる内容や、同じ内容の繰り返しなどは、管理人の判断で削除させてもらいます。
�-->■ パスワードや暗証番号などは絶対に書かれないようにお願いします。
�-->■ ユーザーIDやID登録の質問は個人メールでお願いします。
�-->■ ライセンス料や送金方法のお問い合せは個人メールでお願いします。
＞re:特定のプリンタからプリント出来ません。 投稿者：Miyamiya
|
2021年10月26日（火）18時14分
hideさんへ。
印刷できていた時期があって、書式の変更などカスタマイズしている過程で印刷が
できなくなったということなら、そのあたりが何か関係しているかと思えますが、
印刷ができない時には、何かエラーメッセージは出ないでしょうか。
また、印刷書式を使わない、簡単な数行程度のテスト印刷なら、印刷できますか。
＞特定のプリンタからプリント出来ません。 投稿者：hide
|
2021年10月26日（火）08時47分
ご返信ありがとうございます。
プリンタ設定はされております。またドライバも最新です。
windowsのメモ帳、他のプリンタでも印刷できます。
実は印刷できていた時期もありました。
ですが書式の変更などカスタマイズしている過程で印刷できなくなりました。
何か思い当たる節があればお教えくださいませ。
現在は一旦PDF印刷でタテ流れ３段ヨコの印刷イメージを保存し、PDFビューアーからプリントしております。
＞re:特定のプリンタからプリント出来ません。 投稿者：Miyamiya
|
2021年10月20日（水）13時57分
hideさんへ。
canonのix6830で印刷ができないということですが、エラーメッセージは出るでしょうか。
MMエディタの印刷設定のプリンタ設定で、canonのix6830は選択されているでしょうか。
選択されているなら、プリンタドライバを最新版にされてみてください。
それから、Windowsのメモ帳ではcanonのix6830での印刷はできるでしょうか。
＞特定のプリンタからプリント出来ません。 投稿者：hide
|
2021年10月20日（水）12時51分
記事入力に重宝させて頂いております。
早速ですがcanonのix6830から出力できず困っております。
ちなみに有線ネットワーク出力です。
他のネットワークプリンタからは出力できます。
解決手段をご教示頂ければ幸いです。
＞特定のプリンタからプリント出来ません。 投稿者：hide
|
2021年10月19日（火）17時37分
記事入力に重宝させて頂いております。
早速ですがcanonのix6830から出力できず困っております。
ちなみに有線ネットワーク出力です。
他のネットワークプリンタからは出力できます。
解決手段をご教示頂ければ幸いです。
＞re:コピーしたら、そのファイルを閉じることはできますでしょうか 投稿者：saki
|
2021年7月17日（土）18時25分
うまくできました。
何度も申し訳ございません。有難うございました。
＞re:コピーしたら、そのファイルを閉じることはできますでしょうか 投稿者：Miyamiya
|
2021年7月17日（土）18時09分
sakiさんへ。
以下のマクロを使ってみてください。
ある個所を選択してから、このマクロを実行してください。
選択個所をクリップボードへコピーして、上書保存してから、確認なしでそのファイルを閉じます。
------------------------------------------------------------------
main()
{
ClipCopy(); // クリップボードへコピーする
Save(); // 保存
Close(); // 確認なしでファイルを閉じる
}
------------------------------------------------------------------
＞re:コピーしたら、そのファイルを閉じることはできますでしょうか 投稿者：saki
|
2021年7月17日（土）12時43分
いつも本当に有難うございます。
先日、作って頂いたマクロですが、
↓「確認なしでファイルを閉じる」のところを、
------------------------------------------------------------------
main()
{
ClipCopy(); // クリップボードへコピーする
Close(); // 確認なしでファイルを閉じる
}
------------------------------------------------------------------
「上書保存してから、確認なしでファイルを閉じる」
というように、して頂くことはできますでしょうか。
よろしくお願い致します。
＞re:コピーしたら、そのファイルを閉じることはできますでしょうか 投稿者：saki
|
2021年6月25日（金）18時07分
希望通りの操作ができました。
本当に有難うございました。
＞re:コピーしたら、そのファイルを閉じることはできますでしょうか 投稿者：Miyamiya
|
2021年6月25日（金）14時03分
sakiさんへ。
以下のマクロを使ってみてください。
ある個所を選択してから、このマクロを実行してください。
選択個所をクリップボードへコピーして、確認なしでそのファイルを閉じます。
------------------------------------------------------------------
main()
{
ClipCopy(); // クリップボードへコピーする
Close(); // 確認なしでファイルを閉じる
}
------------------------------------------------------------------
＞コピーしたら、そのファイルを閉じることはできますでしょうか 投稿者：saki
|
2021年6月25日（金）08時58分
重ねてお聞きしたく思います。
複数のファイルを開いているときに、あるファイルの選択部分を、クリップボードにコピーしたら、すぐそのファイルを閉じてしまいたいのですが、そのようなことは可能でしょうか。
Ctrl＋Cでコピーして、すぐCtrl+F4で閉じる、という操作を毎日、何回もしています。
ショートカットキー１回で済ませることができれば、とても有り難いです。
よろしくお願い致します。
＞re:常用ファイルを開くマクロにつきまして 投稿者：saki
|
2021年6月24日（木）18時00分
早々に有難うございました。これで大変、作業がしやすくなりました。
お礼申し上げます。
＞re:常用ファイルを開くマクロにつきまして 投稿者：Miyamiya
|
2021年6月24日（木）14時03分
sakiさんへ。
以下のマクロを使ってみてください。
例として char *fname[20] に4個のファイル名を登録していますが、
この部分に登録するファイル名をフルパスで指定してください。
フォルダの区切りの \ は、例で書いているように \\ のように2個の \ で区切って指定してください。
登録できるファイルの MAX は 20個までです。
------------------------------------------------------------------
#define MAXNUM 20 // 登録できるファイルの MAX は 20
#define WM_KEYDOWN 0x0100
#define VK_DOWN 0x28
char *fname[20] = { "d:\\mmeditor\\dirbar.mam",
"d:\\mmeditor\\readme.txt",
"d:\\mmeditor\\history.txt",
"d:\\mmeditor\\mmsetup.txt",
"",
"",
"",
"",
"",
"",
"",
"",
"",
"",
"",
"",
"",
"",
"",
""
};
main()
{
int i, ans;
char str[10];
char *s[MAXNUM + 5], sstr[MAXNUM + 5][300];
for(i = 0; i < MAXNUM; i++)
{
if(KbHit() == 0x1b) // [ESC]が押されたら中断
break;
if(Strlen(fname[i]) == 0)
break;
Itoa(i + 1, str);
if(i < 9)
{
sstr[i][0] = ' ';
sstr[i][1] = str[0];
}
else
Strcpy(sstr[i], str);
sstr[i][2] = ':';
Strcpy(&sstr[i][3], fname[i]);
s[i] = sstr[i];
}
if(i == 0)
{ // 登録ファイルが１個もないなら END
Beep();
Message("登録ファイルは１個もありません。");
return;
}
Strcpy(sstr[i], ""); // セパレータ
s[i] = sstr[i];
i++;
Strcpy(sstr[i], "終 了(&E)");
s[i] = sstr[i];
PostMessage(Handle(), WM_KEYDOWN, VK_DOWN, 0);
ans = Menu(s, i + 1);
if(ans >= 0 && ans < i - 1)
Open2(&sstr[ans][3]); // 選択されたファイルを開く
}
------------------------------------------------------------------
＞常用ファイルを開くマクロにつきまして 投稿者：saki
|
2021年6月23日（水）10時13分
いつもMMエディタ、とても有り難く使わせて頂いております。
［履歴フォルダの一覧を表示してファイルを開く マムマクロ］ Dirbar.mam
というマクロがありますが、これに似た形で、
自分が常用するファイル２０個を、フルパスで指定しておけば、
いつでも開けるようにして頂けましたら、有り難く思います。
よろしくお願い申し上げます。
2021年4月12日（月）17時44分
ｄ迅速なご対応ありがとうございました。
試してみたら、なつかしかったです。
今回の目的は別の手段で解決できましたが、ほかのマクロものぞいてみますね。
2021年4月11日（日）18時52分
兵頭さんへ
「指定桁位置での改行削除マクロ」と「補足説明」のファィルはリンクが切れていたようです。
失礼しました、先ほど修正したのでダウンロードできます。
「補足説明」に概要が書かれています。
2021年4月11日（日）15時31分
こんにちは。
マクロ配布ＨＰの 指定桁位置での改行削除マクロ を使ってみたいのですが、４０４エラーでダウンロードできません。復活していただけませんでしょうか。
ちなみに、やりたいことは、Webページからのテキスト抽出です。空行や、先頭にスペースがあって改行されているような行の削除です。
＞re:アクセント記号付きの文字について 投稿者：Miyamiya
|
2021年3月15日（月）17時59分
satoruさんへ。
Unicodeファイルの編集コードの関連付け
のヘルプにも書いていましたが、
Unicode(UTF-16形式)が対象ですのでUTF-8形式での読み込みはだめですね。
satoruさんが書かれているようにUnicode(UTF-16形式)で保存したファイルを
読み込むしかないです。
＞re:アクセント記号付きの文字について 投稿者：satoru
|
2021年3月14日（日）08時43分
Miyamiya様
早速ご指示の通り、環境を設定してみました。
アクセント記号付きの文字の表示につきまして、結果として
UTF-8形式のファイル＝×
UTF-16形式のファイル＝○
でした。
UTF-8形式のファイルの場合、
MMエディタ「ファイル→開く→文字コード【UTF-8】選択」してみても、
アクセント記号文字は ? になって表示されませんでした。
この現象は、MMエディタの仕様、もしくは制限になるのでしょうか？
（ヘルプにあります「Unicodeファイル(UTF8は除く)及び新規ファイルの編集コードの設定を行います」に該当することでしょうか？）
ちなみに、無事に表示されたUTF-16形式ファイルをUTF-8形式で保存し、
新たにUTF-8を選択してファイルを開き直してみたら、アクセント符号が消えて、
ただの A a 等の英字になってしまいました。
下記にありましたsaki様のご質問
「文字コードUTF-8をデフォルトにできますでしょうか」
の「UTF-8」の部分を「UNICODE」にフォルダ設定した結果、
UTF-16形式で保存したファイルのアクセント記号文字が表示されたので、
このやり方が一番ベストに思いました。
まずは、うまく表示された環境で作業を続けてまいります。
今後とも何卒よろしくお願いいたします。
＞re:アクセント記号付きの文字について 投稿者：Miyamiya
|
2021年3月13日（土）16時10分
satoruさんへ。
UTF-8 にしかない独自の文字を表示するには、
環境設定→関連付け→Unicodeファイルの編集コードの関連付け を
Unicodeで編集 にすれば可能です。
ただし、編集する場合は、機能の制限があります。
詳細については、そこのヘルプをご覧ください。
＞アクセント記号付きの文字について 投稿者：satoru
|
2021年3月13日（土）09時24分
Miyamiya様 いつもお世話になっております。
フランスやスウェーデン、ドイツ等で使用されている、
a や e や o の上に点や丸などが付いているアクセント記号付きの文字を
どうにかして表示させる方法はございますでしょうか？
ファイルを開くとき、UTF-8 や UNICODE で開いてみても文字化けしてしまいます。
編集できなくても、読み込みだけでもいいのですが……。
Windows付属のメモ帳は少々使いづらいもので。
恐れ入りますが御教示のほど、何卒よろしくお願いいたします。
＞re:文字コードUTF-8をデフォルトにできますでしょうか 投稿者：saki
|
2021年2月20日（土）08時36分
分かりました。教えて頂き、どうも有難うございました。
＞re:文字コードUTF-8をデフォルトにできますでしょうか 投稿者：Miyamiya
|
2021年2月19日（金）16時46分
sakiさんへ。
新規作成した文書が全て自動で文字コードUTF-8で保存されるような設定はないですが、
その他→環境設定→保存/排他
・フォルダで文字コードを指定する
で保存するフォルダを指定(4個指定可)しておけば、そのフォルダについては自動でUTF-8で保存できます。
＞文字コードUTF-8をデフォルトにできますでしょうか 投稿者：saki
|
2021年2月19日（金）10時11分
基本的な質問で、申し訳ございません。
MMエディタで作成した文書が、androidスマホでも読めるように、文字コードUTF-8で保存したいと思います。
今後、新規作成した文書が全て、自動で文字コードUTF-8で保存されるような設定は、できますでしょうか。
よろしくお願い致します。
2020年12月11日（金）20時09分
Miyamiyaさん。
そのあたりが、環境設定で「起動時のIMEの状態」を「ONにする」にしてONにならないこととも関係しているのかもしれませんね。
＞re:起動タイミング。 投稿者：Miyamiya
|
2020年12月11日（金）12時39分
高千穂遙さんへ。
本来は、イベントマクロの3はファイルが開いた直後ですので、そこでIME ONでOKなはずです。
しかしそこではONにならず、タイマーイベント経由だとONになるということは、ファイルが開いた直後より
もう少し時間が経過したあとでないとONにならないようになっていると思われます。
なぜ20H2ではそのような動作になるのかは、わからないです。
2020年12月10日（木）12時40分
Miyamiyaさん。
確認ということで、10msにしても大丈夫でした。なので、これでいきます。
イベントマクロの3に
SetIMEStatus(1); // IME ON
を直接書いてもだめで、10msの短いタイムラグでも、タイマーイベント経由だとONになるというのは、この起動タイミングが関係しているのかもしれませんね。
＞re:うまくいっているので。 投稿者：Miyamiya
|
2020年12月10日（木）12時20分
高千穂遙さんへ。
Beep();関数は、その部分が実行されたかを確認するためのものですので、
その部分の実行が確認できたら削除して問題ないです。
お使いのパソコンの性能によって、MMエディタの起動する時間も変わりますので、
200msで良いバランスであれば、それで使用されると良いです。
2020年12月9日（水）09時38分
SetEvTimer(200); // 200ms = 0.2秒
にして、ビープ音の指定も外してみたところ、起動とほぼ同時にIMEがONになり、以前とまったく同じ感じの使い勝手になりました。(^^;
わたしの環境では、「MMの起動時にマクロを実行する」が動作していなかったのかもしれません。
2020年12月9日（水）09時31分
だめもとで、「起動時のIMEの状態」と「MMの起動時にマクロを実行する」をOFFにし、イベントマクロの3と9を以下のようにして起動したところ、IMEがONになり、ビープ音も鳴りました。これで使いつづけていいでしょうか？
-----------------------------------------------------
else if(no == 3) // ファイルを開いたとき
{
if(Global3 == 0) // 起動時は 0
{ // この部分は、起動時にのみ実行される
Global3 = 1;
LoadSdFile("C:\\MM98\\HARUKA.ds1");
SetEvTimer(1000); // 1000ms = 1秒
}
GetFileName(fname);
if(Strstri(fname, ".log") == -1)
Top();
else
MacroExec("mrufget.mam");
}
-----------------------------------------------------
else if(no == 9) // タイマーイベント
{
KillEvTimer(); // タイマーイベントOFF
SetIMEStatus(1); // IME ON
Beep(); // ビープ音が鳴る
}
------------------------------------------------------
＞20H2の月例更新アップデート。 投稿者：高千穂遙
|
2020年12月9日（水）07時50分
でていたので、さっそくやってみましたが、だめでした。
例によって、1回だけIMEがONになることがありましたが、それ以降は、ずうっとOFFのままです。
うちの環境だけみたいですし、この件については、諦めて、そのつど手動でONにすることにしました。そのうち慣れることでしょう。(^^;
2020年12月8日（火）16時54分
Miyamiyaさん。
うまくいきました。ありがとうございます。
＞re:Eキーでのキャンセル。 投稿者：Miyamiya
|
2020年12月8日（火）15時27分
高千穂遙さんへ。
マクロの先頭の main() の行から44行目からの
------------------------------------------------------------------
x = Menu(filelist, x); // メニューを表示
if( x < 0 ) { // もしもキャンセルならば
return; // 終了
}
------------------------------------------------------------------
を
------------------------------------------------------------------
strcpy(filename[x], "終 了(&E)");
filelist[x] = filename[x];
int x2 = x;
x = Menu(filelist, x+1); // メニューを表示
if(x < 0 || x == x2) { // もしもキャンセルならば
return; // 終了
}
------------------------------------------------------------------
に変更すればOKです。
2020年12月8日（火）08時51分
あらたな進展があたみたいです。以下、引用です。
米Microsoftは12月4日（現地時間、以下同）、「Windows 10 バージョン 2004/20H2」で報告されていた「Microsoft IME」の問題を解決したと発表した。11月30日にリリースされたプレビュー更新プログラム「KB4586853」で修正されているという。大きな問題がなければ、今月の月例更新（パッチチューズデー）で配信される予定だ。
「May 2020 Update」以降のWindows 10には新設計のIMEが搭載されており、パフォーマンスと安定性の向上、設定画面の見直しが行われた。しかし、設計の変更により互換性問題もいくつか報告されていた。
今回修正された問題は、以下の4つ。サポート文書「KB4564002」で挙げられていた問題は、これですべて解消されたことになる。
新しい日本語版「Microsoft IME」で“ImmGetCompositionString()”が予期せず全角ひらがなを返す
特定の状況下で「Microsoft IME」からキーボード入力を受けとれない。入力オプションが制限されていたり、“WM_CHAR”メッセージを直接処理している場合に発生するようだ
“SetInputScope () API”でアプリの変換モードを変更または設定した場合、日本語用「Microsoft IME」が期待どおりに動作しない
日本語版「Microsoft IME」でタスクバーのインジケーターのモードが正しく反映されない場合がある
2020年12月7日（月）20時09分
Eキーでできることを確認しました。ありがとうございます。
ただ、以前、いま連絡が取れない友人につくってもらったマクロが、Eキー対応していません。これも、Eキー対応できるでしょうか？ できるのでしたら、お手数をおかけしますが、どういう記述をどこに書き足すのか、お教えいただけないでしょうか。よろしくお願いいたします。
// OpenParmanentFile
// あらかじめ指定したファイルをお手軽に開く
//
//
main ()
{
int c; // カウンタ
int x; // 汎用数値変数
char *p; // 汎用ポインタ
char buf[128]; // 汎用文字列変数
char filename[32][64]; // ファイル名一覧
char nickname[32][64]; // 名称一覧
char *filelist[32]; // ファイル名一覧へのポインタ
char fn[128]; // .ini用キーネーム
char *ini; // .iniファイル名
// ---------------- user define ----------------
ini = "c:\\bin\\chiho.ini";
// ---------------- user define ----------------
x = 0; // 変数の初期化
while( 1 ) {
sprintf(fn, "%d", x + 1); // .iniのキー作成
GetIniStr("OPENPARMANENTFILE", fn, buf, 128, ini);
// .iniから情報を取得
if( strlen(buf) == 0 ) { // もしも長さが無ければ
break; // ループ終了
}
p = strstr(buf, "||"); // 別名があるかを調べる
if( strcmp(buf, "-") == 0 ) { // もしも取得文字列が
// セパレータならば
strcpy(nickname[x], ""); // セパレータに変換
strcpy(filename[x], ""); // セパレータに変換
} else if ( p != NULL ) { // 別名称があれば
strcpy(nickname[x], p + 2); // 別名をセット
*p = '\0'; // NULLを忘れずに！
strcpy(filename[x], buf); // ファイル名を再セット
} else {
strcpy(nickname[x], buf); // 別名称をセット
strcpy(filename[x], buf); // ファイル名をセット
}
filelist[x] = nickname[x]; // 別名へのポインタを取得
x++; // カウントアップ
}
if( x == 0 ) { // 取得データが無ければ
return; // 終了
}
x = Menu(filelist, x); // メニューを表示
if( x < 0 ) { // もしもキャンセルならば
return; // 終了
}
c = 0; // 変数の初期化
while( c <= x ) { // メニュー番号までループ
if( strlen(filelist[c++]) == 0 ) { // リストの該当番号が
// メニューバーならば
x++; // 終了位置を後ろへずらす
}
}
strcpy(fn, filename[x]); // ファイル名を取得
p = strstr(fn, "(&"); // アクセラレータキーが
if( p != NULL ) { // 設定されていれば、
*p = '\0'; // 消しておく
}
Open(fn); // ファイルを開く
}
2020年12月7日（月）16時24分
メジャーバージョンアップになってもかまいませんのでので、将来、対応していただけると助かります。
当分は、こういうものだという前提で使用するようにいたします。
＞re:キャンセルでハングのつづきです。 投稿者：Miyamiya
|
2020年12月7日（月）13時30分
高千穂遙さんへ。
起動時にIMEをONについては、Windows10 20H2 のIME関連の挙動がよくわからないので、現時点でのこちらでの対応は難しいです。
Dirbar.mam等のダイアログ関連のメニューのESCキーでのキャンセル時のハングアップは、こちらの20H2でも再現しました。
これも現時点では対応は難しいです。この形式のマクロのメニューのキャンセルは、基本的に E キーで行うように作っていますので、
E キーを使ってください。
＞キャンセルでハングのつづきです。 投稿者：高千穂遙
|
2020年12月5日（土）19時48分
こちらもハングしました。ファイル、フォルダ一覧を呼びだし、それをESCキーでキャンセルするマクロはすべてだめみたいです。
ESCキーではなく、MMのタイトルバーをマウスでクリックして一覧を消した場合は、ハングしません。ハングするのは、あくまでもESCキーでキャンセルしたときだけです。
// ＭＭエディタ［履歴フォルダの一覧を表示してファイルを開く マムマクロ］
// Dirbar.mam
// (C) y.miyazaki, 1999/09/17
//
// このマクロは 履歴フォルダの一覧を表示して
// 選択されたフォルダを表示してファイルを [開く] を実行するという
// マクロです。
// 履歴フォルダよりファイルを [開く] を一発で実行したいときに使わ
// れると便利です。
2020年12月5日（土）19時23分
連続投稿で失礼します。
マクロに書きこんだビープ音ですけど、試しにイベントマクロの3に入れて、鳴るかどうかを確認してみました。こんな感じです。
else if(no == 3) // ファイルを開いたとき
{
if(Global3 == 0) // 起動時は 0
{ // この部分は、起動時にのみ実行される
Global3 = 1;
LoadSdFile("C:\\MM98\\HARUKA.ds1");
SetIMEStatus(1); // IME ON
Beep(); // ビープ音が鳴る
}
GetFileName(fname);
if(Strstri(fname, ".log") == -1)
Top();
else
MacroExec("mrufget.mam");
}
IMEはONになりませんが、この場合は、タイマーイベントの9にBeep()を追加したときとは異なり、起動時にビープ音が鳴りました。とりあえず、報告しておきます。
2020年12月5日（土）19時16分
あらたに困った現象がでてきました。
以前、Miyamiyaさんにつくっていただいて愛用しているマクロ、
// ［ファイル選択マクロ］
// filebar.mac
// (C) y.miyazaki, 1998/10/19
//
// このマクロは 現在開いているファイルの一覧を表示して
// 選択されたファイルをアクティブにしようというマクロです。
// 編集テキストを一発で切り替えたいときに使われると便利です。
// ＭＭエディタ［履歴ファイルを開く マムマクロ］
// Mrubar.mam
// (C) y.miyazaki, 1999/09/21
//
// このマクロは 履歴ファイルの一覧を表示して
// 選択されたファイルを開こうというマクロです。
// 履歴ファイルを一発で開きたいときに使われると便利です。
それともうひとつ、友人がつくってくれた指定してある定文書をひらくマクロを、それぞれファンクションキーのF10、F11、F12に設定して使っているのですが、これらのマクロを呼びだし、ESCキーでキャンセルすると、ファイル一覧が消えたあとでカーソルが数回点滅し、それからハングしてしまいます。わたしの環境では再現性100％です。キャンセルすると必ずハングします。そのまま表示されたファイル一覧から文書を選んでひらいたときは、問題ありません。20H2環境で、こちらもそれが再現するかどうかを確認していただけないでしょうか。よろしくお願いします。
2020年12月5日（土）16時56分
起動時に実行するマクロを
main()
{
SetEvTimer(2000); // 2000ms = 2秒
}
にし、イベントマクロの9を
else if(no == 9) // タイマーイベント
{
KillEvTimer(); // タイマーイベントOFF
SetIMEStatus(1); // IME ON
Beep(); // ビープ音が鳴る
}
にしてやってみました。
拡張子に関連付けしてあるテキストファイルをリターンキーでひらいても、IMEはOFFのままで、ビープ音も鳴りません。
しかし、同じファイルをファイラー（FileVisorというソフトです）の「標準のテキストエディタ」としてMMを指定し、起動キーを「E」にして、Eキーを叩くと、3回に1回くらい、IMEがONになってファイルがひらきます。ただし、ビープ音は、やはり鳴りません。
ちなみに、両マクロを書き換え前の状態に戻してEキー起動でやってみると、こちらは、10回に1回くらい、ONになって起動します。どういうタイミングでそうなるのかは、まったくわからない状態です。
＞re:何度も、すみません。 投稿者：Miyamiya
|
2020年12月5日（土）15時55分
高千穂遙さんへ。
イベントマクロのタイマーイベントを、1秒後ではなくて2秒後に発生させたらどうでしようか。
------------------------------------------------------------------
SetEvTimer(1000); // 1000ms = 1秒
------------------------------------------------------------------
を
------------------------------------------------------------------
SetEvTimer(2000); // 2000ms = 2秒
------------------------------------------------------------------
に変更。
実際にタイマーイベントが発生しているかは、下記のようにBeep();関数で、
ビープ音を鳴らすことで確認できます。
------------------------------------------------------------------
else if(no == 9) // タイマーイベント
{
KillEvTimer(); // タイマーイベントOFF
SetIMEStatus(1); // IME ON
Beep(); // ビープ音が鳴る
}
------------------------------------------------------------------
2020年12月5日（土）13時31分
言われたとおり、「MMの起動時にマクロを実行する」に指定されているKIDOU.MAMを書き換え、イベントマクロの9をご指定のものに差し替えて起動しましたが、IMEはOFFのままでした。IME表示のまたたき現象もなかったです。
SetIMEStatus(1); // IME ON
にまったく反応していないのではと思ってしまいました。
こんなにやっていただいているのに、本当に申し訳ないです。わたしの環境だけで起きているとなると、途方に暮れてしまいますね。(^^;
＞re:それは、やったんです。 投稿者：Miyamiya
|
2020年12月5日（土）13時08分
高千穂遙さんへ。
イベントマクロでIME ONになったのが、MMの起動時に実行するマクロでOFFになったのかと思ったのですが、
そうでもないようですね。
以下は、イベントマクロのタイマーイベントで1秒後にOFFをONにする方法です。
まず「MMの起動時にマクロを実行する」に指定したマクロで、以下のようにしてSetEvTimer()にて
1秒のタイマーイベントを発生させます。
------------------------------------------------------------------
SetEvTimer(1000); // 1000ms = 1秒
------------------------------------------------------------------
そうすると、1秒毎にタイマーイベントが発生するようになります。
そこで、イベントマクロが記述された MmEvent.mam のタイマーイベントを記述する箇所へ
KillEvTimer()関数で、タイマーイベントをOFFにする処理と
SetIMEStatus()関数で、IMEをONにする処理を書きます。
------------------------------------------------------------------
else if(no == 9) // タイマーイベント
{
KillEvTimer(); // タイマーイベントOFF
SetIMEStatus(1); // IME ON
}
------------------------------------------------------------------
現在、タイマーイベントを使われているようですが、まずはテストのためにその部分は削って
上記の内容だけで行ってみてください。
そして、うまく行った場合は、現在の処理と組み合わせてください。
2020年12月4日（金）16時44分
その返答が、「2020年12月4日（金）14時09分」のでした。わかりにくくて、すみません。結果はそちらに書いたとおり、OFFのままでした。
そのあと、思いついて、やってみたのが、「2020年12月4日（金）14時29分」のほうです。結果は、1回だけONになりました。
＞re:ふと思いついて。 投稿者：Miyamiya
|
2020年12月4日（金）16時04分
高千穂遙さんへ。
「起動時にIMEをOFFにする」にチェック。
ではなくて
「起動時にIMEをONにする」にチェック。
です。
「起動時にIMEをONにする」にチェック。
「イベントマクロを実行する」にチェック。(今回作成したイベントマクロを使います)
「MMの起動時にマクロを実行する」のチェックは外す。
の3条件で実行です。
2020年12月4日（金）14時29分
「起動時にIMEをOFFにする」にチェック。
「イベントマクロを実行する」にチェック。(今回作成したイベントマクロを使います)
「MMの起動時にマクロを実行する」のチェックは外す。
でやってみたら、また1回だけ、起動時にONになりました。2回目以降はOFFのままで、またたきもしてくれません。うちの状況はなかなかに曲者です。(^^;
2020年12月4日（金）14時09分
Miyamiyaさん。
環境設定のほうは、やはり表示がまたたくだけで、ONにはなりませんでした。
「MMの起動時にマクロを実行する」で指定したマクロでSetEvTimer()にて1秒程度のタイマーイベントを発生させて、イベントマクロのタイマーイベントでSetIMEStatus()関数で、IMEをONにする方法です。
これをやってみますので、すみませんが、具体的な書式を教えていただけないでしょうか。よろしくお願いします。
2020年12月4日（金）13時49分
高千穂遙さんへ。
一度IMEはONになっているが、その後何らかでOFFになっているようですね。
「起動時にIMEをONにする」にチェック。
「イベントマクロを実行する」にチェック。(今回作成したイベントマクロを使います)
「MMの起動時にマクロを実行する」のチェックは外す。
で実行したらどうでしょうか。
あと思いつくのは、一度ONになりその後何かでOFFになったのを、その後にさらにONにする方法です。
具体的には「MMの起動時にマクロを実行する」で指定したマクロでSetEvTimer()にて1秒程度のタイマーイベントを
発生させて、イベントマクロのタイマーイベントでSetIMEStatus()関数で、IMEをONにする方法です。
2020年12月3日（木）15時18分
修正したイベントマクロのまま、「起動時のIMEの状態」をOFFにして起動してみましたが、やはり、またたいただけでONにはなってくれなかったです。なんか、一瞬、IMEがONになったとたん、意地でもOFFにしているような気がしてくる挙動ですね。(^^;
2020年12月3日（木）14時30分
Miyamiyaさん、ありがとうございます。
さっそく1行追加してみました。結果は、だめでした。
「イベントマクロを実行する」のチェックだけを外して起動したときと同じように、タスクバーのIME表示が一瞬またたいて、「A」に戻ってしまいます。ONにはなってくれませんでした。
2020年12月3日（木）13時30分
高千穂遙さんへ。
イベントマクロを使われているなら、イベントマクロのSetIMEStatus()関数で、
MMエディタの起動時にIMEをONにされたらどうでしょうか。
書かれているイベントマクロの先頭の main() の行から17行目からの
------------------------------------------------------------------
if(Global3 == 0) // 起動時は 0
{ // この部分は、起動時にのみ実行される
Global3 = 1;
LoadSdFile("C:\\MM98\\HARUKA.ds1");
}
------------------------------------------------------------------
の部分を
------------------------------------------------------------------
if(Global3 == 0) // 起動時は 0
{ // この部分は、起動時にのみ実行される
Global3 = 1;
LoadSdFile("C:\\MM98\\HARUKA.ds1");
SetIMEStatus(1); // IME ON
}
------------------------------------------------------------------
に変更してみてください。
それでIME ONにならないでしょうか。
2020年12月2日（水）20時21分
1回だけ、起動時にIMEがONになりました。
「イベントマクロを実行する」「MMの起動時にマクロを実行する」のチェックを外し、「起動時のIMEの状態」をOFFにしてファイルを閉じ、MMを終了させる。
起動して、「起動時のIMEの状態」だけをONにしてファイルを閉じ、MMを終了させる。
MMを起動。IMEがONになりました。「おお」と思ってファイルを閉じ、もう1回MMを起動させたのですが、今度はOFFのままでした。以降、同じことを何度やっても再現しません。この1回だけは何だったんだろうということで、きょとんとしています。(^^;
＞MMEVENT.MAMの中身。 投稿者：高千穂遙
|
2020年12月2日（水）20時03分
// ＭＭエディタ イベントマクロ
// このマクロはＭＭエディタで下記のイベントが発生したときに実行される
// マクロです。ＭＭの Ver5.60 以降で有効です。
// 各イベントが発生したときに実行したい動作があれば書いて下さい。
// そうするとイベントの発生でその内容が自動的に実行されます。
// MmEvent.mam 99/06/11 y.miyazaki
// EVENT No.
// 1 ウインドウのサイズが変更された
// 2 ファイルを開く直前
// 3 ファイルを開いたとき
// 4 ファイルを保存して閉じる時の、保存する直前
// 5 左マウスのクリック
// 6 左マウスのダブルクリック
// 7 文字の入力の直前
// 8 文字の入力の直後
// 9 タイマーイベント
// 10 ファイルを閉じる直前
// 11 重なっていた下のウインドウが一番上へ来てアクティブになった時
//
#include "takatiho.h"
main()
{
char fname[300]; // この行は main(){ の次の行当たりに追加して下さい。
int no;
no = GetEvent();
if(no == 1) // ウインドウのサイズが変更された
{
// 何もしない
}
else if(no == 2) // ファイルを開く直前
{
// 何もしない
}
else if(no == 3) // ファイルを開いたとき
{
if(Global3 == 0) // 起動時は 0
{ // この部分は、起動時にのみ実行される
Global3 = 1;
LoadSdFile("C:\\MM98\\HARUKA.ds1");
}
GetFileName(fname);
if(Strstri(fname, ".log") == -1)
Top();
else
MacroExec("mrufget.mam");
}
else if(no == 4) // ファイルを保存して閉じる時の、保存する直前
{
// 何もしない
}
else if(no == 5) // 左マウスのクリック
{
// 何もしない
}
else if(no == 6) // 左マウスのダブルクリック
{
// 何もしない
}
else if(no == 7) // 文字の入力の直前
{
// 何もしない
}
else if(no == 8) // 文字の入力の直後
{
// 何もしない
}
else if(no == 9) // タイマーイベント
{
KillEvTimer();
switch ( Global3 ) {
case WIN_TILE_BOTTOM :
// 上下タイルの下ウィンドウがアクティブの場合
NextWindow();
Global3 = 0;
break;
case WIN_CURSOR_TOP :
LoadFile( "ScrTop.mam" );
NextWindow();
ScrlForScrTop();
NextWindow();
SetWindowHTile();
Global3 = 0;
break;
default :
DispOff2();
MaxWindow();
DispOn();
}
}
else if(no == 10) // ファイルを閉じる直前
{
MacroExec("mrufput.mam");
}
else if(no == 11) // 下のウインドウが一番上へ来てアクティブになった時
{
// 何もしない
}
}
2020年12月2日（水）19時54分
「MMの起動時にマクロを実行する」のチェックだけを外して起動。→IMEはONにならない。
「イベントマクロを実行する」のチェックだけを外して起動。→一瞬、タスクバーのIME表示が「A」から「あ」になり、また「A」に戻ってテキストファイルがひらく。一瞬なので、表示が震えたように見える。で、結局はIMEはONにならない。
「MMの起動時にマクロを実行する」と「イベントマクロを実行する」の両方のチェックを外したときはIME表示の一瞬変化は起きません。起きるのは、「イベントマクロを実行する」のチェックを外したときだけです。また、チェックはそのままに、イベントマクロの3、9を外して起動すると、IMEの表示がまたたきます。10だけ外したときは、変化なしです。
なお、MMの起動は、拡張子「txt」への関連付けでリターンキー、もしくはダブルクリックでファイルを即ひらく形でおこなっています。
2020年12月2日（水）19時22分
確認していただき、ありがとうございます。
起動時は「イベントマクロ実行する」の3、9、10にチェックが入っていて、「MMの起動時にマクロを実行する」、「常駐MMの起動時も対象とする」にもチェックが入り、KIDOU.MAMを実行させています。マクロの中身は、以下のとおりです。
//MM120字で起動マクロ
main()
{
LoadSdFile("C:\\MM98\\HARUKA.ds1");
}
2020年12月2日（水）13時12分
高千穂遙さんへ。
もしかしたら、MMエディタのなにかの設定が影響しているのかもしれません。
起動時に何かのマクロとか使われていて、それが影響しているということはないでしょうか。
＞re:IMEのコントロール。 投稿者：Miyamiya
|
2020年12月2日（水）12時12分
高千穂遙さんへ。
こちらのWindows10を20H2にアップしてみましたところ、「起動時にIMEをONにする」にチェックが入っていると、
以前のWindows10と同じようにONになります。この点に関しては、こちらのWindows10では特に問題はないようです。
2020年12月1日（火）14時12分
ひとつ変化がありました。
前は起動時して文書をひらき、手動でIMEをONにしておいても、メニューの「開く」や履歴などから他の文書を追加でひらくと、新しくひらいたほうはIMEがOFFになっていたんですが、更新プログラムを入れたら、新しくひらいたほうもONになってひらくようになりました。
2020年12月1日（火）13時37分
本日、20H2の更新プログラムが公開され、修正リストにこう書かれていたんですが、
Updates an issue that randomly changes the input focus of edit controls when using the Japanese IME or the Chinese Traditional IME.
日本語IMEまたは繁体字中国語IMEを使用するときに、編集コントロールの入力フォーカスをランダムに変更する問題を更新します。
MMの起動時にIMEをONにするのは関係なかったみたいです。残念。
2020年11月22日（日）15時40分
コメント、ありがとうございます。
そのつどオンにしながら、気長にMSの対応を待ちます。
しかし、以前から使用している一部のフリーソフトには、起動時にオンになるものもあって、なかなかにとまどいます。全部そうなら、起動時にオンにしてしまう癖をつけてもいいかなと思ってしまうんですが。(^^;
2020年11月21日（土）13時11分
高千穂遙さんへ。
Microsoftが回避策を提示して不具合を認めているわけですから、対応すると思います。
しかしまだMicrosoftからこの件への対応に関しての具体的なコメントがないので、
どのように対応するのか、現時点では正確なことはわからないです。
2020年11月20日（金）14時39分
これはMSが対応する事項と考えていいということですね。
＞re:20H2について。付記です。 投稿者：Miyamiya
|
2020年11月20日（金）14時29分
高千穂遙さんへ。
こちらのWin10は諸事情によりまだ20H2にアップしていませんので確認できませんが、
以下でも書かれていますが、バージョン20H2はIME周りにいろいろと不具合があるようですので、
現時点では「Microsoft IME」を以前のバージョンに戻して使用される方が良いようです。
//pc.watch.impress.co.jp/docs/news/1284290.html
Windows 10 October 2020 Updateでも日本語IME周りの不具合が継続? Microsoftが回避策を提示
2020年11月20日（金）12時13分
すみません。もうひとつ、「ＩＭＥの単語/用例登録」ができなくなっているようです。こちらも確認をお願いします。
2020年11月20日（金）10時00分
お久しぶりです。Windowsのバージョンを20H2にしたところ、「起動時にIMEをONにする」にチェックが入っていても、ONにならなくなりました。すみませんが、調べていただけないでしょうか。よろしくお願いします。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：Miyamiya
|
2020年11月14日（土）13時14分
asaokaさんへ。
mac風アイコンを表示するmacbar.dllが入ってなかったということですね。
確かにmacbar.dllは別配布で、標準のMMエディタの配布パッケージには入ってないですね。
問題が解決されたようで安心しました。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：asaoka
|
2020年11月14日（土）04時25分
Miyamiyaさん
ツールバーのアイコンが消える理由分かりました！！
結論から言うとmacbar.dllがないのが原因でした。
このdllは㎜1003.exeには含まれていないのですね。windowsの再インストールとmmeditorの再インストールは久しぶりの作業だったので、それをすっかり失念していました。
必要なマクロは別にeditor直下の￥macroに保存していたので、このフォルダーとiniファイルだけ保存しただけで、mmeditorのフォルダーは再インストール時に復元されると考えてバックアップしなかったのが原因です。
Miyamiyaさんのマクロの倉庫からmacbar.dllをダウンロードしてeditorのフォルダーに入れることで完全解決しました。
お手数をかけまして、申し訳ありませんでした。m(__)m
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2020年11月13日（金）16時23分
宮崎さん、いつもお世話になります。
分かりました。
これまで作って頂いた二種類のＴｅＸ関連のマクロを参考にして、自分で、改良してみます。
ＴｅＸの世界は、いまもう、完全に、直接に、ＰＤＦ連携しています。
今後とも宜しくお願いします。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：Miyamiya
|
2020年11月13日（金）13時48分
asaokaさんへ。
アイコンの種類を”mac風”にすると表示できないということですね。
初期値がwindows風になっいることもあり、mac風アイコンはあまり使われていないのではないでしょうか。
何らかでmac風アイコンか読み込めていないのだと思いますが、windows風では問題ないのであれば、
windows風でお使いください。
ちなみに、こちらの環境(Win10)ではmac風アイコンでも特に問題なく表示できているようです。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：asaoka
|
2020年11月12日（木）17時36分
Miyamiyaさん
*.ds1ファイルが問題だということで、原因が絞れてきたところで、更に色々変更してトライしたところ、問題点がはっきりしました。
それは、アイコンの種類を”mac風”にするとおかしくなるということです。
とりあえず、アイコンの種類を"mac風"から"winndows"風に変更してみたところ、その後問題は生じていません。とりあえず、使っている書式ファイルの設定をすべて変更しましたところ、不具合はすべて解消されました。
お忙しいところお騒がせしました。
PS:問題が出ていなかったということは、こんなセットアップをしている人はあまりいないのでしょうか？(^-^)
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：Miyamiya
|
2020年11月12日（木）12時57分
asaokaさんへ。
環境設定の関連付けで、MMエディタ起動時の書式ファイルの変更をされているようですが、このあたりが
何か影響しているということはないでしようか。
環境設定の関連付けを使用しないでも、MMエディタ起動時のツールバーのアイコンは表示されないでしょうか。
＞re:Mmeditorからpdf作成 投稿者：Miyamiya
|
2020年11月12日（木）12時36分
ヒョンさんへ。
申し訳ないですが、現在 tex関連の動くWinndowsがないので、動作の確認ができないため、
tex関連のマクロの変更は難しいです。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：asaoka
|
2020年11月11日（水）13時46分
Miyamiyaさん
ご面倒をかけます。報告いたします。
（１）INSTL先をWINDOWSの管理外のC:\USER\program_filers\Mmeditorに変更して実施してみましたが、状況は変わりません。
（２）MENUBAR.DLLはMMEDITOR.EXEと同一フォルダーに存在しているのを確認しました。
（３）その後いろいろ試した結果を以下に連絡します。
・バーが表示されていいない状態で、表示設定の書式変更で書式ファイルを変更する。（例えばMMDOS.DS1等）やはり、バーは表示されないものの、表示は変更できます。その次に、エディタを終了させ、再起動すると、ツールバーが表示されます。ツールバーも機能します。またその時に表示されるのは、環境設定の関連付けで指定された標準の書式です。（要するにきちんと立ち上がります。）
これで、喜んで、エディタを終了し、エディタを再起動すると、今度はツールバーが消えます。書式は標準の書式で立ち上がります。
エディタを終了する前に、バーが表示された状態で、書式ファイルを保存しても、ツールバーは保存されず、１行前と同様な現象が生じます。
気持ちが悪いので、入れ込んでいろいろ試してみていますが、私としては実質的にツールバーをあまり使用していないので、作業的にはそんなに困っていません。
宮崎さんのお暇なときに考えてみていただければありがたいです。よろしくお願いします。
長々、すいません。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：Miyamiya
|
2020年11月11日（水）13時24分
asaokaさんへ。
ツールバーのアイコンの表示は、MMエディタと一緒にインストールされる MENUBAR.DLL という DLL がおこなっています。
ツールバーのアイコンが表示されないのは、この MENUBAR.DLL が何らかで削除されているのかもしれません。
現在の、ツールバーのアイコンが表示されない状態で、MMエディタのインストール先に MENUBAR.DLL が存在するかを確認されてください。
もし、MENUBAR.DLLが存在しないなら、ウイルス対策ソフト等で、MENUBAR.DLL がどこかへ移動させられているのかもしれません。
再度、MMエディタを上書きインストールして、MENUBAR.DLL がインストールされるかを確認してください。
MMエディターを落とし、再度、起動したら、MENUBAR.DLL が存在しないなら、ウイルス対策ソフト等で、MENUBAR.DLL がどこかへ
移動させられている可能性がありますので、その操作をしないようにする必要があります。
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：sigin
|
2020年11月11日（水）12時30分
MMエディタのインストール先を、C:\Program Files (x86)\mmeditorフォルダでなく、C:\MmCorp\mmeditorなどに変更してみると、状況が変わらないでしょうか。
Program Files (x86)やProgram Files以下のフォルダでないところにインストールしてみて、結果をお知らせください。
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2020年11月11日（水）00時54分
宮崎さん、お世話になります。
提案ですが、Tex_Comp_PDF.mamで生成した民事訴訟法.pdfを、直接、Acrobatに渡せば、解決するんじゃあないでしょうか？
DVIOUT.EXEの印刷機能を用いると、DOS窓で処理して、民事訴訟法.pdfをAcrobatに渡し、Acrobatが立ち上がります。
ご一考下さい。宜しくお願いします。
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2020年11月10日（火）22時30分
宮崎さん、いつもお世話になります。
作って頂いた以下のマクロ、動き、以下の５つのファイルを生成します。
民事訴訟法.aux 民事訴訟法.log 民事訴訟法.pdf 民事訴訟法.tag 民事訴訟法.tex
しかし、Acrobatに関連づけた民事訴訟法.pdfが立ち上がらず難儀しています。
エキスポーラからは民事訴訟法.pdfの先頭は「赤色マーク」になっており、Acrobatに関連づけられたことを示しています。
１．それで、お願いなのですが、民事訴訟法.pdfが生成されるフォルダを、別の任意の、たとえば、「C:\data\pdf\epson\民事訴訟法」フォルダにも生成出来るようマクロを改造出来ないでしょうか？
２．次に、このマクロでは、民事訴訟法.pdfが成功裏に生成されると、更新マークが消えるだけで、成功したかは、表示してくれません。失敗した時だけ、表示してくれます。
それで、成功した場合にも、表示してくれるように改造お願いします。
３．最後に、マクロを実行した場合に、成功したら保存されますが、私は、二重保存に努めており、たとえば、「E:\pdf\民事訴訟法」にも保存したいのです。予め「E:\pdf\民事訴訟法」フォルダは作っておきます。
宜しくお願いします。
2020年11月10日（火）午後10時27分24秒
Tex_Comp_PDF.mam
#define GENERIC_READ (0x80000000L)
#define OPEN_EXISTING 3
#define SW_SHOWNORMAL 1
main()
{
char *p, dir[300], fname[300], pfname[300], cfname[300], command[500];
HANDLE shFile, dhFile;
FILETIME sft, dft;
char *ptex2pdf = "ptex2pdf -l -od \"-f ptex-ipaex.map\"" ;
char *TexWorks = "TexWorks.exe";
Save();
GetFileName(fname);
p = Strrchr(fname, '.');
if(p == NULL || (Strcmpi(p+1, "tex") != 0 && Strcmpi(p+1, "dtx") != 0))
{
Message("このファイルの拡張子は tex ではありません。\n終了します。");
return;
}
strcpy(pfname, fname);
p = strrchr(pfname, '.');
if(p)
strcpy(p+1, "pdf");
else
strcat(pfname, ".pdf");
shFile = CreateFile(pfname, GENERIC_READ, 0,
(void*)NULL, OPEN_EXISTING, 0, (HANDLE)NULL);
if(shFile != -1) // pdf
{ // .pdf は存在
GetFileTime(shFile, (void*)NULL, (void*)NULL, &sft);
CloseHandle(shFile);
}
p = strrchr(fname, '\\');
strcpy(cfname, p+1);
*p = '\0';
GetCurDirectory(dir);
SetCurDirectory(fname);
sprintf(command, "%s %s", ptex2pdf, cfname);
WinExec2(command);
Sleep(2000); // 少し時間を置く
//Message(command);
dhFile = CreateFile(pfname, GENERIC_READ, 0,
(void*)NULL, OPEN_EXISTING, 0, (HANDLE)NULL);
if(dhFile != -1) // pdf
{ // .pdf は存在
GetFileTime(dhFile, (void*)NULL, (void*)NULL, &dft);
CloseHandle(dhFile);
if(CompareFileTime(&sft, &dft) < 0) // pdfが更新されているなら表示
ShellExecute(Handle(), "open", pfname, NULL, NULL, SW_SHOWNORMAL);
}
else // pdfの作成に失敗
Message("pdfの作成に失敗しました");
SetCurDirectory(dir);
}
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：asaoka
|
2020年11月10日（火）16時44分
Miyamiyaさん
・ツールバー１を表示する のチェックは入っています。（Miyamiyaさんの言い方ではONでもOFFでも表示されません。なお、エディター画面のツールバーが表示されるべき領域はひろがります。でも、アイコンは表示されません。なお、表示設定のツールバーの設定を行うエリアにも本来アイコンが例示されますが、これも消えています。
・なお、すでに書きましたが、SETUP.EXEでバックアップし、その後、MMエディターを立ち上げたときは、正常にツールバーが表示されます。その後、一度、MMエディターを落とし、再度、起動したときに不具合が起こります。その後は何度立ち上げても同じ現象になります。（その間、表示設定のツールバー１の表示がONになっているかを何度も確認してます。）
＞re:MMSETUP.EXEによるリカバリの問題 投稿者：Miyamiya
|
2020年11月10日（火）14時12分
asaokaさんへ。
ツールバーアイコンが表示されないということは、メニューの その他→表示設定→バー設定 の
・ツールバー１を表示する
のチェックが OFF になっていないでしょうか。
チェックが ON でも表示されないでしょうか。
＞MMSETUP.EXEによるリカバリの問題 投稿者：asaoka
|
2020年11月10日（火）05時05分
最近、パソコンにWINDOWSの再インストールをしなければならない事態になり、 それに合わせてMMエディタも再インストールしました。
インストール先はWINDOWS直下のProgram Files(x86)です。
インストール後、MMSETUP.EXEと準備しておいたMMBACKUP.INIでバックアップしました。
その後再起動した１回目は問題なかったのですが、２回目以降で問題が起こりました。
ツールバーのアイコンが全く表示されなくなりました。
また、その後に行ったバックカラーの変更等も反映されません。
MMエディタも再ダウンロードを行って、新規にインストールしたりと何回か同じ作業を行いましたが、やはりツールバーアイコンが消えます。
最初から環境構築すれば問題ないかもしれませんが、確認お願いします。m(__)m
＞re:SetFindでの検索条件の指定について 投稿者：sigin
|
2020年11月4日（水）16時44分
検索条件の指定について、説明してくださり、ありがとうございました。
質問を書いたときは、0X7になる条件が、ちゃんと理解できていなかったのですが、説明を読んで、理解できたような気がします。
マクロについて、分からないことが出てきたら、また質問させていただきます。ありがとうございました。
＞re:SetFindでの検索条件の指定について 投稿者：Miyamiya
|
2020年11月4日（水）14時02分
siginさんへ。
ご指摘のように、この例文の
SetFind(0x7);
は、間違っています。
この例文の場合だと
SetFind(0x6);
が正しいです。
SetFind(0x7);だと最下位から0ビット目も1になって
0ビット目 = 1 = （↑）方向での検索
になります。
これは例文を修正しておきます。
ご指摘ありがとうございました。
＞SetFindでの検索条件の指定について 投稿者：sigin
|
2020年11月3日（火）13時19分
MMマクロの勉強中ですが、分からないことがありますので、質問させてください。
Mamhelp.txtのSetFindの説明に、以下のように書かれていました。
----------
パラメータ：int mode 各検索条件は最下位から１ビットづつに割り当てられています。
０ビット＝検索方向 ０＝（↓）、１＝（↑）
１ビット＝大文字、小文字の区別 ０＝あり、 １＝なし
２ビット＝単語単位での検索 ０＝Ｎｏ、 １＝Ｙｅｓ
３ビット＝正規表現での検索 ０＝Ｎｏ、 １＝Ｙｅｓ
４ビット＝高度なあいまい検索での検索 ０＝Ｎｏ、 １＝Ｙｅｓ
(中略)
例題：検索方向（↓）、大文字、小文字の区別＝なし、
単語単位での検索＝Ｙｅｓ、正規表現での検索＝Ｎｏの条件で
高度なあいまい検索での検索＝Ｎｏの条件で
文字列 PoPUp の検索を実行します
----------
例題の中で、
SetFind(0x7);
となっていますが、0X7の導き出す方法が分かりません。
私は、上記の検索条件を、
0ビットは0
1ビットは1
2ビットは1
3ビットは0
4ビットは0
だと解釈しましたが、その先が分かりません。
私は、2進数で110だと思ったのですが、どこかで間違えていると思います。
検索条件の指定について、お教えいただければ幸いです。
よろしくお願いいたします。
＞re:任意ブロック貼り付けとスタックテキスト削除について 投稿者：sigin
|
2020年10月25日（日）10時42分
コメントありがとうございます。
私は、クリップボードにデータがないときと同じように、ブロックスタックにデータがないときも、コマンドが実行できないようにすると、動作に一貫性があるのでいいと思って書きました。
今の動作については、理解しました。引き続き、利用していきたいと思います。
＞re:任意ブロック貼り付けとスタックテキスト削除について 投稿者：Miyamiya
|
2020年10月23日（金）13時09分
siginさんへ。
この件に関しては、ブロックスタックにはデータがないときには、操作自体を無効とする方法もありますが、
任意ブロックの貼り付けとスタックテキスト削除に関しては、あまり使う機能ではないので、
データがないということがはっきりとわかるように、データがないという警告を出すようにしています。
キーボードショートカットで操作した場合、何も応答がないと、機能していないのかと思われるのを防ぐためもあります。
そういうわけで、このような仕様になっています。
＞任意ブロック貼り付けとスタックテキスト削除について 投稿者：sigin
|
2020年10月22日（木）11時44分
ブロックテキストにデータがないとき、altキーで出るメニューの編集にある、任意ブロックの貼り付けとスタックテキスト削除コマンドが実行できてしまいます。
どちらのコマンドも実行すると、ブロックスタックにはデータがないという警告が出ます。
ブロックスタックにデータがないときは、上記のコマンドは、メニューから実行できないようにしていただけないでしょうか。
この現象は、MMエディタ、MMメール2で共通です。
よろしくお願いいたします。
＞re:音声設定及びマクロについて。 投稿者：sigin
|
2020年7月1日（水）17時10分
宮崎さん、コメントありがとうございます。
DispOff(); を、 DispOff2(); にすると、マクロがスムーズに動作するということを、6月16日に宮崎さんが書かれていました。
私は、そのことを応用して、早い段階で表示をしないマクロを作りました。
引き続き、マクロの勉強をしていきます。今後とも、よろしくお願いします。
＞re:英数字 全角半角変換マクロ「ZHANZ.MAM」の範囲選択について 投稿者：sigin
|
2020年7月1日（水）12時37分
宮崎さん、追加した部分の動作を確かめていただき、ありがとうございました。
私は、現在、マクロを勉強中で、学ぶことが多くて、有益でした。
マクロについての質問を、後日書かせていただきたいと思います。
よろしくお願いいたします。
＞re:英数字 全角半角変換マクロ「ZHANZ.MAM」の範囲選択について 投稿者：Miyamiya
|
2020年6月30日（火）18時21分
siginさんへ。
「ZHANZ.MAM」は、順方向の選択にしか対応していないですが、
そのようにすれば逆方向時でもOKですね。
＞＞re:英数字 全角半角変換マクロ「ZHANZ.MAM」の範囲選択について 投稿者：sigin
|
2020年6月30日（火）10時49分
satoruさん、宮崎さん、こんにちは。
宮崎さんがお書きになっているように、「ZHanZ.mam」は、右から左に範囲選択した場合、マクロは動作しません。
しかし、マクロを少し修正すると、対応できるように思います。
「ZHanZ.mam」の
cp = Cecp();
GoBlok();
の下の行(Select(0); の上の行)に、以下を追加してみると、うまく動くのではないでしょうか。
// 右から左に範囲選択した場合の処理
if(Cecp() > cp)
{
cp = Cecp();
GoBlok();
}
私のところでは、どちらから範囲選択しても、動いています。
しかし、間違いや不具合などがあるかもしれません。ご了承ください。
＞re:英数字 全角半角変換マクロ「ZHANZ.MAM」の範囲選択について 投稿者：Miyamiya
|
2020年6月23日（火）16時39分
satoruさんへ。
仕様というほどのことではないですが、
このマクロ「ZHANZ.MAM」は、順方向の範囲選択にしか対応していないです。
＞re:音声設定及びマクロについて。 投稿者：Miyamiya
|
2020年6月23日（火）16時38分
siginさんへ。
サポートありがとうございます。
確かに、DispOff2();にすれば音声出力も全て止まりますので、改行、改行との
音声出力もしなくなりますね。
＞re:音声設定及びマクロについて。 投稿者：sigin
|
2020年6月23日（火）10時40分
Mizunooさん、宮崎さん、横から失礼します。
改行、改行と音声出力されるのは、マクロに
DispOff();
とあるためです。これを、
DispOff2();
とすると、音声出力がされなくなります。
これは、6月16日の宮崎さんの返信にも書かれていました。
マクロの最初で、
DispOff2();
と書くと、余計な音声出力もしなくなり、マクロがスムーズに動作すると思います。
それで、マクロを以下のようにすると、改行、改行と音声出力されなくなるはずです。
//-------------------------------------------------------------------
// 「。」を論理行末とみなして、その後ろに改行がなければ改行を付加します。
// 範囲が選択されていればその範囲内が、選択されていなければテキスト全体が
// 対象となります。
main()
{
int endln;
int sIns = Ins();
int sInd = Indent();
DispOff2(); // 表示OFF
InsMode(1);
AIndent(0);
if(Block() == 1 || Block() == 2)
{ // 範囲選択モード
endln = Line(); // 最終行
GoBlok();
Select(0);
}
else
{
Top();
endln = 999999; // 最終行
}
while(Line() < endln)
{
if(Code() == 0x8142) //。
{
Right();
if(Tcode() > 1) // [EOF],改行以外
{
Ret();
endln++; // 最終行+1
}
}
if(Tcode() == 0) // [EOF]
break;
if(KbHit() == 0x1b) // [ESC]が押されたら中断する
break;
Right();
}
DispOn(); // 表示ON
OnseiOut("終了");
}
//-------------------------------------------------------------------
＞英数字 全角半角変換マクロ「ZHANZ.MAM」の範囲選択について 投稿者：satoru
|
2020年6月22日（月）16時30分
宮崎様、いつもお世話になっております。
英数字 全角半角変換マクロ「ZHANZ.MAM」の範囲選択について、素朴な質問です。
文字を左から右へ範囲選択すると動作するのですが、
右から左へ範囲選択すると動作しないのは、これは仕様によるものでしょうか？
些細なことで恐縮ですが、御教示のほど、何卒よろしくお願いいたします。
（Windows10 ver.1809 MMエディタ ver.10.01 にて）
＞re:音声設定及びマクロについて。 投稿者：Miyamiya
|
2020年6月17日（水）16時51分
Mizunooさんへ。
音声読み上げソフト(V) の設定で 自動認識 を選択したら、V5エンジンが起動するのでしたら、スクリーンリーダーが
起動していない状態で、自動認識 の選択をされたということは有りませんか。
スクリーンリーダーを起動している状態で 自動認識 を選択すれば、そのスクリーンリーダーで読むはずです。
「改行・改行・・・・」と連呼するということは、お使いのマクロの中に、
OnseiOut("改行");
等の命令文が書かれていて、それで、「改行」と連呼しているのではないでしょうか。
その場合は、その命令文を取り除けば、「改行」の連呼はなくなり、処理速度も格段に早くなるはずです。
＞音声設定及びマクロについて 投稿者：Mizuno
|
2020年6月17日（水）07時21分
宮崎さん、回答ありがとうございます。
先日Win10をリカバリしてから音声設定がおかしくなり、今日はV5エンジンのMicrosoft Harukaが起動しました。
そこで、音声設定をやり直しました。
リカバリが問題だったようなので、暫くこのまま様子をみてみます。
また、マクロについては、「改行・改行・・・・」と連呼し、他のマクロに比べ時間がかかります。
他のマクロは瞬時に作業が終了し連呼もありません。
このマクロは「改行・改行・・・・」と連呼するので、他のマクロに比べ少し時間がかかるのではないかと想像しています。
＞re:音声設定及びマクロについて。 投稿者：Miyamiya
|
2020年6月16日（火）16時57分
Mizunooさんへ。
1.音声読み上げの設定の 音声読み上げソフト(V) の設定で 自動認識 をチェックして 設定(G) ボタンを押してから
一度、MMエディタを終了してください。その後、MMエディタを再起動すれば、自動認識 が選択されているはずです。
2.このマクロは「。」の後ろに改行がなければ改行を付加するというマクロですが、実行中は画面表示はOFFに
なっていますので、処理速度はそんなに遅くはないはずです。
改良するとすれば、main()の行から数えて20行目の
DispOff();
を
DispOff2();
にすると、実行中の画面の更新を全くしないので、少しは早くなります。
2020年6月16日（火）10時03分
今朝、「プログラムから開く」で「規定のプログラム」に設定したところ。解決しました。
win10のアップデートの影響ですかね。お騒がせしました。
＞音声設定及びマクロについて。 投稿者：Mizunoo
|
2020年6月16日（火）07時28分
おはようございます、2点しつもんします。
1.毎日パソコンを起動し、MmEditaを起動すると音声設定が、
音声読み上げソフト(&V) 使用しない
に変わってしまいます。
音声設定が変わらないように設定を固定する方法はありますか。
2.以下のマクロですが、実行に時間がかかります。
早くマクロを実行するにはどの様にマクロを書き換えれば良いでしょうか。
//-------------------------------------------------------------------
// 「。」を論理行末とみなして、その後ろに改行がなければ改行を付加します。
// 範囲が選択されていればその範囲内が、選択されていなければテキスト全体が
// 対象となります。
main()
{
int endln;
int sIns = Ins();
int sInd = Indent();
InsMode(1);
AIndent(0);
if(Block() == 1 || Block() == 2)
{ // 範囲選択モード
endln = Line(); // 最終行
GoBlok();
Select(0);
}
else
{
Top();
DispOff2(); // 表示OFF
endln = 999999; // 最終行
}
DispOff();
while(Line() < endln)
{
if(Code() == 0x8142) //。
{
Right();
if(Tcode() > 1) // [EOF],改行以外
{
Ret();
endln++; // 最終行+1
}
}
if(Tcode() == 0) // [EOF]
break;
if(KbHit() == 0x1b) // [ESC]が押されたら中断する
break;
Right();
}
DispOn(); // 表示ON
OnseiOut("終了");
}
//-------------------------------------------------------------------
＞MMエディタの関連付けができない。 投稿者：小山田
|
2020年6月15日（月）21時45分
１０年以上、MMエディタを便利に使っております。
昨日あたりからテキストファイルを開くとメモ帳で起ち上がるようになりました。再度、関連付けを試したり、MMの再インストールを試したりしましたが、直りません。
職場が、パソコンを含めた環境が同じですが、自宅だけでの現象です。
思い当たるのは最近、、クロームを規定のブラウザにしたくらいです。
環境は、win10 PC Talker10 MM ver10.3です。
解決策をご教授お願いします。
2020年1月22日（水）21時09分
ありがとうございました。
ＭＭエディタで英日翻訳が利用できました。
英辞郎-A....英辞郎-Zを下記に変更するだけで
英辞郎7A....英辞郎7Z （第7版）完成しました。
＞re:英日翻訳ができない 投稿者：Miyamiya
|
2020年1月21日（火）11時42分
土方健二さんへ。
前回開いたときと同じ
2000/07/02 COTAGE 英辞郎カッター
が表示されるのであれば、ブラウザのクッキーによって保持されている以前のページの内容が
表示されているのでしょうね。
[F5]キーを押すか再読み込みのアイコンをクリックしてページの再読み込みを行ってください。
そうすれば、
2020/01/19 COTAGE 英辞郎カッター が表示されるはずです。
2020年1月20日（月）20時08分
2000/07/02 COTAGE 英辞郎カッターはあるが、
2020/01/19 COTAGE 英辞郎カッターはありません。
＞re:英日翻訳ができない 投稿者：Miyamiya
|
2020年1月19日（日）10時39分
土方健二さんへ。
前回と同じ場所というのは、
URL http://www.am-corp2.com/english.html
です。
ここのページの
2020/01/19 COTAGE 英辞郎カッター
のリンクをクリックすると、 cotage30.lzh がダウンロードできます。
2020年1月18日（土）21時51分
前回と同じ場所へアップとは
どこですか。
(COTAGE20.LZH)とは同じ場所ではありません。
教えてください。
＞re:英日翻訳ができない 投稿者：Miyamiya
|
2020年1月18日（土）11時45分
土方健二さんへ。
最新のWindows10に対応した新しい COTTAGE 英辞郎カッター を前回と同じ場所へアップしましたので
ダウンロードして使ってみてください。
ファイル名は cotage30.lzh で、前回と同じくLZH形式で圧縮されていますので解凍して使ってください。
「英辞郎-A.TXT」～「英辞郎-Z.TXT」の辞書が作成されたら、
ＭＭエディタの設定で 英辞郎 Ver 1 を使用するようにすれば使えるようになります。
＞re:英日翻訳ができない 投稿者：Miyamiya
|
2020年1月17日（金）12時11分
土方健二さんへ。
このCottage.exeはかなり以前に作られているために、最新のWindows10では起動できないようです。
新しいCottage.exeを作成しますので少し待ってください。
2020年1月16日（木）12時50分
回答ありがとうございます。
エクスプローラ画面でCottage.exeをダブルクリックしても起動しません。
＞re:英日翻訳ができない 投稿者：Miyamiya
|
2020年1月16日（木）11時26分
土方健二さんへ。
ＭＭエディタで英辞郎を使用する場合は、アルファベット別に分かれた
「英辞郎-A.TXT」～「英辞郎-Z.TXT」のようなファイルが必要ですが、
最近の英辞郎は、アルファベット別に分かれていた２６個のファイルでは
なくＡからＺまでが１個の巨大なファイルとなっています。
したがってこの１個の巨大なファイルとなっている英辞郎を使用する場合は
２６個のファイルに分割してやる必要があります。
このファイルを分割するためには
ＭＭのホームページの URL http://www.am-corp2.com/english.html
に COTTAGE 英辞郎カッター(COTAGE20.LZH) というツールが登録されて
いますので、これを使って分割して下さい。
そうすると「英辞郎-A.TXT」～「英辞郎-Z.TXT」が作成されます。
そして ＭＭエディタの設定で 英辞郎 Ver 1 を使用するようにすれば
使えるようになります。
2020年1月15日（水）10時52分
英辞郎第7版を購入しました。
環境設定から英日翻訳で英辞郎A-Zのフォールダーを指定するが
（英辞郎7A.TXT）が見つからず、英日翻訳が利用できません。
設定方法を教えてください。
土方健二
hijikatakk@sf.commufa.jp
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2019年12月9日（月）18時11分
宮崎さん、siginさん。
すみませんでした。
siginさんのご指摘通りでした。
動きました。
後は、pdfをacrobatで自動的に立ち上げるようにするだけです。
ありがとうございました。
お騒がせしてすみませんでした。
osはwindows10proです。
＞re:Mmeditorからpdf作成 投稿者：Miyamiya
|
2019年12月9日（月）13時00分
siginさんへ。
2年前には動いていたマクロが動かなくなったということですから、推測ですが
最後の行の } がないのは単なるコピーミスではないかと思われます。
使われている OS がWindows10なら、そしてWindows10になってから動かなくなったのであれば
Windows10で実行が止められているのかもしれません。
もしそうなら、実行するように設定すれば解決するかもしれません。
Windows10以外でも動かなくなったのであれば別の原因ですが。
こちらのWindows10で動作確認しようかと、texlive2019のパッケージをインストールしようかと
思ったのですが6.3Gバイトが必要だということで、うちのWindows10はディスクの空きがあまりないので、
こちらでの動作確認はできていません。
＞re:Mmeditorからpdf作成 投稿者：sigin
|
2019年12月7日（土）20時15分
siginです。
ヒョンさん、宮崎さん、横から失礼します。
ヒョンさんの2019年12月3日の投稿の中に
書かれていたマクロ「Tex_Comp_PDF.mam」ですが、
最後の行が
SetCurDirectory(dir);
となっていました。
しかし、これだと、マクロは動かないように思います。
最後の行は、
}
でないといけないと思います。
ヒョンさんの「Tex_Comp_PDF.mam」の最終行が
どうなっているのか、確認してください。
＞re:Mmeditorからpdf作成 投稿者：Miyamiya
|
2019年12月7日（土）17時27分
ヒョンさんへ。
使われている OS は何でしょうか。
マクロは main()関数の位置から実行されますので、Message()関数は
main()関数以降の行に入れてください。
CreateFile()の行あたりまでは動作しているはずですので、それ以降で
どのあたりがうまく動いていないかをチェックされると良いです。
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2019年12月7日（土）08時16分
宮崎さん、いつもお世話になります。
Tex_Comp_PDF.MAM
Message("マクロエラー");
#define GENERIC_READ (0x80000000L)
Message("マクロエラー");
#define OPEN_EXISTING 3
最初の一行目に書きますと、以下のエラーメッセージが出ますが、二行目に書きますと、エラーメッセージは出ませんでした。
もちろんPDFファイルは生成していません。
よろしくお願いいたします。
（マクロ構文エラーが一行目で発生しました。）
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2019年12月5日（木）19時40分
宮崎さん、いつもお世話になります。
Message("マクロエラー");を使ってやってみます。
＞re:Mmeditorからpdf作成 投稿者：Miyamiya
|
2019年12月5日（木）12時56分
ヒョンさんへ。
ptex2pdf のパスは間違いなく通っているようですね。
そうしたら、Message(); 関数を入れていって、どのあたりまで動いているか、
どのあたりがうまく動いていないかを調べて対処するしかないです。
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2019年12月5日（木）08時03分
以下の結果になります。
[texlua] ptex2pdf[.lua] { option | basename[.tex] } ...
options: -v version
-h help
-help print full help (installation, TeXworks setup)
-e use eptex class of programs
-u use uptex class of programs
-l use latex based formats
-s stop at dvi
-i retain intermediate files
-ot '' extra options for TeX
-od '' extra options for dvipdfmx
-output-directory '<\dir>' directory for created files
＞re:Mmeditorからpdf作成 投稿者：Miyamiya
|
2019年12月4日（水）16時48分
ヒョンさんへ。
ptex2pdf のパスは間違いなく通っているでしょうか。
コマンドラインから ptex2pdf と入力して ptex2pdf は起動しますか。
起動するのであれば、このマクロは動くはずです。
＞re:Mmeditorからpdf作成 投稿者：ヒョン
|
2019年12月3日（火）18時38分
宮崎さんいつもお世話になっております。
TEST.TEXをTEST1.TEXに書き換えて、タイプセットしましたが、結果は同じでした。
TEST1.PDFは生成されませんでした。
困りました。
TEST1.TEX
\documentclass{article}
\begin{document}
Hello World!
東京は今日も雨だった。
\end{document}
＞re:Mmeditorからpdf作成 投稿者：Miyamiya
|
2019年12月3日（火）17時35分
ヒョンさんへ。
Message("pdfの作成に失敗しました");が表示されないのでしたら、
すでに TEST.pdf は存在しているということはありませんか。
2019年12月3日（火）09時34分
宮崎さんいつもお世話になっております。
２年前に作って頂いた以下のマクロですが動きません。
環境変数は、C:\texlive\2019\bin\win32と、C:\w32tex\bin64;C:\w32tex\binで、通っていると思います。
以下のTEST.texさえタイプセット出来ません。
Message("pdfの作成に失敗しました");も表示されません。
Mmeditorで命名したからTex_Comp_PDF.mamで、pdfを作成したく、ご助言があれば、よろしくお願いいたします。
texlive2019を使った場合には、texworksが起動しタイプセット後pdfが作成されます。
よろしくお願いいたします。
TEST.tex
\documentclass{article}
\begin{document}
Hello World!
\end{document}
Tex_Comp_PDF.mam
#define GENERIC_READ (0x80000000L)
#define OPEN_EXISTING 3
#define SW_SHOWNORMAL 1
main()
{
char *p, dir[300], fname[300], pfname[300], cfname[300], command[500];
HANDLE shFile, dhFile;
FILETIME sft, dft;
char *ptex2pdf = "ptex2pdf -l -od \"-f ptex-ipaex.map\"" ;
char *TexWorks = "TexWorks.exe";
Save();
GetFileName(fname);
p = Strrchr(fname, '.');
if(p == NULL || (Strcmpi(p+1, "tex") != 0 && Strcmpi(p+1, "dtx") != 0))
{
Message("このファイルの拡張子は tex ではありません。\n終了します。");
return;
}
strcpy(pfname, fname);
p = strrchr(pfname, '.');
if(p)
strcpy(p+1, "pdf");
else
strcat(pfname, ".pdf");
shFile = CreateFile(pfname, GENERIC_READ, 0,
(void*)NULL, OPEN_EXISTING, 0, (HANDLE)NULL);
if(shFile != -1) // pdf
{ // .pdf は存在
GetFileTime(shFile, (void*)NULL, (void*)NULL, &sft);
CloseHandle(shFile);
}
p = strrchr(fname, '\\');
strcpy(cfname, p+1);
*p = '\0';
GetCurDirectory(dir);
SetCurDirectory(fname);
sprintf(command, "%s %s", ptex2pdf, cfname);
WinExec2(command);
Sleep(2000); // 少し時間を置く
//Message(command);
dhFile = CreateFile(pfname, GENERIC_READ, 0,
(void*)NULL, OPEN_EXISTING, 0, (HANDLE)NULL);
if(dhFile != -1) // pdf
{ // .pdf は存在
GetFileTime(dhFile, (void*)NULL, (void*)NULL, &dft);
CloseHandle(dhFile);
if(CompareFileTime(&sft, &dft) < 0) // pdfが更新されているなら表示
ShellExecute(Handle(), "open", pfname, NULL, NULL, SW_SHOWNORMAL);
}
else // pdfの作成に失敗
Message("pdfの作成に失敗しました");
SetCurDirectory(dir);
2019年12月2日（月）16時03分
「記号の縦書き表示」の不具合について、ごていねいな回答をいただきました。
どうもありがとうございます。
印刷すると正しく出るのですが、画面表示のみ横書き表示になるのですね。
ＭＳ社の修整を待ちたいところです。
まずは御礼申し上げます。
＞re:記号の縦書き表示 投稿者：Miyamiya
|
2019年12月2日（月）14時15分
湯川登紀雄さんへ。
エムエムメールの掲示板で質問されていた、
ダッシュ（―）やリーダー（…）が縦書き時に横書き表示されるというのは、Windows10 April 2018 Update
で発生したバグのようです。ジャストシステムの「一太郎」等でも同じようになるようです。
原因については、現在Microsoft社が調査中ということですので、近いうちに修正されるのではと思っていましたが
現在でもまだ直っていないようです。
詳しくは、下記の URL をご覧ください。(先頭に ｈｔｔｐｓ:// をつけてください)
forest.watch.impress.co.jp/docs/news/1122116.html
2019年12月1日（日）16時48分
同じ質問が繰り返し送信されているようです。
申しわけありませんでした。
たぶん、復旧したと思います。
取り急ぎ、お詫び申し上げます。
＞＞re:「ファイル名を付けて保存」のプレースバー画面について 投稿者：satoru
|
2019年11月5日（火）19時24分
宮崎様
お世話様でございます。
早々にご教示下さいまして、ありがとうございます。
自分なりに何か工夫して、少しでもラクに保存先に導けるようにしたいと思います。
今後とも何卒よろしくお願いいたします。
＞re:「ファイル名を付けて保存」のプレースバー画面について 投稿者：Miyamiya
|
2019年11月5日（火）17時42分
satoruさんへ。
「名前を付けて保存」の左側に表示されるデザインの内容を変更することは、
できないです。
＞「ファイル名を付けて保存」のプレースバー画面について 投稿者：satoru
|
2019年11月5日（火）13時49分
宮崎様
いつもお世話になっております。
「ファイル名を付けて保存」の左側に表示されるデザイン（プレースバーというのでしょうか）を
Windows10で標準の「ナビゲーションウインドウ」にするのは可能でしょうか？
ナビゲーションウインドウの「クイックアクセス」のピン留めした保存先を
ＭＭエディタでも使えたら…と思った次第でございます。
恐れ入りますが、ご教示のほど何卒よろしくお願い致します。
2019年6月22日（土）06時10分
おはようございます、宮本です。
宮崎さん、マクロについてのアドバイスありがとうございました。
OnseiOut("終了");
の行の前に、
DispOn(); // 表示ON
の1行を追加すればよいです。
これで瞬時ニファイルの編集ができました。
大変助かりました。
ありがとうございました。
＞re:マクロについて。ありがとうございました。 投稿者：Miyamiya
|
2019年6月21日（金）13時53分
宮本さんへ。
OnseiOut("終了");
の行の前に、
DispOn(); // 表示ON
の1行を追加すればよいです。
＞マクロについて。ありがとうございました。 投稿者：宮本
|
2019年6月20日（木）21時08分
こんばんは、宮本です。
マクロについて教えていただき、ありがとうございました。
DispOff2(); // 表示OFF
この一行を記入して10分が数十秒に短縮できました。
ありがとうございました。
唯、次の行をどの様に記入するのか分かりませんでした。
{
// いろいろな処理
}
DispOn(); // 表示ON
2019年6月20日（木）18時04分
宮本さんへ。
画面の表示には結構な時間がかかりますので、繰り返し処理で時間がかかる場合は、以下のように
DispOff2();関数で、繰り返し処理の前に表示を止めて(表示OFF)、処理が終わってからDispOn();関数で
表示をもとに戻す(表示ON)と、時間がかなり短縮できます。
それから、行の終わり「。」を探すのに、カーソルキーを移動させるのではなくて、
検索機能を使うと処理時間はもっと短くなります。
------------------------------------------------------------------
DispOff2(); // 表示OFF
while(1)
{
// いろいろな処理
}
DispOn(); // 表示ON
------------------------------------------------------------------
2019年6月20日（木）14時24分
標題の件について、ていねいにご説明いただきましてありがとうございます。
さっそく、試してみることにいたします。
まずは、御礼申し上げます。
2019年6月20日（木）12時44分
こんにちは。
マクロについて質問です。
下記は論理行10行で空行を入れるマクロですが、400kbサイズのファイルで、10分ほどかかります。
時間を短縮する方法はあるでしょうか？。
アドバイス宜しくお願い致します。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
#define NUMLINE 10 // 空行を入れる行数を指定
void main()
{
int sIns = Ins();
int sInd = Indent();
int num = 0;
InsMode(1);
AIndent(0);
Top();
while(1)
{
if(Code() == 0x8142) // 。
{
num++;
if(num == NUMLINE)
{
Right();
Ret();
num = 0;
}
}
if(Tcode() == 0) // [EOF]
break;
if(KbHit() == 0x1b) // [ESC]が押されたら中断
break;
Right();
}
OnseiOut("終了");
}
－－－－－－－－－－－－－－－－
＞re:印刷書式の保存について 投稿者：Miyamiya
|
2019年6月18日（火）17時41分
湯川登紀雄さんへ。
標準でMMエディタは Program Files (x86)\MmEditor フォルダにインストールされます。
Program Files (x86) の中にはセキュリティの関係でデータは書き込めないような仕組みになっていますので、
MMエディタをインストールされたフォルダへ印刷書式ファイルを保存されたのであれば、実際のデータは、
ユーザー のフォルダの中の[ユーザー名]のフォルダの中に書き込まれています。
印刷書式ファイルを、
C:Program Files (x86)\MmEditor フォルダに保存されたのであれば、
実際のファイルは、例えば ユーザー名 が yamada であれば
C:\ユーザー\yamada\AppData\Local\VirtualStore\Program Files (x86)\MmEditor
の中に保存されています。
したがって、エクスプローラで、このフォルダの中から該当のファイルを USBメモリ等に保存して
他のＰＣへコピーされると良いです。
他のＰＣでもMMエディタを使用される場合は、Program Files (x86) の中ではなくて、MMエディタの
データ保存用のフォルダを作成して、その中に保存されるようにすると、今回のような別のフォルダへ
保存されるというような問題は発生しません。
2019年6月18日（火）07時49分
ＭＭエディタを愛用しています。
印刷書式を保存しました。他のＰＣでも使うためにファイルを探した
のですが見つかりません。
どこに保存されるのでしょうか。あるいは、他のＰＣで同じ書式を使
いたいときの転送方法などございますでしょうか。
お手すきのおり、ご教示ください。
＞「読み取り専用モード」について 投稿者：satoru
|
2019年5月23日（木）18時09分
宮崎様 お世話様でございます。
なるほど、そもそもWordに「コピーとして開く」というモードを初めて知りました。
Wordファイルをただ単純にダブルクリックで開くという通常の流れでは不可能なのですね。
また、メモ帳の仕様を教えていただき、大変ありがとうございます。
今後とも何卒よろしくお願い致します。
＞re:「読み取り専用モード」について 投稿者：Miyamiya
|
2019年5月23日（木）17時20分
satoruさんへ。
Wordで普通にファイルを開くと、他のソフトでの変更を禁止する共有禁止のモードでファイルが開かれます。
Wordを閉じずとも、作成されたテキストファイルをＭＭエディタで開いて編集を行いたい場合は、
Wordの[開く]のボタンの下にある[コピーとして開く]を選択して開いてください。
そうするとＭＭエディタ等の他のソフトでも編集できるようになります。
「メモ帳」では、特に何の問題も表示もなく通常作業ができるというのは、「メモ帳」には
ファイルの排他制御のための機能がないためです。
＞「読み取り専用モード」について 投稿者：satoru
|
2019年5月23日（木）05時52分
宮崎様 お世話様でございます。
MS Wordファイルを「書式なし（.txt）」で保存すると、開かれているファイルは拡張子が「.docx（もしくは.doc）」から「.txt」に変更され、保存されたテキストファイルをＭＭエディタで開くと「このファイルは他のアプリで開かれているようですので読み取り専用モードで開きます」と表示されます。
ＭＭエディタの環境設定ですが、
「保存／排他 → ファイルの排他制御」は「しない」、
「他のアプリで開かれているファイルは読み取り専用モードで開く」は「無効」のままです。
Wordを閉じずとも、作成されたテキストファイルをＭＭエディタで開いて作業するには、どこか設定があるのでしょうか？
Windows標準アプリ「メモ帳」では、特に何の問題も表示もなく通常作業ができるのですが……。
恐れ入りますが御教示のほど、何卒よろしくお願い致します。
＞拡張子「.mam」について 投稿者：satoru
|
2019年3月27日（水）16時48分
宮崎様 お世話様でございます。
御教示の通りやってみましたが（Windows7互換、管理者として実行なども含め）
しぶとく「Access Macro Shortcut」のショートカットアイコンのままで、何も変わりませんでした。
Windows10って、融通がきかないＯＳなんですね。
でも教えていただいて、諦めがつきました。
仕方ないので、ＭＭのマクロは、マウスの右クリックから「送る」で対処したいと思います。
引き続き、今後とも何卒よろしくお願いいたします。
＞re:拡張子「.mam」について 投稿者：Miyamiya
|
2019年3月27日（水）13時56分
satoruさんへ。
MMエディタのマクロファイル「○○.mam」の関連付けは、MMエディタがあるフォルダの中のセットアッププログラム
Mmsetup.exe で行ってみてください。
Mmsetup.exeを起動して、ファイルの関連づけを選択して、関連づけるファイルの拡張子に mam を指定してください。
そうすると ○○.mam ファイルを MMエディタに関連付けできます。
この方法でうまくいかない場合は、設定が拒否されたということになります。
＞re:拡張子「.mam」について 投稿者：satoru
|
2019年3月26日（火）18時47分
宮崎様 お世話様でございます。
プログラムのことは全くの無知な私なのですが、
例えば「執筆環境瞬時変更マクロ」をＭＭエディタで開いて、ヘルプに習いながら、ちょっとだけ変更して
すぐ書式変更できるよう、自分なりのバリエーションを作ったりしておりました。
で、MS Office10の、ワード、エクセル、パワーポイント３種だけしか入れていないのに、
ＭＭエディタの「○○.mam」マクロファイルが、アクセスのショートカットアイコンに勝手に置き換わってしまうので、扱いづらいなぁ……と。
できることなら MS Officeを入れる前の、元の通りの「○○.mam」になってくれないものか……という次第でございました。
「Windows10の仕様」というのならば諦めるしかないのですが、
Windows10のコンパネ → 既定のプログラム をいくらいじっても全くダメなので
素人には手の負えないことなのでしょうか？（スミマセン、無理なら諦めます）
「入力中のフォント」の件、どうもありがとうございます。
楽しみにお待ち申し上げております。何卒よろしくお願い致します。
＞re:拡張子「.mam」について 投稿者：Miyamiya
|
2019年3月26日（火）18時35分
satoruさんへ。
Windows10 Update 1809 でのIMEの未確定文字が「MS UIゴシック」になる件については対応策がわかりましたので、
近いうちに修正版を出すようにしますので、少し待ってください。
MMエディタのマクロファイル「○○.mam」については、どのような使い方をされているのでしょうか。
マクロメニューの 登録したマクロの実行、マクロの実行、マクロランチャーの起動、等から使えばいいかと思います。
＞拡張子「.mam」について 投稿者：satoru
|
2019年3月26日（火）12時06分
宮崎様 お世話様でございます。
「入力中のフォント」の件、御教示のほど、お待ち申し上げております。
MMエディタのマクロファイル「○○.mam」が「Microsoft Access Macro Shortcut」となってしまい、拡張子すら表示されなくなるのですが、
このファイル関連付け、どうにかならないものでしょうか？
ファイル関連付けを変更できる無料アプリ「Filetypesman」を使用しても、
Windows7は変更できたのですが、Windows10はエラーが出て拒否されてしまうもので……。
立て続けで恐縮でございますが、御教示頂ければ幸いでございます。
何卒よろしくお願い致します。
＞re:入力中のフォント 投稿者：Miyamiya
|
2019年3月25日（月）15時17分
satoruさんへ。
こちらでは、October 2018 Update 1803 で使っていて問題なかったのですが、先ほど、October 2018 Update 1809 に、
アップデートしましたら、そちらと同じようにIMEの未確定文字が「MS UIゴシック」に変わりました。
この件は、こちらで対応できるか調べてみることにします。
2019年3月23日（土）16時11分
宮崎様 いつもお世話になっております。
本日、PCを「Windows10 Fall Creators Update ver.1709」から「October 2018 Update ver.1809」へアップデート（クリーンインストール）したところ、
ＭＭエディタの入力中のフォントが「MS UIゴシック」っぽいものになってしまいました。
入力確定をすると、通常指定してある「MS明朝」に戻ります。
Windows10標準のメモ帳やWord、メールソフトThunderbird 等、文字を入力するアプリは問題ございません。
ちなみに、ＭＭエディタのバージョンは Ver.8.06、Windows7互換にて長年使用しております。
また、Win10 Ver.1709用の更新プログラムは適応済みでございます。
恐れ入りますが、この現象につきまして、解決策がございましたら御教示のほど、
何卒よろしくお願いいたします。
2019年3月8日（金）23時45分
ずいぶん作業が楽になりました。いつも、すみません。感謝しております。
＞re:マクロへの機能付加についてです。 投稿者：Miyamiya
|
2019年3月8日（金）16時29分
高千穂遙さんへ。
マクロには、文字コードを変換して保存するという関数はないので、下記のように、置換後に PutChr(4 << 8); で
ファイル名を付けて保存 のダイアログを表示して、文字コードに SHIFT-JIS を指定して保存するしかないです。
------------------------------------------------------------------
#define MB_YESNO 0x00000004L
#define MB_ICONQUESTION 0x00000020L
#define IDYES 6
main()
{
int fstat = GetFind();
int rstat = GetRep();
char *s = "すべての「:\\n」を「:」に置換しますか。?";
if(MessageBox(Handle(), s, "ＭＭ", MB_YESNO|MB_ICONQUESTION) != IDYES)
return;
SetRep(0x144); // 一括置換 高速モード
SetFindS(":\\n");
SetRepS(":");
Replace();
SetFind(fstat);
SetRep(rstat);
PutChr(4 << 8); // ファイル名を付けて保存
}
------------------------------------------------------------------
＞マクロへの機能付加についてです。 投稿者：高千穂遙
|
2019年3月8日（金）08時49分
Miyamiyaさま。
先日は「:\n→:」置換マクロをつくっていただきありがとうございます。おかげさまでたいへん助かりました。
で、すみませんが、あのマクロに文字コード変換処理を付加していただくわけにはいきませんでしょうか。置換するファイルの文字コードがUTF-8なんですが、それをSHIFT-JISにしたいのです。いまは、マクロで「:」に置換したあと、手で「ファイル→名前をつけて保存→文字コードを自動認識→SHIFT-JIS→保存」として変換していますが、これを先の置換マクロひとつで一括処理できると、さらに作業が簡略化できます。
お手数をおかけし手申し訳ありませんが、可能でしたら、よろしくお願いいたします。
2019年2月20日（水）17時27分
言葉が足らなくてすみませんでした。
今回はばっちり動きました。おかげさまで、すごく作業も楽になりました。
感謝です。
＞re:マクロ、使ってみました。 投稿者：Miyamiya
|
2019年2月20日（水）16時02分
高千穂遙さんへ。
\n は実際の改行のことだったのですね。
その場合は、12行目の
------------------------------------------------------------------
SetRep(0x44); // 一括置換 高速モード
------------------------------------------------------------------
を
------------------------------------------------------------------
SetRep(0x144); // 一括置換 高速モード
------------------------------------------------------------------
とすれば OK です。
2019年2月20日（水）13時55分
Miyamiyaさん、ありがとうございます。
しかし、うまくいきません。「:\\n」を試しに「:\n」に書き換えて見ましたが、やはりだめでした。「置換しますか？」の確認ダイアログがでて、リターンを打っても置換されないのです。置換前のサンプルファイルを入れておきます。
-----
Subject:
RE:テストです。
From:
test@test.com
Date:
2019/02/19 21:23
To:
test2@testabc.com
-----
上記ファイルを以下のようにしたいのです。
Subject:RE:テストです。
From:test@test.com
Date:2019/02/19 21:23
To:test2@testabc.com
2019年2月20日（水）12時59分
高千穂遙さんへ。
以下のマクロを使ってみてください。
------------------------------------------------------------------
#define MB_YESNO 0x00000004L
#define MB_ICONQUESTION 0x00000020L
#define IDYES 6
main()
{
int fstat = GetFind();
int rstat = GetRep();
char *s = "すべての「:\\n」を「:」に置換しますか。?";
if(MessageBox(Handle(), s, "ＭＭ", MB_YESNO|MB_ICONQUESTION) != IDYES)
return;
SetRep(0x44); // 一括置換 高速モード
SetFindS(":\\n");
SetRepS(":");
Replace();
SetFind(fstat);
SetRep(rstat);
}
------------------------------------------------------------------
2019年2月19日（火）15時20分
すみませんが、先に書いた工程を処理できるマクロをお願いできないでしょうか？
可能でしたら、よろしくお願いします。
＞re:キーボードマクロについて。 投稿者：Miyamiya
|
2019年2月19日（火）14時15分
高千穂遙さんへ。
キーボードマクロでは、検索や置換等のダイアログを表示させて行われる処理については記録されません。
キーボードマクロで記録できるのは、キーボードを押したときに、即実行される、キーの入力やキーの移動等です。
したがって、検索や置換の処理を行うには、キーボードマクロではなくて、マクロを作るしかないです。
2019年2月19日（火）08時41分
宮崎さん、ちょっと困っているので質問です。
キーボードマクロが、うまくつくれません。
マクロ→キーボードマクロの記録・終了
置換（F3）を押す→検索文字に「:\n」を入れ、置換文字に「:」を入れる。リターンで実行
「置換しますか」窓で、「一気に（S）」を打ち、文字列を置換しましたメッセージに対して、リターンを打つ
マクロ→キーボードマクロの記録・終了で記録を終了
マクロ→キーボードマクロの保存でマクロに名前をつけて保存
でも、できあがったマクロの中身は
// ＭＭマクロ：2019年2月19日作成
// タイトル：
main()
{
}
で、マクロが記録されていません。
どこが間違っているのでしょうか？
＞Re: Re: カーソルの色の変更 投稿者：ゆかわ
|
2018年12月24日（月）09時03分
Miyamiya 様
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
早々にご連絡いただき、御礼申し上げます。
最近、ＱＸから乗り換えたので、未だ右往左往しています。
これからもよろしくお願い申し上げます。
草々
※＝※＝※＝※＝※＝※
ゆかわ拝
過去の投稿-->
2014/03/22
2012/04/30
2009/11/23
2008/03/19
2006/12/28
2005/10/27
2005/04/25
2004/05/27
2003/12/30
2003/07/17
2003/04/11
2003/02/27
2002/12/25
2002/09/09
2002/06/10
2002/04/17
2002/01/26
2001/12/18
2001/11/10
2001/09/20
2001/08/02
2001/05/29
2001/04/09
2001/02/22
mmqa2000.lzh 2000年度の掲示板・質疑応答のテキスト版 157kb (org 438kb)
mmqa1999.lzh 1999年度の掲示板・質疑応答のテキスト版 245kb (org 694kb)
mmqa1998.lzh 1998年度の掲示板・質疑応答のテキスト版 209kb (org 588kb)