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/

2 :名無しさん@お腹いっぱい。:2006/11/13(月) 12:25:34 ID:hCwJTuJ70
ちょっとまっ

3 :名無しさん@お腹いっぱい。:2006/11/13(月) 14:50:44 ID:p/bDFVjA0
作者の自演うぜぇ
タグによるアプローチなんて何らあたらしくもねーよ

4 :名無しさん@お腹いっぱい。:2006/11/13(月) 19:38:45 ID:rKRzeTY00
フリーでアンインストール時にファイル消すだけでよくて
これより使いやすいタグ系のソフトあるんか

5 :名無しさん@お腹いっぱい。:2006/11/13(月) 20:38:30 ID:/0f6xCLR0
>>3
だれも新しいなんて言ってねえよ

>>4
タグ付けはかなり便利になってきたけど、検索と閲覧がまだまだじゃね?

6 :名無しさん@お腹いっぱい。:2006/11/13(月) 20:41:18 ID:oEAHv8270
タグ管理は新しくもないけど、現状使い物になるソフトが皆無っていう状況だからな。
更新されていくフリーソフトだからこそ期待して楽しむっていうことができる。

7 :名無しさん@お腹いっぱい。:2006/11/13(月) 21:58:27 ID:PX9CrMPw0
登録開始してから2日経つのにまだDB登録作業が終わらない件orz

ハッシュはファイルの先頭数Kbの分で取得する簡易モードとか欲しいなぁ
hamanaはそれで実用になってるみたいだからできたらよろしくす

8 :名無しさん@お腹いっぱい。:2006/11/13(月) 22:15:04 ID:/0f6xCLR0
一意なキーとしてのハッシュなのにファイルの一部から取得しても意味ないんじゃね
パスだけ登録してハッシュ取得は後回しにするとか

9 :名無しさん@お腹いっぱい。:2006/11/13(月) 22:30:29 ID:rQFGLl1i0
量が多いと動作が鈍くなるのさえなければな・・・
なんでもかんでも取り込んじゃいかんけどさ・・・


10 :名無しさん@お腹いっぱい。:2006/11/13(月) 22:33:52 ID:PX9CrMPw0
>一意なキーとしてのハッシュなのにファイルの一部から取得しても意味ないんじゃね
なんで?
そのファイルの一部が他のファイルと内容かぶらなければいいんだから意味はあるでしょ?
かぶりやすくなるっていう危険性はあるけど、ある程度のリスクを覚悟してスピードをとるっていう選択肢があってもいいんじゃないかと思ったんだけど…

>パスだけ登録してハッシュ取得は後回しにするとか
それもいいね
任意のタイミングで開始・停止できるならそれでもいいなぁ

11 :名無しさん@お腹いっぱい。:2006/11/13(月) 22:40:19 ID:AFYs/rsR0
タグの階層化は従来のエクスプローラ風な管理方法ではなく
iTunesのような管理方法にしてほしい。

12 :名無しさん@お腹いっぱい。:2006/11/13(月) 23:00:56 ID:/0f6xCLR0
>>10
IHDBなんかをインポートしたり、エクスポートしたデータを他のソフトで利用するときに不都合

重複画像を削除したいってだけなら、ファイルサイズとかCRCで比較する専用ソフトのほうが高速
そのうえでパスだけ登録しときゃ問題ないだろ

13 : ◆cTzcVzYvME :2006/11/13(月) 23:57:07 ID:/RrrOAUF0
スレ立ったのですね。>>1乙。

それと、パスリストを書庫にみせかけて展開する Susie プラグインを作ってみました。
改変OKなんで欲しい人はどうぞ。

>>9
量が多くても動作が鈍くならないようにする為の
仕組みは考えてありますので、正式版ではそれなりに速くなるはずです。

>>11
iTunes は以前参考のためにインスコしたんだけど、
いろいろと鬱陶しい動作をしやがったので削除してしまいました。
もいっかいインスコして管理方法を検討してみます。
ただ、画像と音楽とでは、それぞれ適した管理方式も異なるのでは?と考えています。

14 :名無しさん@お腹いっぱい。:2006/11/14(火) 00:34:21 ID:mNbbwykG0
>>12
ああ、考えたら重複を削除するんでなけりゃハッシュチェックは要らないか
管理するだけなんでパスだけ登録にしときますよ

15 :11:2006/11/14(火) 03:07:00 ID:pcggTZ5X0
>>13
うまい説明ができないのですが・・・

具体的には、例えばファイルAに
「タグ1:画像 タグ2:風景 タグ3:海 山」
というタグを与え、ファイルBに
「タグ1:写真 タグ2:風景 タグ3:山 空」
を与えたとします。これを従来のエクスプローラであるような階層化をすると

  画像
   ├風景
   │ ├海
   │ ├山

  写真
   ├風景
   │ ├山
   │ ├空

となり、「風景」のタグのついた画像をすべて見たいというときに、「画像」以下の「風景」か、
「写真」以下の「風景」しか選択できなくなります。
(Windows Vistaに標準でついてるWindowsフォトギャラリーは上記のような感じ)
検索で「風景」と打ち込めば階層構造を無視して「風景」タグの画像(海、山、空)が
すべて見れるんだろうけど、いちいち文字打つのはめんどくさい。

16 :11:2006/11/14(火) 03:07:59 ID:pcggTZ5X0
iTunes的な手法なら

タグ1 | タグ2 | タグ3
すべて | すべて | すべて
画像 | 風景 | 海
写真 |     | 山
  | | 空 

となり、タグ1は「すべて」を選択してタグ2は「風景」を選択すれば
「画像」以下か、「写真」以下か、といった制限なく「風景」タグの
画像がすべて選ばれることになります。

階層的にファイルを整理しつつも、エクスプローラのような
階層構造の弊害がなくなるのでiTunes的な手法が優れていると思っているのですが、
違いと利点が伝わるでしょうか・・・。

Winの画像管理ソフトでこのような手法をとっているものは
ないんじゃないでしょうかね。
(せっかくタグを扱えるソフトでも
みんなエクスプローラ的な階層構造をとってしまう。)
macではStackroomという、まんまiTunesを画像管理に変えたようなものが
あるのですが、macを持っていないので使用感はわかりません。


17 :名無しさん@お腹いっぱい。:2006/11/14(火) 07:31:09 ID:mkDiuHbY0
>>15
属性自体を階層化してるわけじゃないからそういうアプローチはできないんじゃないか
と思ったけど、カテゴリを疑似的な属性として扱うことはできるな
あるカテゴリ以下のいずれかの属性を含む画像を検索すればいい

カテゴリ右クリックで実行するなり、
属性リストに親カテゴリを(色違いの文字かなんかで)表示して、
そこから検索できるなりすれば便利かも

18 :名無しさん@お腹いっぱい。:2006/11/14(火) 09:01:33 ID:7O3TZeEg0
タグははてブチックにおすすめ出してつけられるようにしてよ。
いちいちつけるのめんどくさい。

19 :名無しさん@お腹いっぱい。:2006/11/14(火) 09:11:17 ID:GuyUWzIX0
>>16
iTunes的というよりxmlだね。
ぶっちゃけて言えばiTunesがxmlを利用しているだけの話だし。

20 : ◆cTzcVzYvME :2006/11/14(火) 18:39:05 ID:uePex0Bt0
>>15-16
求めている機能が理解できました。
動作仕様がイメージできたので、
似たような機能を正式版で実装することにします。

> macではStackroomという、まんまiTunesを画像管理に変えたようなものが
> あるのですが、macを持っていないので使用感はわかりません。
Stackroom はオレも気になってるんだけど mac じゃなぁ…

>>18
それなりに普及するようなら、選ばれた画像ハッシュに対し、
どのような属性が付加されているか、P2P で取得できるようにしようかなとは考えています。

その為に「Winnyの技術」なる本を購入し、効率的なクラスタ化と通信手法を研究してますが、
P2P 技術自体、オレにとっては未知の領域なもんで、思ってたより難しそうです。

どっちにしろ、まだまだ先の話ですな。
あ、ファイル交換機能とかは付けませんよ?

21 :名無しさん@お腹いっぱい。:2006/11/14(火) 22:23:22 ID:/2zKPivn0
画像ファイルの編集するとハッシュが変わるから
別ファイル扱いになるけど
なんとかならんかな?



22 :名無しさん@お腹いっぱい。:2006/11/14(火) 22:41:22 ID:oaHMgZI60
夢は広がるけど、
2005年2月に作者さんが初登場したらしいことを思うと、
俺の求めるAtComicが出来るまでにはあと2年はかかりそうな予感

23 :名無しさん@お腹いっぱい。:2006/11/14(火) 22:51:08 ID:GuyUWzIX0
>>21
編集管理はスレ違いというかソフト違い。
このソフトは撮影したり、Webからぶっこ抜いたりした画像をそのまま管理するのが主旨だよ。
編集した画像の管理となると数は激減するが履歴の管理が必要だったりと全く別物になる。
君が求めてるのは全く別分野のソフトだから、ここで文句や要望を言うより、主旨にあったソフト探した方がいい。

24 :名無しさん@お腹いっぱい。:2006/11/15(水) 00:39:10 ID:bpgJMLze0
元スレで編集ソフトに渡す話もあったから
そのうち出来るんじゃね?
今でもハッシュかパスを用途に合わせて選択すればいいしさ


25 :名無しさん@お腹いっぱい。:2006/11/15(水) 08:26:31 ID:wLbO8PJ60
他人とデータのやり取りすることを考えると、
編集後にも同じファイル扱いというのはどうなんだろ?
タグなりコメントなりでやりゃいいような気がする。

26 :名無しさん@お腹いっぱい。:2006/11/15(水) 08:46:21 ID:hinFjTlh0
ずっとフリーで出してくれるの?やっぱ将来的には金取る?

27 :名無しさん@お腹いっぱい。:2006/11/15(水) 10:13:47 ID:Rpxr5zDb0
編集履歴の管理なんかしなくていいから、
類似画像検索的な事が出来れば十分かな。
完全に同一ファイルしかチェックできないならあんまり意味無い。

拾い物エロ画像管理の話でアレだけども。

28 :名無しさん@お腹いっぱい。:2006/11/15(水) 19:35:12 ID:PWLWbT4g0
タグの貼り付けが簡単になれば

29 : ◆cTzcVzYvME :2006/11/15(水) 21:07:36 ID:kA+GQyVp0
Picasa2 データの読み込み機能を実装しました。

これでテスト版への機能追加は終了とします。

今後いただいた要望は、正式版の機能として検討していきます。
ただし、簡単な要望やバグ修正には応じますんで、気軽に言ってください。

>>26
AtPicture に関してはずっとフリーにします。
そのかわり、オレが重視していない機能は一切つけません。

具体的には、

・印刷系機能
・画像編集系機能
・類似画像検索

この辺の機能は、それを専用とする優れたソフトが既にありますので、
それらを使えばイイと思います。

30 :名無しさん@お腹いっぱい。:2006/11/15(水) 21:49:59 ID:F3UDTf7d0
>>29
・印刷系機能
・画像編集系機能
・類似画像検索

確かにこれらは他専用ツールとの連携がいいかもね

ちなみに作者さんはそれぞれ何使ってるの?
あらかじめ明示しておけば納得しやすいし、ユーザー側の参考になると思う

自分は画像編集にVix
印刷・類似検索は不要だからわからんけど。

31 :名無しさん@お腹いっぱい。:2006/11/15(水) 22:01:25 ID:6eJvlYW+0
タグ付けのし易さ、分類した画像の検索などを含めた閲覧性、それがあれば個人的には満足だけど、
分類管理をAtPictureで行い、「鑑賞する」ことにおいて他のソフトと連携できるようになればいいな。
簡単に言えば見たいタグの画像を外部ビューワに渡せるという感じかな。そのへんが使いやすければ柔軟に使っていけそう。

32 : ◆cTzcVzYvME :2006/11/15(水) 22:57:22 ID:kA+GQyVp0
>>30
画像編集は編集内容に応じてフリーソフトを使い分けるが、
ぶっちゃけフォトショがあればそれでオールオッケ。

印刷は画像編集ソフトについてるやつで十分。

類似検索は不要だから使ってない。むしろ類似画像どんとこい。
だってきちんと分類されてたら閲覧時に気付くし、
気付かない類似画像は、類似画像であって類似画像でない(哲学的)。

>>31
属性付けの操作性と検索性能に関してはとことんこだわるつもり。

