{4} コメントの一覧 (413 件のマッチ)

ドキュメントも更新。

Shibuya.tracのtidusです。お疲れ様です。

コミット権はすでに付与してありますので、いつでもインポートしてください。情報は全てWikiで管理していますので、リリース情報やプラグイン情報などトップページのWikiの編集や、プラグイン解説のWikiの作成など、自由に作成してください。

Trac-Hacksには、プラグインを国際化したものや、フィードバック可能なものはどんどんフィードバックしていきたいと思っています。実際、DecoratorプラグインのTicketQueryマクロでのサポートを行うための改善や、XmlJsonRpcPluginのJSONサポートの部分はXmlRpcPluginへパッチとして登録しています。

http://trac-hacks.org/ticket/2251

最終的には、trac-hacksのリポジトリにプラグインを国際化して登録し、英語の説明はtrac-hacks、日本語の説明はShibuya.tracというのが理想でしょうか(私の勝手な想いですが)。

Tracコミュニティ自身非常にマイナーな存在で弱者なので(笑)、弱者同士が集まってシナジー効果を出したいと思います。

さいきん0.11devしか触ってないので他のバージョンは分らんのですが、 この設定プラス、 tracd に -r オプション(auto-reloadモード)をつけてサーバを起動しておけば サーバ再起動せずにソースの変更が反映されます。 あくまでtrac0.11dev + tracd、ついでにWindows環境の場合の話。ほかの環境はご容赦。

おお、ご指摘ありがとうございます。 これももっと使いやすくしたいんだよなぁ。って意味ないコメントごめんなさい。 TracのAPI的には、Tracが他の検索結果と総合してページ処理をやっているので、１ページ何件とかいうのをこのプラグインで制御するのはたぶん無理ですね。結果によっては重いのかな？

このプラグインでは、複数の検索先を指定できるようにしたいですね。 ドキュメントとか、ソースとか分けたい。

クローズイベントですね。 私自身は、「でるんだーまああいいや」くらいの感覚でした。 ちょっと考えてみます。でも今は無理。ごめんなさい。

私もこの機能を利用したいのですが、クローズ時のイベントが表示されてしまい悩んでいます。この現象を解決していただけると大変助かります。

ただページングが重くなるので
ページングを軽くするにはHIT件数だけとりだして、estcmd_arg -max 10 -sk スキップ件数としたいですが・・・
ほかのwikiとかのHIT数も足しこめるんですかね。TracのAPI的に・・・

上記内容まちがえました。

ただしくは。

qline = ""
        for term in terms:
            qline = qline + " " + term
        cmdline = "%s %s %s %s" % (estcmd_path,estcmd_arg,index_path,qline.encode(estcmd_encode))

query_to_sql を search_to_sqlに修正したところ問題なくロードされました

が・・・ 検索するとエラーに

Traceback (most recent call last):
  File "/usr/local/lib/python2.5/site-packages/trac/web/main.py", line 406, in dispatch_request
    dispatcher.dispatch(req)
  File "/usr/local/lib/python2.5/site-packages/trac/web/main.py", line 237, in dispatch
    resp = chosen_handler.process_request(req)
  File "/usr/local/lib/python2.5/site-packages/trac/Search.py", line 181, in process_request
    results += list(source.get_search_results(req, terms, filters))
  File "build/bdist.linux-i686/egg/searchhyperestraier/searchhyperestraier.py", line 47, in get_search_results
    cmdline = "%s %s %s %s" % (estcmd_path,estcmd_arg,index_path,unicode(query,'utf-8').encode(estcmd_encode))
TypeError: coercing to Unicode: need string or buffer, list found

なるほど、そうでしたか。

ありがとうございます。そちらで試してみます。 チケットのcloseをお願いいたします。

これで試してみてください。

変えてみたのですが、同じエラーになりました。

ちなみにTracのバージョンはいくつですか？

Tracはtrac-0.10.4-ja-1を使っております。

こちらのTinyMCEWikiPlugin Version 0.1 をインストールしようとしまして、 http://weekbuild.sakura.ne.jp/trac/wiki/TracDoc/TinyMCEWikiPlugin

src以下でsetup.pyを叩きますと、こちらのパスにインストールされました。 /usr/lib/python2.4/site-packages/tinymcewiki-0.1-py2.4.egg

