【りかなー】US配列キーボード×Google日本語入力に... 投稿者：SKR 投稿日：2024/09/09(Mon) 15:13 No.7880    りかなーを使用したいのですが、うまく機能させられず、困っています。 US配列キーボードを使っており、「全角/半角キー」がないため、Google日本語入力を使って、「Ctrl＋\」でIMEの切り替えをしています。 この場合に、りかなーをうまく機能させるには、どうしたら良いでしょうか？ なお、先に、Space2回入力で使えるりかなーSpace（？）を使用したのですが、Spaceキーは変換を優先したく…。機能は素晴らしく、ぜひとも使いたいと思ったため、なんとかお知恵を拝借したいです。 Re: 【りかなー】US配列キーボード×Google日本語入... - MIZUSHIKI 2024/09/10(Tue) 21:45 No.7881 りかなー はIME切り替えをワンキーで行っていること前提の処理になってまして、「Ctrl+\」でIME切り替えをする設定にしている現状では りかなー は使用できません。 ワンキーにすることが出来れば、タスクトレイアイコンのメニューから「IMEキー設定」変更で使用することができると思います。 ただ、US配列キーボードは余っているキーが無さそうですよね。。。 使おうと思ったらまずワンキーで切り替え設定できる必要がありますが、、、 「AutoHotkeyを使いワンキーでUS配列キーボードのIMEを切り替える」 http://mainsblog.blog111.fc2.com/blog-entry-357.html 探してみても１つくらいしか記事がヒットしません。 一応、上記の方法で 左Alt と 右Alt にIMEオフ/オンを割り当てできるみたいですが、AutoHotkey というソフトウェアでなんかややこしそうな処理の末にIME切り替えを実現してるみたいです。 試してみていないので、もしかしたらこれを導入しても AutoHotkey が競合してしまって りかなー が上手く動作しないとかもあるかもしれません。 ただ、これを試すくらいしか思いつかないです。 確実な情報を提供できなくて申し訳ありません。

RhythmicaLyricsの不具合について 投稿者：イツキ☆ 投稿日：2024/08/01(Thu) 19:25 No.7874    テキスト編集画面遷移時の不具合について テキスト編集モードのボタン、もしくはショートカットキーで テキスト編集画面に遷移する際、 メイン画面から編集画面に切り替わる途中で任意のキーを入力するか、 ボタン押下時に任意のキーが入力状態のときに、 遷移後の編集画面が真っ白になり、 その状態でメイン画面に戻ると最後に編集した一つ前の状態(backup.txtの内容)に戻ってしまいます。 手順としては メイン画面でタグ打ち→任意キー入力中に編集画面へ→編集画面真っ白→タグ打ちする前の状態に戻る という感じです。 今のところ再現率は100％で発生しております。 こまめに保存すれば被害は最小限にできるのですが、気を抜いたときに発生するので、 直せる不具合なら対応いただけるとありがたいです。 Re: RhythmicaLyricsの不具合について - MIZUSHIKI 2024/08/04(Sun) 21:49 No.7875 すみません。返信が遅くなりました。 RhythmicaLyrics Ver.6.0.1β https://suwa.pupu.jp/data/RhythmicaLyrics_v60-1b.zip テキスト編集モードの切り替えのときにキー入力を読み取らないようにすることで、ある程度「遷移後の編集画面が真っ白」になるのを抑制できたかと思います。 ただし試してみたところ、たまに白くなることもあったので完全には抑えきれていないようです。 イツキ☆さんも確認してみてください。 これでもまだ白くなる状態がすぐ再現できてしまったり通常使用している中でもその頻度が高すぎるようなら、もう少し調整を検討してみたいと思いますが、現状どうでしょうか？ Re: RhythmicaLyricsの不具合について - イツキ☆ 2024/08/06(Tue) 15:35 No.7876 早速のご対応ありがとうございます。 6.0.1βをこちらの方でも使用し、 20回ほど「タグ画面で編集→キーを押しながらモード切替」の操作を試しました。 キーを変えたり、長押し・連打等変えつつ試しましたが、 6回ほど画面が白くなり前の編集状態に戻ってしまうという状況でした。 なので、3回に1回は発生するという計算になるかと思います。 以前に比べれば発生頻度はかなり減少しているかと思いますが、 個人的にはもう少し頻度を下げれたら嬉しいな、というのが本音ですね ただ、めちゃめちゃ手間がかかるとかであれば、このままで対応終了でもいいのかな と思います。 よろしくお願いします。 Re: RhythmicaLyricsの不具合について - MIZUSHIKI 2024/08/07(Wed) 20:20 No.7877 これでどうでしょうか。 私が試した限りでは白くなるのを完全に抑えられたのではないかと思います。 RhythmicaLyrics Ver.6.0.1β2 https://suwa.pupu.jp/data/RhythmicaLyrics_v60-1b2.zip テキスト編集モード変更のショートカットキーに「Alt+F」を設定してずっと長押しして切り替えまくってみましたが問題なく動作するようになりました。 またお試し頂いて、まだ問題が発生しているかの確認をお願いします。 Re: RhythmicaLyricsの不具合について - イツキ☆ 2024/08/13(Tue) 00:46 No.7878 返信大分遅くなってしまい、すいません 6.0.1β2で確認してみました。 前回同様に連打・長押しを20回以上試しましたが、 モード変更ボタン、ショートカットキーどちらでも 事象は1度も発生しませんでした。 めちゃめちゃ助かりました。ありがとうございます。 Re: RhythmicaLyricsの不具合について - MIZUSHIKI 2024/08/13(Tue) 03:11 No.7879 どうやら大丈夫そうですね。 確認いただきありがとうございました！ Ver.6.1 として更新しました https://suwa.pupu.jp/RhythmicaLyrics.html ---------- 今回の不具合修正と合わせて、以前から少し気になっていたところを修正したり一部機能追加したのでVer.6.1としました。 ・テキスト編集モード切り替え時にモード変更後の画面にならないことがあるバグを修正。 ・「設定＞カスタマイズ＞表示-メイン＞ステータスバー打込タイムタグ拡張」でルビに付けたタイムタグを表示したりウィンドウサイズ変更時にその表示場所を広げるようにした。 ・読み確定文字(net)でひらがなの読みにチェック数が付いている場合無視するオプションを追加。 ・LyricsMasterから歌詞を取得するとき歌詞サイトの推測が大幅に間違えるようになってしまっていた不具合を修正。 ・タイムタグ情報DataBaseが登録データ仕様を一部変更したためデータ送受信処理の調整や関連処理の追加を行った。