外部ビューアに渡す機能はテスト版でもつけようかなと考えたけど、
機能は単純なくせにプログラミング工数が多くてめどい。
外部ビューアがパスリストに対応してないと更にめどい。

一応、書庫用の SPI に対応してるビューアであれば、axpathlist.spi をいれることで、
パスリストを読めるようになるんで、正式版までは、見たい属性をリストアップし、
パスリストを書き出してからご鑑賞ください。
※axpathlist.spi は書庫内のパスには対応してないけど、
 ソース同梱してあるので誰か機能拡張してくれたら嬉しい。

SPI 未対応なビューアをお使いの場合は、
ビューア作者にパスリストに対応するよう要望したってください。
正式版でも外部ビューアとの連携は、基本的にパスリストで行うつもりですんで…

33 :名無しさん@お腹いっぱい。:2006/11/15(水) 23:56:59 ID:/bC18EVh0
>>32
ソートにバグがあると言った者だが、
フォルダ別ソートが有効なのを見落してただけだったのでスルーしてくれ

34 :名無しさん@お腹いっぱい。:2006/11/16(木) 00:52:35 ID:1ZXgkew10
>>31
タグ付けしやすさといえばstackroomにはスタンプ機能つーのがあって簡単にタグ付けていけるので楽だったよ
タグ付けする属性の名前をスタンプボタンに登録しておくと、
リストからファイル選んでそれぞれの属性のスタンプボタン押すだけで
ファイルに属性が付加されるって機能

それと、AtPictureのテスト版ちょっと使ってみたけど、タグはみんな同列扱いなのかな
stackroomはiTunesみたいに「ジャンル」や「作者名」のように内容の決まったものをまとめて管理してくれるから
>>16のような管理方法がやりやすい
もちろんそういう取り決めの無いフリーのキーワードも入れられる
共有ソフト特有のファイル名規則に対応してて、初めてファイル取り込むときも作者名が自動で登録されたりもする
このへんはMangaExplorerに似てるかな

こういうのAtComic作るとき参考にしてくれると嬉しいなぁ

35 :名無しさん@お腹いっぱい。:2006/11/16(木) 00:55:27 ID:67cOuSCZ0
>>31-30
ツール間でのファイルの受け渡しならAutoHotKeyやポチエスに任せたら?

36 :名無しさん@お腹いっぱい。:2006/11/16(木) 04:42:29 ID:VAUmBbaq0
>>16
>Winの画像管理ソフトでこのような手法をとっているものは
>ないんじゃないでしょうかね。

フリーじゃないがDigital Imageは、これが出来る。画像管理ツールとしてVistaにも似た機能がつくようで、やや期待。

参考までに、DigitalImageではタグ(DigitalImageではラベルと呼称)をいくつかのグループに分けていて
ラベル検索画面では、同グループ内はor、他グループ間はandで抽出されるという方式。
>>15-16についてなら、ラベルグループ1に画像、写真のラベルがラベルグループ2に風景のラベルが入っていて
ラベルグループ1の画像と写真にチェック、ラベルグループ2の風景にチェックで抽出される
(実際にはラベルがこれだけなら、ラベルグループ1にはチェックいらないんだけど)。

究極的には、タグの条件検索を複数にして、その間のand,orを指定できるようになれば
タグが並列に扱われていても解決するのだが、どういう手法をとるかは難しいところだねぇ。

>>15-16について言えば、iTunesのスマートプレイリスト風に
(画像 もしくは 写真) and (風景)
みたいな抽出条件の指定が出来るという形。

37 : ◆cTzcVzYvME :2006/11/16(木) 08:11:23 ID:IetcMzSF0
>>33
了解。

>>34
> stackroomにはスタンプ機能つーのがあって簡単にタグ付けていけるので楽だったよ
同じようなことがキーマップでできます。

属性ショートカットキーマップダイアログを表示し、適用範囲を「選択画像」に指定、
変更ボタンから属性を割り当てたら、「未設定キーを隠す」にチェックをいれる。
「トグルモード」のチェックははずしといたほうがイイかな。

あとは、サムネイルを選択し、設定したい属性のボタンを押せばOK。

割り当てるボタンが足りんなら、新規キーマップボタンでキーマップ自体を増やせばイイ。
キーマップは、タブを右クリックして名称変更できるから、
適切な名前をつけてやって関連属性ごとにまてめておけばよい。

> タグはみんな同列扱いなのかな
チュートリアルにも書いたけど、属性に階層構造は不要だと考えています。
何故不要だと考えるかは、実例を交えて説明できますが長くなるんで割愛。
「ジャンル」や「作者名」などはカテゴリ分けで対応します。

> 共有ソフト特有のファイル名規則に対応して作者名が自動で登録
これは AtPicture でも実装する予定です。

38 : ◆cTzcVzYvME :2006/11/16(木) 08:12:36 ID:IetcMzSF0
>>36
Digital Image は、ちょうど体験版をインスコしてみたところです。
ラベル操作まわりのインターフェイスを参考にさせてもらうつもり。

> 究極的には、タグの条件検索を複数にして、その間のand,orを指定できるようになれば
> タグが並列に扱われていても解決するのだが、どういう手法をとるかは難しいところだねぇ。
そっすね。機能の実現は簡単なんだけど、いかにスマートな UI にするかが課題です。
ちなみに、スマートプレイリストは既に実装予定に入っとります。

39 :名無しさん@お腹いっぱい。:2006/11/16(木) 08:33:55 ID:zNULr5Ty0
気張り過ぎて失速しないように、
細く長くやったってやヽ( ´ー`)ノ

40 :名無しさん@お腹いっぱい。:2006/11/16(木) 13:38:53 ID:1ZXgkew10
>>37
>チュートリアルにも書いたけど、属性に階層構造は不要だと考えています。
階層構造でなく>>36のようなグループでタグをまとめることを言いたかったんです
グループ間に上下は無くていいとので私も階層構造はいらないと思います

41 :名無しさん@お腹いっぱい。:2006/11/19(日) 13:08:09 ID:9NGqV+xOP
類似画像検索って、こんな機能かな?

http://images.google.com/images?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=%E3%83%AB%E3%82%A4%E3%83%BC%E3%82%B8&num=50&sa=N&tab=wi&nojs=1

42 :名無しさん@お腹いっぱい。:2006/11/19(日) 18:33:26 ID:bzktroT50
大体そんな感じ

43 :名無しさん@お腹いっぱい。:2006/11/19(日) 18:56:35 ID:jqOjyHQS0
これってまだ正式版じゃないのにver1なの?

44 :名無しさん@お腹いっぱい。:2006/11/19(日) 19:38:20 ID:W180TjyG0
テストプログラムはadbtestという名称だからかまわないと思うが
AtPictureというソフト自体はまだ公開されていないし、作成されているかも不明だよ
>>1の振り分けソフトスレ読めば経緯がわかるかと思う

45 :名無しさん@お腹いっぱい。:2006/11/20(月) 07:42:09 ID:UKrVFoa10
バージョンナンバーなんか適当でいいんだよ

46 : ◆cTzcVzYvME :2006/11/20(月) 08:24:26 ID:9an0dscT0
ちょいとバグ修正しました。

>>43
それはテストプログラムのバージョンであって AtPicture とは無関係です。
adbtest はβ版とかじゃなくって、あくまでテストプログラムなもんで…
うーんプロトタイプって言ったほうが正確かな。

>>44
> 作成されているかも不明
まずは属性DBエンジンを、単体のライブラリとして切り出す必要があるので、
AtPicture 本体の開発には、まだ手を着けておりません。

本格的な運用に入ると、DB仕様やライブラリ仕様に
手を加えるのが難しくなりますので、長期的に見るなら、
DBエンジンのライブラリ化は慎重に行うべきだと考えています。

一応、再利用性は考慮してコードを書いてきたんだけど、
外に出したくない部分や、有料のライブラリを使ってる箇所もあるので、
ライブラリ仕様によっては、その辺を分離しなければなりません。
また、クロスプラットフォームを考慮するならOS依存も取り除かないと…

できるだけ汎用的な仕様にしたいけど、それにこだわりすぎると、
開発工数がかさんじゃうので、その辺のさじ加減が難しい。

まぁそんなこんなでライブラリの仕様決定に悩んどるとこですわ。

47 :名無しさん@お腹いっぱい。:2006/11/20(月) 11:01:34 ID:s5YQPGUh0
picasaだけじゃなくて
digital image albumやvistaとも連携できるといいな

48 :名無しさん@お腹いっぱい。:2006/11/21(火) 13:49:18 ID:kokFfN1G0
SQLiteでも使うのかと思ってたらDBも自作だったのかΣ(゚Д゚ ;)

とにかく応援してるんだぜ。タグが共有できる時代が待ち遠しい。

49 :名無しさん@お腹いっぱい。:2006/11/21(火) 15:16:45 ID:5fLJ5Usv0
タグに関しては、del.icio.us の bundle みたいな機能もあるとうれしいかも。

50 :名無しさん@お腹いっぱい。:2006/11/26(日) 10:51:35 ID:33Q7k0D80
DBさえ完成すればガンガンソフトも開発されるのかな! かな?

51 :名無しさん@お腹いっぱい。:2006/11/26(日) 17:45:04 ID:upPtW5OZ0
ver1.0.1.11 きてる

52 :名無しさん@お腹いっぱい。:2006/11/26(日) 17:54:35 ID:votr8U2F0
2006/11/26version 1.0.1.11

・取り込んだ画像がリストアップされなくなってたエンバグを修正

53 : ◆cTzcVzYvME :2006/11/26(日) 21:16:55 ID:/SihlzBq0
>>50
そうするつもり。つーかはやく本開発に入りたい。
いろんなアイデアが先走り状態なもんで。
でもライブラリ化の手を抜くわけにはいかんというジレンマ。

54 :名無しさん@お腹いっぱい。:2006/11/28(火) 11:49:42 ID:xV/AGBzI0
自動で取り込んでると、ある書庫で延々とループする…
書庫が悪いのかスージープラグインがわるいのかこのアプリが悪いのかわからんです

55 : ◆cTzcVzYvME :2006/11/28(火) 14:15:44 ID:nl927Nuj0
>>54
まずはその書庫を、Susie もしくは書庫用SPI に対応したソフトで開いてみてください。

1.展開に失敗した場合
 SPI に頼らないアーカイバソフトで展開できるか試してください。
 展開に失敗するなら書庫が壊れています。
 正常に展開できるならプラグインに問題があります。

2.正常に展開できた場合
 プラグインに問題はありません。
 adbtest に問題があるので以下の質問に答えてください。

・メニューの「ファイルを開く」でその書庫を開けるか?
・書庫の形式と、それの展開に使用している SPI はなにか?
・書庫内に書庫は存在するか?
・書庫内に thumbs.db ファイルが含まれているか?

あと差し支えなければ、書庫ファイルのフルパスも教えてください。

56 :54:2006/11/29(水) 02:47:15 ID:SIVUQ5qj0
rarの書庫だったんですが、どうやらプラグインが古くて新しいrarに対応してなかったみたいです
バージョンアップしたらループしなくなりました

#ループしてる書庫の「次の書庫」が問題だったようで気づくまで時間かかりました

お手間を取らせてすみません

57 :名無しさん@お腹いっぱい。:2006/12/04(月) 17:45:13 ID:X8Oz5keY0
>>48 と関連するけど、DBはODBCかなにかで
外部ツールから操作できるようにして欲しいかな。
PerlやPHPと連携できるだけでも活用の幅が広がりそう。

58 :名無しさん@お腹いっぱい。:2006/12/04(月) 17:58:56 ID:hvMP2i610
dll に切り出してくれるだけで十分

59 : ◆cTzcVzYvME :2006/12/05(火) 18:08:36 ID:NolOpgbn0
>>57
> 外部ツールから操作
まずは DB操作ルーチンを DLL化しようと思ってます。
んで DLL化が完了したら、本開発に入る前に DLL だけを先に公開する予定。
と言っても、まだまだ時間がかかりそうですが…

60 :名無しさん@お腹いっぱい。:2006/12/05(火) 18:51:58 ID:2FYfhBRs0
まだ時間かかるのか・・・

61 :名無しさん@お腹いっぱい。:2006/12/05(火) 19:25:50 ID:1uBtfihi0
画像以外のファイルも扱えるようにならんかな?


62 : ◆cTzcVzYvME :2006/12/05(火) 20:06:03 ID:NolOpgbn0
>>60
ちょいと別件が忙しくってね。
とりあえずライブラリ化の方針は固まったんで、これから巻き返してきますわ。

>>61
できますよ。
adbtest ではアプリ側で画像以外をフィルタリングしてるけど、
属性データベース自体はどんなファイルでも突っ込めるようになってます。

63 :名無しさん@お腹いっぱい。:2006/12/05(火) 21:35:49 ID:HiPS9/kP0
そのうちファイラ作って

64 :名無しさん@お腹いっぱい。:2006/12/06(水) 12:04:57 ID:e89rW0050
>>62
まだかな、まだかな〜チンチン

65 :名無しさん@お腹いっぱい。:2006/12/06(水) 17:32:14 ID:PQ8Xrbas0

(*´Д`)
/(ヘ つ )ヘ

