[HOME]  [掲示板トップへもどる]  [全部表示]  [最新100]  [最新50]   [新着40] 
番号順 最新100記事     FGALVZ  

08609/08590 BNY00646 shadow Re: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 17:47 08607:konnoさんへのコメント

追試
k07s5においてもオリジナルと同様問題ないことを確認済みです。

08610/08590 BQO00549 konno Re^2: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 22:02 08608:shadowさんへのコメント コメント数:2

> > これは軟体にありませんでしたね。
> > 手元にあったのですが、もしかしたら版が違うかも。
> ISH置き場に上げました。

いただきました。#test70 ですね。
手元の版は初期版だったようですね。

> vzk07tにおいて
> オリジナルdefでは
> .:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。

うちの環境では、この組み込みでも問題なく動作するようです。
旧のvzk07tでも問題なく動作しました。
インスタントマクロで、pc が、111h になるので間違いないですね。

うちで再現しないと何が違うかわからないですね。
環境の違いを知りたいので、option.lst を教えてもらえますか。

> マクロ名はimaskとしていますが実態は IMASKとmaskman2合体版(#8603)です。

これ、良いですね。IMASK.DEF はディレクトリが邪魔に思いましたが
これだと邪魔なディレクトリが消えてスッキリ見渡せます。
これはありがたくいただきます。m(__)m



08611/08590 CRG00666 文太 Re^3: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 23:11 08610:konnoさんへのコメント コメント数:1

 (どこへ繋げてよいのか分からないので、ここで。m(__)m )

konnoさん

2018/11/16  21:57            62,186 vz7.com	(k07t)		;最新版
               1 個のファイル              62,186 バイト

2018/10/17  19:11            62,184 vz.com	(k07t01)	;最新−1(前の版)
               1 個のファイル              62,184 バイト

 上だけご確認いただけますか。上が最新の k07t のタイムスタンプ、サイズです。
 下が確認できなくてもけっこうです。旧->新で2バイト太ってますよね?


shadowさん

 網羅的(はいうに及ばず多方面への)テストはまったくできていませんが、僕の
手元の上2つのvz.comで、vtdos環境で、imask+maskman2は、落ちませんでした。
k07t01(旧版)に関して(ちょっと前史がありますが)いえば、じつは、僕は
imask+maskman2を、おそらく18年くらい、使い続けてきたようでした。+maskman2
については(ディレクトリマスク)、最初からimaskに入っていたものと勘違い
していたようです。

IMASK.DEF     2,368  1999-12-05  13:52
 おそらく、ここで、合体版を「とらじ.doc」から作ったようでした。

参考:
MASKMAN2.DEF  1,583  1997-04-09  21:43
MASKMAN2.DOC  5,180  1997-04-09  22:22

 .docを読んで合体させようとしたら(26:ルーチン)、既にやってありました。


 細かい点はわかりませんが、今回のvz.com(もちろんkonno版)、あるいは最近の
バーアップが、shadowさんが経験されている不具合の原因ではないのではないかと
少し思っています。「少し」とは、判断・空想の根拠がないことを自覚している、
というだけのつもりです。
 vtdosについての経験を書くと、僕のばあい、このマクロで落ちる、という特定が
できたのは、例の高橋版sort.defだけで、特定のマクロ使用の直後に窓が落ちる、
というのはないのです。そんなに甘くなかった、という感じです。

 最近、vz.[com|def]環境をいじりませんでしたか?


08612/08590 BQO00549 konno Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 00:56 08611:文太さんへのコメント コメント数:1

> 2018/11/16  21:57            62,186 vz7.com	(k07t)		;最新版
>                1 個のファイル              62,186 バイト
> 
> 2018/10/17  19:11            62,184 vz.com	(k07t01)	;最新−1(前の版)
>                1 個のファイル              62,184 バイト
> 
>  上だけご確認いただけますか。上が最新の k07t のタイムスタンプ、サイズです。
>  下が確認できなくてもけっこうです。旧->新で2バイト太ってますよね?

下のファイルは私のミスでリンクエラーを見逃していたのです。そこを直すと
最新の版とほとんど違いが無くなったので、下の修正版はお蔵入りとしました。
混乱させて申し訳ないです。


> IMASK.DEF     2,368  1999-12-05  13:52
>  おそらく、ここで、合体版を「とらじ.doc」から作ったようでした。
>  .docを読んで合体させようとしたら(26:ルーチン)、既にやってありました。

げ、そうなのか? と思って初めてDOCを読みました。
・・・ 謎は全て解けた。(のか)

この2つのマクロを合体させるなんて、凄い改造スキルだ!! と思ったのですが
改造主はとらじさんだったのですね。m(__)m

天はマクロ料理の二物を与えたか!!
どおりでこのうまさ、絶品なわけだ。\(^^)/ 



08613/08590 BQO00549 konno Re^2: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 01:09 08608:shadowさんへのコメント コメント数:2

> マクロ名はimaskとしていますが実態は IMASKとmaskman2合体版(#8603)です。

shadowさん、文太さんの書き込みとDOCでやっと合体の意味がわかりました。m(__)m


ところで、終了処理のところは独自の改造の様ですね。

;:Z	(s)??fg.1+, &m("")
:Z	(s)?? {
	fl.98-,					;[CR]&mask 解除 Takahashi
	fl...98-,				;
	pc.375+,                		;pq.-7=1, pq.6~+, ;tchdir ; touch dir flag
;	(fl.130)?&Sc(fl+34,fl+130)?fl.33-,	;[CR]&path 解除
;	f=fl..0,				;
;	(f.130)?&Sc(f+34,f+130)?f.33-,		;
	}
	&m("")


ここはこれから調べてみますが、一つだけ。

	fl...98-,				;

これが何処を指しているのかがわかりません。
どこかのメモリをゼロにしているのかな?
この辺が原因になっているという事はないですかね。



08614/08590 CRG00666 文太 imask.def 終了部
( 1) 18/11/19 01:33 08613:konnoさんへのコメント

  konnoさんの話が、ごめんなさい、まったく見えません。

--- うちの imask.def 終了部 ---
:B	&o(c) (sm==3)?>A		;そのまま
:Z	(s)??fg.1+, &m("")

01:	p=5+$,.
	"$(40,0)$[64]"
(以下略)
------------------------

--- konno wrote below ---
;:Z	(s)??fg.1+, &m("")
:Z	(s)?? {
	fl.98-,					;[CR]&mask 解除 Takahashi
	fl...98-,				;
	pc.375+,                		;pq.-7=1, pq.6~+, ;tchdir ; touch dir flag
	}
	&m("")
-------------------------
 えっと、何?

>	fl...98-,				;
 またまた。これは、Vzのポインタ演算で、どういう意味になるのでしょう?
 こういうの、イヤ。m.gannマジックみたいなのですか?



08615/08590 CRG00666 文太 k07t と imask.defのロード方法?
( 1) 18/11/19 01:35 08612:konnoさんへのコメント

>> 2018/11/16  21:57            62,186 vz7.com	(k07t)		;最新版
>下のファイルは私のミスでリンクエラーを見逃していたのです。そこを直すと
>最新の版とほとんど違いが無くなったので、下の修正版はお蔵入りとしました。
>混乱させて申し訳ないです。
 了解です。それでは、たぶん問題なしとみなして、k07t (vz7.comとされてたもの)
を、我が家の正式版として、各所に、1個ずつ差し替えてゆきます。
 時間かかるんだな、これが。

>この2つのマクロを合体させるなんて、凄い改造スキルだ!! と思ったのですが
>改造主はとらじさんだったのですね。m(__)m
 マクロ師とらじさんの面目躍如ですね。history(m.gann)+hysteria(toraji)は、今一な
感じなのですが、これは、ほんとすごいです。榊原さんもディレクトリまでマスクしよう
なんて思わなかったのでしょう。.docを読むと、とらじさんとしても試行錯誤(主に仕様)
があったようですが、僕はこの合体をしていたことをまったく忘れていました。
 imask? ディレクトリもマスクするでしょう? とか言っていたかも。
 8.3ファイル名の世界を一生生きるようなので、ディレクトリ名は短く、ディレクトリ
は深く、そして、たくさんな人なので、ディレクトリにマスクかかってくれないと大変。
 ありがたや、なマクロですね。

>天はマクロ料理の二物を与えたか!!
 のようですね。


 (すいません、>shadowさん)
 お手伝い、まったくできていませんが、もうちょっと問題をつめる、それも、この問題、
うちだけなのかもしれない、と思って攻めてみてください。

#8608
>vzk07tにおいて
>私のdefでは(tloder.def使用)
>.:I {dd"Imask", >87} でマクロ起動直後に落ちます。
>しかし、普通に組み込みでは問題ありません。
>
>vzk07tにおいて
>オリジナルdefでは
>.:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。
 このあたりで、僕は、何か、すごく変みたいだぞ、と思いました。
 基本的に不注意な人間なので何を言っているだか、ものですが、僕は、だらしなく、
&z()とoutlawを偶然の結果として、混在させてしまっています。outlawだとダメだから
という理由で&z()しているわけではありません。それでも、&z()に統一して色々と試験
されては、いかがでしょう?
 うちで「落ちない」「一文字入力で誤動作しない」の実績が、18年は少なくともうちでは
ありますので。


 つまり、繰り返しですが、
>.:I {dd"Imask", >87} でマクロ起動直後に落ちます。
>しかし、普通に組み込みでは問題ありません。
>.:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。

 このあたりで、何、何、何? と感じました。

--- vzfl.def ---
.:I	&z("imask") >*
----------------
 うちでは、こんな形のロードで、18年みたいです。


08616/08590 BNY00646 shadow Re^3: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 22:08 08610:konnoさんへのコメント コメント数:1

くどいようですが再確認させてください。
VZは下記を使用
VZIBMJ.COM 62186 18-11-16 21:57
VZIBMJ.DEF 15977 93-12-06 11:00
VZFL.DEF    2307 93-12-06  2:00
又は
VZIBMJ.COM 62186 18-11-16 21:57
VZIBM.DEF 14311 93-12-06  2:00
VZFLE.DEF   2075 93-12-06  2:00

このVZFL(E).DEFに2ヵ所のみ追記する
    N     >#N
    I     >I    ;追記1
    }.
〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜
X:  pm="%1 %2", #!
.:I &z("imask")>*  ;追記2
IMASKとMASKMAN2は新規にDOCどおりに編集

filerから I でIMASKを起動する
もう一度 I を入力すると画面中央付近の40桁?が色が青色になりIが入力されます。
連続でIを入力すると固まります。

純DOSでも同様の現象を再現できます。

私の環境のみでこの現象が起きているのであれば打つ手なしですね。
ちなみにオリジナルVZ1.60及びVZK07S05.LZH ver1.60k07s5では問題ありません。
謎です。
しばらく落ちます。


08617/08590 BQO00549 konno Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 23:53 08616:shadowさんへのコメント コメント数:1

shadow さん

> くどいようですが再確認させてください。

言っている意味がやっとわかりました。
オリジナルのVZFL.DEF で試したら、再現しました。

> filerから I でIMASKを起動する
> もう一度 I を入力すると画面中央付近の40桁?が色が青色になりIが入力されます。
> 連続でIを入力すると固まります。

これは、#P の窓でマクロが止まっているようですね。
私は、VZ.COM のサイズが関係していることを疑っています。つまり
何かのバッファの大きさの違いで隠れた不具合が出ているのではないかと。

それで、shadowさんの環境が知りたいので、option.lst を上げてもらえると
原因の絞り込みのヒントになるかもしれないと思ったわけです。
とにかく調べてみます。



08618/08590 BQO00549 konno Re^5: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/20 02:11 08617:konnoさんへのコメント コメント数:1

> オリジナルのVZFL.DEF で試したら、再現しました。

このVZFL.DEF が原因のようです。
この環境では、全てのVZで不具合が出ました。

オリジナルのVZ.DEF で、自分のVZFL.DEF で試したら、問題なく動きました。
この中身の違いに原因がありそうです。
もう少しかな。



08619/08590 BQO00549 konno IMASK と制約解除呪文
( 1) 18/11/20 02:28 08618:konnoさんへのコメント コメント数:2

わかりました!!

私のVZFL.DEF の中で

		sp+=2, (r)>?{ >F #L #M #P #S >V #W #+ #> #< #O >E }
	. }				;※ . 追加(一般にあった方がよい)
;	&e("#]") #]			;※制約解除呪文 by Tomo
	r], (r)>!{


この、制約解除呪文 をコメントにしたら、同じ症状が出ました。
shadowさんのVZFL.DEF では、これは使っていないですか?



08620/08590 CRG00666 文太 Re: IMASK と制約解除呪文
( 1) 18/11/20 10:50 08619:konnoさんへのコメント コメント数:1

konnoさん、すごい

>;	&e("#]") #]			;※制約解除呪文 by Tomo
>この、制約解除呪文 をコメントにしたら、同じ症状が出ました。
>shadowさんのVZFL.DEF では、これは使っていないですか?
 なるほど、それで僕のところでは出ないわけだ。
 いまどき生き残っているVzer・マクロユーザなら、使ってるでしょう。



08621/08590 BNY00646 shadow Re: IMASK と制約解除呪文
( 1) 18/11/20 21:01 08619:konnoさんへのコメント コメント数:1

ヒントを頂いたので私の.DEFでVTDOSが落ちないようにできました。

> 	. }				;※ . 追加(一般にあった方がよい)
> ;	&e("#]") #]			;※制約解除呪文 by Tomo
> 	r], (r)>!{
使っていました。

vp..-7-,                                ;init mask      ;by m.gann
これがコメントになっていました。
私のDEFでVZk07tを使用するにはこれを使わないとVTDOSが落ちます。
常用しているk07s5では問題なかったので気づきませんでした。

08622/08590 BQO00549 konno Re^2: IMASK と制約解除呪文
( 1) 18/11/20 21:21 08620:文太さんへのコメント

> >;	&e("#]") #]			;※制約解除呪文 by Tomo
> >この、制約解除呪文 をコメントにしたら、同じ症状が出ました。
> >shadowさんのVZFL.DEF では、これは使っていないですか?
>  なるほど、それで僕のところでは出ないわけだ。
>  いまどき生き残っているVzer・マクロユーザなら、使ってるでしょう。

そうですね、VZ1.6 になって、ファイラーはファイラーイベントマクロになって
このような常駐マクロなどが動かなくなったんですよね。
niftyの会議室だけではなく、パワーユーザーは皆入れていると思いますね。
まさに魔法の呪文でしたね。



08623/08590 BQO00549 konno Re^2: IMASK と制約解除呪文
( 1) 18/11/20 21:56 08621:shadowさんへのコメント コメント数:2

> vp..-7-,                                ;init mask      ;by m.gann
> これがコメントになっていました。
> 私のDEFでVZk07tを使用するにはこれを使わないとVTDOSが落ちます。
> 常用しているk07s5では問題なかったので気づきませんでした。

なるほど、そこでしたか。
うちではコメントにしても動くようなので、何か環境の違いがあるのかも。
ちなみにうちのは

	vp..-7=0,	;init getnamp   m.gann  ファイラー・不正マスクの解消法

こうなっていました。でもたまにマスクが残るような気が。


余談ですが、#8619 であげたソースに

	. }				;※ . 追加(一般にあった方がよい)

こういう一文がありますが、私は当時わけもわからないまま入れていました。
ここの #8121 あたりからの話題や、野ざらし言#4524 からのツリーで理由が
わかったのです。
"}" この閉じかっこはスルーされる場合があるんですね。
誤動作の予防措置として入れたほうがいい場合があるという事ですね。



08624/08590 BQO00549 konno IMASK3 合体版の改造版
( 1) 18/11/21 21:28 08623:konnoさんへのコメント コメント数:1

IMASK の動作解析をしていてすっかりIMASKの虜になってしまいました。
私は、IMASK 終了処理でマスクを戻すようにしていましたが、それでは
IMASK の本領を発揮できなかったんですね。
マスクしたまま各種作業が出来るのが本来の使い方か。

