過去ログ
0190
0189
0188
0187
0186
0185
0184
0183
0182
0181
0180
0179
0178
0177
0176
0175
0174
0173
0172
0171
0170
0169
0168
0167
0166
0165
0164
0163
0162
0161
0160
0159
0158
0157
0156
0155
0154
0153
0152
0151
0150
0149
0148
0147
0146
0145
0144
0143
0142
0141
0140
0139
0138
0137
0136
0135
0134
0133
0132
0131
0130
0129
0128
0127
0126
0125
0124
0123
0122
0121
0120
0119
0118
0117
0116
0115
0114
0113
0112
0111
0110
0109
0108
0107
0106
0105
0104
0103
0102
0101
0100
0099
0098
0097
0096
0095
0094
0093
0092
0091
0090
0089
0088
0087
0086
0085
0084
0083
0082
0081
0080
0079
0078
0077
0076
0075
0074
0073
0072
0071
0070
0069
0068
0067
0066
0065
0064
0063
0062
0061
0060
0059
0058
0057
0056
0055
0054
0053
0052
0051
0050
0049
0048
0047
0046
0045
0044
0043
0042
0041
0040
0039
0038
0037
0036
0035
0034
0033
0032
0031
0030
0029
0028
0027
0026
0025
0024
0023
0022
0021
0020
0019
0018
0017
0016
0015
0014
0013
0012
0011
0010
0009
0008
0007
0006
0005
0004
0003
0002
0001
キーワード
条件
AND
OR
表示
10件
15件
20件
25件
まったく使えませんが?
sere
- 2008/05/31(Sat) 22:37
No.114
.net framework3.5でも動くっていうので、
.net framework1.1をのこして他バージョン全部アンインストールし、
.net framework3.5をインストールしました。
XMLEDITOR .NETを起動すると、
左ペインは真っ白、
右ペインのXML宣言文のフォーム?などは文字化けが多数重なりあい、
何か動かそうとするとルートなんとかに名前をつけてくださって言われる。
しかしおそらくルートが表示されるであろう左ペインは真っ白で
どうにも使えませんが。
Re: まったく使えませんが?
y.hayashi
- 2008/06/02(Mon) 15:20
No.115
なんと!!教えていただきありがとうございます。
3.5のCLRバージョンは2.0SP1と同じという話を聞いていたので普通に動くと思ってました。。
Re: まったく使えませんが?
y.hayashi
- 2008/06/02(Mon) 17:11
No.116
あ、.NET3.5は2.0SP1がベースとして必要なので2.0を削除したらまともに動かないと思います。
実際↓にある.NET3.5のパッケージをインストールすると2.0SP1と3.0も一緒にインストールされます。
http://www.microsoft.com/downloads/details.aspx?FamilyID=333325fd-ae52-4e35-b531-508d977d32a6&displaylang=ja
とはいえ3.5単体で動いてしまうようにも読めるのでそこの記述は消しておきます。
特定のファイルが読み込めない?
himajin100000
- 2008/05/30(Fri) 17:55
No.112
http://cid-b89cb784f5346675.skydrive.live.com/browse.aspx/Diary/20080530?uc=1
青空文庫のxmlを上記に含めたが,
このファイルをXMLEDITOR.NETにかますと
少なくとも俺の環境では
gaiji属性が設定されていません
とか言うメッセージがでるっぽい。
(添付されているのはShift_JIS版だが,UTF-8版で確認。Shift_JIS版で俺が確認するとSplashScreenの裏側にダイアログが隠れてしまって読めないorz)
このファイルはMinefield(Firefox Trunk)で正常に読み込めた
Re: 特定のファイルが読み込めない?
himajin100000
- 2008/05/31(Sat) 08:11
No.113
すんません、この報告はRESOLVED INVALID/STUPIDです。
XHTML 1.1のDOCTYPEが付いてて,且つ,検証するようにしてたのを思いっきり失念してました。
ヘルプファイルをHTMLヘルプに
doju
- 2008/05/04(Sun) 09:06
No.102
はじめまして。ちょぼちょぼ使わせていただいております。
ひとつ気になったのですが、ヘルプがhlp形式なんですね。
主に使っているマシンはXPなのでとりあえずは問題ないのですが、
Vistaでは別途ビューアをインストールしないとhlp形式が見られないため、難儀します。
適当なリリースタイミングでヘルプをHTMLヘルプ形式にしていただけないでしょうか。
目に見える変更が僅かなわりに手間が掛かるのは承知していますが……
Re: ヘルプファイルをHTMLヘルプに
y.hayashi
- 2008/05/10(Sat) 15:18
No.104
dojuさんはじめまして。ご利用ありがとうございます。
Vistaだとビューアが必要とは知りませんでした。
実はhlp形式でヘルプを作成するのが面倒で最近更新してなかったりするので、これを機会にHTMLヘルプにするのもいいかもしれません。
処理命令を含む要素を含む文書を読み込ませるとその開始タグの色分けがおかしい
himajin100000
- 2008/05/01(Thu) 08:24
No.96
http://blog.goo.ne.jp/himajin100000/e/73d258788efc1e2f0c2cb952b0a4f290
文書を新規作成して
子ノードに処理命令を追加した時には症状は現れない
Re: 処理命令を含む要素を含む文書を読み込ませるとその開始タグの色分けがおかしい
himajin100000
- 2008/05/01(Thu) 08:36
No.97
図では改行コードがCRになっているが(テキストエディタのバグかどうか作者に問い合わせ中)多分LFでも再現する
Re: 処理命令を含む要素を含む文書を読み込ませるとその開始タグの色分けがおかしい
y.hayashi
- 2008/05/01(Thu) 19:55
No.98
あらら。XML宣言がない場合に発生するようです。。
Re: 処理命令を含む要素を含む文書を読み込ませるとその開始タグの色分けがおかしい
himajin100000
- 2008/05/01(Thu) 20:20
No.99
>XML宣言がない場合に発生する
そうみたいね。
Autumnあたりで修正入るといいなあ・・・
Spring 2.2.0.1だともっとうれしい(ぁ
Re: 処理命令を含む要素を含む文書を読み込ませるとその開始タグの色分けがおかしい
himajin100000
- 2008/05/02(Fri) 16:11
No.100
#いけね、手元のバージョン(v2.2.0.0)が古かった。
それにともなう訂正
>Spring 2.2.0.1だともっとうれしい(ぁ
Spring 2.2.0.2だともっとうれしい(ぁ
Re: 処理命令を含む要素を含む文書を読み込ませるとその開始タグの色分けがおかしい
y.hayashi
- 2008/05/10(Sat) 15:14
No.103
前向きに善処したいとおもいます。笑
名前空間接頭辞
himajin100000
- 2008/05/02(Fri) 16:38
No.101
1.名前空間接頭辞宣言を含み、かつ、ルート要素がその名前空間接頭辞を持つようなXML文書を「新規作成」してみてください
2.fuga要素をルートに持つXML文書を新規作成します。
ノードエディットビューの属性から
xmlns:foo属性の値をbarにします。
xmlns属性の値をbazにします。
この状態でツリービューから
2-1.名前空間接頭辞の無いhoge要素を追加し、このノードを選択します。
このとき、ノードエディットビューの「名前空間」はどうなっていますか?
ソースを保存し,同じ文書を読み込ませたらどうなっていますか?
2-2.
さて,fuga要素の下に
hoge:dada要素をツリービューから追加してみてください。
==============
どちらもできますか?
[XSLT]document関数が使えない
himajin100000
- 2008/04/25(Fri) 08:32
No.91
XSLT変換エラー:
'document()'関数を実行できないようになっています。実行できるようにするにはXsltSettings.EnableDocumentFunctionプロパティを使用してください
Re: [XSLT]document関数が使えない
y.hayashi
- 2008/04/25(Fri) 23:07
No.92
どうもです。デフォルトでは無効になっているようですね(セキュリティのため?)。document()関数って良く使われるんでしょうか?
Re: [XSLT]document関数が使えない
himajin100000
- 2008/04/25(Fri) 23:22
No.93
俺個人はあまり使ったことがありません。
今日,
http://oshiete1.goo.ne.jp/qa3972617.html
って質問に答えたんです。
でXMLにXSLTをかまして結果を見ようとしたらエラーが。
#どういうのか判らないけど,セキュリティ上の問題でしょう。
#有効にするかどうかは重要度に応じてy.hayashiさんに任せます。
#結局eXtyleをインストールしなおした。こちらでは有効。
##ところでXMLって特定のファイル名を与えられないこともあるよなあ・・・このときdocument関数ってどうなるんだろう・・・
Re: [XSLT]document関数が使えない
y.hayashi
- 2008/04/28(Mon) 20:57
No.94
なるほど。.NETは業務アプリなんかも想定してデフォルト無効にしていると思うので、エディタ用途なら有効にしても問題ないでしょう。利便性重視で。
しかしhimajin100000さん大活躍ですね〜。
Re: [XSLT]document関数が使えない
himajin100000
- 2008/04/30(Wed) 03:34
No.95
それでいて
xsl:import等は問題なく動くんだよね・・・
>himajin100000さん大活躍ですね
まぁ難しくないものは,ね。
今ape5さんに出されているXML Schema系のものは殆ど判らないです。
マトモな勉強してないんだなー俺。こんなんでXML Master Basic持ってていいのか?
デフォルト名前空間とXPathとXGrep
himajin100000
- 2008/03/17(Mon) 10:20
No.83
今更ながらXGrepを使ってみようとした・・・んだけど。
XPathで検索する時に
●デフォルト名前空間に属する要素を検索するには?
参考:
http://oshiete1.goo.ne.jp/qa3362718.html
●XGrepで検出されたノードが[処理結果]ウィンドウに表示されるが、その項目をダブルクリックすると
System.ComponentModel.Win32Exception: アプリケーションが見つかりません
が(俺の環境では)発生する
Re: デフォルト名前空間とXPathとXGrep
himajin100000
- 2008/03/17(Mon) 10:24
No.84
ってかこれ、名前空間接頭辞があっても検索できないような。
Re: デフォルト名前空間とXPathとXGrep
y.hayashi
- 2008/03/18(Tue) 01:24
No.85
あれ、検索できません?
例えばXSLファイルなら「//xsl:stylesheet」で接頭辞つきの要素が取得できます。デフォルト名前空間がある場合は普通の指定だとマッチしないので「/*[local-name()="foo" and namespace-uri()="bar"]」みたいな感じで。もっとスマートな方法があればよいのだけど。
あとWin32Exceptionの件はxmlファイルの関連付けがされていないのが原因かと。が、きちんとExceptionがハンドルされていないようなのでメッセージ出すように修正しときます(汗)
Re: デフォルト名前空間とXPathとXGrep
himajin100000
- 2008/03/18(Tue) 07:52
No.87
・・・何か勘違いしてたのかも。動作しちゃったよ
すみません。
==========================
メモ:
個人的に、こうあって欲しいな
Microsoft XML Notepad 2007の例
http://blog.goo.ne.jp/himajin100000/e/42c7026e8b042b9976cf8e637a289658
#同じ名前空間にいつも同じ接頭辞を割り振るとは限らない
#異なるファイルで異なる名前空間に同じ接頭辞を割り振ってたら・・・
#極端な話同一ファイルで異なる名前空間に同じ接頭辞を振ることも多分出来ます。やらないけど。
#同じ名前空間の同じ要素、を検索する機会の方が圧倒的に多いと思います
Re: デフォルト名前空間とXPathとXGrep
y.hayashi
- 2008/04/01(Tue) 00:17
No.89
ほー参考になります。XML Notepadはデフォルト名前空間があるとaを接頭辞に割り振るようですね。
XSL変換に疑問
ken
- 2008/03/13(Thu) 16:49
No.78
度々すみません。
XSL変換に関して、XSLファイルの中に<head>〜</head>が存在すると「XSL形式エラー」が発生するのですが使用方法に問題があるのでしょうか?
Re: XSL変換に疑問
himajin100000
- 2008/03/15(Sat) 03:15
No.79
再現しません。再現するXMLファイルとXSLファイルを
zipでいただけますか?
Re: XSL変換に疑問
y.hayashi
- 2008/03/16(Sun) 19:03
No.81
こちらでもエラーの状況を再現できませんでした。himajin100000さんもおっしゃってますがサンプルをいただけると助かります。短いサンプルならこの掲示板に貼り付けてもらっても結構です。
Re: XSL変換に疑問
ken
- 2008/03/20(Thu) 09:15
No.88
返事が遅れてすみません。再現しないとの事ですのでこちらのバグの可能性がありますので、現在データをサンプルコーディングしながら突き詰めております。もうしばらくお待ちください。
Ver2.2.0.0リリース!
y.hayashi
- 2008/03/16(Sun) 19:58
No.82
今回はパフォーマンス改善がメインです。
これまでメガバイトクラスのXMLファイルのロードや編集が非常に重く使い物になりませんでしたが、このバージョンでかなり改善しました。
試しに.net2.0のSystem.xml(4.25MB)のロードで比較すると前バージョンと10倍以上の速度差がありました。ただしソースビューのモノクロモードでしか効果はありません。カラーだとRichTextEditorのレンダリングが遅すぎてどうしようもないのです(>_<)
また、自動更新モードをデフォルト設定でオンにするようにしました。不評なら元に戻します。
Ver2.2.0.1リリース
y.hayashi
- 2008/03/18(Tue) 01:50
No.86
不具合修正が中心です。
表入力後の「反映」で疑問
ken
- 2008/03/12(Wed) 14:43
No.76
いつも利用させていただきありがとうございます。
今回は、表入力後の「繁栄」についてうかがいます。
表のタブを選択した時にルート要素と子供の要素の名称だけが表示されます。
ここで子供の要素を選択して表入力しますとその後の「反映」ができません。ルート要素から子供要素へと順番に選択すると「反映」が可能です。
操作上の問題でしょうか?現状では必ず後者から実行するようにしております。
Re: 表入力後の「反映」で疑問
y.hayashi
- 2008/03/12(Wed) 15:43
No.77
kenさんはじめまして。
表入力の反映の件ですが不具合の可能性がありますので
調査して修正したいと思います。ありがとうございます。
Re: 表入力後の「反映」で疑問
y.hayashi
- 2008/03/16(Sun) 18:59
No.80
ひとつ質問があるのですが、
反映ができないというのは反映ボタンを押しても変更が反映されていないということでしょうか?
こちらで再現できるサンプルがなかったため、もし可能でしたら状況を再現可能な簡単なサンプルを教えていただけると助かります。
|
←
|
51
|
52
|
53
|