66 :名無しさん@お腹いっぱい。:2006/12/06(水) 22:33:12 ID:pAb187sm0
1.0.1.10にしたあたりから重複画像リストアップで全画像がヒットするようになった
以前のバージョン + 今のDBでも同様、.11 + 新規DBでは正常なんで
どこかでDBが破損したと思うんだけど
修復する方法はない?


67 : ◆cTzcVzYvME :2006/12/07(木) 02:45:56 ID:MJL84WF10
>>66
重複画像以外のリストアップは正常ですか?

いまちょっと動作チェックしていたら、
リストアップ処理がおかしな動きをしたので原因を探っているとこです。
まだ調査中なので、同じ原因だと断定はできませんが…

とりあえず重複画像のリストアップに関してですが、
db\adb\duplications フォルダ内にファイルは存在しますか?

ちなみに、duplications フォルダにあるファイルのサイズを合計して4で割った数が
重複ファイルの個数になるんですけど、リストアップ数と一致してますか?

68 : ◆cTzcVzYvME :2006/12/07(木) 06:18:43 ID:MJL84WF10
調査完了。

うちの環境で見つかったリストアップの不具合は、DBの不整合によるものでした。
ただし、何が原因で不整合が生じたのかまでは付きとめられておりません。

とりあえず対症療法的な修正を行いましたが、
重複管理機構との関連は低いので、>>66さんの環境における不具合は、
これとは別の原因によるものだと思います。

>>66
修復できるかどうか判断するには、不具合の原因(※不具合発生の原因ではない)を
特定しなければならないので、情報提供にしばしご協力ください。

69 :名無しさん@お腹いっぱい。:2006/12/07(木) 17:01:15 ID:XHV7Rv0n0
>>67
>duplications フォルダ内にファイル
存在した
サイズ/4とリストアップ数も一致した
ちなみに画像の総数は5,500枚ほど、重複検索でヒットした画像は3,799枚だったので、
全画像がヒットしたわけではなかった

環境は XP sp2, v1.0.1.11, DBは.0.2あたりから引き継いでる

70 :名無しさん@お腹いっぱい。:2006/12/07(木) 17:12:27 ID:XHV7Rv0n0
バックアップをさかのぼったところ、.1.9までのDBは問題なかった

71 : ◆cTzcVzYvME :2006/12/07(木) 18:52:17 ID:MJL84WF10
>>69
> サイズ/4とリストアップ数も一致した
となると、重複画像のリストアップ処理は正常だと思います。

> 重複検索でヒットした画像は3,799枚
これらは、重複画像でないのにリストアップされている状況でしょうか?

ちょっと次の操作を試してください。

1.重複検索でヒットするのが3,799枚とのことなので、
 INIファイル[Option]キーの maxPathCount値をそれ以上(4000くらい)に設定する。
2.メニューの「表示」から並び順を「サイズ」にし、「フォルダ別に並べる」の
 チェックをはずす(昇順、降順はどちらでもイイ)。
3.重複画像のリストアップを行う。

DBが正常であれば、重複画像同士は2枚以上連続して表示されるはずです。
1枚だけの画像があるようならDBに問題があります。

また、重複検索で見つかる画像は必ずハッシュチェック済みであるはずです。
リストアップされたサムネイルを眺め渡したとき、HアイコンもIアイコンも表示されていない
画像が混じっているようなら、やはりDBに問題があります。

とりあえず上記手順を行い、どういった状況になったか教えてください。

72 :名無しさん@お腹いっぱい。:2006/12/07(木) 20:17:29 ID:XHV7Rv0n0
>>71
手順に従ってリストアップしたところ、
無効なパスを破棄するとかのダイアログが1,870で止まったままだったのでキャンセルして再起動
再度試すと同じダイアログが394でしばらく止まり、
その後リストアップされた画像が394枚まで減っていた

重複画像は一部連続していたが、
類似画像も同様に連続していたので単にファイルサイズによるものだろう
実際に重複していた画像は10枚程度だった

ハッシュは全ファイルチェック済み

それから、終了後duplicationsフォルダは空になっていた

73 : ◆cTzcVzYvME :2006/12/07(木) 21:30:03 ID:MJL84WF10
>>72
> 終了後duplicationsフォルダは空になっていた
だとすると、重複検索では1枚もヒットしなくなっているはずです。
今一度、リストアップしてみてください。

duplications フォルダが空であるのに画像がヒットするようなら、
重複画像のリストアップ処理にも問題がありそうです。

74 :名無しさん@お腹いっぱい。:2006/12/07(木) 22:14:07 ID:XHV7Rv0n0
>>73
重複検索ではヒットしなくなった
意図的に重複する画像を登録したがこれは正常にヒットした

ところで、>>72の段階でダイアログに表示されたヒットの最大値は3,750ほどだった
これは多分>>72の直前に別ソフトで重複画像をいくつか削除したのが原因
その後数字が減り
>無効なパスを破棄するとかのダイアログが1,870で止まったまま
になったんだが、それ以前は常に3,799ヒットしていたから、
ファイルを削除したことが問題の解消に影響したかもしれない


75 : ◆cTzcVzYvME :2006/12/07(木) 23:04:08 ID:MJL84WF10
>>74
とりあえずDB自体は修復できたっぽいのかな?

> 別ソフトで重複画像をいくつか削除した
adbtest 以外から重複画像を削除した場合、そのあと1回目の重複検索では、
以前に検出されていた重複画像がまだリストアップされてしまいます。

ただし、このときパスの有効性チェックが正しく働けば、
削除された重複画像のパスがDBからも削除され、それと共に重複情報の更新も行われます。
なので、別ソフトや手動で削除した場合、重複検索は2回やらないと正しい結果になりません。

状況から推測しますと、無効なパスの破棄処理が完全に行われず、
重複情報が正しく更新されなくなっていたのだと思います。

ただひとつ気になるのは、重複検索にヒットしていた3,799枚なりのファイルが、
なぜ重複ファイルとして登録されてしまっていたのか?ってことです。
実際に重複していたのは10枚くらいなんですよね?

本来だと、重複を検出したときのみ duplications フォルダにそのMD5をファイル名とし、
重複情報ファイルが作られるはずなので…

もしかすると重複検出ルーチン、つまりハッシュDBとの照合にバグがあるのかもしれません。
ライブラリ化に伴い重点的にチェックすることにします。

76 :名無しさん@お腹いっぱい。:2006/12/07(木) 23:47:55 ID:XHV7Rv0n0
>>75
>とりあえずDB自体は修復できたっぽいのかな?
今のところ問題なく動作している模様
ありがとう

>なぜ重複ファイルとして登録されてしまっていたのか
確か.1.10にバージョンアップした頃、
何千枚かの画像を別のフォルダに移動して再登録したことがある
>.1.9までのDBは問題なかった
とも符合するから、これが関係しているかも

その時の手順は、
1. 属性あり、ハッシュチェック済みの画像を移動
2. フォルダを開く から移動先のフォルダを開き新しいパスを登録
3. 画像を全選択してハッシュチェック -> 以前付けた属性が復帰

77 : ◆cTzcVzYvME :2006/12/08(金) 02:50:16 ID:DUA5sLA60
>>76
> 今のところ問題なく動作している模様
了解。とりあえずは一安心。

あと、報告いただいた手順から原因が特定できた気がします。
おそらく、>>71の手順を行う以前は、[Option]キーの maxPathCount値は
重複検索でのヒット数、つまり3799以下だったんじゃないでしょうか?

とりあえず、重複登録がされたのは
> 何千枚かの画像を別のフォルダに移動して再登録したことがある
このときで間違いないと思います。

報告いただいた手順の場合、3のハッシュチェックの時点では
ファイルが移動されたことを認識していないので、
このときに重複登録がなされるのは正しい動作です。

で、このあと本来なら、重複検索時にパスの有効性チェックではじかれ、
重複登録が解除されるのですが、パスの有効性チェックは、
リストアップ数が maxPathCount に達した時点で処理を打ち切るため、
いつまでたっても重複情報が消えずに残っていたんだと思います。

一応、パスの有効性チェックを最後まで行うようにもできますが、
重複数が maxPathCount を超える事はめったにないと思いますので、
そんな場合のみ、一時的に maxPathCount を弄ってやればOKだと思います。

ちなみに、リストアップ数に上限を設けているのは adbtest 側の事情です。
正式版では上限をなくした上、表示を待たさないようにするつもりなので、
この問題は起きないはずです。

78 :名無しさん@お腹いっぱい。:2006/12/10(日) 00:38:49 ID:joL9mdKD0
また重複絡みのことだけど

1. C:\test から属性の自動生成
2. rename C:\test C:\TEST
3. C:\TEST から属性の自動生成

こうすると、同じファイルを参照しているにもかかわらず、
サムネイルビューに C:\test\someimg.jpg と C:\TEST\someimg.jpg が両方表示される
重複検索にもヒットする
どちらか一方を削除すると画像本体は削除されずに重複したサムネイルだけ消える
両方を削除すると画像も削除される

パスの比較はケースを無視したほうがいいんでは

79 :名無しさん@お腹いっぱい。:2006/12/10(日) 00:59:45 ID:fXDV84f50
単ファイルをDBに追加するのに何か良い方法ない?
追加したいファイルをフォルダ移動させて、そのフォルダを丸ごとスキャンしかないかな?

80 : ◆cTzcVzYvME :2006/12/10(日) 05:11:10 ID:t0Q3xVgy0
>>78
パスは小文字か大文字に統一して登録するはずだったのに、うっかり忘れてました。
ちょっと手抜きで比較関数を決め打ちしちゃってるので
すぐには対応できませんが、正式版ではなんとかします。

>>79
DBへの追加だけならメニューの「ファイルを開く」かD&Dでできますけど、
たぶん自動生成みたいに属性設定やハッシュチェックまでやってしまいたいんですよね?
ちょいと息抜きがてら、そんな機能を作ってみますわ。

81 : ◆cTzcVzYvME :2006/12/10(日) 23:37:29 ID:t0Q3xVgy0
単ファイルの追加をやり易くしました。

ついでに自動生成の設定項目を増やしました。
親フォルダも属性として付加できるようになったので、
自動生成を数回に分けたり、あとで追加したフォルダとかの
登録がやり易くなったと思います。

82 :名無しさん@お腹いっぱい。:2006/12/12(火) 05:15:43 ID:R2XCB1hO0
自動生成時に1ファイルずつDBに書き込んでいる?
してるなら複数ファイル毎に書き込むようにすれば速くなると思う。

83 : ◆cTzcVzYvME :2006/12/12(火) 07:34:09 ID:plmLapAc0
>>82
登録処理は1ファイル単位で行っておりますが、
アルゴリズム面での最適化はかけてありますので、
複数まとめてやったとしても、それほど速くはならないと思います。

と言っても、チューニングの余地はまだあると思いますが…

ただ、個人的な意見を申しますと、登録処理のパフォーマンスは、
現状のままで十分だと感じているのですが、これでもまだ遅いですか?

84 :名無しさん@お腹いっぱい。:2006/12/12(火) 11:29:20 ID:SfK7G0hH0
開発進んでますか〜?

85 : ◆cTzcVzYvME :2006/12/12(火) 18:50:28 ID:plmLapAc0
>>84
それなりにぼちぼちと。

今はトランザクション機能の実装をやってて、これが一番の山です。
前にも一度作ってみたんだけど、遅くて使いもんにならんかったから、
設計からやり直してます。なもんで、なかなか大変。

とりあえず、まともなトランザクション機能さえ実現できれば、
残りのライブラリ化作業はすんなりいくと思います。

86 :82:2006/12/13(水) 17:50:35 ID:Rfvma9Mw0
今日再度自動生成を試したら、極端に時間がかかっているようではありませんでした。
裏のプロセスがHDDにアクセスしていたのかもしれません。

当たり前のことですが、頻繁に自動生成する状況だと属性DBがあるドライブと
画像があるドライブを分けたほうがいいのかもしれませんね。