4とパスが違いますので [TRAC_ENV]/plugins/ 以下にも、できあがったtinymcewiki-0.1-py2.4.eggを入れましたがエラーが出まして、

setup.pyはせずに、元々解凍すると出てくるdist以下のtinymcewiki-0.1-py2.4.eggを置いてもダメでした。

---

エラーの内容がCannot find でしたので、 default_handler = TinyMceWikiPlugin を default_handler = TinyMCEWikiPlugin や default_handler = tinymcewikiplugin や default_handler = tinymcewiki 等とあれこれ試しましたが、ダメでした。

このdefault_handlerの箇所はTinyMceWikiPluginであってますでしょうか？

egg-infoの中のtrac_plugin.txtに、tinymcewikiと書かれていたり、 setup.pyの中もPACKAGE = 'tinymcewiki'となっていて、 grepしてもTinyMceWikiPluginという箇所がなかったため気になっております。

すみません、助言を頂けましたらありがたいです。

エラー文

Cannot find an implementation of the IRequestHandler" interface named "TinyMceWikiPlugin".

setup.pyのインストール

# python setup.py install running install running bdist_egg running egg_info writing tinymcewiki.egg-info/PKG-INFO writing top-level names to tinymcewiki.egg-info/top_level.txt writing dependency_links to tinymcewiki.egg-info/dependency_links.txt reading manifest file 'tinymcewiki.egg-info/SOURCES.txt' writing manifest file 'tinymcewiki.egg-info/SOURCES.txt' installing library code to build/bdist.linux-i686/egg running install_lib running build_py creating build/bdist.linux-i686/egg creating build/bdist.linux-i686/egg/tinymcewiki creating build/bdist.linux-i686/egg/tinymcewiki/templates copying build/lib/tinymcewiki/templates/tinymcewiki.cs -> build/bdist.linux-i686/egg/tinymcewiki/templates copying build/lib/tinymcewiki/templates/tinymceconf.cs -> build/bdist.linux-i686/egg/tinymcewiki/templates copying build/lib/tinymcewiki/trachtml.py -> build/bdist.linux-i686/egg/tinymcewiki copying build/lib/tinymcewiki/init.py -> build/bdist.linux-i686/egg/tinymcewiki copying build/lib/tinymcewiki/tinymcewiki.py -> build/bdist.linux-i686/egg/tinymcewiki byte-compiling build/bdist.linux-i686/egg/tinymcewiki/trachtml.py to trachtml.pyc byte-compiling build/bdist.linux-i686/egg/tinymcewiki/init.py to init.pyc byte-compiling build/bdist.linux-i686/egg/tinymcewiki/tinymcewiki.py to tinymcewiki.pyc creating build/bdist.linux-i686/egg/EGG-INFO copying tinymcewiki.egg-info/PKG-INFO -> build/bdist.linux-i686/egg/EGG-INFO copying tinymcewiki.egg-info/SOURCES.txt -> build/bdist.linux-i686/egg/EGG-INFO copying tinymcewiki.egg-info/dependency_links.txt -> build/bdist.linux-i686/egg/EGG-INFO copying tinymcewiki.egg-info/top_level.txt -> build/bdist.linux-i686/egg/EGG-INFO copying tinymcewiki.egg-info/trac_plugin.txt -> build/bdist.linux-i686/egg/EGG-INFO zip_safe flag not set; analyzing archive contents... creating 'dist/tinymcewiki-0.1-py2.4.egg' and adding 'build/bdist.linux-i686/egg' to it removing 'build/bdist.linux-i686/egg' (and everything under it) Processing tinymcewiki-0.1-py2.4.egg Removing /usr/lib/python2.4/site-packages/tinymcewiki-0.1-py2.4.egg Copying tinymcewiki-0.1-py2.4.egg to /usr/lib/python2.4/site-packages tinymcewiki 0.1 is already the active version in easy-install.pth

Installed /usr/lib/python2.4/site-packages/tinymcewiki-0.1-py2.4.egg Processing dependencies for tinymcewiki==0.1 Finished processing dependencies for tinymcewiki==0.1

すんません。私の手元に環境がないので、確認できないですが、 4は書き間違いっぽいですね。

×[TracEnv]/templates/plugins/

○[TracEnv]/plugins/

