http://groups.google.com/group/xcube-dev-ja XOOPS Cubeに関連する開発者・Webデザイナー及びドキュメント執筆者のための ディスカッショングループです。 2008-07-23T05:23:29Z Google Groups K. Ono onok...@gmail.com 2008-07-23T05:23:29Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/1ca3e3213ee5523b?show_docid=1ca3e3213ee5523b

onokazuです。 <br> 確かにstruts似のcubsonスタイルは今となっては少し とっつきにくいかも <br> しれないですね。 <br> デリゲートに関しては、以前にも書きましたが、各デリゲートには 必ず <br> ユニークな名称がついて、デリゲートの呼び出しは必ずデリゲート マネジャー

龍司 ryuji.am...@gmail.com 2008-07-22T02:28:23Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/65de2a87774993e8?show_docid=65de2a87774993e8

龍司です。 <br> 2008/07/21 19:05 K. Ono &lt;onok...@gmail.com&gt;: <br> 周囲のプログラマの話を聞いていると、その点よりも、 <br> cubsonベースのlegacyのコードにあわせなきゃいけな いって思われてて、「この書き方はイヤ」とか「デリゲートのせい で、処理が全然追えないっ」とかの方が、敬遠要因としては大きい んじゃないかと思ってます。

genet hdnrt...@gmail.com 2008-07-21T17:31:37Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/a2a6a9eb5bf6723e/9e97a52b112d9207?show_docid=9e97a52b112d9207

genetです。 <br> ＞日付、時刻表示のフォーマット <br> 確かに単一の言語でも表示形式がいろいろあるので柔軟な表現がで きるとよいですね。 <br> その一方で統一的な表現があるとプログラム的に日付時刻を利用し やすくなると思います。

K. Ono onok...@gmail.com 2008-07-21T10:05:09Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/42996d48d4795339?show_docid=42996d48d4795339

onokazuです。 <br> うーん。。XOOPS的でないので面白くないと言われてしまうと 、こちらとしても <br> どのように返して良いのか分からない。。^^; <br> 僕としては、XOOPSの曖昧さや何でもあり的な点が、XOOP Sが熟練した開発者達 <br> より敬遠される一因でもあるのではないかと思っていたのですが。 。

氷川霧霞 kilica.hik...@gmail.com 2008-07-21T09:29:42Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/132a27d82683a218?show_docid=132a27d82683a218

氷川です。 <br> 2008/07/21 12:20 minahito &lt;minah...@gmail.com&gt;: <br> この部分はシステムのあり方としては minahito さんに賛成です。 <br> デリゲート先の処理を書き換える側で責任を持ってやりたいよう <br> にやれるほうが良いと思います。 <br> どうせデリゲート側で制限しようとしても、最終的にはコード直接

minahito minah...@gmail.com 2008-07-21T03:20:55Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/ad8deacc870224cf?show_docid=ad8deacc870224cf

minahito です。 <br> さっきから同じ事を何回も繰り返しているような気がするのですが 、 <br> これは一体全体どういうケースなのでしょうか。 <br> RPG ツ○ールのようなソフトで、そういうスタンスを利用側に押し付け る <br> こと自体が僕には想像できないのです。

K. Ono onok...@gmail.com 2008-07-20T23:21:57Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/57ede0dd284fe1a3?show_docid=57ede0dd284fe1a3

onokazuです。 <br> 制御するというか、デリゲートを発行する側はそれなりの意図があ って、デリゲートを <br> 発行すると思うんです。そして、その意図を実現してくれるために パラメータに必要な <br> 情報を提供する。それなのに、グローバルにアクセス可能な情報が あると、デリゲート

minahito minah...@gmail.com 2008-07-20T18:56:10Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/05e935e02825b7eb?show_docid=05e935e02825b7eb

minahito です。 <br> gusagi さんレスポンスありがとうございます。 <br> 2.1 -&gt; 次バージョン一回こっきりで発生する動作保証不安なら、 <br> まだ乗り越えられるかもしれません。 <br> 僕が気になったのは、 <br> onokazu さんが主張されている <br> 「デリゲート毎に、コンテキストが不足だったら開発者に頼んでパ ラメータに追加して

gusagi gus...@gmail.com 2008-07-20T17:03:06Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/c100351d8c207b86?show_docid=c100351d8c207b86

gusagiです。 <br> すみません、議題が難しかったこともあり、スレッドを追ってはい ても、 <br> 発言出来ていませんでした。 <br> ただ、気になった部分があるので、ピンポイントでレスさせて下さ い。 <br> 実際にインターフェースが変わることになると、現時点で動いてい るプリロードが

minahito minah...@gmail.com 2008-07-20T16:41:12Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/4a5f5343cedc43fe?show_docid=4a5f5343cedc43fe

minahito です。 <br> デリゲートの発行側がデリゲートの実行側を制御する、というのが よくわからない <br> のです。 <br> よく分からない、というのは、シチュエーション的にピンと来ない ということです。 <br> もし、呼び出し元が呼び出し側を制御する必要があるなら、その状 況で、デリゲー

K. Ono onok...@gmail.com 2008-07-20T12:42:35Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/3361aec1a0c30cc6?show_docid=3361aec1a0c30cc6

onokazuです。 <br> 幅が狭まるかどうかはちょっと分かりませんが、デリゲートの例で 少し書いてみます。 <br> デリゲートは、デリゲートを行う側がある特定の作業をデリゲート したい場合に <br> 発行すると思うんです。その時にデリゲートの際に必要な情報は全 てパラメータとして

minahito minah...@gmail.com 2008-07-20T07:21:17Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/6ff6146ebf1a98ef/732074f18c53fb34?show_docid=732074f18c53fb34

minahito です。 <br> 結局平日は時間がとれず、今日いくつかのフィックスを加えて RC3 をリリースしました。 <br> 新しいレポートもありましたが、結局、検証が難しいものは見送っ ています。 <br> また、さらに新しいレポートも投稿されてきているのですが、

minahito minah...@gmail.com 2008-07-20T06:05:59Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/ec452b868d353f63?show_docid=ec452b868d353f63

minahito です。 <br> ありました。 <br> onokazu さんに見せるには恥ずかしいですが（爆） <br> <a target="_blank" rel=nofollow href="http://sourceforge.net/forum/message.php?msg_id=4583406">[link]</a> <br> 英語がイモすぎてわかんねんだよ！！ <br> みたいな部分は聞いてくださいませ。 m(__)m &gt; onokazu さん, ALL <br> 今の Legacy は無理に変更せずに 0.9 をキープさせるほうが妥当だろうという

minahito minah...@gmail.com 2008-07-20T05:05:40Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/0d390bff36c4c761?show_docid=0d390bff36c4c761

minahito です。 <br> 途中で送ってしまった;; <br> （続けて） <br> いうことであれば、ルート下からコンテキストを外す事に何の異論 もありません。 <br> 2008/07/20 14:04 minahito &lt;minah...@gmail.com&gt;:

minahito minah...@gmail.com 2008-07-20T05:04:11Z http://groups.google.com/group/xcube-dev-ja/browse_thread/thread/c0e2a4fed76219ab/715b3b8642cda1b8?show_docid=715b3b8642cda1b8

minahito です。 <br> 先にこちらにレスを... <br> 比較表は作っていませんが、追加機能と廃止機能はどこかにまとめ てあった <br> ので探しておきます。 <br> といっても廃止になるのはコントローラ程度で、 Legacy は 0.9 を使い続ける <br> というプランのはずです。これは掲示板に書いたはず……探してお きます。