5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

画像ファイル属性管理ソフト AtPictureのスレ

1 :名無しさん@お腹いっぱい。:2006/11/13(月) 10:09:08 ID:XU11cIfV0
フォルダ振り分けとは異なるアプローチで画像ファイルを管理するソフト
AtPictureについてやり取りするスレです。

・配布サイト
ttp://artistic-imitation.hp.infoseek.co.jp/

・AtPictureの特徴
ファイルをMD5ハッシュで管理、画像に属性をつけて分類できる
それぞれの属性にキーを割り当てて、振り分け感覚で属性を付与/削除できる
様々な条件で画像ファイルを検索し、ファイルパスリストを書き出すことができる
画像をあちこちのフォルダに置いたまま管理することも、一箇所に集めて管理することもできる
個々のファイルにはコメントを付けることができる
IHDBのデータをコメントに取り込むことができる
属性データのインポート/エクスポートができ、他人とデータをやり取りできる
Susie Plug-inを利用できる
書庫内のファイルも扱える (要Susie Plug-In)

・関連スレ
画像管理ソフトを語ろう
http://pc7.2ch.net/test/read.cgi/software/1131538427/
画像振り分けソフトを語ろう!2枚目
http://pc7.2ch.net/test/read.cgi/software/1126268487/

・関連サイト
Image Database
ttp://kemuri-net.dip.jp/~details/

245 : ◆cTzcVzYvME :2007/03/14(水) 19:38:34 ID:OrEJBpeF0
>>244
テストありがとうございます。

結果から推測しますと、ファイル情報のデータに不具合があって、
それが属性追加に影響しているように思います。

もっと詳しく調べてみたいので C の DB を頂けないでしょうか?

ちなみに、この検証プログラムには

・問題箇所を絞り込む
・DB から個人情報(ファイルパスや属性名、カテゴリ名など)を破棄する
・DB のサイズを小さくする

という3つの目的がありました。

C の DB なら、zip 等で圧縮すればかなり小さくなるはずです。
また個人情報も破棄されておりますので、
適当なアップローダに挙げて頂けると助かります。

246 :名無しさん@お腹いっぱい。:2007/03/14(水) 21:02:42 ID:AoOpXuMh0
これで解決につながると良いのですが
http://wktk.vip2ch.com/upload.cgi?mode=dl&file=24269
受信パスはatです

247 : ◆cTzcVzYvME :2007/03/14(水) 22:03:47 ID:OrEJBpeF0
>>246
ありがとうございます。ファイルを受け取りました。

で、デバッグしようと思ったのですが、一つ気になる事があるので確認お願いします。

うpしてくれたDBですが、adb\transaction フォルダに log フォルダがあります。
これって不具合がでるオリジナルのDBにも存在しますか?

248 :名無しさん@お腹いっぱい。:2007/03/14(水) 22:36:50 ID:AoOpXuMh0
見当たらないですね。先のプログラムを適用したDBだけにありました。


249 :名無しさん@お腹いっぱい。:2007/03/14(水) 22:53:08 ID:oaGUX2Mv0
流れぶった切りでスマンが問題に遭遇した。


あるディレクトリに1.jpg〜10.jpgという画像がある。ただし、ファイル名は仮のもの。
それぞれの内容は完全に異なっており、ハッシュの脆弱性をついたようなものでもない。

そのディレクトリをリストアップして、すべての画像を選択し、選択画像に属性Aを付加。
数日後、同じようにディレクトリをリストアップして、2.jpgを表示し、表示画像に属性Bを付加した。

以後3〜7を表示すると、なぜか属性リストに2.jpgと同様のもの(属性A、B)が表示される。他の画像には問題なし。
属性の付加・除去は可能だが、仮に3に属性Cを付加したとしても、2〜7は同じもの(属性A、B、C)が表示される。
属性A、B、Cのいずれかでリストアップしても3〜7は表示されない。

OSはWindowsXP SP2。属性A付与はadbtest2の以前のバージョンで、属性B付与はver0.0.8.1を使用。