これで試してみてください。 ちなみにTracのバージョンはいくつですか？

[107]にて対応してみました。 メールヘッダのfromに@（アットマーク）付きのアドレスがない場合に、 エラーになっていたようです。

ちなみに、化けているところの正しい文字は、こんな文字です。

09:30 メール が xxx@xxx.xxx によって送信されました

よく見たら、(******)のところ以外、全ての行が同じ文字化け になっています。
繝｡繝ｼ繝ｫ 縺(******)縺ｫ繧医▲縺ｦ騾∽ｿ｡縺輔ｌ縺ｾ縺励◆

hirobe への返信

文字化けしているのはデータではなくソースに含まれる文字です。

タイムライン以外では正常に表示されており、 例えば以下が 「鈴木　一郎 (ichiro_suzuki@…) 2007/05/22 17:09:36 +0900」 次のように文字化けしています。 「17:09 繝｡繝ｼ繝ｫ 縺・鈴木　一郎 縺ｫ繧医▲縺ｦ騾∽ｿ｡縺輔ｌ縺ｾ縺励◆」 （アドレス、ドメインはもともとのと異なります、プライバシ保護のため） 不思議なことに漢字は正しく表示されています。 何かヒントになれば幸いです。 よろしくお願いいたします。

文字化けしているのはデータではなくソースに含まれる文字です。 なんでだろ。 TracやPythonのバージョンとどこから入手したものかを教えてください。

CentOS44 への返信

CentOS4.4 の Python 2.3.4 + Trac 0.10.3ja で試しました。 うまく動かなかったので、QuickHack したところ動きましたので、コメントしておきます。

こちらでの動作確認には FreeBSD-6.2, Python 2.4.4, trac-0.10.3.1-ja-1 を使用しています。関係ありそうな別のところを修正してみたのですが、これでも動きますか？

次は、担当者のアサイン情報が引き継がれるととてもうれしいと思います。 続けての開発期待しています。

では、まだタスクに割り当てられていない場合は、チケットから引き継ぐようにしてみました。

• 担当者登録は名前のみ。役割は「未定義」
• タスクへの担当者割り当ては、時間「100%」で「cordinator」とする。

こんにちは

CentOS4.4 の Python 2.3.4 + Trac 0.10.3ja で試しました。 うまく動かなかったので、QuickHack したところ動きましたので、コメントしておきます。

Python 2.3.4 の xmlrpclib.py のバグのため、system.multicall が失敗するので、 XML-RPC Plugin に http://www.trac-hacks.org/ticket/871 のパッチを当てて インストールします。

つぎに、Trac-Gantt.hta 側に以下のパッチを当てます。

*** Trac-Gantt.hta.org	Sat Mar  3 17:55:10 2007
--- Trac-Gantt.hta	Fri Mar 30 14:02:52 2007
***************
*** 761,767 ****
  	Select Case TypeName(param)
  		Case	"String"
  '			valueToXML = "<string>" & Replace(Replace(param, "&", "&amp"), "<", "&lt;") & "</string>"
! 			valueToXML = Replace(Replace(param, "&", "&amp"), "<", "&lt;")
  		Case	"Variant()"
  			valueToXML = arrayToXML(param)
  		Case	"Dictionary"
--- 777,788 ----
  	Select Case TypeName(param)
  		Case	"String"
  '			valueToXML = "<string>" & Replace(Replace(param, "&", "&amp"), "<", "&lt;") & "</string>"
! 			If param >= "1" and param <= "999999" Then
! 				valueToXML = "<int>" & param & "</int>"
! 			Else
! 				valueToXML = "<string>" & Replace(Replace(param, "&", "&amp"), "<", "&lt;") & "</string>"
! '			valueToXML = Replace(Replace(param, "&", "&amp"), "<", "&lt;")
! 			End If
  		Case	"Variant()"
  			valueToXML = arrayToXML(param)
  		Case	"Dictionary"

VBScript は書いたことがないので、これでいいのかわかりませんが こちらではこれで動作しました。

次は、担当者のアサイン情報が引き継がれるととてもうれしいと思います。 続けての開発期待しています。

チケットの登録画面は、このプラグインは関係なく、Tracのアクセス制御の設定によりますね。 このサイトでは、anonymousに以下のパーミッションを与えています。

