投稿者
　メール
　　題名
　　内容 入力補助動画検索<OBJECT>タグが利用可能です。(詳細)
　　　　
　ＵＲＬ
[ ケータイで使う ] [ BBSティッカー ] [ 書込み通知 ] [ teacup.コミュニティ ] [ 検索 ]

投稿募集！　スレッド一覧

スレッド作成 他のスレッドを探す
[PR]  坐骨神経痛 奈良の求人・転職 SSL 電話料金
[ teacup. ] [ 無料掲示板 ] [ プレミアム掲示板 ] [ teacup.コミュニティ ] [ ブログ ] [ チャット ]
全150件の内、新着の記事から20件ずつ表示します。 1  2  3  4  5  6  7  8  |  《前のページ |  次のページ》 

Re: 文字セット

 投稿者：SirMiles(作者)  投稿日：2009年 3月19日(木)14時15分45秒
  　ご利用ありがとうございます。

　ご質問の件ですが、確かに添付頂いたファイルは、「Repl-Ace on .NET」ではUTF-8と判定されないようです。
　「Repl-Ace on .NET」は、文字セット判定にMlang.dllというOS由来のモジュールを使用しており、その判定結果をほぼそのまま使用しています。

http://www.sirmiles.com/repl_ace/readme/contents/charset.html

　その為、Mlang.dllが「西ヨーロッパ言語」と判定した場合は、それをそのまま使用致します。
　「西ヨーロッパ言語」と判定されるのは、殆どの場合、全体に占める半角英数字記号の割合が、全角文字を圧倒している場合になります。ちなみに、添付して頂いたファイルについて実験してみると、ひらがなを80文字前後追加したあたりでUTF-8と認識されるようになりました。

　他のエディタ等がUTF-8を正しく判定しているのは、恐らく、htmlのメタ情報にあるcharsetプロパティを見ているからであり(実際に秀丸で書き換えて、もう一度開いてみると分かります)、「Repl-Ace on .NET」が判定を誤るのは、それを判定材料にしていないからです。
　この部分に関しての対応は、現在のところ考慮しておりません。

　大変申し訳ございませんが、自動判定を行う限り、解決策はありませんので、デフォルトの文字セットをUTF-8に指定して頂き、文字セット自動判定を無効にして下さい。 		 

文字セット

 投稿者：るし  投稿日：2009年 3月19日(木)13時42分23秒
  htmlファイルなんですけど、UTF-8の文字セットが、西ヨーロッパ言語と認識されてしまいます。
秀丸でエンコードの種類を確認するとUTF-8。
ホームページビルダーで保存する時もUTF-8。
でも、Repl-Ace.netだと西ヨーロッパ言語認識されます。
変換後文字セットを行い、もう一度、Repl-Ace.netに載せると西ヨーロッパ言語と表示される上、日本語部分は完全に文字化けします。
秀丸でUTF-8保存してもRepl-Ace.netでは西ヨーロッパ言語になります。

メールに添付して送りますので、検証してみてください。 		 

Re: 検索する文字量

 投稿者：SirMiles(作者)  投稿日：2009年 2月19日(木)09時08分43秒
  　お返事が遅れまして、大変申し訳ございません。

　ご指摘の件ですが、アプリケーション的には特に制限をしておりません。

　なお、こちらで試してみようとしたのですが、お恥ずかしい話、どのような意図でこの表現をご使用になられたか理解できず、ご提示頂いた検索文字列がどうしてもヒットしませんでしたので、再現できませんでした。

　申し訳ございません。 		 

検索する文字量

 投稿者：tonbei  投稿日：2009年 1月31日(土)08時50分37秒
  (最初の文字列)(.*?\n*)((.+?\n*.*?)*?)(最後の文字列)　という式を作って検索、置換をやっていますが、どうも不思議なことに、ある一定量の文字の量を超すと検索されなくなるようなんです。いろいろと試してみましたが、やはり文字の量の制約を受けているとしか思えなくなりました。ここでいうと　文字の量とは(最初の文字列)と(最後の文字列)の間に入る文字の量です。この点どうでしょうか。なにかご示唆いただけれはうれしいです。　それと、repl-ace　ここ4年くらい使ってきて大変重宝しています。ありがとうごさいます。  

Re : エンティティ処理について

 投稿者：SirMiles(作者)  投稿日：2009年 1月20日(火)09時00分37秒
  ご利用ありがとうございます。

まずは、ご指摘の現象を、処理プランのXMLをエディタ等で直接編集された際に起こっているものとして、回答させていただきます。


Repl-Ace on .NET で使用する処理プランのXMLは、XMLの仕様に則ったものですので、処理プランのXMLをエディタ等で直接編集される場合、エンティティに関してはエスケープする必要があります。

