06/12/07 21:30:03 MJL84WF10
>>72
> 終了後duplicationsフォルダは空になっていた
だとすると、重複検索では１枚もヒットしなくなっているはずです。
今一度、リストアップしてみてください。
duplications フォルダが空であるのに画像がヒットするようなら、
重複画像のリストアップ処理にも問題がありそうです。
74:名無しさん＠お腹いっぱい。
06/12/07 22:14:07 XHV7Rv0n0
>>73
重複検索ではヒットしなくなった
意図的に重複する画像を登録したがこれは正常にヒットした
ところで、>>72の段階でダイアログに表示されたヒットの最大値は3,750ほどだった
これは多分>>72の直前に別ソフトで重複画像をいくつか削除したのが原因
その後数字が減り
＞無効なパスを破棄するとかのダイアログが1,870で止まったまま
になったんだが、それ以前は常に3,799ヒットしていたから、
ファイルを削除したことが問題の解消に影響したかもしれない
75: ◆cTzcVzYvME
06/12/07 23:04:08 MJL84WF10
>>74
とりあえずDB自体は修復できたっぽいのかな？
> 別ソフトで重複画像をいくつか削除した
adbtest 以外から重複画像を削除した場合、そのあと１回目の重複検索では、
以前に検出されていた重複画像がまだリストアップされてしまいます。
ただし、このときパスの有効性チェックが正しく働けば、
削除された重複画像のパスがDBからも削除され、それと共に重複情報の更新も行われます。
なので、別ソフトや手動で削除した場合、重複検索は２回やらないと正しい結果になりません。
状況から推測しますと、無効なパスの破棄処理が完全に行われず、
重複情報が正しく更新されなくなっていたのだと思います。
ただひとつ気になるのは、重複検索にヒットしていた3,799枚なりのファイルが、
なぜ重複ファイルとして登録されてしまっていたのか？ってことです。
実際に重複していたのは10枚くらいなんですよね？
本来だと、重複を検出したときのみ duplications フォルダにそのMD5をファイル名とし、
重複情報ファイルが作られるはずなので…
もしかすると重複検出ルーチン、つまりハッシュDBとの照合にバグがあるのかもしれません。
ライブラリ化に伴い重点的にチェックすることにします。
76:名無しさん＠お腹いっぱい。
06/12/07 23:47:55 XHV7Rv0n0
>>75
＞とりあえずDB自体は修復できたっぽいのかな？
今のところ問題なく動作している模様
ありがとう
＞なぜ重複ファイルとして登録されてしまっていたのか
確か.1.10にバージョンアップした頃、
何千枚かの画像を別のフォルダに移動して再登録したことがある
＞.1.9までのDBは問題なかった
とも符合するから、これが関係しているかも
その時の手順は、
1. 属性あり、ハッシュチェック済みの画像を移動
2. フォルダを開く から移動先のフォルダを開き新しいパスを登録
3. 画像を全選択してハッシュチェック -> 以前付けた属性が復帰
77: ◆cTzcVzYvME
06/12/08 02:50:16 DUA5sLA60
>>76
> 今のところ問題なく動作している模様
了解。とりあえずは一安心。
あと、報告いただいた手順から原因が特定できた気がします。
おそらく、>>71の手順を行う以前は、[Option]キーの maxPathCount値は
重複検索でのヒット数、つまり3799以下だったんじゃないでしょうか？
とりあえず、重複登録がされたのは
> 何千枚かの画像を別のフォルダに移動して再登録したことがある
このときで間違いないと思います。
報告いただいた手順の場合、３のハッシュチェックの時点では
ファイルが移動されたことを認識していないので、
このときに重複登録がなされるのは正しい動作です。
で、このあと本来なら、重複検索時にパスの有効性チェックではじかれ、
重複登録が解除されるのですが、パスの有効性チェックは、
リストアップ数が maxPathCount に達した時点で処理を打ち切るため、
いつまでたっても重複情報が消えずに残っていたんだと思います。
一応、パスの有効性チェックを最後まで行うようにもできますが、
重複数が maxPathCount を超える事はめったにないと思いますので、
そんな場合のみ、一時的に maxPathCount を弄ってやればOKだと思います。
ちなみに、リストアップ数に上限を設けているのは adbtest 側の事情です。
正式版では上限をなくした上、表示を待たさないようにするつもりなので、
この問題は起きないはずです。
78:名無しさん＠お腹いっぱい。
06/12/10 00:38:49 joL9mdKD0
また重複絡みのことだけど
1. C:\test から属性の自動生成
2. rename C:\test C:\TEST
3. C:\TEST から属性の自動生成
こうすると、同じファイルを参照しているにもかかわらず、
サムネイルビューに C:\test\someimg.jpg と C:\TEST\someimg.jpg が両方表示される
重複検索にもヒットする
どちらか一方を削除すると画像本体は削除されずに重複したサムネイルだけ消える
両方を削除すると画像も削除される
パスの比較はケースを無視したほうがいいんでは
79:名無しさん＠お腹いっぱい。
06/12/10 00:59:45 fXDV84f50
単ファイルをDBに追加するのに何か良い方法ない？
追加したいファイルをフォルダ移動させて、そのフォルダを丸ごとスキャンしかないかな？
80: ◆cTzcVzYvME
06/12/10 05:11:10 t0Q3xVgy0
>>78
パスは小文字か大文字に統一して登録するはずだったのに、うっかり忘れてました。
ちょっと手抜きで比較関数を決め打ちしちゃってるので
すぐには対応できませんが、正式版ではなんとかします。
>>79
DBへの追加だけならメニューの「ファイルを開く」かD&Dでできますけど、
たぶん自動生成みたいに属性設定やハッシュチェックまでやってしまいたいんですよね？
ちょいと息抜きがてら、そんな機能を作ってみますわ。
81: ◆cTzcVzYvME
06/12/10 23:37:29 t0Q3xVgy0
単ファイルの追加をやり易くしました。
ついでに自動生成の設定項目を増やしました。
親フォルダも属性として付加できるようになったので、
自動生成を数回に分けたり、あとで追加したフォルダとかの
登録がやり易くなったと思います。
82:名無しさん＠お腹いっぱい。
06/12/12 05:15:43 R2XCB1hO0
自動生成時に1ファイルずつDBに書き込んでいる？
してるなら複数ファイル毎に書き込むようにすれば速くなると思う。
83: ◆cTzcVzYvME
06/12/12 07:34:09 plmLapAc0
>>82
登録処理は１ファイル単位で行っておりますが、
アルゴリズム面での最適化はかけてありますので、
複数まとめてやったとしても、それほど速くはならないと思います。
と言っても、チューニングの余地はまだあると思いますが…
ただ、個人的な意見を申しますと、登録処理のパフォーマンスは、
現状のままで十分だと感じているのですが、これでもまだ遅いですか？
84:名無しさん＠お腹いっぱい。
06/12/12 11:29:20 SfK7G0hH0
開発進んでますか～？
85: ◆cTzcVzYvME
06/12/12 18:50:28 plmLapAc0
>>84
それなりにぼちぼちと。
今はトランザクション機能の実装をやってて、これが一番の山です。
前にも一度作ってみたんだけど、遅くて使いもんにならんかったから、
設計からやり直してます。なもんで、なかなか大変。
とりあえず、まともなトランザクション機能さえ実現できれば、
残りのライブラリ化作業はすんなりいくと思います。
86:82
06/12/13 17:50:35 Rfvma9Mw0
今日再度自動生成を試したら、極端に時間がかかっているようではありませんでした。
裏のプロセスがHDDにアクセスしていたのかもしれません。
当たり前のことですが、頻繁に自動生成する状況だと属性DBがあるドライブと
画像があるドライブを分けたほうがいいのかもしれませんね。
87: ◆cTzcVzYvME
06/12/13 19:08:26 ArTfoKZ60
>>86
了解。
HDDアクセスに関しては、実装上、けっこう激しいかも。
RAMの使用量を抑えるため、必要に応じてアクセスしたい領域だけをファイルマップし、
あたかもメモリを弄るかのように、直にファイルを書き換えていますので…
88:名無しさん＠お腹いっぱい。
06/12/15 21:15:06 HBYiyc7K0
まだダウンロードもしていないのだが、公式サイトのタイトルが
「プログラム」じゃなく「プラグラム」になっていることは誰も突っ込まないのか?
89: ◆cTzcVzYvME
06/12/16 00:26:18 z9LpIc160
>>88
素でミスってた… readme.txt の中まで orz
突っ込みありがと。直しました。
90:名無しさん＠お腹いっぱい。
06/12/16 13:38:40 bUODxG5N0
>>89
何かかわいいぞw
91:名無しさん＠お腹いっぱい。
06/12/19 22:45:33 Jo91pLMY0
エラーが出ました
win2ksp4です
エラーの出た箇所
旧スタイルのシェルを使用する
92: ◆cTzcVzYvME
06/12/20 07:09:20 DYCR1PIK0
>>91
報告ありがと。
ちゃんと調べてないけど、たぶん adbtest 側で使ってる Win32 API の中に、
旧スタイルのシェルじゃ使えないものがあるからだと思います。
でも今んとこ、それへの対応優先度は低いです。
どうしても旧スタイルで使いたい！という要望が多いなら考えますが…
ちなみに、DB操作ルーチン自体は、旧スタイルのシェルでも動くはずです。
93:名無しさん＠お腹いっぱい。
06/12/20 07:13:55 souMAfLK0
94:名無しさん＠お腹いっぱい。
06/12/26 12:00:45 9RGc1eKP0
今日始めてこのスレ見つけたけど・・・
スレ立の>>1が作者の自演臭いのは仕様ですか？
95: ◆cTzcVzYvME
06/12/26 17:25:52 TOuvScEa0
中間報告。
とりあえず、トランザクション機能がかたちになりました。
いくつかテストプログラムを作って実験していますが、
今んとこパフォーマンスは上々です。
これからそれを属性DBへ組み込んでいくのですが、
いくつか新規で追加したい項目があるので年内リリースはきびしそうです。
ただし、そのぶん性能アップには全力を尽くしたいと考えています。
それと、暫定的な API 仕様を公開しました。
API 仕様と言っても、単なるヘッダファイル郡ですが、
概略をつかむには十分だと思います。
開発者向けですが、興味のある方は目を通してください。
API 仕様（関数名、変数名、各種定義名を含む）の調整は、
正式リリース前の今なら可能です。
また、ライブラリ化に関する意見・アドバイスも受け付けます。
それらをふまえ、API 仕様を改善していくつもりですが、
・スレ立の>>1が作者の自演臭い
を仕様に含める予定はございません。
96:名無しさん＠お腹いっぱい。
06/12/26 17:33:34 b8dEnskm0
おつ
スレがたつまでの経緯みてれば誰も自演なんて思わないから気にしないでくれ
97:名無しさん＠お腹いっぱい。
06/12/26 18:33:43 but/L7fP0
（*´Д`） ﾏﾀﾞｰﾁﾝﾁﾝ
/（ﾍ つ ）ﾍ
98:名無しさん＠お腹いっぱい。
06/12/26 22:29:04 zfAcqnoU0
この際、自演でも非自演でもいいけど、
スレタイのソフト作ってからスレ立てろよな
テスト版なんてアプリともいえない物でスレ立ててるの、これくらいじゃねぇの？
テスト版のｻﾎﾟやってる間くらい
てめぇん所のHPに掲示板でも立てて、そっちでやれよ
>>96
>>95に対して即レスだな
まるで作者がレスアップするタイミングを知って居たみたいだ
お前だろ？このクソスレたてたの？ｗ
99:96
06/12/26 23:02:31 b8dEnskm0
俺がスレたてたわけじゃないけどこの莫迦には何言ってもわからんのだろうな…
100:名無しさん＠お腹いっぱい。
06/12/26 23:32:03 NNGn3a030
何がどうしようが使い易けりゃ使うだけだからね
まあ使いにくいテスト版でも喜んで人柱になるマゾだけど
101:名無しさん＠お腹いっぱい。
06/12/26 23:39:33 hUbhLx1i0
Winnyなんて（以下略）
102:名無しさん＠お腹いっぱい。
06/12/27 04:07:41 +7AgcraW0
冬休みなんで（ｒｙ
属性情報APIに、エイリアス(ファイル情報APIでいう同期)や親属性を追加してほしいかも。
P2P等で複数人で属性DBを共有する段階になると必須になるかと。
103: ◆cTzcVzYvME
06/12/27 08:19:45 dxxqHvKK0
>>102
> エイリアス
別名定義っすね？
異なる属性名称だけど実はおんなじ属性で、
検索にはどっちを指定しても引っかかってほしい！みたいな？
今の仕様だと統合でどちかの名称に統一することで対応してますが、
名前は別なまま同一視させることもできそうなので、仕様を検討してみます。
> 親属性
これは属性に階層構造を持たせるということですか？
もしそうであるなら階層構造がどうしても必要となる状況を挙げてもらえますか？
一応設計段階で、属性DBにおける階層構造の必要性についても考察を行いましたが、
一見階層構造が適しているかのように見える事例でも、
それらの間に絶対的な親子関係は存在し得ないという結論に達しました。
そもそも属性管理が求められる動機は、
フォルダ管理における２つ欠点から来ていると思います。
１．あるファイルの分類(格納フォルダ)が一つに限定される
＝複数ジャンルの設定ができない。
２．階層構造の逆転が難しい
属性に階層構造を持たせることは2番目の欠点を引きずる事に
つながると思うのですがどうでしょう？
104:名無しさん＠お腹いっぱい。
06/12/27 09:27:25 2jJtSEbo0
ベータで2chつかってんじゃねぇよｗｗｗｗｗｗｗｗｗ
105:名無しさん＠お腹いっぱい。
06/12/27 10:05:03 gg46enpT0
冬か。
106:名無しさん＠お腹いっぱい。
06/12/28 01:34:11 D6qCMA0f0
>>103
エイリアスを検討してもらえるとは有難い。
なんとなく親属性と書いてみて、確かに必要な状況というのを想像してなかったですね。
しいていえば「マインドマップ」のツリー構造かな、と思ったんですが、
外部ツールを作れば解決する問題かもしれないのでスルーでよろ＾＾；
107: ◆cTzcVzYvME
06/12/28 22:47:55 cZmy0tJx0
>>106
> 外部ツールを作れば解決する問題かもしれないので
階層構造の必要性を考察した結果、辿り着いた結論がまさにこれです。
カテゴリを扱う API を用意していないのも同じ理由です。
・エイリアスについて
エイリアス化の目的が「名前は別なまま同一視」であるとするなら、
どれか一つをエンティティと定めた上で、それへのエイリアスを作成するという構造より、
同一とみなされた属性郡をすべて同列に扱い、同期グループを形成したほうが、
データの取り回しが楽かな？との考えをもとに、API 仕様を作ってみました。
実装段階で設計の穴が見つかることもありますので、
これで確定という訳じゃないですが、仕様を概観した上で、
この構造における問題点などに気付きましたら指摘ください。
108:名無しさん＠お腹いっぱい。
06/12/29 01:19:51 bozK3W5B0
来年中に完成するのかい・・・？
109: ◆cTzcVzYvME
06/12/29 02:38:16 HCPinno80
>>108
DLL化は余裕。
AtPictureは…オレが欲しい機能全部つめこむとしたら微妙。
来年の予定が不透明なんで、どれだけ開発時間を確保できるかもわからんしね。
とりあえずDLL化が終わったら、もいっぺん工数見積もってみて、
あんま時間かかりそうなら、いくつかの機能を後回しにするかもしれんが、
とにかく adbtest よりは使い易いソフトを来年中に公開できるとは思う。
110:名無しさん＠お腹いっぱい。
06/12/29 10:49:43 38gv3Pm70
> AtPictureは…オレが欲しい機能全部つめこむとしたら微妙。
そんなに時間がかかるなら、
とりあえず未完成でもAtComicの原型めいたものをAtPicture完成前に作っておいて欲しいな・・・。
そうすればひとまずタグ付けの作業に入れるじゃん・・・。
完成してみたらタグの仕様変わってましたってなったら目も当てられないけど。
111: ◆cTzcVzYvME
06/12/29 11:58:10 HCPinno80
>>110
> 完成してみたらタグの仕様変わってましたってなったら目も当てられないけど。
それはない。ライブラリ化に時間かけてるのはそれを避けるためだから。
万一変えるとなってもパッチ作るから大丈夫。
> とりあえず未完成でもAtComicの原型めいたものをAtPicture完成前に作っておいて欲しいな・・・。
了解。
原型として必要十分かつ、短期で開発できるようなソフト仕様を考えときます。
あとは、何人かプログラマもいるみたいなんで、
DLL公開したら、オレよりいいソフト作ってくれんかな？と、ちょいと他力本願にも期待している。
最終的に、画像、漫画、音楽、動画に対し、それぞれ専用の属性管理ソフトが欲しいんだけど、
必ずしも全部を自分で作らないかんわけじゃないからね。
112:名無しさん＠お腹いっぱい。
07/01/01 14:23:58 EEvl1JBQ0
あけおめ
誰か作者さんに精神と時の部屋をプレゼントしてやってくれ
113: ◆cTzcVzYvME
07/01/09 06:08:54 FvbHg4F90
開発スケジュールを検討した結果、
現状のライブラリをβ版として公開することにしました。
詳しくは readme.txt をご覧ください。
114:名無しさん＠お腹いっぱい。
07/01/09 07:17:36 WbYs21S50
>>113
GJ！待ってたよ。
115:名無しさん＠お腹いっぱい。
07/01/09 08:41:59 a5Q0pgPb0
> AtComic Primitive の開発にとりかかる。
むぅ。俺のとかぶるけどまぁいいや。
116:名無しさん＠お腹いっぱい。
07/01/09 15:40:22 EdB2zOJa0
まあこれがいいもんになるなら、俺も開発凍結するかな・・・めんどいし
117:名無しさん＠お腹いっぱい。
07/01/09 17:08:21 y6uu2q3D0
>>115-116
ちょっとお前ら開発中の奴を見せてみろ、一番いいの使うからｗ
マンガミーヤと連携が取れる奴がいいなｗ
118:名無しさん＠お腹いっぱい。
07/01/09 17:21:56 EdB2zOJa0
ミーヤに興味はないな
ま、まだ構想レベルだし、こんなに本格的じゃないから
期待に応えられるもんじゃないよ、きっと
119:名無しさん＠お腹いっぱい。
07/01/09 17:27:07 y6uu2q3D0
まぁ予定を見る限り、
AtComic Primitiveは秋とか冬とかになりそうな予感だし、
作れる人はガンガン頼むよガンガン
120:名無しさん＠お腹いっぱい。
07/01/09 17:39:48 tKIuOhW30
>>117
連携とれるやつお前作れマジで。
さあ皆がんばれ。
121: ◆cTzcVzYvME
07/01/09 22:54:51 FvbHg4F90
>>115-116
ライブラリを使ってくれる開発者がいると、
こちらもモチベーションが高まるので、
遠慮なくガンガン開発したってください。
それと、β版のうちはサポートに関する雑務を避けたいと思い、
ライブラリを利用したソフトの配布を禁じていますが、
その辺は柔軟に対応していきたいと考えていますので、
もしソフトができて公開したい！となったら一度相談ください。
ちなみにライブラリのライセンスは、商用利用にのみ制限を課し、
その他、非営利目的の利用は自由に行えるかたちを予定しています。
122:名無しさん＠お腹いっぱい。
07/01/16 00:48:10 lMGJCe1+0
ライブラリとか地味に更新してても無反応
まぁ俺にも関係ないしな・・・
123:名無しさん＠お腹いっぱい。
07/01/16 01:35:13 xQJBt3F70
ライブラリ、サンプルも含めて使い方わかんなかったｗ
124:名無しさん＠お腹いっぱい。
07/01/16 12:05:41 3W+WM3g80
wikiなりまとめブログなり作る？
125:名無しさん＠お腹いっぱい。
07/01/16 13:33:47 Ta4tbeUg0
正式版でてからにしろよ
126: ◆cTzcVzYvME
07/01/16 17:32:29 i9SSspiA0
>>125
同意。
βのうちは、わかる人だけわかればイイ。
それなりに開発経験あればわかるはずだし、
その点じゃ、β利用者をふるいにかけれるから。
まぁオレにしかわからんようじゃ、それはそれで困りもんだけど…
ついでに現状報告。
とりあえず GUI の基本となるメインフレームを作ってま。
GUI 整備は面白みが少ないのに、やたらコーディング量が多くて苦痛。
おいしいとこは後にとっとく性分故、面倒な作業は先に済ましたいところ。
127:名無しさん＠お腹いっぱい。
07/01/16 18:28:06 lMGJCe1+0
おいしいとこだけ食べたいよ
128:名無しさん＠お腹いっぱい。
07/01/16 22:42:34 7Gkz3iXU0
おいしいとこだけ食べさせて欲しい、でしょ？
129:名無しさん＠お腹いっぱい。
07/01/18 23:21:49 vCD9l7Fe0
期待しているので保守
130:名無しさん＠お腹いっぱい。
07/01/28 09:21:44 X2454qKu0
最終安定版とか来てるじゃん！
最終とか言われるとそろそろ正式版も始まるかと期待
131:名無しさん＠お腹いっぱい。
07/01/28 11:33:23 sh6qHviv0
>>130
wktk
132:名無しさん＠お腹いっぱい。
07/01/31 16:59:45 2v+iz4Ic0
使ってみて、ちょっと要望があるんですが今はそういう時期ではないのかな？
画像への属性付け操作について、表示されている画像を左の属性の上にD&Dで行えればかなりサクサクできそうなんですが、難しいでしょうか。
お暇な時にでも検討していただければ幸いです。
133: ◆cTzcVzYvME
07/01/31 20:58:56 jjqHa5RJ0
>>132
> 使ってみて、ちょっと要望があるんですが今はそういう時期ではないのかな？
adbtest に関しては、これ以上、機能を追加する予定はないですが、
要望、提案は、正式版開発の参考にさせてもらいますので遠慮なくどうぞ。
また、すぐ対応できそうな内容なら、adbtest に実装する場合もあります。
> 画像への属性付け操作について、表示されている画像を左の属性の上にD&Dで行えれば
> かなりサクサクできそうなんですが、難しいでしょうか。
特に難しいことはないと思いますので、正式版での実装を検討しておきます。
ちなみに「表示されている画像」とはサムネイルのことですよね？
ついでに現状報告。
GUI に関してはだいぶ形になってきた感じ。
今はサムネイルビューの作り込みをやってて、
リストアップを効率化するための実験的なインターフェイスを試してる。
うまくいくかどうかはまだわからんが、これが一つの山だな。
134:名無しさん＠お腹いっぱい。
07/02/01 01:39:25 aSg/8l6i0
>>133
楽しみに待っております。
135:名無しさん＠お腹いっぱい。
07/02/02 12:12:47 oUfpQ22s0
>>133
ﾊｧﾊｧ
136:名無しさん＠お腹いっぱい。
07/02/11 21:30:03 anCF0dJL0
バージョンアップｷﾃﾀｰ！
137:名無しさん＠お腹いっぱい。
07/02/13 02:28:13 VWPcAwes0
作者ﾀﾝ乙！
ダウンロードして使ってみました。
・タグ付け後の検索（抽出）はメチャ便利！
・属性ショートカットキーマップはわかりやすいし、表示・非表示切替ができてイイですね。
・history.txtを読んだのですが「コピーして取り込む」の意味がイマイチよくわかりません。
これはどういう時に使うのでしょうか？
・属性と別にコメントを付けられるのも自分的にはお気に入りです。
・本体の見た目（UI）のレイアウトを自由変更できたらいいなと思います。
【現在】
------------
| | ｜ | ←
| | ｜-- | ↑
| | | | ←↑
| |---------｜ ↑
| | | ↑
------------- ↑
↑ ↑
↑ ・属性・コメントビュー
・属性ツリービュー
・サムネイルビュー
↓・拡大画像ビュー
↓ ↓
-------------
| | | ｜ |
| | | | |
| | | |--- |
| | | | |
| | | | |
--------------
138:137
07/02/13 02:35:15 VWPcAwes0
それから提案ですが、画像に付与されたタグの時系列の変化が確認できたら面白いのではないでしょうか？
（例） ○画像aaa001.jpgの変更履歴。
20051201：エロ→20060901：エロかっこいい→20070212：エロ_見飽きた
○画像bbb002.jpgの変更履歴。
20051201：その他→20060901：メガネっ娘→20070212：縁無しメガネ
○直近三ヶ月のタグ変更総履歴
巨乳→Fカップ以上、微乳→Eカップ以下、フェチ→ニーソックス→フェチ→削除、等
というのは昔、属性毎に振り分けた画像を時間が経ってから見直すと、いくつかの画像で
前に付与したタグ属性を変えたほうがいいのでは、と思うようになったからです。
当時自分なりに熟慮の末、各画像に適切と思われるタグ付けをしたのに、
今見ると別のタグに変えたほうがいいなと考え直すことがちょくちょくありました。
それはタグを付けた当時のお前が悪いんだろという話になりますが。
フォルダ内の画像そのものは - デジタルデータですので - 変わりはしませんが
月日の推移に伴う所有者の気持ち次第で画像の価値なり重要度が変わることはないでしょうか？
私以外の人間に必要な機能かわかりませんが…
次期リリースを楽しみに待っています。
お体に気を付けて。
139: ◆cTzcVzYvME
07/02/13 06:11:15 JYBx1pV30
>>137-138
・コピーして取り込むの意味について
まず「取り込む」についてですが、これは画像ファイルをデータベースフォルダ以下に
格納して管理する機能で、これはフォルダ管理から完全に脱却した人用です。
利点は
・db フォルダごとバックアップしたり別の PC へ移したりできる。
・画像の保存先を選ばなくてもよくなる。
・重複（完全一致）ファイルは自動ではじかれる（取り込まれない）。
「コピーして取り込む」は、取り込みたいけどフォルダ管理も継続したいから
元ファイルを移動されちゃ困るって場合に使います。
この取り込み機能は、画像振り分けスレで出ていた、
画像を一箇所に集め、一元管理するというアイデアの実装例ですが、
（この機能に限らず）まだテスト段階なので、利用は自己責任でお願いします。
・タグの時系列の変化について
この提案の根っこには、以前、振り分けスレで指摘されていた問題があるように思います。
要は画像の属性が一意に定まらず、時と共に変化、増減するので、
いつまでたっても属性の設定が完了しないという問題です。
これに関するオレなりの回答は既に出ていますが、
この辺を補助する機能は基本機能を作り終えた後で考えたいのでこの件は保留とします。
とりあえず、変更履歴を表示させるだけではあまり意味がないと思います。
140: ◆cTzcVzYvME
07/02/13 06:12:58 JYBx1pV30
・レイアウト変更について
いずれ対応したいとは考えていますが、なにぶん GUI のベース部分に関わる機能ゆえ、
既にメインフレームを作り終え、各ビューの実装に入っている今からだとかなり面倒です。
本来、メインフレームに関する機能は、初期スケルトンの段階で実装しておくべきですが、
開発スケジュール短縮のため、レイアウト変更機能は見送ることにしたので…
一応、各ビューの表示・非表示の切り替えはできるようにしてあります。
ついでに現状報告をしておくと、
とりあえず単なるビューアとしては使えるレベルになってきたかなって感じ。
いくつか既存のビューアにはないような機能を付けてみたが結構使いやすい。
今はやっとこさ DB 関連の UI に取り掛かったところ。
141:名無しさん＠お腹いっぱい。
07/02/13 12:35:57 ewZ5cUpC0
乙乙
142: ◆cTzcVzYvME
07/02/19 06:47:18 QTN0I+bk0
近日中に adbtest2 を公開できそうなとこまで来たんだが、ちょいと聞きたい。
コメントでソートってやっぱ欲しい？
と言うのは、コメントを取得するのにDBアクセスが必要なもんで、
どうしてもリストアップ動作が遅くなってしまうから。
オプションで切り替えられるようにするのもちょっと面倒な部分なんで、
できたら決めうちでいきたいんだが、どうなんだろ？
個人的にコメント機能はおまけ程度に考えてたんで、
ざっくり切りたいとこなんだがダメかな？
一応、ソートとは別に、コメント検索を実装するつもりではあるんだが…
143:名無しさん＠お腹いっぱい。
07/02/19 09:23:53 xX77ocXb0
欲しいに一票
144:名無しさん＠お腹いっぱい。
07/02/19 10:59:20 BF2BCSAB0
リストアップが遅くなるのであれば要らないに一票。
コメントソートしようとしたときに読みに行くなら、構わないんだけど。
145:名無しさん＠お腹いっぱい。
07/02/19 11:21:15 3vEMucKI0
コンソメスープならほしい
146:名無しさん＠お腹いっぱい。
07/02/19 12:34:25 Xy3SVtt20
コメントでソートするときだけ重い、って事なら問題ないと思うけどね
147: ◆cTzcVzYvME
07/02/19 14:15:05 QTN0I+bk0
>>143-146
回答ありがと。参考になった。
とりあえずソートのタイミングで取得しにいくことにするわ。
148:名無しさん＠お腹いっぱい。
07/02/19 18:12:11 xX77ocXb0
あったら使う派だな
多少遅くなっても便利になるならつけてほしいかな
149:名無しさん＠お腹いっぱい。
07/02/20 03:24:06 MNCH5OOF0
コメントソート機能は外部アプリ（要開発w）ですればいいのでは？
150: ◆cTzcVzYvME
07/02/20 06:08:39 R+2n4wB60
>>149
もう実装しちまったよ。
リストアップ後、初回のコメントソート(あと画像サイズ関連ソートも)は、
ちょいと待たせるが、その後は満足いく速度がでてる。
コメントソートとか使わん人には影響ないようにしといたんで安心しとくれ。
151: ◆cTzcVzYvME
07/02/20 19:55:30 R+2n4wB60
adbtest2 のβ版を公開しました。
若干予定を変更したんで readme.txt をご覧下さい。
152:名無しさん＠お腹いっぱい。
07/02/20 20:44:26 YuY/jDKN0
乙～
153:名無しさん＠お腹いっぱい。
07/02/22 11:03:39 +pLGuO9B0
他ソフトから移行しやすいといいな
逆に他ソフトへもね
154:名無しさん＠お腹いっぱい。
07/02/24 13:34:11 88b9i/Ov0
>>153
他ソフトって例えばどんな？adobeのフォトアルバムだっけ？
155:名無しさん＠お腹いっぱい。
07/02/27 08:10:21 GsCW171s0
要望
画像クリック(左or右orホイール)で規定のビューワーで開くようにしてほしい
画像表示をシングルクリックでもできるようにして
シングル・ダブルクリックどちらでするかの設定がほしい
156: ◆cTzcVzYvME
07/02/27 11:00:19 OVEOLs070
>>155
> 規定のビューワーで開く
開くのが一枚だけでいいなら簡単だけどそれでイイ？
あと、書庫内ファイルはたぶん開けんよ？
> 画像表示をシングルクリックでもできるように
これはサムネイルに対するクリックのことでイイのかな？
もし属性ビューやフォルダビューとかだったら、仕様的に対応し辛いんで。
157:名無しさん＠お腹いっぱい。
07/02/27 18:16:00 GsCW171s0
>>156
画像タブ？で開いてる画像をクリックしたらって感じで
一枚だけでOKっす
サムネイルのことであってます
158:名無しさん＠お腹いっぱい。
07/02/27 19:40:16 7tO9wF8K0
axpathlist.spiもありがたく頂戴したよ
面白いね、これ
159:名無しさん＠お腹いっぱい。
07/02/27 23:53:53 al3dfBw70
俺も要望。
画像をリストアップしたら画像リストにフォーカスを移すか、
あるいは各リスト・ビューにフォーカスを移すコマンドが欲しい。
それとリストアップした画像のパスを外部アプリに直接渡したい。
今でもパスリストを中継すれば可能だが……。
160: ◆cTzcVzYvME
07/02/28 09:09:16 hi4dYeA70
>>157
了解。
>>158
地味に需要あるみたいっすな。
某スレじゃ宣伝扱いされてたけどｗ
>>159
> 各リスト・ビューにフォーカスを移すコマンドが欲しい。
了解。
> リストアップした画像のパスを外部アプリに直接渡したい。
これはリストアップされた複数の画像パスをってことだよね？
一応、機能仕様は考えてるんだけど…
161: ◆cTzcVzYvME
07/02/28 09:10:49 hi4dYeA70
□操作仕様
１．画像リスト（サムネイルビュー）で外部アプリに渡したい画像を選択。
２．右クリックポップアップメニューで「プログラムから開く」を選ぶ。
□動作仕様
・パスの伝達には、パスリストとコマンドライン引数を用いる。
・外部アプリがパスリストに対応しているかどうかを AtPicture 側では感知しない。
・パスリストは外部アプリを起動するタイミングで一時ファイルとして作成する。
また、作成したパスリストは AtPicture の終了時に全て削除する。
このとき、外部アプリがまだ起動中で、パスリストを参照している場合、
削除に失敗するが放置、次回起動時に再度削除を試みる。
□パスリスト仕様
・文字コードは ShiftJIS で、改行はCRLF。
・ディレクトリの区切りは \（書庫内パスは / 区切りの場合があるけど全て \ に統一）。
・書庫はファイル名をそのままディレクトリ名として表現する。
例：C:\aaa\bbb.zip\01\ccc.lzh\ddd\001.jpg
こんな感じでイイかな？
162:名無しさん＠お腹いっぱい。
07/02/28 13:50:15 5ZmMoX2q0
>>161
属性別にサムネイルサイズ指定できるHTML形式のカタログファイル作れたら火狐で見られて素敵やん☆
163:名無しさん＠お腹いっぱい。
07/02/28 14:25:23 GR7DgfPp0
>>160,161
ありがとうヽ( ・∀・)ﾉ
> これはリストアップされた複数の画像パスをってことだよね？
yes. 画像パスをビューアやコピー拡張ツールに渡したいのです。
> ・パスの伝達には、パスリストとコマンドライン引数を用いる。
パスの渡し方をパスリスト or 引数から選べる、という意味なら文句なしです。
まあ、パスリストのパスを引数で渡すという意味だとしても、
対象がパスリスト非対応の場合にスクリプト咬ませる手間が増えるだけで、実質問題なしですが。
164: ◆cTzcVzYvME
07/02/28 22:29:27 hi4dYeA70
>>162
オレは実装する予定ないけど、そういう外部アプリは簡単に作れますな。
>>163
> パスの渡し方をパスリスト or 引数から選べる、という意味
ではなく
> パスリストのパスを引数で渡すという意味
です。
引数オンリーの方が楽なんだけど、複数のパスを渡すとなると、
コマンドライン文字数には上限があるので…
ちなみに、>>156で一枚だけでもイイか聞いてたのは引数でやりたかったから。
パイプでもイイけど、外部アプリ側が実装すんの面倒でしょ？
165:163
07/03/01 00:43:40 yaIjTSQA0
やはりコマンドラインの制限が問題ですか。
まあ他の人の考えは解りませんが、私個人としては>>161で問題ないです。はい。
166: ◆cTzcVzYvME
07/03/01 23:42:49 rYJTR2ka0
>>155>>159で頂いた要望に対応しました。
詳しくは history.txt をご覧下さい。
167:名無しさん＠お腹いっぱい。
07/03/02 00:23:18 taaqpwo50
乙です
開けない…と思ったらリストから開いてた事に気付くｗ
表示画像で右クリックですな。
.sz7ってはじめて見たかも。
168:名無しさん＠お腹いっぱい。
07/03/02 01:04:58 iovPocpI0
久々に来たんだけど、もう使えるレベルになってる？
169:名無しさん＠お腹いっぱい。
07/03/02 07:35:51 wtHHX/eR0
乙！
>>168
(´・ω・`)お前さんの評価基準なんて知らんがな
170:名無しさん＠お腹いっぱい。
07/03/03 10:15:30 ES4g2tXe0
これってサムネイルサイズがある一定以下になると
Exifサムネイルを優先するのな。
Exifサムネイルが間違ってる画像が紛れ込んでて、
サムネイルと表示画像が合わないわ
サイズを変えると正しい表示に戻るわで悩んだ ｗ
// "縮小版"ってちゃんとExif読み取るんだなと感心してしまった。
171:名無しさん＠お腹いっぱい。
07/03/03 10:51:35 GIw27IY90
サムネイルサイズはプリセットで何種類か選べるといいな
スライダーを右クリックすると 32x32, 64x64, ... ってコンテキストメニューが出るとか
172: ◆cTzcVzYvME
07/03/03 17:38:55 k80pcD7K0
>>171
プリセット指定できるようにしときました。
>>170
> ちゃんとExif読み取るんだなと感心
その辺は GDI+ が面倒見てくれてるので、実は何もやっとらんのです。
やってるのは、サイズによりサムネイルの取得方法を切り替えてるだけ。
この辺の動作は INIファイル [Thumbnail] セクションの Quality キーの値で調整できます。
詳しくは history.txt に書いときましたんでそっちを見てください。
173:名無しさん＠お腹いっぱい。
07/03/04 06:19:40 rXbLP/yz0
乙乙
頻繁にver.upされるのは嬉しいが、逆にペース配分が心配になってくる
無理して体など壊しませんように……
ところで選択画像を別ウィンドウにD&Dで渡せないかな
などと舌の根の乾かぬうちにいってみる
174:名無しさん＠お腹いっぱい。
07/03/04 09:55:56 LJbjiB8I0
乙！
あとは条件検索が使えれば十分実用にかなうね。
ひとつ要望。
「属性を指定してリストから消去」で、チェックの解除・反転ができると嬉しいです。
175:名無しさん＠お腹いっぱい。
07/03/04 15:19:22 MT9QI8Rs0
応援してます(`･ω･´)
176:名無しさん＠お腹いっぱい。
07/03/04 18:47:37 MT9QI8Rs0
便利です。もう実用
個人的な要望が幾つかあるのですが、
可能なら実現して頂きたいです。
・画像表示部をＷクリックで全画面表示
・右クリックメニューで、表示画像の存在するフォルダへ移動
（外部プログラムではなくat_pictureのフォルダ表示で）
・右クリックメニューで、表示画像の実ファイルを削除
（属性付加の作業中に要らない物を消したい事があります）
あと、属性リストの右クリックメニューの、
画像をリストアップ(L)-すべてを含む(O)なのですが、
すべてを含む”(A)”ではないでしょうか。
一番使う機能なので修正お願いします＞＜
177:名無しさん＠お腹いっぱい。
07/03/04 18:51:48 MT9QI8Rs0
便利です。もう実用させて頂いています。
もう一つ、余計な機能だとは思うのですが、
属性のアイコン[Alt]に、バリエーションは付けられないでしょうか。
必要に応じて何色か選べる様に出来ると有難いです。
灰色以外に何パターンか変えられるだけでも十分です。
178:名無しさん＠お腹いっぱい。
07/03/04 19:02:38 MT9QI8Rs0
Ctrl+ダブルクリックで、属性の追加リストアップの機能がありますよね。
同じような操作方法で、絞り込む機能があると嬉しいです。
Shift+ダブルクリックとか・・・
179: ◆cTzcVzYvME
07/03/04 23:18:05 UTOn9dSD0
>>173
> 選択画像を別ウィンドウにD&Dで渡せないかな
できるけど、意外と面倒な処理なのでしばらくお待ちください。
あと、別フォルダ同名ファイルがあった場合は自動リネームでOK？
>>174
> 「属性を指定してリストから消去」で、チェックの解除・反転
対応しました。
>>ID:MT9QI8Rs0
要望のほとんどは、実装予定に入っとります。
あと、いっぺんには対応できんので、もうちょいおちつけｗ
> あと、属性リストの右クリックメニューの、
> 画像をリストアップ(L)-すべてを含む(O)なのですが、
> すべてを含む”(A)”ではないでしょうか。
修正しました。
> 属性のアイコン[Alt]に、バリエーションは付けられないでしょうか
属性だけでなくカテゴリのアイコンも変えられるようにするつもりで、
内部構造では既に対応してあります。
db フォルダの中に icon フォルダがあると思いますが、
そこにユーザー定義のアイコンを格納する予定です。
あと属性のアイコン、一応あれは「Att」ね。
180:名無しさん＠お腹いっぱい。
07/03/05 01:01:00 PyfMAlqy0
ごめん、あまりの使いやすさに興奮を抑えきれなかった(`･ω･´；
181:名無しさん＠お腹いっぱい。
07/03/05 01:30:31 R93Ljitg0
バグ報告。
属性ビューから右クリックで属性を追加すると
すべてのキーマップが初期化されてしまう。
【使用バージョン】 0.0.4.2
【OS】 Windows XP Professional
182: ◆cTzcVzYvME
07/03/05 02:29:50 8wHsNrdu0
>>181
報告ありがと。
たぶん直ったと思いますのでバージョンアップしてください。
183:名無しさん＠お腹いっぱい。
07/03/06 13:31:17 sMaHFSnw0
（・∀・）
184:名無しさん＠お腹いっぱい。
07/03/06 14:03:55 sMaHFSnw0
おお、どんどん便利に…
おつかれさまです。本当に助かってます。
要望続きで申し訳ないのですが、リストアップされている画像から、
任意の属性を持つ画像だけを残す機能、を実装する予定はないでしょうか。
Ctrl+Shift+ダブルクリックとか。
積集合というか絞込みの機能として、使える機会は多いと思います。
185:名無しさん＠お腹いっぱい。
07/03/06 14:20:53 sMaHFSnw0
どのタイミングかは分からないのですが、属性キーマップが、
勝手に別のキーマップに切り替わっている事があります。
キーマップ切り替えのショートカットってありましたっけ？
186:名無しさん＠お腹いっぱい。
07/03/06 15:11:56 ZCd3/KwH0
>>185
左右カーソルキー
187:名無しさん＠お腹いっぱい。
07/03/06 15:53:58 sMaHFSnw0
カーソルキー！
ありがとう。
188: ◆cTzcVzYvME
07/03/06 19:51:58 G0D51C3M0
>>184
> 任意の属性を持つ画像だけを残す機能
実装しときました。
189:名無しさん＠お腹いっぱい。
07/03/07 00:27:13 PEba5jfe0
属性の絞込み、使わせて頂いてます。（・∀・）ｲｲ!!
個人的には格段に使い勝手が上がった様に感じます。
あとは、画像のフルスクリーン表示だけでも実装して頂ければ、
ビューアとしても他のソフトが必要ない位に便利なのですが…
190:名無しさん＠お腹いっぱい。
07/03/07 09:12:48 jbm+fOxl0
ﾄｯﾃﾓ(･∀･)ｲｲ!!!
janeCacheをそのままでタグ管理できる画像管理ソフトを探し続けてたどり着きました
他にもいくつか該当ソフトあったんだけど、大抵大量のキャッシュに押しつぶされて
氏んでたから、うんｋ自作ソフト使ってたんだけどやっとお別れできそうだ
191:名無しさん＠お腹いっぱい。
07/03/07 09:36:47 jbm+fOxl0
早速要望ですが
・画像リスト部分もsusieプラグインで表示して欲しい（ifvch.spi使用中）
192: ◆cTzcVzYvME
07/03/07 12:16:41 awEy9bhb0
>>191
画像リスト部分もsusieプラグインで表示できますよ。
ifvch.spi はぐぐっても見つからなかったんですが、
VCH.spi でしたらソース同梱されてたんで見てみましたところ、
GetPreview 関数が実装されていないようです。
SPI を用いたサムネイル生成では、サムネイルサイズに応じて
GetPreview と GetPicture を使い分けています。
※詳しくは history.txt、version 0.0.4.1 の更新情報に書いてあります。
たぶん、スライダーバーでサムネイルサイズを大きくすれば表示されると思います。
それかINIファイル[Thumbnail]セクション Quality キーの値を100にしてみてください。
193:名無しさん＠お腹いっぱい。
07/03/07 13:47:25 PEba5jfe0
属性ビューでの右クリックから属性の追加を行った時に、
追加した属性が表示されない事があります。
再び同名の属性を作ろうとすると、
同名の属性が存在すると言われてしまいます。
一番最後（下？）に位置する空のカテゴリの中に、
属性を追加しようとした時に、この状況を確認しています。
194:名無しさん＠お腹いっぱい。
07/03/07 14:59:02 PEba5jfe0
私の使い方の問題ではあるのですが、属性が増えすぎて割り振りが追いつきません。
属性付けを更に効率的に出来ないかと考えています。
順次少しずつで構わないので、検討して下さると幸いです。
私は主要な属性をキーマップで、準じて必要な属性をマウスでビューから付加しています。
キーマップではキーが不足し、マウスクリックによる直接付加では、
目的の項目を見つけるのに時間が掛かってしまいます。
キーボードショートカットに、属性の付加だけではなく、
キーマップを切り替える動作の割り当ても出来ないものでしょうか。
属性のアイコン変更は対応して下さる予定との事ですが、
文字色や背景色も変えられる様にしては如何でしょうか。
より直感的に属性を認識できる様になると思います。
195: ◆cTzcVzYvME
07/03/07 15:31:37 awEy9bhb0
>>193
いろいろ試してみましたが、こちらでは再現しません。
確実に再現する手順がわかりましたらお知らせ下さい。
>>194
> キーボードショートカットに、キーマップを切り替える動作
それが>>186なんだが、それ以外にってこと？
> 文字色や背景色も変えられる様に
検討しときます。
196:名無しさん＠お腹いっぱい。
07/03/07 15:43:22 PEba5jfe0
検討ありがとうございます。
分かりました。
初期状態から始めて同様の状況を再現できないか探してみます。
197:名無しさん＠お腹いっぱい。
07/03/07 15:47:56 PEba5jfe0
いくつもキーマップがある時に一瞬で切り替え出来れば、と思うのです。
左右カーソルキーでの移動も使っているのですが…
もうひとつキーマップの属性付けについて提案があるのですが、
キーマップの階層化、といった方法が使えないかと考えています。
３－３－Ａ、３－２－Ａ、２－Ｄ、と幾つかのキーを連続して押す事で、
任意の属性を割り当てるという方法です。
カウンターストライク等のＦＰＳゲームのラジオチャットが近いイメージなのですが…
キーマップ移動のキーを押す度に、キーマップが切り替わり、一覧も変わります。
常に一覧を出して置けば項目を覚えていなくても、迷いにくいです。
属性付加のキーを押した時点で、一連の操作の終わりです。
キーマップにも、属性のカテゴリ構造を持たせる感じです。
慣れてしまえばキーのコンボを暗記して、迅速に属性を付加できると思います。
キーによる属性の付加と同時に、
押した直後に切り替わるキーマップを指定できる様になれば、
今までの使い方と共存しつつ、この機能を実現できると思います。
（それでも今の仕様のままだと沢山のキーマップを作る事になってしまいますが）
ちょっと無茶な提案ですが参考程度に…(`･ω･´；)
198: ◆cTzcVzYvME
07/03/07 16:11:53 awEy9bhb0
>>197
> ちょっと無茶な提案ですが参考程度に…(`･ω･´；)
うん。かなり無茶な提案だね（褒め言葉）ｗ
でもおもしろいよ。たぶんオレには使いこなせんがｗ
とりあえず、基本機能の完備を優先させたいので、
それは後回しになるけど、前向きに検討しときます。
199:名無しさん＠お腹いっぱい。
07/03/07 17:52:05 DxNgEGfT0
>>198
コマンドラインから任意のキーマップに対応した属性を不可させるようにできませんか？
...at_picture.exe "対象ファイルのパス" "キーマップ"
のように指定できれば他のソフトでフォルダ整理しながらでも属性付けできるので・・・
200:199
07/03/07 17:53:39 DxNgEGfT0
追記。
>199が可能なら外部ソフト経由で>197も可能になりますし・・
201:名無しさん＠お腹いっぱい。
07/03/07 18:19:29 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)です。
むしろ簡易でもフルスクリーン表示があると嬉し（ｒｙ
202:名無しさん＠お腹いっぱい。
07/03/07 20:03:55 LbQHZ5/e0
なんだか活発なスレになったな
これによって完成が早まるのか遅くなるのか
203:名無しさん＠お腹いっぱい。
07/03/07 20:37:22 jbm+fOxl0
>>192
こちらの確認不足でした(´･ω･`)
スライダーを50%以上で無事表示できました
蛇足になりますが、ifvch.spiはコチラになります
URLﾘﾝｸ(www.geocities.jp)
204: ◆cTzcVzYvME
07/03/07 21:01:30 awEy9bhb0
>>199
技術的には可能ですが、いくつか解決しなければならない問題があります。
設計を確認した上で、実装について検討してみます。
>>201
> 属性消失現象の再現が出来ました。
詳しい再現情報をありがとうございます。
現象を確認できたのでデバッグしておきます。
> むしろ簡易でもフルスクリーン表示があると嬉し（ｒｙ
フルスクリーンはちょいとこだわりたい部分があるので、
簡易で実装しちゃうと2度手間になってやっかいなんです。
なのでもうしばらくお待ちください。
あと、キーマップ切り替えですが、1～0を潰して、
それらを左から10個分のキーマップタブに割り当てるってのはどうですか？
※ファンクションキーもあいてるけど、それはちょっと行儀が悪いんで…
>>203
了解。
ちなみに、次バージョンでは GetPreview が失敗したとき、
GetPicture で取得し直すかINIファイルで設定できるようになります。
205:名無しさん＠お腹いっぱい。
07/03/07 21:43:37 PEba5jfe0
フルスクリーン、こだわっちゃって！ヽ(`･ω･´)ノ
待ちます、どうぞ気にしないで下さい
>１～０のキーマップ切り替え
良さそうですね！元より１～０に切り替えを割り当てるつもりでしたｗ
キーマップタブの順番も移動出来る様になるのでしょうか？
そういえば、shift+アルファベットで、
ショートカット属性設定（キーの割り当て）が出来る様になっていますが、
コンボボックスの一覧から選ぶよりも、カテゴリ別に整理された属性ビューから、
任意の属性にキーを割り当てる方が便利な様に感じます。
思い切ってshift+アルファベットも、
キーマップで使える様にしては如何でしょうか。
１つのキーに対して、２つの属性を割り当てられると、
実質的な属性ショートカットキーの数が増えるので、私としては便利なのですが…。
206:名無しさん＠お腹いっぱい。
07/03/07 22:04:35 upc+LXXH0
＞思い切ってshift+アルファベットも、
＞キーマップで使える様にしては如何でしょうか。
私も賛成です。
ショートカット属性設定は頻繁に使う機能ではないですし。
個人的には1～5をレーティングに使っているので潰されると困るというのもあります。
207:名無しさん＠お腹いっぱい。
07/03/07 22:10:58 8A2Xw19J0
>それらを左から10個分のキーマップタブに割り当てるってのはどうですか？
Ctrl+1～0に一票
208:名無しさん＠お腹いっぱい。
07/03/07 22:51:25 PEba5jfe0
Ｃｔｒｌ＋１～０だと１～０が潰れなくて良いですね。
ただ、個人的には１～０を指一本で切り替えられる方が、
ポンポン切り変えられてありがたいなぁ…
「１～０のみで切り替える」、といったオプション扱いにして導入したら、
使い方に応じて選べる様にならないでしょうか。
Ｃｔｒｌなしの１～０をキーマップ切り替え、
Ｃｔｒｌ＋１～０は普通の１～０という、反対の挙動にするとか…
209: ◆cTzcVzYvME
07/03/07 23:29:05 awEy9bhb0
Ctrl+1～0 で切り替えにしといて、
1～0 で割り当てがされてないとこは、それ単体でも切り替え可ってどうよ？
あと、テンキーを別扱いするって手もある。
210:名無しさん＠お腹いっぱい。
07/03/08 00:31:01 OtxbfQVP0
いっそキーマップのタブの右クリックに「ショートカットキー登録」追加してはどうか。
んで、連続した入力をキーマップ－－＞各ショートカットと認識するとか（explorerでのインクリメンタルサーチみたいな感じ？）
ってこれキーマップの切り替えじゃなくて、ショートカットの階層構造化みたいなネタだな。すまそ。
ところで流れ豚斬りだけど
適用対象「両方」、動作「トグル」の状態で表示してる画像を選択すると、
属性付加も除去もできなくなるのは厄介なので仕様変更して欲しい。
それと「名前の変更」にF2割り当ててもらえませんか。
211:名無しさん＠お腹いっぱい。
07/03/08 00:32:25 FfbdKoiW0
その仕様で十二分に使えると思います(`･ω･´)
細かいオプション等は、後から付けて下さるのでも構わないですし…
212: ◆cTzcVzYvME
07/03/08 08:01:40 fYvAjl850
では、キーマップ切り替えを>>209にしときます。
あと、「shift+キー入力」もショートカットキーにしたほうがイイのかな？
※ちなみに「shift+キー入力」で割り当て設定を行うインターフェイスは、
「画像を整理するための何か」を参考にさせてもらってます。
>>210
> 適用対象「両方」、動作「トグル」の状態で表示してる画像を選択すると、
> 属性付加も除去もできなくなるのは厄介なので仕様変更して欲しい。
これは仕様じゃなくてバグですな。直しておきます。
> それと「名前の変更」にF2割り当ててもらえませんか。
了解。
213:名無しさん＠お腹いっぱい。
07/03/08 09:52:04 FfbdKoiW0
朝からおつかれさまです。
キーマップ切り替え楽しみにしています。
「shift+キー入力」のショートカット属性設定も、
属性の数が少ない最初のうちは使えたのですが、
大量の属性を気兼ねなく扱える事が特長のソフトとしては、
キーマップに充てた方が有効ではないでしょうか。
214:210
07/03/08 18:08:11 P+ANGfSI0
対応ありがとうございます。
> これは仕様じゃなくてバグですな
あ、やっぱバグですか。
なんとなく原理的には正しい？ような気がして
判断に苦しんだので「仕様」に逃げてしまいましたｗ
215:名無しさん＠お腹いっぱい。
07/03/08 21:05:37 FfbdKoiW0
属性を新たに追加しようとすると、
runtime errorで落ちるようになってしまいました。
ちなみに、２，３個ほど属性を削除してから、
改めて属性を追加しようとすると普通に追加できました。
（更に追加しようとすると同様のエラーで落ちてしまいますが。）
初期状態からの再現手順は説明できないのですが、
属性の数を増やしすぎた為でしょうか。
数えてみましたが、属性の数は１３５個でした。
216: ◆cTzcVzYvME
07/03/08 23:16:30 fYvAjl850
>>215
これはなかなかやっかいなバグかもしれません。
こちらでも一度だけその症状を確認しましたが、
デバッグしようとしたら再現しなくなりました。
そのときは、そんなに多くの属性を作っていなかったので、
属性の数が直接の原因ではないと思います。
試しに、属性を150個まで作ってみましたが再現しませんでした。
そちらでは、135個から追加すると確実に再現しますか？
217:名無しさん＠お腹いっぱい。
07/03/08 23:44:34 FfbdKoiW0
私の環境では１３５個ですが、（若干数え違いがあるかも知れませんが）
１０個ほど要らない属性を削除して、
更に１０個新しい属性を作ってみたところ、
１０個目で同様のエラーが発生してしまいました。
ただ、２個減らした後に１個増やした場合でも、
同様のエラーが発生した事がありました。（必ずしも１３５個が発生条件でない？）
218:名無しさん＠お腹いっぱい。
07/03/08 23:53:43 FfbdKoiW0
属性の分類や並び替えは、ずいぶん頻繁に行っていました。
その属性の配置移動の際に、何か不都合が生じたという事は考えられないでしょうか。
219: ◆cTzcVzYvME
07/03/09 00:41:16 6Vk5dDqa0
>>218
それは有り得ると思います。
こちらでエラーが出たのは、>>201のデバッグ中でしたので…
ひとまず、>>201のバグ修正は終えましたが、
これが原因であるとするとDBを再構築しないと直らないかもしれません。
とりあえず、もう少しテストしたら更新します。
220: ◆cTzcVzYvME
07/03/09 01:04:29 6Vk5dDqa0
とりあえず更新しました。
今日はもう寝ます。
221:名無しさん＠お腹いっぱい。
07/03/09 01:44:48 AwVDq3BJ0
乙であります
222:名無しさん＠お腹いっぱい。
07/03/09 02:37:55 /LVM/c6Y0
沢山の更新おつかれさまです…。
属性の割り当ても楽になりそうです。
もし、>>215の原因が>>201のバグによるものなら、
属性ビューで表示されていない属性を棄却して、
表示されている属性だけで、ＤＢを再構築できない物でしょうか。
私のＤＢでは、属性ビューに載っていない属性、
何処のカテゴリにも属さない属性が出来てしまっているようです。
>>201のバグの関係で、出来てしまった属性かも知れません。
この表示されない属性の名前を、仮に”hoge”と呼びますが、
属性ビューから全ての属性・カテゴリを削除しても、属性hogeは消せませんでした。
（別の属性の名前をhogeに改名する事で、属性の統合をして、
hoge属性を持った画像を作ることで確認しました）
223:名無しさん＠お腹いっぱい。
07/03/09 02:40:15 /LVM/c6Y0
>>222の追記：属性ビューから全ての属性・カテゴリを削除しても、属性hogeを持たせた画像だけが残りました。
ところで、属性リストの属性の右クリックメニューで、、
その属性があるカテゴリを、属性ビューで開く機能を加えて頂けないでしょうか。
（格納カテゴリを開き、更にその属性自体を選択状態に）
同カテゴリに位置する別の属性を、リストに追加・削除したい時や、
その属性の所在が分からない時に使えると思うのです。
224: ◆cTzcVzYvME
07/03/09 09:15:37 6Vk5dDqa0
>>222-223
> 属性ビューで表示されていない属性を棄却して、
> 表示されている属性だけで、ＤＢを再構築できない物でしょうか。
これはできると思いますので、ちょっくらそんなツールを作ってみます。
> ところで、属性リストの属性の右クリックメニューで、、
> その属性があるカテゴリを、属性ビューで開く機能を加えて頂けないでしょうか。
了解。
225:名無しさん＠お腹いっぱい。
07/03/09 20:38:02 0cKsH33e0
サブフォルダの画像もリストアップ出来る様にして欲しい
属性を付けていない画像をリストから削除したい
また、属性の付いているない画像だけをリストに残したい
もしくは”属性なし”という属性をもつ画像として扱えないだろうか
226: ◆cTzcVzYvME
07/03/09 21:22:39 6Vk5dDqa0
>>222
属性ビューに存在しない無効な属性を属性DBから破棄するプログラムを作成しました。
URLﾘﾝｸ(artistic-imitation.hp.infoseek.co.jp)
使い方は readme.txt に書いてあります。
これで直るかどうかはわかりませんが試してみて下さい。
>>225
> サブフォルダの画像もリストアップ出来る様にして欲しい
了解
> 属性を付けていない画像をリストから削除したい
> また、属性の付いているない画像だけをリストに残したい
画像リスト右クリックから「属性を指定してリストから消去」でできるはずです。
属性一覧に「※属性なし」という項目があるはずなのでそれをチェックして下さい。
消去するか残すかはラジオボタンで選んで下さい。
PS:
今からちょいと出掛けなきゃならんくなりました。
月曜まではレスおよび更新はできんので悪しからず。
227:名無しさん＠お腹いっぱい。
07/03/10 17:47:35 wcp+F5vu0
プログラムありがとうございます。
早速これを試したところ、７個ほど無効な属性の削除に成功したのですが、
それでも、属性を追加しようとすると強制修了してしまいます。
（幾つか属性を減らして追加しようとしても、必ず落ちてしまう…）
新規に最初からＤＢを作り直してみました。
以前より多くの属性を扱っていますが、今のところ安定して使えています。
キーマップの切り替えも扱いやすくて快調です。
228:名無しさん＠お腹いっぱい。
07/03/10 19:15:21 fGogT/5G0
このソフトもうだめぽ
229:名無しさん＠お腹いっぱい。
07/03/10 21:46:26 A8F4s8Om0
このソフトじゃないともうだめぽ
スマートビューって何？
230:名無しさん＠お腹いっぱい。
07/03/10 22:57:47 wcp+F5vu0
また微妙な要望で申し訳ないんですが、
ツールバー辺りの、画像ビュー近くの見やすい所に、
アクティブなキーマップの名前を表示して貰えないでしょうか。
今どのキーマップなのかを把握しやすくする事で、
キーマップの切り替え間違いを減らせると思うのですが。
属性キーマップのウインドウで状態を確認すれば済む事なのですが、
ウインドウを表示しないｏｒ邪魔にならない端の方に置いてしまうと確認しにくくて…。
231:名無しさん＠お腹いっぱい。
07/03/10 23:10:40 wcp+F5vu0
ああ、でも将来的にＵＩの変更も出来るようにするつもりだったら、
今やっても仕方ないかも知れないですね。。。
すみません、上の奴は聞き流してください。
基本機能の完備がんばってください＞＜
232:名無しさん＠お腹いっぱい。
07/03/11 00:59:08 Tro/y8Bg0
>>229
ソフトの方向性と名前からして、よく使うクエリを保存？しておける
MacのスマートフォルダとかVistaの検索フォルダ的なものだと思うんだが
実際どうなんだろう。
233:名無しさん＠お腹いっぱい。
07/03/12 01:22:29 uuAbjQKg0
前にiTunesのスマートプレイリストみたいなやつって言ってなかったっけ？
234: ◆cTzcVzYvME
07/03/12 18:50:25 RB4bs5Qh0
>>227
やっぱダメでしたか…
ですが、このバグを放置しておく訳にはいかないので、
いくつか検証用プログラムを作成しようと思います。
その不具合がでるDBってまだ手元にありますか？
>>230
とりあえずタイトルバーにアクティブキーマップを表示するようにしときます。
>>232>>233
そんな感じで合ってます。
235:名無しさん＠お腹いっぱい。
07/03/12 23:27:45 rtVQcaWl0
大丈夫です。DB残ってます。
236:名無しさん＠お腹いっぱい。
07/03/12 23:32:48 XKGzInCh0
, -‐''"´￣｀``' ‐ .､._
,.‐'=-､ ,ｒ=≡= `‐.､
.／ ｰ･=ﾉ ,-･=-' ＼
,i´ / l_,､＼ ⊃ ヽ
⑪⊂/ 彡ﾘﾘﾐﾐミ .i、
,i ii-=ﾆ=- ii l
| 彡ﾘﾘﾐﾐミヽ |
. | |
. | l
i ,l
. ﾞｉ ,i
. ヽ ,/
＼ .／
. `‐.､ ,.‐'´
`:‐.､. _ _,,.. -‐'"v
v
237: ◆cTzcVzYvME
07/03/13 03:17:19 apOZfBdy0
いくつかの要望に対応しました。
>>235
了解。
近日中に検証用プログラムを用意しますので、
テストへのご協力をお願い致します。
238:名無しさん＠お腹いっぱい。
07/03/13 03:19:00 DUtRNPDI0
おお、こんな時間まで乙です(´Д｀*)
微力ながらお手伝い出来れば幸いです。
239:名無しさん＠お腹いっぱい。
07/03/13 23:06:52 DUtRNPDI0
将来的に実装される機能だとは思うのですが、
属性リストの自動ソート（属性名）が欲しいです。
あるいは、属性の色分け機能（例えばカテゴリごとに色分け）があれば、
まだ付加していない属性のカテゴリは何か、色で認識出来るので有難いです。
ＤＢ登録済みファイルのパス変更（保存先ディレクトリ変更）なのですが、
ハッシュ機能がこちらにも実装されたら、可能になるのでしょうか。
240:名無しさん＠お腹いっぱい。
07/03/14 00:50:02 rdmHVmIt0
サウンドファイルの強力なタグに比べると
画像ファイルのタグは貧弱この上ないからなあ。
ファイル数から言えばサウンドよりも画像のほうが遥かに多くなりがちだから
その整理には苦労してます。
そんなわけでこれ見つけて喜んでる次第です。
さっそく使ってみることにします。
241: ◆cTzcVzYvME
07/03/14 01:21:49 OrEJBpeF0
>>239
> 属性リストの自動ソート（属性名）が欲しいです。
自動ではなく右クリックメニューから行うようにするつもりです。
> ＤＢ登録済みファイルのパス変更（保存先ディレクトリ変更）なのですが、
> ハッシュ機能がこちらにも実装されたら、可能になるのでしょうか。
なります。
242:名無しさん＠お腹いっぱい。
07/03/14 10:52:05 nS0H1oLL0
何このソフトぬるぽ
243: ◆cTzcVzYvME
07/03/14 17:25:39 OrEJBpeF0
>>238
検証用プログラムを作成しました。
URLﾘﾝｸ(artistic-imitation.hp.infoseek.co.jp)
テスト方法は readme.txt に書いてありますので、
それを試していただき、結果を教えて下さい。
244:名無しさん＠お腹いっぱい。
07/03/14 18:53:59 AoOpXuMh0
readmeの通り、検証用プログラムで変更したDBで、
起動後に属性を追加しようとした時の挙動を報告します。
A. ファイル情報をすべて破棄
必ず強制終了。しかし、属性を減らした分だけ追加する場合は落ちない。
（前回のプログラム適用前とほぼ同じ状況）
B. 名称変更と簡略化
必ず強制終了。属性を減らしても、追加しようとすれば強制終了。
（現オリジナルDBと同じ状況・ちなみに属性数は１３２）
C. test1適用DBにtest2を適用
必ず強制終了。しかし、属性を減らした分だけ追加する場合は落ちない。
（前回のプログラム適用前とほぼ同じ状況）
245: ◆cTzcVzYvME
07/03/14 19:38:34 OrEJBpeF0
>>244
テストありがとうございます。
結果から推測しますと、ファイル情報のデータに不具合があって、
それが属性追加に影響しているように思います。
もっと詳しく調べてみたいので C の DB を頂けないでしょうか？
ちなみに、この検証プログラムには
・問題箇所を絞り込む
・DB から個人情報(ファイルパスや属性名、カテゴリ名など)を破棄する
・DB のサイズを小さくする
という３つの目的がありました。
C の DB なら、zip 等で圧縮すればかなり小さくなるはずです。
また個人情報も破棄されておりますので、
適当なアップローダに挙げて頂けると助かります。
246:名無しさん＠お腹いっぱい。
07/03/14 21:02:42 AoOpXuMh0
これで解決につながると良いのですが
URLﾘﾝｸ(wktk.vip2ch.com)
受信パスはatです
247: ◆cTzcVzYvME
07/03/14 22:03:47 OrEJBpeF0
>>246
ありがとうございます。ファイルを受け取りました。
で、デバッグしようと思ったのですが、一つ気になる事があるので確認お願いします。
うｐしてくれたDBですが、adb\transaction フォルダに log フォルダがあります。
これって不具合がでるオリジナルのDBにも存在しますか？
248:名無しさん＠お腹いっぱい。
07/03/14 22:36:50 AoOpXuMh0
見当たらないですね。先のプログラムを適用したDBだけにありました。
249:名無しさん＠お腹いっぱい。
07/03/14 22:53:08 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
07/03/14 23:39:14 OrEJBpeF0
>>248
了解。とりあえず強制終了の原因はわかりましたが、
不具合の発生原因をDBから解析するのは無理っぽいです。
一応、DBの再構築はできそうなので次の手順を試してみて下さい。
１．不具合が出るDBをバックアップ
２．at_picture.exe を起動し、全ての属性を削除
３．adb\fidlists 内に残っているフォルダがあるはずなので、
バックアップの adb\fidlists からそれらと同名のフォルダだけを削除
４．バックアップを db と置き換える
>>249
似たような現象が adbtest においてもありました。
※画像振り分けソフトを語ろう！2枚目
ｽﾚﾘﾝｸ(software板)
の405、406、407、409、486、488あたりを参照。
たぶん
１．一旦、問題のある画像を別な場所に退避し、属性Aでリストアップ
２．画像リスト右クリックから無効なパスを破棄
３．画像を元の場所に戻して属性を再設定
で直ると思います。
どうやら属性付けのアルゴリズムに穴があるようなのでチェックしておきます。
251:249
07/03/15 00:08:33 2ZaO4AgY0
>>250
先程の例でいうと、3～7を表示（サムネイル含む）しようとすると例外吐くようになった。
252:名無しさん＠お腹いっぱい。
07/03/15 00:27:05 iu19ntHA0
DBの再構築、早速試してみました。
属性を追加しても強制終了しません。大丈夫です！
・・・DBのインポートやエクスポートが出来るのは大分先ですよね(´･ω･`)
253: ◆cTzcVzYvME
07/03/15 00:28:19 S3QGGTbu0
>>251
もうちょっと詳しく。
それは3～7を別な場所に移したらってこと？
254:名無しさん＠お腹いっぱい。
07/03/15 00:38:14 2ZaO4AgY0
>>253
いや、2を移動して属性Aをリストアップ＞無効なパスを破棄したのち、
2を元のフォルダに戻してフォルダをリストアップしたら3のサムネイル生成中に例外を吐いて止まった。
「ログを保存して続行」すると落ちる。「ログを保存せず続行」すると例外ダイアログの無間地獄。
一応2～7を移動してみたが、3～7は属性からリストアップできないしなぁ。
なお、移動先では2～7のいずれも表示もタグ付加・除去も問題ない。
255: ◆cTzcVzYvME
07/03/15 00:50:26 S3QGGTbu0
>>252
バグ自体が解決したわけじゃないですが、DBは再構築できたようで一安心。
その不具合にしろ、>>249のバグにしろ、
こちらで再現できる手順がわからないと対応は難しいので、
また何かわかりましたら情報をお寄せ下さい。
> DBのインポートやエクスポート
大分先です。
>>254
3～7には一つも属性が付いていないってことですね？
ちなみに、>>249時点でのDBって残ってます？
256:名無しさん＠お腹いっぱい。
07/03/15 01:12:19 2ZaO4AgY0
>>255
> 3～7には一つも属性が付いていないってことですね？
初めにした作業が「全選択してディレクトリ名のタグをつける」だったから、付いてる"はず"なのだが……。
（adtestの「属性の自動生成」を手動でやったわけですな）
まあとにかく、現在は属性（ディレクトリ名）からリストアップしても、これらだけリストアップされないのです。
> ちなみに、>>249時点でのDBって残ってます？
残ってます。
257:名無しさん＠お腹いっぱい。
07/03/15 01:21:37 2ZaO4AgY0
ｽﾏﾝ訂正。
ディレクトリ名と同名のタグでリストアップした場合、3～7もリストアップされた。
2の属性リストを表示するのは相変わらずだが。
しかし後日付加した、1～10の画像に付いているはずの属性Aでリストアップしても無視される。
塊を選択して一気に属性付加したので、3～7だけ付いていないとは考えにくい。
258:名無しさん＠お腹いっぱい。
07/03/15 01:28:18 2ZaO4AgY0
何度も連投すまん。肝心なことを書き忘れたorz
とにかく、ディレクトリ名と同名のタグでリストアップできたのは事実なので、
早速2～7を移動してリストアップし「無効なパスを破棄」したところ、例外を吐いた。
259: ◆cTzcVzYvME
07/03/15 01:31:57 S3QGGTbu0
とりあえず>>249のDBが残っているのでしたら次の手順ではどうでしょう？
１．問題のある画像(1～10)を別な場所にコピー
２．問題のあるディレクトリをリストアップ
３．1～10を選択し画像リスト右クリックからファイルを削除
４．１でコピーしておいたファイルを戻して属性を再設定
260:名無しさん＠お腹いっぱい。
07/03/15 11:06:20 2ZaO4AgY0
>>259
2～7を全選択してファイル削除したら例外エラーが起きました。
2～7のいずれかをひとつ選択してファイル削除したところ、1枚目は成功するが2枚目で例外。
試しにその方法で1枚目を削除してから、これらに無関係な画像の属性を操作してコミット、
しかるのち再起動したところ、問題の画像のサムネイル生成時に例外。
dbを全消去して問題のファイルらを操作したところ問題なし。
現状の3～7のdbが破損しており、adbtest2が読み取ろうとすると例外が起きるのだろうか。
それと>>254で" 「ログを保存して続行」すると落ちる"と書いたが、
"「ログを保存して続行」すると、ログ保存後落ちる"の誤りでした。
261:名無しさん＠お腹いっぱい。
07/03/15 14:01:32 iu19ntHA0
ソートの項目に”保持属性数”が欲しいです。
属性が少ない順・多い順に並べることで、
参照頻度が少なくなりがちな画像を手前に持ってきたいのです。
実装お願いできないでしょうか。
262:名無しさん＠お腹いっぱい。
07/03/15 15:04:07 gmHihbnQ0
>>261
それは地味に便利だな
俺からもお願いします
263:名無しさん＠お腹いっぱい。
07/03/15 19:51:43 BHhmj4wu0
日本語でおｋ
264: ◆cTzcVzYvME
07/03/16 05:11:03 EvVNgbE10
>>260
了解。>>249の症状と照らし合わせて考えてみると、
既に削除済みのファイル情報を再削除しようとしてこけてるみたいです。
だとすると、>>249は異なるファイルパスが同じファイル情報を
参照していることにより起きている問題かもしれません。
とりあえずファイル情報削除での例外スロー条件をゆるくしてみました。
根本的な解決にはなりませんが、>>259の手順での例外発生は抑えられると思います。
バージョンアップした上で再度>>259を試して頂き、
どのような状況になったか教えて下さい。
>>261
> ソートの項目に”保持属性数”が欲しい
了解。
265:名無しさん＠お腹いっぱい。
07/03/16 11:33:58 vuStkqWx0
試用させてもらいました。
現在、DigitalImageでの属性管理を行っていますが、
遜色ないものになってきていると感じます。
スマートビューが実装されたら、乗り換えの手間を考えても
本格的に乗り換えを考えたい。
属性付けを１キーでできるのは、かなりの魅力です。
試用でDigitalImageに設定している属性をつけてみました
大体が、お気に入り度（１～５）、大きなジャンル分け、必要なものには詳細な属性
という割り振りです。
現状でも、かなりのキー数を割り当てられるのでキーを覚えてしまえば
OKでしょうが、>>197提案も魅力的に感じました。
現在のキーマップ画面、変更ボタンの右に変更キーマップ先という欄をつくり
そこに何も設定していなければ（デフォルト）、キーマップの変更なし
そこに変更キーマップ先が設定されていれば、そのキーマップに変更
という仕様ならば、各人で工夫の余地ができるのではないかと思います
（１～９を属性に、０を押したら次のキーマップとか変則的な設定にも対応できるかも）。
素晴らしいソフトの開発、がんばってください。期待しております。
266:名無しさん＠お腹いっぱい。
07/03/16 11:39:00 vuStkqWx0
追記：
>そこに変更キーマップ先が設定されていれば、そのキーマップに変更
属性設定後、そのキーマップに変更ということですね。
属性内が未設定のままの場合は、属性付けは行わず
キーマップ変更のみという形であれば
キーマップ切り替えキーを各人の好みに合わせられるのでは
ないでしょうか。
267: ◆cTzcVzYvME
07/03/16 21:20:02 EvVNgbE10
>>265-266
なるほど。その仕様だったら現状のキーマップにも組み込めそうですな。
ただこの件に関しては、UIを含めもっと仕様を煮詰めた上で再設計し、
キーマップ自体を作り直した方が、性能的にも操作性の面でも良くなると思います。
またその方がトータルでの開発時間は短縮できると思います。
後付け的な修正では、現状の仕様が足枷となり機能拡張に限界が生じます。
とりあえずキーマップ機能の拡張は、全ての基本機能を作成し終えるまでは
行わないつもりなので、今のうちにいろんなアイデアを出しといてもらえれば、
それらを参考に改良していこうと思っています。
PS:
現在、>>215>>249のバグに対し、DB操作ルーチンのチェックをしています。
いくつかロジックエラーを発見しましたが、
これの修正とテストにはもう少し時間がかかると思います。
268:249
07/03/17 02:14:17 RNm9IAKP0
ご面倒をおかけしております249でございます。
>>264
最新版で手順を行い、問題は解消しました。
2を移動して無効パス削除後、2を復帰させディレクトリをリストアップしたところ、
画像群は「R」マークなしで問題なく表示され、タグ付けも問題なし。
ありがとうございました。
269:名無しさん＠お腹いっぱい。
07/03/17 07:12:14 cW3ZtHDz0
糸冬 了
270: ◆cTzcVzYvME
07/03/17 13:07:30 LY0jihRH0
>>268
了解。
今は発見したロジックエラーの修正を行っていますが、
これが>>249の原因であるかどうかはまだわかりません。
再現手順がわかればデバッグはスムーズに行えますので、
また何かわかりましたらご報告下さい。
271:名無しさん＠お腹いっぱい。
07/03/17 16:54:26 Cq4Y84ju0
>>267
>ただこの件に関しては、UIを含めもっと仕様を煮詰めた上で再設計し、
>キーマップ自体を作り直した方が、性能的にも操作性の面でも良くなると思います。
はい。最終的な完成度の高さが、皆の望みでしょうから
その点こころえつつ、待ちこがれておきます。
>行わないつもりなので、今のうちにいろんなアイデアを出しといてもらえれば、
>>265-266の「変更キーマップ先」とした部分を「機能」という欄にして
キーマップ変更だけではなく、ファイルの前後（現在カーソルキーに割り当てられているもの）
といった機能も設定できると、よりカスタマイズ性が高まるかもしれません。
個人的にはテンキー周辺に必要なキーを集めてしまって、片手で属性付けをできるのが
理想だったりします。
あまり、詰めすぎて複雑になるのも、どうかと思いますが
入力周りは実際の運用上一番キーになる部分ですので
各人の好み、方法を実現できる形が好ましいかと思っております。
272:名無しさん＠お腹いっぱい。
07/03/17 18:08:14 /cypVd7I0
保持属性数でのソートの話が出てましたけど、
属性の数を指定してリストアップというのはできませんか？
あと画像表示部を分離して別ウインドウで大きく表示＞クリックで閉じる、
といった使い方もしたいです。対応してくださる予定はないでしょうか？
273: ◆cTzcVzYvME
07/03/17 19:14:28 LY0jihRH0
>>271
> 入力周りは実際の運用上一番キーになる部分ですので
> 各人の好み、方法を実現できる形が好ましいかと思っております。
同意。
>>272
> 属性の数を指定してリストアップ
できなくはないですが、DBの設計上、そういった使い方を想定していないので、
素早くリストアップすることは難しいと思います（全検索が必要となるので…）。
また、これに関する最適化を行う予定はありません。
ただし、機能としての実装は検討しておきたいと思います。
ちなみに、この機能の用途は何ですか？
> 画像表示部を分離して別ウインドウで大きく表示
フルスクリーン表示には対応しますが、画像ビューの分離は実装予定にありません。
と言うのは、別ウィンドウ表示は外部アプリで実現した方が、
機能としての柔軟性が高まると思うからです。
余裕ができたら、書庫内ファイルとパスリストに対応した
シンプルかつ動作の軽い外部ビューアを作りたいなぁとは考えていますが…
274:名無しさん＠お腹いっぱい。
07/03/17 22:05:02 vI4dal7I0
>>272
少ない属性数の画像のリストアップに使うのかな？
私もその機能は便利だと思いますが、
DBが大きくなると処理速度の面で厳しいと思います。
ある程度、対象の画像を絞ってから、
保持属性数ソートで何とかならないでしょうか。
もしくは「属性を指定して画像を消去」で、
”属性なし”の様な項目に加えて、
”属性数：４”といった項目を作ってしまうとか…
要望です。
フルスクリーン表示の実装までの間、
画像ビューのＷクリックで外部プログラムから
表示画像を開ける機能を付けてくれると嬉しいです。
275:名無しさん＠お腹いっぱい。
07/03/17 23:03:28 /cypVd7I0
全部の画像をリストアップしてから絞り込むよりは
属性の数でしぼり込みながらリストアップした方が速いのではないかと思ったのですが…
別ウインドウ了解しました
確かに外部で対応させた方が色々出来そうですね
276:名無しさん＠お腹いっぱい。
07/03/18 01:04:54 kcQSXM/30
>>274
> 要望です。
> フルスクリーン表示の実装までの間、
> 画像ビューのＷクリックで外部プログラムから
> 表示画像を開ける機能を付けてくれると嬉しいです。
現行ver0.0.8.1でもマウ筋使えば要望動作っぽいことをさせることが出来たよ
うちではその動作をホイールクリックに割り当ててる
マウ筋の設定
【Ｔａｒｇｅｔ】
at_picture.exe
【Action】
Ｍ ”ビューワーで開く”
【アクション設定】
アクション終了後に実行
キーを送る Ｒｉｇｈｔ mouse button
キーを送る Ｑ
てな具合
これで関連付けしてるビューワーで表示画像を開けたよ
一枚だけサクっと全画面表示で閲覧したいときに重宝してる
adbtest2のソート順をビューワーが引き継がないから
あくまでもその場しのぎな用途だけど
ご参考までに
277:名無しさん＠お腹いっぱい。
07/03/18 04:12:43 yIwNQOvX0
>>276
これはいいですね！
右→左クリック、に割り当てて同様のマクロを作りましたが、
おかげで簡単にビューアに送れるようになりました。
ありがとう！
278:名無しさん＠お腹いっぱい。
07/03/18 12:26:02 Ypr/+1HN0
>>272
>保持属性数でのソートの話が出てましたけど、
>属性の数を指定してリストアップというのはできませんか？
ソートはリストアップ後の話で、
特殊なリストアップの方法については、
スマートビューでの指定の話なのかも。
279: ◆cTzcVzYvME
07/03/18 16:11:15 ZCVrEfth0
とりあえず見つけたとこだけロジックエラーは直したんで一旦更新。
あと、保持属性数でのソートにも対応してあります。
>>274
> 画像ビューのＷクリックで外部プログラムから表示画像を開ける機能
了解。
>>275
DB の仕組上、全部の画像をリストアップしてから絞り込むのと、
絞り込みながらリストアップするのでは、どちらも処理速度に大きな違いはありません。
前者が追加と削除を行うのに対し、後者は追加だけで済むという利点はありますが、
属性数指定リストアップでのボトルネックはファイル情報の走査にありますので、
全検索のコストと比較した場合、その利点は微々たるものに過ぎません。
>>276
試してみた。なかなかおもろいね。
でもダブルクリックには対応してないのかな？
あと、ミドルクリックによる関連付けオープンは
正式機能として採用しようかなと考えています。
280:名無しさん＠お腹いっぱい。
07/03/18 19:06:22 XmwTOlu50
変な現象が起こるので報告。
"選択画像のパスリストを開く"で外部ビュアに渡すとき、
AtPictureの内蔵ビュアに表示されている画像だけが表示されない。
表示中の画像以外を選択するときちんと表示される。
WindowsXP SP2 + ver0.0.9.1、外部ビュアはLinerやnkvで確認しました。
281: ◆cTzcVzYvME
07/03/18 21:17:18 ZCVrEfth0
>>280
axpathlist.spi を使っているのであれば、それはプラグイン側の問題です。
※history.txt、version 0.0.3.1 の更新情報を参照。
あとでまた修正しときますので、しばらくお待ち下さい。
282:名無しさん＠お腹いっぱい。
07/03/18 23:25:38 yIwNQOvX0
リストの変化に対して、”アンドゥ”や”戻る”の様な機能を加えてはどうでしょうか。
操作ミスでうっかり新しくリストアップしてしまった時に、
編集中のリストがパアになってしまう事は結構あると思うのですが…
基本機能が充実した後にでも検討して頂けると幸いです。
283:名無しさん＠お腹いっぱい。
07/03/18 23:27:20 J9VWOQAi0
ショートカットの追跡きぼんぬ。
画像ファイルを作者別ディレクトリに保管してあって
そこから内容別ディレクトリにショートカットでリンク張って分類整理してるんで
ショートカットのリンク先を読んでくれないと
内容別ディレクトリにある絵が見えません。
ショートカットファイルが並んでるだけになってしまいます。
ショートカット使うのやめてシンボリックリンクかハードリンクにすれば解決するけど
それだと今度はバックアップするときに同じファイルを複数バックアップしてしまうし
リンク構造を保持したままのコピーもWindowsでは無理なのでショートカット使うしかないんです。
284:名無しさん＠お腹いっぱい。
07/03/19 00:16:48 BcEkmcIU0
>>281
確かにhistory.txtに書いてますね。申し訳ないです。
285:名無しさん＠お腹いっぱい。
07/03/19 05:38:54 Tx5fhkvy0
パスリストの順番なのですが、
画像リストの並び順通りの順番で出力される様にして貰えないでしょうか。
（現在はファイル名順に出力するのでしょうか）
それと、”選択画像のパスリストを開く”で外部ビューアに開かせた時、
パスリストの先頭のファイルから開くのではなく、
画像ビューに表示している画像で開かせる事は可能ですか？
286: ◆cTzcVzYvME
07/03/19 07:22:26 9mpXMb3r0
>>282
了解。検討しときます。
>>283
了解。
>>284
直しときました。
>>285
現バージョンでも、画像リストの並び順通りに出力しております。
ファイル名順になってしまうとしたら、それは外部アプリ側の仕様なので
こちらではどうすることもできません。
> 画像ビューに表示している画像で開かせる
ちょうど今、これに関する仕様を考えていたところです。
ただ、これも外部ビューア側が対応してくれないと実現できません。
287:名無しさん＠お腹いっぱい。
07/03/19 17:07:10 Tx5fhkvy0
パスリストの順番、外部アプリ側で勝手にソートしてしまうんですよね。
それでファイル名順に並んだのかorz
288:名無しさん＠お腹いっぱい。
07/03/19 23:51:18 J258pM4c0
作者さん更新おつかれです
ミドルクリック対応どうもありがとでした！
動作が速くてめさ快適ですわ
早速他の機能も試させて頂きます
> >>276
> 試してみた。なかなかおもろいね。
> でもダブルクリックには対応してないのかな？
> あと、ミドルクリックによる関連付けオープンは
> 正式機能として採用しようかなと考えています。
マウ筋じゃダブルクリックは無理だったみたいですね
あと調子に乗って要望をひとつ
表示画像に属性をひとつ付加/除去したら
次の画像に表示を移すモード、というのは如何でしょうか？
個人的には付加の時だけ機能実現すれば良いのですが、
あるとランク用の属性つけてる時に便利なのです
キーマップ仕様改訂の際にでもご一考下さると嬉しいです
289:名無しさん＠お腹いっぱい。
07/03/20 02:33:28 hS5pqUYF0
>>288
>表示画像に属性をひとつ付加/除去したら
>次の画像に表示を移すモード、というのは如何でしょうか？
横からだが、>>271の仕様でいけそうな気がする。
290:名無しさん＠お腹いっぱい。
07/03/20 16:39:21 JeBZ1eAb0
沢山の更新乙さまです＞＜
属性名の最初に数字を、カテゴリ別に数字をつけているのですが、
属性リストのソートの恩恵を噛みしめているところです。
以前、お話した属性名のカラーリングの提案なのですが、、
既に仕様を検討済みでしたら聞き流して下さい。
・属性の色のデータを管理する変数を設ける（背景色と文字色）
・予め用意しておいた１０色程度の色（プリセット）から選択できるようにする
iniファイルで16進表記等で直接指定、もしくはカラーパレットで変更できるようにする
・属性の右クリックから「色の変更(&C)」-「プリセット1(&1)」などで変更
私としては、属性のカテゴリ別に色分けをして、
黒の文字色にパステルカラーの背景色というプリセット、
という形で使えればと思っています。
（個々人の好みで、文字色だけ変更、白文字に暗い背景色など）
文字を凝視して読まなくても、あるカテゴリの属性の有無を感じられたら…
視覚的、直感的といった意味では、attアイコンの変更よりも
効果は大きいと思うのですが、いかがなものでしょうか。
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 の
>属性データのインポート／エクスポートができ、他人とデータをやり取りできる
がそういった意味の機能なのでしたら、どのタイミングで実装される予定なのですか。
やっぱり、正式版待ちでしょうか。