ということで、更に使いやすいように改造しました。28行目

	&01 
;	&m("Mask %s",p)
	am[=$e0, &m("Mask %s",p) am],	;動作中はメッセージ色変更 ★★★

IMASK は常駐マクロなので、常駐している間はメッセージの色を変更して
わかりやすくしてみました。
さらに、46行目

;		(' ')	(c'?')		;[SPC]1字飛ばし
		?	(c'?')		;[?]1字飛ばし		★★★
		(' ')	>S		;[SPC] マーク		★★★
	}
	(e)??{				;一般キー処理
		(c>>8==1)?>B		;コマンドキー
		e"&o(c)",		;文字キー
	}
	&02 >A				;パスマスク
:S	#91 >A				;マーク			★★★##k
:B	&o(c) (sm==3)?>A		;そのまま


IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
"?" 入力になってしまうが、マークできるように変更しました。
"?" は、普通に入力するほうが体が覚えているもので。

IMASK3.DEF として、#test71 に上げました。
よろしかったらお試しください。


あと、ファイラーでマスク解除は、"*" ですが、シフト押しは面倒です。
":" はドライブ選択ですが、私は使っていないので、このキーをマスク
解除に変更しました。

VZFL.DEF の106行目あたり

;	(r==':'||r=='L')? r='D',
	(r=='L')? r='D',
;	(r==':')? r='*',		;これは効かない?


;		#*	;*.*
	:	#*	;*.*


これでシフトを押さないでワンキーでマスク解除できます。



08625/08590 BNY00646 shadow Re: IMASK3 合体版の改造版
( 1) 18/11/24 08:26 08624:konnoさんへのコメント コメント数:1

改造版、頂きました。
> 私は、IMASK 終了処理でマスクを戻すようにしていましたが、それでは
> IMASK の本領を発揮できなかったんですね。
> マスクしたまま各種作業が出来るのが本来の使い方か。
私はマスク解除のため、右窓のマスク解除を追加していたようです。

> IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> "?" 入力になってしまうが、マークできるように変更しました。
> "?" は、普通に入力するほうが体が覚えているもので。
ここは使い勝手が良くなりました。


08626/08590 BNY00646 shadow Re^3: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/24 08:45 08613:konnoさんへのコメント コメント数:2

imask右側のファイラーのパスマスクが外れない対策でした。
理由は忘れましたが高橋さんの案を採用したようです。

耳而夢斎さん
:Z      (s)??fg.1+, &m("")
        ↓
:Z      (s)??{
                e=fg+29,        ;*.*部品
                &Sc(fl+98,e)    ;カーソル側
                &Sc(fl..0+98,e) ;反対側
        }
        &m("")

