漫画用画像ビューア総合スレ Part12 [無断転載禁止]©2ch.net

**名無しさん＠お腹いっぱい。** · 2017/03/17(金) 08:35:46.55

前スレ
漫画用画像ビューア総合スレ Part11
http://potato.2ch.net/test/read.cgi/software/1483830807/

■ FAQ
Q.漫画ビューアって何ですか？
A.主に画像を横に2枚並べて見開き表示させる事が出来る画像ビューアの事です。

Q.画像が表示されないんですが？
A.Susieプラグイン対応のビューアでは、プラグインを入れないと見れないものもあります。
Susieプラグイン関連のサイトを参照してダウンロードしてきてください。

Q.圧縮したまま見る事はできますか？
A.できないビューアもありますが、ほとんどのビューアで圧縮したまま閲覧が可能です。
Susieプラグインを利用する物と最初から圧縮ファイルに対応している物の2種類があります。

Q.Susieプラグインの使いがわかりません。
A.基本的にはビューアの設定でSusieプラグインフォルダを指定すればOKです(設定後、要再起動)
また、設定でSusieプラグインフォルダを指定できないビューアの場合は、
ビューアと同じフォルダに入れれば大抵は認識してくれるはずです。

Q.漫画ってどこで手に入れるんですか。
A.本屋とか、中古書店にあると思いますよ。

**名無しさん＠お腹いっぱい。** · 2017/08/25(金) 11:31:32.18

>>949
そういう「単に罵倒するだけ」のレスはいただけない

**名無しさん＠お腹いっぱい。** · 2017/08/25(金) 17:31:30.41

Neeview って「次のファイルに自動的に移る」設定はないの？

**名無しさん＠お腹いっぱい。** · 2017/08/25(金) 17:32:51.46

フォルダ内の次のzipに移って欲しいのだが。

**名無しさん＠お腹いっぱい。** · 2017/08/25(金) 22:59:18.70

>>950
それじゃあフルパスの中のどこまでがアーカイブのパスなのかわかんないじゃん。
拡張子付いたフォルダとか作れるんだから。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 00:21:16.19

>>954
お前は何を言ってるんだ？

フルパスで取得するんだぞ？

あと、拡張子付けたフォルダーの拡張子は（例えばzipなら）、hige.zip.folder だぞ？
圧縮ファイルかどうかはアーカイブ扱う関数が判定するから（人間が）気にする必要はないぞ？

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 06:11:01.77

>>955
だからそのフルパスのどこまでがアーカイブのパスなのか、
いちいちファイルシステムに問い合わせないとわかんないだろ？

＞あと、拡張子付けたフォルダーの拡張子は（例えばzipなら）、hige.zip.folder だぞ？
その「.folder」はどこから出てきたんだよ。そんな文字列 >950 に書いてないだろ。

＞圧縮ファイルかどうかはアーカイブ扱う関数が判定するから（人間が）気にする必要はないぞ？
プログラムを書く人間が気にするんだよ。お前は何を言ってるんだ。

だから、アーカイブのパスとアーカイブ内のパスを区切るセパレータは、ファイルシステム上に存在しない物がよい。
例えば

C:\hoge\hage.zip::書庫内フォルダ\001.jpg

とする。「::」はURLにもファイルシステムにも絶対存在しないから文字列をスキャンするだけで前後を切り分けることができる。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 09:07:58.78

よし、じゃあそれで統一しよう

**950** · 2017/08/26(土) 09:28:16.21

950だが>955が何を言ってるのかは自分もよくわからない

＞「::」はURLにもファイルシステムにも絶対存在しないから文字列をスキャンするだけで前後を切り分けることができる。
内部仕様ならそういう決め打ちが一番楽だろうけど外部連携に関しての話だからねえ
うちはこういう仕様ですって言っても相手側がそれに対応してなければ意味がないし
先発が採用してる方法に合わせたほうが>946みたいなそしりも受けずに済むのでは

＞だからそのフルパスのどこまでがアーカイブのパスなのか、
＞いちいちファイルシステムに問い合わせないとわかんないだろ？
どちらにしろ貰ったパスがフォルダかファイルか書庫かでその後の処理変わるから判別チェックは必要だし
どこまでが実在パスかはループで末尾から削って見ていけばいいからそんなに面倒な処理でもないかと
更に言うならコミックビューアの場合は先読みやサムネ用に周辺のファイルも結局見たりするしね

問題になるのは (フォルダ)hoge.zip\001.jpg と (書庫)hoge.zip\001.jpg の両方が存在した場合だろうけど
そこは厳密にやらんでも先に見つかった方でいいんじゃないかなあ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 10:28:33.45

というかよく分からんからぎも

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 10:31:38.10

変な操作したごめん

よくわかんないから疑問なんだけど、フォルダと書庫が同じ階層にあったとして受け取る側は何か問題起きたりするものなの？

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 10:44:46.88

受け取ってもフォルダと書庫ではその先に行う処理が違う
でもどっちの処理をしていいのかを受け取り側が判断しなくちゃならない

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 10:50:01.24