RhythmicaLyrics 投稿者：ドレッド 投稿日：2024/03/21(Thu) 16:20 No.7868    RhythmicaLyrics ver5.8 ツール→設定で何も変えずOKではなくキャンセルを押した後に時間→タイムタグ打ち込み→タイムタグ打ち込み時にずらす時間の数字が-23から-15に変わるのは仕様でしょうか？ 自分の環境だけなのかはわかりませんが 設定で間違えてOKではなくキャンセルを押してからのRhythmicaLyricsでタグを打った後に字幕がずれる現象が発生したのですが自分が気づいたのはタイムタグ打ち込み時にずらす時間の値だけでした。 あまり設定を見るとか変えるというのが無いと思うのですが 一応自分の環境では何回やっても-15になるのでちょっと共有しようかなと思い投稿させていただきました。 なので設定を変えるときは変えないときでもキャンセルではなくOKを押すことを勧めます。 Re: RhythmicaLyrics - ドレッド 2024/03/24(Sun) 03:32 No.7869 追記です。 自分でも気づかない内に設定→時間→タイムタグ打ち込み→タイムタグ打ち込み時にずらす時間がデフォルト-23から-15になってる時があるので修正してほしいなと思います。 毎回変わってるかどうかを見るのも手間なので。 よろしくお願いいたします。 Re: RhythmicaLyrics - ドレッド 2024/03/24(Sun) 15:32 No.7870 追記 設定タブの右上の×で消してもタイムタグ打ち込みの数字がデフォルト-23から-15に勝手に変わる現象がありました。。 キャンセルや×で消しても設定が変わるみたいです。 OKでしか設定タブが消せないです。 できるだけの早くの修正を待っております。 よろしくお願いいたします。 Re: RhythmicaLyrics - MIZUSHIKI 2024/03/25(Mon) 06:57 No.7871 バグ報告ありがとうございます。 どうやら Ver.5.3 からこのバグが発生していたようです。。。 バグを修正したベータ版を用意しました。お試し下さい。 RhythmicaLyrics Ver.5.9β1 https://suwa.pupu.jp/data/RhythmicaLyrics_v59b1.zip Ver.5.8 から更新して起動した際、「タイムタグ打ち込み時にずらす時間」が『-15』になってしまっていたら『-23』に修正するかどうかを確認するダイアログも出すようにしてみました。 問題なければ Ver.5.9 として更新したいと思います。 ----- 別件として以下の機能も追加しています。 ・ルビの「＋連結」された箇所が分かり易いように枠で囲む設定を追加 　（設定＞カスタマイズ＞表示-メイン） ・読み確定文字(net)で確定文字が日本語のときの「読み」に『＋』があっても無視できる設定を追加 　（設定＞自動チェック＞読み確定文字(net)） Re: RhythmicaLyrics - ドレッド 2024/03/28(Thu) 15:59 No.7872 Ver59b1でRhythmicaLyrics.iniを上書きコピーをして試してみました。 キャンセルを押してもタブ左上の×を押しても-15にはなりませんでした。 RhythmicaLyricsを使ってる人でも一度設定をしたらなかなか変えるものでもないので発見が遅れるのも仕方ないのかともいます。 自分も偶然知ったので今の今まで気が付きませんでしたし ともあれ、修正ありがとうございました。 Re: RhythmicaLyrics - MIZUSHIKI 2024/03/28(Thu) 22:49 No.7873 ご確認いただきありがとうございます！ Ver.5.9 を更新しました。 https://suwa.pupu.jp/RhythmicaLyrics.html （β1版に追加して、メニュー等のシステム表示を高DPI環境に対応させたりしてます。）