TICKET_VIEW
TICKET_CREATE
TICKET_APPEND

属性とかが表示されるのは、TICKET_ADMINがそのユーザに与えられている からかと。

詳しくは、こちらを参照してください。

blogticketonly = true

としても、チケットをクローズ（fix）したイベントが表示されてしまうような気がします。

weekbuild への返信

返事が遅くなりまして申し訳ありません。
最新版を導入する事でBlogタイプのみの表示が可能になりました。

どうもありがとうございました。

ちなみに、メイリオはこんな感じ。

とりあえず、作ってみましたけどGanttProject自体がまだまだアレなので、 まだあまり使っていません。

GanttProjectってUIが微妙に独特な感じで馴染めないですよねぇ。

とはいえ、GanttProjectをフロントエンドにして、Trac（+TracGanttPlugin）のTicketやMilestoneと双方向にリンクして操作できたらそれはとてもすごいのでぜひ使ってみたいです！

ぜひ2006/05/20のコメントにあるようなプログラムを開発してください！

weekbuild への返信

TagプラグインもこのプラグインもWikiModuleを置き換える形式のため。 置き換え方をやめる必要がある。

おおおっ。すごいですね。

[105]にて対応しました。

get_timeline_eventsでauthorを空にするとRSSのときだけエラーになるみたい。

お手数をおかけしました。m(_ _)m
最新版を使っているつもりでしたが、mailarchiveplugin-r99.zip でした。

mailarchiveplugin-r104.zip を使ったところエラーはでませんでした！ありがとうございました！

#155 と同じかな？最新のリビジョンで試しててください。

もし最新版で起きるなら、Tracのバージョンを教えてください。

何回か遭遇しました。。。 Trac本体の問題として、修正依頼？とか出されているのでしょうか？

直ってくれるとありがたいのですが・・・

ありがとうございます。 早速社内で使わせて頂きます。

免責事項の明記が条件に含まれているというのは私も始めて知りました。

↓これですね。

[BSD License - Wikipedia]

「無保証」であることの明記と著作権表示だけを再頒布の条件とするライセンス規定。
この条件さえ満たせば、BSDライセンスのソースコードを複製・改変して
作成したオブジェクトコードを、ソースコードを公開せずに頒布できる。

[101]で修正。

#130 で扱ったファイルをインポートしましたがエラーは１件だけで、その１件は文字コードが他のメールと違う状態でしたので修正して取り込みました。closeでいいと思います！ お忙しいところご対応ありがとうございました！

[100]で対応。

さらにメモ：

get_filename()は、RFC2231に準拠したファイル名は自動的に解析してunicode型の値として返してくれるようだ。そこで、型を見てunicodeだったらそのまま扱うことにすればよさそうだが、 ここでマルイチなどの文字がJISで来ると、get_filename()がエラーを返してきてしまう。 自分でContent-Dispositionヘッダを解析する必要がありそう。

ちなみに、Content-Typeヘッダにあるname属性は添付ファイルのファイル名として扱うべきではないらしい。Mail Archive プラグインはContent-Typeヘッダのnameではなく、Content-Dispositionヘッダを見ているので、そこは正しい。

もうちょっと：

http://www.atmarkit.co.jp/fnetwork/rensai/netpro04/netpro01.html

http://hourglass.tkikuchi.net/weblog/archive/2005/06/21/rfc2231-

http://my.opera.com/tak-325/blog/show.dml/146354

つまりは、今取り込めている添付ファイルは正しくない記法で、 ただしくRFC2231に準拠しているものが取り込みエラーになってるということか？

こんなタイプでもエラーになるようです。

Content-Type: application/vnd.ms-excel; 
	name="=?ISO-2022-JP?xxxxx?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=ISO-2022-JP'ja'xxxxxxx;
 filename*1*=xxxxx;
 filename*2=.xls

おお、あってます。(^ ^)
削除機能検討しまっす。

ホントだ。。気づきませんでした。ちょっと調べてみます。

お忙しいところありがとうございました！
Beckyを使っているので左側をイメージしてましたが一覧で認識できればOKです！助かります！

[99]で対応しました。 あまり目立つのもどうかと思ったので、1行目の右にクリップを表示しています。 cssを更新していますので、入れ替え後はブラウザのキャッシュをクリアするか、リロードしてください。