■掲示板に戻る■ 全部 1- 最新50
OpenKEEPS会議室3
- 1 ：さとー ◆wtNnKAwArI ：04/09/25 16:32 ID:q0bhbGBY
- OpenKEEPSに関するQ&A・tips・意見等を話すスレッドです。
http://keeps.sourceforge.jp/
- 31 ：maron.kis：04/11/14 01:04 ID:XFaY807+
- >>30
OpenKEEPSの更新作業お疲れ様でした。
ゴースト切り替え、デバッグ用機能、コメントの件確認しました。
ありがとうございました。
>MATERIAは不可です。
あ、やはりSSP/CROW用ですか。MATERIAではr2が来ていないので難しいですよね。
あと、フルネームを使ったゴースト切り替えですが
TalkGhostGhangedEx.＜正規化した\0側名＞.＜正規化したゴースト名＞
これは
TalkGhostChangedEx.＜正規化した\0側名＞.＜正規化したゴースト名＞
にしないと来ないようです。コメントと食い違っているようなので報告
しておきます。
:rem
ただ、なぜ「TalkGhostGhangedEx」と"G"になっているのが謎なんですが‥‥
「TalkGhostChangedEx」でいいと思うのですが‥‥？
:endrem
- 32 ：さとー ◆wtNnKAwArI ：04/11/14 09:25 ID:7x5NSInw
- >>31
＞なぜ"G"？
タイポです。まったくお恥ずかしい限りで。
SSPのOnSurfaceChangeの仕様を勘違いしていた件も合わせ、さっそく直します。
＞MATERIAは不可
他のゴーストのdescript.txtを読み漁ることまでは出来る(というか既にやってる)
のですが、\0の名前からゴースト名を推測する時、同じ\0の名前があると曖昧さが
残るので…。そう言うケースを無視するなら実装できますが、既に\0側の名前かぶり
は起きているので、無視するわけにも行きますまい。
うーむ、テンション低いまま更新するとドジるなあ。
- 33 ：maron.kis：04/11/14 16:43 ID:/Yd+Ef+s
- >>32
OpenKEEPS 3.1.5のフルネームを使ったゴースト切り替えを有効に
している場合で短時間の台詞を優先にしていると自分自身のリロード
でも短時間の台詞が出てしまうようです。現在の仕様だと自分自身も
専用反応と同じ扱いなのでこういう動作をしているのだと思います。
これを避けるため自分専用エントリを用意して常に短時間の台詞より
優先するといった動作ではどうでしょうか？
例：ゴーストのフルネームが「偽黒姉」、さくら側の名前が「黒姉」の場合
#ゴーストのフルネームを指定（SSP/CROW用）
TalkGhostChangingSelf.黒姉.偽黒姉 : 切り替え前の台詞
TalkGhostChangedSelf.黒姉.偽黒姉 : 切り替え後の台詞
#MATERIAなどフルネーム情報が無い、または他の同名ゴーストの場合
TalkGhostChangingSelf.黒姉 : 切り替え前の台詞
TalkGhostChangedSelf.黒姉 : 切り替え後の台詞
ただ、この動作だとMATERIAで他の同名ゴーストに切り替えた場合は
リロードの台詞が出てしまいますが‥‥
>既に\0側の名前かぶりは起きているので、無視するわけにも行きますまい。
黒姉ゴーストだと同名がたくさんいますしね（笑）
よろしくお願いします。
- 34 ：maron.kis：04/11/21 11:37 ID:CGyegen2
- テンプレート辞書のロード順番が気になったので書きます。
現在のOpenKEEPSは自動読み込みにしているとHDD上にある順番でテンプレート
辞書を読み込んでいるようですがtemplate\hogeにある辞書をtemplateフォルダ
の辞書より後から読ませたい場合とかに指定できないので不具合が出ます。
自動読み込みをやめて手動で指定すれば済みますが開発環境でたまたま問題
なかったりすると気が付かない可能性が高いかも？「自動読み込み時はテンプ
レートフォルダ→サブフォルダの順で読み込む」といった決まりを作っておい
たほうが良いのではないでしょうか？
:rem
ちなみに私が気が付いたのはおすすめサイトの登録順番を複数の辞書に分けて
書いている時でした。テンプレートフォルダに置いた辞書の続きをサブフォル
ダに置いたら後に追加されるのではなく先に表示されてしまいました。ログを
見たらサブフォルダのほうが先に読み込まれていました。
:endrem
- 35 ：さとー ◆wtNnKAwArI ：04/11/24 00:31 ID:QKTlV+yQ
- 開発版 Ver.3.1.6をリリースしました。
・エントリ名の「Change」が「Ghange」になっていた恥ずかしいバグ修正
・再起動時にTalkRebooting/TalkRebootedエントリが使用可能に
以上の２点を変更しています。
フォルダ読み込み順序はまた今度…。この要望が出るということは、たぶん
間違いなく「アルファベット順で読んで欲しい」「アルファベット逆順で」
という要望もあるということですから。でも、sortをどうしよう…。
評価してsortするか、評価前にsortするか。
- 36 ：maron.kis：04/11/24 23:26 ID:Q8/gLSog
- OpenKEEPSの更新作業お疲れ様でした。
エントリ名、再起動時の件、確認しました。
ありがとうございました。
>フォルダ読み込み順序はまた今度…。
了解しました。とりあえず現状の対策としては
読み込み順番が狂うとまずいエントリは複数のファイルに書かない。
HDD上の並びを読み込む順番に変える（ぉ
でしょうか。
- 37 ：うにゅう：04/12/02 12:37 ID:OoQMzPL+
- お世話になっています
OpenKEEPSでゴーストを製作させていただいてるものです
質問なのですが、kero側だけ右クリックを不可にすることは
できるでしょうか
よろしければ、可能な場合、方法を教えてください
- 38 ：さとー ◆wtNnKAwArI ：04/12/02 23:45 ID:Q8Q0uv5M
- >>37
不完全ながら可能です。
開発版Ver.3.1.2以降を使い、openkeeps.kis内のkp.config.userightbutton
オプションを有効にした状態で、ghost-keeps.kis内に次のように書きます。
> C1SingleclickRight : \e
これで、kero側の右クリックメニューだけ出なくなります。
これがなぜ「不完全」かというと、トーク中にkero側を右クリックすると、
バルーンが消えてしまうからです。SSPの\Cタグを使って回避することも
試してみたのですが、問題の解決には至りませんでした。
とりあえず、今回はこれでお試しください。
＃これは、本体側の協力がないと完全には実現できないかもしれません。
＃ちょっと各所で相談してみます。
- 39 ：うにゅう：04/12/03 12:53 ID:OHdJ4ARQ
- ありがとうございます
さっそく導入させていただきました
あと、トーク中にkero側を右クリック…、ということでしたが、私の環境では
トークが終了してから右クリックするとバルーンが消えるというものでした
これは、\tを使っているからでしょうか
- 40 ：さとー ◆wtNnKAwArI ：04/12/04 09:51 ID:X78zaqt2
- >>39
現象としては、私の環境で起きたものと一緒です。単に表現の違いです。
\tは使ってないトークで起きたので、これは無関係でしょう。
もしkero側がトークをしないタイプのゴースト(例:ゴースト「54」)ならば、
こんな手も使えます。
・kero側のシェルを\1タグで表示しない。極小のダミーだけ表示する
・umeiciさんのSAORIモジュール「EasyBalloon」で、本当の相方シェルを表示する
この方法なら、kero側右クリック反応は間違いなく出ません。
単に機能レベルで何がしたいかではなく、アイデアレベルで何がしたいのか
分かると、さらに適切な方法を提案出来るかもしれません。
差し支えのない範囲で、教えていただけたら嬉しいです。
- 41 ：うにゅう：04/12/05 12:28 ID:kQ0uMwGQ
- 今回のkero側の右クリックを消去したいと考えたのは、終了という項目を
「EasyBalloon」のメニューオンリーで行いたかったからです
「resource.quitbutton.visible:0」でも右クリックの終了項目は消去できる
みたいですが、どうせなら完全に消去してしまおうと考えました
とりあえず、サンプルゴーストを
http://www32.tok2.com/home/moriba/upload/data/nua_431.zip
なぜかゴーストの動作自体は途中で変な動きをして止まってしまいますが、
これでもだいたいは私のやりたいことは理解していただけると思います
- 42 ：さとー ◆wtNnKAwArI ：04/12/06 01:54 ID:ouFOFcaM
- >>41
情報ありがとうございます。
なるほど、EasyBalloonへメニュー一本化ですか。quitbutton.visibleだと、
オーナードローメニュー自体は出てしまうので、対策は必要ですね…。
SSPの仕様をよく読み返してみると、この件は華和梨の仕様を一箇所変えれば
対応出来そうです。この週末はテスト完了までは行きませんでしたが、継続
してテスト中です。しばしお待ちを。
- 43 ：さとー ◆wtNnKAwArI ：04/12/13 23:43 ID:oaU5TBMw
- 前回書き込みから少し間が空いたので、近況報告などを。
■ 華和梨を改造すれば何とかなる?（オーナードローメニューを封じる)
実験してみましたが、ダメでした。
＃「200 OK」を返しつつValue無しなどという、外道手はSSPが許してくれなかった(苦笑)
メニューの完全独自化をする場合は、やはり本体側の協力が必要そうです。
■ テンプレート辞書読み込み順の指定
「フォルダを優先して読む」は目処がつきましたが、ソートは実用上難しそうです。
華和梨側も作ってる立場としては、ソートは組み込みコマンドにしたほうが良さそう。
過剰スペックを求めて既に出ている問題を解決できないのは申し訳ないので、今週末に
フォルダ優先読み込みのみ、先に実装します。
……それだけではちょっと気が引けるので、Tipsを1つ。
テンプレート辞書フォルダを複数設定する場合、フォルダを検索する順番は、
openkeeps.kisに記載した順番です。これを使うと、次のようなことが出来ます。
1.読み込み順序に依存する辞書を、別のフォルダに保存する
2.openkeeps.kis内TemplateDirエントリへ、読み込んで欲しい順にフォルダを記述する
こうすると、完璧とは行きませんが読み込み順の制御が出来ます。
ただし、検索するフォルダが「ダブる」と、「同じエントリ内容が重複」という嫌らしい
トラブルが起きます。設定にはご注意ください。
- 44 ：うにゅう：04/12/14 09:49 ID:yFQACvEk
- とりあえずは、現状のものでも極端に変な動きはしないようなので、
これを導入しようと思います
また、なにか問題が起きましたら質問させて頂きますね
ありがとうございました
- 45 ：さとー ◆wtNnKAwArI ：04/12/19 22:27 ID:UCtHA85U
- 開発版Ver.3.1.7をリリースしました。
テンプレート辞書をサブフォルダ内まで再帰読み込みする時、サブフォルダ内を
優先して辞書を読みに行く仕様に変更しました。
また、SAORIモジュール自動読み込み設定の際、呼び出し用関数も自動的に定義
するように変更しました。
今回はloader.kisのみの変更になります。
そろそろバグ報告が少なくなくなりつつあります。メジャーなバグが見つからない
場合、来月中旬をめどに、本バージョンの内容を安定版としてリリースします。
- 46 ：maron.kis：04/12/20 22:14 ID:44Cg+qwU
- >>45
OpenKEEPSの更新作業お疲れ様でした。辞書の読み込み順番がサブフォルダ、
テンプレートフォルダになっていることを確認しました。
でも、私は逆のほうが良かったですねぇ〜。サブフォルダに実験用のスクリ
プトを置いたりするので。これの読み込み順番をopenkeeps.kisあたりで設定
できるといいのですが‥‥
- 47 ：さとー ◆wtNnKAwArI ：04/12/26 18:59 ID:ADZJPCmU
- >>46
Ver.3.1.8で読み込み順序制御オプションつけました。
openkeeps.kis内、「kp.config.usesubdirfirst」オプションがそれです。
デフォルト設定はVer.3.1.7と同じ動作で、このオプションをオフにすると
maron.kisさんご要望の動作になります。お試しください。
- 48 ：maron.kis：04/12/26 23:45 ID:hXiwnTJg
- >>47
OpenKEEPSの更新作業お疲れ様でした。オプションで読み込み順番が
変えられることを確認しました。ありがとうございました。
- 49 ：maron.kis：04/12/29 23:39 ID:J8nbWL1A
- MATERIAでネットワーク更新中に栞が更新されるとリロードするようですが
この影響で${UpdateFileTotal}の値が空になってしまうようです。この値は
OnUpdateReadyのr0ですがOnUpdate.OnDownloadBeginのr2でも取れるので
こちらでもセットしておいたほうがいいような気がします。
OpenKEEPS 3.1.8、MATERIA583にて確認しました。
:rem
うちでは更新ファイルの全数表示に使っているため、表示が空になると
-------------------------------
1/
黒煙を上げて燃え上がるファイル
nisekuro.kis
を受信しています。
-------------------------------
といった表示になってしまいます‥‥
:endrem
- 50 ：さとー ◆wtNnKAwArI ：04/12/31 00:27 ID:BCuAbdcA
- >>49
この問題、UpdateFileTotalをネットワーク更新時に引き継ぐエントリにすることで
解決できそうです。関係してる問題が他にもあるか、ちょっと調査してみます。
- 51 ：さとー ◆wtNnKAwArI ：05/01/02 18:22 ID:MRoqvmUM
- >>50
やはり関係している問題がありました。
今回の問題、単に「UpdateFileTotalエントリが空になる」という問題ではなく、
「OpenKEEPSが感知できていない栞リロードが存在する」、という問題です。
＃感知できていれば、バックアップすることが可能です。
具体的には、インストールイベントで感知できていない栞リロードが発生しうると
考えています。supplementで栞を含んでいた場合、インストール完了イベント前に
栞のリロードが起こるはずです。現在、対策を検討中です。
＃華和梨は頻繁に更新してないので、問題となることは少ないはずですが……。
こんな事情ですので、しばらくお待ちください。
- 52 ：maron.kis：05/01/03 00:12 ID:oRp0RGlc
- >>51
ありがとうございます。更新ファイルがバラなら華和梨自身が変わらなければ
問題無いですが*.zipにアーカイブされていて華和梨を含む場合、アーカイブの
MD5が変わっていればDLされるため華和梨の新旧にかかわらず上書きされて途中
でリロードするため毎回この問題が起きます。今のところCROWが*.zip更新に
未対応のためうちの公開ゴーストでは使用していないので大きな問題はあり
ませんが。
ちなみに*.zip更新で問題になるのはゴーストとシェルを一緒に更新した
時で先に華和梨を含んだ*.zipが落ちてくると展開後すぐにリロードされる
ためその後のシェル側の更新でUpdateFileTotalエントリが空になります。
SSPでは全体のDLが終わった後に展開、リロードしているようなのでこの問題
は起きないようです。
- 53 ：さとー ◆wtNnKAwArI ：05/01/10 23:10 ID:UCV0WTgM
- >>52
お待たせしました。対策版をVer.3.1.9としてリリースしました。
＃SSPのゴーストキャッシュ対策のつもりでやったコード内に、バックアップデータが
＃消えるというバグがVer.3.0.0からあった模様……。
＃今回のUpdateFileTotalの件でチェックして、初めて気づきました。
いつもの通り、Ver.3.xに対して上位互換です。お試しください。
- 54 ：maron.kis：05/01/11 21:24 ID:581gHdGM
- >>53
OpenKEEPSの修正作業お疲れ様でした。試してみたところUpdateFileTotalが
消えることはなくなりました。ありがとうございました。
しかし、今度はUpdateFileNoが1つ足りない場合があるようです。
ghost\master\ghost.zip(これにはshiori.dllを含みます)
shell\master\descript.txt
shell\surface1\descript.txt
shell\surface2\descript.txt
shell\surface3\descript.txt
という更新データを作りMATERIAで更新するとghost.zipでは
----------------------------
1/5
永遠に更新されないファイル
ghost.zip
を受信しています。
----------------------------
といった表示になりますが、ghost.zipが展開されて栞がリロードされると
----------------------------
1/5
やる気が感じられないファイル
descript.txt
を受信しています。
----------------------------
というようにUpdateFileNoが1つ足りなくなっています。この後、このまま
終わりまで1つ足りない場合もあれば次の表示でいきなり正常な値が出たり
します。華和梨のログを見るとr1は常に正常な値で来ているようなのですが‥‥？
OpenKEEPS 3.1.9使用テストゴースト、MATERIA 583で確認しました。
よろしくお願いします。
- 55 ：さとー ◆wtNnKAwArI ：05/01/11 23:00 ID:hZpcaXXc
- >>54
私がドジやってしまったようです。本体種類による0オリジン補正が、
再起動直後は死んでます。1分経つと確実に拾えるのですが…。
やっつけ的手法ですが、手はあるのでVer.3.1.10で対応します。
- 56 ：maron.kis：05/01/15 21:38 ID:LRhXrYLY
- SSPのOnGhostCallCompleteイベントに対応してみました。
#イベント：ゴーストが呼び出された（SSPのみ）===================================
event.OnGhostCallComplete : $(
TalkSearch "kp.onghostcallcomplete";
)
kp.onghostcallcomplete (
TalkGhostCallCompleteEx.$(NormReference 0).$(NormReference 2),
TalkGhostCallComplete.$(NormReference 0),
TalkGhostCallComplete
)
#保護対象エントリであることを宣言
kp.EntryToProtect : onghostcallcomplete
#------------------------------------------------------------------------------
#TalkGhostCallCompleteEx.＜さくら側の名前＞.＜ゴーストのフルネーム＞
#TalkGhostCallComplete.＜さくら側の名前＞
#TalkGhostCallComplete
TalkGhostCallCompleteEx.黒姉.偽黒姉 : \h\s[0]偽黒姉さんだね。\w8\u\s[10]画面が狭くなるかもな。\e
TalkGhostCallComplete.きぃ : \h\s[0]OpenKEEPSのサンプルゴーストだね。\w8\u\s[10]ぷしゅうは風船やな。\e
TalkGhostCallComplete : \h\s[0]$(SReference 0)さんが来たよ。\w8\u\s[10]ライバル登場やな。\e
#==============================================================================
こんなのはどうでしょうか？キーワードには未対応ですが。
偽黒姉1/15版に実装してみましたのでそちらも参考にしてください。
- 57 ：maron.kis：05/01/15 23:38 ID:LRhXrYLY
- >>55
OpenKEEPSの修正作業お疲れ様でした。3.1.10で正しく表示されることを
確認しました。ありがとうございました。
- 58 ：さとー ◆wtNnKAwArI ：05/02/27 23:15 ID:EnDy71TE
- 安定版Ver.3.2.0をリリースしました。バージョン番号を除くと、中身は
開発版Ver.3.1.10と同じです。
OnGhostCallComplete系統は、関連イベントも整備すると結構作業量として
大きくなりそうだったので、Ver.3.3系列で実装することにし、
今回は実装を見合わせました。ご了承を。
- 59 ：うにゅう：05/03/04 08:19 ID:yWKnwbTQ
- sentence : さとーさん助けてください
- 60 ：うにゅう：05/03/04 12:19 ID:yWKnwbTQ
- sentence : なんとかなりました！
- 61 ：maron.kis：05/07/17 16:34 ID:05c3IkNk
- OpenKEEPS 3.2.0でOnVanishedを送ってもイベントが発生しないようです。
dict-keeps-baseevent.kisを見ると
kp.onghostchanged.vanish (
TalkOtherGhostVanished.${beforeghost},
TalkOtherGhostVanished
)
と書かれています。多分上からゴースト名を指定、汎用反応の順になっている
と思うのですがテンプレートのTalkVanishedエントリが無いようです。
TalkOtherGhostVanishedにするとイベントが発生します。
確認をお願いします。
- 62 ：さとー ◆wtNnKAwArI ：05/07/17 23:29 ID:Irergbbk
- >>61
…流石に3年間もこのバグに誰も気付かなかったというのは、ちょと堪えますね。
ご指摘の通り、テンプレートとスクリプトでエントリ名にずれがあります。
とりあえず、TalkVanishedの代わりに、TalkOtherGhostVanishedをテンプレートに
書いてお使いください。
…これ、どう処理しましょう。
今回は、テンプレート側のエントリ名を変更したい気も。
「TalkVanished」だと、「TalkVanishほにゃらら」と意味合いが違う割に
よく似た名前になって、少し紛らわしいように思えます。
- 63 ：maron.kis：05/07/18 00:19 ID:jETrjKgc
- 返信ありがとうござます。やはりエントリ名が違っていましたか。
テンプレート側をTalkOtherGhostVanishedに変更して対応します。
- 64 ：maron.kis：05/07/24 00:28 ID:nXPt7+Kw
- OpenKEEPSでマウスホイールをクリックした時のイベントが無いので独自に
別ルーチンを書いてホイールクリックの反応をつけてみたのですが同じ反応
部位に右クリックの反応があるとそちらが優先されてしまいます。スクリプト
自体は両方来ますが右クリックのメッセージが終わった時に\eが出るため
見かけ上は右クリック反応だけ来ているように見えます。dict-keeps-baseevent.kis
のほうを修正しないとダメみたいです。できれば次期バージョンでの対応を
お願いします。
- 65 ：maron.kis：05/08/31 02:00 ID:TGAZEsjU
- OnChoiceTimeoutのr0を使ってタイムアウトした選択肢専用のメッセージを
出したいのですがどうすればできますか？OpenKEEPSのゴースト切り替えの
ようにキーワードを設定してそれがあったら専用反応、無ければ汎用反応
というような動作にしたいのですが‥‥
- 66 ：さとー ◆wtNnKAwArI ：05/09/01 00:02 ID:7ea900TA
- >>65
OnGhostChanged同様の手法は無理ですが、メニューグループ機能でほぼ同じことを
実現できます。以下、実例で示します。
まず\q[]を使う文中で、キーワードを設定します。キーワードはエントリ名に
使える文字で決めてください。このキーワードを、kp.MenuGroupエントリに
setstrで書き込みます。以下の例では、「乗り物好み」がキーワードです。
sentence : (
\1\s[10]\0\s[0]あなたは車派？\w8それとも鉄道派？\w8\n
\q["もちろん車,car"]\n
\q["やっぱり鉄道,train"]\n
\e
$(setstr kp.MenuGroup 乗り物好み)
)
OnChoiceTimeoutイベントでは、「TalkTimeout.＜キーワード＞」エントリに
トークを設定すると、先ほどの方法でキーワードを設定した場合に使われます。
キーワードは設定されているのに、「TalkTimeout.＜キーワード＞」エントリが
ない場合、TalkTimeoutエントリが使われます。
TalkTimeout.乗り物好み : \1\s[10]\0\s[4]どっちが好きなんですかぁ？\e
TalkTimeout : \1\s[10]\0\s[4]ちゃんと答えてくださいよぅ\e
なおkp.MenuGroupエントリは、選択肢を選ぶかタイムアウトすると、自動的に
中身を消します。違うキーワードが誤って使われる心配はありません。
こんな感じですが、どうでしょう？目的に沿うでしょうか。
- 67 ：maron.kis：05/09/01 01:58 ID:3oksG/1k
- >>66
ありがとうございます。このような機能があるとは知りませんでした。
これなら簡単に専用反応が出せますね。
- 68 ：いなご：05/09/23 09:25 ID:X8sgw7IA
- はじめまして。つい１月前に初めてゴーストに手をだしたのですが，
色々調べた上でOpenKEEPSを選びました。正しい選択でした。
コミュニケートトーク（ユーザとのトーク）のところで
# <FlagMode>.TalkComm.<正規化ゴースト名>.<ID>.match : キーワード群
のところの，「キーワード群」の書き方が良くわかりません。
一見エントリのようですが，「おはよう, おは」と書いても「」内を
一語として扱っているようです。複数のキーワードを参照するには
どうすればよいでしょうか？
- 69 ：さとー ◆wtNnKAwArI ：05/09/23 19:33 ID:2XGJbB9k
- >>68
OpenKEEPSを採用いただき、ありがとうございます。
「キーワード群」は実際にエントリですが、複数のキーワードを書くと、
「書いたキーワードが全部相手の文章中にあった場合にマッチ」になります。
複数のキーワードで同一の対応をしたい場合ですが、次のようになります。
TalkComm.emily.1.match : お芋
TalkComm.emily.2.match : さつまいも
TalkComm.emily.3.match : ポテト
TalkComm.emily.1, TalkComm.emily.2, TalkComm.emily.3 : \1\s[10]\0\s[5]エミリはお芋好きだね。\e
この例では、ID=1〜3に「お芋」「さつまいも」「ポテト」を割り振り、
単語を複数のエントリへ一括して登録する書式で、同一の応答にしています。
すると、「お芋」「さつまいも」「ポテト」のどの単語が相手の文章中に
あっても、常に「エミリはお芋好きだね。」と答えます。
＃OpenKEEPSの今の仕様は「AND条件」、いなごさんの予想した使用は「OR条件」
＃ということになりますね。OR条件も、使用頻度多いのかな。
＃簡単に書ける方法を作れないか、試してみます。
- 70 ：& ◆MXzrSnWpgU ：05/09/23 21:44 ID:xXdHM8kk
- >>69
さとーさん，早速ありがとうございました。
なるほど，ANDでしたか。たしかに「おはよう，おは」だと
「おはよう」は通ります。前に試したときは別の組合わせだったかも。
でも，実際のところCommunicateBoxに力を入れて作ってる人は
多いのかな？
- 71 ：うにゅう：05/10/20 07:25 ID:Nr/aZGdM
- openkeeps.kis に datasaveparam の設定をする場所がありますけど、
ここに終了時にデータをセーブするエントリを記述した場合、
ゴーストリロード（またはSSPのデバックでのSHIORIリロード）で
データが消えるという事象が発生しました。
ちなみに、Templete配下の辞書に datasaveparam の設定を記述した場合は
データが消えたりはしませんでした。
- 72 ：さとー ◆wtNnKAwArI ：05/10/22 18:55 ID:VTk1JAts
- >>71
現象の再現を確認しました。
ただ、
・openkeeps.kis以外にセーブデータを書くことを想定していなかった
・使い勝手からいくと、openkeeps.kis以外に書いた場合の方が便利そう
と言った点から、どういう修正をかけるべきか考え中です。
少々お時間を下さい。
- 73 ：さとー ◆wtNnKAwArI ：05/10/30 23:22 ID:qRMMs8tQ
- >>71
OpenKEEPS Ver.3.3.0 alpha7で対策してみたので、問題ないかお試しください。
これでうまく行かない場合、私が問題を誤解している可能性あり……。
- 74 ：うにゅう：05/11/01 01:29 ID:iUIEf/pU
- 確認しました。大丈夫みたいです。
対処ありがとうございました。
- 75 ：うにゅう：05/12/15 21:22 ID:XpHsF/VA
- >>75
ウィルス。踏むと死。
- 76 ：うにゅう：06/05/24 01:11 ID:xkw5v7a2
- 里々にあるreplaceafterのように、
「、」や「。」の後にウェイトを自動で置くような事ってできますか？
- 77 ：うにゅう：06/05/24 05:48 ID:xO4ZCpr2
- >>88
ヒント：ghost-keeps-translate.kis
- 78 ：88：06/05/26 01:26 ID:dpAFekx2
- ありがとうございます。できました。
持っているゴーストでOpenKEEPS使ってるのを見てみたんですけど、
それを使わずに直接スクリプトを書いてあるのばかりだったんで、
それでは駄目なのかと思ってました。
- 79 ：任意たん＠開発中：2007/05/16(水) 23:55:31 ID:LGjRg5CE0
- OpenKEEPS 3.2.0（3.3.0alpha8でも？）きのこのカテゴリ別のトークエントリ（TalkKinokoCreate.Type.きのこ、など）が
うまく動作していないようです。
dict-keeps-winlocal.kis の KinokoCheki 関数の236行目付近を見ると
235: ) else if $(EntrySize $@arg[1]".Type."${kinokotype}) $(
236: Talk $@arg[1]".Type."${kinokoname};
237: ) else $(
と書かれていますが、エントリの命名規則からすると236行目は
236: Talk $@arg[1]".Type."${kinokotype};
であるような気がしますがどうなのでしょうか？
ご確認お願いいたします。
40KB
新着レスの表示
掲示板に戻る 全部 前100 次100 最新50