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/
0607login:Penguin
04/11/28 09:29:20ID:S1pxb2sAってか、前は何でしたっけ？レス間の関係図みたいな奴でしたっけ？
0608login:Penguin
04/11/28 09:49:34ID:S1pxb2sA>>607は見なかったことに…
#機能を理解してなかっただけだったので…（ＴДＴ）
#ちゃんと機能してましたです
0609421
04/11/28 13:06:50ID:2307/MxE> ★スレを開いても閉じるかそのタブに別のスレを開かない限り未読数が消えない
> ★上記に関連して、スレ一覧の「更新」ボタンの横の「未読スレ数」(赤字)表示も、
> 閉じるかそのタブに別スレを開くまで変わらない
このスレの上の方で話が出てますが、今までは内部では「(鯖側の)レス数」、「ここまで読んだの位置」
の2つのパラメータを持っていたのをほにゃららして、「未読数」の列をスレを開いた直後は「新着数」として
扱って0にセットし、ここまで読んだを移動したら「未読数」として扱ってましたが、今回からは内部では
「(鯖側の)レス数」、「(キャッシュにある)取得レス数」、「ここまで読んだの位置」の3つのパラメータを
持つようになったので、「未読数」の列には厳密に「レス数 - ここまで読んだの位置」の数字が入るように
なりました。従って以前みたいに「新着数」を知りたいときは「新着数」という列を新設する必要があります。
まあスレ一覧の列のOn/Offが出来るようになったし、「新着数」と「取得レス数」の列を入れるとしたら
次バージョンでですかね。
> ★スレビューを更新しようとしたが「更新中」のまま反応がない時、メニューの「停止」を選択しても、
> escapeを押しても変化がない。
こっちでは確認出来てないので、ぼちぼち見ときます。
> ★スレビューで検索し、一つもhitするものがなかった場合、「見つかりませんでした」というメッセージがほしい
> 今は何故か120から130番レス辺りに黙って飛んでしまうので、一瞬hitしたのかと思ってしまう
このバグは認識してましたが、突っ込みが入るまで放置してましたw 次バージョンで直します。
つづく
0610421
04/11/28 13:11:18ID:2307/MxE> ★あと、メール欄非表示の設定の時、ミョーな現象ﾊｯｹｿ。>>606←これのPopupの名前欄
これはバグですね。次みたいに修正しておいて下さい。
diff kita_misc.cpp.org kita_misc.cpp
841,842c841,842
< titletext += "<a href=\"" + linkurl;
< titletext += " title=\"" + addstr + "\">";
---
> titletext += "<a href=\"" + linkurl.replace( ">", "<" );
> titletext += " title=\"" + addstr.replace( ">", "<" ) + "\">";
> それと、イメージビューアに初めモザイクが掛かってるのはどういう理由からなんでしょうか？
グロ画像対策です。モザイクをoffにしたいときは .kde/share/config/kitarcで
「UseMosaic=false」として下さい。
> あとスレビューでレス番号を右クリックしても何も起こらなくなってる
参照がないときでも何か反応させた方が良いのかも・・・
ところで全体の設定ファイルが.kde/share/apps/kitaではなくて.kde/share/config
にあるのはKDEのアプリとしては正しいんですが、OS再インストールの時とかバックアップする
ときにバックアップし忘れそうな気がしますねえ、と今日の夜FC3をインストールするつもりで
いまバックアップしてる最中なのでそうオモタ。
0611kitaの中の人 ◆KITAulkOso
04/11/28 14:12:40ID:uKBX3WgK・文字列を選択すると標準出力に"XXX heuristicNameMatch hint = utf-8"が出続ける
という問題をfixしました。単にwarning削っただけですが…。
本来はQCp932Codec::heuristicContentMatch()を実装しないとダメですけどね…。
>>605
commitしますた。
> バイト計算をするときは改行をbrタグにしてから計算しないと駄目みたいです。となると特殊文字なども
> 変換してから計算しなきゃいけないのか・・・。まあこの辺は次バージョンでもう少し調べてみます。
たぶんdatファイルに格納するときのバイト数なので、
リンクについても同様に変換してから計算しないとまずいですね。
で、2chだとリンクするけど、まちBBSだとリンクしないということは…((((;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
>>606>>607>>609>>610
> 取得レス数
これは今の「既読」に相当しますよね。というかこれは「取得」のミスorz
あと、On/Offは出来るようになりましたが、あまり列を増やすと混乱するので別の方法を
使うことを検討したいです。数字の色を変えるとか。
> モザイク
On/Offの具体的な要望がなかったような気がするので今までUI付けてなかったり。
というわけで次(12/29?)に入れます。たぶん。
> メール欄のバグ
commitしますた。
> 参照がないときでも何か反応させた方が良いのかも・・・
に一票。
> 設定ファイル
これってKDEの設計の問題だよなぁと。configは廃止してもいい気が。
0612login:Penguin
04/11/28 15:11:33ID:IzXu5vFBところで前にスレ一覧のNo.とかTitleとかの欄の幅を変えられるようにしてホスィ
ってお願いしていて、最近のスナップショットで叶えられたと喜んでいたのですが、
せっせと設定したベストポジションが一度kitaを終了してしまうとリセットされてし
まってショボーンです。
kita終了しても欄幅覚えて再現してくれるようにキボンヌ。
0613kitaの中の人 ◆KITAulkOso
04/11/28 16:26:54ID:uKBX3WgKつhttp://kita.sourceforge.jp/snapshot/kita-20041128.tar.gz
>>612
ごめんなさい。入れたつもりだったのですがバグっててうまくいかないようですorz
すぐには直せそうにないので次でお願いします。
0615kitaの中の人 ◆KITAulkOso
04/11/28 17:09:57ID:uKBX3WgK「コピー」で得られるURLが間違ってるバグの修正。
まちBBSは直ってませんが、一行だと直らないっぽいので次に回します。
Index: kita/src/part/kitahtmlpart.cpp
===================================================================
RCS file: /cvsroot/kita/kita/kita/src/part/kitahtmlpart.cpp,v
retrieving revision 1.68
diff -u -r1.68 kitahtmlpart.cpp
--- kita/src/part/kitahtmlpart.cpp 25 Nov 2004 16:05:02 -0000 1.68
+++ kita/src/part/kitahtmlpart.cpp 28 Nov 2004 07:57:47 -0000
@@ -1566,7 +1566,7 @@
/* url */
if ( str != QString::null ) str += "\n";
- str += Kita::DatManager::threadURL( m_datURL ) + QString().setNum( resNum ) + "\n";
+ str += Kita::DatManager::threadURL( m_datURL ) + "/" + QString().setNum( resNum ) + "\n";
/* body */
if ( ret == WRITEMENU_COPY ) {
0616kitaの中の人 ◆KITAulkOso
04/11/28 17:33:45ID:uKBX3WgK(バグは除いてます)
>409>467>476>589
・鯖移転対応
>422>425
・環境変数KDEDIRSが設定されていないときも正しく動く
# ただし英語のままなのでKDEDIRSの設定自体は必要
>435>451
・したらば読み/書き/スレ立て対応
>446
・キャッシュに残ってるdat落ちしたログの表示(スレ一覧の右クリック)
>492
・書き込みウィンドウで行数、バイト数の表示
# これ分かりにくいので説明が必要ですね。
・板看板表示(スレ一覧タブの右クリック)
>530>532
・2ch以外のBBSの逐次表示
・Flash CGI/Mini Thread読み込み/書き込み/スレ立て対応
>577
・HOST表示対応
>591
・未読表示方法を変更
・スレ一覧の項目のOn/Off
0617login:Penguin
04/11/28 20:43:19ID:S1pxb2sA> このスレの上の方で話が出てますが、
ｽﾏｿ。純粋に、お二人の会話についていけてませんでした orz
> ★スレビューを更新しようとしたが「更新中」のまま反応がない時、メニューの「停止」を選択しても
この件に関してですが、どうもVer. upしたときに、cacheにログがあるのに読み込めていない(スレ一覧の
「既読数」が空欄になってる)スレで発生するようです。ので、問題としては「停止やescapeが効かない」
というよりは、「Ver. up時にログを読み込めないスレがある」というものかと。
詳しく書くと、
1.) Ver. up後スレ一覧を開くとログがあるはずなのに既読数が空欄のスレがある
2.) そのスレを開こうとすると、statusbarに「更新中」とでたまま変わらない(「停止」やescapeを押しても変化なし)
3.) スレビュー(真っ白)を左クリックすると「更新中」の表示は消える
4.) スレビューを右クリックするとkitaがクラッシュする
こんな感じです。
> 「UseMosaic=false」として下さい。
早速。
>>611
>> モザイク
>というわけで次(12/29?)に入れます。たぶん。
お願いしまつ
0618421
04/11/28 22:19:52ID:2307/MxEそのバグ再現しました。例えば、kitaを閉じてから
rm 1089905503.dat (このスレのキャッシュ)
したあとkitaを起動してこのスレを開くとその症状がでます。ちなみに直すときは
スレ一覧でログを削除してからもう一回クリック。
で、これはキャッシュファイルが無いのにidxがあるとデータベースに不整合が起きて
生じるバグみたいで、多分DatManagerとBoardManagerを数行直せば直ると思うんで
すが、いかんせん現在OSを再インストール中でしょぼいサブノートから書いてる状況
なので、あと2,3時間ほど待ってください。
0619login:Penguin
04/11/28 22:58:09ID:S1pxb2sAあ、いやいや、こっちでもログ消して再取得で復旧済ですので、
急がなくて大丈夫です。
ありがとです
0620421
04/11/28 23:57:32ID:2307/MxEもうひとつ、「お気に入りスレに登録されてる」って条件が必要ですね。つまり、
FavoriteThreads::processThreadNode()のThreadIndex::loadIndex()で
キャッシュがあろうが無かろうがidxを読み込んでしまうためデータベースが壊れて、
キャッシュが無いのにReadNum > 0 になるため、KitaHTMLPart::setup()の
if( Kita::DatManager::getReadNum( m_datURL ) == 0 ) Kita::DatManager::createDatInfo( m_datURL );
のところでDatInfoを作らずにそのまま突き進んで、結局右クリックすると
KitaHTMLPart::showPopupMenu()の datInfo = Kita::DatManager::getDatInfoPointer()で
NULLが返って datInfo->getReadNum()でぬるぽで落ちるという感じ。
で、とりあえずこんな感じで回避。
diff kitahtmlpart.cpp.org kitahtmlpart.cpp
130c130
< if( Kita::DatManager::getReadNum( m_datURL ) == 0 ) Kita::DatManager::createDatInfo( m_datURL );
---
> Kita::DatManager::createDatInfo( m_datURL );
KitaHTMLPart::setup()でReadNum==0のチェックを外しただけ。するとDatInfoが
作られたときにDatInfo::initPrivate()の中でm_thread->setReadNum( 0 );
としてるのでレス数がリセットされます。DatManager::getDatInfo()を見れば
分かるように、別にReadNum==0のチェックを外しても害は無いです。というか、
むしろチェックすると上みたいな害がある訳ですがw
整合性が壊れる問題の根本的な解決は次バージョンでやります。
0621kitaの中の人 ◆KITAulkOso
04/11/29 00:29:46ID:xEs1DOao落ちなくなったことｶﾞｯ確認できたのでcommitしました。
直接は関係ない話ですが、
.datがなくて.dat.idxがある状態って普通はないと思ってたんですが、
>>556にあるように
> a) キャッシュにあるスレを表示した直後(鯖からデータをロードする前)に
> DatInfo::initPrivate() からThreadIndex::saveIndex()を呼ぶ。
なので鯖が反応なくてロードを停止した場合に起き得るみたいですね。
0622kitaの中の人 ◆KITAulkOso
04/11/29 22:06:23ID:OfktG3qJ変更点(ほとんど421さん)
* 各種板対応
o 2chのサーバ移転に対応
o したらばの読み/書き/スレ立て対応
o Flash CGI/Mini Threadの読み/ 書き/スレ立て対応
* スレ一覧表示関連
o 未読数表示方法を変更
o 項目のOn/Off(ヘッダーで右クリック)
o 板看板の表示(タブで右クリック)
o キャッシュに残ったdat落ちしたログの表示(タブで右クリック)
* スレ表示/書き込み関連
o HOST表示対応(削除依頼、まちBBSなど)
o 2ch以外のスレの逐次表示
o 書き込みウィンドウで行数/バイト数を表示(右下に 「(現在の行数)/(最大行数) | (現在のバイト数)/(最大バイト数)」で表示されます。)
* その他UIの調整、バグ修正
今回は修正点が多いので、各種設定ファイルのバックアップを特におすすめします。
(.kde/share/config/kitarc, .kde/share/apps/kita/* 以下が設定ファイル、
.kde/share/cache/kita 以下がキャッシュ)
多分大丈夫だとは思いますが。
0623kitaの中の人 ◆KITAulkOso
04/11/29 22:12:28ID:OfktG3qJとりあえず次こそお気に入りの整理を入れる予定ですが、
仕事が忙しかったり何やら誘惑の多い時期なのでダメだったらごめんなさいと先に謝っておきます。
(#ﾟДﾟ) ｺﾞﾙｧいわれない程度には頑張りますが。
0624login:Penguin
04/11/29 22:46:34ID:wxdUEsm/--- kita/src/part/kitawriteview.cpp.origSun Nov 28 13:22:18 2004
+++ kita/src/part/kitawriteview.cppMon Nov 29 22:38:31 2004
@@ -436,8 +436,8 @@
int maxLength = Kita::BoardManager::getBBSMsgCount( m_datURL );
QString str;
- str = QString().setNum( lines ) + "/" + ( maxLines != 0 ? QString().setNum( maxLines ) : "--" );
- str += " | " + QString().setNum( length ) + "/" + ( maxLength != 0 ? QString().setNum( maxLength ) : "--" );
+ str = QString().setNum( lines ) + "/" + ( maxLines != 0 ? QString().setNum( maxLines ) : QString( "--" ) );
+ str += " | " + QString().setNum( length ) + "/" + ( maxLength != 0 ? QString().setNum( maxLength ) : QString( "--" ) );
lengthLabel->setText( str );
if( maxLines != 0 && lines > maxLines ) return FALSE;
0625login:Penguin
04/11/29 23:42:34ID:Iq38my1Rダウンロードできない。
ｼｸｼｸ
0626625
04/11/30 00:54:11ID:wn41vUAvaudio/x-pn-realaudio-pluginと判断されてダウンロードできない。
Linux版のFirefox1.0とOpera7.6P3で試しました。
他の人は無問題？
0627login:Penguin
04/11/30 01:11:19ID:mDUrXQW00628kitaの中の人 ◆KITAulkOso
04/11/30 01:20:56ID:VERsZy1V他のところだと起きてない。何でだろう。
とりあえずこっちからダウンロードしてください。md5sum確認は忘れずに。
http://keihanna.dl.sourceforge.jp/kita/12389/
http://kyushu-u.dl.sourceforge.jp/kita/12389/
0629625
04/11/30 01:53:21ID:wn41vUAv無事にダウンロードできました。
どちらからでもOKでした。
ありがとうございます。
>>627
レスありがとうございます。
0630691
04/11/30 02:10:55ID:drmpea6j>>622
細かいけど
× .kde/share/cache/kita 以下がキャッシュ
○ $HOME/.kde/cache-<username>/kita 以下がキャッシュ
0631691
04/11/30 02:13:20ID:drmpea6j> × .kde/share/cache/kita 以下がキャッシュ
> ○ $HOME/.kde/cache-<username>/kita 以下がキャッシュ
KDE 3.1.xでは合ってるんだった ｵﾓｲﾀﾞｼﾀﾖ ＿|￣|○
下は3.2以降の話だ
0632login:Penguin
04/11/30 02:19:16ID:p7K1faMQシェードでフォームサイズがかわるのがなくなったので使いやすいです。
が、機能が増えてきてそろそろ全部の機能を把握できなくなってきますた。
0633login:Penguin
04/11/30 12:35:01ID:JoaOPgCzThx.
0.173.0用、ありがたく使わせていただきますた。
＃kita_0.173.0-1.dscで、kita_0.173.0.orig.tar.gzとしているのは
kita-0.173.0.orig.tar.gzに直したほうがWebの説明とマッチするのでは。。
0634691
04/11/30 14:12:59ID:drmpea6j> ＃kita_0.173.0-1.dscで、kita_0.173.0.orig.tar.gzとしているのは
> kita-0.173.0.orig.tar.gzに直したほうがWebの説明とマッチするのでは。。
ありゃ？ホントだ気づかんかった orz
× kita-0.173.0.orig.tar.gz
○ kita_0.173.0.orig.tar.gz
説明の方が間違ってます... ＿|￣|○
直しときます
0635login:Penguin
04/11/30 22:13:19ID:RtS7XEhm#どうでもいいことですが、>>606は「KDE 3.3.3」→「KDE 3.3.1」ですた orz
0636421
04/12/01 00:06:53ID:a4/6ZSRmttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1130.txt
対象:
threadindex.{h,cpp} boardmanager.cpp datinfo.{cpp,h} kita_misc.cpp kitaconfig.{cpp,h} access.cpp
kitawriteview.cpp kitathreadview.cpp kitahtmlpart.cpp
主な内容は前バージョンでやりのこした問題の修正と高速化。
・スレ情報データベースの不整合の問題対応
そもそも根本的な問題としてdatがないのにidxを読むのが悪いので、ThreadIndex::loadIndex()の
引数にbool checkCachedというパラメータを増やしてcheckCached = TRUEのときにキャッシュが
無かったらidxをロードしないようにしました。
ちなみにBoardManager::readSubjectTxt()とかBoardManager::getCachedThreadList()で
ThreadIndex::loadIndex()を呼ぶときは既にキャッシュがあるかないかQDir::entryList()を使って
チェックしてるので checkCached = FALSE にしてます。
あとは何らかの影響でThreadクラスの情報が壊れても、スレを開くときにDatManager::enrollDatInfo()で
new DatInfo すると、DatInfo::initPrivate()でm_access->getcache()が呼ばれることによって
データベースとidxを作り直すので問題ないと思いますが、>>621の問題に対応するため
ThreadIndex::saveIndex()でReadNum == 0 だったらidxをdeleteするようにしました。
・>>611の、リンクについても同様に変換してから計算しないとまずいですねの問題
あまり厳密にやると速度が低下するので改行と>と<の時だけ計算することにしました。
KitaWriteView::slotBodyTextChanged()のところ。まあバイト数は目安ってことであまり
大きい数字にならないでねってことで。
つづく
0637421
04/12/01 00:10:15ID:a4/6ZSRm・パース回りのコードを簡略、高速化
struct RESDATを簡略化して、DatInfo::setAncList()も廃止して、Kita::parseResDat()の中で
生データを各セクションに分けるのと同時にアンカーリストを作成するように変更。
あとKita::parseDateId()で糞重いQRegExpを使うのをやめて高速化。
それとAccess::getcache()で2chの場合はemitDatLineList()を経由しないようにしてちょっと高速化。
・連鎖あぼーんをデフォルトoffに
今まではデフォルトOnでしたがやっぱ遅いので。bool KitaConfig::m_aboneChain という
パラメータを新設してそれで On/Off 切替え。kitarcで言えば
[Global]
AboneChain=false
のところ。
・>>606の検索の「見つかりません」メッセージ対応
KitaThreadView::slotSearchPrivate()のところ。
・>>610の参照がないときでも何か反応させた方が良いのかもの対応
KitaHTMLPart::slotOnURL()の/* id popup */ とか/* show reffered num */ のあたり
これで前バージョンでやりのこした事は大体潰したかな。で、とりあえず短期的な予定としては、
前バージョンで混入したバグを潰しつつBoardManagerとThreadクラスの再整理と、今度こそ
KitaThreadViewの整理をする予定。それが終わったら>>603で挙げた項目を消化するつもり。
もっとも、内部的にいじる所はあまり残ってないので、前バージョンに比べればパッチ量は
減ると思います。
それと>>597の問題はKDE3.3で直ってました。さすがにこんなでかいバグをいつまでもほっとかないかw
0638kitaの中の人 ◆KITAulkOso
04/12/01 19:43:51ID:GuUAFL4xcommitしました。一点だけ。
> あとKita::parseDateId()で糞重いQRegExpを使うのをやめて高速化。
これってQRegExpを再利用することでほぼ解決できませんかね？
メンテナンスに問題があるのでコード量が増えるのは避けたいので。
暇があったら自分で測定してみますが。
0639kitaの中の人 ◆KITAulkOso
04/12/01 20:35:19ID:GuUAFL4xを試しにテストしてみたんですが、全然効果ありませんでしたorz
正規表現の最適化も効きそうにないしあきらめるかぁ…
0640421
04/12/02 00:25:21ID:Fn9Hkyynこちらでも測定しながら作業してますがQRegExpの遅さは洒落になってないです。いやマジでw
まあQRegExpを使わない代わりに、いまkita_miscのパース関係のコードをガリガリ削りまく
って高速化しているところなのでそれでコード量を相殺するってことで勘弁してください。
ちなみにどんなテストをして測定してるかというと、速いマシンだと違いが分からないので、
CPU: MMX333, Qt: 3.1.2, KDE: 3.1.4 というしょぼいマシンで
cp 123456.dat hoge.dat
cat hoge.dat >> 123456.dat
cat hoge.dat >> 123456.dat
・・・
みたいな感じで擬似的に3000レス、500kのdatファイルを作成して、全レス表示されるまでの
時間を計測しています。結果はこんな感じ。
ノーマル0.173.0・・・平均 15秒
>>636当てたやつ・・・平均 12秒
作業中のやつ ・・・平均 10秒
目標は0.173.0の半分なのですがそろそろきつくなって来たかも・・・
0641login:Penguin
04/12/02 13:12:24ID:9m0ABKmakitaを愛用させて頂いてます。
ありがとうございます。
要望
ttp://hoge.hoge/
等のリンクをクリックした時の動作を、
現状: 「ウェブブラウザで開く」
変更: 「リンクの場所をコピー」との選択性
にして欲しいです。
理由: kde の場合、klipperを起動させておくと、クリップボードへコピーすることで、ブラウザを選んだり細かい設定ができる。
linux の場合、どうしてもデフォルトブラウザでは巧く表示できなかったりして、複数のブラウザを切替える必要があるので、いつも右クリックから使っていますが、めんどいです。
よろしくおねがいします。
0642kitaの中の人 ◆KITAulkOso
04/12/03 20:51:59ID:eHyg4RmX> 変更: 「リンクの場所をコピー」との選択性
1-clickでクリックボードへURLをコピーできるようにするということですよね？
ちょっとそのままの形で導入は難しいです。理由は、
・"minor"な設定のためにプリファレンスの項目が増える(とりあえず他のアプリで同様な設定は見たことない)
・1-clickでコピーされるので操作ミスが怖い(klipperを起動している環境だといいですが)
代わりのUIを考えてたのですがちょっといいのが思いつかなかったので逆質問。
> ブラウザを選んだり細かい設定ができる。
の「細かい設定」は具体的にどんな作業で、頻度はどれくらいだと思います？
ブラウザ選択以外の作業がほとんどないなら、ブラウザ選択のUIをつけることを考えてます。
クリックした時のブラウザが2つから選べるのは割とよくあると思うので。
あと今思いついたのは、FireFoxのようにクリックしたときにダイアログが出て、
そこでURLを渡すアプリを選べるようにするとか。
とりあえず思いついたのはこれくらい。
(641さんに限らず)何かよさそうな案があったら書いてください。
0643login:Penguin
04/12/03 21:52:55ID:Kh8u1cQiところで最近、キテガイが張り付けた画像を何回も踏んでしまって頭を抱えています。
Linuxデスクトップ画像のスレにもありました。
個人的な要望で流れを止めてスマソですが、
>>601 の最後に書かれている。
画像あぼーん機能 "優先" キボンヌです。
0644421
04/12/04 00:06:13ID:QtPpS60z> 画像あぼーん機能
モザイク機能があるので画像あぼーんの優先度は割と低めです。というのは
口実で、他に片付けなきゃいけない事が山積みなので、特に問題の無い画像
関係には単に時間を割けないってだけなんですが・・・
という訳で画像関係のメンテナ募集中w
関数とか変数の意味が分からないとかいった質問があったら教えますんで。
それとレンダリング高速化計画ですが、なんとか0.173.0の2倍(状況によっては
3,4倍)までは速く出来ました。まあ結局レンダリングまわりをほとんど書き直す
羽目になった訳ですがorz 完成は明日の夜あたりかな。
それでも(一方的にw)ライバル視してるOpenJaneと比べると同スペックのPCで
4倍位遅いんだよなあ・・・。ほんと、化け物ですかw＞OpenJane
0645641ではないですが
04/12/04 00:21:18ID:lFcZHSka個人的には
・"アプリケーションで開く"
・"名前を付けて保存"
が欲しいです。(ﾟ ﾟ)
0646login:Penguin
04/12/04 00:46:54ID:Y5bXkGLi私に出来るかどうかはわかりませんが。
マターリと画像関係の調査からやってみます。
0647login:Penguin
04/12/04 00:59:27ID:Y5bXkGLi0648login:Penguin
04/12/04 03:05:48ID:yS3e6jTa0649641
04/12/04 09:00:20ID:4KUf6oSh641です。遅くなりました。
> 1-clickでクリックボードへURLをコピーできるようにするということですよね？
そうです。
> > ブラウザを選んだり細かい設定ができる。
> の「細かい設定」は具体的にどんな作業で、頻度はどれくらいだと思います？
具体的には、
* ブラウザの選択
* クリックしたURLをタブで開く
です。
klipperの 「設定」->「動作」->「^https?://.」 の中のmozilla用コマンド(確かdefaultで設定済)を見て頂くとわかりますが、
pgrep firefox && firefox -remote 'openURL(%s,new-tab)' || firefox %s (%sは、URLに置換)
のようになっていて、該当ブラウザが既に起動している時は、タブで開く設定になっています。
これによって、クリック毎に新規windowが開かなくするといった使い方をしますので、
頻度の答えとしては、「URLをクリックする度」となります。
0650421
04/12/04 23:21:50ID:rHUEAtjXdatinfo.{h,cpp} kita_misc.{h,cpp} parsemisc.h datmanager.{h,cpp} kitaconfig.cpp
kitawriteview.cpp kitahtmlpart.cpp kitadomtree.{h,cpp}
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1204.txt
(おおまかな説明) 一番大きな変更点はパースエンジンを書き直してDOM系のクラスを除いたこと。
いままではHTMLDocument::createElement()を使ってノードを作ってましたが、KHTMLが最適化
されたKDE3.2以降はHTMLを丸投げしてKHTMLにレンダリングしてもらった方が速いことが分かったので、
DatInfo以下のクラスではHTMLテキストだけを扱うことにして、HTMLElement::setInnerHTML()を
使ってレンダリングすることにしました。( KitaDomTree::createResElement() のところ)。
これによってパース関係の関数が見やすくなりました。またハース関係の関数を一ヶ所
(kita_miscの700行以下あたり)にまとめて、パースの流れが分かり易くなるように整理しました。
その他、必要ないコードを削除したりメモリ消費量を減らしたり等。
(もうちょっと詳しい説明) 心臓となる関数はKita::parseResDat()で、 datinfo.hで定義されている
ResDat構造体のnumにレス番号、linestrにレスの生データをセットしてKita::parseResDat()に送れば
ResDatの各項目に生データが入ります。例えばKita::DatToHtml()を見ると分かり易いかも。
実際にキャッシュの中にあるレスが表示されるまでの流れはこんな感じ。
(1) KitaHTMLPart::setup()のKita::DatManager::createDatInfo()でDatInfoクラスが
作られる際にDatInfo::initPrivate()の中のm_access->getcache()により、Accessクラスから各行の
生データ(unicodeにエンコード済み)がDatInfo::slotReceiveData()に送られて来て、行ごとに
DatInfo::copyOneLineToResDat()を呼んで、そこで resdat.num = num;、resdat.linestr = line;
とレスの番号と生データがResDat構造体にセットされる。
つづく
0651421
04/12/04 23:24:44ID:rHUEAtjX(2) その後 KitaHTMLPart::load()、KitaHTMLPart::showResponses() 経由でKitaHTMLPartクラスから
レスを表示するためKitaDomTree::appendRes()が呼ばれると、そこからレスのDOMエレメントを作るため
KitaDomTree::createResElement()が呼ばれ、さらにHTMLテキストを得るためにDatInfo::getHTML()が呼ばれる。
(3) DatInfo::getHTML()からResDat構造体をパースするためDatInfo::parseDat() が呼ばれ、そこから
さらに Kita::parseResDat()が呼ばれてResDat構造体にHTMLなどがパースされて入る。
(4) あとはKitaDomTree::createResElement()に戻って、setInnerHTML()でHTMLがレンダリングされ、
KitaDomTree::appendRes()でレスがappendされて表示される。
(5) リロードで鯖からデータが送られて来たときも同じ感じでパースされる。
(注意点) DIVの中にTABLEやDIVがあると致命的に速度が遅くなることが分かったのでレスのDOMツリー構造を
DIV
|-TABLE タイトル
|-DIV 本文
から
DIV タイトル
DIV 本文
に簡略化してます。ただし、スタイルシートを使用する場合は速度より見た目を重視するということで、
DIV-TABLE タイトル
DIV 本文
とタイトルノードでTABLEタグを使用してます。タイトルノードの詳しい構造については
Kita::createTitleHTML()を参照してください。デフォルトのスタイルシートも多少変更してます。
0652421
04/12/04 23:35:57ID:rHUEAtjXしばらくはコードの内部の方に引きこもってUIとかの外部仕様はいじる予定は無いです。
あと>>650で間違った記述があったので少し修正
> ResDat構造体のnumにレス番号、linestrにレスの生データをセットしてKita::parseResDat()に送れば
> ResDatの各項目に生データが入ります。
-> ResDatの各項目に生データがパースされてHTMLなどのデータが入ります。
0653421
04/12/05 00:30:55ID:7ft/edw3*** part/kitadomtree.cpp.org 2004-12-04 23:02:26.000000000 +0900
--- part/kitadomtree.cpp 2004-12-05 00:28:22.255368280 +0900
***************
*** 77,83 ****
else{
if ( m_bufLng == 0 ) m_bufLng = mrg;
! else while ( num >= m_bufLng ) m_bufLng += delta;
m_titleElm.resize( m_bufLng );
m_bodyElm.resize( m_bufLng );
--- 77,83 ----
else{
if ( m_bufLng == 0 ) m_bufLng = mrg;
! while ( num >= m_bufLng ) m_bufLng += delta;
m_titleElm.resize( m_bufLng );
m_bodyElm.resize( m_bufLng );
0654kitaの中の人 ◆KITAulkOso
04/12/05 00:58:47ID:cOV8aKgn・登録/削除のタイミングでお気に入りを保存(>>581)
・お気に入り周りのコード整理をちょっとだけ
DQ8という誘惑に負けてるのでコードあまり書いてませんorz
>>645
これは左クリックの話？右クリックメニューでいいのならそちらに入れたいです。
>>649
なるほど。それなら1-clickでコピー出来る方が便利ですね。
最悪configファイルを直接いじる形になるかもしれませんが、機能は入れます。
# たぶんKitaMainWindow::slotOpenURLRequestExt()をいじればいいので自分が担当かな。
>>650>>653
merged. めちゃくちゃ高速化されてますねぇ。とりあえず気になったのは
・「名前」の前にスペースが欲しい。
・検索したときの移動場所がおかしい(前にも同じ問題があったような)。
くらいです。
0656421
04/12/05 01:41:05ID:7ft/edw3作りかけだからなのでとりあえず気にしないでおいて下さい。
>>654
> 最悪configファイルを直接いじる形
結構イレギュラーな設定だと思うので、プリファレンスには項目を作らないに一票
> ・「名前」の前にスペースが欲しい。
> ・検索したときの移動場所がおかしい(前にも同じ問題があったような)。
あれ、うちの環境(KDE3.3)だと問題無いんですが、Turbo10Fって確かKDE3.1だから
それが悪さしてるのかなあ・・・。明日にでもKDE3.1のマシンで確認しときます。
0657421
04/12/05 23:38:22ID:4Ipjwlc1access.{cpp,h} datinfo.{cpp,h} kita_misc.cpp thread.{cpp,h} datmanager.cpp threadindex.{cpp,h}
kitadomtree.cpp
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1205.txt
・KDE3.1対策
>>654は>>93の「KDE3.1のバグ」が原因だったので、 KDE3.1の場合はタイトルノードでデフォルトで
TABLEタグを使って、本文ノードはHTMLの前後に<div>タブを付けることに( Kita::parseBody()と
Kita::createTitleHTML()の先頭と最後の#ifのところ )
それとKDE3.1の場合はAAも崩れていたのですが、こっちの方は Kita::parseBody() で
<span style=\"color: white\"></span>みたいに空白のspanタブを行の先頭に追加しても
setInnerHTML()でレンダリングするとspanノードを作ってくれないらしいことが原因だったので、
<span style=\"color: white\">_</span>みたいに適当に空白ではない文字を入れて、
setInnerHTML()してから"_"を取り除くことに( KitaDomTree::createResElement() の#ifのとこ)。
当然ですが、上の処理をしているためKDE3.1で、かつAA表示設定にしているとレンダリング速度は
がくっと落ちます(というかノーマル0.173.0程度の速度に戻ります)。その他、
・datのサイズをAccessクラスから取るように( DatInfo::getDatSize() のとこ )
・レスのマーク情報の管轄をThreadクラスに移動( Thread::isMarked() のあたり )
・レスのマーク情報をidxに保存するように( ThreadIndexに関数追加 )
これでやっとマーク機能がまともに使えるようになったかな・・・。とりあえず全マーククリア
機能とマークしたレスを抽出して表示する機能は近々付ける予定。
次はThreadクラスの管轄をBoardManagerに移す作業に移ります。Threadクラスの検索速度の
向上とデータベースの一意性の確保が狙い。
0658421
04/12/06 00:41:37ID:Ywt3GBNw書かれてないので消して良いです。
それとソースのディレクトリ構造なんですが、libkitaとprefsは良いのですが、
KitaThreadPartが無くなった今partの意義が薄れている気がします。それに
Kita*tabwidget、Kita*viewがsrcとpartにちらばっているのもあまり綺麗じゃ無い
ので、ぼちぼちディレクトリ構成を再構成した方が良い様な希ガス。
0659kitaの中の人 ◆KITAulkOso
04/12/07 23:19:51ID:OFJ0xJoo>>657
merged.
あと>>624のパッチ入れるの忘れてたと思ったら>>636で入ってますね。
> ぼちぼちディレクトリ構成を再構成した方が良い様な希ガス。
これは自分も思ってたんですが、どういう風に構成した方がいいかなぁ。
Dock単位あたり？
0660421
04/12/08 01:03:33ID:pzIIB6zG(1)板dock、スレッドdock、画像dockみたいに機能別に分ける
(2)タブ、Viewみたいに階層別に分ける
って方法が考えられますが、まあ普通に機能別が分かりやすいんじゃ
ないすかねえ。
> お気に入り関連の整理中。
wikiのお気に入りの移行のところ見ましたが、階層型のデータを
保存する場合はKConfigよりもXMLの方が良い気がします。
今更そんなこと言うなって気もしますがw
というのも、いまBoardManagerの仕上げの最中で、BoardViewの
bbsmenuのダウンロード処理とか外部板の登録まわりをBoardManager
に移しているところなんですが、試しに外部板のファイル形式をXMLに
してみたらListViewと非常に相性が良かったもので。あとXMLなら視覚的
に階層構造が分かりやすい、多階層が扱える、手動で編集するのが楽
だってこともあります。
0661421
04/12/08 01:25:18ID:pzIIB6zG感じのXMLになります。まあちょっと拡張して、ぬるぽディレクトリの中に
ぬるぽ2ディレクトリがある構造にしてますが。それと、ぬるぽ2の中では
お気に入り板が登録されてます(boardタグ)
<thread url="http://pc5.2ch.net/linux/dat/1000000000.dat" name="とあるスレ" />
<thread url="http://pc5.2ch.net/linux/dat/1111111111.dat" />
<dir name="ぬるぽ">
<thread url="http://pc5.2ch.net/prog/dat/1097151856.dat" />
<thread url="http://pc5.2ch.net/software/dat/1085660776.dat" />
<dir name="ぬるぽ2">
<board url="http://pc5.2ch.net/linux/" name="リナックス板" />
</dir>
</dir>
<thread url="http://pc5.2ch.net/linux/dat/1234567890.dat" />
こんな感じでお気に入りスレとお気に入り板の情報を同時に扱えば、このXMLを
そのまま板タブにも適用できるので、favoriteboardクラスとfavoritethreadクラスを
区別しないで統合することも出来ます。
0662login:Penguin
04/12/08 01:51:34ID:iTUuYtH+>661=421殿
ｶﾞｯ
0663421
04/12/09 22:30:35ID:wppuibumスナップショットを。まだ全然未完成ですが。
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/snap-20041209.tar.gz
更新内容を簡単に説明すると、まあ主にBoardManagerの仕上げなのですが、
ユーザー的には板ビューを拡張して自由にお気に入りでディレクトリを作ったり
並び替えたり改名が出来るようになったことが大きいですかね。例えばこんな感じ。
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/ss-1209.png
具体的には2つの関数
・KitaBoardView::XML2ListView()・・・XMLをListViewに変換
・KitaBoardView::listView2XML()・・・ListViewをXMLに変換
でListViewとXMLを直接変換するように変更してます。それで、直接ListViewがXMLに
アクセスするようになったのでFavoriteBoardsクラスはもう無くても良いです。今までは
KitaBoardView <-> FavoriteBoards <-> favorite_boards.xml
みたいにFavoriteBoardsクラスが間に入っていたのですが、今回からは(内部実装の都合で)
メイン、外部、お気に入りという3つのタブに板タブを分けて、
KitaBoardView <-> board_main.xml, board_external.xml, board_favorite.xml
みたいにタブ別にXMLにアクセスするようにしてます。お気に入りを増やすときも
SignalCollectionにaddListViewItemシグナルを追加して、そのシグナル経由で
板ビュー自体が追加するようにしています( KitaBoardView::slotAddListViewItem()のあたり )。
リストビューの並び方がそのままXMLになってるので手動でXMLを編集するのも楽だと思います。
まあ他にもThreadクラスの管理をBoardManagerに移動したりとか大きい変更点があるんですが、
その説明はおいおい完成してからってことで・・・
0664kitaの中の人 ◆KITAulkOso
04/12/11 21:50:37ID:fMRaUF5g>>660
> 階層型のデータを
> 保存する場合はKConfigよりもXMLの方が良い気がします。
> 今更そんなこと言うなって気もしますがw
最初はXMLにするつもりだったんですけどねぇ…。XMLをやめてKConfigにしようと思った理由は、
・XMLのAPI(DOM)はめんどい。これはまあたいした理由ではないです。
・普通にコード書くと、「知らない項目」が入ってるとそれが消えてしまう。
具体的には、新しいバージョンAでXMLに拡張があった場合、
そのファイルを古いバージョンBで読み込んで書き込むと、Aでの拡張が認識できないので消えてしまう。
・逆に新しいバージョンCで項目が減った場合に、古いバージョンDで認識できない
要するに>>533であった問題。これは元のコードがヘボかったのが問題なので大きな問題ではないです。
懸念しているのは2番目ですね。レアケースなのでそういうポリシーだと決めてしまえば問題ないですが、
今後同じことで悩むのもどうかと思うので、互換性についてのポリシーを決めてしまいたいと思います。
あとでWikiに書きます。
あと、肝心のKConfigを使う件ですが、どうやらKConfigでも問題があるのに気づいたので、
やっぱりXMLにしようと思います。
0665rpmpoint
04/12/11 23:37:00ID:QbBc9Kw0本年度中の復活を目指します。
suseユーザーの皆様に大変御迷惑を御掛けしていることをお詫びします。
0666login:Penguin
04/12/12 00:29:02ID:myzQvVjjpgrep firefox && firefox -remote 'openURL(%u,new-tab)' || firefox %u
にしたらすむ話じゃないのかな…
非HTMLなファイルを開いたときに、KonquerorとかFirefoxみたいに
開くか保存かを尋ねてくれるUIは欲しいけど。
0667login:Penguin
04/12/13 00:03:18ID:sweIMb0Gスレがあるのです。両方ともかつて一度は見たことのあるスレについてなのですが、例えば
オープンソース版Solarisに前もって文句を言うスレ
http://pc5.2ch.net/test/read.cgi/unix/1101841777/
はロードできる（続きが追加される）のに、
\chapter{\TeX} % 第三章
http://pc5.2ch.net/test/read.cgi/unix/1059616013/
アンチウィルスソフト総合スレ
http://pc5.2ch.net/test/read.cgi/unix/1046547211/
などで続きが追加されません。未読襴もそのままです。
kita が古いせいでしょうか? kita のバージョンは 0.160.0 です。
0668421
04/12/13 00:22:28ID:NBA0XXftあぼーんがあってスレが壊れてるだけだと思うので削除してリロードしてください。ちなみに下の
proto-1212.txtを当てるとあぼーんがあったときに「壊れてる」旨の表示をするようになります。
で、帰ってきたのでお気に入り板まわりのプロトタイプ。まあこれもパッチじゃなくて仕様を確定する前
に試してもらいたいってことで、バグもちょっと残ってますがとりあえずこんな感じでどうですかね > 中のひと
cvs差分のkitaで-p0。多分大丈夫だと思いますが、.kde/share/apps/kitaはバックアップしておいて下さい。
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/proto-1212.txt
(仕様)
詳しい話は>>663。お気に入りでの右クリックメニューに新規ディレクトリ作成、リネームメニュー追加。
ドラッグで項目移動。.kde/share/apps/kitaの boardview_main.xml、boardview_external.xml、
board_favorite.xmlがそれぞれ板一覧、外部板、お気に入り板に対応しています。もしこれらのファイルが
もうあるなら消してからkitaを起動してください。フォーマットは暫定仕様ですが
ディレクトリ・・・<dir open="0か1" name="名前" >
板・・・<board url="URL" name="名前" />
(まだ実装してないけど将来的に)スレ・・・<thread url="URL" name="名前" />
って感じ。もしかしたら<root>タグも加えるかも。
板一覧と外部板の場合(boardview_main.xmlとboardview_external.xml)は板を登録するため板のname属性は
必須ですが、その他の板(とスレッド)のXMLの場合はname属性は不要です(ある場合はエイリアスになる)。
互換性の問題はなかなか難しいんですが、今回はKitaBoardView::slotShowBoard()でお気に入り板を
表示するときに、新XML(boardview_favorite.xml)が無いときは旧XML(favorite_boards.xml)を
新XMLに変換して(BoardManager::convertOldFavoriteXML())、逆にお気に入り板を閉じるときは
古いフォーマットのXMLでも保存するようにして解決しています(BoardManager::saveOldFavoriteXML())。
まあ力ずくで2度手間なコーディングになりますが、一番てっとり早い方式なのでw
0669667
04/12/13 08:17:12ID:Y81Fg/YO# その後 FC2からFC3 にアップグレードしました（クリーンインスコです）。
でいきなりなのですが。。。kita0.173.0 (KDE3.3.0.5 Red Hat) でソース tar ボールを取って来て、一般ユーザで
tar xvfz kita-0.173.0.tar.gz
cd kita-0.173.0
./configure --prefix=$HOME/.kde
make
make install
してからシェルで
cd kita-0.173.0/kita/src/
./kita
として起動しました。書き込みウィンドウを開いて、Ctrl+Space で IIimf を起動し Insert キーを押すと、
kita とターミナル がクラッシュしてしまいます（ 一緒に起動していた konqeror もクラッシュしました。emacsは大丈夫でした。)。
何か回避できる方法はありまつか? よくわからないけれどクラッシュハンドラの言い分を↓にコピペしてみますネ。
0670667
04/12/13 08:25:00ID:fzpVDMU2Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -178792768 (LWP 13102)]
[KCrash handler]
#4 0xf5cfa42d in QObject::activate_signal ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#5 0xf6031409 in QInputContext::deletionRequested ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#6 0xf51fd9e5 in QXIMInputContext::close ()
from /usr/lib/qt-3.3/plugins/inputmethods/libqxim.so
#7 0xf51fd62e in QXIMInputContext::close_xim ()
from /usr/lib/qt-3.3/plugins/inputmethods/libqxim.so
#8 0xf51fc246 in ?? () from /usr/lib/qt-3.3/plugins/inputmethods/libqxim.so
#9 0x00000000 in ?? ()
アプリケーション Konsole (konsole) はクラッシュしシグナル 11 (SIGSEGV) を発行しました。
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -172775744 (LWP 5442)]
[KCrash handler]
#4 0x09a4f25d in ?? ()
#5 0xfeecc150 in ?? ()
#6 0x09a43980 in ?? ()
#7 0xf6258cab in QObject::activate_signal ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
0671667
04/12/13 08:41:41ID:gwfRXkyh(同上)
[New Thread -172775744 (LWP 5413)]
[KCrash handler]
#4 0x099f72cd in ?? () #5 0x099f76c0 in ?? () #6 0xf5f3f207 in XDestroyIC () from /usr/X11R6/lib/libX11.so.6
#7 0xf4d750d8 in QXIMInputContext::~QXIMInputContext ()
from /usr/lib/qt-3.3/plugins/inputmethods/libqxim.so
#8 0xf6256449 in QObject::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#9 0xf61fa249 in QApplication::internalNotify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#10 0xf61fa3da in QApplication::notify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#11 0xf68294c8 in KApplication::notify () from /usr/lib/libkdecore.so.4
#12 0xf61fb3a6 in QApplication::sendPostedEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#13 0xf61fb432 in QApplication::sendPostedEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#14 0xf61aa005 in QEventLoop::processEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#15 0xf620f875 in QEventLoop::enterLoop ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#16 0xf620f7ce in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #17 0xf61f944b in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#18 0xf5790d75 in kdemain () from /usr/lib/libkdeinit_kio_uiserver.so #19 0xf6fe7678 in kdeinitmain () from /usr/lib/kde3/kio_uiserver.so
#20 0x0804dfb1 in ?? () #21 0x00000001 in ?? () #22 0x097cd568 in ?? () #23 0x00000001 in ?? () #24 0x097ceb8d in ?? () #25 0x00000000 in ?? ()
うーん意味ないかもこれの分まででやめときますねm(_ _)m
0672667
04/12/13 10:04:39ID:WY8ndmBF0673login:Penguin
04/12/13 20:30:16ID:eaY3Cl5T0674login:Penguin
04/12/13 23:17:28ID:6djY9gTX環境: Debian Sarge (KDE3.2.3), kita 0.173.0
症状: 「ファイル」→「板一覧の読み込み」を選択したとき、移動した板の情報ウインドウを
閉じることができず、本体も終了できない。
killで終了して、~/.ked/share/apps/kita/board_listを削除後、再起動すれば問題はないのですが。。
0675login:Penguin
04/12/14 17:57:44ID:25igtLht□▽ ?/32 | ?/2048 OK キャンセル
↑
このリストボックスって何するものなんですか？
0676login:Penguin
04/12/14 18:26:31ID:Dh76sXcAmenu Settingの"Config Kita"内のAsciiArtにAAを登録すれば
そこから呼び出せる。
0677421
04/12/15 23:44:57ID:5kVcSJciあれ便利ですよねえ。私も欲しい機能なんですけど今は内部整理を優先してるので
そういう拡張はそれが全部終わってからかなあ・・・。ちなみに内部の話をすると
>>650のパッチは将来的にその機能に対応できるように設計済みだったりします。
>>674
それだけでは分からないので、ダイアログの内容を教えてもらいたかったり。
で、ちびちび作ってた奴が大体出来たのでパッチ。srcで-p0。変更したソースは
access.{h,cpp} datinfo.cpp boardmanager.{cpp,h} thread.{cpp,h} kita_misc.{cpp,h}
kitaboardtabwidget.cpp kita.{cpp,h} kitasubjectview.{h,cpp} threadlistview.{cpp,h} favoritelistview.cpp
さらに favoriteboards.{cpp,h}, kitaboardview.{h,cpp} を差し替え
listviewitem.{cpp,h} も差し替えて、さらに libkita以下に移動
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/patch-1215.tar.gz
内容は一言で言えば板まわりの仕上げなのですが、予想よりも難航したorzために
かなり内部をいじってます。詳しい変更点はこちらを見てください。
ttp://www.geocities.co.jp/SiliconValley-Bay/7435/readme-1215.txt
XMLのフォーマットはとりあえず暫定的なものなので、こっちの方が良いという場合は
修正かけます。
あとはしばらくバグ潰しやソース整理をしつつlibkita以下に残っているobsoleteな
関数の削除をおこなう予定。
0678kitaの中の人 ◆KITAulkOso
04/12/16 00:12:40ID:JSm9Gs4X以下でいろいろ書いてますが、とりあえず実用的に問題ない状態ならCVSに入れます。
が、はっきり言って今のコードは不満だらけなので開発辞めたい気分です。
「私」の方は大体片づいたのですが、「公」の方がさらに酷くなったので
まだ触る気がしないですが、とりあえず。
>>663>>668
一応ポリシー書きました。文体がアレなのは仕事が忙しい影響ですｗ
http://kita.sourceforge.jp/cgi-bin/hiki/hiki.cgi?Kita%A4%CE%B8%DF%B4%B9%C0%AD%A5%DD%A5%EA%A5%B7%A1%BC
互換性については問題ないです。
パッチも試しましたが、FavoriteThreads::readFromXMLから辿って
Thread::setThreadName()で落ちますね…。
既に移転した板がお気に入りに入ってるとまずいような気が。
とりあえずUIについてコメント。
・External/お気に入りは似たような感じなので一つにまとめた方がいいと思います。
・フォルダだけ編集可能なのが分かりにくい(2chの板も編集出来ますね)。
あと編集可能にするなら右クリックメニューがいいですね。
・スレッドも統合した方がいいですね。そこらへんはやります。
つづく。
0679kitaの中の人 ◆KITAulkOso
04/12/16 00:13:08ID:JSm9Gs4Xディレクトリサポートするなら古いフォーマットと互換性がなくなるので無理にやらなくてもいいかと。
importがあれば十分だと思います。理由はポリシーから。
XMLについて。
・dirのopenは0/1でなくtrue/falseにしてください。
・ぱっとコードを見た限り大丈夫だと思うけど、url以外は必須項目でないようにしてください
(FavoriteThreadsではnameやresnumも必須だったのでそれの反省)
・登録時にファイルに書き込みした方がいいと思います。落ちたときにorzにならないために。
> Threadクラスの管理をBoardManagerに移動したり
あと今更ですが、BoardDataがThreadのリストを持ってる構造になってますが、
これはやめてください。以下理由。
・以前自分がやって失敗した。
・スレの情報だけあって板の情報がない場合の処理がややこしくなる(はず)。
datURLだけあれば板 <-> スレのやりとりは可能なので、クラス間は疎結合にした方がいいです。
ThreadManagerみたいなのを作れば十分でしょう。
0680kitaの中の人 ◆KITAulkOso
04/12/16 00:43:48ID:JSm9Gs4X入れようと思ったけどコードが足りないです。差し替え分しかないです。
あと前も言いましたが、パッチが大きすぎて面倒見切れません。
仕様の合意もないし、accept/rejectしか選択肢がないパッチは嫌です。
普通ならこういうでかいパッチはrejectします。
http://www.winehq.com/?issue=205#Shell32%20Update%20&%20Patch%20Submission%20Process
この記事を何度も読んでください。一つのパッチに一つの機能にしてください。
内部構造のせいでパッチが大きくなるならrefactoringだけのパッチを送ってださい。
それが嫌ならsf.jpのアカウント取ってください。それなら好きに出来ますから。
もう嫌です。Kitaのコードはもう見るに耐えません。
次のバージョンは出すかどうか分かりません。
0681login:Penguin
04/12/16 01:06:15ID:DtmMjzDLｶﾞﾝｶﾞﾚｰ
0682kitaの中の人 ◆KITAulkOso
04/12/16 01:12:31ID:JSm9Gs4Xそろそろ入院した方がいいですかね。
例えばcommitしていて何ですけど、以下の点がイライラします。
・ThreadIndex::loadIndex, saveIndex: Kita::Threadは原則廃止のはずなのに(>>237)復活してます。
こんなことやってたらいつまで経ってもコードがよくなりません。
・タブの空白への変換くらいしてください。前も言いましたが。いちいちこっちでやってられません。
・簡単にファイルのreplaceなんてしないでください。自分の書いたコードは全否定ですか。
・500行以上のファイルはそれだけでイライラします。
0683login:Penguin
04/12/16 01:15:30ID:mMVbC1o+おつかれ。
後のことは一切気にせず
しばらくゆっくり休むべし。
0684kitaの中の人 ◆KITAulkOso
04/12/16 01:28:19ID:JSm9Gs4Xありがとう。とりあえずしばらくおとなしく休みます。
# とりあえず21日までは正常な状態になりそうにないので…
>>421さん
いろいろ言いましたが、パッチについては感謝してます。
ただ、今までの自分の行動はオープンソースの開発としては「お人好し」なのだけは理解してください。
とりあえず今日は寝ます…。
0685login:Penguin
04/12/16 02:20:43ID:HtOSZb1F>> kitaの中の人
肉の日とか期限を切らないで
ゆっくり、のんびりで良いから・・・
kitaがなくなっちゃうのは嫌ｽﾞﾗ
ゆっくりお正月を過ごしてリフレッシュするｽﾞﾗ
0686421
04/12/16 03:46:44ID:ygQuE+6tもう遅いので詳細のネゴシエーション(＆謝罪＆弁解)は明日にしますが1点だけ。
> 入れようと思ったけどコードが足りないです。差し替え分しかないです。
パッチ分はtarの中に含まれてるpatch-1215.txtです。最初はいつも通り
全部でdiffしてgeocityに上げようと思っていたのですが、一部のファイル
はリプレスした方がサイズが小さかったので別にしたのですが、拡張子を
直すのを忘れてました。なお.txtという拡張子なのは.diffとか.patchだと
geocityに蹴られるからです
それから個人的な話になるのであまり話したく無かったのですが、先月あたり
から急にパッチ量が増えたり、ユーザーの要望にあまり積極的に答えていない
理由は、実は来月から転勤で部署が変わってかなり仕事が増える(多分)ことに
なりそうなため駆け込みでパッチを書いているためです。恐らく来月以降は
デバッグ関係とか>>673みたいな小さいパッチくらいしか出せなくなるんじゃ
ないかなあ・・・。ちなみに最近パッチの内容説明がやたらくどくて長々と
してたのは、引継ぎとかこれから開発に参加希望の開発者育成のためという
のも理由の一つだったりします。
0687login:Penguin
04/12/16 03:58:28ID:mpC2bEIr感謝！感謝！
0688login:Penguin
04/12/16 04:10:51ID:GBMiZfvt0689login:Penguin
04/12/16 09:45:47ID:vD8VKRVjここしばらくずっと追わせてもらってます。感嘆そして感謝を。
つか、しばし休息が必要なのでわ＞おふたり様
勢いあるのはいいことだけど、
たったふたりかつ仕事もちの方同士とは思えんペースではないかと。
0690login:Penguin
04/12/16 13:18:50ID:xZ7oekdgkitaに危機がｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!なのか？
そりは勘弁しちくりorz.... お気に入りの改善ずっと待ってるのに.....
とはいえ、無理は言えませんので
一旦開発停止してお二人でよく話し合ってみては？（お忙しいでしょうが）
お互い顔見ずにやってると思い込みが先走りがちだから、
一回言いたいこと言い合えば結構何でもなかったりするんじゃないかと淡い期待をしたりw
素人目には、>>682に書かれた点は、イラつく気持ちは分かりますが、三つ目以外は
「言えば済む」程度の些細なことに見えます。少なくとも、これらが原因で開発終了に
なったとしたら、ユーザとしては切なすぎる......
（どっかの人みたいにソースごとPC盗まれたとかで終了ならまだ諦めもつきますがw）
仕事抱えながら合間にコード書いて、コミュニケーションまで取ってる余裕がない、
っていうのが問題なんじゃないのかなぁ。>>689さんが言うように、もっとゆっくりでもいいのでは？
「待て」って言ってもらえれば待つし。
「作ってて楽しくなきゃやってられない」ものだと思いますし。
というか、「作者さんたちが開発を楽しんでいるところが見れる」のが自分にはkitaの魅力の
一つだったりするんですが。
0691login:Penguin
04/12/16 13:43:21ID:2ctboU/xという印象はありません。むしろ「え!? いいの?」ってくらいすぐ答えてくれてる希ガス。
0692691
04/12/16 17:17:58ID:SwHUIxc4激しく同意です
俺がパッチ書くのやめたのも
> 自分の書いたコードは全否定
だったことが大きかったですし、実際当ててたパッチの機能で死んでるのありますし
>>686
> なお.txtという拡張子なのは.diffとか.patchだと
> geocityに蹴られるからです
.gzが蹴られないので圧縮すると言う手もありますがね...
どっちにしろ、パッチの作り方そのものを見直す方がいいでしょう
man patch でもパッチは機能別に分けることを推奨してますしね
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 でも押してみたのですが
閉じることができません。
もし、お暇なら改善でもしてもらえたらうれしいです。
■ このスレッドは過去ログ倉庫に格納されています