りかなーのタスクトレイ表示 投稿者：MASA 投稿日：2023/11/30(Thu) 21:39 No.7862    1.7にしたらタスクトレイに表示しないにチェックしても、再起動するとチェックが外れてタスクトレイに表示されます。改善していただけないでしょうか。 Re: りかなーのタスクトレイ表示 - MIZUSHIKI 2023/12/02(Sat) 04:56 No.7863 Ver.1.7.1で試しましたが、私の環境では「タスクトレイにアイコンを表示しない」チェック後、再起動してもアイコンは表示されずに起動しました。 アイコン非表示設定状態で起動しているとき、再度りかなー.exeが起動されるとアイコンが再表示され、設定も外されます。 もしかして、スタートアップにりかなーが2つ登録され、2回起動されているなんてことはないでしょうか。 エクスプローラのアドレスバーに「shell:startup」と入力しエンターを押して表示されるフォルダには、りかなーのショートカットは１つだけになっているでしょうか。 ・現ユーザー設定：shell:startup ・全ユーザー設定：shell:common startup また、スタートアップの方法は他にもいくつかあるかもしれません。調査してみてください。 基本的には「タスクトレイにアイコンを表示しない」チェック後、りかなー.exeと同じフォルダにあるsettings.iniをメモ帳で開いたとき「NoTaskIcon=1」となっていたら再起動してもアイコンは表示されないはずです。 Re: りかなーのタスクトレイ表示 - MASA 2023/12/02(Sat) 09:11 No.7864 おっしゃるとおり、スタートアップにりかなーが2つ登録されていました(^^;) お騒がせしましたm(__)m Re: りかなーのタスクトレイ表示 - 2023/12/12(Tue) 20:13 No.7865 りかなーの2重起動防止 #1.7x でのウィルス誤検知問題が未解決の現状ではどうか?と思いましたが。 2重起動防止を実装してはいかがでしょうか。 起動時、"りかなー.exe"というプロセスが存在すれば、即終了する。 設定変更したのに反映されていないという問題の予防や、 わずかとはいえ、リソースの無駄遣いを予防できるかと思います。 exe 名を変更している場合は対応できませんが(プロセスの挙動から判断しようとすると、大変)。 #対応頂いたとすると、(1.6.1ベースだろうから)バージョンが2系統になってしまうんだよなぁ..(^^;) Re: りかなーのタスクトレイ表示 - MIZUSHIKI 2023/12/14(Thu) 18:16 No.7866 >2重起動防止を実装してはいかがでしょうか。 ご提案ありがとうございます。 ただ、実は りかなー はもう既に２重起動防止を取り入れていたりします。 通常、２つ目を起動しても即終了するようになってます。 １つ目がタスクトレイ表示なし設定で起動しているとき、２つ目を起動すると１つ目に向かってメッセージを投げ、タスクトレイ表示なし設定を解除させる仕様になっております。（２つ目はその後終了）