即ち、＆gt; は ＆amp;gt; と記述しなければなりません。
また、＆aaaa; も同様に ＆amp;aaaa; と記述する必要があります。


なお、Repl-Ace on .NET の機能を使用して処理プランを作成する場合は、この件に関して考慮する必要はありません。
Repl-Ace on .NET のメイン画面にて「＆gt;」や「＆aaaa;」を入力し、処理プランを保存した際は、XML内の当該箇所は上記のようにエスケープされているはずです。


XML編集ソフトの中には、このあたりの規制が緩いものもありますが、Repl-Ace on .NET では誤動作防止の為(それと、XMLの入出力には.NET Framework の機能そのものを使っている為)、このあたりを厳密にしています。

もし、Repl-Ace on .NET を使用して処理プランを保存しても、エンティティがエスケープされない場合は、何らかのバグが考えられますが、私が試してみたところでは、現象は確認されませんでした。 		 

エンティティ処理について

 投稿者：TOM  投稿日：2009年 1月19日(月)17時21分0秒
  便利なソフトを公開していただきありがとうございます。
とても重宝しております。

処理プランのエンティティ処理について質問があります。

１．エンティティのまま置換することは可能ですか？
　置換文字に「＆ｇｔ；」と入力し置換を実行すると「＞」で置き換わります。

　エンティティのまま置換するこはできないでしょうか？

２．ユーザ定義のエンティティを置換文字列に含むと「無効な内容です」と表示され取り込みができません。取り込む方法はございますか？

　例えば、XMLにおいて「＆aaaa；」のようなエンティティを定義していた場合、「＆aaaa；」を置換文字列に含むと「無効な内容です」とエラーになります。

　以上、２点について回避策がございましたらご教授ください。

　よろしくお願いいたします。 		 

${EXTEND_FileFolder}について

 投稿者：るか  投稿日：2008年12月11日(木)22時06分55秒
  ご回答ありがとうございます。
ご指摘の通り「正規表現」がオンになっておりませんでした。 		 

Re : ${EXTEND_FileFolder}について

 投稿者：SirMiles(作者)  投稿日：2008年12月11日(木)19時44分23秒
  ご利用ありがとうございます。

一応再テストしてみましたが、フォルダ名で変換されました。
「正規表現」のチェックボックスはオンになっていますでしょうか？
${EXTEND_FileFolder}の使用は正規表現がオンの場合にのみ有効です。 		 

${EXTEND_FileFolder}について

 投稿者：るか  投稿日：2008年12月10日(水)13時07分24秒
  置き換え文字列で${EXTEND_FileFolder}を使用した場合に、フォルダ名にならずに
${EXTEND_FileFolder}の文字列になってしまいます。
環境の問題なのか、指定方法の問題なのかがわからないのですが、
解決方法を教えて頂きたくおねがいします。
ちなみに「Microsoft .NET Framework 2.0」および「Microsoft Visual C++ 2008 再頒布可能パッケージ はインストール済みです。 		 

Re: 続・窓の外へ

 投稿者：SirMiles(作者)  投稿日：2008年11月19日(水)07時57分9秒
  再現するパターンが一つ見つかりました。

最小化したまま、タスクバー上で終了すると、memory.cfg の WindowLeft 及び WindowTop に -32000 という値が入りました。

この点については、ちょっと修正を検討してみます。 		 

Re: 続・窓の外へ

 投稿者：SirMiles(作者)  投稿日：2008年11月18日(火)22時07分30秒
  ご報告ありがとうございます。

>作成時に、画面外（解像度外）の座標を書き込むから

それはご指摘の通りだと思うのですが、どういうパターンの時にそれが起こるのか、皆目見当がつかない状態です。

私が複数のOS(2000,XP,Vista)でテストしたところでも、特にそういった現象が起こらないので、本当に不明です…。

申し訳ございません。 		 

続・窓の外へ

 投稿者：るし  投稿日：2008年11月18日(火)11時16分7秒
  デスクトップ外に表示されて…で、書き込んだものです。
本日、再び、発生。
教えていただいた通り、「memory.cfg」削除で元通りになりました。
けれど、「…別の環境に移した…」のご指摘のような、別のPCへ引っ越して起こったということでございません。
普通に使用していて起こったものです。
終了時にmemory.cfgは作成されますよね。
その作成時に、画面外（解像度外）の座標を書き込むから、このような現象が起きているのだと思います。 		 

Re: {n,m}について

 投稿者：SirMiles(作者)  投稿日：2008年11月18日(火)08時52分25秒
  ご利用ありがとうございます。

申し訳ございません。マニュアルの例が悪かったようです。

AAAAAAAだと、計7文字なので、AAとAAAAAにマッチし、結果置き換えられてしまいます。

AAAAAAならば、先頭の2文字にのみマッチし、結果が#AAAAになります。
なお、「全体にはマッチしません」が、「部分的にはマッチします」。

