画像ファイル属性管理 ..
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割り当ててもらえませんか。
了解。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5365日前に更新/393 KB
担当:undef