りかなーv1.7 投稿者： 投稿日：2023/11/14(Tue) 20:31 No.7854    毎度使わさせて頂いて有難うございます。 ところでv1.7をDLしようとしたらTrojan:Win32/Leonemが発見されましたと表示されDL出来ませんでした。 大丈夫でしょうか？ Win11 23H2 64bit です。 Re: りかなーv1.7 - MIZUSHIKI 2023/11/16(Thu) 00:01 No.7855 ご報告ありがとうございます。 私もVer.1.7のダウンロードで問題が発生するのを確認しました。 ほぼ同じ中身ですがソフトの再作成を行いVer.1.7.1として更新しました。 https://suwa.pupu.jp/rikana.html 私の環境では現状Ver.1.7.1のダウンロードは問題なく出来ていますが、そちらでも問題無いでしょうか。 ご確認をお願い致します。 実は以前にも、ウィルス対策ソフトの誤検出はありました。（今回もそのときと同じ対策） りかなーは押されたキーを読み取ったりしていて、決して悪用はしていませんが、その動作がマルウェア等として元々ウィルス対策ソフトから誤検出されやすいだろうと認識しています。。。 Re: りかなーv1.7 - 2023/11/17(Fri) 09:18 No.7856 無事、DL出来て使えるようになりました。 有り難うございます。 Re: りかなーv1.7 - MIZUSHIKI 2023/11/17(Fri) 23:59 No.7857 ご確認頂きありがとうございます。 ただ、11月17日23時15分時点で再度確認したとき、ダウンロードできなくなる問題を再び確認したためVer.1.7および1.7.1のダウンロードリンクを消し、Ver.1.6.1（またはVer.1.7β1）しかダウンロードできなくする処置を緊急で施しました。 どういった状態が誤検出を招くか分からないため、試験的に小刻みなバージョンアップを繰り返す可能性があることを皆様にはご了承頂きたくどうかお願い致します。 Re: りかなーv1.7 - MIZUSHIKI 2023/11/20(Mon) 02:23 No.7858 ある程度 対策したつもりのVer.1.7.2を作ってみましたが、ホームページに載せてダウンロードしてみたら瞬殺でウィルス対策ソフトの誤検出が発生してダウンロードできなくなりました。。。 ・・・と、思ったら何故かVer.1.7.1が問題なくダウンロードできるようになっていることを確認しました。(・・・？) とりあえず、Ver.1.7.1のダウンロードリンクの復活だけさせてみました。 これで問題が解決してくれれば、それはそれで良いのですが果たして・・・。 Re: りかなーv1.7 - 2023/11/20(Mon) 20:04 No.7859 最初、メールで問合せた者です。 > ・・・と、思ったら何故かVer.1.7.1が問題なくダウンロードできるようになっていることを確認しました。(・・・？) 再確認しましたが、ほぼ瞬殺されました.. (数日経過して、ウィルス対策ソフトのパターンファイルも更新されているはずですが。) 後、無関係かもしれませんが、別環境(別のウィルス対策ソフト使用)では Ver.1.7.1 が動作していますが、 タスクトレイアイコンの右クリック→ヘルプで、上2つ(かな入力で〜 と IMEオンオフキー〜)が表示されません。 Re: りかなーv1.7 - MIZUSHIKI 2023/11/21(Tue) 00:34 No.7860 私も、再度確認したところ11月20日22時55分時点で再びウィルス誤検出によりダウンロード出来なくなっていることを確認しました。 ということでダウンロードリンクをもう一度取り消しました。 さて、どうしたものでしょうか・・・ Ver.1.6.1では誤検出されずVer.1.7, 1.7β1, 1.7.1, 1.7.2と軒並みダメになったことから、1.7の新機能実装時に追加したコードで誤検出を誘発するものがあったということですよね。 変えたのなんて設定ウィンドウの動作とか設定iniファイル保存処理の一部とかだけなんですけど。。。 （なのでVer.1.7.2ではある程度設定ウィンドウの動作を抑制してみたのですがダメなようでした。） もう少し検討してみたいと思います。 Re: りかなーv1.7 - 2023/11/21(Tue) 06:52 No.7861 実装面は詳しくないですが。釈迦に説法ですいません。 > 変えたのなんて〜 で、変えた箇所「だけ」確認すると、ハマることがあります。 変えた箇所が既存の箇所に悪影響を及ぼすことが、結構あります。 (なので、既存機能への影響度調査は大事です。) あくまで推測ですが、既存の箇所は今までウィルス誤検出に引っかからないギリギリだったが、 今回変えた箇所の影響で、それが顕在化してしまったとか..