「全体を置き換えないようにする」ことは、このような量指定子では不可能です。
他の検索文字列を考えてみましたが、この例では後半のAAAAAAAを置き換えないようにすることは困難だろうと思われます。 		 

{n,m}について

 投稿者：nm  投稿日：2008年11月16日(日)12時06分43秒
  {n,m}について質問です。

検索対象 ：A{2,5} は、AAAA にマッチしますが、 A や AAAAAAA 全体にはマッチしません。
検索文字列：A{2,5}
置換文字列：#
正規表現 ：オン
置換結果 ：A{2,5} は、# にマッチしますが、 A や ## 全体にはマッチしません。

「AAAAAAA 全体にはマッチしません」と説明されているのですが、結果では置き換えされてしまいます。
これを置き換えさせないようにするにはどうすればよいのでしょうか？ 		 

Re: 窓の外へ

 投稿者：SirMiles(作者)  投稿日：2008年11月14日(金)10時11分21秒
  ご利用ありがとうございます。

Repl-Ace on .NET は、「Repl_Ace.exe」と同じ場所に「memory.cfg」というファイルがあり、そこにウィンドウの位置を記録するようになっています。

従って、解像度の高い環境にて、右下側にウィンドウを表示させた状態で使っていて、そのまま Repl-Ace のフォルダごと別の環境に移した場合、移した先の解像度が低いと画面の外に表示されてしまいます。


もし、このような事例でなければ、今のところ原因が分かりません。
現象が再現した場合は、「memory.cfg」を削除していただければ、当初の状態に戻ります。 		 

窓の外へ

 投稿者：るし  投稿日：2008年11月10日(月)06時41分24秒 		編集済
  あの、デスクトップ上に表示されなくなりました。
タスクバーにて「最大化」を選ぶと現れるんですけど、「元のサイズに戻す」にすると画面外へ行ってしまいます（といっても、どこにいるのか、見えないから分からないけど）。
つまり、デスクトップの領域外にウィンドウが移動してしまった状態です。
バグフィクスかどうか分からないんですけど、書き込んでみました。

追記：一応、alt+space　移動の「M」で、デスクトップ内に復帰できました。
けど、デスクトップ外に移動した覚えはないので、やっぱりおかしいと思います。 		 

Re: UTF8

 投稿者：SirMiles(作者)  投稿日：2008年10月23日(木)21時46分19秒
  ご利用ありがとうございます。

ご質問の件、普通にヒットしますが…。
ファイルの文字セットを誤判定している可能性があります。ファイル一覧の「変換前文字セット」がUTF-8になっているかを確認してみてください。

UTF-8になっていない場合は、ファイル一覧の右上にある[他の機能]をクリックし、[＜変換前後＞文字セットを強制] - [Unicode (UTF-8)]をクリックしてください。

これで、各ファイルを強制的にUTF-8とみなし、処理します。 		 

UTF8

 投稿者：1we  投稿日：2008年10月23日(木)17時13分49秒
  すみません、間違えてブログのコメントに質問してしまいました。
日本語が全然ヒットしませんけどどうしてでしょうか？
対象は、Unicode UTF-8
で書かれた日英混在のhtmlファイル複数です。
日本語は検索置換の対象になっていないようです。 		 

(無題)

 投稿者：gothic3  投稿日：2008年 6月22日(日)15時49分35秒
  その組み合わせはヘルプを見ても私にはまだ難しくてよくわかりませんでしたが
おかげさまでできました。
西ヨーロッパ言語に判定される文章はエラーでできませんでしたが、
v4_2_2では全てできました。でも強制変換にチェックしたらできました。

私は大量のHTMLではないプログラム的なtxt記述用途なので、
バックアップが反映していただけると助かります。
また「処理範囲を、初めの何行まで絞り込める機能」に私も一票です。
ありがとうございました。 		 

Re: backupと複数行マッチについて質問

 投稿者：SirMiles(作者)  投稿日：2008年 6月19日(木)13時54分59秒
  　ご利用ありがとうございます。

　ご質問の件ですが、

検索文字列 : ABCDEF(.+)\r\nGHI    =0(.+)\r\n
置換文字列 : ABCDEF$1\r\nGHI    =100$2\r\n
正規表現を使う : オン

ではダメでしょうか。


　バックアップの件ですが、元ファイルと同じ場所にバックアップを作らないで欲しいというご要望の方が多かった為、あのような形になりました。
　一応ご意見として伺っておきますので、バージョンアップの機会があれば反映させたいと思います。
　申し訳ございませんが、現状ではご自身によって世代管理をしていただくより他ございません。 		 
以上は、新着順21番目から40番目までの記事です。 1  2  3  4  5  6  7  8  |  《前のページ |  次のページ》 
／8 


[PR]