寅次さん
       (#m)    (e"#[#m(s)??{&dpf],&q&q>Z}#P'*'")

高橋 洋光さん
》  fg.1+, ですが、左窓しか初期化しないみたいですね。もう片方も初期化する
:Z
;       fg.1+,
        fl.98-,
        fl...98-,
        pc.375+,                ;pq.-7=1, pq.6~+,
        (s)? {#[ >Z}

 なんていうのはどうでしょう? うまくいくかな?

 パスもと言う場合は、

        (fl.130)?&Sc(fl+34,fl+130)?fl.33-,
        f=fl..0,
        (f.130)?&Sc(f+34,f+130)?f.33-,

08627/08590 CRG00666 文太 Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/24 20:10 08626:shadowさんへのコメント

>12966/12968 CXHxxxxx  K***             RE:再度ファイラー定型句
>(14)   95/08/25 00:42  12960へのコメント

>  #12960 高橋 XX さん、こんにちは。
>  fl...98 って、fl..0.98 の略ですよね? ポチポチポチで、びっくりした。
 お話、ぜーんぶ見えました。m(__)m

 ポチポチポチ。そんなんだろうな、とも。終了部も。m(__)m
 .. > . という優先順位でしたね。see 黒本p.259(私的メモ)
 fl..0.98 or fl.0..98, I wondered.
> fl..0  fl_back  反対側のウィンドウのワークエリアのポインタ
 ですね。

 PKだったのが驚き。

 もう、shadowさん、コメントのつけ方から何から、しぶいんだから。
 コードは書きませんからとか言いつつ、こういう濃ゆいところをしっかり読み込ん
でいるし。
 めざらさんのコードがいちばん素直で好きでした。とらじさんのは、前後がないと
ちょっと不明かと。意味は分かるのですけどね。

 全部に関して、1ミリも前進しておりません。関係も興味もないでしょうが、ここ
のところでやっていたのは、PATA HDDの絶滅期におよび、20台くらいのHD(中古)
をハードオフで買うこと(10日間の返金保証つき。チェック終えた!)。BigDriveの壁
を色々と調べること。SATA HDDにSUGOIアダプタをつけてWinMEブートをさせること(成功)。

 エミュレータでなく実機でWinMEを保存し続け、Vzし続ける予定(野望)なので。
USBスティックのWin98からのブートかぁ。やりますねぇ。し、しぶすぎる。ぬ、脱いで
もすごい。ふ、古いか。

 vz7.comママ。怠惰。



08628/08590 CRG00666 文太 Re^3: IMASK と制約解除呪文
( 1) 18/11/24 21:39 08623:konnoさんへのコメント コメント数:1

 お、俺も豆。

--- vzfl.def ---
1 "!Filer"
;ファイラで空いている1文字キー
;O,Q,Y,Z,  .,:-[

	(r)??{ (fg.0)?. #W #93 . }
;	(r==':'||r=='L')? r='D',
	r[, &Fm(r) (r>=0)? {
		 sp+=2, (r)>?{ #F #L #M #P #S #V #W #+ #> #< #O #E }
	. }			;※ . 追加(一般にあった方がよい)	;これは(2)

	&Sh(pr,fl+34)		;by wanama DC 15 #13791 99/05/23	;★コレの件↓
	&e("#]") #]		;※制約解除 by Tomo : &p #nn など使用可能に


(下を引くまで上が何のことかわからず)
------------------------------------------------------------------------ コレね
>13791/13827 LDAxxxxx  和X             リネーム窓の小発見
>(15)   99/05/23 08:42

  標準 vzfl.def では以下のところ,を変更します。

"名前の変更",14
        ↓
"ren <- $pr",22
        ^^^
  すると,タイトルにファイル名が表示できます。
  桁は合わないけど。 > Miyata さん。(^^;

  一方 #K 窓。#N なんかでは <$pd> で fl+34 が表示されますが,#K 窓では
  <$pd> しても本物の pd しか表示されません。しかし,

"ディレクトリ名",14
        ↓
"maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
          ^^^
  とかしておいて,!Filer の適当な部分に↑を仕込んで置くと,#N と同様に
 表示できます。

------------------------------------------------------------------------

(2)
	. }			;※ . 追加(一般にあった方がよい)	;これは(2)
 の件ですが、
 スルーするというか、(3)>? {>a>b>c} >z
 なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
 (3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
ということだと思います。
 ちなみに、(10)>? {>a>b>c} >z でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
ピリオドが安全装置になるということ。
 野ざらしの「ゾンビ」については、分からずじまいでした。


08629/08590 BQO00549 konno Re^2: IMASK3 合体版の改造版
( 1) 18/11/24 22:06 08625:shadowさんへのコメント

> > IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> > "?" 入力になってしまうが、マークできるように変更しました。
> > "?" は、普通に入力するほうが体が覚えているもので。
> ここは使い勝手が良くなりました。

お、採用いただいたようで、嬉しいです。(^_^)
私的にはメッセージ色変更が気に入っています。(^_^)


08630/08590 BQO00549 konno Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/24 23:03 08626:shadowさんへのコメント

> imask右側のファイラーのパスマスクが外れない対策でした。
> 理由は忘れましたが高橋さんの案を採用したようです。

FGALDC に見当たらないと思ったら、FGALPK だったんですね。

> 12960/12968 xxxxxxxx  高橋 洋光    RE:再度ファイラー定型句
> (14)   95/08/24 19:41  12952へのコメント  コメント数:1

95年にこういうやり取りがあったんですか。

>         fl...98-,

これは、

>                 &Sc(fl..0+98,e) ;反対側

これに使っているものの省略形だったんですね。
うう、私はPKから出直しです。



08631/08590 BQO00549 konno Re^4: IMASK と制約解除呪文
( 1) 18/11/25 00:43 08628:文太さんへのコメント

> "ディレクトリ名",14
>         ↓
> "maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
>           ^^^
>   とかしておいて,!Filer の適当な部分に↑を仕込んで置くと,#N と同様に
>  表示できます。

そんな技があったんですか、何かすごい!!
でも必要性は? ですねぇ。
副作用が無いか不安がありますが、文太さんの常用環境なら問題ないのかな。


> 	. }			;※ . 追加(一般にあった方がよい)	;これは(2)
>  の件ですが、
>  スルーするというか、(3)>? {>a>b>c} >z
>  なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
>  (3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
> ということだと思います。

スルーと言ったのは、} の壁を抜けて先に行ってしまうというつもりで言いましたが、
なるほど、まさに、(r) の事例なんですね。
とすると、「一般にあった方がよい」と言うより、「不具合防止」くらいに言わないと
オリジナルのままでは不具合が出ても原因がわからず困ってしまいそうな。


>  ちなみに、(10)>? {>a>b>c} >z でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
> ピリオドが安全装置になるということ。

今回、2重かっこになっているので、外側の、} の手前に置くと勘違いしていました。(^^;


>  野ざらしの「ゾンビ」については、分からずじまいでした。

とりあえず、おかしな挙動があったときは、} を疑ってみるように心がけます。


ところで、GNU Grep で、「リネーム窓の小発見」で検索したら、

C:\UT\GREP.EXE: Unmatched [ or [^

となって検索できませんでした。
"ー"が、"[" のコードに認識されているのかな?
 


08632/08632 BQO00549 konno Tra_TAG.def のバグ
( 1) 18/12/02 00:00 コメント数:1

使用中の Tra_TAG.def に、致命的なバグがありました。(>_<)

WEBデータなどでは、1行の長さがとても長く改行の無い文章がありますが
Grep で検索したワードの一覧でも長いものがあり、これを Tra_TAG.def で
タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

オリジナルの Tra_TAG.def でも同様です。
オリジナルVZでも高橋版VZでも同様でした。

落ちるデータは、We140*22行あり、1行で3080文字を超えます。
3分割で改行を入れると落ちないので、一時バッファ溢れだと思いますが
今見ても全く分からないので、取りあえず泥縄で対策しました。

Tra_TAG.def の冒頭に

	dn[+, #] #? #< i=ly, #> i=(ly-i)*we+lx,	;1行の長さチェック
	(wn==0&&i>=255)?{ #< &x(254) #m #e}	;コンソール&行255以上なら改行
	#< dn],					;


これを入れたら取りあえず問題なくなりました。

:A	si=r-1, di=pq..134+100, i3,	;フルパス部分を di へ取り出し

この辺が怪しいと思うんですが、全く読めない。(;_;)
困ったときのFGALDC から、えむしさんの記事を引用します。m(__)m


> 07047/07051 xxxxxxxx  えむし           MAP
> (15)   97/07/23 09:02  07007へのコメント

>  とりあえず、私が持っている gz の MAP を書いておきます。

--------------------------------------------------------------------------

gz:0000h+---------------+
        |  psp          |
   0100 +---------------+  ORG
   0110 |               |  ◆pc
        |               |
        |               |
        |  wseg         |
   0206 |               |  変数テーブル
   028E |               |  ◆pq(pc+382)
        |               |
        +---------------+  pq+194(pn-156)
   03EC |               |  ◆pn(pq+350)
   0442 |               |  fg(pn+86)
   04D2 |               |  ◆mg(fg+144)
        |  dseg         |
   05B9 |               |  ◆pv(mg+231)
   062A |               |  ◆vp(pv+113)
        |               |                ↓
   0690 +---------------+ vp+102(pq..99)  -- ここまでvzと同じ
        |               |  コマンドキーテーブル
   08AA |               |  (pq..110)コマンドキーの説明書き
        |               |
   0F73 +---------------+ mh
        |  macro_buf    |
        |               |
    〜       〜
    〜       〜
        |               |
   AFD2 +---------------+  pq..131 pu-bc:削除バッファ
        | cbuff Bc byte |
   B3D2 +---------------+  pq..132 pu:スタックバッファ
        | ubuff Bu byte | マクロ用配列バッファ
        |   stack ↑    | スタックメモリの若い方へ積み上げる
   B452 +---------------+  pq..133 pu+bu:表示文字列バッファ
        | pfbufp 84byte | &m の時、ここでいったん文字列にしてから表示
   B4A6 +---------------+  pq..134 pu+bu+84:tmpbuf
        | tmpbuf 256byte| コマンドラインのラインバッファなどに使われる
   B5A6 +---------------+  pq..135 pu+bu+84+256:tmpbuf2
        |tmpbuf2 256byte| エイリアスの文字列はここで一度展開
   B6A6 +---------------+  pq..136 pu+bu+84+256*2:tmpbuf3
        |tmpbuf3 160byte| ディスク転送アドレス(DTA)
        |               |  &? は、ここで一度展開してから出力
        +---------------+
        |               |
   BA2C +---------------+  pq..142、pn..-33 pu+bu+1498
        |               |  コンバートされた検索文字列のバッファ
   BAAC +---------------+  pq..143
        |               |  コンバートされた置換文字列のバッファ
   BBB4 +---------------+  pq..141(pq..141)
        |               |  &^用のオプションの初期値
   CF2C +---------------+  pq..146
        | asm_stack?    |
   D02C +---------------+  pq..147
   DADC +---------------+ pn..-27(pq..148)wm+228
        | line_buf      |  (先頭はCR/LF実質wm+230が始め)
        |               |
   EADC +---------------+  pq..149
        |tmpbuf4 256byte|  256 バイトのテンポラリ領域(ラインバッファの直後)
        |               |  &z 等のマクロ組込時以外は比較的自由に使用できる
        +---------------+  pq..149+256   ラインバッファの終端
        |               |


引用ここまで --------------------

pq..134 を一時ワークとすると、最大でも256byte 
あとは、tmpbuf2 tmpbuf3 合わせても、672byte で、それをも突き破って
マクロ領域を壊してしまったと思われます。



08633/08632 CXB00940 としき Re: Tra_TAG.def のバグ
( 1) 18/12/02 11:54 08632:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。
いや、もちろん、どんぐりの背比べ、という言葉もありますが。

約3000バイトを3分割したら落ちなくなったということは、約1000バイトならOK
ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
気がするのですが、それを追及する必要はないとか、追及しても意味がないと
いうことであれば、その理由をご教示いただければ幸いです。


08634/08632 BQO00549 konno Re^2: Tra_TAG.def のバグ
( 1) 18/12/02 17:52 08633:としきさんへのコメント コメント数:1

> タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
> 時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。

ああ、そうですね。それを書くのを忘れてました。
直ぐには落ちないです。
検索窓やオープン窓などのヒストリーがマクロコードになってしまいます。
その一行窓を閉じた時に落ちることもあれば、なかなか落ちないこともあります。
[ESC]+M でマクロ一覧を見ると、VZ.DEF と VZFL.DEF 以外は消えてしまって
いたりとか、色々な事象が発生します。

今頭がウニでマクロコードが読めないので、上記の事象でバッファ溢れと推測しました。
私はやっぱり泥縄式人なんですね。

暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし
私の環境で動けばいいやという程度です。
検索ワードピッタリにジャンプできないのは仕方がないですかね。
まあ、長すぎる行は改行しとけという事で。

> 約3000バイトを3分割したら落ちなくなったということは、約1000バイトならOK
> ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
> 必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
> 気がするのですが、それを追及する必要はないとか、追及しても意味がないと
> いうことであれば、その理由をご教示いただければ幸いです。

追及すれば出来ないことは無いかもですが、今は全然読めないので止めておきます。
どなたかキチンと対策が出来るようなら是非御教示願います。m(__)m



08635/08632 BQO00549 konno Re^3: Tra_TAG.def のバグ
( 1) 18/12/02 23:44 08634:konnoさんへのコメント コメント数:1

> 暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし

案の定駄目でした。

	dn[+, #] #? #> #< &x(255)	;1行の長さチェック
	(cd==$d)? >a			;カーソル255桁目が改行なら >a
	(wn==0)?{ #< &x(254) #m #e}	;コンソールなら254桁目に改行挿入
:a	#< dn],				;


冒頭のルーチンを上のに変更したら、うまく動いているようです。



08636/08632 BQO00549 konno Tra_TAG.def 改 k04
( 1) 18/12/04 23:17 08635:konnoさんへのコメント コメント数:1

> 冒頭のルーチンを上のに変更したら、うまく動いているようです。

不要な部分を整理して、下記のようになりました。

	#] #? #> #< &x(255)		;バッファ溢れ対策 行の長さ255以上?
	(cd!=$d&&wn==0)?{&x(254)#m#e}#<	;コンソールなら改行挿入


Tra_TAG.def v16k04 として、#test72 に置いてきました。


ちなみに、Tra_TAG.def のルーチンは、vz16t.def にも使われていました。

> 12113/12115 xxxxxxxx  くらと           vz16t.defの雛形
> (15)   98/11/03 00:06                     コメント数:1
> 
> RE:MES 13 #04911 高橋 洋光 さん
> 
>   vz16t.def の雛形を作って見ました。


中身は同じものなので、バグも同様でしょう。



08637/08632 BQO00549 konno Tra_TAG.def 改 k05
( 1) 18/12/25 03:13 08636:konnoさんへのコメント

> Tra_TAG.def v16k04 として、#test72 に置いてきました。

WEBデータによっては上手くいかない場合がありました。
改行コ−ドが、$0a のみの場合とかあるんですね。
それで、ct を思い出して、以下のように変更しました。

;	(cd!=$d&&wn==0)?{&x(254)#m#e}#<	;コンソールなら改行挿入
	(ct!=1&&wn==0)?{&x(254)#m#e}#<	; cd を ct に変更、各種改行に対応


TRA_TAG5.DEF として、VZマクロの部屋に置いてきました。
御使用時はリネームしてください。



08638/08638 CRG00666 文太 EMSテストマクロ
( 1) 18/12/28 23:50 コメント数:2

C:\DEF>vmap
----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1     2    32k  for Vwx!
     1     2    32k  for Vwx!
     2     6    96k  VZ		;start

     2     7   112k  VZ		;^NX, sample string saved in EMS (1)
     2     7   112k  VZ		;^NY, sample string read & written to PR
     2     6    96k  VZ		;^N\Y, test EMS page closed (2)

 ※(1)から(2)までたどり着くのに、あいだ3時間あったら、5時間あったら
(もちろんVzをふつうに継続使用している)大丈夫なのか。途中不具合を誘発
しないか、(2)はふつうに行えるのか。これが課題です。

 できたような気がします。
 ただ、あくまで習作、テスト用です。

 EMSを保存バッファとして使えるのか、のテストです。
 たぶんできないと思う。思わぬ不具合に遭遇することになるのだと思う。

 発想はこうです。マクロバッファはあくまで一時的な保存バッファで、もっと
恒久的な(Vzが起動している間、僕の場合には常駐している間)バッファが欲
しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
ってもらったのですが(たぶんこっちに行くのだけど)、使うの大変なバッファ
でして、Vz標準の EMS 操作関数ではダメでしょうか? ということです。

 僕が悲観的なのは、ずっとこのEMSページをVzが管理してくれるのか、
ということ。どうなんでしょうか。このページを外してVzは自分のためにEMS
を使ってくれるのでしょうか? 前例がないような気がするのです。
 EMSをバンバン使っているマクロは高橋さんのマクロ。でも、マクロが終了
したら、そのEMSページ解放してるのね。保存バッファではなく作業バッファ
なんですね。
 というわけで、たぶん、失敗するのでしょう。

 お暇な方は改造するなりして、お使いください。あくまでテストとして。
 「こりゃまずいでしょう」という明らかなバグがあったらお教えてください。
 発想がまずいのなら、それも、どうか。

 しばらく自分でテストするつもりなので、即レスはないと思います。


 マクロの注意点。
 (1)キーアサインが僕のもののままです。読み出しとEMSの解放のほうは、
シフト起動です。

 (2)Bv256 前提です。EMSセグメント、ハンドル、文字列長を保存しておく
バッファがVzのお腹の中に必要です。
    消えないバッファは、こうとでもするしかないと思う。消えないバッファの
ための消えないバッファ。

 (3)高橋版の書式制御を使っています。konno 版でなにも問題ありません。


 メリークリスマス(遅いよ)&ハッピーニューイヤー 2019



=== EMS_buff.def by Bunta ===;
#if0
EMSに文字列を保存するテスト。
Bv (logtbl) 256 前提。
pq..145+128以降の6バイトを恒久的保存バッファとして使用
(中身は保存文字列長、EMSハンドル、EMSセグメント)
★カスタマイズが必要なのかもしれない箇所。
#endif

* Macro
50 ^NX "EMS_buff"

	;--- sample string & its length
        p="abcあdefいghiうjkelmnopqrstuvwxyz0123456789",	;<p>
        &Sn(p) l=r,						;<l>

	a=pq..145+128,			;Bv personal buffer★
					;upto +126, already used by hometext.def

	;--- save EMS info
        &Ea(1) 		a..0=r,		;EMS allocation, EMS handle 	<a..0>
        &Em(a..0) 	a..1=r,		;EMS mapping,    EMS segment	<a..1>
			a..2=l,		;strlen				<a..2>

	;--- memcopy prep
	ax=gz, si=p, cx=a..2,		;set source
	bx=a..1, di=0,			;set destination

	;--- iseg memcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("string <p> written on EMS; handle %d",a..0) .

;------------------------------------------------------------

51 ^NY "fromEMS"

	a=pq..145+128,			;Bv personal buffer
					;to +126, already used by hometext.def

	(ks&1)? >a			;Close EMS page by shift

        &Em(a..0)			;EMS mapped with handle (a..0)

	;--- memcopy prep
        ax=a..1, si=0, cx=a..2,		;set source
        bx=gz, di=pr,			;set destination

	;--- iseg memcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("%*s, read from EMS",a..2,pr) .		;hiro Vz


 :a 	;--- Del EMS buffer ---

        &Ef(a..0)			;close EMS
        &m("EMS buffer closed. Handle %d",a..0) .

*



08639/08638 BQO00549 konno Re: EMSテストマクロ
( 1) 18/12/29 21:59 08638:文太さんへのコメント コメント数:1

文太さん、やってますね。(^_^)

> 恒久的な(Vzが起動している間、僕の場合には常駐している間)バッファが欲
> しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
> ってもらったのですが(たぶんこっちに行くのだけど)、使うの大変なバッファ
> でして、Vz標準の EMS 操作関数ではダメでしょうか? ということです。

1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
が良さそうな気が。
問題はサイズですね。どのくらい要るのだろう。

あ、私はEMSはわからないので、テストはパスします。(^^;



08640/08640 BQO00549 konno VTDOSのお供 CKWV 私家改造版
( 1) 18/12/30 00:32 コメント数:1

10#さんの改造されたCKWVをちょっと改造しました。

 ・マウスホイールの送出コードにシフト系が残るのを修正したつもり

 ・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
  右クリックだけでは何もしない

 ・Ckw*touchsc: yes オプション追加、有効にすると、マウスの左クリックで何もしない
CKWV.CFG の中に以下の所に追加する。

!Ckw*topmost: no
Ckw*touchsc: yes
!Ckw*transp: 220

ミニマシンなどのタッチパネルで、タッチした時コピー動作になると煩わしいので
何もしないようにしたつもり。


動作保証は出来ないので、ご使用は自己責任で
ダウンロードは、VZの部屋からどうぞ

 CKWV902.LZH 188kb(2018-12-07版


# クリスマスには遅いけど、お年玉には早いかな。(^^;



08641/08638 CRG00666 文太 Re^2: EMSテストマクロ
( 1) 18/12/30 12:09 08639:konnoさんへのコメント コメント数:1

>文太さん、やってますね。(^_^)
 はい、ちょっとだけですが。m(__)m

>1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
 データ受け渡しのインターフェイスとデータ構造が問題で、素性が全部
分かっているぶん、1kbuf.comのほうが長い目でみて、安心安全なのですが、
ブラックボックスになるインターフェイス部分が、けっこう複雑で、、、。
 ま、そちらに落ち着くのだろうとは思っていますが。

>VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
>が良さそうな気が。問題はサイズですね。どのくらい要るのだろう。
 はい。まさしくそのとおりです。
 問題は、サイズ。どれだけ必要なの? というのがクルーシャルなところ。
 Bv256(vzlogはもちろん使わず)で、ぜんぜん足りなそうだというので、
 (1)徹底自己管理の2文字変数(バッファ本体は外)
 (2)インクルードマクロ(バッファ本体含む)
 というラインの延長で、とりあえずEMSを攻めてみることにしました。

>あ、私はEMSはわからないので、テストはパスします。(^^;
 いえいえ、何が起こるのか分からない実験ですから。
 「そういえば、あれはとってもやりたかったことだ」と思い出して、現実
逃避が主な目的で書いてみただけです。


08642/08640 CRG00666 文太 Re: VTDOSのお供 CKWV 私家改造版
( 1) 18/12/30 12:16 08640:konnoさんへのコメント コメント数:1

 おお、素晴らしい拡張!

>・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
>右クリックだけでは何もしない

>・Ckw*touchsc: yes オプション追加、有効にすると、マウスの左クリックで何もしない

 大昔から(からって言っていいのかなぁ?)欲しかった機能です。
 1月末までには導入してみたいと思います。気が長すぎ?
 そっちの使用頻度はとても低いので、優先順位が……。
 まだ引越しとHDの整理をしています……。IDE 80GB(2.5, 3.5 inch)なんてのを60個
くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

 よいお年を!



08643/08638 BQO00549 konno Re^3: EMSテストマクロ
( 1) 18/12/30 14:43 08641:文太さんへのコメント コメント数:1

>  Bv256(vzlogはもちろん使わず)で、ぜんぜん足りなそうだというので、
>  (1)徹底自己管理の2文字変数(バッファ本体は外)
>  (2)インクルードマクロ(バッファ本体含む)
>  というラインの延長で、とりあえずEMSを攻めてみることにしました。

ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
思ったんですが、もっと大変になりそうですね。

例えば、項目別に区切って、変数などのデータ領域とか、マクロ?などを
バッファ丸ごとコピー?する領域とかしておいて
メモリに書き戻す、みたいな感じかなぁ。
(それってVZ.DEF みたいなマクロファイルそのものじゃ?)
オーバーレイ的なものとか?
ファイル方式の利点はサイズが可変長というところですね。


# たぶん大外れだな



08644/08640 BQO00549 konno Re^2: VTDOSのお供 CKWV 私家改造版
( 1) 18/12/30 15:04 08642:文太さんへのコメント

>  大昔から(からって言っていいのかなぁ?)欲しかった機能です。

そう言ってもらえるとうれしいです。(^_^)
実は、Visual Studio 2017 の無料版を入れたので、久しぶりに弄ってみました。
以前弄ったときは、ランタイムが取り込めなくて、そのままになっていたので
仕切り直しです。
今はこのくらいが精一杯です。

>  1月末までには導入してみたいと思います。気が長すぎ?
>  そっちの使用頻度はとても低いので、優先順位が……。

やりたいこと、やるべきことを優先するのが正しいと思います。
でも、やるべきことはやりたくないものが多いのが辛いところですが・・・

>  まだ引越しとHDの整理をしています……。IDE 80GB(2.5, 3.5 inch)なんてのを60個
> くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
> ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

げげ、パーツ屋開業出来そうですね。(^^;
そういえば、年末にやるべきことがまだ終わっていなかった・・・
うう、せめて換気扇だけでも・・・


みなさん、良いお年を(^_^)



08645/08645 BQO00549 konno ココログの変
( 1) 18/12/30 15:37 コメント数:1

最近またココログを更新しています。
最新の記事をコピペして紹介すると


映画「ボヘミアン・ラプソディー」をIMAXで観たよ


2ヵ月前に、映画『2001年宇宙の旅』を 日比谷のIMAXで観て、その迫力に圧倒されたものだが、その時に「ボヘミアン・ラプソディー」の予告編を観た。



「これは、映画館で観たら凄い良いだろうなぁ。」と思っていたら、その後、NHKでクイーンの特集をやっているのを観て、たまらなくなり、行ってしまいましたよ、新宿のIMAXへ。(^^;



「いやぁ、良かった、最高!!」


それ以来、以前買ったミニコンポでガンガンクイーンを聴いているのでした。(^^;




また行きたいね、こんどは立川の極上音響とやらで聴きたいなぁ。



皆さんも是非観てもらいたい感動の物語です。(^_^)



コピペここまで ------------

いやあ、クイーン 良いですね。VZer 世代なら皆さん絶対はまると思います。
マジお勧めです!!

というのは余談なので置いといて
上の記事は、単純にコピペしてVZに張り付けたのですが、改行がおかしくなっています。
ブログの見た目よりあきらかに改行が増えていますね。
ブログのソースを見ればわかりますが、この増えた改行は
<div></div>
になっています。見えるかな。

実は、ココログのエデイタで改行すると、これになるんですが、今どきのブラウザでは
<div></div>
<div></div>
<div></div>
このように連続していても改行一つになってしまうので、あれれれ?
となったしまったのです。

しかたがないので、HTMLモードで、
<br>
<br>
<br>
※ 半角の<br>は改行に変換されたので、全角で書き直した。

こう手入力したら、連続改行になりました。
ところが、そのソースを見てみると
<div><p></p></div>
<div><p></p></div>
<div><p></p></div>
このように変換されているんですね。

どうなっとるんだ!!

ココログのエデイタは腐っているのか?
改行くらいまともに変換してくれよ(;_;)

ということで、何度も弄っていたらこんな状態になったのでした。
・・・運営にメールしてみるか。



08646/08638 CRG00666 文太 Re^4: EMSテストマクロ
( 1) 18/12/30 15:41 08643:konnoさんへのコメント

 頭を一緒につかってくださって、ありがとうございます。
 そうなの、そうなのよ、という感じがとってもしました。

>ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
>思ったんですが、もっと大変になりそうですね。
 「ファイルに書き出す」
 原始的だけど、これが、やっぱり正解中の正解でしょう。
 ほんとに「データ構造によっては」、いちばんいい。マクロも基本コマンド
でいいし。
 その結論みたいなのが、ちょびっとだけハイテクの入った、以下でした。

(再掲:#8154:Fラベル書き換えの意味 by 文太)
;恐ろしく邪悪なツリーだった。
;このマクロを探し出すのに、5分かかった。
;ああいうのは、イケナイ。
=== 009func by B ===;
ファンクラベル・ファイルを開き、ラインバッファに送ってから、
その「文字列」(1行)をファンクラベル領域(pq..100)に送り、
ファンクラベルをオリジナルに戻す。
ファイル名は決め打ち。c:\tmp\funcfile.txt。変更したければどうぞ。
ただし、上 (0fncfile.def)と連動すること。 
* M
50 ^^ "funcback"

	x="c:\tmp\funcfile.txt",
	mx[+,
	#R &?("%s",x) #m		;open funcfile
	#28				;send line to lbuf
	&Sm(pq..100,wa..18,244)
 	pn.4-,                          ;func key label ptr
	#C				;close funcfile
	mx], .

*
 ファンクラベルを書き換えたとき、書き戻しはどうするのか? 
 vz.defから元々読み込まれたメモリ上のオリジナル・ファンクラベルは
書き換えた時点でなくなっているのだから、どっか恒久的な場所に保存して
おかなくちゃいけない。で、ファイルだ、という展開でした。
 (ディスク上のファイルvz.defから再読み込みしたら? 検索が大変なのと、
逆=書き換えファイル用にも使えるから、こうなりました。
 じゃあ、これ、ファイルでなくEMSにしてみたら? うげげげげ。)

 とにかく。
 ね、恒久的データ保存領域って欲しくなるでしょ?
 僕だけかな? でも、何かすると、僕のばあい、必ずこの壁にぶつかって
きたものですから。


># たぶん大外れだな
 ぜんぜん。大当たりですよ。たとえば、そんな巨大保存バッファが使える
となったら、何をしたいのだっけ? とは少しは考えていましたから。
 嬉しいです、話が通じて、「そうそう、それのことなんですよ!」って
感じられるのは。m(__)m

>例えば、項目別に区切って、変数などのデータ領域とか、マクロ?などを
>バッファ丸ごとコピー?する領域とかしておいて
>メモリに書き戻す、みたいな感じかなぁ。
>(それってVZ.DEF みたいなマクロファイルそのものじゃ?)
>オーバーレイ的なものとか?
>ファイル方式の利点はサイズが可変長というところですね。

 上、新鮮で、ビンゴものでした。vz.defみたいなマクロファイルみたいなのが
ファイルの形式にせよ、メモリ上にせよ(1kbuf.com)、EMS上にせよ、取れたら、
使い道あるよなぁ、と思ってます。(注)
 「マクロなどのバッファ丸ごとコピー」。ステキです。
 できる? ほんとに必要? ということは、とりあえず考えないでおきます。(^^)
 あいかわらず夢をみている。
 だから、秀丸にはそうたやすく行けない。本格的にはぜったい行かないことが
決定されておりますが。だから、あのPATA HDの山と格闘しているわけで。

(注)これを追求すると、vz.comが起動時どのような仕組みでvz.defその他のdefを
読み込むのか、ということになる。最終的には、init.asm+core.asmぐらい?
 これまた楽しい夢想。

---------------------------------------------------------------------------
 今回は、大した時間を、VzないしVzマクロに使っているわけではありませんが、
プログラムって、メモリを使う、処理終わったらメモリを解放する、そして自分も消える
という風なのが超基本的姿なんだな、とか考えています。
 それこそ、dosの内部コマンドと外部コマンドみたいに。command.comの常駐部、
非常駐部みたいに。
 僕は、ずっとそこにいて、データを保持しつづけてくれる「常駐もの」みたいなの
を、ずっと前から欲しがっていたんだ、と。
 そして、この行く末が、マルチタスクなんだなぁ、と。インターフェイスは今も
好きではありませんが、Windowsはそれで偉かったんだ、とか。
 ネットワーク関係(インターネット)は、windowsですけどね。

 というわけで、「1kbuf.com」プロジェクトは、僕のVzにとっては、どんぴしゃに
正解だったんだ、と確信しております。多謝でありまする。


 さて、60枚の年賀状です! やれやれ。いつまでも逃げてるんじゃないの!



08647/08638 CRG00666 文太 EMS_buff.def (0.5)
( 1) 18/12/30 23:39 08638:文太さんへのコメント

 やりたいときにやってしまえ。
 記念に上げます。

 データ構造を少しだけ洗練させた(使うの、それ、ほんとに?)
 バッファを4つに増やした。EMS4ページ。
 きちんと環境管理できるなら、4つのマクロから別々にバッファを使えるはず、
なんだけど……。ヒストリーとか面倒なことなく。1個のデータね、それぞれ。
 こういう風にEMSって使えるのか、テストもまだろくすっぽしてないのにね。
 本質的には、約10年前の1kbuf.comのときと同じことをしています。
 同じところをぐるぐるぐるぐる。このパターンは不変。
 違いは、やっぱりVzマクロを素直に使うと(マシン語にばかり頼らないと)
コーディングが楽です。パパパっとできる。
 あくまでバッファを造ろうとしているだけなんだから、下はみんなブラックボックス
になるのが理想です。


=== EMS_buff.def (0.5) by Bunta ===;
#if0
 習作・部品・テスト用マクロ
 未完成(histcopy system, not yet)--- will you really do that?
  これは別マクロね、するとしても。
 以下は、テストのため、全部の機能を入れてしまってます。実用的には、
EMS情報領域確保、データ領域(EMS)確保
EMS解放
 の2つの間に、データの出し入れのマクロないしマクロ部品が存在するはずです(願望)

EMSに文字列を保存するテスト。
4ページ(16KB*4)の領域を、4つのバッファとして確保する。使いきれるとは思えないが。
Bv (logtbl) 256 前提。
pq..145+128以降の10バイト*4を恒久的管理用データ保存バッファとして使用。
 中身はアイテム個数、全体文字列長、先頭文字列長、EMSハンドル、EMSセグメント
 【データ構造】(a-d)
 a..0:アイテム個数
 a..1:データ全体長
 a..2;先頭文字列長
 a..3:EMS handle
 a..4:EMS frame seg

★カスタマイズが必要なのかもしれない箇所。
 ★1 Vzのお腹の中にあるべきデータ保存バッファ
 ★2 EMSページフレームのアドレス(セグメント)。vmapで調べておく。

二重起動しないようエラーチェックを入れた。
細かいことを書いておくと、文字列コピーとし、最後のヌルも転送することにした。
 その後の処理がこのほうが楽なような気がする。
EMS解放で、Bv管理データバッファもクリアするようにした。

 【to do】
 データの格納はヌル区切り、ヌルヌル末尾のヒストリー形式にすること。
 データ格納・管理が大変になるよ……。
#endif

* Macro
50 ^NX "EMS_buff"

	nn[, oo[, pp[, qq[,

	;--- sample string & its length with ending null
        n="aaaあdefい",			;<n>
        &Sn(n) nn=r+1,			;<nn>, +1 means "with null"
	o="bbbいいい",			;<o>
        &Sn(o) oo=r+1,			;<oo>
        p="cccうdefうx",		;<p>
        &Sn(p) pp=r+1,			;<pp>
	q="dddえええy",			;<q>
        &Sn(q) qq=r+1,			;<qq>

	;--- set Bv data buffer
	a=pq..145+128,		;Bv personal buffer★1 upto +126 (hometext.def)
	b=pq..145+138,
	c=pq..145+148,
	d=pq..145+158,

	;--- check if EMS buff exists or not
	x=$c000,		;<e> EMS frame address★2 各自、事前にチェック設定のこと
	(a..4==x)? {&m("EMS already gotten.") .}


	;-------------------------------------------------------
	;--- save EMS info
			a..0=1,		;item
			a..1=nn,	;all_length
			a..2=nn,	;top_str_length
        &Ea(1) 		a..3=r,		;EMS handle (allocation)
        &Em(a..3) 	a..4=r,		;EMS segment (mapping)

	;--- iseg strcopy (-> EMS)	<x> 4 identifiers, <y> str ptr in gz
	x=a, y=n, &00
        &m("1st string written on EMS(1); handle %d",a..3)
        &p
	;-------------------------------------------------------
			b..0=1,		;item
			b..1=oo,	;all_length
			b..2=oo,	;top_str_length
        &Ea(1) 		b..3=r,		;EMS handle
        &Em(b..3) 	b..4=r,		;EMS segment
	x=b, y=o, &00
        &m("2nd string written on EMS(2); handle %d",b..3)
        &p
	;-------------------------------------------------------
			c..0=1,		;item
			c..1=pp,	;all_length
			c..2=pp,	;top_str_length
        &Ea(1) 		c..3=r,		;EMS handle
        &Em(c..3) 	c..4=r,		;EMS segment
	x=c, y=p, &00
        &m("3rd string written on EMS(3); handle %d",c..3)
        &p
	;-------------------------------------------------------
			d..0=1,		;item
			d..1=qq,	;all_length
			d..2=qq,	;top_str_length
        &Ea(1) 		d..3=r,		;EMS handle
        &Em(d..3) 	d..4=r,		;EMS segment
	x=d, y=q, &00
        &m("4th string written on EMS(4); handle %d",d..3)
        &p
	;-------------------------------------------------------

&m("4 strings written on 4 EMS pages; handle %d,%d,%d,%d",a..3,b..3,c..3,d..3)
	qq], pp], oo], nn],
	.


	;--- strcopy prep		;<x> <y>
00:	ax=gz, si=y, cx=x..2,		;set source
	bx=x..4, di=0,			;set destination
	;--- iseg strcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")


;----------------------------------------------------------------------------------

51 ^NY "fromEMS"

	a=pq..145+128,	;Bv personal buffer★1 upto +126 (hometext.def)
	b=pq..145+138,
	c=pq..145+148,
	d=pq..145+158,

	;--- check if EMS buff exists or not
	x=$c000,	;EMS frame address★ 各自、事前にチェック設定のこと
	(a..4==x)?? {&m("EMS buffer not exists.") .}

	(ks&1)? >A	;Close EMS page by shift


	;--- copy str from EMS buff to PR

	!01 (r<0)? {&m("canceled.").}
	(r)>? {(x=a)(x=b)(x=c)(x=d)}	;<x>

        &Em(x..3)			;EMS mapped with handle <x..3>

	;--- strcopy prep
        ax=x..4, si=0, cx=x..2,		;set source
        bx=gz, di=pr,			;set destination

	;--- iseg strcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("%s, read from EMS",pr)
	.

 :A 	;--- Del 4 EMS buffers ---

        &Ef(a..3)			;close EMS
        &Ef(b..3)			;close EMS
        &Ef(c..3)			;close EMS
        &Ef(d..3)			;close EMS

	&m("4 EMS buffers closed. Handle %d %d %d %d",a..3,b..3,c..3,d..3)

	;--- clear data buffer, thanx to mezala
        x=40/2,				;data buff/2
        (x){ x--, a..x-, }		;null by 2 bytes
	.

* P
01      "EMS buff str",15,4
        "A 1st string"
        "S 2nd string"
        "D 3rd string"
        "F 4th string"

*



08648/08648 BQO00549 konno 2019'今年もよろしく
( 1) 19/01/01 21:09 コメント数:1

みなさま、明けましておめでとうございます。
今年もよろしくお願いします。

さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。
30年間変わらずに使われ続けている稀有なDOSソフト、奇跡のソフトかと。
DOSが無くなってもVTDOSがあるじゃない(マリーアントワネットじゃないよ)

もうここまで来たら何でもありで、お気楽に逝きましょう。(字が違うって)

とりあえず、去年の纏めから

■■■■ リストスレッド表示2 (タイトルが変わらない記事を省略して表示) ■■■■

▼ - No.8638 - EMSテストマクロ - 文太 - 18/12/28-23:50
6
▼ - No.8645 - ココログの変 - konno - 18/12/30-15:37
1
▼ - No.8640 - VTDOSのお供 CKWV 私家改造版 - konno - 18/12/30-00:32
3
▼ - No.8632 - Tra_TAG.def のバグ - konno - 18/12/02-00:00
    No.8637 - Tra_TAG.def 改 k05 - konno - 18/12/25-03:13
6
▼ - No.8590 - VZk07t01 公開停止 & VZk07t 公開版の差し替え - konno - 18/11/16-22:33
    No.8624 - IMASK3 合体版の改造版 - konno - 18/11/21-21:28
    No.8628 - Re^3: IMASK と制約解除呪文 - 文太 - 18/11/24-21:39
    No.8626 - Re^3: VZk07t 修正版と IMASKとmaskman2合体版 - shadow - 18/11/24-08:45
36
▼ - No.8586 - GPD Pocket Windows10 64bit - konno - 18/11/13-00:32
5
▼ - No.8591 - DOSモバでSORT.DEF(高橋版) - konno - 18/11/16-23:45
4
▼ - No.8469 - アセンブラの再履修 popwindow - konno - 18/10/31-21:09
    No.8486 - Vz昔話 - konno - 18/11/03-19:42
    No.8477 - 画面サイズ250*80 はVZの限界? - konno - 18/11/01-02:46
103
▼ - No.8583 - V_cursor.def Ver06 - konno - 18/11/11-01:35
1
▼ - No.8493 - 備忘録 LXCLND.defの改造 - konno - 18/11/04-17:29
    No.8494 - 備忘録 VTDOS と pkxarc - konno - 18/11/04-17:57
11
▼ - No.8375 - VTDOS+VZ で #N、#P でのエラー - konno - 18/10/18-20:58
    No.8409 - &z("") on dos6.2 - 文太 - 18/10/21-23:07
    No.8433 - k07t3 は内部ワークの位置ズレ有り、公開停止します - konno - 18/10/28-02:37
    No.8452 - PC-98のファンクションキー - としき - 18/10/29-10:20
89
▼ - No.8473 - VZk07t5 アップ - konno - 18/10/31-23:28
    No.8484 - Re: VZk07t5 バグありました - konno - 18/11/02-01:34
2


整理するとこんな感じでしたが、10月以降に立てたスレッドが6件も過去ログに逝ってしまうなど
昨年は大変に盛り上がりました。
みなさま、本当にありがとうございました。

今年は猪突猛進の年ということで、どこに向かうかは全く分からないですが
なにとぞよろしくお願いします。



08649/08645 DGF01024 めざら Re: ココログの変
( 1) 19/01/03 14:56 08645:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

> というのは余談なので置いといて

おえ,QUEENが余談なんすか?

> ・・・運営にメールしてみるか。

無駄ですよ.そういうものなんです.

ブログ系では「はてなダイアリー」が,わりあい文法に沿ったソースを出力していました.
なので,わたしは「はてな」を選択しました.

しかし,その「はてな」も「はてなブログ」のリリースで,見栄え民に迎合し,
ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています.

CMS系のジェネレータなんて,糞ばかり.

08650/08648 DGF01024 めざら Re: 2019年,今年もよろしくお願いします
( 1) 19/01/03 15:41 08648:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

喪中のため,年頭のご挨拶は失礼させていただきます.
本年もどうぞよろしくお願いいたします.> konnoさんはじめ,皆みなさま.

> さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。

来ましたね,30週年.何月リリースだったかな.
一応,5月ということで,記念のオフでも開催しますか.
c.mosさんや上村さんに,畏れながらお声掛けして……なんちゃって.

わたしの環境では,テンポラリファイルとEMSとの相性なのかもしれないのですが,
以前から編集テキストが大きく崩れる…ということが結構頻発していて,
どのバージョンで発生することが多いのか検証しようとしています.
(LXでもそこそこ起こるので,VZそのものの問題を疑っています.)

そこでボトルネックになるのが,版の管理なんですね.
そこで今さらお願いなのですが,もう少し版の情報を明示していただけないでしょうか.

konnoさんのご苦労は重々承知しているのですが,VZのページについて整理して欲しいのです.
一応わたしも版の情報(http://mezala.la.coocan.jp/vz/history/verdetail.html)を
提供しようとしてはいるのですが,これがまとめきれないのです.複雑で.

とりあえずで結構なのですが,各版の実行ファイルのサイズとタイムスタンプを
明示してはいただけないでしょうか.
その後,各版の機能説明を詳しく伺って,まとめたいと考えておりますので,
なにとぞ宜しくご検討ください.

その昔,榊原さんや上村さんは,マクロ本体よりもドキュメントに時間をかけたと,
おっしゃっていましたね.後世に残すために,明解な説明は何より重要だと思います.
正月から要求ばかりで申し訳ないですが,自分にあまり時間が残されていないので……

08651/08645 BQO00549 konno Re^2: ココログの変
( 1) 19/01/03 22:17 08649:めざらさんへのコメント コメント数:1

> おえ,QUEENが余談なんすか?

(^^;
じつのところ、ココログはほとんど休眠していたので、誰も読んでないかもと思い
半分はクイーンの宣伝で書き込んだのでした。(^^;
「ボヘミアンラプソディー」マジ良いっすよ!!

> > ・・・運営にメールしてみるか。
>
> 無駄ですよ.そういうものなんです.

まだメールしてませんが、以前は普通に記事を書けていたように思ったので
ココログのエデイタが変わったのか、はたまたHTML の仕様が変わったのか
いずれにしてもこれは困った事象なので、どうしたものですかね。

> しかし,その「はてな」も「はてなブログ」のリリースで,見栄え民に迎合し,
> ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています.
>
> CMS系のジェネレータなんて,糞ばかり.

そういうものなんですか。
私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。



08652/08648 BQO00549 konno Re^2: 2019年,今年もよろしくお願いします
( 1) 19/01/03 22:40 08650:めざらさんへのコメント

> 喪中のため,年頭のご挨拶は失礼させていただきます.
> 本年もどうぞよろしくお願いいたします.> konnoさんはじめ,皆みなさま.

そういえば、ブログの記事は読ませていただいていました。m(__)m
ともあれ、今年もよろしくお願いします。

>
> 来ましたね,30週年.何月リリースだったかな.
> 一応,5月ということで,記念のオフでも開催しますか.

記念オフいいですね、時期は検討するとして、是非やりたいですね。

> c.mosさんや上村さんに,畏れながらお声掛けして……なんちゃって.

(^^;
もし実現出来たらうれしいですが、VZの神様を前にしたら私固まっちゃいそう。
素人が適当に弄りまくってるんだから、冷や汗たらたらですよ。(^^;
初夢としたらいい夢ですね。

> わたしの環境では,テンポラリファイルとEMSとの相性なのかもしれないのですが,
> 以前から編集テキストが大きく崩れる…ということが結構頻発していて,
> どのバージョンで発生することが多いのか検証しようとしています.
> (LXでもそこそこ起こるので,VZそのものの問題を疑っています.)

げげ、そんなやばいことになってるんですか。
再現出来るものは調査してみます。

> とりあえずで結構なのですが,各版の実行ファイルのサイズとタイムスタンプを
> 明示してはいただけないでしょうか.
> その後,各版の機能説明を詳しく伺って,まとめたいと考えておりますので,
> なにとぞ宜しくご検討ください.

わかりました。
私もこのところバグの発覚が相次いで版が混乱しているので、整理、管理を
出来る範囲で見直します。

> その昔,榊原さんや上村さんは,マクロ本体よりもドキュメントに時間をかけたと,
> おっしゃっていましたね.後世に残すために,明解な説明は何より重要だと思います.

キチンとしたドキュメントは私の一番苦手な部類ですが、今年の目標、計画として
心がけたいと思います。



08653/08645 CXB00940 としき Re^3: ココログの変
( 1) 19/01/05 18:53 08651:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> > おえ,QUEENが余談なんすか?
>
> (^^;

まずは余談にお付き合い。
私の中学時代は80年代前半。
当時、聴いていた音楽は、歌謡曲を除くとYMOぐらい。
ABBAの名前ぐらいは知っていましたがね。
高校・大学のころはクラシックがメイン。
90年代になって社会人になってから、レッツェとかディッパを少し聞きました。
とりあえず、私にとって、クイーンといったらエリザベス2世。
マーキュリーといったらセーラー戦士。(ぉぃ)

> > CMS系のジェネレータなんて,糞ばかり.
>
> そういうものなんですか。

ま、そうとも限らないのですが。
自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
それこそ、Strict大好きなめざらさんをも満足させるくらいに。
でも、そういうのって、当然ながら面倒なんですよ。
なので、

> 私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。

面倒なく記事を書く、という目的が達成できなくなるという。
でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
ないという意味で、運営にメールするというのは決して悪いことではないと。


08654/08645 BQO00549 konno Re^4: ココログの変
( 1) 19/01/06 01:43 08653:としきさんへのコメント コメント数:1

> まずは余談にお付き合い。
> 私の中学時代は80年代前半。
> 当時、聴いていた音楽は、歌謡曲を除くとYMOぐらい。
> ABBAの名前ぐらいは知っていましたがね。

そうか、「ボヘミアンラプソディー」を聴いたのは75年ごろなんですよね。
10年違うとしたら、私の場合は65年ごろか。
その頃のことはほとんど覚えていないのですが、小学生の頃はアニメや歌謡曲を
テレビで見てたくらいですねぇ。
中学の頃は兄の影響もあってラジオで色々聴くようになってましたね。

> 高校・大学のころはクラシックがメイン。
> 90年代になって社会人になってから、レッツェとかディッパを少し聞きました。

クラシックは学校の授業でしか聴く機会がないのと、授業中に怒られたトラウマが
いや何でもないです。

> とりあえず、私にとって、クイーンといったらエリザベス2世。

その女王様の国から「キラークイーン」なんて歌が出るのも凄いなぁと思いました。

> マーキュリーといったらセーラー戦士。(ぉぃ)

これを知っているというのは通な人なんですかね。(^^;

> 自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
> それこそ、Strict大好きなめざらさんをも満足させるくらいに。
> でも、そういうのって、当然ながら面倒なんですよ。

なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。
ココログでもHTMLの知識が有れば見栄えの調整は出来るので、これでいいかぁ。

> でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
> ないという意味で、運営にメールするというのは決して悪いことではないと。

そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・



08655/08645 CXB00940 としき Re^5: ココログの変
( 1) 19/01/06 02:08 08654:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。

ここだけ。
ラクーカンにWordPressをインストールしたという猛者もいるらしい。
というか、インストールするだけならかじった程度の素人でも可能らしいけど、
満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

> そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・

あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
ブルジョアみたい。
例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
の文書化の手間を省いています、といった感じで。
ちくしょ〜、うらやましくなんかないぞ!
#なんのこっちゃ


08656/08645 BQO00549 konno Re^6: ココログの変
( 1) 19/01/06 21:45 08655:としきさんへのコメント コメント数:2

> ラクーカンにWordPressをインストールしたという猛者もいるらしい。
> というか、インストールするだけならかじった程度の素人でも可能らしいけど、
> 満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

なるほど。頑張れば入れることは出来そうな気もしますね。
でも、最後の行でくじけました。
今は軟弱の極みなので。(^^;

> あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
> の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
> ブルジョアみたい。

うーん、先送りは合っていますが、面倒は好ましくはありませんね。

> 例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
> よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
> の文書化の手間を省いています、といった感じで。

面白い表現ですね。(^^;
多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
# あくまで放置したいらしい。

> ちくしょ〜、うらやましくなんかないぞ!

あれ? 某屋敷には実った果実が山になっているという噂も。
みんなドック入りのようですが。
外しているかな。新しい種を仕入れる話とか。



08657/08645 CXB00940 としき Re^7: ココログの変
( 1) 19/01/07 12:48 08656:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

ま、くれぐれも、無理のないように。

> 多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;

でも、そもそも文書化できるのはkonnoさんしかいないわけで。
めざらさんも、そして私にもできることはない。
ということは、腐って落ちることはありうるけど、大地に帰る可能性は皆無かと。
だって、そこで食物連鎖が途切れるから。
あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

若いときの苦労は買ってでも、なんていう言い回しがありましたよね。私自身、
あまり強く同意はしていないのですがね。でも、少しは共感する部分もある。
例えば、60歳なんていう若いときに苦労しておけば、61歳になって年老いて
から楽ができる、ということもあるかもしれません。文書化という行為に関して
だけは、こういった計算が大いに当てはまるのではないかと、私は考えているの
ですよ。だから、34歳のときに苦労したくなかったから33歳のときに文書化
で汗をかいていたり、とか。
って、本当は、よそから突っ込まれたくないだけなんですけど。
そして、悲しいかな、一番ツッコミが激しいのが、1年後の自分だったりする。
3年後になると、もっとツッコミが厳しくなったりして。


> あれ? 某屋敷には実った果実が山になっているという噂も。
> みんなドック入りのようですが。
> 外しているかな。新しい種を仕入れる話とか。

多分、それは単なる噂。だと思う。私にも自信はない。
家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
でも、保存しているだけで蒔かないと芽は出ない。
そういうのは結構あるかも。


08658/08645 CRG00666 文太 Re^7: ココログの変
( 1) 19/01/07 15:23 08656:konnoさんへのコメント コメント数:1

>あれ? 某屋敷には実った果実が山になっているという噂も。
>みんなドック入りのようですが。
 くくくくく。
 あはははは。もうああ言えばこう言う。
 笑わせてもらいました。

>多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
>そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
 このような比喩がすごくはまってしまう。

 皆様、がんばってくださいね。
 明けました。おめでとうございます。


08659/08645 BQO00549 konno 次の種
( 1) 19/01/07 20:43 08657:としきさんへのコメント

> あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

そ、そうです。(^^;
もちろんその意図を含めての喩え話です。(^^;;
スパゲティなソースでも美味しく料理できる人が出ないとも限らないし。

> 例えば、60歳なんていう若いときに苦労しておけば、61歳になって年老いて
> から楽ができる、ということもあるかもしれません。

ぶふっ、思わず吹いてしまいました。(^o^;
光陰矢の如しですね。

> そして、悲しいかな、一番ツッコミが激しいのが、1年後の自分だったりする。
> 3年後になると、もっとツッコミが厳しくなったりして。

これはみんな同じですよね。放置すると他から突っ込まれるだけで。

> 家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
> でも、保存しているだけで蒔かないと芽は出ない。
> そういうのは結構あるかも。

最近見たのはジャガイモとかサツマイモ(違う)
良い種があるので接ぎ木をすれば甘い果実が実りそうと思っているんですが。
何か上手い接ぎ木の案がないですかねぇ。



08660/08645 BQO00549 konno Re^8: ココログの変
( 1) 19/01/07 21:24 08658:文太さんへのコメント コメント数:2

> >あれ? 某屋敷には実った果実が山になっているという噂も。
> >みんなドック入りのようですが。
>  くくくくく。
>  あはははは。もうああ言えばこう言う。
>  笑わせてもらいました。

新年初笑いですね。私も大笑いしました。(^〇^)
テキは本の字にあり、とか。(それは違う変)

> >多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> >そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
>  このような比喩がすごくはまってしまう。

土巣から生まれ出たものは土州に還るのが自然の摂理かと。(違うって)
いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

>  皆様、がんばってくださいね。
>  明けました。おめでとうございます。

今年もよろしくお願いします。

ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・


# ああ、今年も新年早々駄洒落全開だぁ。



08661/08645 CRG00666 文太 Re^9: ココログの変
( 1) 19/01/08 12:54 08660:konnoさんへのコメント コメント数:2

>ああ、今年も新年早々駄洒落全開だぁ。
 炸裂しまくってますね。(^^)V

>ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・
 うーん、代表的な曲はどっかで聞いているようですが、リアルタイムの熱狂は個人史
の中にはないようですね。

We will Rock You (youtube)
https://www.youtube.com/watch?v=-tJYN-eG1zk
(歌詞がまったく聞き取れないので、lyricsで調べたら、ちゃんと聞こえた。分かりやすい
世界観と人生観。熱と若さ)

Queen, wiki
https://ja.wikipedia.org/wiki/%E3%82%AF%E3%82%A4%E3%83%BC%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
 この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

 とはいえ、なぜか(ふつうに)映画のほうは家族内で注目を集めているようで(珍しい)、
きっと観にいくことになるのでしょう。
 家族そろっての映画鑑賞も、とっても珍しいことなのですが。



08662/08645 CXB00940 としき Re^9: ココログの変
( 1) 19/01/08 16:42 08660:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 土巣から生まれ出たものは土州に還るのが自然の摂理かと。(違うって)
> いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

もはや窓辺で水耕栽培状態。
しかも、その窓には厚いカーテンがかかっていて薄暗い。
やはり、きちんと手を加えないと土に返ることもかなわないかと。
そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。


> ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・

昨日あたりから流れているニュース。
Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
のだとか。
私、思想信条としては大いに賛同するところではあるのですがね。
それにもかかわらず、イギリスの天文学者がアメリカの大統領に、というところ
に、かなり強い違和感を禁じえない。もしかしてあれか、天文学的観点、または
芸術家としての視座からすると、地球環境がのっぴきならない状況にあるという
判断なのでしょうか。実はそんなことではなく、日本人および日本国の為政者の
環境保護努力がていたらくだから、というのが答えだったりするとイヤだなぁ。


08663/08645 CRG00666 文太 Queenの話
( 1) 19/01/08 17:57 08661:文太さんへのコメント コメント数:1

https://www.youtube.com/watch?v=RQWTUtlMs5Y
 面白かった。そういう時代でしたか。6分の曲をきちんと鑑賞するのに、
こんな1時間以上の番組をみてしまいました。
 結論。僕には「これはカブキである」ですかね。
 楽しい時間でした。


08664/08645 BQO00549 konno Re^10: ココログの余談
( 1) 19/01/08 21:51 08661:文太さんへのコメント

> >ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・
>  うーん、代表的な曲はどっかで聞いているようですが、リアルタイムの熱狂は個人史
> の中にはないようですね。

そうですよね、多分小学生ごろだと、普通に縁がないでしょう。

> We will Rock You (youtube)
> https://www.youtube.com/watch?v=-tJYN-eG1zk
> (歌詞がまったく聞き取れないので、lyricsで調べたら、ちゃんと聞こえた。分かりやすい
> 世界観と人生観。熱と若さ)

これ、歌詞はわからないけど、良かったですよ。映画の中のエピソードで。
数々の名曲が生まれるエピソードが、もうね、たまらなくいい!!

ああ、また観たくなっちゃうぅ。

> Queen, wiki
> https://ja.wikipedia.org/wiki/%E3%82%AF%E3%82%A4%E3%83%BC%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
>  この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

私も下手の横好きで、色々聴いていましたよ。
だから、当時は特にクイーンのファンというほどではなかったんだけど。

>  とはいえ、なぜか(ふつうに)映画のほうは家族内で注目を集めているようで(珍しい)、
> きっと観にいくことになるのでしょう。
>  家族そろっての映画鑑賞も、とっても珍しいことなのですが。

やっぱりブームが起きているんですね。
好きな人はもう何十回と観に行っているそうで。
何回も映画館で観たくなる映画って、そうそうないですが、これは私的にも一番かもしれません。



08665/08645 BQO00549 konno Re^10: ココログの変
( 1) 19/01/08 22:04 08662:としきさんへのコメント

> もはや窓辺で水耕栽培状態。
> しかも、その窓には厚いカーテンがかかっていて薄暗い。
> やはり、きちんと手を加えないと土に返ることもかなわないかと。
> そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。

うう、もはや何の話かわけわかめな感じですが、カーテンは自分で捲ってね。(^^;
おいしそうな実があったら海賊が取りに行くかもしれませんが。(それは悪魔の実)

> 昨日あたりから流れているニュース。
> Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
> のだとか。
> 私、思想信条としては大いに賛同するところではあるのですがね。

これは知りませんでした。
良いんじゃないですかね。
ちょうど映画もゴールデングローブ賞だか取ったそうで、注目されてますしね。



08666/08645 BQO00549 konno Re: Queenの話
( 1) 19/01/08 22:17 08663:文太さんへのコメント

> https://www.youtube.com/watch?v=RQWTUtlMs5Y
>  面白かった。そういう時代でしたか。6分の曲をきちんと鑑賞するのに、
> こんな1時間以上の番組をみてしまいました。
>  結論。僕には「これはカブキである」ですかね。
>  楽しい時間でした。

ああ、これ、私も観ましたよ。
私は歌詞がわからないので、最初は人を殺しちゃったのかと思ったものです。
マイケルジャクソンの「ビリージーン」も、歌詞を知って冷や汗が出ました。(^^;

# しらないままで、ずっといい曲だなぁと思っていたという。(^^;



08667/08667 BQO00549 konno 備忘録 最近のWin10とVTDOS
( 1) 19/01/19 19:01

最近のWin10にVTDOSをインストールすると、文字化けする場合があります。
私は無意識に弄ってそのまま忘れてしまっていたので、対処方法を
10#さんのBBSから引用します。


VTDOSを起動したら、タイトルバーを右クリック、
コンソールウィンドウのプロパティを開き、
オプションタブの「レガシーコンソールを使用する(再起動が必要....)」にチェックを入れる

これでVTDOSを一度閉じて、再起動すると文字化けが解消します。


ところで、最近Win10のビルド1809の更新がありましたが、デスクトップで1時間以上
ノートは3時間もかかりました。
32ビット版はメモリも少ない上に、HDDの空きが少ないのも影響したようで
要らないファイルを削除して空きを作りました。

うーん、ノートを買い替えると32ビット版Win10環境が無くなるので迷うところです。
予備機として動態保存しておけばいいかな。


08668/08668 CXB00940 としき 悪影響はなさそうだけど
( 1) 19/01/27 18:34 コメント数:1
参照先:http://toshiki.la.coocan.jp/

本当に悪影響がないかは不明。それに、そもそも期待した効果が得られていない
のは確実なところ。

気がついたきっかけは、野ざらし言#4449に関する調査からです。当初は各掲示板
のトップのツリー表示だけを対象に調査していたので気がつかなかったのですが、
個別発言表示のHTMLソースを比較していて気がつきました。
さかのぼること7年あまり前、#5638で重複コンテンツの問題を話題にしました。
これ、最近でも、野ざらし言#4440で取り上げています。
そして、この問題の解決策として、当時、#5640で rel="canonical" を導入する
ことを提案しました。その後、導入していただいているようなんですが、こいつ
の使い方に問題があることに気がついた、というのが今回の主題。

例によって前置きが長くなっていますが、記憶を新たにするために必要なことと
ご容赦ください。

さて、この掲示板での rel="canonical" の使用法ですが、固定的に掲示板トップ
を指しています。これ、わりとよくある誤用例。何が悪いかというと、掲示板の
トップと個別の発言は、当然だけど重複していないよね、ということ。
最近のgoogleは賢くなっているので、重複していないものを重複していると判断
することは少なくなっていると思います。でも100%の信頼は置かないほうが
いい。それに、世の中にはgoogle以外の検索エンジンもあります。最近の報道に
よると、googleにプライバシーを丸ごと把握されるのはいやだということなのか、
google以外の検索サイトの利用も増えているとか。

もしも、konnoさんの指示した通りに、重複していないものを重複していると判断
されると何が起こるか。最悪の場合の例が以下のURLで紹介されています。

https://productforums.google.com/forum/?_escaped_fragment_=topic/webmaster-ja/aqrX8JPLy0I

このような事象を避けるためには、canonical の指定をきちんとするべきです。
うちの板塀がどのようにしているかは、個別の発言なりツリー一括表示の部分の
ソースを表示してみればわかると思います。ブラウザによってはリンクの部分を
右クリックする必要があるかもしれませんが。

もちろん、このまま放置というのもありかもしれません。
あるいは、単純に canonical を撤去するというのもありでしょう。
googleをはじめ、各検索エンジンはよきに計らってくれることと思います。


以下、一応、参考URL。
基本はgoogleかな。
https://support.google.com/webmasters/answer/139066?hl=ja
ここの前説だけは熟読要。
あと、canonicalについて。
https://webtan.impress.co.jp/e/2013/09/30/16142
ここの最後というか12番目の項目が簡潔で読みやすいかも。


ということで、可及的速やかな改善を提案します。


08669/08668 BQO00549 konno Re: rel="canonical" の誤用
( 1) 19/01/27 22:42 08668:としきさんへのコメント コメント数:1

> さて、この掲示板での rel="canonical" の使用法ですが、固定的に掲示板トップ
> を指しています。これ、わりとよくある誤用例。何が悪いかというと、掲示板の
> トップと個別の発言は、当然だけど重複していないよね、ということ。

なるほど、私はVZの部屋とかマクロの部屋にサイトトップへの指定をしていました。
これは完全に誤用ですね。早速これらのページからは削除しました。
ご指摘ありがとうございます。

掲示板はもう少し考えてから対処しようと思います。複雑になりそうなので。
野ざらし言は使用してないんですね。

うちのサイトはグーグルに嫌われているのか、「VZEditor」や「VZエデイタ」で
検索しても全く表示されないので、何か悪いことでもしたのかなぁ。

> もしも、konnoさんの指示した通りに、重複していないものを重複していると判断
> されると何が起こるか。最悪の場合の例が以下のURLで紹介されています。

うーむ、これについてはどうなのかわからないですが、一度外して様子をみたほうが
いいかもしれないですね。

> このような事象を避けるためには、canonical の指定をきちんとするべきです。
> うちの板塀がどのようにしているかは、個別の発言なりツリー一括表示の部分の
> ソースを表示してみればわかると思います。ブラウザによってはリンクの部分を
> 右クリックする必要があるかもしれませんが。

えと、掲示板のトップを指定しているということでいいんですよね。



08670/08668 CXB00940 としき Re^2: rel="canonical" の誤用
( 1) 19/01/28 00:03 08669:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> うちのサイトはグーグルに嫌われているのか、「VZEditor」や「VZエデイタ」で
> 検索しても全く表示されないので、何か悪いことでもしたのかなぁ。

掲示板以外はチェックしていなかったのですが。
もしかして、悪いことをしていたのではないでしょうか。
例えば、canonical誤用とか。

> えと、掲示板のトップを指定しているということでいいんですよね。

ん?
あれ、間違えていないはずだけど、なんかやらかしたかな。
個別発言の場合は、canonicalにもmode=msgviewを指示するようにしています。
また、ツリー一括表示の場合は、canonicalにもmode=allreadを指定しています。
例えば、ツリー表示から個別発言を表示した場合と、新規順表示(発言番号順)
から個別発言を表示した場合とで、URLは異なりますが、canonicalには全く同じ
URLを指定しています。これがいわゆる、正規化URLというやつです。
というか、家主はそうなっているようにプロクラムしているつもりです。
もし、そうなっていないとしたら、バグです。
具体的に、どのようなURLの場合にどのようなcanonical指定になっているか比較
してみていただけますでしょうか。


08671/08668 BQO00549 konno Re^3: rel="canonical" の誤用
( 1) 19/01/29 23:05 08670:としきさんへのコメント コメント数:1

> もしかして、悪いことをしていたのではないでしょうか。
> 例えば、canonical誤用とか。

うーん、案外冗談ではないかもしれませんね。
URLの正規化によって、検索が逆にヒットしなくなっているとか。

> 個別発言の場合は、canonicalにもmode=msgviewを指示するようにしています。
> また、ツリー一括表示の場合は、canonicalにもmode=allreadを指定しています。
> 例えば、ツリー表示から個別発言を表示した場合と、新規順表示(発言番号順)
> から個別発言を表示した場合とで、URLは異なりますが、canonicalには全く同じ
> URLを指定しています。これがいわゆる、正規化URLというやつです。

なるほど、そういうことですか。
私は、canonical の指定は今やデメリットが多いのではないかと思い始めました。
なので、掲示板からも、canonical 指定を削除してしまいました。
これで暫く様子を見てみます。



08672/08672 DGF01024 めざら VZk07t5 の機能について
( 1) 19/01/30 14:31 コメント数:1
参照先:http://mezala.la.coocan.jp/

公開を停止している版のことを訊くのも気がひけるのですが,
こちらもなかなか時間がとれないので,とりあえず質問だけでもと思いまして.

VZk07t5 の機能についてですが,
> ・入力窓でプッシュポップの辻褄が狂った時ポインタの初期化する対策

これは,具体的にはどのようなことでしょうか.(いや,今時分すみません)
従来から問題があったことについての対策なのか,
それとも,k07t 固有(エンバグ等への対策など)の問題なのかわからなくて,
版の詳細:http://mezala.la.coocan.jp/vz/history/verdetail.html#k07t5
…が正確に書けないでおります.

お時間あるときに教えてください.

あと,本来スレッドを分けるべきところかもしれませんが,
新着情報:http://tamaneko.world.coocan.jp/bbs/sinn.cgi
…が更新されない(真っ白になる)ようです.
便利に使わせてもらっていますので,おついでのなるはやで.(^^;

08673/08672 BQO00549 konno Re: VZk07t5 の機能について
( 1) 19/01/30 21:19 08672:めざらさんへのコメント コメント数:1

> VZk07t5 の機能についてですが,
> > ・入力窓でプッシュポップの辻褄が狂った時ポインタの初期化する対策
>
> これは,具体的にはどのようなことでしょうか.(いや,今時分すみません)
> 従来から問題があったことについての対策なのか,
> それとも,k07t 固有(エンバグ等への対策など)の問題なのかわからなくて,

これは、#8375:VTDOS+VZ で #N、#P でのエラー  投稿者:konno   2018/10/18(木)
からの話題ですが、VZ の &z は、編集モードのみ動作保証しているようで、
ファイラーで誤動作は周知徹底してますが、入力窓も駄目という話なんですね。

で、スレが錯綜していますが、暫定的な対策として、
#8469:アセンブラの再履修 popwindow  投稿者:konno   2018/10/31(水)
に書き込んだのですが、一部引用します。


> さて、本題に入って、入力窓の&z の不具合は、マクロが中断してレジスタなどの
> 辻褄が狂ってしまい、その後の、ESC などの操作で、開いたままの窓を閉じる
> ルーチンを通って、不正なメモリへの書き込みになるのだと思われます。
>
> 入力窓のプッシュポップはマクロのサイレント、&s の使い方を間違えても
> プッシュポップの辻褄が狂って不具合を起こします。
> そこで、このルーチンに対策を入れてみました。

> このようにして、試験運用していますが、問題ないようです。
> プッシュポップの辻褄が狂った時不具合を起こす前に初期化します。
>
> ソースに間違いがなければ、これで公開しようと思います。


そして、VZk07t5 を公開したんですが、

> うう、バグが有りました。
> rf+ の時に、LFN で、半角スペースのあるファイル名をオープンすると、
> ファイル名がおかしくなったり、拡張子が TXT なのに、ビューモードに
> ならなかったりします。

> これは、VZk07t4 の時から同じだったようです。
> 未公開の私家版は対策できているんですが、ステータスラインの表示が
> いまいちよろしくなくて・・・互換性も考慮してないし。

ということで、公開停止となったわけです。


> あと,本来スレッドを分けるべきところかもしれませんが,
> 新着情報:http://tamaneko.world.coocan.jp/bbs/sinn.cgi
> …が更新されない(真っ白になる)ようです.
> 便利に使わせてもらっていますので,おついでのなるはやで.(^^;

うう、複数のページを読み込んで、一つでもエラーがあると表示しない
仕様になっていました。
個別に変えてみたら表示されるようになりましたが・・・

めずらし記事がプライベートモードになったんですね。(;_;)
以上、できはやです。(^^;



08674/08668 CXB00940 としき Re^4: rel="canonical" の誤用
( 1) 19/01/31 12:35 08671:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

掲示板とは異なり、一般のサイトの場合は通常、一つのコンテンツに対して一つ
のURLが対応しますから、canonicalを使う必要がないことがほとんどでしょう。
たまたま、うちのサイトは使っていますが、これにはいきさつがあって。以前、
ニフティのサイトが移転したじゃないですか。あの時、短い期間ですが、新と旧
の両方のURLを並立させていたんですよ。このときに、新のURLを正規化URLとして
指定したのがそのまま残ってしまっているだけの話。だけど、私、手作業で設定
しているので、いくつか間違いがあっても不思議ではないかも。

> URLの正規化によって、検索が逆にヒットしなくなっているとか。

例えば、サイト全体でトップページをcanonical指定していると、#8668に書いた
最悪例と同様に、トップページ以外が検索に引っかからなくなってしまうわけで。
もちろんトップページは検索対象となりますが、トップページそのものに例えば
「VZEditor」に関して、どれだけ詳しい情報が掲載されているものやら。一方で、
「VZエデイタ」に関して非常に詳しい情報が書かれていても、canonicalで非正規
とされたほうのURLは検索に引っかかりにくくなってしまいます。

> 私は、canonical の指定は今やデメリットが多いのではないかと思い始めました。

きちんと指定していれば、デメリットは全くないはず。少なくとも私はメリット
しか感じていませんし、世間一般から聞こえてくるのも喜びの声ばかり。むしろ、
フォントサイズ指定がいくつもあって同一のコンテンツが複数の(多数の)URLに
紐ついてしまっていることのほうが、よっぽどデメリットが大きいはず。


08675/08668 BQO00549 konno Re^5: rel="canonical" の誤用
( 1) 19/01/31 20:35 08674:としきさんへのコメント コメント数:1

> 例えば、サイト全体でトップページをcanonical指定していると、#8668に書いた
> 最悪例と同様に、トップページ以外が検索に引っかからなくなってしまうわけで。
> もちろんトップページは検索対象となりますが、トップページそのものに例えば
> 「VZEditor」に関して、どれだけ詳しい情報が掲載されているものやら。一方で、
> 「VZエデイタ」に関して非常に詳しい情報が書かれていても、canonicalで非正規
> とされたほうのURLは検索に引っかかりにくくなってしまいます。

なるほど、明快ですね。
私としては、より多く検索に引っかかって欲しいのですが、グーグルの独自な処理には
不信感があるので、やっぱり外して様子見します。


> きちんと指定していれば、デメリットは全くないはず。少なくとも私はメリット
> しか感じていませんし、世間一般から聞こえてくるのも喜びの声ばかり。むしろ、
> フォントサイズ指定がいくつもあって同一のコンテンツが複数の(多数の)URLに
> 紐ついてしまっていることのほうが、よっぽどデメリットが大きいはず。

確かに、キチンと適切に指定できればいいんですが、今のうちの掲示板では難しい
と思うので、私の結論は変わりません。


ちなみに、#5632 あたりで言っていましたが

> > 今日のテーマだけでなく野ざらし言も上位表示を逃がしています。

> げげ、上位どころか、28ページまで見ましたがまったく見当たらない。(+_+;
> 何故だかわかりませんがさすがにこのままではせっかく探してくれている皆さんに
> 申し訳ない(いまどきそんなやついないって)ので、対策してみます。

以前から問題があったわけですね。
実は、他にも怪しいと思っていたところがあったんです。

<meta name="Keywords" content="VZ editor,Neko Project II">

以前は検索キーワードを上記のようにしていたんです。(長いので一部のみ表示)
「VZ」と「editor」の間に半角スペースが入っているのは、オア検索で両方引っかかる
ことを期待していたんですが、もしかすると、グーグルは、「VZeditor」検索の時
「VZ editor」だと、検索順位を低くしている可能性を疑いました。

今気づきましたが、別ワードと判断して除外していたのかも。

それで、今は、半角スペースを無くして

<meta name="Keywords" content="VZeditor,NekoProjectII">

こういう風にしてみました。
これで暫く様子を見てみます。



08676/08672 DGF01024 めざら Re^2: VZk07t5 の機能について
( 1) 19/01/31 21:10 08673:konnoさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/

ご説明ありがとうございました.
少しかみくだいて万人に解るようにまとめたいと思います.(^^;

> うう、複数のページを読み込んで、一つでもエラーがあると表示しない
> 仕様になっていました。

あーら,それは,ひょっとして限りなくバグに近い仕様のあぶり出しに協力できたと,
勝手に解釈させていただきますね.なはは.(オレのせいかよ)

> めずらし記事がプライベートモードになったんですね。(;_;)

長年使ってきた はてなダイアリー が廃止されて はてなブログ に移行することになり,
データははてなブログにインポートできたのですが,はてなダイアリーの削除方法が
わからなくて,とりあえず非公開にしたんですね.内容が重複するので.

なので,目ずらし記事のURIは,https://mezala.hatenablog.com/ に変更願います.


08677/08672 BQO00549 konno Re^3: 新着情報の更新
( 1) 19/02/01 00:54 08676:めざらさんへのコメント コメント数:1

> ご説明ありがとうございました.
> 少しかみくだいて万人に解るようにまとめたいと思います.(^^;

お手数を掛けさせておいて申し訳ないんですが、この版はバグ取りはまず無理なので
再公開もまず無理、出来ないと思います。

ソース管理がいい加減だったつけがここにきて廻って来ています。
時間とスキルに余裕が出来たら、前の版のソースを弄ってみますかねぇ。

> > うう、複数のページを読み込んで、一つでもエラーがあると表示しない
> > 仕様になっていました。
>
> あーら,それは,ひょっとして限りなくバグに近い仕様のあぶり出しに協力できたと,

はい、エラー処理が無い方が動く場合もあることもわかりました。(^^;
というか、エラー処理が無いから動いたという。(^^;

> 長年使ってきた はてなダイアリー が廃止されて はてなブログ に移行することになり,
> データははてなブログにインポートできたのですが,はてなダイアリーの削除方法が
> わからなくて,とりあえず非公開にしたんですね.内容が重複するので.

あ、そういうことでしたか、それではこちらもリンク情報を変更しますね。
ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。



08678/08668 CXB00940 としき Re^6: rel="canonical" の誤用
( 1) 19/02/01 14:48 08675:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 私としては、より多く検索に引っかかって欲しいのですが、グーグルの独自な処理には
> 不信感があるので、やっぱり外して様子見します。

グーグルに対する不信感という点については、同意するところも多々あります。
でも、独自かどうかという点に関していうと、canonicalについては、ほぼ全ての
検索エンジンが対応しています。

cf.
https://www.suzukikenichi.com/blog/rel-canonical-resolves-duplicate-content/

もう、10年も前のことなんですね。
現在では、上記のページに記載されていないマイナーな検索エンジンや、当時は
存在すらしていなかった検索エンジンでも、概ね対応していると聞いています。
いわゆる、デファクトスタンダードというやつですね。
各検索エンジンの内部処理もこなれてきているようで、概ね仕様どおりの動きを
しているようです。
もちろん、全ての検索エンジンを敵に回すという判断もありですが、検索サイト
のさらに向こう側には、一般のユーザがいるわけです。例えば、Vzに関して困り
ごとを抱えた一般ユーザの、あたかも最後のわらというか蜘蛛の糸を、わざわざ
こちらから断ち切ることもないというか、むしろ太く頑丈にしておいた方がいい
のではないかな、と愚考するしだいです。


> 実は、他にも怪しいと思っていたところがあったんです。

meta keywords ですかぁ?
まぁ、いいですけど。私なんかは、思わず生暖かい目で見てしまいますが。
だって、このタグ、大手の検索エンジンはどこもサポートしていないから。
一応、googleとbingの公式見解は以下。

https://webmasters.googleblog.com/2009/09/google-does-not-use-keywords-meta-tag.html
https://blogs.bing.com/webmaster/2014/10/03/blame-the-meta-keyword-tag/

日本語だと、ここがわかりやすいかな。

https://support.google.com/webmasters/answer/79812?hl=ja&ref_topic=4617741

このページの一番上のほうに

> 各システムでは、サポートするメタタグのみを処理し、残りは無視されます。

このように明記してあり、サポートする一覧の中にkeywordsはありません。
いや、もちろん、グーグルの独自な処理は信用しないというのもありです。
でも、世界中のWEB管理者が実験していて、やっぱりkeywordsは無意味という結果
も出ているので、そこは素直に従ったほうが幸せになれるかと。

一方、上記「Google がサポートしているメタタグ」の一覧の中に、description
はあります。
昔、#5638でもdescriptionを重要視するように書きましたが、やはり、こちらを
重点的に対策するべきかと思います。


08679/08672 CXB00940 としき Re^3: VZk07t5 の機能について
( 1) 19/02/01 14:50 08676:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

割り込みですみません。
目ずらし記事のプロフィールで使っている写真、アレはなんですか?
ビスケット?

08680/08672 DGF01024 めざら Re^4: VZk07t5 の機能について
( 1) 19/02/01 21:06 08679:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

石臼です.
実家の門の前に敷石の間を埋めるように敷いてあったのですが,
雪の日に撮影したら,ああいう色味になったので,気に入って使っています.
現在は我が家の裏庭に転がっています.

08681/08668 BQO00549 konno Re^7: rel="canonical" の誤用
( 1) 19/02/02 01:45 08678:としきさんへのコメント コメント数:1

> もちろん、全ての検索エンジンを敵に回すという判断もありですが、検索サイト
> のさらに向こう側には、一般のユーザがいるわけです。例えば、Vzに関して困り
> ごとを抱えた一般ユーザの、あたかも最後のわらというか蜘蛛の糸を、わざわざ
> こちらから断ち切ることもないというか、むしろ太く頑丈にしておいた方がいい
> のではないかな、と愚考するしだいです。

もちろん私も同じ思いでいます。それなのに、「VZEditor」でヒットしないのは
ユーザーにとっても理不尽な気がします。
対策前も対策後も変わらないので、違うアプローチが必要と感じます。

> > 各システムでは、サポートするメタタグのみを処理し、残りは無視されます。
>
> このように明記してあり、サポートする一覧の中にkeywordsはありません。
> いや、もちろん、グーグルの独自な処理は信用しないというのもありです。
> でも、世界中のWEB管理者が実験していて、やっぱりkeywordsは無意味という結果
> も出ているので、そこは素直に従ったほうが幸せになれるかと。

昔はこのタグを利用するように聞いた気がするのですが、悪用されすぎて無視する
ようにされたのですかね。今もキーワード詐欺的なページはあるようですが。

> 一方、上記「Google がサポートしているメタタグ」の一覧の中に、description
> はあります。
> 昔、#5638でもdescriptionを重要視するように書きましたが、やはり、こちらを
> 重点的に対策するべきかと思います。

> meta descriptionに関しては、フレーズよりもセンテンスのほうがいいらしい。
> 例えば、「ここはVZ Editor、NP2関連情報などを扱う掲示板です」とか。

これですね。
藁にもすがる思いでこのタグも少し変えてみました。



08682/08672 BQO00549 konno Re^4: 新着情報の更新
( 1) 19/02/02 01:50 08677:konnoさんへのコメント コメント数:1

> ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

やってみたら、何とか更新日時の表示は出来たようです。
ほとんど忘れかけていたので、余計な文字もそのままですが。
少しはリハビリになったかも。



08683/08668 CXB00940 としき Re^8: rel="canonical" の誤用
( 1) 19/02/03 18:24 08681:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 対策前も対策後も変わらないので、違うアプローチが必要と感じます。

えと、対策したのは、いつ?
私の経験だと、googleの場合、対策が反映されるのは、平均して1ヶ月です。
速くて2〜3日、遅くて2〜3ヶ月。
ネットの評判によると、遅いときは6ヶ月かかることもあるとか。
また、反映と効果は違いますので、反映されるのは速くても、効果のないことも
よくある話。この場合はまさに、違うアプローチが必要ですね。

> 昔はこのタグを利用するように聞いた気がするのですが、悪用されすぎて無視する
> ようにされたのですかね。

そのとおりです。
もしかしたら、検索エンジン以外で利用しているツールはあるかもしれませんが。



で、まぁ、話は戻るのですが。
根本的には、canonicalなんかに頼るべきではない、というのは正論であって。
ではどうするか、というと、私がめざらさんのところで提案した、パラメータの
並べ方に気を配る、というのも一つの手段だったりするわけですよ。要は、一つ
のコンテンツを指し示すURLはなるべく少なくしましょう、ということ。
そういう点から言うと、ここの掲示板は、例えばフォントの拡大縮小などという
ブラウザ側に任せておけばいいようなことまでサーバで抱えてしまい、際限なく
URL数を膨らませているのが現状。結果、検索エンジンにそっぽを向かれてしまう
という状況に陥っているように見えるわけですよ。
この現状を改善するに当たり、根本的には生起されうるURL数の削減、というのが
ベストなわけですが、場当たり的というかアドホックというか当座しのぎの方法
としてはcanonicalの導入が一番容易というか簡易なわけです。

で、まぁ、リンクで別URLにすることなく文字サイズを変更することができるか、
ということで調べてみたら、JavaScriptで実現できるみたい。

https://oku.edu.mie-u.ac.jp/~okumura/javascript/changesize.html

おや、奥村先生のページだ。まだご健在のようで何より。
そのページの蛇足には、文字サイズ変更には意味がないとか。まぁそうでしょう。
以前は、アクセシビリティという観点から、多くのサイトで用いられていた模様。
でも、URLが増殖してしまうと、アクセシビリティの以前に、アクセスしてくれる
お客様が減ってしまうという問題が発生してしまうからなぁ。

以下、参考URL
https://website-usability.info/2015/02/entry_150217.html
https://weba11y.jp/basics/faq/resize-text/


08684/08672 CXB00940 としき 石臼
( 1) 19/02/03 18:32 08680:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

石臼でしたか。
これは蓋なのかな。上から見た図か下から見た図かもわかりません。

母の実家で見た石臼は、蓋の、わりと円周に近い位置に直径5センチ弱くらいの
丸い穴が開いていたのを覚えています。なぜ穴が開いているのかわからず、誰か
大人にたずねたら、その穴に木の棒を入れて回すのだと教えてもらった記憶あり。
当時、小学校低学年くらいだったかな、石臼を回したら塩が出た、という昔話は
知っていましたが、石臼の実物を見たのはそのときが初めてだったと思う。


08685/08672 DGF01024 めざら Re: 石臼
( 1) 19/02/04 00:03 08684:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

> これは蓋なのかな。上から見た図か下から見た図かもわかりません。

石臼は,似たような模様の溝がある面同志を合わせて使います.
中心の軸と,外側の穴に棒を挿し,穀物を別の穴から投入して上の石を回してやると,
溝のすき間に入り込んだ穀物が碾かれて粉になるという仕掛けになっているのは御存知かと.

自分が子供の頃には,既に市販の粉を買っていたようで,その頃から自宅では
庭の敷石代わりになっていました.2セットあったようですが,一方は散逸.
セットとして残っている方は,よく洗えば今でも使えるはずです.

粉も,碾きたてなら風味が違うのでしょうけど,そんな要請はありません.

08686/08668 BQO00549 konno Re^9: rel="canonical" の誤用
( 1) 19/02/04 00:22 08683:としきさんへのコメント

> えと、対策したのは、いつ?

#5638:Re^14: 対策  投稿者:としき   2011/09/04(日)
この後だと思います。
その前後で変わらないので、他に要因があるのかもと。

> ではどうするか、というと、私がめざらさんのところで提案した、パラメータの
> 並べ方に気を配る、というのも一つの手段だったりするわけですよ。要は、一つ
> のコンテンツを指し示すURLはなるべく少なくしましょう、ということ。
> そういう点から言うと、ここの掲示板は、例えばフォントの拡大縮小などという
> ブラウザ側に任せておけばいいようなことまでサーバで抱えてしまい、際限なく
> URL数を膨らませているのが現状。結果、検索エンジンにそっぽを向かれてしまう
> という状況に陥っているように見えるわけですよ。

なるほど、この拡大縮小機能は確かにもういらないですね。
この辺からぼちぼち弄ってみようと思います。



08687/08672 CXB00940 としき Re^2: 石臼
( 1) 19/02/04 00:46 08685:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

つまり、この写真は、中心軸の穴しかないということから、下側の石の、上側と
接する面ということでよろしいでしょうか。

> 石臼は,似たような模様の溝がある面同志を合わせて使います.

これは知りませんでした。
溝があるのは下側だけで、上側の石の下側の面は平面だと思い込んでいました。


08688/08672 DGF01024 めざら Re^3: 石臼
( 1) 19/02/05 07:02 08687:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

そうですね.穀物を投入する穴がないので,下側です.

> 溝があるのは下側だけで、上側の石の下側の面は平面だと思い込んでいました。

石臼というのは,言うなればトンでもなく重厚なハサミなんです.
ハサミの一方の刃が大きな平面だとしたら,切れませんよね.
上下に溝があれば,剪断力が生じて穀物の実は削り取られることになります.

…との最後の行は,Wikipedia の臼の記述を参考にしました.(笑)

ふと生じた疑問は,十分に碾かれた粉が溝にいつまでも残らないか…てこと.
うーん,持ち上げて掃き出すのかな……使ったことがないので謎.



08689/08672 CXB00940 としき Re^4: 石臼
( 1) 19/02/06 00:59 08688:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/

今回、初めて、石臼の上と下の接する面の実態を知ることができました。
今までは、勝手に思い込んでいたもので自己完結していたのですよ。
どう思い込んでいたかというと、まず、下の石の上の面。
中心から放射状に溝が切られていると思っていました。
そして、構造としては、中心が一番高くなっていて、わずかな勾配がついている
ような感じ。この構造で、できた粉は遠心力と重力で勝手に落ちてくると考えて
いました。
そして、上の石の下の面は、前にも書きましたが、溝はなく、ほぼ平面。
だけど、石ですから、つるつるではなくザラザラで、これで十分に挽けると思い
込んでいたのです。
イメージとしては、すり鉢とすりこ木。ただし、すり鉢とは凹凸が逆転。
一方、すりこ木には特に溝なんてないけど、アレだけのザラザラ感で十分に粉に
できるわけですよね。という、過去の自分の経験と知識だけで妄想をたくましく
していたのでした。

おかげさまで、また一つ、新しいことを知ることができました。
ありがとうございました。


08690/08672 CXB00940 としき Re^5: 新着情報の更新
( 1) 19/02/06 01:29 08682:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> > ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

更新情報って、ブログ本文から読み取っているのでしょうか。
あまり変わらない可能性も高いとは思いますが、もしかして、rssから読むほうが
楽にできるとか、そういうことはありませんかねぇ。同じかな。
って、それよりも大きな問題があって。

> やってみたら、何とか更新日時の表示は出来たようです。

正しい日時の表示になっていませんよ。
最後のZが欠落してしまっているようです。
一番いいのは、きちんと換算して表示することですがね。
多分、探せば、変換する関数もあると思います。



余談ですが、はてなって、きちんとcanonicalが設定してあるようですね。
重複URLが発生する可能性ってあるのかなぁ。


08691/08672 BQO00549 konno Re^6: 新着情報の更新
( 1) 19/02/06 20:41 08690:としきさんへのコメント コメント数:1

> 更新情報って、ブログ本文から読み取っているのでしょうか。
> あまり変わらない可能性も高いとは思いますが、もしかして、rssから読むほうが
> 楽にできるとか、そういうことはありませんかねぇ。同じかな。

はい、ブログ本文から読み取っています。
rss は見当たらないですが、たぶんあまり変わらないかなと思っています。

> 正しい日時の表示になっていませんよ。
> 最後のZが欠落してしまっているようです。
> 一番いいのは、きちんと換算して表示することですがね。
> 多分、探せば、変換する関数もあると思います。

最後のZって、下記の元データの末尾のことですか。

datetime="2019-01-12T15:14:36Z"

この"Z"はいらないと思ってカットしました。意味も分かってないですが。
他は下記のように、そのまま表示していますが、"T"も邪魔だなぁ。
2019-01-12T15:14:36

> 余談ですが、はてなって、きちんとcanonicalが設定してあるようですね。
> 重複URLが発生する可能性ってあるのかなぁ。

あ、もしかして、以前のブログがそのまま残っていても、重複として
この機能がキチンと働くという親切設計なんでしょうかね。
はてなブログ、良さそうですね。



08692/08672 CXB00940 としき Re^7: 新着情報の更新
( 1) 19/02/07 13:56 08691:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

> rss は見当たらないですが、たぶんあまり変わらないかなと思っています。

実際に試さずに発言しますが。
あまり変わらない、という点には、同意できる可能性が高いと思います。
ただ、見当たらない、という点は不同意。だって、私、見つけていますから。
一体どこを見られているのか、ちょっと不思議。
ちなみに、ココログでも標準でrssは発行されますが、ご自分のブログから発見
することはできますか?

> 最後のZって、下記の元データの末尾のことですか。

そのとおりです。



なぜこういう話をしているかというと、動作確認がきちんとなされていないのに

> やってみたら、何とか更新日時の表示は出来たようです。

という記述を見てしまったので、おやおや、と感じてしまったからです。
具体的にどこかというと、konnoさんのスクリプトでは

> 2019-01-12T15:14:36

と表示されているわけですが、原文の目ずらし記事の表示では「2019-01-13」と
なっているはずです。これでは、一般的には「出来た」とは言いません。
普通、動作確認というのは、こういうことをチェックすることのはず。
この段階で、なんかおかしいと気がついてほしいものです。
そして、実は

> この"Z"はいらないと思ってカットしました。意味も分かってないですが。

もしカットしていなければ、結果オーライというか、一応、許容できる範囲と
感じる人はそこそこ存在するはず。なぜかというと、この"Z"がついていること
で、日時表記の国際規格であるISO 8601に準拠することになるから。
ん〜、わかりやすいかどうかは別として、Wikipediaの「ISO 8601」の項と、
あとそれから「協定世界時」の項にも、ざっくり目を通しておくことをお勧め
します。


08693/08672 BQO00549 konno Re^8: 新着情報の更新
( 1) 19/02/09 00:07 08692:としきさんへのコメント コメント数:1

> ただ、見当たらない、という点は不同意。だって、私、見つけていますから。
> 一体どこを見られているのか、ちょっと不思議。

もしかして、「読者になる」のボタンが rss なのですかね。

> ちなみに、ココログでも標準でrssは発行されますが、ご自分のブログから発見
> することはできますか?

あれぇ? 「rss」というボタンがあるかと思ったら無いですね。
もしかして、「Subscribe to this blog's feed 」ですかね。

> 具体的にどこかというと、konnoさんのスクリプトでは
> > 2019-01-12T15:14:36
> と表示されているわけですが、原文の目ずらし記事の表示では「2019-01-13」と
> なっているはずです。これでは、一般的には「出来た」とは言いません。

これは気づきませんでした。ソースを見ると

<time pubdate datetime="2019-01-12T15:14:36Z" title="2019-01-12T15:14:36Z">
<span class="date-year">2019</span><span class="hyphen">-</span><span class="date-month">01</span><span class="hyphen">-</span><span class="date-day">13</span>

こうなっていますね。この下の方が表示されていますが、マウスカーソルを乗せると
上の日時が表示されます。
たぶん、上の日時が更新日時ではないかな。
下の日時は、編集して調整できるのではないでしょうか。
私としては、問題が無ければこのままいきたいと思います。

> もしカットしていなければ、結果オーライというか、一応、許容できる範囲と
> 感じる人はそこそこ存在するはず。なぜかというと、この"Z"がついていること
> で、日時表記の国際規格であるISO 8601に準拠することになるから。

なるほど、勉強になりました。
私としては、問題が無ければこのままいきたいと思います。



08694/08672 CXB00940 としき Re^9: 新着情報の更新
( 1) 19/02/10 01:32 08693:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> もしかして、「読者になる」のボタンが rss なのですかね。

自信はありませんが、多分、違うと思います。
これ、JavaScriptで何かやっていますが、rssって、そんなもの必要ないですから。

> もしかして、「Subscribe to this blog's feed 」ですかね。

そうですね、ココログだとそこになるようです。
実は、私は、ココログのこれには気づいていなくて。
はてなでもココログでもその他のブログでも、ブラウザそのもののメニューに、
お気に入りとかブックマークといった項目があります。このメニューをクリック
した場合に、「このページをブックマークに登録」というような意味の文言に共
に「このページを購読」というような意味の文言が表示されます。そこから先に
進んでいってrssを見つけているのです。

> 私としては、問題が無ければこのままいきたいと思います。

なるほど、すると現状では問題があるから速やかに修正されるというわけですね。
なぜなら、表示される日時が正しくないわけですから。
この記事が公開された日時は、記事の末尾に、めざらさんの署名とあわせて記載
されていますが、2019-01-13 00:14なんですよ。
で、まぁ、記事を公開することをpublishといいますが、その日時をあらわして
いるのが

> <time pubdate datetime="2019-01-12T15:14:36Z" title="2019-01-12T15:14:36Z">

この部分ですね。pubdateという属性は、publish dateの略でしょう。
記事の更新というか手を入れたとか修正したという意味なら、01月22日に何かを
やっているっぽいので、そこまで対応するとベストかもしれない。

あ、えと、ちょっと確認ですが。私が#8692で紹介したWikipediaの記事、もしや、
読まれていらっしゃらないのでしょうか。
そうだとすると、完全にすれ違い状態だなぁ。

08695/08672 BQO00549 konno Re^10: 新着情報の更新
( 1) 19/02/10 23:46 08694:としきさんへのコメント コメント数:1

> はてなでもココログでもその他のブログでも、ブラウザそのもののメニューに、
> お気に入りとかブックマークといった項目があります。このメニューをクリック
> した場合に、「このページをブックマークに登録」というような意味の文言に共
> に「このページを購読」というような意味の文言が表示されます。そこから先に
> 進んでいってrssを見つけているのです。

あ、そっちだったですか。わかりにくいので私は利用してなかったです。

> あ、えと、ちょっと確認ですが。私が#8692で紹介したWikipediaの記事、もしや、
> 読まれていらっしゃらないのでしょうか。
> そうだとすると、完全にすれ違い状態だなぁ。

ここを見てやっと勘違いしていたのがわかりました。
+9時間分ずれていたんですね。m(__)m
余裕が出来たら修正してみます。



08696/08672 CXB00940 としき Re^11: 新着情報の更新
( 1) 19/02/11 00:03 08695:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> あ、そっちだったですか。わかりにくいので私は利用してなかったです。

確かに、いささかわかりにくいかも。
これ、調べてみたら、RSS AutoDiscoveryといって、機械が自動でRSSを認識する
ための機能を使っているようです。機械って、要は、ブラウザのようなソフトを
含んだ表現ですが。
逆にいうと、もしかすると人間にはわかりにくいだとか、わかりやすくするのは
自動認識するソフトの側の責任とか、そういったことがあるかもしれません。

> 余裕が出来たら修正してみます。

現状は、Zが欠落していることで、日本時間と推測される形式になってしまって
いるがために、不正確な日時になってしまっている状況。
この現状認識ができれば、改善には、そんなに手間はかからないでしょう。
何せ、削除してしまっている末尾のZを、削除しないようにするだけです。
それだけのことで、UTC表記における正確な日時の表示になります。
もちろん、正確な日本時間で表示してもらえれば、それはそれでありがたいです。


08697/08672 BQO00549 konno Re^12: 新着情報の更新
( 1) 19/02/12 00:20 08696:としきさんへのコメント コメント数:1

> > 余裕が出来たら修正してみます。
>
> 現状は、Zが欠落していることで、日本時間と推測される形式になってしまって
> いるがために、不正確な日時になってしまっている状況。
> この現状認識ができれば、改善には、そんなに手間はかからないでしょう。
> 何せ、削除してしまっている末尾のZを、削除しないようにするだけです。
> それだけのことで、UTC表記における正確な日時の表示になります。
> もちろん、正確な日本時間で表示してもらえれば、それはそれでありがたいです。

修正出来ました。
ソースを見ると、ブログ記事の下の方に、日本時間の表記があったので、そのまま使わせてもらいました。
正規表現の検索や置き換えは面倒ですが、一度ひな形が出来れば、キーワードを変えるだけで応用できるので
いいですね。良いものを教えていただいて、感謝です。(^_^)



08698/08672 CXB00940 としき Re^13: 新着情報の更新
( 1) 19/02/12 12:54 08697:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 修正出来ました。

確認できました。
いやぁ、よかったよかった。


今回の私の反省点。
#8694で、konnoさんは当然、#8692で私が紹介したWikipediaの記述を読んでいる
と思い込んでいたこと。このせいで、適切なコメントになっていません。
大変申し訳ありませんでした。

一方で、私の見たところの、今回のkonnoさんの対応の問題と思えるところ。
まず、めざらさんのブログの表示と自分の作ったスクリプトの出力を、きちんと
比較しているように見えないところ。目の前に表示されている、表示結果として
の日付を見ず、あさっての方角というかわき見というか、HTMLのソースばかりを
見てしまっている模様。分類すれば、これは不注意の範疇に入るのかな。
これ、車の運転で例えれば、目の前に歩行者がいるにもかかわらず、わき見して
そのまま突っ込んでいってしまうにも等しいというか。
ま、誰にでもあることではありますけどね。
もう一つは、#8691にご自分で書いていますが、末尾の"Z"を、思い込みで不要と
判断し、意味もわからず削除していること。これが何のためにあるのか、自分で
調べるなり誰かに質問するなりしていれば、問題の解決が早かったかと思います。
これも車の運転で例えれば、知らない交通標識を見たときに、思い込みで意味も
わからず無視して突っ込んでいって自爆する、というパターンに見受けられます。
これは、思い込みに分類するべきか、疑問を抱かないという点で好奇心の欠如に
分類するべきか。
さらに気になるのは、これらのミスがVzの改造においても発生している、という
ことがありそうだということ。大丈夫でしょうか。

もしかしすると、konnoさんのこれまでの生活や仕事で、注意力や好奇心が必要と
されたことはないのかもしれません。あるいは、最近になって減ったということ
であれば、これは老化現象の発露かもしれません。

くれぐれもご自愛ください。


08699/08672 BQO00549 konno Re^14: 新着情報の更新
( 1) 19/02/13 01:45 08698:としきさんへのコメント コメント数:1

> #8694で、konnoさんは当然、#8692で私が紹介したWikipediaの記述を読んでいる
> と思い込んでいたこと。このせいで、適切なコメントになっていません。

これは私が勘違いしていたからなので、としきさんには落ち度はないです。
申し訳ないです。

> 一方で、私の見たところの、今回のkonnoさんの対応の問題と思えるところ。
> まず、めざらさんのブログの表示と自分の作ったスクリプトの出力を、きちんと
> 比較しているように見えないところ。目の前に表示されている、表示結果として
> の日付を見ず、あさっての方角というかわき見というか、HTMLのソースばかりを
> 見てしまっている模様。分類すれば、これは不注意の範疇に入るのかな。

まあ、確かに勘違いと不注意はあるのですが、老化現象かも。


> これ、車の運転で例えれば、目の前に歩行者がいるにもかかわらず、わき見して
> そのまま突っ込んでいってしまうにも等しいというか。
> ま、誰にでもあることではありますけどね。

これは例えとしてはどうかと思いましたが、最近こういう事故が増えているので
私もいつかやってしまうのではないかという不安は増しています。老化か。

> これも車の運転で例えれば、知らない交通標識を見たときに、思い込みで意味も
> わからず無視して突っ込んでいって自爆する、というパターンに見受けられます。

こちらの例えは納得してしまいますね。(^^;

> これは、思い込みに分類するべきか、疑問を抱かないという点で好奇心の欠如に
> 分類するべきか。
> さらに気になるのは、これらのミスがVzの改造においても発生している、という
> ことがありそうだということ。大丈夫でしょうか。

思い込みは前からありますが、老化現象が疑われます。大丈夫でないかもです。

> もしかしすると、konnoさんのこれまでの生活や仕事で、注意力や好奇心が必要と
> されたことはないのかもしれません。あるいは、最近になって減ったということ
> であれば、これは老化現象の発露かもしれません。

前半の言い方はさすがに不適切だと思います。
老化現象で注意力や好奇心が低下することはあると思いますが、それは
認知力の低下かも・・・ やばい。



08700/08672 CXB00940 としき Re^15: 新着情報の更新
( 1) 19/02/13 09:30 08699:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 前半の言い方はさすがに不適切だと思います。

うわ、ごめんなさい。
いわゆる反語構文というのを狙ってみたつもりだったのです。
でも、読み返してみると、失礼な文章にしかなっていませんね。

大変申し訳ありませんでした。
ごめんなさい。


08701/08672 BQO00549 konno Re^16: 新着情報の更新
( 1) 19/02/13 22:54 08700:としきさんへのコメント

> > 前半の言い方はさすがに不適切だと思います。
>
> うわ、ごめんなさい。
> いわゆる反語構文というのを狙ってみたつもりだったのです。
> でも、読み返してみると、失礼な文章にしかなっていませんね。

まあ、私も知らずに失礼なことを言っていることが結構あるようなので
人のことは言えないんですが、お互いさまということで。

注意力が散漫になることは誰でもあるとは思いますが、私も最近
色々衰えてきているなぁとは感じています。
認知症になるのが一番怖いですね。

この掲示板でのやり取りが脳に良い意味で刺激を与えてくれるので、
生きている間は続けたいですね。

皆様、今後もよろしくお願いします。



08702/08672 CXB00940 としき Re^8: 新着情報の更新
( 1) 19/02/15 15:59 08692:としきさんへのコメント
参照先:http://toshiki.la.coocan.jp/

余談ですが。
rssって通常、ブログなんかはシステムが勝手に作ってくれます。
でも、人間が手作業で作ってもなんら悪いことはなくて。
実際、私のサイトでも、更新のたびに、手作業でアップロードしていたりします。
かれこれ10年以上継続していたということに、自分でびっくり。

ん〜、自動化できるかなぁ。


08703/08703 BNM00433 kino Windows10 version1809 とVtdosの文字化け
( 1) 19/03/01 10:06 コメント数:2

Windows10 のバージョンが1809になってから、Vtdosが文字化けするようになりました。
1803に戻そうと思いますが、その前にアドバイスを頂けたらと思い、書き込みました。
バージョンが上がるたびにいろんなアプリに問題が生じているようで、困ったものですね。
なお使用しているのは、Windows10 Pro 64ビットです。
また、CKWV+VTDOSの組み合わせです。
よろしくお願いいたします。


08704/08703 BQO00549 konno Re: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/01 22:58 08703:kinoさんへのコメント コメント数:1

> Windows10 のバージョンが1809になってから、Vtdosが文字化けするようになりました。
> 1803に戻そうと思いますが、その前にアドバイスを頂けたらと思い、書き込みました。
> バージョンが上がるたびにいろんなアプリに問題が生じているようで、困ったものですね。
> なお使用しているのは、Windows10 Pro 64ビットです。
> また、CKWV+VTDOSの組み合わせです。

全文字文字化けするなら、私も経験しています。
対処方法は、10#さんのBBSから引用して、#8667 に書きました。

> 最近のWin10にVTDOSをインストールすると、文字化けする場合があります。
> 私は無意識に弄ってそのまま忘れてしまっていたので、対処方法を
> 10#さんのBBSから引用します。
>
> VTDOSを起動したら、タイトルバーを右クリック、
> コンソールウィンドウのプロパティを開き、
> オプションタブの「レガシーコンソールを使用する(再起動が必要....)」にチェックを入れる
>
> これでVTDOSを一度閉じて、再起動すると文字化けが解消します。

これでどうでしょうか。
もしも、特定の文字が化けるのであれば、10#さんのBBSで聞いてみるのがいいと思います。



08705/08703 DGF01024 めざら Re: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/01 23:02 08703:kinoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

もう少し具体的なお話を伺いたいですね.
どのようなタイミングで,どの字が化けるのか.

わたしも(他の方々も)文字化けに悩まされていましたが,
気がついたら,最近あまり文字化けに遭遇することがないように思います.
(まだ 1803 ですが…,その他の環境は同じかと思います.)

08706/08703 BNM00433 kino Re^2: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/02 00:16 08704:konnoさんへのコメント コメント数:1

konno さん、

早速ご回答いただきありがとうございます。
konnoさんのご指摘通りでした。
ありがとうございました。

#8667はちゃんとコピーして保存していたのですが、Ckwvの画面ではタイトルを右クリックしてもプロパティが出なかったので、そのままにしていました。




08707/08703 BNM00433 kino Re^2: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/02 00:23 08705:めざらさんへのコメント

めざらさん、

早速ありがとうございます。
konnoさんのご指摘に従ったところ無事文字化けはなくなりました。
できるだけバージョンを上げないようにしているのですが・・・


08708/08703 BQO00549 konno Re^3: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/02 01:30 08706:kinoさんへのコメント

> #8667はちゃんとコピーして保存していたのですが、Ckwvの画面ではタイトルを右クリックしてもプロパティが出なかったので、そのままにしていました。

ああ、そうか、私も VTDOS+CKWV がデフォになっているので、CKWV 無しのVTDOS 単体と言えば良かったですね。
CKWVのようなソフトは説明が難しいですよね。便利というか、もう必須なんだけど。