画像ファイル属性管理 ..
291: ◆cTzcVzYvME
07/03/20 17:48:22 LrbCtqOB0
>>288
> 次の画像に表示を移すモード
対応しました。
>>289
とりあえず現状のキーマップに組み込んじゃったけど、
そっち（>>271の仕様）の方がカスタマイズ性は高まりますな。
>>290
参考にしときます。
292:名無しさん＠お腹いっぱい。
07/03/22 23:59:11 kWfVavdO0
ハッシュ機能ｷﾀｱ
早速使わせていただきます
293:名無しさん＠お腹いっぱい。
07/03/23 15:08:45 wRv3VOSL0
属性付加済みの重複画像を、サムネイルで判別できるようにしたいのですが、
ハッシュチェックでＨのアイコンが付くとＲのアイコンが消えてしまいます。
両方のアイコンを表示できないでしょうか。
自動生成の属性しかない場合にはＲを付けない機能もあると良いのですが…
294: ◆cTzcVzYvME
07/03/23 16:19:50 OX7Tc5Lj0
>>293
サムネイルのアイコンは、画像の登録状態（未登録、パス登録、ハッシュ登録、インポート登録）を
判別するためのものであって、属性が付加済みであるかどうかを知るためのもではありません。
当然ながら、Ｒアイコンが表示されていても、属性がない場合もあります。
またデータベースの仕様上、サムネイルで属性の有無を判別できるようにするのは不可能です。
何故なら、属性の削除や統合の処理を効率化するために、画像の属性情報の更新は遅延して行われており、
画像リストにサムネイル表示されているだけの画像が実際に保持している属性数を知るには、
属性編集の度に、リストアップされている全画像の情報を再取得しなければならなくなるからです。
要望が単に「属性付加済みの画像を知りたい」というだけなら、
「属性を指定してリストから消去」機能を使うか、
今回実装した「属性数指定リストアップ」を使って下さい。
> 自動生成の属性しかない場合にはＲを付けない機能
これも仕様上、対応できません。
ちなみに、自動登録される属性は、画像整理中に一時的に利用するだけで、
不要になったら属性自体を削除して付加解除するといった使い方を想定しています。
自動登録機能自体が不要であれば、INIファイルを弄ってOFFにして下さい。
295:名無しさん＠お腹いっぱい。
07/03/24 15:25:25 x82aTAmk0
作者さん、はじめまして。
属性データベースによる画像管理テストプログラム２(β版) ver0.0.12.1
から試用しているのですが、フォルダビューの右クリックメニューの
「画像をリストアップ」および「画像をリストに追加」のメニューが全く動作しません。
メニューが存在するだけで実装されてないのでしょうか。
それとも、使い方に何か間違いがあるのでしょうか。
296:名無しさん＠お腹いっぱい。
07/03/24 15:41:42 3Yo8Eft30
> から試用しているのですが、フォルダビューの右クリックメニューの
> 「画像をリストアップ」および「画像をリストに追加」のメニューが全く動作しません。
フォルダビュー上に表示された圧縮フォルダでは動作しました。
297: ◆cTzcVzYvME
07/03/24 17:19:16 3M1iz4au0
>>295
> 「画像をリストアップ」および「画像をリストに追加」のメニューが全く動作しません。
フォルダをダブルクリックや、Ctrl+ダブルクリックもダメですか？
また、「お気に入り」リストでは動作しますか？
あと環境（OS、GDI+ の有無、使ってるSPI、etc）を教えて下さい
>>296
ID違うけど>>295さん？
それは>>295と同じ環境ですか？
298:名無しさん＠お腹いっぱい。
07/03/24 18:36:10 3Yo8Eft30
作者さん、どうもです。
>>295 = >>296 で、同じ環境です。
OS ： WindowsXP SP2
GDI+ ： 有 (C:\WINDOWS\system32\gdiplus.dll)
SPI ： lhasad.spi、axzip.spi、ifjpeg.spi、ifgif.spi、（Susieのオフィシャルサイトの物）、axpathlist.spi
「フォルダビュー」「お気に入り」の区別無く、圧縮フォルダに対してのみ動作しました（ダブルクリックも）。
299: ◆cTzcVzYvME
07/03/24 18:41:45 3M1iz4au0
>>298
一つ試してもらいたいのですが、
画像がリストアップされた状態から「画像をリストアップ」を実行するとどうなりますか？
画像リストはそのままですか？それともクリアされますか？
300:名無しさん＠お腹いっぱい。
07/03/24 18:50:56 3Yo8Eft30
> 一つ試してもらいたいのですが、
> 画像がリストアップされた状態から「画像をリストアップ」を実行するとどうなりますか？
> 画像リストはそのままですか？それともクリアされますか？
クリアされます
301: ◆cTzcVzYvME
07/03/24 18:57:24 3M1iz4au0
もう一つ試して下さい。
サブディレクトリが存在しないのに、
フォルダビューでは＋が表示されているフォルダに対し
「画像をリストアップ」を実行するとどうなりますか？
＋は残ってますか？消えますか？
302:名無しさん＠お腹いっぱい。
07/03/24 19:15:27 3Yo8Eft30
> ＋は残ってますか？消えますか？
消えます
303: ◆cTzcVzYvME
07/03/24 19:30:14 3M1iz4au0
どうやらファイルの走査自体は動いているようですね。
ちょっとテストプログラムを用意しましたので試して頂けるでしょうか？
URLﾘﾝｸ(artistic-imitation.hp.infoseek.co.jp)
詳しくは readme.txt に書いてあります。
304: ◆cTzcVzYvME
07/03/24 19:39:48 3M1iz4au0
readme に書き忘れ。
格納ファイルが存在するのに、
・リストアップ対象フォルダのフルパス
しかダイアログ表示されない場合は、
ファイルの走査がうまくいってない事になります。
305:名無しさん＠お腹いっぱい。
07/03/24 19:44:34 3Yo8Eft30
作者さん、お手数をおかけします。
> ちょっとテストプログラムを用意しましたので試して頂けるでしょうか？
試してみた結果、
>・見つかったファイル（もしくはフォルダ）の名称
>・サポートチェックを行うべきファイル（ショートカットのリンク解決済み）のフルパス
にファイルの拡張子が含まれず、
・サポートチェック結果
が「未対応なフォーマット」と表示されました。
306:名無しさん＠お腹いっぱい。
07/03/24 19:52:03 3Yo8Eft30
> >・見つかったファイル（もしくはフォルダ）の名称
> >・サポートチェックを行うべきファイル（ショートカットのリンク解決済み）のフルパス
>
> にファイルの拡張子が含まれず、
>
> ・サポートチェック結果
>
> が「未対応なフォーマット」と表示されました。
このことから思いついて、「フォルダオプション」で「登録されている拡張子は表示しない」のチェックを外すと、動作するようになりました。
拡張子が常に表示されるファイラを使用しているので、この点には気付きませんでした。
307: ◆cTzcVzYvME
07/03/24 20:00:46 3M1iz4au0
>>305-306
了解。
拡張子非表示の場合への対応を調べておきます。
308:名無しさん＠お腹いっぱい。
07/03/24 20:12:40 3Yo8Eft30
> 拡張子非表示の場合への対応を調べておきます。
よろしくお願いします。
オンラインソフトの作者さんとのやりとりは初めてなので少し緊張しましたが、原因がわかって安心しました。
これで、正式版の公開を楽しみにしながらテストプログラムを使い続けることが出来ます。
309: ◆cTzcVzYvME
07/03/25 02:28:25 3CT4+rFq0
>>308
たぶん直ったと思います。
ＰＳ：
重複ハッシュ画像の削除処理にバグがあるみたいです。
現在、原因を調査しているところなので、以前のバージョンを含め
at_picture.exe の削除機能は使わないで下さい。
310:名無しさん＠お腹いっぱい。
07/03/25 03:29:05 vuHV0upc0
>>309
削除機能了解です
マウ筋で画像リストの表示切替を割り当てたら中々便利でした（サイドボタンに）
画像が大きく表示できて使いやすいかも
”新しい属性を作って選択画像に付加”といった機能どうでしょうか
とりあえず名前だけを入力して自動生成のカテゴリに入れて、
後から整理する目的で使いたいのですが・・・
画像選択＞インプットボックスで名前入力＞自動生成に属性作成
こんな感じで作れるインスタントな属性が欲しいです
311: ◆cTzcVzYvME
07/03/25 10:01:53 3CT4+rFq0
とりあえずデバッグを終えました。
結局、重複ハッシュ画像の削除処理自体には問題がなく、
原因はDB操作のもっと深い部分にありました。
たぶん>>249の問題もこのバグによるものだと思います。
>>310
> ”新しい属性を作って選択画像に付加”
了解。実装しときます。
312:名無しさん＠お腹いっぱい。
07/03/25 10:30:45 vuHV0upc0
バグ見つかってよかった・・・(`･ω･´)
属性の件、感謝です
迷惑ついでにもうひとつ・・・
外部ソフトからの、画像ファイルの画像リストへの登録機能が欲しいです
（実行ファイルへのD&D、Sendto、Leeyesの"アプリケーションから開く"など）
タグ付けはともかく、登録の面だけでも連携できると有り難いのですが…
313: ◆cTzcVzYvME
07/03/25 10:59:48 3CT4+rFq0
>>312
> 外部ソフトからの、画像ファイルの画像リストへの登録機能
了解。
現バージョンにおけるウィンドウへのD&Dと同じ動作を、
コマンドライン引数に対して行う機能でイイかな？
314:名無しさん＠お腹いっぱい。
07/03/25 12:30:02 vuHV0upc0
>>313
そうです！よろしくお願いします！
315:名無しさん＠お腹いっぱい。
07/03/25 14:51:19 +rbtHMm/0
> >>308
> たぶん直ったと思います。
「フォルダビュー」上で「マイ ドキュメント」と表示されていたのが「My Documents」と表示されるようになった事が気になる以外は直っています。
あと提案なのですか、テンプレートに従って列記したカテゴリや属性が記載されたtxtまたはcsvまたはhtmlファイル
をインポートする事で一気に複数のカテゴリや属性を登録する事が出来たら便利になるように思います。
>>1 の
>属性データのインポート／エクスポートができ、他人とデータをやり取りできる
がそういった意味の機能なのでしたら、どのタイミングで実装される予定なのですか。
やっぱり、正式版待ちでしょうか。
316:名無しさん＠お腹いっぱい。
07/03/25 15:53:02 +rbtHMm/0
> 「フォルダビュー」上で「マイ ドキュメント」と表示されていたのが「My Documents」と表示されるようになった事が気になる以外は直っています。
よく見たら、「フォルダビュー」の「マイ コンピュータ」の下に全ユーザーの「マイ ドキュメント」が「My Documents」「My Documents」「Documents」として存在していました。
これは環境によるものなのか、バグなのか・・・
317: ◆cTzcVzYvME
07/03/25 18:53:27 3CT4+rFq0
>>315
> 「フォルダビュー」上で「マイ ドキュメント」と表示されていたのが
> 「My Documents」と表示されるようになった
今度こそ直ったはず…
> テンプレートに従って列記したカテゴリや属性が記載されたtxtまたはcsvまたはhtmlファイルを
> インポートする事で一気に複数のカテゴリや属性を登録
とりあえずは独自形式でのインポート、エクスポート機能を実装する予定です。
その後で、その他の形式へも順次対応していきたいと思っています。
ちなみに>>1は、スレ立て時における adbtest に関する説明ね。
そっちは既に独自形式のインポート、エクスポートの他、
IHDB の csv 読み込みや、Picasa2 のラベル、スターの取り込みにも対応してるので、
どんな感じになるのか知りたければ adbtest の方を弄ってみて下さい。
> どのタイミングで実装される予定なのですか。
> やっぱり、正式版待ちでしょうか。
β版のうちに実装する予定ですが、
とりあえずは基本機能が完成した後って事になります。
318:名無しさん＠お腹いっぱい。
07/03/29 16:24:57 80uCyc/t0
属性付加ありがとうございます。早速使わせて頂いております。
バグかどうかは怪しいのですが、
一度ハッシュを取得しておけば、実ファイルを移動しても、
再びリストアップ・ハッシュを取得で、
同一の画像として、新しいパスで認識されますよね。
一部のファイルで、移動したファイルが、異なるハッシュで認識されてしまいます。
（属性を持たない新しい画像として認識されてしまう）
確認した例では２００枚中１５枚くらいでハッシュが変わってしまっていました。
ファイルの内容が変化してしまう様な事をした心当たりは特にないのですが･･･
319:318
07/03/29 16:42:52 80uCyc/t0
すみません、原因が分かりました。
先に書いた挙動を起こす画像なのですが、
これらは、”ハッシュを取得後にファイルを上書き（更新）したもの”でした。
アーカイブにした画像を、表紙画像を作って整理しようとしていました。
表紙画像を別のファイルにした物が幾つかあって、それが上書きされたファイルです。
パスの画像（表示されている画像）のハッシュと、ＤＢにあるハッシュが違ってしまった事が原因でした。
しかも、元画像のパスにはファイルが無くなっている訳ではないので区別できません。
上書きなどで変更した画像に、変更前の画像の属性を引き継ぎたいのですが、
何か良い方法はないでしょうか。
320: ◆cTzcVzYvME
07/03/30 02:14:19 41kjYeD70
>>319
> 上書きなどで変更した画像に、変更前の画像の属性を引き継ぎたい
変更前、変更後といったファイルの更新情報を属性DBは保持しておらず、
それらの関係性を知る手段が無いのでこれは無理です。
そのかわり、ハッシュチェック機能において、
ハッシュ取得済みの画像に対しても再計算するようにしました。
ファイルを更新した場合は、属性やコメントの編集を行う前に、
再度ハッシュチェックを行うようにして下さい。
ハッシュ取得済み画像を上書き後、再チェックを行わずファイル情報を編集してしまうと、
以前のハッシュに対して処理されるので今回のようなケースが生じます。
こうなると、後で再チェックをしたとしても、属性を引き継ぐことはできません。
321:名無しさん＠お腹いっぱい。
07/03/30 20:31:17 Lc8vGUtf0
ハッシュ再取得で行けました。
でも、取得済みのハッシュを計算しないモードがあっても良いかも。
それはそうと、リストアップのスピードが体感出来るくらい速くなってますね。
322:名無しさん＠お腹いっぱい。
07/03/30 20:40:44 Lc8vGUtf0
画像リストのサムネイルの先読みって如何でしょうか？
何行分か先んじてサムネイルを作っておいてくれると、
幾分快適に見られると思うのですが…。
あと、画像リストでのホイールによるページのスクロール量を変更したいのですが、
これはソフト側の方で弄れるような問題なのでしょうか？
（コントロールパネルのマウス設定では変えられませんでした）
323: ◆cTzcVzYvME
07/03/30 22:23:45 41kjYeD70
>>321-322
> 取得済みのハッシュを計算しないモード
付けようと思ったんだけど UI の仕様に納得できんかったんで保留にしました。
また考えときます。
> 画像リストのサムネイルの先読み
現バージョンでもやってます。
ただ、先読みスレッドのCPU使用率を抑える方向で調整してありますので、
この辺の設定をINIファイルで弄れるようにしときます。
> 画像リストでのホイールによるページのスクロール量を変更
ソフト側で変更できますが、今はサムネイルサイズに応じて微調整しています。
INIファイルで弄れるようにしときますが、
ちょっと変わった設定方法になると思います。
324:名無しさん＠お腹いっぱい。
07/03/31 14:45:01 PQ6VQY760
画像リスト周りが随分快適になった気がします。
処理能力に余裕があれば設定かえると良いやも知れませんね。
ScrollLineRatio=0.5くらいが私には丁度良いみたいです。
要望続きで申し訳ないのですが、小さいサイズの画像を、
画像ビューいっぱいに引き伸ばすオプションが欲しいです。
（あとファイル名の横などに拡大率と実ピクセルサイズの表示も）
画像ビュー以外のウインドウを一時的に非表示にすれば、
画像ビューを結構広く確保できるので…
325: ◆cTzcVzYvME
07/03/31 17:03:52 EmNG3IcV0
>>324
> 要望続きで申し訳ないのですが、小さいサイズの画像を、
> 画像ビューいっぱいに引き伸ばすオプションが欲しいです。
とりあえず、引き伸ばすかどうかをF11で切り替えられるようにしときました。
ちゃんとした対応は、検索機能が一段落してから行う予定なので、もうしばらくお待ち下さい。
326:名無しさん＠お腹いっぱい。
07/03/31 17:57:29 PQ6VQY760
対応感謝です。
暫定的な機能でも色々と善処してくださるのはホントありがたいです。
327:名無しさん＠お腹いっぱい。
07/03/31 18:20:21 PQ6VQY760
すみません、画像ビュー拡大の時の粗さが少し気になるのですが、
バイリニア法などの綺麗な補完方法を使える機能を、余裕がある時にお願いします。
328: ◆cTzcVzYvME
07/03/31 23:08:21 EmNG3IcV0
>>327
> 画像ビュー拡大の時の粗さ
サムネイル生成を含め、拡大縮小は StretchBlt にマル投げしているので、
これはハード側の問題だと思います。
画質が荒いのは拡大だけですか？縮小はどうです？
うちの環境だと、拡大がバイリニア、縮小に面積平均法が使われているようで、
Susie、Vix、Linar、Leeyes、Hamana と比べても遜色ない画質なんですが、
他の具体的なビューアとも比較して結果を教えて下さい。
ちなみに、adbtest ver 1.0.2.1 以前は、
拡大も縮小もソフト側で線形補間を行っていました。
で、縮小に面積平均法を使いたくて、MMX で最適化を行っていたのですが、
結局、StretchBlt の方が早かったので変更したという経緯があったりします。
329:名無しさん＠お腹いっぱい。
07/03/31 23:35:38 d1dAZKTo0
使い始めて３日目です、暇を見つけては属性つけてます
質問なんですが、INIファイルを弄ったらフォルダビューにて
シングルクリックでフォルダを展開したり、リストアップしたり
できるようになりますか？
330: ◆cTzcVzYvME
07/03/31 23:53:28 EmNG3IcV0
>>329
サムネイルのシングルクリックによる表示切り替えならINIファイルで設定できますが、
フォルダビュー、お気に入りビューのクリック動作を変更することはできません。
また、複数選択操作との兼ね合いから、シングルクリックでの
フォルダ展開およびリストアップには対応しないつもりです。
ミドルクリックでもイイなら対応できますがどうでしょう？
331:名無しさん＠お腹いっぱい。
07/03/31 23:57:17 PQ6VQY760
縮小は綺麗です。特に粗いと感じた事はないです。
私の環境で粗いと感じた拡大時の状態ですが、
Leeyesとnkvで同じ画像を見た時と比べて、
粒々感、シャギーが掛かっている様な感じです。
nkvでのScaleFilterオプションを切った状態に似ています。
（ScaleFilterオンの時にはバイリニア・面積平均法になるそうで綺麗です）
縮小に面積平均法、拡大にニアレストネイバー法、といった具合なのでしょうか…？
Athlon64_3000+、GeForce6600を使っています。
332:名無しさん＠お腹いっぱい。
07/04/01 00:12:23 avqeVu/b0
>>330
ほんとですか？
では、ミドルクリックでの対応をお願いいたします
どちらかひとつという事ですよね？
でしたら、フォルダ展開でお願いいたします
現状でもシングルクリックで展開なんですけど
＋マークにポインタを合わせるのがちょっとメンドイのです・・・
333: ◆cTzcVzYvME
07/04/01 00:42:38 kqiBTjx00
>>331
了解。
すぐには対応できませんが、拡大の線形補間はソフト側でやるようにしときます。
>>332
> どちらかひとつという事ですよね？
その辺は、INIファイルで変更できるようにしときます。
334:名無しさん＠お腹いっぱい。
07/04/01 01:16:57 avqeVu/b0
>>333
ありがとうございます
正式版楽しみにしてますんで、がんばってください
335:名無しさん＠お腹いっぱい。
07/04/03 13:37:39 B3BxMTOz0
線形補完きれい（ ´∀｀）
336:名無しさん＠お腹いっぱい。
07/04/06 14:45:52 RVIP+qhS0
直前のリストアップ状態に戻すコマンドが欲しいです。
表示画像の所在ディレクトリを、atpictureでリストアップさせる動作をよく使うのですが
直前のリストアップ状態に戻れる機能によって、フォルダ移動の様な感覚で使いたいのです。
337:名無しさん＠お腹いっぱい。
07/04/06 15:00:35 RVIP+qhS0
サムネイル表示機能が大変良く出来ていると感じます。ストレスを感じないです。
是非、ビューアとしてもatpictureをメインで使って行きたいと思うのですが、
もう少し簡単に、画像ビューの面積を広く確保できればと思います。
画像ビュー単クリック、もしくはサムネイルダブルクリック等で、
画像ビュー以外の画像リストや属性ビュー等の、表示・非表示を切り替えられる機能というのは如何でしょうか。
フルスクリーン表示機能を実装するまでの繋ぎでも構いません。
あと、検索の際、英字の大文字小文字の区別をしない機能もお願いできますか(´･ω･`)
338:名無しさん＠お腹いっぱい。
07/04/06 17:13:43 uATKC/DS0
画像リスト上で画像を左ダブルクリックした時、
そのダブルクリックした画像は未選択状態になりますが、
そうならない設定を付けて頂けないでしょうか。
339: ◆cTzcVzYvME
07/04/06 17:45:21 pMtz6RUH0
>>336-337
> 直前のリストアップ状態に戻すコマンド
検討しておきます。
> 画像ビュー単クリック、もしくはサムネイルダブルクリック等で、
> 画像ビュー以外の画像リストや属性ビュー等の、表示・非表示を切り替えられる機能というのは如何でしょうか。
> フルスクリーン表示機能を実装するまでの繋ぎでも構いません。
もう少ししたらフルスクリーン周りの実装に入る予定です。
とりあえずは、画像ビューダブルクリックで画像ビューだけを表示するようにしときます
> 検索の際、英字の大文字小文字の区別をしない機能
了解。
>>338
Ctrl + ミドルクリックか、Shift + ミドルクリックで、
それと似たような動作をするようにしてありますが、それじゃダメですか？
340:名無しさん＠お腹いっぱい。
07/04/06 20:08:14 uATKC/DS0
>>339
エクスプローラやファイラーでは、ファイルを普通の操作で
実行した時そのファイルは選択状態のままなので、
できればこのソフトでも同じような感覚で使えると
Ctrlを押しながら複数の点在する画像に属性を付けたいと思ったとき
元々ダブルクリックして閲覧していた画像を選択し忘れる事が
減ってうれしいです。
341: ◆cTzcVzYvME
07/04/06 21:20:08 pMtz6RUH0
>>340
了解。と言うかもう対応しました。
何か理由が合って、選択解除する仕様にしたはずだったのに、
その理由をド忘れしました。
一応、INIファイルで設定できるようにはしてありますが、
選択解除を行わないのをデフォルトにしてあります。
342: ◆cTzcVzYvME
07/04/06 21:48:46 pMtz6RUH0
>>336
> 直前のリストアップ状態に戻すコマンド
実装はまだ先になると思いますが、ちょっと仕様を考えてました。
この機能を実現するには、リストの変更履歴を保存する必要があるのですが、
全ての変更を保存するのは、処理的にも実用の面でも無駄が多すぎると思います。
で、どのタイミングで保存を行うのが妥当か考えてみました。
履歴を保存するタイミング
・新規リストアップを行う前
・リストクリアボタンが押された時
履歴を保存しないリスト変更
・追加リストアップ
・一部画像の消去や削除
・マウスドラッグによる並べ替え
・ソート
こんな感じでどうでしょう？
343:名無しさん＠お腹いっぱい。
07/04/07 00:41:19 3xWFSjax0
>>342
確かに全ての動作の都度に保存していたら無駄ですよね。
その仕様案のタイミングで賛成です。
新規リストアップの際に対応していただければ何よりです。
344:名無しさん＠お腹いっぱい。
07/04/07 07:59:45 hLZs11Gc0
【要望です】
①・キーマップに、指定フォルダにコピーと移動機能もほしいです。(振り分けソフトとしても使えるように)
②・サムネイルと詳細とアイコンに表示切替したいです。(数千枚超えるときついです・・・)
③・前に見ていたフォルダとファイルを次の起動時に表示。(起動時のフォルダ指定)
④・ファイル(F)などのメニューバーも消えるようにして画像表示範囲拡大(Leeyesのように)
特に①の(フォルダへ振り分けソフトとしても使えるように)というのは、
他に、振り分けフォルダを無制限に登録できるソフトがないので、とてもほしい機能です。
応援してますヨロシクお願いします。
345: ◆cTzcVzYvME
07/04/07 09:02:32 YOZqEw1u0
>>343
了解。
>>344
> ①・キーマップに、指定フォルダにコピーと移動機能もほしいです。(振り分けソフトとしても使えるように)
このソフトではパス情報をDBで管理しているので、振り分け機能を実装する場合、
振り分け処理に伴い、DBの更新が必要となります。
この為、専用の振り分けソフト程のレスポンスは期待できないと思います。
また、DB の仕様上、アンドゥの実装が難しいという問題もあります。
フォルダの無制限登録ができる振り分けソフトとしては↓なんかどうでしょう？
『画像を整理するための何か』
URLﾘﾝｸ(pc8.sakura.ne.jp)
> ②・サムネイルと詳細とアイコンに表示切替したいです。(数千枚超えるときついです・・・)
これは実装工数がかなり大きいのですぐには対応できませんが検討しておきます。
> ③・前に見ていたフォルダとファイルを次の起動時に表示。(起動時のフォルダ指定)
「前に見ていたフォルダ」ではなく、リストアップ内容を復元できるようにしようかなと考えています。
※起動時にフォルダビューの展開をやると、立ち上がりがもっさりして嫌なので…
> ④・ファイル(F)などのメニューバーも消えるようにして画像表示範囲拡大(Leeyesのように)
これはフルスクリーン機能で対応します。
346:名無しさん＠お腹いっぱい。
07/04/07 13:53:51 hLZs11Gc0
>>345
ソフト紹介までありがとうございます。
「何か」は観覧を楽しみながら分ける機能が乏しく作業ぽくなって・・・贅沢でｽﾐﾏｾﾝ。
贅沢ついでにもひとつ要望しておきます。
⑤・動作→属性付加の所に「属性付けたﾌｧｲﾙは自動でハッシュチェック」、も追加できたらよろしくお願いします。
フォルダごと移動する回数が多いもので全てハッシュチェック済にしておきたく
347: ◆cTzcVzYvME
07/04/07 16:04:53 YOZqEw1u0
>>346
とりあえず基本機能が完成するまでは、キーマップ機能を弄るつもりはありません。
一応、振り分け機能も検討しときますが、あんま期待せんといて下さい。
> 属性付けたﾌｧｲﾙは自動でハッシュチェック
了解。
要するに「新規登録時にハッシュチェックも行う」という設定があればOKですね？
頻繁に変更する設定ではないと思いますので、INIファイルで対応しときます。
348:名無しさん＠お腹いっぱい。
07/04/07 21:35:28 hLZs11Gc0
>>347
>という設定があればOKですね？
はい、ありがとうです。
>あんま期待せんといて下さい。
コピーして取り込む、という機能で、 「フォルダ位置を指定して取り込む」
もしくは、 「コピー先のフォルダ名を属性名にする」 事が出来れば
それだけでも振り分けソフトとしても十分活用できると思うので、余裕があればお願いします。
頑張ってください(・∀・)つ目、返信不要す。
349:名無しさん＠お腹いっぱい。
07/04/08 01:25:29 GWlOeizg0
フルスクリーン遂に出来ましたね！
単クリックでもフルスクリーン切り替えが出来る設定があると有りがたいです。
各画像のサムネイルの下に、ファイル名表示が出来る機能が欲しいです。
あと、検索の機能で、ファイル名（ディレクトリ名を含むパス）でも検索したいです。
全ＤＢから検索するのではなく、リストアップされている画像だけを
検索の対象にするオプションがあると良いと思うのですが、いかがでしょうか。
350:名無しさん＠お腹いっぱい。
07/04/08 19:29:18 UXmWWutf0
作者さん、こんにちわ。
Alt + サムネイルダブルクリックでフルスクリーン表示が出来るようになったので要望なのですが、
表示メニュー等の設定で画像ビューを非表示に出来るようにしてもらえませんでしょうか。
サムネイルの表示域を一時的に広く取りたい場合がよくあるのです。
あと、画像ビューの右クリックメニューの「ウィンドウに合わせる」等の機能を持ったボタンがツールバーにあると便利だと思うのですが。
351: ◆cTzcVzYvME
07/04/08 20:02:21 +IVxnDAM0
>>349>>350
了解。
ちょいと対応できてない要望がたまってきて、実スケジュールが遅れぎみです。
スケジュールの再調整を行いつつ順次対応してくんでﾏﾀｰﾘお待ち下さい。
352:名無しさん＠お腹いっぱい。
07/04/08 23:43:55 vwj7IFZC0
作者さんへ
2点ほど要望があります。
1つめ
パスリストを開くで出力リスト名の拡張子を選択できるようにしていただくことはできますか？
２つめ
サムネイルキャッシュの保存
これについてはサムネイルサイズを自由に変更可能、
データベースの肥大化とか考えるとデメリットが大きいかもしれません
1つめについてはバッチファイル等経由すれば問題ないのですが、
２つめはサムネイル生成に時間がかかる場合がありますのでできたら対応をお願いします。
ifmm.spiというsusieプラグイン使用時に感じたので
このソフトの範囲外といわれればそれまでですが。
353: ◆cTzcVzYvME
07/04/09 02:06:07 b6+qTiGW0
>>352
> パスリストを開くで出力リスト名の拡張子を選択できるように
了解。
> サムネイルキャッシュの保存
これは設計時に検討したんですが、
サムネイルの画質と圧縮率との妥協点に満足できず保留としました。
対応するとしても実装はだいぶ先になると思います。
354:352
07/04/09 21:42:51 5TcR1Cr/0
>>353
対応ありがとうございます。
キャッシュについてはそういった事情であれば、仕方ないと思います。
いい方法が見つかったらということでお願いします。
355:名無しさん＠お腹いっぱい。
07/04/10 16:56:51 8bHJZ4jd0
タスクバーを上に設置しているのですが、
フルスクリーンから復帰する際にatpictureのウインドウが、
タスクバーの上に被さってしまいます。
フルスクリーンから復帰する際には、
フルスクリーン化する直前のウインドウ位置に戻して頂けないでしょうか。
356:名無しさん＠お腹いっぱい。
07/04/10 18:33:39 8bHJZ4jd0
もう一つすみません。
SingleActivate=1の時、サムネイルのダブルクリックで、
フルスクリーン表示の切り替えが出来ると嬉しいです。
357: ◆cTzcVzYvME
07/04/10 20:12:43 NvYWESIU0
>>355-356
対応しました。
358:名無しさん＠お腹いっぱい。
07/04/10 20:43:42 YNVaJAdv0
作者さん更新おつです
えと不具合（？）見つけたのでご報告させていただきます
降順ソート 及び フォルダ別降順ソート
の機能がなんかおかしなコトになってるぽいです
（どうやら処理がされていない模様です）
ちなみに 0, 0, 21, 2 迄は問題なく動作してました
ご確認のほどよろしくお願いします
それとかこつけ要望なんですが
リストアップせずに無効なパスを破棄を
すべての登録画像にたいして実施したいのです
（ぶっちゃけ外部プログラムでも構いません）
なにとぞご検討よろしくお願いしますです
359: ◆cTzcVzYvME
07/04/10 21:26:38 NvYWESIU0
>>358
報告ありがと。
たぶん直ったと思います。
> リストアップせずに無効なパスを破棄をすべての登録画像にたいして実施したい
了解。
360:名無しさん＠お腹いっぱい。
07/04/11 00:50:40 cwf75Zyx0
フルスクリーンまわりの改善ｔｈｘです！
361:名無しさん＠お腹いっぱい。
07/04/11 14:16:55 mXaEHKvy0
XP_sp2/At_ver0.0.23.3
既出か未実装なだけだと思うけど、報告
・ﾌﾟﾛｸﾞﾗﾑ登録にﾏﾝｶﾞﾐｰﾔのいろいろなﾊﾞｰｼﾞｮﾝ登録するも「読み込み失敗」で使えなかった
・間違えて登録したプログラムを消す方法が無い
・ver1.0.3.1では機能しているインポートの取り込みボタンが機能して無い
要望
・ﾌﾙｽｸﾘｰﾝの時も属性キーマップを手前に表示したい
・リストから複数選択してワンクリックで同じ属性付けたい
・ｼｮｰﾄｶｯﾄ属性設定の項目をカテゴリ別に分けてほしい
一応リドミとマヌアル読んだけど見当違いな事言ってたらごめん。
362: ◆cTzcVzYvME
07/04/11 16:59:18 JQy2mnyf0
>>361
> ・ﾌﾟﾛｸﾞﾗﾑ登録にﾏﾝｶﾞﾐｰﾔのいろいろなﾊﾞｰｼﾞｮﾝ登録するも「読み込み失敗」で使えなかった
うちの環境ではマンガミーヤ(バージョン不明、たぶん ver5.7)使えてますが…
「画像ビュー右クリック → プログラムから開く」でダメですか？
ちなみに「外部ビューアで閲覧」は「外部ビューア仕様.txt」に準拠していないビューアは使えません。
また画像リスト右クリックからの外部プログラム起動は、
パスリストもしくは axpathlist.spi が使えるプログラムじゃないとダメです。
> ・間違えて登録したプログラムを消す方法が無い
いずれ対応しますんで、それまではINIファイル弄って下さい。
外部ビューアなら、[Application]セクション ExViewer キー、
画像ビューからのは、[ImageView]セクション AppPath(*)、AppName(*) キー(*は0～9)、
画像リストからのは、[Thumbnail]セクション AppPath(*)、AppName(*)、PathListExt(*) キー、
をそれぞれ消せばOKです。
> ・ver1.0.3.1では機能しているインポートの取り込みボタンが機能して無い
adbtest と adbtest2 ではDBのフォーマットが全く違います。
で、新しい属性DB管理ライブラリでは、まだインポート機能自体が実装されていません。
363: ◆cTzcVzYvME
07/04/11 17:00:29 JQy2mnyf0
>>361
> ・ﾌﾙｽｸﾘｰﾝの時も属性キーマップを手前に表示したい
対応しました。INIファイル[Application]セクション HideKeyMapOnFullScreen キーの値を0に書き換えて下さい。
> ・リストから複数選択してワンクリックで同じ属性付けたい
ミドルクリックで表示画像に、Ctrl + ミドルクリックで選択画像に付けれます。
> ・ｼｮｰﾄｶｯﾄ属性設定の項目をカテゴリ別に分けてほしい
内部データの都合上、これに対応するのは難しいです。
カテゴリ別で設定したい場合は、属性ビュー右クリックから「ショートカットキー登録(&K)」を利用して下さい。
それか、設定したい属性名がわかっているなら、属性設定ダイアログのコンボボックスに最初の数文字を入力して下さい。
インクリメンタルサーチには対応しているので目的の属性項目がすぐ見つかるはずです。
> 一応リドミとマヌアル読んだけど見当違いな事言ってたらごめん。
面倒だとは思いますが、adbtest と adbtest2 伴に、history.txt を見てもらった方がイイと思います。
テストプログラムのうちは、新機能の説明は history.txt でしかやってないので…
364:名無しさん＠お腹いっぱい。
07/04/12 00:09:17 uerax+yi0
>>362-363
説明みたいにさせてスマン、ちゃんと書いてるな・・・。
マンガミーヤはCE24なら開けた・・・69～74betaだとなぜか読み込みエラー。
365:名無しさん＠お腹いっぱい。
07/04/12 01:00:24 uerax+yi0
Leeyes_v2.5.7を外部アプリにすると.sz7に登録したやつだけ見れるんだね、感動した
366: ◆cTzcVzYvME
07/04/12 19:56:05 o4nbnK1H0
>>364
> 69～74betaだとなぜか読み込みエラー
特に変わった事はやってないんだけどな…
ちなみに Leeyes からミーヤ起動だと読み込めます？
367:名無しさん＠お腹いっぱい。
07/04/13 05:53:40 vzbynRLY0
>>366
Leeyes からミーヤ起動だと、開けます、が
gifが同一フォルダに存在する場合「"ファイル名.gif" フォルダ書庫も読み込みますか?」
と出て「いいえ」を選ばないとエラーが出ます。
AtPicture「プログラムから開く」にミーヤ74登録した時のエラー内容は
「"ファイル名.gif" フォルダ書庫も読み込みますか?」で、はい、でも、いいえでもエラー。
「外部ビューアーで観覧」にミーヤ74登録した時のエラー内容は
「"ランダム英数字.sz7""無効なパス、またはすでにファイルが消されてる可能性があります」。
ちなみにミーヤ74やsusieで.sz7やアニメgif(書庫)その他通常書庫は開けます、
ミーヤのSusieプラグイン設定＝Susieプラグインを使う(標準ローダ優先)
インストール済みのGIF系spi＝LZR.spi/axgif.spi/ifGIF2.spi/ifGIF.spi/
axpathlist.spiも入ってます。
Hamana/Leeyes/ivew/xnview/Susie/などでは正常に開くので
ミーヤの特定バージョンか設定が悪いだけと思うので、あまり気にしないで…
368: ◆cTzcVzYvME
07/04/13 18:43:22 TkefMcXf0
>>367
了解。
369:名無しさん＠お腹いっぱい。
07/04/14 08:55:10 9KIboiN60
人が増えて
バグや要望が増えて
どんどんAtComicが遠くなるううう
370: ◆cTzcVzYvME
07/04/14 19:49:01 zlN7JS1/0
>>369
それはオレも懸念してる。
ただ、AtComic では既存の漫画ビューアとは異なるアプローチを試すつもり。
一応、オレ基準での使い易さにはこだわるつもりだが、
ちょいと毛色の変わったソフトになると思う。
だもんで、>>115>>116辺りに期待してるんだが…
371:名無しさん＠お腹いっぱい。
07/04/15 15:53:36 05/ihFH20
私の場合ですが、
漫画などのアーカイブに関しては表紙だけを取りだして、
その表紙画像にキーワード付けをして管理しています。
とりあえず、外部の漫画ビューアと連携させて使っているのですが、大変便利で助かっています。
発展が楽しみです。頑張ってください(`･ω･´)
372:名無しさん＠お腹いっぱい。
07/04/16 00:46:57 3LyGzrUN0
犯罪者乙
373:名無しさん＠お腹いっぱい。
07/04/16 20:33:26 Y6DV19LP0
先程このソフトの存在を知り、早速ダウンロードしてやっと属性を付け終えたのですが、
ダウンロードしたのが通常版だったため外部ビューアでの閲覧などができないことに気付きました。
なので設定をそのままβ版に移したいのですが、それは不可能でしょうか？
374:名無しさん＠お腹いっぱい。
07/04/16 23:04:51 bqiJDS7j0
371みたいなののせいで開発おわりそう
いっそのこと外部ビューワとの連携やめるのも手かも
375:名無しさん＠お腹いっぱい。
07/04/16 23:43:31 78CXwu3N0
？
376: ◆cTzcVzYvME
07/04/16 23:57:23 EW9kQsW60
>>373
一応、DBのコンバータを作る予定ですが、今はまだできません。
今は属性のインポート・エクスポート機能を作ってますが、
エクスポートファイルのフォーマットは adbtest と同じにするつもりなので、
属性データに関してはこの機能で引き継ぐことができると思います。
ちなみにコンバータの需要ってどれくらいあんのかな？
と言うのは、ざっと見積もったところ、コンバータ作成の工数がかなりでかいもんで…、
オレがコンバータの実装を終えるより、手動で再構築してもらった方が早い予感。
コンバータなしにしてもイイなら、かなり楽になるんだが……ダメか？
>>374
？？？
AtComic のこと？
よくわからんけど開発はやめんよ。
やめるとしてもそれはオレの意志。
だれかせいじゃない。
377:名無しさん＠お腹いっぱい。
07/04/17 00:41:34 Xtz+vOgl0
正直、コンバータは要らないと思うんだ。
adbtestはあくまでテストプログラムと断って配布してるわけで、
そこをフォローするために作者にでかい負担がかかるのはよくないよ。
確か、作者が欲しい機能を実装という方針が立ってたはず。
否定的な問いがされてる時点で、作者にとって重要ではないのだろうから、
そこはもう割り切ってしまっていいと思うぞ。
378:名無しさん＠お腹いっぱい。
07/04/17 01:39:26 dHHKN5PB0
俺も必要ないと思う。インポートしてハッシュチェックすれば属性引き継げるんだよね？
それより、配布所でadtestが鎮座してるのが紛らわしいのではなかろうか。
今となってはプロトタイプやalpha版の類なのだから、移動するか、いっそなくてもいいのでは。
//AtComicの毛色が気になる。
379:名無しさん＠お腹いっぱい。
07/04/17 02:08:57 PAyy08+f0
プログラム２(β版) ver0.0.27.1
で1600個の画像入ったフォルダがリストアップされません。
インポコピーで取り込むとハッシュ別にフォルダだらけになり整理が大変なので
コピー先を指定出来たらいいなと思います。
380: ◆cTzcVzYvME
07/04/17 05:41:30 D2QI18/E0
>>377>>378
了解。コンバータはなしの方向で、adbtest の処遇やサイト構成も見直しときます。
>>378
> AtComicの毛色が気になる。
詳しく書くと長くなるが、今ある漫画ビューアの形がベストだとは思えないんで、
オレ的に「漫画ビューアとはこうだろ？」ってのを形にしたいと思ってる。
それが一般に受けるかどうかはわからんが、オレはオレが欲しいソフトを作るだけ。
とりあえず、既存の漫画ビューアに属性機能が付いただけのソフトにはしないつもり。
>>379
> 1600個の画像入ったフォルダがリストアップされません。
うちの環境だと2000枚入ったフォルダでも正常にリストアップできてます。
枚数が原因ではない可能性があるので、次の事を試してそれぞれの結果を教えて下さい。
・リストアップできないフォルダのファイルを1枚だけにしてリストアップ
・リストアップできるフォルダのファイルを1600枚以上にしてリストアップ
あと差し支えなければ、リストアップできないフォルダのパスも教えてもらえますか？
> インポコピーで取り込むとハッシュ別にフォルダだらけになり整理が大変
仕様です。
>>139でも書いたけど、取り込み機能は、フォルダ管理から完全に脱却した人用なので、
フォルダ管理と併用したい人にはお薦めできません。
あとハッシュ別ではなく、取り込み元フォルダ別で取り込んでいます。
なので同じトコにあったファイルは同じトコに取り込まれているはずですし、
ファイル名も（重複がなければ）変わってないはずです。
381:名無しさん＠お腹いっぱい。
07/04/17 13:04:17 PAyy08+f0
>>380
PC再起動したらなぜか直ったｽﾏｿ…2000枚読み込めた
一応。 XP、メモリ2G、パスC:\【画像☆総合Ⅲ】\【資料】格闘技_2006
再起動するまでPCは調子良かった。他の少ないフォルダは開けていた。
382:名無しさん＠お腹いっぱい。
07/04/17 18:30:12 YB0Ego4p0
管理ソフトとついてるだけに、
他ソフト、ミーヤなんかと連携するものかと思ってたけど、
独立した漫画ビューアソフトを目指すのか＞AtComic
道のりは遠そうというか、
それだけでも一人でやるのは大変そうだ
残りのAtシリーズまで本当に行くのか
どれも中途半端で終わったりしないか
383: ◆cTzcVzYvME
07/04/17 20:22:09 D2QI18/E0
>>381
了解。
再現手順がわかったら、またご報告下さい。
>>382
中途半端になどさせんつもりだが、口では何とでも言えるからな。
まぁ客観的な評価はどうあれ、自分で納得できる物を作り続けるだけさ。
384:名無しさん＠お腹いっぱい。
07/04/17 21:08:27 muc3UF/50
画像リストに表示されている画像を
シングルクリックで画像情報パネルに表示、ダブルクリックで関連付けで開く
と設定出来たらいいんですけど、それは無理でしょうか？
または画像情報パネルに表示されてる画像をダブルクリックすると、
フルスクリーンで表示するのではなく関連付けで開く、という設定でもいいのですが
385: ◆cTzcVzYvME
07/04/17 22:45:52 D2QI18/E0
>>384
> ダブルクリックで関連付けで開く
できます。INIファイルの設定を検討しときます。
ちなみに、後者の案はダブルクリックでなくミドルクリックで対応済みです。
386:名無しさん＠お腹いっぱい。
07/04/18 01:30:09 fG4V/Qxf0
人によって好みがまちまちだから、
将来的にはどのクリックでどの動作が割り当てられるか、ユーザー側で設定できるようにした方が後々楽だと思う
387:名無しさん＠お腹いっぱい。
07/04/19 18:57:12 8meh9AF70
重複画像を検索したときに、重複画像がばらばらに表示されますが、
並べて表示させたいので、ハッシュ値でソートなどの機能を付加することは可能でしょうか？
388: ◆cTzcVzYvME
07/04/19 21:32:03 JU94miQQ0
>>387
> ハッシュ値でソート
検討しときます。
とりあえずはサイズソートを使っといて下さい。
389:名無しさん＠お腹いっぱい。
07/04/25 07:42:55 0sEjE+Ot0
日々大変便利に使わせて頂いております。
属性の数が増えるに連れて、属性ビューから目的の属性を探すのが大変に感じる様になりました。
属性の整理にカテゴリというフォルダ構造だけではなく、
例えばタブを使った複数のページ構造にして、属性を管理出来るようにしては如何でしょうか。
カテゴリの開け閉めや、スクロールして探す事に比べて、
より容易に目的の属性に辿り着けると思うのです。
属性やカテゴリの、ページ間での場所移動の作法が面倒かもしれませんが、
カット＆ペーストの感覚で移動できる、という方法などで出来るとありがたいです。
390: ◆cTzcVzYvME
07/04/25 12:24:51 Rd09hbPd0
>>389
なかなか難しい要望ですな。
もうちょいと要件定義を煮詰めた方が良さげ。
属性が増えるとツリー構造でも管理し辛くなるのは理解した。
タブを用いた UI は一例にすぎんと思うけど、
要望の根底にある真の目的、実現したい操作、機能とはなんだろう？
> 属性を探すのが大変に感じる様になりました
まず、これがどういう操作の過程で感じたのかを知りたい。
何をしようとして属性を探していたのか？ってことね。
もしリストアップ目的であるなら検索で直に属性名を指定すればいいだろうし、
入力すら面倒であったとしてもいずれスマートビューで解決できるだろう。
単純に属性の格納位置を知りたいのなら、UI のタブ化でなく、
属性ビューにおける属性項目の検索機能の実装で十分だろう。
それとも「属性を探す」のが真の目的ではなく、
「カテゴリ別にページ分けされた属性管理機能」が欲しいのだろうか？
もしそうであれば属性ビューとは独立した UI にすべきだろう。
ただし、これだと実装工数がでかすぎるので後回しになるが…
とにかく属性管理っていうかタグ管理ってのは発展途上だから、
より使い易い UI を求めて試行錯誤が必要だと思う。
オレも色々考えてるが、当面はスマートビューの実装をやってるんで、
その間、初代振り分けスレでやってたみたいにアイデアを出し合ってみては？
オレが実装するかどうかは別として、そういった議論は刺激になるから。
391:名無しさん＠お腹いっぱい。
07/04/25 18:10:32 ro/izRLn0
閲覧回数とか時間を記録できたらおもしろいかも
392:名無しさん＠お腹いっぱい。
07/04/25 19:44:03 elTH0ccS0
iTunesみたいなのがいい。
393:名無しさん＠お腹いっぱい。
07/04/25 20:39:42 hvmcnuOS0
いつもありがたく使わせてもらってます。
使ってて思ったのですが、
あらかじめ、特定の属性が付与されている画像については、
「リストアップの対象としない」といった設定ができると便利かなと感じました。
394:名無しさん＠お腹いっぱい。
07/04/25 20:40:31 hvmcnuOS0
sage忘れすいません
395: ◆cTzcVzYvME
07/04/26 07:25:58 1+FOPSJc0
>>393
実装は簡単ですが、その機能を付けるとリストアップ時にDBアクセスが必要となり
リストアップ処理が遅くなってしまいます（※実験済み）。
必要であれば、リストアップ後に、その都度「属性を指定してリストから消去」を
明示的に適用してもらった方がイイと思います。
396:名無しさん＠お腹いっぱい。
07/04/26 19:39:15 MzOkk0Zy0
探すのが大変・・・と感じた過程を、上手く説明できているか不安ですが、
探したい属性の名前が、はっきりと分からない事があるのです。
探したい属性が含まれるであろうカテゴリを開いてから、
その属性の一覧を見て、自分が探したかった属性が見つかる、と言えばよいのでしょうか。
ただ、沢山のカテゴリを展開している状態だと、
他のカテゴリや属性に移動しにくいのです。
属性やカテゴリの検索機能、カテゴリを全て閉じて探す、
・・・といった方法を取れば良いのですが、いささか手間が多く感じます。
＞「カテゴリ別にページ分けされた属性管理機能」が欲しいのだろうか？
まさに、この通りの要望です。（もちろん提案のひとつに過ぎません）
”どのような属性を作ったか”という事さえも、属性が増えるにつれて把握できなくなります。
属性が多すぎるというのは、使い方の問題でありますが、
長く使い込むうちに、少なからず衝突する問題ではないでしょうか。
タグ管理の為の属性は、更にカテゴリによってツリー状に管理されているわけですが、
そのツリー状の構造を辿ることで目的の属性を探す使い方の、使い勝手についても、
一工夫出来ないものかと思います。
属性一覧とカテゴリ構造の規模が大きくなっても、
出来るだけ判りやすく、把握ができるＵＩはないか、考えてみます。
スマートビュー楽しみです(`･ω･´)ｂ
397:名無しさん＠お腹いっぱい。
07/04/26 20:00:12 rSL7xIXe0
タグクラウドみたいなのは無理？
398: ◆cTzcVzYvME
07/04/26 22:41:28 1+FOPSJc0
>>396
だいたいわかった。
>>397さんが言うように、タグクラウドみたいな UI をベースに考えるとイイかもね。
カテゴリを指定して表示する属性をフィルタリングできる属性クラウドとか。
その場合、属性管理(作成、カテゴリ変更、リネーム、削除)は属性ビューでと割り切って、
属性クラウドは一時的にモーダルダイアログとして表示する仕様が楽でイイかな。
また、効果的な属性クラウドの構成方法も考えんといかん。
付加されている画像数、検索回数、閲覧回数とかから重要度を決定するアルゴリズムね。
まぁこれらは別個にして、それぞれクラウドを構成するんでもイイかもしれんが…
いずれにせよ、付加されている画像数はDBから拾えるんだけど、
検索回数や閲覧回数はDB管理してないんで、この辺の仕組みは用意せなあかん。
…と、徒然なるままに考えてみたが、これだけでも工数結構でかいんで実装はまだまだ先だな。
まぁ各自色々考えてみて下さい。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5367日前に更新/393 KB
担当:undef