87 : ◆cTzcVzYvME :2006/12/13(水) 19:08:26 ID:ArTfoKZ60
>>86
了解。

HDDアクセスに関しては、実装上、けっこう激しいかも。
RAMの使用量を抑えるため、必要に応じてアクセスしたい領域だけをファイルマップし、
あたかもメモリを弄るかのように、直にファイルを書き換えていますので…

88 :名無しさん@お腹いっぱい。:2006/12/15(金) 21:15:06 ID:HBYiyc7K0
まだダウンロードもしていないのだが、公式サイトのタイトルが
「プログラム」じゃなく「プラグラム」になっていることは誰も突っ込まないのか?



89 : ◆cTzcVzYvME :2006/12/16(土) 00:26:18 ID:z9LpIc160
>>88
素でミスってた… readme.txt の中まで orz
突っ込みありがと。直しました。

90 :名無しさん@お腹いっぱい。:2006/12/16(土) 13:38:40 ID:bUODxG5N0
>>89
何かかわいいぞw

91 :名無しさん@お腹いっぱい。:2006/12/19(火) 22:45:33 ID:Jo91pLMY0
エラーが出ました
win2ksp4です

エラーの出た箇所

旧スタイルのシェルを使用する


92 : ◆cTzcVzYvME :2006/12/20(水) 07:09:20 ID:DYCR1PIK0
>>91
報告ありがと。

ちゃんと調べてないけど、たぶん adbtest 側で使ってる Win32 API の中に、
旧スタイルのシェルじゃ使えないものがあるからだと思います。

でも今んとこ、それへの対応優先度は低いです。
どうしても旧スタイルで使いたい!という要望が多いなら考えますが…

ちなみに、DB操作ルーチン自体は、旧スタイルのシェルでも動くはずです。

93 :名無しさん@お腹いっぱい。:2006/12/20(水) 07:13:55 ID:souMAfLK0
 

94 :名無しさん@お腹いっぱい。:2006/12/26(火) 12:00:45 ID:9RGc1eKP0
今日始めてこのスレ見つけたけど・・・

スレ立の>>1が作者の自演臭いのは仕様ですか?

95 : ◆cTzcVzYvME :2006/12/26(火) 17:25:52 ID:TOuvScEa0
中間報告。

とりあえず、トランザクション機能がかたちになりました。
いくつかテストプログラムを作って実験していますが、
今んとこパフォーマンスは上々です。

これからそれを属性DBへ組み込んでいくのですが、
いくつか新規で追加したい項目があるので年内リリースはきびしそうです。
ただし、そのぶん性能アップには全力を尽くしたいと考えています。

それと、暫定的な API 仕様を公開しました。
API 仕様と言っても、単なるヘッダファイル郡ですが、
概略をつかむには十分だと思います。

開発者向けですが、興味のある方は目を通してください。

API 仕様(関数名、変数名、各種定義名を含む)の調整は、
正式リリース前の今なら可能です。
また、ライブラリ化に関する意見・アドバイスも受け付けます。

それらをふまえ、API 仕様を改善していくつもりですが、

・スレ立の>>1が作者の自演臭い

を仕様に含める予定はございません。

96 :名無しさん@お腹いっぱい。:2006/12/26(火) 17:33:34 ID:b8dEnskm0
おつ

スレがたつまでの経緯みてれば誰も自演なんて思わないから気にしないでくれ