まず普通にフルパスとして開いてみる
開けなきゃ、パス内に対応アーカイブの拡張子が含まれているか調べる
見つかればそれをアーカイブと見做して開いてみる
開ければ続きのパスをアーカイブ内から探す
これで十分使いもんになると思うが

拡張子の付いたパスも考慮したいのなら
アーカイブのオープンに失敗した時点で、それがフォルダーかどうか確認すればよい
フォルダーなら次のアーカイブの拡張子を探して同じ事を繰り返すだけ

簡単だよ

>>958
(フォルダ)hoge.zip
(書庫)hoge.zip

ここで名前の衝突を起こして共存出来ないからセーフ

>>960
同じ階層に同名のフォルダーと書庫は共存できないけど、
もしできたとしてもファイルとフォルダーで扱いが違うので問題は起きないよ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 10:57:12.75

>>958,962
そんなのめんどくさいじゃん？

最初からアーカイブのファイルパスとアーカイブ内のファイルパスを
明確に区切る専用のセパレータを導入したほうがエレガントだよ。

既存のソフトがどういう実装にしてるかはよく知らないけど、他所は他所よ。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 11:07:31.54

>>963
めんどくさくないよ
こんなもん説明文書いてるのと同じぐらいの時間で実装できる

それと毎度専用のセパレータを検索するコストが無駄
迷惑だから勝手なルールは極力作んないでくれと

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 11:27:28.02

>迷惑だから勝手なルールは極力作んないでくれと
もう自分で作っちゃえばええやん

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 11:44:49.72

受け取り方はともかく、とりあえずファイラ面から外部アプリに投げる時に\にしてくれるだけでも全然変わるんだけどね
相手が受け取れる形で投げてもらわないと意味を成さないので

本当はMassigraみたいに送る時は\で受け取る時は\/両対応が一番ありがたいが

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 12:10:56.00

なんでもいいからNeeViewで開けるようになるといいなって思いました。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 12:54:35.97

>>964
こちらの立場はあくまでファイルシステム上のパスと
アーカイブ内のパスをどう一元化するかとという視点で
どう実装するのがエレガントで楽かということで、
アプリ同士の連携は元から考慮してないんだ。
すまんな。

内部的にどう実装するかというレベルだから。

繰り返すが、専用セパレータによる利点は
・文字列化したときにどこで区切られているかひと目で分かる
・構築、分解も簡単
・ファイルシステムに依存しないので処理も簡単

特にブックマークなどでアーカイブ内の特定のファイルから再開したいときに、
この方式で保存するとデータが見てわかりやすい。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 13:08:16.84

>>968
意味の無い俺ルールを一つ生み出しているにすぎんな

キミの言ってる利点とやらは\と/の使い分けで全てクリアーでき
\のみでも憂慮すべき問題でないと言っている

そこまでそれに固執する意味がわからんのだが

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 14:02:12.91

>>968
内部で使うセパレータなら好きなの使ったらいいと思うよ
スレの話題は最初から外部連携の解決法という視点だし
こちらはコマンドラインでのパス渡しの話をしてるので根底から違う話題で乗り込まれても困る

プログラミングはじめたばっかりっぽい理屈で微笑ましくはあるけど
内部構造のエレガントさにこだわってたらまともに使える漫画ビューアを作るのは難しいんじゃないですかね
そもそもSUSIEプラグイン周りがアレだし

>>967
NeeView側が書庫内パスに対応してくれないとどうにもならんので
ここのログコピペしてNeeView作者に要望出して来たらいいと思います

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 14:09:50.08

毎回どうでもいいことで
揉めてるの同じ奴らだろう
お前らコテつけろよ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 15:08:58.03

別にいつも参加してるわけじゃないけど
最初はそれなりに意義のありそうなネタなのに気がつくとgdgdになってる不思議

>950 に追加
QuickViewer　外部アプリ起動機能なし　コマンドラインは実在パスのみ
tomato player　C:\hoge\hage.zip\書庫内フォルダ\001.jpg　(Leeyesを踏襲してるぽい)

QuickViewerは書庫内パス付きで渡すとアプリが落ちる
tomatoは設定のコマンド指定欄の外部アプリのパス入力欄が半角45文字分しかなくて長いパス入れられない
コピペしてもちぎれるのでconfig.iniに直打ちする必要があった

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 15:58:36.63

俺はプログラマーだけど、>>968に賛成。
コンピューターはそりゃ再帰得意だし、再帰ぐらいは簡単にプログラミングできるけど、
パス与えられたらどこまでが実際のファイルシステム上のファイルから問い合わせるとか
正直きしょいわ。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:07:21.92

問題はQuickViewerはクロスプラットフォームなの？？
そうすると、ファイルシステム毎に禁止文字とかのパスの定義が違うから普通にやるとめんどくさそう。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:15:50.04