250 : ◆cTzcVzYvME :2007/03/14(水) 23:39:14 ID:OrEJBpeF0
>>248
了解。とりあえず強制終了の原因はわかりましたが、
不具合の発生原因をDBから解析するのは無理っぽいです。
一応、DBの再構築はできそうなので次の手順を試してみて下さい。

1.不具合が出るDBをバックアップ
2.at_picture.exe を起動し、全ての属性を削除
3.adb\fidlists 内に残っているフォルダがあるはずなので、
  バックアップの adb\fidlists からそれらと同名のフォルダだけを削除
4.バックアップを db と置き換える

>>249
似たような現象が adbtest においてもありました。
※画像振り分けソフトを語ろう!2枚目
 http://pc9.2ch.net/test/read.cgi/software/1126268487/
 の405、406、407、409、486、488あたりを参照。

たぶん

1.一旦、問題のある画像を別な場所に退避し、属性Aでリストアップ
2.画像リスト右クリックから無効なパスを破棄
3.画像を元の場所に戻して属性を再設定

で直ると思います。

どうやら属性付けのアルゴリズムに穴があるようなのでチェックしておきます。

251 :249:2007/03/15(木) 00:08:33 ID:2ZaO4AgY0
>>250
先程の例でいうと、3〜7を表示(サムネイル含む)しようとすると例外吐くようになった。

252 :名無しさん@お腹いっぱい。:2007/03/15(木) 00:27:05 ID:iu19ntHA0
DBの再構築、早速試してみました。
属性を追加しても強制終了しません。大丈夫です!