97 :名無しさん@お腹いっぱい。:2006/12/26(火) 18:33:43 ID:but/L7fP0
(*´Д`)  マダーチンチン
/(ヘ つ )ヘ


98 :名無しさん@お腹いっぱい。:2006/12/26(火) 22:29:04 ID:zfAcqnoU0
この際、自演でも非自演でもいいけど、
スレタイのソフト作ってからスレ立てろよな

テスト版なんてアプリともいえない物でスレ立ててるの、これくらいじゃねぇの?

テスト版のサポやってる間くらい
てめぇん所のHPに掲示板でも立てて、そっちでやれよ

>>96
>>95に対して即レスだな
まるで作者がレスアップするタイミングを知って居たみたいだ
お前だろ?このクソスレたてたの?w

99 :96:2006/12/26(火) 23:02:31 ID:b8dEnskm0
俺がスレたてたわけじゃないけどこの莫迦には何言ってもわからんのだろうな…

100 :名無しさん@お腹いっぱい。:2006/12/26(火) 23:32:03 ID:NNGn3a030
何がどうしようが使い易けりゃ使うだけだからね

まあ使いにくいテスト版でも喜んで人柱になるマゾだけど

101 :名無しさん@お腹いっぱい。:2006/12/26(火) 23:39:33 ID:hUbhLx1i0
Winnyなんて(以下略)

102 :名無しさん@お腹いっぱい。:2006/12/27(水) 04:07:41 ID:+7AgcraW0
冬休みなんで(ry

属性情報APIに、エイリアス(ファイル情報APIでいう同期)や親属性を追加してほしいかも。
P2P等で複数人で属性DBを共有する段階になると必須になるかと。

103 : ◆cTzcVzYvME :2006/12/27(水) 08:19:45 ID:dxxqHvKK0
>>102
> エイリアス
別名定義っすね?
異なる属性名称だけど実はおんなじ属性で、
検索にはどっちを指定しても引っかかってほしい!みたいな?

今の仕様だと統合でどちかの名称に統一することで対応してますが、
名前は別なまま同一視させることもできそうなので、仕様を検討してみます。

> 親属性
これは属性に階層構造を持たせるということですか?
もしそうであるなら階層構造がどうしても必要となる状況を挙げてもらえますか?

一応設計段階で、属性DBにおける階層構造の必要性についても考察を行いましたが、
一見階層構造が適しているかのように見える事例でも、
それらの間に絶対的な親子関係は存在し得ないという結論に達しました。

そもそも属性管理が求められる動機は、
フォルダ管理における2つ欠点から来ていると思います。

1.あるファイルの分類(格納フォルダ)が一つに限定される
  =複数ジャンルの設定ができない。
2.階層構造の逆転が難しい

属性に階層構造を持たせることは2番目の欠点を引きずる事に
つながると思うのですがどうでしょう?

104 :名無しさん@お腹いっぱい。:2006/12/27(水) 09:27:25 ID:2jJtSEbo0
ベータで2chつかってんじゃねぇよwwwwwwwww

105 :名無しさん@お腹いっぱい。:2006/12/27(水) 10:05:03 ID:gg46enpT0
冬か。

106 :名無しさん@お腹いっぱい。:2006/12/28(木) 01:34:11 ID:D6qCMA0f0
>>103
エイリアスを検討してもらえるとは有難い。

なんとなく親属性と書いてみて、確かに必要な状況というのを想像してなかったですね。
しいていえば「マインドマップ」のツリー構造かな、と思ったんですが、
外部ツールを作れば解決する問題かもしれないのでスルーでよろ^^;

107 : ◆cTzcVzYvME :2006/12/28(木) 22:47:55 ID:cZmy0tJx0
>>106
> 外部ツールを作れば解決する問題かもしれないので
階層構造の必要性を考察した結果、辿り着いた結論がまさにこれです。
カテゴリを扱う API を用意していないのも同じ理由です。

・エイリアスについて
エイリアス化の目的が「名前は別なまま同一視」であるとするなら、
どれか一つをエンティティと定めた上で、それへのエイリアスを作成するという構造より、
同一とみなされた属性郡をすべて同列に扱い、同期グループを形成したほうが、
データの取り回しが楽かな?との考えをもとに、API 仕様を作ってみました。

実装段階で設計の穴が見つかることもありますので、
これで確定という訳じゃないですが、仕様を概観した上で、
この構造における問題点などに気付きましたら指摘ください。

108 :名無しさん@お腹いっぱい。:2006/12/29(金) 01:19:51 ID:bozK3W5B0
来年中に完成するのかい・・・?

109 : ◆cTzcVzYvME :2006/12/29(金) 02:38:16 ID:HCPinno80
>>108
DLL化は余裕。

AtPictureは…オレが欲しい機能全部つめこむとしたら微妙。
来年の予定が不透明なんで、どれだけ開発時間を確保できるかもわからんしね。

とりあえずDLL化が終わったら、もいっぺん工数見積もってみて、
あんま時間かかりそうなら、いくつかの機能を後回しにするかもしれんが、
とにかく adbtest よりは使い易いソフトを来年中に公開できるとは思う。

110 :名無しさん@お腹いっぱい。:2006/12/29(金) 10:49:43 ID:38gv3Pm70
> AtPictureは…オレが欲しい機能全部つめこむとしたら微妙。

そんなに時間がかかるなら、
とりあえず未完成でもAtComicの原型めいたものをAtPicture完成前に作っておいて欲しいな・・・。
そうすればひとまずタグ付けの作業に入れるじゃん・・・。
完成してみたらタグの仕様変わってましたってなったら目も当てられないけど。

111 : ◆cTzcVzYvME :2006/12/29(金) 11:58:10 ID:HCPinno80
>>110
> 完成してみたらタグの仕様変わってましたってなったら目も当てられないけど。
それはない。ライブラリ化に時間かけてるのはそれを避けるためだから。
万一変えるとなってもパッチ作るから大丈夫。

> とりあえず未完成でもAtComicの原型めいたものをAtPicture完成前に作っておいて欲しいな・・・。
了解。
原型として必要十分かつ、短期で開発できるようなソフト仕様を考えときます。

あとは、何人かプログラマもいるみたいなんで、
DLL公開したら、オレよりいいソフト作ってくれんかな?と、ちょいと他力本願にも期待している。
最終的に、画像、漫画、音楽、動画に対し、それぞれ専用の属性管理ソフトが欲しいんだけど、
必ずしも全部を自分で作らないかんわけじゃないからね。

112 :名無しさん@お腹いっぱい。:2007/01/01(月) 14:23:58 ID:EEvl1JBQ0
あけおめ
誰か作者さんに精神と時の部屋をプレゼントしてやってくれ

113 : ◆cTzcVzYvME :2007/01/09(火) 06:08:54 ID:FvbHg4F90
開発スケジュールを検討した結果、
現状のライブラリをβ版として公開することにしました。
詳しくは readme.txt をご覧ください。

114 :名無しさん@お腹いっぱい。:2007/01/09(火) 07:17:36 ID:WbYs21S50
>>113
GJ!待ってたよ。

115 :名無しさん@お腹いっぱい。:2007/01/09(火) 08:41:59 ID:a5Q0pgPb0
> AtComic Primitive の開発にとりかかる。

むぅ。俺のとかぶるけどまぁいいや。

116 :名無しさん@お腹いっぱい。:2007/01/09(火) 15:40:22 ID:EdB2zOJa0
まあこれがいいもんになるなら、俺も開発凍結するかな・・・めんどいし

117 :名無しさん@お腹いっぱい。:2007/01/09(火) 17:08:21 ID:y6uu2q3D0
>>115-116
ちょっとお前ら開発中の奴を見せてみろ、一番いいの使うからw
マンガミーヤと連携が取れる奴がいいなw

118 :名無しさん@お腹いっぱい。:2007/01/09(火) 17:21:56 ID:EdB2zOJa0
ミーヤに興味はないな
ま、まだ構想レベルだし、こんなに本格的じゃないから
期待に応えられるもんじゃないよ、きっと

119 :名無しさん@お腹いっぱい。:2007/01/09(火) 17:27:07 ID:y6uu2q3D0
まぁ予定を見る限り、
AtComic Primitiveは秋とか冬とかになりそうな予感だし、
作れる人はガンガン頼むよガンガン

120 :名無しさん@お腹いっぱい。:2007/01/09(火) 17:39:48 ID:tKIuOhW30
>>117
連携とれるやつお前作れマジで。
さあ皆がんばれ。

121 : ◆cTzcVzYvME :2007/01/09(火) 22:54:51 ID:FvbHg4F90
>>115-116
ライブラリを使ってくれる開発者がいると、
こちらもモチベーションが高まるので、
遠慮なくガンガン開発したってください。

それと、β版のうちはサポートに関する雑務を避けたいと思い、
ライブラリを利用したソフトの配布を禁じていますが、
その辺は柔軟に対応していきたいと考えていますので、
もしソフトができて公開したい!となったら一度相談ください。

ちなみにライブラリのライセンスは、商用利用にのみ制限を課し、
その他、非営利目的の利用は自由に行えるかたちを予定しています。

122 :名無しさん@お腹いっぱい。:2007/01/16(火) 00:48:10 ID:lMGJCe1+0
ライブラリとか地味に更新してても無反応
まぁ俺にも関係ないしな・・・

123 :名無しさん@お腹いっぱい。:2007/01/16(火) 01:35:13 ID:xQJBt3F70
ライブラリ、サンプルも含めて使い方わかんなかったw

124 :名無しさん@お腹いっぱい。:2007/01/16(火) 12:05:41 ID:3W+WM3g80
wikiなりまとめブログなり作る?

125 :名無しさん@お腹いっぱい。:2007/01/16(火) 13:33:47 ID:Ta4tbeUg0
正式版でてからにしろよ

126 : ◆cTzcVzYvME :2007/01/16(火) 17:32:29 ID:i9SSspiA0
>>125
同意。

βのうちは、わかる人だけわかればイイ。

それなりに開発経験あればわかるはずだし、
その点じゃ、β利用者をふるいにかけれるから。

まぁオレにしかわからんようじゃ、それはそれで困りもんだけど…

ついでに現状報告。

とりあえず GUI の基本となるメインフレームを作ってま。
GUI 整備は面白みが少ないのに、やたらコーディング量が多くて苦痛。
おいしいとこは後にとっとく性分故、面倒な作業は先に済ましたいところ。

127 :名無しさん@お腹いっぱい。:2007/01/16(火) 18:28:06 ID:lMGJCe1+0
おいしいとこだけ食べたいよ

128 :名無しさん@お腹いっぱい。:2007/01/16(火) 22:42:34 ID:7Gkz3iXU0
おいしいとこだけ食べさせて欲しい、でしょ?

129 :名無しさん@お腹いっぱい。:2007/01/18(木) 23:21:49 ID:vCD9l7Fe0
期待しているので保守

130 :名無しさん@お腹いっぱい。:2007/01/28(日) 09:21:44 ID:X2454qKu0
最終安定版とか来てるじゃん!
最終とか言われるとそろそろ正式版も始まるかと期待

131 :名無しさん@お腹いっぱい。:2007/01/28(日) 11:33:23 ID:sh6qHviv0
>>130
wktk

132 :名無しさん@お腹いっぱい。:2007/01/31(水) 16:59:45 ID:2v+iz4Ic0
使ってみて、ちょっと要望があるんですが今はそういう時期ではないのかな?
画像への属性付け操作について、表示されている画像を左の属性の上にD&Dで行えればかなりサクサクできそうなんですが、難しいでしょうか。
お暇な時にでも検討していただければ幸いです。

133 : ◆cTzcVzYvME :2007/01/31(水) 20:58:56 ID:jjqHa5RJ0
>>132
> 使ってみて、ちょっと要望があるんですが今はそういう時期ではないのかな?
adbtest に関しては、これ以上、機能を追加する予定はないですが、
要望、提案は、正式版開発の参考にさせてもらいますので遠慮なくどうぞ。
また、すぐ対応できそうな内容なら、adbtest に実装する場合もあります。

> 画像への属性付け操作について、表示されている画像を左の属性の上にD&Dで行えれば
> かなりサクサクできそうなんですが、難しいでしょうか。
特に難しいことはないと思いますので、正式版での実装を検討しておきます。
ちなみに「表示されている画像」とはサムネイルのことですよね?

ついでに現状報告。

GUI に関してはだいぶ形になってきた感じ。
今はサムネイルビューの作り込みをやってて、
リストアップを効率化するための実験的なインターフェイスを試してる。
うまくいくかどうかはまだわからんが、これが一つの山だな。

134 :名無しさん@お腹いっぱい。:2007/02/01(木) 01:39:25 ID:aSg/8l6i0
>>133
楽しみに待っております。

135 :名無しさん@お腹いっぱい。:2007/02/02(金) 12:12:47 ID:oUfpQ22s0
>>133
ハァハァ

136 :名無しさん@お腹いっぱい。:2007/02/11(日) 21:30:03 ID:anCF0dJL0
バージョンアップキテター!

137 :名無しさん@お腹いっぱい。:2007/02/13(火) 02:28:13 ID:VWPcAwes0
作者タン乙!
ダウンロードして使ってみました。
・タグ付け後の検索(抽出)はメチャ便利!
・属性ショートカットキーマップはわかりやすいし、表示・非表示切替ができてイイですね。
・history.txtを読んだのですが「コピーして取り込む」の意味がイマイチよくわかりません。
 これはどういう時に使うのでしょうか?
・属性と別にコメントを付けられるのも自分的にはお気に入りです。
・本体の見た目(UI)のレイアウトを自由変更できたらいいなと思います。
 【現在】
------------
| |    |  | ←
| |    |-- |  ↑
| |     |   | ←↑
| |---------|  ↑
| |       |  ↑
-------------  ↑ 
↑          ↑
↑ ・属性・コメントビュー
・属性ツリービュー
・サムネイルビュー
  ↓・拡大画像ビュー
  ↓ ↓
-------------
| | |   |  |
| | |    |   |
| | |    |--- |
| | |    |   |
| | |    |   |
--------------

138 :137:2007/02/13(火) 02:35:15 ID:VWPcAwes0
それから提案ですが、画像に付与されたタグの時系列の変化が確認できたら面白いのではないでしょうか?
(例) ○画像aaa001.jpgの変更履歴。
    20051201:エロ→20060901:エロかっこいい→20070212:エロ_見飽きた

    ○画像bbb002.jpgの変更履歴。
    20051201:その他→20060901:メガネっ娘→20070212:縁無しメガネ
    
    ○直近三ヶ月のタグ変更総履歴
    巨乳→Fカップ以上、微乳→Eカップ以下、フェチ→ニーソックス→フェチ→削除、等    

というのは昔、属性毎に振り分けた画像を時間が経ってから見直すと、いくつかの画像で
前に付与したタグ属性を変えたほうがいいのでは、と思うようになったからです。

当時自分なりに熟慮の末、各画像に適切と思われるタグ付けをしたのに、
今見ると別のタグに変えたほうがいいなと考え直すことがちょくちょくありました。

それはタグを付けた当時のお前が悪いんだろという話になりますが。
フォルダ内の画像そのものは - デジタルデータですので - 変わりはしませんが
月日の推移に伴う所有者の気持ち次第で画像の価値なり重要度が変わることはないでしょうか?
私以外の人間に必要な機能かわかりませんが…

次期リリースを楽しみに待っています。
お体に気を付けて。

139 : ◆cTzcVzYvME :2007/02/13(火) 06:11:15 ID:JYBx1pV30
>>137-138
・コピーして取り込むの意味について
まず「取り込む」についてですが、これは画像ファイルをデータベースフォルダ以下に
格納して管理する機能で、これはフォルダ管理から完全に脱却した人用です。

利点は
・db フォルダごとバックアップしたり別の PC へ移したりできる。
・画像の保存先を選ばなくてもよくなる。
・重複(完全一致)ファイルは自動ではじかれる(取り込まれない)。

「コピーして取り込む」は、取り込みたいけどフォルダ管理も継続したいから
元ファイルを移動されちゃ困るって場合に使います。

この取り込み機能は、画像振り分けスレで出ていた、
画像を一箇所に集め、一元管理するというアイデアの実装例ですが、
(この機能に限らず)まだテスト段階なので、利用は自己責任でお願いします。

・タグの時系列の変化について
この提案の根っこには、以前、振り分けスレで指摘されていた問題があるように思います。
要は画像の属性が一意に定まらず、時と共に変化、増減するので、
いつまでたっても属性の設定が完了しないという問題です。

これに関するオレなりの回答は既に出ていますが、
この辺を補助する機能は基本機能を作り終えた後で考えたいのでこの件は保留とします。
とりあえず、変更履歴を表示させるだけではあまり意味がないと思います。

140 : ◆cTzcVzYvME :2007/02/13(火) 06:12:58 ID:JYBx1pV30
・レイアウト変更について
いずれ対応したいとは考えていますが、なにぶん GUI のベース部分に関わる機能ゆえ、
既にメインフレームを作り終え、各ビューの実装に入っている今からだとかなり面倒です。
本来、メインフレームに関する機能は、初期スケルトンの段階で実装しておくべきですが、
開発スケジュール短縮のため、レイアウト変更機能は見送ることにしたので…
一応、各ビューの表示・非表示の切り替えはできるようにしてあります。

ついでに現状報告をしておくと、
とりあえず単なるビューアとしては使えるレベルになってきたかなって感じ。
いくつか既存のビューアにはないような機能を付けてみたが結構使いやすい。
今はやっとこさ DB 関連の UI に取り掛かったところ。

141 :名無しさん@お腹いっぱい。:2007/02/13(火) 12:35:57 ID:ewZ5cUpC0
乙乙

142 : ◆cTzcVzYvME :2007/02/19(月) 06:47:18 ID:QTN0I+bk0
近日中に adbtest2 を公開できそうなとこまで来たんだが、ちょいと聞きたい。

コメントでソートってやっぱ欲しい?

と言うのは、コメントを取得するのにDBアクセスが必要なもんで、
どうしてもリストアップ動作が遅くなってしまうから。

オプションで切り替えられるようにするのもちょっと面倒な部分なんで、
できたら決めうちでいきたいんだが、どうなんだろ?

個人的にコメント機能はおまけ程度に考えてたんで、
ざっくり切りたいとこなんだがダメかな?

一応、ソートとは別に、コメント検索を実装するつもりではあるんだが…

143 :名無しさん@お腹いっぱい。:2007/02/19(月) 09:23:53 ID:xX77ocXb0
欲しいに一票

144 :名無しさん@お腹いっぱい。:2007/02/19(月) 10:59:20 ID:BF2BCSAB0
リストアップが遅くなるのであれば要らないに一票。

コメントソートしようとしたときに読みに行くなら、構わないんだけど。

145 :名無しさん@お腹いっぱい。:2007/02/19(月) 11:21:15 ID:3vEMucKI0
コンソメスープならほしい

146 :名無しさん@お腹いっぱい。:2007/02/19(月) 12:34:25 ID:Xy3SVtt20
コメントでソートするときだけ重い、って事なら問題ないと思うけどね


147 : ◆cTzcVzYvME :2007/02/19(月) 14:15:05 ID:QTN0I+bk0
>>143-146
回答ありがと。参考になった。

とりあえずソートのタイミングで取得しにいくことにするわ。

148 :名無しさん@お腹いっぱい。:2007/02/19(月) 18:12:11 ID:xX77ocXb0
あったら使う派だな
多少遅くなっても便利になるならつけてほしいかな

149 :名無しさん@お腹いっぱい。:2007/02/20(火) 03:24:06 ID:MNCH5OOF0
コメントソート機能は外部アプリ(要開発w)ですればいいのでは?

150 : ◆cTzcVzYvME :2007/02/20(火) 06:08:39 ID:R+2n4wB60
>>149
もう実装しちまったよ。

リストアップ後、初回のコメントソート(あと画像サイズ関連ソートも)は、
ちょいと待たせるが、その後は満足いく速度がでてる。

コメントソートとか使わん人には影響ないようにしといたんで安心しとくれ。

151 : ◆cTzcVzYvME :2007/02/20(火) 19:55:30 ID:R+2n4wB60
adbtest2 のβ版を公開しました。

若干予定を変更したんで readme.txt をご覧下さい。

152 :名無しさん@お腹いっぱい。:2007/02/20(火) 20:44:26 ID:YuY/jDKN0
乙〜

153 :名無しさん@お腹いっぱい。:2007/02/22(木) 11:03:39 ID:+pLGuO9B0
他ソフトから移行しやすいといいな
逆に他ソフトへもね

154 :名無しさん@お腹いっぱい。:2007/02/24(土) 13:34:11 ID:88b9i/Ov0
>>153
他ソフトって例えばどんな?adobeのフォトアルバムだっけ?

155 :名無しさん@お腹いっぱい。:2007/02/27(火) 08:10:21 ID:GsCW171s0
要望
画像クリック(左or右orホイール)で規定のビューワーで開くようにしてほしい

画像表示をシングルクリックでもできるようにして
シングル・ダブルクリックどちらでするかの設定がほしい

156 : ◆cTzcVzYvME :2007/02/27(火) 11:00:19 ID:OVEOLs070
>>155
> 規定のビューワーで開く
開くのが一枚だけでいいなら簡単だけどそれでイイ?
あと、書庫内ファイルはたぶん開けんよ?

> 画像表示をシングルクリックでもできるように
これはサムネイルに対するクリックのことでイイのかな?
もし属性ビューやフォルダビューとかだったら、仕様的に対応し辛いんで。

157 :名無しさん@お腹いっぱい。:2007/02/27(火) 18:16:00 ID:GsCW171s0
>>156
画像タブ?で開いてる画像をクリックしたらって感じで
一枚だけでOKっす

サムネイルのことであってます

158 :名無しさん@お腹いっぱい。:2007/02/27(火) 19:40:16 ID:7tO9wF8K0
axpathlist.spiもありがたく頂戴したよ
面白いね、これ

159 :名無しさん@お腹いっぱい。:2007/02/27(火) 23:53:53 ID:al3dfBw70
俺も要望。
画像をリストアップしたら画像リストにフォーカスを移すか、
あるいは各リスト・ビューにフォーカスを移すコマンドが欲しい。

それとリストアップした画像のパスを外部アプリに直接渡したい。
今でもパスリストを中継すれば可能だが……。

160 : ◆cTzcVzYvME :2007/02/28(水) 09:09:16 ID:hi4dYeA70
>>157
了解。

>>158
地味に需要あるみたいっすな。
某スレじゃ宣伝扱いされてたけどw

>>159
> 各リスト・ビューにフォーカスを移すコマンドが欲しい。
了解。

> リストアップした画像のパスを外部アプリに直接渡したい。
これはリストアップされた複数の画像パスをってことだよね?

一応、機能仕様は考えてるんだけど…

161 : ◆cTzcVzYvME :2007/02/28(水) 09:10:49 ID:hi4dYeA70
□操作仕様
1.画像リスト(サムネイルビュー)で外部アプリに渡したい画像を選択。
2.右クリックポップアップメニューで「プログラムから開く」を選ぶ。

□動作仕様
・パスの伝達には、パスリストとコマンドライン引数を用いる。
・外部アプリがパスリストに対応しているかどうかを AtPicture 側では感知しない。
・パスリストは外部アプリを起動するタイミングで一時ファイルとして作成する。
 また、作成したパスリストは AtPicture の終了時に全て削除する。
 このとき、外部アプリがまだ起動中で、パスリストを参照している場合、
 削除に失敗するが放置、次回起動時に再度削除を試みる。

□パスリスト仕様
・文字コードは ShiftJIS で、改行はCRLF。
・ディレクトリの区切りは \(書庫内パスは / 区切りの場合があるけど全て \ に統一)。
・書庫はファイル名をそのままディレクトリ名として表現する。
 例:C:\aaa\bbb.zip\01\ccc.lzh\ddd\001.jpg

こんな感じでイイかな?

162 :名無しさん@お腹いっぱい。:2007/02/28(水) 13:50:15 ID:5ZmMoX2q0
>>161
属性別にサムネイルサイズ指定できるHTML形式のカタログファイル作れたら火狐で見られて素敵やん☆


163 :名無しさん@お腹いっぱい。:2007/02/28(水) 14:25:23 ID:GR7DgfPp0
>>160,161
ありがとうヽ( ・∀・)ノ 

> これはリストアップされた複数の画像パスをってことだよね?
yes. 画像パスをビューアやコピー拡張ツールに渡したいのです。

> ・パスの伝達には、パスリストとコマンドライン引数を用いる。
パスの渡し方をパスリスト or 引数から選べる、という意味なら文句なしです。
まあ、パスリストのパスを引数で渡すという意味だとしても、
対象がパスリスト非対応の場合にスクリプト咬ませる手間が増えるだけで、実質問題なしですが。

164 : ◆cTzcVzYvME :2007/02/28(水) 22:29:27 ID:hi4dYeA70
>>162
オレは実装する予定ないけど、そういう外部アプリは簡単に作れますな。

>>163
> パスの渡し方をパスリスト or 引数から選べる、という意味
ではなく
> パスリストのパスを引数で渡すという意味
です。

引数オンリーの方が楽なんだけど、複数のパスを渡すとなると、
コマンドライン文字数には上限があるので…
ちなみに、>>156で一枚だけでもイイか聞いてたのは引数でやりたかったから。
パイプでもイイけど、外部アプリ側が実装すんの面倒でしょ?

165 :163:2007/03/01(木) 00:43:40 ID:yaIjTSQA0
やはりコマンドラインの制限が問題ですか。
まあ他の人の考えは解りませんが、私個人としては>>161で問題ないです。はい。

166 : ◆cTzcVzYvME :2007/03/01(木) 23:42:49 ID:rYJTR2ka0
>>155>>159で頂いた要望に対応しました。
詳しくは history.txt をご覧下さい。

167 :名無しさん@お腹いっぱい。:2007/03/02(金) 00:23:18 ID:taaqpwo50
乙です

開けない…と思ったらリストから開いてた事に気付くw
表示画像で右クリックですな。

.sz7ってはじめて見たかも。

168 :名無しさん@お腹いっぱい。:2007/03/02(金) 01:04:58 ID:iovPocpI0
久々に来たんだけど、もう使えるレベルになってる?

169 :名無しさん@お腹いっぱい。:2007/03/02(金) 07:35:51 ID:wtHHX/eR0
乙!

>>168
(´・ω・`)お前さんの評価基準なんて知らんがな

