Kita - 2ch client for KDE part2
■ このスレッドは過去ログ倉庫に格納されています
0001kitaの中の人 ◆KITAulkOso
04/07/16 00:31ID:IZzU7SYf名前の由来はKDEの'K'に「板(board)」を加えたのと、キターー（゜∀゜）ーー!!から来てます。
Kitaのウェブサイト
http://kita.sourceforge.jp/
http://sourceforge.jp/projects/kita/
Kita Wiki
http://kita.sourceforge.jp/cgi-bin/hiki/hiki.cgi
前スレ
Kita - 2ch client for KDE
http://pc5.2ch.net/test/read.cgi/linux/1069738960/
前々スレ(DAT落ち)
おいお前ら！ GTK+使ってLinux版かちゅーしゃ作れや
http://pc.2ch.net/test/read.cgi/linux/1022744633/
0693421
04/12/16 22:17:51ID:ygQuE+6t> http://www.winehq.com/?issue=205#Shell32%20Update%20&%20Patch%20Submission%20Process
オープンソースの世界では良くある話でなかなか興味深い話ですね。でかいパッチの弊害は
私も知っているので、いつも悪いなあ、また怒られるかなあと思ってたのですが、結果的に何回か
でかいパッチが続いてしまったことは申し訳なく思ってます。夏の頃みたいに、割と時間に余裕が
あれば一気にじゃなくて段階的に更新して行きたかったのですが・・・
また、kitaの様に開発者が実質数人だけの小規模プロジェクトの場合は、まず実装ありきの
ラウンドトリップ型で開発を進めた方が話が早いと思っていたため、つい大きいパッチに
してしまいがちでした。開発者が少ないため、何か問題や疑問が生じたら>678や>>679の
ように直接それを伝えてもらって修正していけば良いやと思ってたため中の人に甘えていた
のかもしれません。
> それが嫌ならsf.jpのアカウント取ってください。それなら好きに出来ますから。
以前もコミッタにならないか誘われたときに辞退した覚えがありますが・・・
確かにコミッタになったり派生ブラウザを作成した方が好き勝手にソースを改変出来る
ので私も作りやすいのですが、コミッタになると好き勝手に作る可能性があるため一度
目を通してチェックしてもらいたい、下手に派生ブラウザを作ってOpenJaneみたいな状況にしたく
ない、UI設計やシンプル路線などの方向性で中の人に賛同しているため、好き勝手に作る
よりも方向性を示してもらってそれに沿って作って行きたいetc.という理由からコミッタに
なることは乗り気ではありませんでした。
ただ、実際に中の人を怒らせてしまった以上、もうパッチを出さないでくれと言われるなら
そうするつもりです。またkitaのプロジェクト自体を終了させるというならば私が原因で
ある以上私がプロジェクトを引き継ぐことは無いです。もちろんそれでは無責任すぎるの
で誰か他の人が引き継ぐというならばコードの説明などの引継ぎは行うつもりですが。
つづく。あと4つほどあるので連投規制に引っかからないかなあ・・・
0694421
04/12/16 22:20:48ID:ygQuE+6t> ・ThreadIndex::loadIndex, saveIndex: Kita::Threadは原則廃止のはずなのに(>>237)復活してます。
Kita::Threadはスレッド情報のキャッシュとして使っているだけでクラスとしては事実上廃止にしました。
今はまだクラスの形態になっていますが、qdictや主要なメンバ関数は他に移したのでただの構造体にする
予定でした。その辺りの詳しくは下の方で。それとThreadIndex::loadIndex,saveIndex廃止というのは今
始めて聞いたような気がするのですが・・・
> ・タブの空白への変換くらいしてください。前も言いましたが。いちいちこっちでやってられません。
そういや怒ってたなあと思い出して、先月あたりから.emacsを書き換えてタブじゃなくて
空白を使うようにしていました。
> ・簡単にファイルのreplaceなんてしないでください。自分の書いたコードは全否定ですか。
全否定ということは決して無いです。確かにFavoriteBoardみたいに内部機構が完全に変わった場合は
ごめんなさいという感じでリプレスしていましたが、あくまで完全リプレスは最後の手段ということで、
基本的にはオリジナルコードを再利用する方向で作っていました。ではなぜリプレスになるかと
いうと-cオプションでdiffするとパッチよりもリプレスした方がサイズが小さい時が多かったから
なのですが・・・。例えば今回もkitaboardview.cppの場合は中を見ると分かるようにオリジナル
の部分がかなり残っています。
それと>>691氏が怒ってらっしゃるのは多分埋め込みパートまわりの件だと思うのですが、埋め込み
パートのコードは個人的には非常に勉強になったのでありがたく思っているのですが、元々画像
ビュワーを実装するまでの暫定仕様という位置付け(だと自分は思っていた)ため、画像ビュワーが
実装された以上はセキュリティやコード量の面から削除しても良いかなと思っていました。もし
埋め込みパートを発展させて画像ビュワーを作る予定だったならばお詫びします。
つづく
0695login:Penguin
04/12/16 22:20:57ID:CT++Z2pb> またkitaのプロジェクト自体を終了させるというならば私が原因で
> ある以上私がプロジェクトを引き継ぐことは無いです。
逆に、原因を作った以上責任をとって引き継ぐという考え方もあるのでは。
ムリにやれとは言わんが。
0696421
04/12/16 22:22:10ID:ygQuE+6t> ・500行以上のファイルはそれだけでイライラします。
個人的には1000行までならOKかなと思っていますが、確かにlibkita内のコードが肥大気味なのは
気になるところでした。とはいえ*Manager系はマネージャーという性質からある程度大きくなるの
は仕方ないかなあと。ただkita_misc.cppは一般関数とパース系の関数に再分離した方が良かった
かもしれませんね。
残りは問い合わせに対する返答です。
> FavoriteThreads::readFromXMLから辿ってThread::setThreadName()で落ちますね…。
これは事実上廃止されたKita::Thread::getByURL()を使ってポインタを取ってるのが
原因ですので対処自体は楽だと思います。
> ・External/お気に入りは似たような感じなので一つにまとめた方がいいと思います。
別にしてるのは理由があるのですが、下の方で書きます。
> ・フォルダだけ編集可能なのが分かりにくい(2chの板も編集出来ますね)。
> ・スレッドも統合した方がいいですね。そこらへんはやります。
この辺は私も気になっていたので修正しました。
> > 古いフォーマットのXMLでも保存するようにして解決しています
> ディレクトリサポートするなら古いフォーマットと互換性がなくなるので無理にやらなくてもいいかと。
ここは私も迷っていたところで、古いフォーマットに変換しなくてよいならコード量も
減って良いと思います。
> ・dirのopenは0/1でなくtrue/falseにしてください。
これは数箇所変えるだけで対処できます。
つづく
0697421
04/12/16 22:24:07ID:ygQuE+6t> ・ぱっとコードを見た限り大丈夫だと思うけど、url以外は必須項目でないようにしてください
External/お気に入りが別になってる理由にも関わるのですが、xmlには2種類あって、板登録に使う
xml(boardview_main.xml, boardview_external.xml)は登録時に板名が必要になるためnameも必須
項目になります。それ以外はurl以外は必要ありません(nameはエイリアスになる)。以上の理由から
External/お気に入りを同じにする場合には「登録する」という項目も必要になるためとりあえず
External/お気に入りは別にしました。
> ・登録時にファイルに書き込みした方がいいと思います。落ちたときにorzにならないために。
セーブはどのタイミングが良いかは模索中でとりあえず登録時、クリック時が良いかなと思います。
> あと今更ですが、BoardDataがThreadのリストを持ってる構造になってますが、これはやめてください
> ThreadManagerみたいなのを作れば十分でしょう。
ThreadManagerではDatManagerと被るのでThreadCacheManagerの方が良いと思います。
ここもかなり悩んだ部分で、最初はThreadクラスを上で言ったように構造体に格下げして、
ThreadManagerを新設してそこで一括管理しようと思っていたのですが、BoardManagerで管理
すれば移転の問題はとりあえず考えなくても済むし、検索も早くなると思って今のように
しました。ただ思ったよりも検索が早くならなかったのと、コードが煩雑になりすぎたのと、
そもそもBoardManagerでThreadを管理する事に違和感を感じてたので突っ込まれたら直そうと
思ってました。
>>695
確かにそうとも考えたのですが、中の人の心情を考えるとそれは無理です。
0698紛らわしい2ctboU/x
04/12/16 22:46:03ID:4N1B5iqj0699kitaの中の人 ◆KITAulkOso
04/12/17 00:38:43ID:kFwSghsY昨日と内容はかぶります。
・一年前は一週間に一度リリースしてたんだなぁと今更ながら驚きました。
・今のKitaにどんな機能があるか把握してません。これは何とかしたい。
・開発をやめることはないと思います。今止めたら自分も含めて不幸になるだけなので。
・毎月リリースにこだわり過ぎてた気がします。プレッシャーがかかるんですよね…。
リリーススケジュールは一旦見直します。不定期かもしれないし、2ヶ月ごとの肉の日かもしれない。
・CVSは>>657まで当たった状態なのですが、安定していてしかも
スレ表示が高速化されているのでこれはリリースしたいんですよね。
>>677に入っているバグ修正だけ当ててリリースしたいのが本音。
・パッチの受付方針は確実に変えます。機能追加とバグ修正/リファクタリングが
混ざってるコードは却下か少なくとも採用率が低くなります。複数のバグ修正はOKか？というのは
結局個別判断になりますが、分からなければこちらが質問するパターンになると思います。
あと、こういうときのためにBug Tracking System使った方がいいかもしれませんが、どうですかね？
>>690
> 「言えば済む」程度の些細なことに見えます。
いやぁ、それが性格上なかなか出来ないんですよね…。
言わないと今回みたいに問題になるのは分かっていても。
>>692=691さん
これはcommitしてしまった自分も悪いですね…ごめんなさい。
正直このあたりのコードは全然把握してないので、
どうするかは421さんと話し合ってくれると助かります。
つづく
0700kitaの中の人 ◆KITAulkOso
04/12/17 00:43:42ID:kFwSghsY前の2つについては1.0 branchを切って対応しようかなと思ってます。
Codeについてはそもそも話し合い不足の気がするので話し合いを増やす方向で。
>>677のパッチについては先のコメントでも書きましたが、
機能追加とバグ修正が混じってるのと、ファイルのreplace(次のコメントで書きます)
があるので分割してください。時間がない場合はそのままにしてくれれば
必要な箇所だけ引っ張ってきて入れる予定ですが、その場合いつになるかは分からないです。
以下421さんへのコメント。
>>693
> まず実装ありきのラウンドトリップ型で開発を進めた方が話が早いと思っていたため
codeやUIはまだしも、ファイルはまずいと思います。実際互換性で揉めたわけですし。
ただこれはbranch切って開発版を分ければいいかなとは思います。
> sf.jpのアカウント
これは自分の認識と違ってて、421さんは実質共同開発者という認識です。
コミッタにならない選択でも構いませんが、その場合はパッチの作り方は変えてください。
そもそも自分が勝手に「コミットしなければいけない」と思い込んでた気もしますが…。
>>694
> それとThreadIndex::loadIndex,saveIndex廃止というのは今
> 始めて聞いたような気がするのですが・・・
これは誤解を招く表現でしたが、「ThreadIndex::loadIndex,saveIndexの引数で
Kita::Threadを使わないで欲しい」ということです。
つづく
0701kitaの中の人 ◆KITAulkOso
04/12/17 00:46:14ID:kFwSghsY> ファイルのreplace
やっぱりreplaceはだめです。理由を挙げると、
・パッチのサイズが問題でなく、元のコードがなくなるのはプライドを傷つけます。
・多少サイズが大きくてもdiffの方がコードレビューしやすい。
・そもそもdiffの方が大きくなるということは、複数の修正が入ってしまってるので、
別々のパッチにすべき。
>>696
500行というのはかなり暴言だった気がします。ごめんなさい。
ただ、執拗にコードの品質にこだわるのは理解してください。
(理由は察してください…)
あとkita_misc.cppは結局単体で完結している関数なのであまりサイズは気にしないです。
BoardManagerがやっぱり一番気になります。ですがすぐにどうしろという話はないです。
とりあえず今すぐに何とかしたいのはタブですね…これは1時間あれば出来ますが…
土曜日の昼あたりにやるかなぁ。
0702login:Penguin
04/12/17 00:52:15ID:Jc0ucoTd>>693
> 一度目を通してチェックしてもらいたい、
チェックしてもらった方がいいとことそうでないとこの区別くらいつくっしょ。
ノーチェックでも問題なさそうなとこまで
中の人氏の手をわずらわせるってのはどうなのよ。
> 好き勝手に作るよりも方向性を示してもらってそれに沿って作って行きたい
コミッタになってもそれは可能でしょ。
0703login:Penguin
04/12/17 02:07:49ID:pgnUlbM+とりあえず (*´∀｀)ﾎｯ
0704421
04/12/17 03:05:54ID:06WWdl93にして寝る前に少しだけ。
まず今回の騒動は話し合いもせずに性急に事を進めすぎた自分が悪いです。上で
理由を書きましたが、来月中旬あたりからコードを書く時間があまり取れなくなるため
コードフリーズ日までに行けるとこまで行こうと少し焦っていたのだと思います。
それで来月以降は新規に大規模なコードを起こすよりも、デバッグのパッチや小さい
パッチを書いたり、
> ・今のKitaにどんな機能があるか把握してません。
実は自分も把握しきれてないので、readmeやFAQを書くとか各クラスの仕様を書く
とかの後方支援の方にウェイトを移そうと思っていました。それを予め言っとけば
良かったのですが、個人的な話だったものでつい言いそびれてしまいました。
ちなみに先週末にいなかったのは転勤先にあいさつや住居探しに出かけていたから
だったりします。
それともう一点だけ。多分今回の騒動の原因の根源だと思うのですが、
> ・パッチのサイズが問題でなく、元のコードがなくなるのはプライドを傷つけます。
この辺は自分でも良くないなあと思っているのですが、(多分お気づきだと思いますが)
私は割とコードに愛着を持っていないタイプの人間なので自分とか他人のコードとかを
区別せずに平気で改変したり削ったりします。この前の高速化パッチも2ヶ月かけて書いた
コードを2,3日で書いたコードに差し替えてますし・・・。まあ逆に自分のコードが削られたり
改変されてもあまり気にしないという利点(？)でもあるのですが、これも自分がコミッタ
とかプロジェクトリーダには絶対向かないなと感じてる理由の一つかもしれません。
0705login:Penguin
04/12/17 03:20:35ID:pgnUlbM+0706login:Penguin
04/12/17 08:26:20ID:yosA87Y1File->Load board list をしたとき、更新のある板が多い場合、
その次の次あたりに出てくる更新のある板一覧のウインドウが、
画面下をはみだして、ずっと下まである感じで、そのウインドウを
閉じることができません。スクロールもできなず、おそらく下の方に
OK とか確認でもあるのかと思い Enter でも押してみたのですが
閉じることができません。
もし、お暇なら改善でもしてもらえたらうれしいです。
0707login:Penguin
04/12/17 08:52:31ID:bAb0ZHzXALT押しながらグリって上にズラす。
ってそういう問題じゃないか。
0708login:Penguin
04/12/17 14:38:28ID:6se+y8n+C++もQt/KDEもサパーリわからんので、手助けはできない。
つーか、日本中でKDEのアプリ開発出来る人って何人位いるんだろ？
0709login:Penguin
04/12/18 15:43:14ID:sThLm87rしばらくこのままでも不満はありません。
Windows のときは OpenJane を使っていますが、
kita は既にこれに比肩するものだと思います。
というか、Linux における OpenJane 的なものをずっと
探し求めていました。kita 登場以前〜kita 黎明期のころは
わざわざ VMware 起動して、仮想マシンの中のWindows で
OpenJane を使ってました。
同等の使い勝手となった現在ではもうしませんが。
いちユーザーの立場からいえば、これ以上の機能追加、
OpenJane よりも多機能になるのは、望むところではありません。
されたとしても使わないと思います。
お疲れさまでした。ありがとう。
0710login:Penguin
04/12/18 17:49:31ID:GkugkQkI自分とこでもでかいダイアログがでてEnterで閉じれず、強制終了させた。
次回起動から、毎回同じ板の更新通知が出る。
0711421
04/12/18 22:12:45ID:sDw6JatMとりあえずバグ報告への返答から
>>706,710
それは私の設計ミスで、数行程度の修正で直るので明日あたり直します。
とりあえずダイアログが大きくて下のOKボタンが見えないときはTabを一回
押してボタンのフォーカスをOKに移してからEnterを押してください。
本題に入りますが、中の人がプロジェクトを続行するならば、私も無責任に
プロジェクトから抜けるということはありません。ただ、今回の反省もこめて
次のようなガイドラインを考えてみたのですがどうでしょうか。私も今後は
このガイドラインに従ってパッチを上げるつもりです。
パッチのコミットまでのガイドライン
(1) 基本的にパッチは誰からでも受け入れるが、必ずパッチに関して説明をおこなうこと
(2) 新機能の場合は1パッチに1機能、デバッグの場合は2,3つ程度に抑える
(3) 改変の行数が数行〜数十行程度と小さい場合は事前予告なしでアップしても良い。ただし
なるべく事前予告すること
(4) それ以上の場合は事前にパッチの内容とその時点で影響があると予想されるクラス名を
挙げて他の開発者の了承を得てから開発を始めること。新機能追加の場合はユーザーにも
その機能が必要か意見を求める
(5) パッチがアップされたら開発者間でレビューをおこない、修正またはリジェクトをおこなう
(6) 最終的に中の人が判断してコミットする
つづく
0712421
04/12/18 22:16:25ID:sDw6JatMコメントや異存は無いという部分です。
> 毎月リリースにこだわり過ぎてた気がします。
私的にはフィーチャーフリーズ日までの期間が短かったのが気になるところでした。
リリース日〜フィーチャーフリーズ日が短期間だったため、その間に一気にパッチを
書いてアップする必要があったので・・・
> どうするかは421さんと話し合ってくれると助かります。
埋め込みパートの部分は以前削除するかと打診したときに反応が無かったので
削除する方向でいたのですが、>>691氏が残して欲しいと言うならば残します。
> そもそも話し合い不足の気がするので話し合いを増やす方向で
問題点はお互いがいま何をやっていて何をする予定なのか分からないことだと
思うのでこちらからももう少し打ち合わせを密にすることをお願いしたいです。
責任転嫁をするわけではありませんが、今回の騒動でもプロトタイプ案を出したときに
一言少し待ってと言ってもらえれば待ったのですが、数日反応が無くてこちらから
どうですかと催促する訳にもいかず、そのうちある程度の形が出来てしまったので
チェックポイントとして先走ってパッチを出してしまったという経緯があります。
つづく
0713421
04/12/18 22:20:26ID:sDw6JatM> 機能追加とバグ修正が混じってるのと、ファイルのreplaceがあるので分割してください
バグ修正部分は割と排他的な部分なので簡単に分離できますので分離しておきます。
機能追加部分は一気にやらずに段階的に分けてやることになると思います。とりあえず
上で言ってたThread(Cache)Managerの部分からかな・・・。Kita::Threadはデータ
ベースの実体としていずれただの構造体に格下げにする予定です。
> ThreadIndex::loadIndex,saveIndexの引数でKita::Threadを使わないで欲しい
クラスの結合度の問題もありますが、ポインタ渡しはセグフォの危険がありますしね・・・。
Kita::Threadに限らず、スピードが必要ない部分ではコードが冗長になるとしても基本的に
関数へはポインタ渡しではなくて値か参照渡しを使用することにします。
> BoardManagerがやっぱり一番気になります。ですがすぐにどうしろという話はないです。
BoardManagerの肥大は私も気になるところなのでスリム化を検討してみます。
0714kitaの中の人
04/12/19 00:11:13ID:C6KKHIagなのでトリップなしですが、作業が重複しないようにしたいので。
>>713
バグ修正のうち２つは677のパッチから抜き出して
CVSにcommit済みです。1つ(からむのサイズが保存されない問題)
は同様に修正中ですが、optionが必要かもしれないので
まだcommitしてません。
あと機能追加についてはUIをどうするか悩んでいるので
パッチを作成しても次のバージョンには入れないつもりです。
421さん他にはお手数をかけると思いますが、
xfree86やthunderbirdみたいにはしたくないので
なるだけ考慮しますのでよろしくお願いします。
0715login:Penguin
04/12/19 00:25:21ID:g7lO/Qd0やっぱkitaって(・∀・)ｲｲ!!
0716421
04/12/19 00:37:16ID:wlRqxRzWこっちも多分明日の昼間では脳が使い物にならないので全然作業
してないためバッティングはしてないです。UIの件は了解。明日は
とりあえず>>706,710対策をする予定です。
0717login:Penguin
04/12/19 10:07:03ID:oGcA5ka20718421
04/12/19 14:00:04ID:7LnV2u96これから外出するので手短に。
中の人はどう思っているかは分かりませんが、少なくとも私は
IRCやMLみたいに閉鎖的な「ほげほげコミュニティー」につながる
ようなコミュニケーション手段を好みません。2chの掲示板みたいに
通りすがりの人でも気軽にコメント(時には煽りとかも)を書き捨て
られるようなオープンな環境が好きなもので。
かと言ってこのスレだけで開発を進めても話題が分散するし、wikiも
決定事項をメモるのには良いけど議論するには向かないので、外部に
開発用の板を作るってのもひとつの手ですかね・・・。極端な話、クラス別に
スレを立てることも出来ますし。
0719kitaの中の人 ◆KITAulkOso
04/12/19 16:15:35ID:R5OKXlxx基本的にはそれでいいと思いますが、
自分が作成したパッチをcommitする場合も同じようにするのかなという点です。
もちろん大きな変更についてはあらかじめ予告＆相談しますが、
割と細かい変更(ファイルの整形やリファクタリング)もあるので、
ある程度は自由にやりたいのが本音です。
もちろんそれで問題が出た場合、例えばパッチの不整合があった場合は
こちらに責任があるので調整する予定です。
# でもパッチは作っておいた方がrejectするときにも楽なのでいいかな。
# ちょっとここは考えがまとまってないです。
>>712
> 問題点はお互いがいま何をやっていて何をする予定なのか分からないことだと
> 思うのでこちらからももう少し打ち合わせを密にすることをお願いしたいです。
そうですね。本当はWikiに書くはずだったんですが、あちらの方は更新してないので…。
やっぱりこのスレ(か別に板を立ててそのスレ)で書いた方が良さそうな気がします。
> 今回の騒動でもプロトタイプ案を出したときに
> 一言少し待ってと言ってもらえれば待ったのですが
個人的に忙しくてパッチを試す暇もなかったのですが、
2chへの書き込みは出来る環境だったので、少なくともそれは伝えるべきでした。反省します。
717,718へのコメントはまた後で書きます。まだ眠い…。
0720login:Penguin
04/12/19 19:39:35ID:oGcA5ka2開発者同士の緊密なコミュニケーションが必要ということを言いたかったのです。
コミュニティの一つとしてwikiも結構ですが、開発者の間には
プッシュ型的な情報交換機構(IRC,MLなど)があるべきだと思っています。
# 外野が出しゃばって申し訳ありません
0721421
04/12/19 23:00:26ID:7LnV2u96前から付けようと思ってた画像ビュワーのドラッグスクロールのコードも
書く予定。あわせて1,2時間くらいあれば書けるかな・・・
>>719
> 自分が作成したパッチをcommitする場合も同じようにするのかなという点です。
これは流れのパッチ書きみたいに非コミッタに適用するガイドラインなので
コミッタは自由にしてよいと思いますが、小さい作業ならともかく、大きい
作業の場合はバッティングすると悪いので作業前に何をするか簡単に言って
もらえるとありがたいです。
> やっぱりこのスレ(か別に板を立ててそのスレ)で書いた方が良さそうな気がします。
>>720氏への返答にもなりますが、wikiは2,3日更新が無いとチェックをサボる
ようになるので情報交換には向かない、IRCはお互い仕事持ちなので時間を合わ
せるのが困難、MLはぶっちゃけるとMLというシステム自体が持つ閉鎖性が嫌い
なので、やっぱり外部板が現実的な選択な気がします。Kitaの板一覧の一番上に
でも表示するようにしとけば誰でも読み書きできますし。
0722421
04/12/19 23:43:06ID:7LnV2u96KMessageBox::informationListを使って更新した板名を表示するようにしただけ。
というか移転が多い場合は何げに致命的な不具合ですね・・・。現バージョンで
ダイアログが大きくて消せないという人はTabを一回だけ押して隠れてるボタンの
フォーカスをOKに移してからEnterを押してください。
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1219-1.txt
0723421
04/12/19 23:50:47ID:7LnV2u96いちいちスクロールバーまでマウスを移動するのが面倒だったので。
void KitaImgView::contentsMouseMoveEvent()でマウスが動くイベントを
フックして画面をスクロールさせてるだけ。QScrollView::scrollBy()
という関数があったので意外に簡単でした。
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1219-2.txt
0724login:Penguin
04/12/20 01:43:01ID:X3g/kOyx乙。
0725kitaの中の人
04/12/20 03:05:19ID:EGxl8Fk9とりあえず>>717-718は自分としても外部板で対応したいと考えてます。
詳しくはまた明日あたりに…。
0726login:Penguin
04/12/20 07:48:27ID:CwOocf8Zまぁ、まったりいきましょう
( ・∀・)つ旦
0727login:Penguin
04/12/20 07:53:23ID:CwOocf8Z>>722のパッチでは、>>710の
>次回起動から、毎回同じ板の更新通知が出る。
も直ってるのかな？ウチでも出てるんで。
0728727
04/12/20 08:01:14ID:CwOocf8Z出るのは、「市況1」と「市況2」の2つ
0729login:Penguin
04/12/20 12:20:24ID:kI2eY6VL検索機能についての質問なのですが、".config"を検索したかったので、
".config"と入れたのですが、"."の部分が任意の一文字に置き換わって
検索されますね。"\.config" とするとうまくいくようです。
これは仕様ですか？
0730729
04/12/20 12:29:12ID:kI2eY6VLうまく検索できないようです。
0731login:Penguin
04/12/20 22:06:25ID:Oy6kZu930732421
04/12/20 22:14:55ID:8nCovuJh今のところは面倒でもkitaを終了してから.kde/share/apps/kita/board_list
を開いて
item22=http://live14.2ch.net/liveplus/,ニュース実況+
item23=http://live19.2ch.net/livemarket1/,市況1
item24=http://live19.2ch.net/livemarket2/,市況2
item25=http://live13.2ch.net/livemarket1/,市況1
item26=http://live13.2ch.net/livemarket2/,市況2
となっていたらitem25,item26の行を手動で削除してください。
原因はちょっと上の方で話題にしていたKConfigの問題で、カテゴリ内の
項目数が減っても板の設定ファイル(board_list)内に既に存在するitem*
の行が消えないために起動時に板が移転したと誤判定します。そのうち
板の設定ファイルがXML化されれば直ります。
>>729
デフォルトで正規表現で検索するので(も\(で検索して下さい
0734kitaの中の人 ◆KITAulkOso
04/12/21 01:27:27ID:iBHoWzChmerged. これくらいのサイズだとやっぱり分かりやすいですね。
>>710>>727>>732
ああ、ごめんなさいorz
確かにKConfigを使ってるのが原因です。
(ちなみに>>664の最後の2行で書いたのはこのこと)
回避方法は>>732に書いた通りですが、ばっさりboard_listを削除した方が早い気もします。
板更新をしないと起きない現象ですし。
あと根本的にはXML化が必要ですが、今度同じ問題が起きても大丈夫なように
以下のパッチのように書き込み部分をKConfigの代わりに
KSimpleConfigにしようと思うのですがどうでしょう？
(再現条件が面倒なのでテストしてませんが…)
http://kita.sourceforge.jp/patches/boardview_1221.patch
0735kitaの中の人 ◆KITAulkOso
04/12/21 01:46:39ID:iBHoWzCh自分としては、
・IRC: 入っててもログを見ない可能性大。
あとよく閉鎖的と言われて叩かれるのを見かけるので重要な話には向いてないかなと。
・ML: 堅苦しいので苦手。あと最近SPAM多すぎて見るのも大変orz
あとおまけ。・IM(not Input Method): アカウントすらない
プッシュ型というのはそれほど本質的ではないような気がします。
自分の場合はMLは入っててもほとんどみないし、逆にこのスレは基本的に毎日1回は見ます。
なので個人的には2ch形式がいいです。
ただ、緊密という意味だとこのスレだと細かい話はやっぱり書きにくいし、
KitaスレでLinux板を埋めるわけにはいかないのでｗ、外部板を立てるつもりです。
ただ、今開発してるのが2chブラウザだからこういう形式がいいなと思ってるのもあるので、
全く別のプロダクトを作るとしたらMLをメインにするかもしれません。
0736kitaの中の人 ◆KITAulkOso
04/12/21 01:55:43ID:iBHoWzChあと>>714のUIについての考えはたぶん数日後に。
>>721
了解です。多分大きな変更とか
外部仕様が変わるとかいう時にはあらかじめ書くつもりです。
0737login:Penguin
04/12/21 09:31:28ID:QWquiNQiせめてスレビューと同じフォントを使ってほしい。
書き込みドックのところもかな。
0738421
04/12/21 22:22:53ID:9V6mwTza時間は1,2時間ってところで、DatInfo, KitaDomTreeクラスのあたりを触ります。
・・・みたいに、今後は出来るだけ作業前に作業内容を簡単に見積もって連絡する
癖をつけようと思ってます。
>>734
> KSimpleConfigにしようと思うのですがどうでしょう？
試してみましたが効き目無かったです(相変わらずitem25,26が残る)
ざっとKSimpleConfigのソースをみた限りでは既存の項目の削除は行わないっぽいです。
ところで移転した板が多いとお知らせメッセージボードがいっぱい出てエンターを
連打するのがちょっとウザいのでメッセージボードは出さない方が良いかも。
0739kitaの中の人 ◆KITAulkOso
04/12/22 00:00:36ID:XVvu/MUsすんません、>>732のようにitem25,26を削除した上で、
もう一度同じ現象が起きないようにするという意味です。
KSimpleConfigだと設定がマージされないのでKConfig使うよりはマシだと思うので…。
ちゃんと再現させた方がいいのかな。
0740421
04/12/22 00:28:25ID:r+gIWIGFそれだと今度はカテゴリ内のアイテム数が増えたときに問題あるような気が。
いや、KSimpleConfig使ったこと無いので良く分からないで書いてますがw
で、>>673対応パッチ。追加行数は50行くらいで済むかなと思ったけど grep "+ " | wc -l
してみたら90行でした・・
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1221.txt
kitaで-p0。変更は kitaconfig.{h,cpp} datinfo.{cpp,h} kitahtmlpart.cpp kitadomtree.{h,cpp}
流れはこんな感じ。
(1)Accessクラスから行データが送られてきたらDatInfo::copyOneLineToResDat()で
すぐさまパースしてアンカーリスト(AncList)を作ってリストの範囲内のレスの、レスされてる
ことを示すパラメータ(RESDAT.isResponsed)をtrueにする
(2)レス描画の最後にKitaHTMLPart::updateScreen()が呼ばれたらそこから
KitaDomTree::changeColorOfAllResponsedNumber()を呼ぶ
(3) KitaDomTree::changeColorOfAllResponsedNumber()で
KitaDomTree::changeColorOfNumber()を呼んで番号に色をつける
(4) KitaDomTree::changeColorOfNumber()ではレス番号のAノードに
coloredLink というクラス名を付ける。KitaConfig::defaultStyleSheetText()で
色を設定している(a.coloredLink:linkのとこ)
色はとりあえずの暫定的なもの。それとデフォルトでこの機能をONにするかどうか
(KitaConfig::defaultCheckResponsed)悩み中。やっぱりレスポンスが若干落ちるので。
それと次のリリース版が出るまでしばらくは新機能のパッチじゃなくてデバッグの
パッチに集中する予定。
0741kitaの中の人 ◆KITAulkOso
04/12/22 00:57:39ID:XVvu/MUsとりあえずkitasubjectview.{cpp,h}とあとkitaconfig.{cpp,h}で合計20〜30行の予定。
ただ週末まで作業出来ないかも。
>>723
merged. 中クリックでもドラッグ出来ますが、これは仕様と言うことでいいでしょう。
右クリックは問題ないですね。
>>740
ありゃ。そうでしたか。KSimpleConfigはbackendまでは見てないですが、ドキュメントを見る限りでは、
KConfigは既存のファイルがある場合はそれとマージして、
KSimpleConfigはファイルがあろうと新規作成するようなイメージがあります。
乱暴な言い方をすると、KConfigがfopen(file, "a"), KSimpleConfigがfopen(file,"w")みたいな感じ。
で、KitaBoardView::downloadBoardList()では板リストをを解析して
categoryListに一旦格納して、その内容をboard_listファイルに格納するので、
「board_listの中身＝＝ダウンロードした板リストの解析結果」となるはずなので多分問題ないかと。
# 何か勘違いしてるかもしれませんが酔っぱらいなので勘弁。
0742421
04/12/22 01:43:09ID:r+gIWIGFcontentsMouseMoveEvent()ではe->button()は常にNoButtonを返すので
そうなりますが、明日あたり直すかも。
> KConfigがfopen(file, "a"), KSimpleConfigがfopen(file,"w")
私の勘違いで、まじめにソースをみたらその解釈で良いみたいです。でも
KSimpleConfig config( configPath );の段階でitem25,26が既にメモリに
ロードされてるのでdeleteEntryしないとそのままitem25,26が書き出される
という問題が。
0743login:Penguin
04/12/22 11:28:43ID:JGRJzcEe今日、久しぶりに板一覧の更新をしてみたところ、
「以下の板が更新しています」と通知してくれるウインドウが
縦に長過ぎて (更新されてる板が多すぎた) 、ボタンが画面からはみ出して
押すことができませんでした。
数分悩んだ後、TAB でフォーカスを OK ボタン (?) に合わせて
エンターキーを押すことで対処できました。
もうすこし簡単な対処法があると便利なのですが、
考慮していただけないでしょうか？
(単に通知ウィンドウをリサイズ可能にするとか)
0744login:Penguin
04/12/22 11:41:54ID:Z3usUjenで、>>711で直してくれることになってるので、待ちましょうや。
0745743
04/12/22 13:05:02ID:JGRJzcEe良く確認せずすいませんでした。待ちます。
0746login:Penguin
04/12/22 13:44:15ID:uahuQ+mA0747421
04/12/23 00:21:30ID:7mCWLoz4更新箇所は kitaimgview.{cpp,h}
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1222-1.txt
左クリックでドラッグモードになるようにしただけ。
(2) 移転した板が多いとお知らせメッセージがいっぱい出る問題対策。
更新箇所は kitaboardview.cpp のみ
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1222-2.txt
メッセージを出さないようにしただけ。
そういや移転があったときは「コピー」ボタンで移転情報をクリップボード
にコピーできますが、ログもキャッシュフォルダあたりにでも取っておいた
方が良いかな・・・
0748kitaの中の人 ◆KITAulkOso
04/12/23 15:48:16ID:Nipklf6+ttp://jbbs.livedoor.jp/computer/18420/
最初は自前で立てようと思ったけどRubyなものが見つからなかったのと
設定('A`)ﾏﾝﾄﾞｸｾなのとユーザ数が多いだろうと言うことでしたらばを利用しました。
extbrd.confに以下の行を入れてください。
Kita板<>http://jbbs.livedoor.jp/computer/18420/
読み書きスレ立て全部ためしたけど基本的に問題ないですね。
板一覧に同じスレが2つ出てきますが、subject.txt自体がそうなってるし、
Windowsのギコナビでは問題なかったのでたぶん仕様かな。
実害は少ないので修正の優先度は低いです。
あとトリップの互換性がないのが少し痛いかも。
0749login:Penguin
04/12/23 16:20:09ID:F6YNrGXLこの辺↓の見るとちょっと不安になりますが、したらばは大丈夫だよな？> 生窓
ttp://blog.livedoor.jp/staff/archives/11121336.html
ttp://www.itmedia.co.jp/enterprise/articles/0412/22/news021.html
0750kitaの中の人 ◆KITAulkOso
04/12/23 17:00:46ID:Nipklf6+まあ、依存しすぎないようには気を付けないと。
0751kitaの中の人 ◆KITAulkOso
04/12/23 17:16:24ID:Nipklf6+(1)をcommit。メンバ変数が一つ増えるので迷ってたのですが、
ドラッグ中にカーソルが変わるならその方がいいかなぁということで。
一カ所だけ、KCursor::handCursor()を使用するように変えています。
ちなみに、KuickShowのコードも見てみたのですが、
こっちは自前で作った画像を使用してるようですorz
0752421
04/12/23 21:38:03ID:7mCWLoz4それ以外は今のところ認識してる不具合は無いのですが、次のリリース日(肉の日？)
までに不具合は出来るだけ潰すつもりなので不具合ネタ募集中。それと今後は開発関係の
書き込みは様子を見て順次Kita板の方にシフトしていく予定。
>>748
いちいちextbrd.confを設定させるのもなんなのでKitaBoardView::showBoardList()
の後の方をいじってKita板を板一覧に表示させれば良いんじゃないすかね。こんな感じで。
previous = categoryItem;
}
+ QString boardURL = "http://jbbs.livedoor.jp/computer/18420/" ;
+ QString boardName = "Kita Board";
+ QString oldURL;
+ new Kita::ListViewItem( m_boardList, NULL, boardName, boardURL );
+ Kita::BoardManager::enrollBoard( boardURL, boardName, oldURL );
loadExtBoard();
refreshFavoriteBoards();
}
0753kitaの中の人 ◆KITAulkOso
04/12/23 22:52:29ID:Nipklf6+決めないとずるずるといきそうなので、
12/26: code freeze(snapshot)
12/29: release
で行きます。で、26日にやばそうだと思ったら延期するかいくつかの修正は後回しとか決めます。
あとfeature freeze, code freezeも定義が曖昧なので考え直した方がいいかも。
> 不具合ネタ募集中
それじゃさっそくｗ
・起動してkita板を開いてスレを開くと、2番目に開いたスレでsegfault(100%再現)。
http://kita.sourceforge.jp/misc/trace-20041223.txt
・2chのスレを1つ開いてからkita板のスレを開くとsegfault(書き込みテストはなぜか大丈夫)。
・いくつか2chのスレを開いてからだと落ちない。
状況からしてしたらば限定で、メモリ周りが原因かなと推測。
0754421
04/12/23 23:11:08ID:7mCWLoz4あれ、こっちの環境だと落ちないですね・・・。もう少し詳しく
状況を教えてください。
ちなみに肉の日から1週間ほど私は不在です。
0755421
04/12/23 23:37:22ID:7mCWLoz4void KitaDomTree::appendMae100()で落ちてるみたいなので、そこを
int i = m_topNum;
while ( !m_resshown[ i ] && i <= readNum ) i++;
+ qDebug( "i = %d topNum = %d readNum = %d", i, m_topNum, readNum );
if ( i <= readNum ) {
m_hdoc.body().insertBefore( m_mae100, m_titleElm[ i ] );
みたいにして、落ちたときのデバッグ出力を書いて頂けませんか
0756421
04/12/23 23:48:07ID:7mCWLoz4いま自分のデバッグ出力をみたら、KitaDomTree::KitaDomTree()で
初期値をm_topNum = 65535としてるため
i = 65535 topNum = 65535 readNum = 1
となってたんですが、それだと
while ( !m_resshown[ i ] && i <= readNum )
のところで m_resshown[ 65535 ] になりますね(藁
これじゃ環境依存で落ちるよなあorz
そこの部分を次みたいに直しておいてください。
int i = m_topNum;
if( i > readNum ) return;
while ( !m_resshown[ i ] && i <= readNum ) i++;
0757kitaの中の人 ◆KITAulkOso
04/12/24 00:06:42ID:jRfULqLa了解。じゃあ、肉の日に次のバージョン出して
ファイルの整形とか階層整理とか大掃除、というパターンがベストかな。
>>755-756
なおりますた。さんくす。
ってか環境依存って分かってるんだから自分で直さないとダメですねorz
0758421
04/12/24 00:23:41ID:xTZn14g4あとですね、ぶっちゃけて言うと、0.173.0以前のKitaはレス数が
テンプレート数(20)以下のスレを開くと落ちる可能性があります(w
0.173.0以前のkitaをお使いの方は20個以下のスレを開いて落ちても
泣かないで下さいorz
あとこういうマヌケバグがまだ潜んでるかもしれないので、こうしたら
落ちたという報告を絶賛募集中。
0759kitaの中の人 ◆KITAulkOso
04/12/24 01:55:37ID:yiAJifQxhttp://kita.sourceforge.jp/patches/boardview_1224.patch
このままcommitしてもよかったけど一応こんな風にということで。
auto resizeがonのときはcolumnのリサイズを不可能にした方がよいかな…
>>742
> deleteEntryしないとそのままitem25,26が書き出される
> という問題が。
そこらへんは>>732>>734で書いたとおり手動で消すしかないと思ってます。
livemarket{1,2}だけ対応するのもなぁと。本当に痛すぎるバグですがorz
で、あくまでも目的は
> 今度同じ問題が起きても大丈夫なように
というものなので。とりあえずKConfigとKSimpleConfigの解釈は勘違いしてなかったので
やっぱり入れておきます。
>>747
> ログもキャッシュフォルダあたりにでも取っておいた
> 方が良いかな・・・
とりあえず取っておいた方がいいと思います。
デメリットは特にないし、いざ問題が起きたときに最悪手動で対応できるので。
# 書き込みログなんかはそんな感じ。
>>752
あ、そっか。デフォルトで表示させてもいいんだ。ってことでcommitしました。
0760login:Penguin
04/12/25 08:11:11ID:XRVA5Tye>それ以外は今のところ認識してる不具合は無いのですが、
スレビューでの検索で「一つもmatchしなかった」場合の挙動は直ってますか？
#「ありませんでした」系ダイアログを出すような話だったと思いますが、
#スレ一覧の検索でもなかった場合には同じようなダイアログがあるといいかも
0762421
04/12/25 12:54:40ID:P2JgHy0c状況が分かりにくいですね・・。>>622以降で報告されたバグや
要望の対応状況をまとめるとこんな感じかな。抜けがあったら言ってください。
>>641,643,645,647,648
未対応
>>673
>>740で対応
>>706
対応済。多分>>674もこれが原因？
>>710
対応までしばらく時間がかかる見込み
>>737
未対応
0763login:Penguin
04/12/25 13:30:32ID:XRVA5Tyeコードで指定している文字って言えばいいのかな？
それがスレビューで見るとそのまま「&〜」とか「#&〜」というコードのまま表示されちゃうんですが、
レス参照のポップアップで見るとちゃんと解釈されてハートマークとかで表示されてるんですが。
エスケープの問題ってやつでしょうか。
たとえば、これとか(例がアレですが)。
http://aa5.2ch.net/test/read.cgi/kao/1099214895/5
(「5」のレス番を右クリックして、参照ポップアップを出し、その中の「>>5」にカーソルを合わせて、
スレビューの5番とポップアップの5番とを見比べて下さい)
kitaは0.173.0です
0764kitaの中の人 ◆KITAulkOso
04/12/25 13:41:18ID:cmyQK1vz>>636,650,653,657,722,723,734,740,747,752,756,759
734,740,747(2),759を新たにマージ。
反応がないもの、抜けてるものがあったら言ってください。
あと今回対応するとしたら>>641,737あたりかな。
とりあえず朝飯食ってから考えます。
>>762
Wikiにそのへんは書いてたんですが、まとまるまではやっぱり外部板にスレ立てた方がいいですね。
0765421
04/12/25 14:10:27ID:P2JgHy0c>>763
>>636で対応済みです。まあフォントの関係か、うまく表示されない場合もありますが。
でも>>763のリンクをクリックしても5に飛ばないバグがあるのが分かったので
あとで直します(あれ、むかし直した気がするんだけど気のせいだったかな・・・)
年を越す前に出来るだけバグを潰したいので、こんな感じで報告よろ
0766login:Penguin
04/12/25 22:03:36ID:Go1uZMnH・デフォルトの名前の設定
・終了時に開いていたスレを次回起動時に開く
BBS_NONAME_NAME=fusianasan
こんな板もあるので・・・
0767421
04/12/26 00:19:09ID:k7rAeksp文字化けするみたい(kitahtmlpart.{cpp,h}のところ)
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/18420/1103986998/2
で切れてる部分の続きはこんな感じです。原因は明日でも暇をみて見ときます。
ttp://pc5.2ch.net/test/read.cgi/linux/1089905503/747
> ログもキャッシュフォルダあたりにでも取っておいた方が良いかな・・・
は中の人にお願いして良いでしょうか。ちょっと今引越しの準備とかで忙しくて・・・
KitaBoardView::downloadBoardList()の下の方で
QString log = 現在時刻:
log += i18n( "New boards:\n\n" ) + newBoards + "\n"
log += i18n( "These boards were moved:\n\n" ) + oldBoards;
保存処理
みたいな感じでやれば良いと思うので。
0769421
04/12/26 02:26:22ID:k7rAeksp無いのが原因でした。
>>766は中の人に任せます。でも2番目の要望はその前にオフラインモード実装しないとダメかな。
ちなみにデフォルトの名前がfusianasanの時は警告が出て書き込めないようになっています。
>>768まあ気にしないでどんどんバグ報告してください。バグは全部潰します(決め言葉)
0770kitaの中の人 ◆KITAulkOso
04/12/26 23:59:29ID:o9zDo+7G641は
.kde/share/config/kitarcの[Global]セクションに
CopyOnClick=true
と記述してください。今のところ隠しパラメータ扱いです。
0771kitaの中の人 ◆KITAulkOso
04/12/27 01:10:27ID:3pIE9W8chttp://kita.sourceforge.jp/snapshot/kita-20041227.tar.gz
>>767のバグとログ書き込みを入れてます。あと>>767のスレの5,6,7も。
とりあえず自分としてはほとんど終わりのつもりなので
肉の日に出そうと思えば出せますがあまりこだわるつもりもなし。
# 1/1 00:00:00に1.0.0として出そうかなと一瞬思ったり。
0772login:Penguin
04/12/27 14:26:48ID:0uXj3CqE( ´∀｀)好きにしろ！
0773login:Penguin
04/12/27 14:26:53ID:7PHL3RgU>>771
> # 1/1 00:00:00に1.0.0として出そうかなと一瞬思ったり。
>
1.0.0 なら気が利いたコードネームを付けたらどうでしょう。
0774login:Penguin
04/12/27 14:38:52ID:zkZOYfq40775login:Penguin
04/12/27 14:45:16ID:2ov74Qif> リリース時にコードネームつけても意味ないんでは。
そらそうだ orz
0776login:Penguin
04/12/28 13:39:18ID:nSee7wXZレスのついたレス番の色が変わるのも分かりやすいし。
敢えて難を言えば、>>601で421氏が書いてますが、
>・プリファレンスの左側のツリービューの項目の文字が全部表示されない、枠を広げることができない
がパッと見気になるかな。（そもそも幅固定でいいところなのに、横スクロールバーが出てるのが変）
あと板メニューの「古いログの表示」は、現在の状態（onなのかoffなのか）が
一目で分からないのがちょっと気になるくらい。
0777login:Penguin
04/12/28 19:15:45ID:vqK7VkUikdenetworkを入れても問題解決しないよぉ〜
ちなみに環境はFedora core 2です。
0779login:Penguin
04/12/29 01:02:32ID:5PyQLatK右クリック→サイズで倍率指定しようとした時、前回指定したものと
同じ倍率(プルダウン時既に右▲マーク付の倍率)にしようとしても
ウィンドウに合ったまま変更できない状態です。
一度別の倍率に変更すればOKなのでそれほど気にならないのですが
他の環境でも同じでしょうか？
0780login:Penguin
04/12/29 09:30:28ID:eMoL2zCtsubjectタブが隠れた状態になっているのですが、起動時にsubjectタブが見えてる状態にしてくれたらありがたいです。
0781login:Penguin
04/12/29 09:48:50ID:f9VBb2vbどゆこと？
「前回指定したものと同じ倍率」＝現在の倍率 じゃないの？
それなら変わらないのは当り前な気がするが、そうじゃないんだろうな、多分。
>>780
同感。「板一覧」→「スレ一覧」→「スレビュー」という操作の順序と合ってないね。
気にせず使ってるけど。
#ところで、「デフォルト2」と「デフォルト3」ってどこが違うんだろう？
0782kitaの中の人 ◆KITAulkOso
04/12/29 13:48:28ID:/yk2Lydh>>776
これはアイコンを使うようにするので放置中だったり。
数行で直るなら入れます。
> あと板メニューの「古いログの表示」は、現在の状態（onなのかoffなのか）が
> 一目で分からないのがちょっと気になるくらい。
これはcheckbox付けないとまずいすね。
>>780>>781
了解。順番は変える方向で。
あと
デフォルト2 -> KitaNaviや画像ビューアを別ウィンドウで表示
デフォルト3 -> (必要な時だけ出したいので)KitaNaviや画像ビューアを表示しない
だった気がするけど何か動いてないですね。
0783login:Penguin
04/12/30 16:04:33ID:rXynLvDG具体的には
http://qb5.2ch.net/test/read.cgi/operate/1104150553/432
http://pc5.2ch.net/test/read.cgi/jisaku/1103625213/639
など。ガイシュツだったらスマソです。
0784login:Penguin
04/12/30 20:24:12ID:tNd5RQ5wにあるリンク
://be.2ch.net/test/read.cgi/be/1103756100/
を踏むと全てが激しく重くなります。。。
0785login:Penguin
04/12/31 11:09:49ID:w9FX4gNMKita 0.172.0 @ fc2 だけど遅くならないよ。
ただし日本語(?)が半角カナに文字化けしてる。
LANG=ja_JP.eucJP だから重くなんないのかな?
0786kitaの中の人 ◆KITAulkOso
04/12/31 11:24:54ID:2BxY6ECmIDのフォーマットに対応してないからです。あとでなおします。
>>784
うちだと落ちます。どこかで無限ループしてるっぽい…。
0787login:Penguin
04/12/31 12:22:45ID:hvRQE2fOGentoo+KDE3.3.2+Kita0.172.0 だけど文字化けする以外の問題はないです。
0788kitaの中の人 ◆KITAulkOso
04/12/31 12:49:00ID:2BxY6ECmさすがに落ちるのはまずいのでbe.2ch.net自体を非対応にしています。
be.2ch.net対応はこちらのスレで詳しい内容は書く予定。
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/18420/1104462454
0789kitaの中の人 ◆KITAulkOso
04/12/31 13:21:02ID:2BxY6ECmttp://kita.sourceforge.jp/snapshot/kita-20041231.tar.gz
落ちる/ハングするバグ以外は直さないです。
0790784
04/12/31 19:06:05ID:EmdHmX2x今年も乙でした >> 中の人、421氏
来年もよろしく >> kita
みなさん、良いお年を(゜∀゜)ノ
]ミ
0791kitaの中の人 ◆KITAulkOso
05/01/01 00:25:00ID:/2RBonRz・スレ表示の高速化
・UIの整理
・バグ修正
789からの修正はないです。
今年もよろしくお願いします。
0792login:Penguin
05/01/01 00:41:13ID:NteftjVdよろしくです☆
■ このスレッドは過去ログ倉庫に格納されています