・・・DBのインポートやエクスポートが出来るのは大分先ですよね(´・ω・`)

253 : ◆cTzcVzYvME :2007/03/15(木) 00:28:19 ID:S3QGGTbu0
>>251
もうちょっと詳しく。
それは3〜7を別な場所に移したらってこと?

254 :名無しさん@お腹いっぱい。:2007/03/15(木) 00:38:14 ID:2ZaO4AgY0
>>253
いや、2を移動して属性Aをリストアップ>無効なパスを破棄したのち、
2を元のフォルダに戻してフォルダをリストアップしたら3のサムネイル生成中に例外を吐いて止まった。
「ログを保存して続行」すると落ちる。「ログを保存せず続行」すると例外ダイアログの無間地獄。
一応2〜7を移動してみたが、3〜7は属性からリストアップできないしなぁ。
なお、移動先では2〜7のいずれも表示もタグ付加・除去も問題ない。

255 : ◆cTzcVzYvME :2007/03/15(木) 00:50:26 ID:S3QGGTbu0
>>252
バグ自体が解決したわけじゃないですが、DBは再構築できたようで一安心。
その不具合にしろ、>>249のバグにしろ、
こちらで再現できる手順がわからないと対応は難しいので、
また何かわかりましたら情報をお寄せ下さい。

> DBのインポートやエクスポート
大分先です。

>>254
3〜7には一つも属性が付いていないってことですね?
ちなみに、>>249時点でのDBって残ってます?

256 :名無しさん@お腹いっぱい。:2007/03/15(木) 01:12:19 ID:2ZaO4AgY0
>>255
> 3〜7には一つも属性が付いていないってことですね?
初めにした作業が「全選択してディレクトリ名のタグをつける」だったから、付いてる"はず"なのだが……。
(adtestの「属性の自動生成」を手動でやったわけですな)
まあとにかく、現在は属性(ディレクトリ名)からリストアップしても、これらだけリストアップされないのです。

> ちなみに、>>249時点でのDBって残ってます?
残ってます。

257 :名無しさん@お腹いっぱい。:2007/03/15(木) 01:21:37 ID:2ZaO4AgY0
スマン訂正。

ディレクトリ名と同名のタグでリストアップした場合、3〜7もリストアップされた。
2の属性リストを表示するのは相変わらずだが。

しかし後日付加した、1〜10の画像に付いているはずの属性Aでリストアップしても無視される。
塊を選択して一気に属性付加したので、3〜7だけ付いていないとは考えにくい。

258 :名無しさん@お腹いっぱい。:2007/03/15(木) 01:28:18 ID:2ZaO4AgY0
何度も連投すまん。肝心なことを書き忘れたorz


とにかく、ディレクトリ名と同名のタグでリストアップできたのは事実なので、
早速2〜7を移動してリストアップし「無効なパスを破棄」したところ、例外を吐いた。

259 : ◆cTzcVzYvME :2007/03/15(木) 01:31:57 ID:S3QGGTbu0
とりあえず>>249のDBが残っているのでしたら次の手順ではどうでしょう?

1.問題のある画像(1〜10)を別な場所にコピー
2.問題のあるディレクトリをリストアップ
3.1〜10を選択し画像リスト右クリックからファイルを削除
4.1でコピーしておいたファイルを戻して属性を再設定

260 :名無しさん@お腹いっぱい。:2007/03/15(木) 11:06:20 ID:2ZaO4AgY0
>>259
2〜7を全選択してファイル削除したら例外エラーが起きました。
2〜7のいずれかをひとつ選択してファイル削除したところ、1枚目は成功するが2枚目で例外。

試しにその方法で1枚目を削除してから、これらに無関係な画像の属性を操作してコミット、
しかるのち再起動したところ、問題の画像のサムネイル生成時に例外。

dbを全消去して問題のファイルらを操作したところ問題なし。
現状の3〜7のdbが破損しており、adbtest2が読み取ろうとすると例外が起きるのだろうか。


それと>>254で" 「ログを保存して続行」すると落ちる"と書いたが、
"「ログを保存して続行」すると、ログ保存後落ちる"の誤りでした。

261 :名無しさん@お腹いっぱい。:2007/03/15(木) 14:01:32 ID:iu19ntHA0
ソートの項目に”保持属性数”が欲しいです。
属性が少ない順・多い順に並べることで、
参照頻度が少なくなりがちな画像を手前に持ってきたいのです。
実装お願いできないでしょうか。

262 :名無しさん@お腹いっぱい。:2007/03/15(木) 15:04:07 ID:gmHihbnQ0
>>261
それは地味に便利だな
俺からもお願いします


263 :名無しさん@お腹いっぱい。:2007/03/15(木) 19:51:43 ID:BHhmj4wu0
日本語でおk

264 : ◆cTzcVzYvME :2007/03/16(金) 05:11:03 ID:EvVNgbE10
>>260
了解。>>249の症状と照らし合わせて考えてみると、
既に削除済みのファイル情報を再削除しようとしてこけてるみたいです。
だとすると、>>249は異なるファイルパスが同じファイル情報を
参照していることにより起きている問題かもしれません。

とりあえずファイル情報削除での例外スロー条件をゆるくしてみました。
根本的な解決にはなりませんが、>>259の手順での例外発生は抑えられると思います。

バージョンアップした上で再度>>259を試して頂き、
どのような状況になったか教えて下さい。

>>261
> ソートの項目に”保持属性数”が欲しい
了解。

265 :名無しさん@お腹いっぱい。:2007/03/16(金) 11:33:58 ID:vuStkqWx0
試用させてもらいました。
現在、DigitalImageでの属性管理を行っていますが、
遜色ないものになってきていると感じます。
スマートビューが実装されたら、乗り換えの手間を考えても
本格的に乗り換えを考えたい。

属性付けを1キーでできるのは、かなりの魅力です。
試用でDigitalImageに設定している属性をつけてみました
大体が、お気に入り度(1〜5)、大きなジャンル分け、必要なものには詳細な属性
という割り振りです。
現状でも、かなりのキー数を割り当てられるのでキーを覚えてしまえば
OKでしょうが、>>197提案も魅力的に感じました。

現在のキーマップ画面、変更ボタンの右に変更キーマップ先という欄をつくり
そこに何も設定していなければ(デフォルト)、キーマップの変更なし
そこに変更キーマップ先が設定されていれば、そのキーマップに変更
という仕様ならば、各人で工夫の余地ができるのではないかと思います
(1〜9を属性に、0を押したら次のキーマップとか変則的な設定にも対応できるかも)。

素晴らしいソフトの開発、がんばってください。期待しております。

266 :名無しさん@お腹いっぱい。:2007/03/16(金) 11:39:00 ID:vuStkqWx0
追記:
>そこに変更キーマップ先が設定されていれば、そのキーマップに変更

属性設定後、そのキーマップに変更ということですね。

属性内が未設定のままの場合は、属性付けは行わず
キーマップ変更のみという形であれば
キーマップ切り替えキーを各人の好みに合わせられるのでは
ないでしょうか。

267 : ◆cTzcVzYvME :2007/03/16(金) 21:20:02 ID:EvVNgbE10
>>265-266
なるほど。その仕様だったら現状のキーマップにも組み込めそうですな。

ただこの件に関しては、UIを含めもっと仕様を煮詰めた上で再設計し、
キーマップ自体を作り直した方が、性能的にも操作性の面でも良くなると思います。
またその方がトータルでの開発時間は短縮できると思います。
後付け的な修正では、現状の仕様が足枷となり機能拡張に限界が生じます。

とりあえずキーマップ機能の拡張は、全ての基本機能を作成し終えるまでは
行わないつもりなので、今のうちにいろんなアイデアを出しといてもらえれば、
それらを参考に改良していこうと思っています。

PS:
現在、>>215>>249のバグに対し、DB操作ルーチンのチェックをしています。
いくつかロジックエラーを発見しましたが、
これの修正とテストにはもう少し時間がかかると思います。

268 :249:2007/03/17(土) 02:14:17 ID:RNm9IAKP0
ご面倒をおかけしております249でございます。

>>264
最新版で手順を行い、問題は解消しました。
2を移動して無効パス削除後、2を復帰させディレクトリをリストアップしたところ、
画像群は「R」マークなしで問題なく表示され、タグ付けも問題なし。

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

269 :名無しさん@お腹いっぱい。:2007/03/17(土) 07:12:14 ID:cW3ZtHDz0






        糸冬        了







270 : ◆cTzcVzYvME :2007/03/17(土) 13:07:30 ID:LY0jihRH0
>>268
了解。

今は発見したロジックエラーの修正を行っていますが、
これが>>249の原因であるかどうかはまだわかりません。

再現手順がわかればデバッグはスムーズに行えますので、
また何かわかりましたらご報告下さい。

271 :名無しさん@お腹いっぱい。:2007/03/17(土) 16:54:26 ID:Cq4Y84ju0
>>267
>ただこの件に関しては、UIを含めもっと仕様を煮詰めた上で再設計し、
>キーマップ自体を作り直した方が、性能的にも操作性の面でも良くなると思います。

はい。最終的な完成度の高さが、皆の望みでしょうから
その点こころえつつ、待ちこがれておきます。

>行わないつもりなので、今のうちにいろんなアイデアを出しといてもらえれば、

>>265-266の「変更キーマップ先」とした部分を「機能」という欄にして
キーマップ変更だけではなく、ファイルの前後(現在カーソルキーに割り当てられているもの)
といった機能も設定できると、よりカスタマイズ性が高まるかもしれません。
個人的にはテンキー周辺に必要なキーを集めてしまって、片手で属性付けをできるのが
理想だったりします。

あまり、詰めすぎて複雑になるのも、どうかと思いますが
入力周りは実際の運用上一番キーになる部分ですので
各人の好み、方法を実現できる形が好ましいかと思っております。

272 :名無しさん@お腹いっぱい。:2007/03/17(土) 18:08:14 ID:/cypVd7I0
保持属性数でのソートの話が出てましたけど、
属性の数を指定してリストアップというのはできませんか?

あと画像表示部を分離して別ウインドウで大きく表示>クリックで閉じる、
といった使い方もしたいです。対応してくださる予定はないでしょうか?

273 : ◆cTzcVzYvME :2007/03/17(土) 19:14:28 ID:LY0jihRH0
>>271
> 入力周りは実際の運用上一番キーになる部分ですので
> 各人の好み、方法を実現できる形が好ましいかと思っております。
同意。

>>272
> 属性の数を指定してリストアップ
できなくはないですが、DBの設計上、そういった使い方を想定していないので、
素早くリストアップすることは難しいと思います(全検索が必要となるので…)。
また、これに関する最適化を行う予定はありません。
ただし、機能としての実装は検討しておきたいと思います。
ちなみに、この機能の用途は何ですか?

> 画像表示部を分離して別ウインドウで大きく表示
フルスクリーン表示には対応しますが、画像ビューの分離は実装予定にありません。
と言うのは、別ウィンドウ表示は外部アプリで実現した方が、
機能としての柔軟性が高まると思うからです。

余裕ができたら、書庫内ファイルとパスリストに対応した
シンプルかつ動作の軽い外部ビューアを作りたいなぁとは考えていますが…

274 :名無しさん@お腹いっぱい。:2007/03/17(土) 22:05:02 ID:vI4dal7I0
>>272
少ない属性数の画像のリストアップに使うのかな?

私もその機能は便利だと思いますが、
DBが大きくなると処理速度の面で厳しいと思います。
ある程度、対象の画像を絞ってから、
保持属性数ソートで何とかならないでしょうか。

もしくは「属性を指定して画像を消去」で、
”属性なし”の様な項目に加えて、
”属性数:4”といった項目を作ってしまうとか…


要望です。
フルスクリーン表示の実装までの間、
画像ビューのWクリックで外部プログラムから
表示画像を開ける機能を付けてくれると嬉しいです。


275 :名無しさん@お腹いっぱい。:2007/03/17(土) 23:03:28 ID:/cypVd7I0
全部の画像をリストアップしてから絞り込むよりは
属性の数でしぼり込みながらリストアップした方が速いのではないかと思ったのですが…

別ウインドウ了解しました
確かに外部で対応させた方が色々出来そうですね

276 :名無しさん@お腹いっぱい。:2007/03/18(日) 01:04:54 ID:kcQSXM/30
>>274
> 要望です。
> フルスクリーン表示の実装までの間、
> 画像ビューのWクリックで外部プログラムから
> 表示画像を開ける機能を付けてくれると嬉しいです。

現行ver0.0.8.1でもマウ筋使えば要望動作っぽいことをさせることが出来たよ
うちではその動作をホイールクリックに割り当ててる

マウ筋の設定
 【Target】
 at_picture.exe

 【Action】
 M ”ビューワーで開く”  

 【アクション設定】
 アクション終了後に実行
 キーを送る  Right mouse button
 キーを送る  Q

てな具合
これで関連付けしてるビューワーで表示画像を開けたよ
一枚だけサクっと全画面表示で閲覧したいときに重宝してる

adbtest2のソート順をビューワーが引き継がないから
あくまでもその場しのぎな用途だけど


ご参考までに


277 :名無しさん@お腹いっぱい。:2007/03/18(日) 04:12:43 ID:yIwNQOvX0
>>276
これはいいですね!
右→左クリック、に割り当てて同様のマクロを作りましたが、
おかげで簡単にビューアに送れるようになりました。
ありがとう!

278 :名無しさん@お腹いっぱい。:2007/03/18(日) 12:26:02 ID:Ypr/+1HN0
>>272
>保持属性数でのソートの話が出てましたけど、
>属性の数を指定してリストアップというのはできませんか?

ソートはリストアップ後の話で、
特殊なリストアップの方法については、
スマートビューでの指定の話なのかも。

279 : ◆cTzcVzYvME :2007/03/18(日) 16:11:15 ID:ZCVrEfth0
とりあえず見つけたとこだけロジックエラーは直したんで一旦更新。
あと、保持属性数でのソートにも対応してあります。

>>274
> 画像ビューのWクリックで外部プログラムから表示画像を開ける機能
了解。

>>275
DB の仕組上、全部の画像をリストアップしてから絞り込むのと、
絞り込みながらリストアップするのでは、どちらも処理速度に大きな違いはありません。

前者が追加と削除を行うのに対し、後者は追加だけで済むという利点はありますが、
属性数指定リストアップでのボトルネックはファイル情報の走査にありますので、
全検索のコストと比較した場合、その利点は微々たるものに過ぎません。

>>276
試してみた。なかなかおもろいね。
でもダブルクリックには対応してないのかな?
あと、ミドルクリックによる関連付けオープンは
正式機能として採用しようかなと考えています。

280 :名無しさん@お腹いっぱい。:2007/03/18(日) 19:06:22 ID:XmwTOlu50
変な現象が起こるので報告。

"選択画像のパスリストを開く"で外部ビュアに渡すとき、
AtPictureの内蔵ビュアに表示されている画像だけが表示されない。
表示中の画像以外を選択するときちんと表示される。
WindowsXP SP2 + ver0.0.9.1、外部ビュアはLinerやnkvで確認しました。

281 : ◆cTzcVzYvME :2007/03/18(日) 21:17:18 ID:ZCVrEfth0
>>280
axpathlist.spi を使っているのであれば、それはプラグイン側の問題です。
※history.txt、version 0.0.3.1 の更新情報を参照。

あとでまた修正しときますので、しばらくお待ち下さい。

282 :名無しさん@お腹いっぱい。:2007/03/18(日) 23:25:38 ID:yIwNQOvX0
リストの変化に対して、”アンドゥ”や”戻る”の様な機能を加えてはどうでしょうか。
操作ミスでうっかり新しくリストアップしてしまった時に、
編集中のリストがパアになってしまう事は結構あると思うのですが…

基本機能が充実した後にでも検討して頂けると幸いです。

283 :名無しさん@お腹いっぱい。:2007/03/18(日) 23:27:20 ID:J9VWOQAi0
ショートカットの追跡きぼんぬ。

画像ファイルを作者別ディレクトリに保管してあって
そこから内容別ディレクトリにショートカットでリンク張って分類整理してるんで
ショートカットのリンク先を読んでくれないと
内容別ディレクトリにある絵が見えません。
ショートカットファイルが並んでるだけになってしまいます。

ショートカット使うのやめてシンボリックリンクかハードリンクにすれば解決するけど
それだと今度はバックアップするときに同じファイルを複数バックアップしてしまうし
リンク構造を保持したままのコピーもWindowsでは無理なのでショートカット使うしかないんです。


284 :名無しさん@お腹いっぱい。:2007/03/19(月) 00:16:48 ID:BcEkmcIU0
>>281
確かにhistory.txtに書いてますね。申し訳ないです。


285 :名無しさん@お腹いっぱい。:2007/03/19(月) 05:38:54 ID:Tx5fhkvy0
パスリストの順番なのですが、
画像リストの並び順通りの順番で出力される様にして貰えないでしょうか。
(現在はファイル名順に出力するのでしょうか)

それと、”選択画像のパスリストを開く”で外部ビューアに開かせた時、
パスリストの先頭のファイルから開くのではなく、
画像ビューに表示している画像で開かせる事は可能ですか?

286 : ◆cTzcVzYvME :2007/03/19(月) 07:22:26 ID:9mpXMb3r0
>>282
了解。検討しときます。

>>283
了解。

>>284
直しときました。

>>285
現バージョンでも、画像リストの並び順通りに出力しております。
ファイル名順になってしまうとしたら、それは外部アプリ側の仕様なので
こちらではどうすることもできません。

> 画像ビューに表示している画像で開かせる
ちょうど今、これに関する仕様を考えていたところです。
ただ、これも外部ビューア側が対応してくれないと実現できません。

287 :名無しさん@お腹いっぱい。:2007/03/19(月) 17:07:10 ID:Tx5fhkvy0
パスリストの順番、外部アプリ側で勝手にソートしてしまうんですよね。
それでファイル名順に並んだのかorz

288 :名無しさん@お腹いっぱい。:2007/03/19(月) 23:51:18 ID:J258pM4c0
作者さん更新おつかれです
ミドルクリック対応どうもありがとでした!
動作が速くてめさ快適ですわ
早速他の機能も試させて頂きます

> >>276
> 試してみた。なかなかおもろいね。
> でもダブルクリックには対応してないのかな?
> あと、ミドルクリックによる関連付けオープンは
> 正式機能として採用しようかなと考えています。
マウ筋じゃダブルクリックは無理だったみたいですね

あと調子に乗って要望をひとつ
表示画像に属性をひとつ付加/除去したら
次の画像に表示を移すモード、というのは如何でしょうか?
個人的には付加の時だけ機能実現すれば良いのですが、
あるとランク用の属性つけてる時に便利なのです
キーマップ仕様改訂の際にでもご一考下さると嬉しいです

289 :名無しさん@お腹いっぱい。:2007/03/20(火) 02:33:28 ID:hS5pqUYF0
>>288
>表示画像に属性をひとつ付加/除去したら
>次の画像に表示を移すモード、というのは如何でしょうか?

横からだが、>>271の仕様でいけそうな気がする。

290 :名無しさん@お腹いっぱい。:2007/03/20(火) 16:39:21 ID:JeBZ1eAb0
沢山の更新乙さまです><

属性名の最初に数字を、カテゴリ別に数字をつけているのですが、
属性リストのソートの恩恵を噛みしめているところです。

以前、お話した属性名のカラーリングの提案なのですが、、
既に仕様を検討済みでしたら聞き流して下さい。

・属性の色のデータを管理する変数を設ける(背景色と文字色)
・予め用意しておいた10色程度の色(プリセット)から選択できるようにする
 iniファイルで16進表記等で直接指定、もしくはカラーパレットで変更できるようにする
・属性の右クリックから「色の変更(&C)」-「プリセット1(&1)」などで変更

私としては、属性のカテゴリ別に色分けをして、
黒の文字色にパステルカラーの背景色というプリセット、
という形で使えればと思っています。
(個々人の好みで、文字色だけ変更、白文字に暗い背景色など)

文字を凝視して読まなくても、あるカテゴリの属性の有無を感じられたら…
視覚的、直感的といった意味では、attアイコンの変更よりも
効果は大きいと思うのですが、いかがなものでしょうか。

291 : ◆cTzcVzYvME :2007/03/20(火) 17:48:22 ID:LrbCtqOB0
>>288
> 次の画像に表示を移すモード
対応しました。

>>289
とりあえず現状のキーマップに組み込んじゃったけど、
そっち(>>271の仕様)の方がカスタマイズ性は高まりますな。

>>290
参考にしときます。

292 :名無しさん@お腹いっぱい。:2007/03/22(木) 23:59:11 ID:kWfVavdO0
ハッシュ機能キタア
早速使わせていただきます

293 :名無しさん@お腹いっぱい。:2007/03/23(金) 15:08:45 ID:wRv3VOSL0
属性付加済みの重複画像を、サムネイルで判別できるようにしたいのですが、
ハッシュチェックでHのアイコンが付くとRのアイコンが消えてしまいます。

両方のアイコンを表示できないでしょうか。
自動生成の属性しかない場合にはRを付けない機能もあると良いのですが…

294 : ◆cTzcVzYvME :2007/03/23(金) 16:19:50 ID:OX7Tc5Lj0
>>293
サムネイルのアイコンは、画像の登録状態(未登録、パス登録、ハッシュ登録、インポート登録)を
判別するためのものであって、属性が付加済みであるかどうかを知るためのもではありません。
当然ながら、Rアイコンが表示されていても、属性がない場合もあります。

またデータベースの仕様上、サムネイルで属性の有無を判別できるようにするのは不可能です。
何故なら、属性の削除や統合の処理を効率化するために、画像の属性情報の更新は遅延して行われており、
画像リストにサムネイル表示されているだけの画像が実際に保持している属性数を知るには、
属性編集の度に、リストアップされている全画像の情報を再取得しなければならなくなるからです。

要望が単に「属性付加済みの画像を知りたい」というだけなら、
「属性を指定してリストから消去」機能を使うか、
今回実装した「属性数指定リストアップ」を使って下さい。

> 自動生成の属性しかない場合にはRを付けない機能
これも仕様上、対応できません。
ちなみに、自動登録される属性は、画像整理中に一時的に利用するだけで、
不要になったら属性自体を削除して付加解除するといった使い方を想定しています。
自動登録機能自体が不要であれば、INIファイルを弄ってOFFにして下さい。

125 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)