170 :名無しさん@お腹いっぱい。:2007/03/03(土) 10:15:30 ID:ES4g2tXe0
これってサムネイルサイズがある一定以下になると
Exifサムネイルを優先するのな。

Exifサムネイルが間違ってる画像が紛れ込んでて、
サムネイルと表示画像が合わないわ
サイズを変えると正しい表示に戻るわで悩んだ w

// "縮小版"ってちゃんとExif読み取るんだなと感心してしまった。

171 :名無しさん@お腹いっぱい。:2007/03/03(土) 10:51:35 ID:GIw27IY90
サムネイルサイズはプリセットで何種類か選べるといいな
スライダーを右クリックすると 32x32, 64x64, ... ってコンテキストメニューが出るとか

172 : ◆cTzcVzYvME :2007/03/03(土) 17:38:55 ID:k80pcD7K0
>>171
プリセット指定できるようにしときました。

>>170
> ちゃんとExif読み取るんだなと感心
その辺は GDI+ が面倒見てくれてるので、実は何もやっとらんのです。
やってるのは、サイズによりサムネイルの取得方法を切り替えてるだけ。
この辺の動作は INIファイル [Thumbnail] セクションの Quality キーの値で調整できます。
詳しくは history.txt に書いときましたんでそっちを見てください。

173 :名無しさん@お腹いっぱい。:2007/03/04(日) 06:19:40 ID:rXbLP/yz0
乙乙
頻繁にver.upされるのは嬉しいが、逆にペース配分が心配になってくる
無理して体など壊しませんように……

ところで選択画像を別ウィンドウにD&Dで渡せないかな
などと舌の根の乾かぬうちにいってみる

174 :名無しさん@お腹いっぱい。:2007/03/04(日) 09:55:56 ID:LJbjiB8I0
乙!
あとは条件検索が使えれば十分実用にかなうね。

ひとつ要望。
「属性を指定してリストから消去」で、チェックの解除・反転ができると嬉しいです。