ファイルシステム毎の仕様を無視できる一番確実な方法は
アーカイブのパスをURLエンコードする
URLのreserved charsをセパラータに使う
アーカイブ内のパスをURLエンコードする。
で３つを連結。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:23:17.39

>>973>>975
>>970の言うように内部で使うのなら好きなの使ったらいいと思うよ
外には投げないでね、
次にこのルールに他のソフトも対応しろと言い出すのが目に見えてるから

ファイルの有無を問い合わせるのが嫌なら、
ZipPlaの
C:\hoge\hage.zip/書庫内フォルダ/001.jpg
で良いと思うが

拡張子とスラッシュでどこからがアーカイブか一目瞭然
スラッシュは\と同様パス区切り文字として使えるものだしな

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:31:50.01

>外には投げないでね
それは作者が最終的に決めることだから

もちろん、ここで色々言ってるのは外部の人間が勝手に言ってるだけだけど

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:39:22.91

>C:\hoge\hage.zip/書庫内フォルダ/001.jpg
Linux系のファイルシステムのセパレータって/じゃなかったっけ？
そうするとかぶって区別つかなくなる。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:44:31.56

┐(´д｀)┌ﾔﾚﾔﾚ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:51:54.25

後、1つだけ言うけど、アーカイブ内のファイルまで含めたファイルの指定方法に統一された方法なんて
ないんだから、君の言うルールも俺ルールの一つなんだからね。
こっちのルールだけを俺ルールとか言うのが意味わからん。

両方俺ルールだからね。

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:57:16.79

>>980
>>950にあるように既に定着しているありきたりな方法だがな
お前には同じに見えるのだろうよ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 16:59:49.92

>>981
３つぐらいバラバラじゃんww
おまえには同じに見えるのかww

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 17:00:59.55

Zipplaの形式だって現状zipplaだけしか採用してない？？
じゃ、完全に俺ルール以外何者でもないw

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 17:03:42.03

>>982
スラッシュとバックスラッシュの違いぐらい誤差の範囲
わけのわからん俺ルール記号を挟むのとはわけが違うな

ま、おまえが如何にお話の通じない人間かだけはわかったわｗ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 17:11:57.21

>>984
コンピュータに誤差なんて通用しねぇよwwwwwwwwwwwww
仕様決めるのに誤差とか馬鹿すぎるwww

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 17:19:35.70

>>985
普通はスラッシュバックスラッシュの違いぐらい吸収できるように作ると思うが、それですら意外と少ないようだね
おまえの推してるそれは害以外の何物でもなく御話になんないがなｗ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 17:26:05.14

>普通はスラッシュバックスラッシュの違いぐらい吸収できるように作ると思うが、それですら意外と少ないようだね
既存のソフトはみんな俺ルールで決め打ちなんだから動いてねぇんだろww

だから、お前の言うルールも俺ルールなの。
自分の言うルールだけは俺ルールじゃないとかとんちんかんな事を言ってないで
ちゃんと客観的に判断しようねww

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 17:34:27.54

さぁ盛り上がってまいりました

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 18:14:48.39

>>976
>次にこのルールに他のソフトも対応しろと言い出すのが目に見えてる
ほんとこれ…フリーソフトなんか気軽に公開するもんじゃない
面倒くさいこといい出すやつがいっぱいいる

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 18:23:14.28

なんかちょっと見ないうちにクロスプラットフォームとかファイルシステム毎の仕様とか
むっちゃ範囲広げた上で汎用性説いてる方がいらっしゃっとるｗ

ここはWindows専用の漫画ビューアという環境と用途が非常に限定されたカテゴリのソフトのスレです

そういう狭域の中でのご近所ルールの話をしていたはずなんだけどどうしてこうなった

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 18:33:27.15

既存のソフトは書庫をフォルダと同様に扱うためにフォルダのセパレータとして使われる/や\をセパレータとして採用した
別に共通規格として策定されたわけではないが、複数のソフトで類似の実装がされている
出来ればそれらのコマンドを受け取って処理して欲しいな…程度の話じゃねーの？

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 18:35:20.64

それをこのスレで言い合ったところで、独善的な俺様論になるだけ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 18:37:34.42

俺は別に外部連携機能自体いらんけどさw
一応クロスプラットなQuickViewerさんもいることだし、
その作者にだけLinux向けには別仕様でお願いでもいいけどさww

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 19:52:35.32

次スレは？

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 20:29:57.12

イラネ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 20:43:05.76

ID:Bds5t8FC0 が立てろよ
このスレの大多数はお前がくだらないことで
埋めてるんだから

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 21:08:06.50

パスの表記揺らぎを吸収して間を取り持つソフトを作っておくれ

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 21:24:16.06

漫画用画像ビューア総合スレ Part13
http://egg.2ch.net/test/read.cgi/software/1503750231/

**999** · 2017/08/26(土) 21:37:13.75

999

**名無しさん＠お腹いっぱい。** · 2017/08/26(土) 21:57:30.19

>>997
面白そうだから続きは次スレで

**1001** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 162日 13時間 21分 44秒