175 :名無しさん@お腹いっぱい。:2007/03/04(日) 15:19:22 ID:MT9QI8Rs0
応援してます(`・ω・´)

176 :名無しさん@お腹いっぱい。:2007/03/04(日) 18:47:37 ID:MT9QI8Rs0
便利です。もう実用

個人的な要望が幾つかあるのですが、
可能なら実現して頂きたいです。

・画像表示部をWクリックで全画面表示
・右クリックメニューで、表示画像の存在するフォルダへ移動
(外部プログラムではなくat_pictureのフォルダ表示で)
・右クリックメニューで、表示画像の実ファイルを削除
(属性付加の作業中に要らない物を消したい事があります)

あと、属性リストの右クリックメニューの、
画像をリストアップ(L)-すべてを含む(O)なのですが、
すべてを含む”(A)”ではないでしょうか。

一番使う機能なので修正お願いします><

177 :名無しさん@お腹いっぱい。:2007/03/04(日) 18:51:48 ID:MT9QI8Rs0
便利です。もう実用させて頂いています。

もう一つ、余計な機能だとは思うのですが、
属性のアイコン[Alt]に、バリエーションは付けられないでしょうか。

必要に応じて何色か選べる様に出来ると有難いです。
灰色以外に何パターンか変えられるだけでも十分です。

178 :名無しさん@お腹いっぱい。:2007/03/04(日) 19:02:38 ID:MT9QI8Rs0
Ctrl+ダブルクリックで、属性の追加リストアップの機能がありますよね。

同じような操作方法で、絞り込む機能があると嬉しいです。
Shift+ダブルクリックとか・・・

179 : ◆cTzcVzYvME :2007/03/04(日) 23:18:05 ID:UTOn9dSD0
>>173
> 選択画像を別ウィンドウにD&Dで渡せないかな
できるけど、意外と面倒な処理なのでしばらくお待ちください。
あと、別フォルダ同名ファイルがあった場合は自動リネームでOK?

>>174
> 「属性を指定してリストから消去」で、チェックの解除・反転
対応しました。

>>ID:MT9QI8Rs0
要望のほとんどは、実装予定に入っとります。
あと、いっぺんには対応できんので、もうちょいおちつけw

> あと、属性リストの右クリックメニューの、
> 画像をリストアップ(L)-すべてを含む(O)なのですが、
> すべてを含む”(A)”ではないでしょうか。
修正しました。

> 属性のアイコン[Alt]に、バリエーションは付けられないでしょうか
属性だけでなくカテゴリのアイコンも変えられるようにするつもりで、
内部構造では既に対応してあります。
db フォルダの中に icon フォルダがあると思いますが、
そこにユーザー定義のアイコンを格納する予定です。
あと属性のアイコン、一応あれは「Att」ね。

180 :名無しさん@お腹いっぱい。:2007/03/05(月) 01:01:00 ID:PyfMAlqy0
ごめん、あまりの使いやすさに興奮を抑えきれなかった(`・ω・´;

181 :名無しさん@お腹いっぱい。:2007/03/05(月) 01:30:31 ID:R93Ljitg0
バグ報告。
属性ビューから右クリックで属性を追加すると
すべてのキーマップが初期化されてしまう。

【使用バージョン】 0.0.4.2
【OS】 Windows XP Professional

182 : ◆cTzcVzYvME :2007/03/05(月) 02:29:50 ID:8wHsNrdu0
>>181
報告ありがと。
たぶん直ったと思いますのでバージョンアップしてください。

183 :名無しさん@お腹いっぱい。:2007/03/06(火) 13:31:17 ID:sMaHFSnw0
(・∀・)

184 :名無しさん@お腹いっぱい。:2007/03/06(火) 14:03:55 ID:sMaHFSnw0
おお、どんどん便利に…
おつかれさまです。本当に助かってます。

要望続きで申し訳ないのですが、リストアップされている画像から、
任意の属性を持つ画像だけを残す機能、を実装する予定はないでしょうか。
Ctrl+Shift+ダブルクリックとか。
積集合というか絞込みの機能として、使える機会は多いと思います。


185 :名無しさん@お腹いっぱい。:2007/03/06(火) 14:20:53 ID:sMaHFSnw0
どのタイミングかは分からないのですが、属性キーマップが、
勝手に別のキーマップに切り替わっている事があります。

キーマップ切り替えのショートカットってありましたっけ?


186 :名無しさん@お腹いっぱい。:2007/03/06(火) 15:11:56 ID:ZCd3/KwH0
>>185
左右カーソルキー

187 :名無しさん@お腹いっぱい。:2007/03/06(火) 15:53:58 ID:sMaHFSnw0
カーソルキー!
ありがとう。

188 : ◆cTzcVzYvME :2007/03/06(火) 19:51:58 ID:G0D51C3M0
>>184
> 任意の属性を持つ画像だけを残す機能
実装しときました。

189 :名無しさん@お腹いっぱい。:2007/03/07(水) 00:27:13 ID:PEba5jfe0
属性の絞込み、使わせて頂いてます。(・∀・)イイ!!
個人的には格段に使い勝手が上がった様に感じます。

あとは、画像のフルスクリーン表示だけでも実装して頂ければ、
ビューアとしても他のソフトが必要ない位に便利なのですが…

190 :名無しさん@お腹いっぱい。:2007/03/07(水) 09:12:48 ID:jbm+fOxl0
トッテモ(・∀・)イイ!!!

janeCacheをそのままでタグ管理できる画像管理ソフトを探し続けてたどり着きました
他にもいくつか該当ソフトあったんだけど、大抵大量のキャッシュに押しつぶされて
氏んでたから、うんk自作ソフト使ってたんだけどやっとお別れできそうだ

191 :名無しさん@お腹いっぱい。:2007/03/07(水) 09:36:47 ID:jbm+fOxl0
早速要望ですが

・画像リスト部分もsusieプラグインで表示して欲しい(ifvch.spi使用中)

192 : ◆cTzcVzYvME :2007/03/07(水) 12:16:41 ID:awEy9bhb0
>>191
画像リスト部分もsusieプラグインで表示できますよ。

ifvch.spi はぐぐっても見つからなかったんですが、
VCH.spi でしたらソース同梱されてたんで見てみましたところ、
GetPreview 関数が実装されていないようです。

SPI を用いたサムネイル生成では、サムネイルサイズに応じて
GetPreview と GetPicture を使い分けています。
※詳しくは history.txt、version 0.0.4.1 の更新情報に書いてあります。

たぶん、スライダーバーでサムネイルサイズを大きくすれば表示されると思います。
それかINIファイル[Thumbnail]セクション Quality キーの値を100にしてみてください。

193 :名無しさん@お腹いっぱい。:2007/03/07(水) 13:47:25 ID:PEba5jfe0
属性ビューでの右クリックから属性の追加を行った時に、
追加した属性が表示されない事があります。

再び同名の属性を作ろうとすると、
同名の属性が存在すると言われてしまいます。

一番最後(下?)に位置する空のカテゴリの中に、
属性を追加しようとした時に、この状況を確認しています。

194 :名無しさん@お腹いっぱい。:2007/03/07(水) 14:59:02 ID:PEba5jfe0
私の使い方の問題ではあるのですが、属性が増えすぎて割り振りが追いつきません。
属性付けを更に効率的に出来ないかと考えています。

順次少しずつで構わないので、検討して下さると幸いです。

私は主要な属性をキーマップで、準じて必要な属性をマウスでビューから付加しています。
キーマップではキーが不足し、マウスクリックによる直接付加では、
目的の項目を見つけるのに時間が掛かってしまいます。

キーボードショートカットに、属性の付加だけではなく、
キーマップを切り替える動作の割り当ても出来ないものでしょうか。

属性のアイコン変更は対応して下さる予定との事ですが、
文字色や背景色も変えられる様にしては如何でしょうか。
より直感的に属性を認識できる様になると思います。

195 : ◆cTzcVzYvME :2007/03/07(水) 15:31:37 ID:awEy9bhb0
>>193
いろいろ試してみましたが、こちらでは再現しません。
確実に再現する手順がわかりましたらお知らせ下さい。

>>194
> キーボードショートカットに、キーマップを切り替える動作
それが>>186なんだが、それ以外にってこと?

> 文字色や背景色も変えられる様に
検討しときます。

196 :名無しさん@お腹いっぱい。:2007/03/07(水) 15:43:22 ID:PEba5jfe0
検討ありがとうございます。

分かりました。
初期状態から始めて同様の状況を再現できないか探してみます。

197 :名無しさん@お腹いっぱい。:2007/03/07(水) 15:47:56 ID:PEba5jfe0
いくつもキーマップがある時に一瞬で切り替え出来れば、と思うのです。
左右カーソルキーでの移動も使っているのですが…

もうひとつキーマップの属性付けについて提案があるのですが、
キーマップの階層化、といった方法が使えないかと考えています。

3−3−A、3−2−A、2−D、と幾つかのキーを連続して押す事で、
任意の属性を割り当てるという方法です。
カウンターストライク等のFPSゲームのラジオチャットが近いイメージなのですが…

キーマップ移動のキーを押す度に、キーマップが切り替わり、一覧も変わります。
常に一覧を出して置けば項目を覚えていなくても、迷いにくいです。
属性付加のキーを押した時点で、一連の操作の終わりです。

キーマップにも、属性のカテゴリ構造を持たせる感じです。
慣れてしまえばキーのコンボを暗記して、迅速に属性を付加できると思います。

キーによる属性の付加と同時に、
押した直後に切り替わるキーマップを指定できる様になれば、
今までの使い方と共存しつつ、この機能を実現できると思います。
(それでも今の仕様のままだと沢山のキーマップを作る事になってしまいますが)

ちょっと無茶な提案ですが参考程度に…(`・ω・´;)

198 : ◆cTzcVzYvME :2007/03/07(水) 16:11:53 ID:awEy9bhb0
>>197
> ちょっと無茶な提案ですが参考程度に…(`・ω・´;)
うん。かなり無茶な提案だね(褒め言葉)w
でもおもしろいよ。たぶんオレには使いこなせんがw

とりあえず、基本機能の完備を優先させたいので、
それは後回しになるけど、前向きに検討しときます。

199 :名無しさん@お腹いっぱい。:2007/03/07(水) 17:52:05 ID:DxNgEGfT0
>>198
コマンドラインから任意のキーマップに対応した属性を不可させるようにできませんか?

...at_picture.exe "対象ファイルのパス" "キーマップ"

のように指定できれば他のソフトでフォルダ整理しながらでも属性付けできるので・・・

200 :199:2007/03/07(水) 17:53:39 ID:DxNgEGfT0
追記。

>199が可能なら外部ソフト経由で>197も可能になりますし・・

201 :名無しさん@お腹いっぱい。:2007/03/07(水) 18:19:29 ID:PEba5jfe0
無茶な提案ながら関心を持ってくれただけでも嬉しいです><

>>193の属性消失現象の再現が出来ました。
空の新規カテゴリを作成後に、
その空カテゴリを上の階層の一番最後に移動させて、
そのカテゴリの直下に属性を追加しようとすると起きる模様です。

再現手順は、

初期起動状態から「属性」カテゴリ直下に、カテゴリ「cat1」作成
カテゴリ「cat1」直下に、更にカテゴリ「cat2」作成
カテゴリ「cat2」をカテゴリ「cat1」と同じレベルに移動する(cat1の後にcat2がくる様に)
カテゴリ「cat1」直下に属性「att1」を作成
カテゴリ「cat2」直下に属性「att2」を作成
(ここでatt2が表示されない、カテゴリ「cat2」に子項目が増えず展開出来る様にならない)
再び属性「att2」を作ろうとすると、既存の属性名であるとエラー

ところで、属性「att1」をカテゴリ「cat2」にドロップすると、
表示されなかった属性「att2」も表示される > 存在はされているが表示されない

とりあえず、同様の症状が起きた時でも、
他のカテゴリから属性をドロップすれば表示されるようになるので、
手間のかかる修正になりそうだったら、後回しにして下さっても大丈夫です。

環境は0.0.6.1版、XP(SP2)です。

むしろ簡易でもフルスクリーン表示があると嬉し(ry

202 :名無しさん@お腹いっぱい。:2007/03/07(水) 20:03:55 ID:LbQHZ5/e0
なんだか活発なスレになったな
これによって完成が早まるのか遅くなるのか

203 :名無しさん@お腹いっぱい。:2007/03/07(水) 20:37:22 ID:jbm+fOxl0
>>192
こちらの確認不足でした(´・ω・`)
スライダーを50%以上で無事表示できました

蛇足になりますが、ifvch.spiはコチラになります
ttp://www.geocities.jp/pokan_chan/

204 : ◆cTzcVzYvME :2007/03/07(水) 21:01:30 ID:awEy9bhb0
>>199
技術的には可能ですが、いくつか解決しなければならない問題があります。
設計を確認した上で、実装について検討してみます。

>>201
> 属性消失現象の再現が出来ました。
詳しい再現情報をありがとうございます。
現象を確認できたのでデバッグしておきます。

> むしろ簡易でもフルスクリーン表示があると嬉し(ry
フルスクリーンはちょいとこだわりたい部分があるので、
簡易で実装しちゃうと2度手間になってやっかいなんです。
なのでもうしばらくお待ちください。

あと、キーマップ切り替えですが、1〜0を潰して、
それらを左から10個分のキーマップタブに割り当てるってのはどうですか?
※ファンクションキーもあいてるけど、それはちょっと行儀が悪いんで…

>>203
了解。
ちなみに、次バージョンでは GetPreview が失敗したとき、
GetPicture で取得し直すかINIファイルで設定できるようになります。

205 :名無しさん@お腹いっぱい。:2007/03/07(水) 21:43:37 ID:PEba5jfe0
フルスクリーン、こだわっちゃって!ヽ(`・ω・´)ノ
待ちます、どうぞ気にしないで下さい

>1〜0のキーマップ切り替え
良さそうですね!元より1〜0に切り替えを割り当てるつもりでしたw
キーマップタブの順番も移動出来る様になるのでしょうか?

そういえば、shift+アルファベットで、
ショートカット属性設定(キーの割り当て)が出来る様になっていますが、
コンボボックスの一覧から選ぶよりも、カテゴリ別に整理された属性ビューから、
任意の属性にキーを割り当てる方が便利な様に感じます。

思い切ってshift+アルファベットも、
キーマップで使える様にしては如何でしょうか。

1つのキーに対して、2つの属性を割り当てられると、
実質的な属性ショートカットキーの数が増えるので、私としては便利なのですが…。

206 :名無しさん@お腹いっぱい。:2007/03/07(水) 22:04:35 ID:upc+LXXH0
>思い切ってshift+アルファベットも、
>キーマップで使える様にしては如何でしょうか。

私も賛成です。
ショートカット属性設定は頻繁に使う機能ではないですし。
個人的には1〜5をレーティングに使っているので潰されると困るというのもあります。

207 :名無しさん@お腹いっぱい。:2007/03/07(水) 22:10:58 ID:8A2Xw19J0
>それらを左から10個分のキーマップタブに割り当てるってのはどうですか?
Ctrl+1〜0に一票

208 :名無しさん@お腹いっぱい。:2007/03/07(水) 22:51:25 ID:PEba5jfe0
Ctrl+1〜0だと1〜0が潰れなくて良いですね。

ただ、個人的には1〜0を指一本で切り替えられる方が、
ポンポン切り変えられてありがたいなぁ…

「1〜0のみで切り替える」、といったオプション扱いにして導入したら、
使い方に応じて選べる様にならないでしょうか。

Ctrlなしの1〜0をキーマップ切り替え、
Ctrl+1〜0は普通の1〜0という、反対の挙動にするとか…

209 : ◆cTzcVzYvME :2007/03/07(水) 23:29:05 ID:awEy9bhb0
Ctrl+1〜0 で切り替えにしといて、
1〜0 で割り当てがされてないとこは、それ単体でも切り替え可ってどうよ?

あと、テンキーを別扱いするって手もある。

210 :名無しさん@お腹いっぱい。:2007/03/08(木) 00:31:01 ID:OtxbfQVP0
いっそキーマップのタブの右クリックに「ショートカットキー登録」追加してはどうか。
んで、連続した入力をキーマップ−−>各ショートカットと認識するとか(explorerでのインクリメンタルサーチみたいな感じ?)
ってこれキーマップの切り替えじゃなくて、ショートカットの階層構造化みたいなネタだな。すまそ。


ところで流れ豚斬りだけど
適用対象「両方」、動作「トグル」の状態で表示してる画像を選択すると、
属性付加も除去もできなくなるのは厄介なので仕様変更して欲しい。

それと「名前の変更」にF2割り当ててもらえませんか。

211 :名無しさん@お腹いっぱい。:2007/03/08(木) 00:32:25 ID:FfbdKoiW0
その仕様で十二分に使えると思います(`・ω・´)
細かいオプション等は、後から付けて下さるのでも構わないですし…

212 : ◆cTzcVzYvME :2007/03/08(木) 08:01:40 ID:fYvAjl850
では、キーマップ切り替えを>>209にしときます。
あと、「shift+キー入力」もショートカットキーにしたほうがイイのかな?
※ちなみに「shift+キー入力」で割り当て設定を行うインターフェイスは、
 「画像を整理するための何か」を参考にさせてもらってます。

>>210
> 適用対象「両方」、動作「トグル」の状態で表示してる画像を選択すると、
> 属性付加も除去もできなくなるのは厄介なので仕様変更して欲しい。
これは仕様じゃなくてバグですな。直しておきます。

> それと「名前の変更」にF2割り当ててもらえませんか。
了解。

213 :名無しさん@お腹いっぱい。:2007/03/08(木) 09:52:04 ID:FfbdKoiW0
朝からおつかれさまです。
キーマップ切り替え楽しみにしています。

「shift+キー入力」のショートカット属性設定も、
属性の数が少ない最初のうちは使えたのですが、
大量の属性を気兼ねなく扱える事が特長のソフトとしては、
キーマップに充てた方が有効ではないでしょうか。

214 :210:2007/03/08(木) 18:08:11 ID:P+ANGfSI0
対応ありがとうございます。

> これは仕様じゃなくてバグですな
あ、やっぱバグですか。
なんとなく原理的には正しい?ような気がして
判断に苦しんだので「仕様」に逃げてしまいましたw

215 :名無しさん@お腹いっぱい。:2007/03/08(木) 21:05:37 ID:FfbdKoiW0
属性を新たに追加しようとすると、
runtime errorで落ちるようになってしまいました。

ちなみに、2,3個ほど属性を削除してから、
改めて属性を追加しようとすると普通に追加できました。
(更に追加しようとすると同様のエラーで落ちてしまいますが。)

初期状態からの再現手順は説明できないのですが、
属性の数を増やしすぎた為でしょうか。
数えてみましたが、属性の数は135個でした。

216 : ◆cTzcVzYvME :2007/03/08(木) 23:16:30 ID:fYvAjl850
>>215
これはなかなかやっかいなバグかもしれません。

こちらでも一度だけその症状を確認しましたが、
デバッグしようとしたら再現しなくなりました。

そのときは、そんなに多くの属性を作っていなかったので、
属性の数が直接の原因ではないと思います。
試しに、属性を150個まで作ってみましたが再現しませんでした。

そちらでは、135個から追加すると確実に再現しますか?

217 :名無しさん@お腹いっぱい。:2007/03/08(木) 23:44:34 ID:FfbdKoiW0
私の環境では135個ですが、(若干数え違いがあるかも知れませんが)

10個ほど要らない属性を削除して、
更に10個新しい属性を作ってみたところ、
10個目で同様のエラーが発生してしまいました。

ただ、2個減らした後に1個増やした場合でも、
同様のエラーが発生した事がありました。(必ずしも135個が発生条件でない?)

218 :名無しさん@お腹いっぱい。:2007/03/08(木) 23:53:43 ID:FfbdKoiW0
属性の分類や並び替えは、ずいぶん頻繁に行っていました。
その属性の配置移動の際に、何か不都合が生じたという事は考えられないでしょうか。

219 : ◆cTzcVzYvME :2007/03/09(金) 00:41:16 ID:6Vk5dDqa0
>>218
それは有り得ると思います。
こちらでエラーが出たのは、>>201のデバッグ中でしたので…

ひとまず、>>201のバグ修正は終えましたが、
これが原因であるとするとDBを再構築しないと直らないかもしれません。

とりあえず、もう少しテストしたら更新します。

220 : ◆cTzcVzYvME :2007/03/09(金) 01:04:29 ID:6Vk5dDqa0
とりあえず更新しました。
今日はもう寝ます。

221 :名無しさん@お腹いっぱい。:2007/03/09(金) 01:44:48 ID:AwVDq3BJ0
乙であります

222 :名無しさん@お腹いっぱい。:2007/03/09(金) 02:37:55 ID:/LVM/c6Y0
沢山の更新おつかれさまです…。
属性の割り当ても楽になりそうです。

もし、>>215の原因が>>201のバグによるものなら、
属性ビューで表示されていない属性を棄却して、
表示されている属性だけで、DBを再構築できない物でしょうか。

私のDBでは、属性ビューに載っていない属性、
何処のカテゴリにも属さない属性が出来てしまっているようです。
>>201のバグの関係で、出来てしまった属性かも知れません。

この表示されない属性の名前を、仮に”hoge”と呼びますが、
属性ビューから全ての属性・カテゴリを削除しても、属性hogeは消せませんでした。
(別の属性の名前をhogeに改名する事で、属性の統合をして、
hoge属性を持った画像を作ることで確認しました)

223 :名無しさん@お腹いっぱい。:2007/03/09(金) 02:40:15 ID:/LVM/c6Y0
>>222の追記:属性ビューから全ての属性・カテゴリを削除しても、属性hogeを持たせた画像だけが残りました。

ところで、属性リストの属性の右クリックメニューで、、
その属性があるカテゴリを、属性ビューで開く機能を加えて頂けないでしょうか。
(格納カテゴリを開き、更にその属性自体を選択状態に)

同カテゴリに位置する別の属性を、リストに追加・削除したい時や、
その属性の所在が分からない時に使えると思うのです。

224 : ◆cTzcVzYvME :2007/03/09(金) 09:15:37 ID:6Vk5dDqa0
>>222-223
> 属性ビューで表示されていない属性を棄却して、
> 表示されている属性だけで、DBを再構築できない物でしょうか。
これはできると思いますので、ちょっくらそんなツールを作ってみます。

> ところで、属性リストの属性の右クリックメニューで、、
> その属性があるカテゴリを、属性ビューで開く機能を加えて頂けないでしょうか。
了解。

225 :名無しさん@お腹いっぱい。:2007/03/09(金) 20:38:02 ID:0cKsH33e0
サブフォルダの画像もリストアップ出来る様にして欲しい

属性を付けていない画像をリストから削除したい
また、属性の付いているない画像だけをリストに残したい
もしくは”属性なし”という属性をもつ画像として扱えないだろうか


226 : ◆cTzcVzYvME :2007/03/09(金) 21:22:39 ID:6Vk5dDqa0
>>222
属性ビューに存在しない無効な属性を属性DBから破棄するプログラムを作成しました。
http://artistic-imitation.hp.infoseek.co.jp/invattcleaner.zip

使い方は readme.txt に書いてあります。
これで直るかどうかはわかりませんが試してみて下さい。

>>225
> サブフォルダの画像もリストアップ出来る様にして欲しい
了解

> 属性を付けていない画像をリストから削除したい
> また、属性の付いているない画像だけをリストに残したい
画像リスト右クリックから「属性を指定してリストから消去」でできるはずです。
属性一覧に「※属性なし」という項目があるはずなのでそれをチェックして下さい。
消去するか残すかはラジオボタンで選んで下さい。


PS:
今からちょいと出掛けなきゃならんくなりました。
月曜まではレスおよび更新はできんので悪しからず。

227 :名無しさん@お腹いっぱい。:2007/03/10(土) 17:47:35 ID:wcp+F5vu0
プログラムありがとうございます。

早速これを試したところ、7個ほど無効な属性の削除に成功したのですが、
それでも、属性を追加しようとすると強制修了してしまいます。
(幾つか属性を減らして追加しようとしても、必ず落ちてしまう…)

新規に最初からDBを作り直してみました。
以前より多くの属性を扱っていますが、今のところ安定して使えています。
キーマップの切り替えも扱いやすくて快調です。

228 :名無しさん@お腹いっぱい。:2007/03/10(土) 19:15:21 ID:fGogT/5G0
このソフトもうだめぽ

229 :名無しさん@お腹いっぱい。:2007/03/10(土) 21:46:26 ID:A8F4s8Om0
このソフトじゃないともうだめぽ

スマートビューって何?


230 :名無しさん@お腹いっぱい。:2007/03/10(土) 22:57:47 ID:wcp+F5vu0
また微妙な要望で申し訳ないんですが、
ツールバー辺りの、画像ビュー近くの見やすい所に、
アクティブなキーマップの名前を表示して貰えないでしょうか。

今どのキーマップなのかを把握しやすくする事で、
キーマップの切り替え間違いを減らせると思うのですが。

属性キーマップのウインドウで状態を確認すれば済む事なのですが、
ウインドウを表示しないor邪魔にならない端の方に置いてしまうと確認しにくくて…。

231 :名無しさん@お腹いっぱい。:2007/03/10(土) 23:10:40 ID:wcp+F5vu0
ああ、でも将来的にUIの変更も出来るようにするつもりだったら、
今やっても仕方ないかも知れないですね。。。

すみません、上の奴は聞き流してください。
基本機能の完備がんばってください><

232 :名無しさん@お腹いっぱい。:2007/03/11(日) 00:59:08 ID:Tro/y8Bg0
>>229
ソフトの方向性と名前からして、よく使うクエリを保存?しておける
MacのスマートフォルダとかVistaの検索フォルダ的なものだと思うんだが
実際どうなんだろう。

233 :名無しさん@お腹いっぱい。:2007/03/12(月) 01:22:29 ID:uuAbjQKg0
前にiTunesのスマートプレイリストみたいなやつって言ってなかったっけ?

234 : ◆cTzcVzYvME :2007/03/12(月) 18:50:25 ID:RB4bs5Qh0
>>227
やっぱダメでしたか…
ですが、このバグを放置しておく訳にはいかないので、
いくつか検証用プログラムを作成しようと思います。
その不具合がでるDBってまだ手元にありますか?

>>230
とりあえずタイトルバーにアクティブキーマップを表示するようにしときます。

>>232>>233
そんな感じで合ってます。

235 :名無しさん@お腹いっぱい。:2007/03/12(月) 23:27:45 ID:rtVQcaWl0
大丈夫です。DB残ってます。


236 :名無しさん@お腹いっぱい。:2007/03/12(月) 23:32:48 ID:XKGzInCh0


       



         , -‐''"´ ̄```' ‐ .、._
        ,.‐'=-、 ,r=≡=      `‐.、
      ./ ー・=ノ ,-・=-'        \  
     ,i´    / l_,、\        ⊃   ヽ
 J⊂/     彡リリミミミ            .i、    
   ,i      ii-=ニ=- ii              l
    |      彡リリミミミヽ             |
.   |                          |
.    |                           l
    i                         ,l
.    ゙i                      ,i
.      ヽ                      ,/
       \                  ./
.          `‐.、            ,.‐'´
          `:‐.、. _   _,,.. -‐'"v
             v

237 : ◆cTzcVzYvME :2007/03/13(火) 03:17:19 ID:apOZfBdy0
いくつかの要望に対応しました。

>>235
了解。
近日中に検証用プログラムを用意しますので、
テストへのご協力をお願い致します。

238 :名無しさん@お腹いっぱい。:2007/03/13(火) 03:19:00 ID:DUtRNPDI0
おお、こんな時間まで乙です(´Д`*)
微力ながらお手伝い出来れば幸いです。

239 :名無しさん@お腹いっぱい。:2007/03/13(火) 23:06:52 ID:DUtRNPDI0
将来的に実装される機能だとは思うのですが、
属性リストの自動ソート(属性名)が欲しいです。

あるいは、属性の色分け機能(例えばカテゴリごとに色分け)があれば、
まだ付加していない属性のカテゴリは何か、色で認識出来るので有難いです。

DB登録済みファイルのパス変更(保存先ディレクトリ変更)なのですが、
ハッシュ機能がこちらにも実装されたら、可能になるのでしょうか。

240 :名無しさん@お腹いっぱい。:2007/03/14(水) 00:50:02 ID:rdmHVmIt0
サウンドファイルの強力なタグに比べると
画像ファイルのタグは貧弱この上ないからなあ。
ファイル数から言えばサウンドよりも画像のほうが遥かに多くなりがちだから
その整理には苦労してます。

そんなわけでこれ見つけて喜んでる次第です。
さっそく使ってみることにします。


241 : ◆cTzcVzYvME :2007/03/14(水) 01:21:49 ID:OrEJBpeF0
>>239
> 属性リストの自動ソート(属性名)が欲しいです。
自動ではなく右クリックメニューから行うようにするつもりです。

> DB登録済みファイルのパス変更(保存先ディレクトリ変更)なのですが、
> ハッシュ機能がこちらにも実装されたら、可能になるのでしょうか。
なります。

242 :名無しさん@お腹いっぱい。:2007/03/14(水) 10:52:05 ID:nS0H1oLL0
何このソフトぬるぽ

243 : ◆cTzcVzYvME :2007/03/14(水) 17:25:39 ID:OrEJBpeF0
>>238
検証用プログラムを作成しました。
http://artistic-imitation.hp.infoseek.co.jp/test.zip

テスト方法は readme.txt に書いてありますので、
それを試していただき、結果を教えて下さい。

244 :名無しさん@お腹いっぱい。:2007/03/14(水) 18:53:59 ID:AoOpXuMh0
readmeの通り、検証用プログラムで変更したDBで、
起動後に属性を追加しようとした時の挙動を報告します。



A. ファイル情報をすべて破棄
必ず強制終了。しかし、属性を減らした分だけ追加する場合は落ちない。
(前回のプログラム適用前とほぼ同じ状況)

B. 名称変更と簡略化
必ず強制終了。属性を減らしても、追加しようとすれば強制終了。
(現オリジナルDBと同じ状況・ちなみに属性数は132)

C. test1適用DBにtest2を適用
必ず強制終了。しかし、属性を減らした分だけ追加する場合は落ちない。
(前回のプログラム適用前とほぼ同じ状況)

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)