漫画用画像ビューア総合スレ Part12 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
前スレ
漫画用画像ビューア総合スレ 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.本屋とか、中古書店にあると思いますよ。 ■ビューア
□ ZipPla
ttps://sites.google.com/site/riostoolbox/zippla
□ NeeView
ttps://bitbucket.org/neelabo/neeview/wiki/Home
□ ももんが図書館
ttp://momongamontyu.blog.fc2.com/
□ Leeyes
ttp://www3.tokai.or.jp/boxes/leeyes/
□ MassiGra
ttp://www.vector.co.jp/soft/win95/art/se400675.html
□ Hamana
ttp://miyano.s53.xrea.com/
□ マンガミーヤ
(保管庫) ttp://www.geocities.jp/comicview7/soko.html
□ (海外製) Comicrack
ttp://comicrack.cyolito.com/
【ストアアプリ】
□nyalu
ttps://www.microsoft.com/ja-jp/store/apps/nyalu/9wzdncrdkhlm
□Pico Viewer
ttps://www.microsoft.com/ja-jp/store/apps/pico-viewer/9wzdncrdr0gm ■専用スレ
※専用スレのあるビューワ個別の話題、質問、賞賛等は専用スレで
漫画用画像ビューア マンガミーヤ MangaMeeya 17 [転載禁止](c)2ch.net
ttp://anago.2ch.net/test/read.cgi/software/1416397467/
見開き画像ビューア Leeyes -リーズ- Part13
ttp://potato.2ch.net/test/read.cgi/software/1441727626/
シンプルで高速な画像ビューア MassiGra Part7
ttp://anago.2ch.net/test/read.cgi/software/1414147376/
■関連スレ
画像ビューア/Viewer/閲覧ソフト 21
ttp://potato.2ch.net/test/read.cgi/software/1449453453/ スレ汚しすまんかった。Jane Styleなんだけど、調べたら2chって板によってUnicode対応の有無があるんだな。
漫画ビューアのように。と無理やり関連付けてみる。特殊な文字は使ってないんだけどな。「>>2v「の」「上」 前スレの994だけど文字化けさんありがと
要望出してみるわ
なんて表現すれば伝わる機能なんだろ、俗称とか通称無いよね !&)-:@^|"*.<[_}#'+/=~$(,;>]{ 初めてNeeView1.20(x64)を使ってみてるんだけど、表示→「メニューを自動的に隠す」のチェックが起動するたびに外れてて困惑
俺の環境だけ？ >>14
既存のデコーダでデコード出来るのはすげえな 動画や元々馬鹿デカい編集前のRAWとかならともかく画像でしかもjpegだとなあ
今時モバイルですら「jpegのサイズが3割減るから何？」で終わりそう 品質95以上のjpegのサイズを大幅高ダウンできるならいいかも >>14
1枚圧縮するのに2〜3分かかる
CPUはPhenom1090Tでちと古いが十分早いと思うんだけどなぁ
mozjpegなら1枚1秒程度でサイズはquality90だとほぼ一緒
quality95とか100だと画像によってはGuetzliが落ちるんで徒労感でかい
もっと早くなって安定するまで放置だな 元がスキャンしたばっかの奴だとくっそおせぇ2〜3分じゃ無理 縦1440にリサイズしてから圧縮した普段使うサイズがそれなんで
元ファイルは一枚試して途中で諦めて止めたよ NeeViewでアプリ終了に無理矢理ESCを割り当てていたんだけど
1.19からESCがいろいろなキャンセルに固定で割り当てされちゃって
使い勝手が悪くなっちゃったな ZipPlaを(確か)1.5.9.4から1.6.0.2にアップデートしたら見開き表示がおかしくなった。
具体的には「1.jpg 2.jpg」「2.jpg 3.jpg」「3.jpg 4.jpg」と同じ画像が2回表示される・・・
「1.jpg 2.jpg」「3.jpg 4.jpg」「5.jpg 6.jpg」としたいんだけど、
config.xmlを消しても直らない。
直し方を分かる方はいます？ あっ、直りました・・・
理由は分かりません、設定を色々触りまくったという事だけで。
申し訳ないです。 >>14
＞ Guetzliエンコーダーは量子化の段階で従来なら良質な状態が保てなくなるほど小さなファイルサイズをターゲットとし、
＞ 従来の心理視覚モデルとGuetzli独自の心理視覚モデルの差を吸収するための検索アルゴリズムを使用することで、
＞ 画質とファイルサイズのバランスをとっています。
高品質時のサイズを小さくするのではなく、低品質超圧縮時の画質をまともにする方向なんかな 低品質試してみたがqualityは84までしか下げられないようになってるな
>Guetzli should be called with quality >= 84
ちっとは解析が早くなるかとグレイスケール化した画像で試したらエラーだし
>Only YUV color space input jpeg is supported >>26
検証乙
まだ実用向きじゃないぽいしこれからに期待ってとこですかね ZipPlaで圧縮ファイルの上で右クリックしても「サムネイルを表示」が出ないんですけど、原因分かる方いますか？
環境は
Win10 64ビット
ZipPlaのバージョンは1.6.0.2です。 「サムネイルを表示」は仕様変更されて「現在のウィンドウで開く」になってる 「現在のウインドウで開く」は？
ZipPla 前にJコミファンディングで買ったpdf（プロテクトかかってる？）が表紙しか見れないな
susieプラグイン対応ビューアならミーヤのpdf.dllで特に問題なく見れるファイルなんだが
ZipPlaは自前対応のフォーマットはsusieプラグイン使えないからダメっぽい PerfectViewerについて詳しい人教えてください
PDFを開いて横表示にすると
PerfectViewerの本棚まで横になってしまうのですが
これを止めさせる方法ありますか？ >>29-30
できました！
ありがとうございます。 >>33
完全に勘違いしてました…
ありがとうございます >>14
どっちかつーと無劣化PNGを高度圧縮する技術を作って欲しいな >>36
それ言い出すとお前の衣食住の不満は一切言えなくなるぞ
この飯まっず → 自分で作れ食材育てるとこからやれ >>38
全然違うだろ
お前が言ってるのは、母親に向かって「かぁちゃんが作ったカレーはマズいから、もっと美味しいカレーを作ってくれ」と言ってるようなもんだ。
今有る物で我慢できないなら「自分で作れ」ってこった >>40
はいはい、君はゴネるのが得意な住人なんだね すごーい 膨大なリソース使って研究できる大企業様に対するちょっとした要望くらいギスギスしないで聞き流してやれよ
自分で作れって返しは個人でやってる趣味フリーソフト作家相手に
俺の気に入る漫画ビューア作ってくれとかいうバカに対してだけでいいでしょ そもそもPNGの圧縮効率上げてメリットの出る企業が少ないからなぁ
わざわざ開発してくれんだろうな
adobeなんかは研究してるだろうけど逆にオープンにするメリットないしね ミーヤってwin10 だとなんかうまく行かない。
同等のはないのかな？ 同等かどうか判断するのは自分自身なんだからその質問に回答のしようが無いと思うが
ミーヤ教徒に怒られる前に無いと答えておく ミーヤはUnicode未対応と、一操作一キーなのがきつい。ページめくりぐらい左右で割り当てさせてくれ くぁあっ インストール版Neeの設定ファイルってappdataに保存かよぉ
HDD死んだからお引っ越しで持ってき忘れた >>45
ウチもwin10だが特に問題無くちゃんと動いてる
つか何がいうまくいかないのかくらい書いてから聞け
>>47
普通に左右に割り当て出来るだろ
ウチでは左右でちゃんと動いてる 「ページめくりぐらい左右で割り当て」
これを読解しますと、画面の左側のほうを左クリックで進む、右側で戻る、でしょう
当然、横書きの本は逆
左右が何を意味しますかと言うと、矢印キーではなく、画面の左右です
１操作１キーなので、左クリックは進むの意味しか割り当てられないのです
だから、画面の左右で動作を分ければ、左クリックに進むと戻るの二つの意味を込めることができます
そういうふうに>>47は言おうとしてるハズです >>49
設定のエクスポート機能を要望するといいかもしれんね
今さらかもだが
>>51
仮にそうだとしたら、>>47の説明も足りないだろうな
1操作1キーって表現しておいて、マウスともクリックとも書いてないから
どっちにしても、マウスの話ならホイール上下に割り当てるとかすればいいと思うけど CE版ならタッチ操作に対応してるから画面の右端、左端に進む戻るを割り当てられる 自分の場合、他のソフトでは「進む」を[space]と[→]キーに割り振っているけど、そういうことが出来ないって話じゃないの？ 47読んで意味は分かったが当然のようにできると思ってたわ
改めて見直したらミーヤもleeyesも左クリックは無効にしてた
PCだとマウス動かさずホイールかキーめくりのが楽なのでクリックはむしろ邪魔に感じてしまうんだよな ん？マウスとキーボードの設定は別だから重複登録は可能だぞ？
「次へ進む」：[→]キー
「次へ進む」：第一ボタンクリック
みたいに。
>>55みたいな設定は無理だけど逆に1キーに複数操作を割り当てるのは出来るけどあんまり使う機会はないわなぁ
「次へ進む」：[→]キー
「前に戻る」：[→]キー
とか
「次へフォルダへ移動」：[→]キー
「再生／停止」：[→]キー
とかな
まず使わないだろうけど いやマウスとキーボード両立の話は誰もしてないと思う
そういやミーヤって同じ機能を複数のキーに割り当てられないんだっけ
キーに対して機能を割り振るのではなく、機能に対してキーを割り振る設定UIなんだよな >>58
meeyaは動作確認用にしか入れていないので詳しくないんだ。
一つの機能を複数キーに割り当てる方法わからなかったんで、出来るならやり方教えて >>51
あー違います。「←」と「→」をページ送りに設定していたとして、例えば「Z」と「X」にもまたページ送りを割り当てられないという意味です。
「→←」を左手で操作しようとすると辛いので、左手のポジションに近いキーを別に割り当てたいと。
ミーヤはマウスやキーボードが項目として独立して、各の機能に対し１キーしか設定できません。 >「→←」を左手で操作しようとすると辛いので、左手のポジションに近いキーを別に割り当てたいと。
右手はジョイスティック操作か・・・ 俺は左手にジョイパッド+Joitokey割り当てして右手にジョイスティック 俺は右手にジョイスティック、左手にはトラックボール 左利きの俺はジョイスティックは左手で操作するから何の問題もない。 >>70
macではあんの？
でもこの流れでそんな話しでると「イクッ」って言葉（音）で指定ページに飛ぶとかそんな機能求めてるのか？ >>72
macなんぞ知らん
androidにはある
スライドショーと違い、任意のタイミングで完全にハンズフリーのページめくりが出来る
完全にハンズフリーであることのメリットは人によって違うから用途なんぞ知らん VRが普及してったら音声認識や視線検出が一般的になってくだろうから、もうちょっと待て
実用化されてくるのはおそらく5年後くらい ヒンジの構造が気になる
画面下部が見づらそう
画面タッチしづらそう とりあえずNeeでジェスチャでルーペオンできるがオフがマウスからできずESC押すしかないのを見つけて
報告しようとしたらすでにされていた
これ直ったら快適になりそうだなぁ 前スレで、最低でも任意倍率と順次スクロール機能と書いて、どちらもまだ実装されていないわけだけど…
結局もうLeeyes/ももんが図書館からZipPlaメインに乗り換えてしまった。
アップデートしてみたらマウスレスでの使い勝手が格段に向上して、タブレットですげー使いやすくなってたんで。
マウスレス環境についてけちょんけちょんに書いちゃったの、作者さん読まれてたんだろうなぁ。
あとは拡大表示時の順次スクロール（N字スクロール）が出来れば自分が必要な最低限の機能は大体そろう。
任意倍率は、幅や高さに合わせることは出来るようになったので、まぁいいか、と。 マンガミーヤにある「白紙を挿入」が他のソフトには無い
広告抜きスキャンだと途中で見開きズレが起こるので地味に便利なんだけど
作者さん語一考お願い 2ページ目が大きいと表紙を勝手に単ページ表示にさせるように変更されたから
白紙ページを挿入できたら確かに便利かも 読むときに調整じゃなく自炊時に白紙ページ足すで良くね
割れなら氏ね 総合スレで何のソフトの話をしているか分からん書き込みはやめてほしいわ
広告ページを抜くなら広告ページを白紙ページに差し替えの方が汎用性があっていいと思うんだが、何がよくないんだ？ >>84
お前は話してる内容すら理解できないみたいだな 見開きなのに単ページ表示になってしまう問題は勝手に自動判別になってるのが問題なんであって
[単ページ] [見開き] [自動(単ぺージ/見開き)] の3パターン切替にならないと根本解決にならなくね？
ミーヤで試してみたがうっかり挿入した白紙ページの削除の仕方がわからん
左右狂っても1ページだけ進む戻るで帳尻合わせは可能なので個人的には使わないなあ
実際に存在するファイルと違う見え方になるのは混乱するというのもある
そもそもが自分で作るもんなんだからスキャン後まとめる時にページが狂わないように連番合わせるべきだと思う
割れなら氏ね ZipPlaのアプデでアクセス日時の扱いに軽微な変更したみたいだけど履歴がバラバラになってアクセス日時順の意味をなさなくなったんだが
これはそうゆう変更なのかバグなのかおま環なのかよくわからん 元々Windowsの「アクセス日時」ってコロコロ仕様が変わって
あれをソート基準として使う時点でダメじゃね Windowsは、よっぽどしっかり管理しない限り
更新日時以外はあんま使い物にならんな いくつか新顔触ってみたもののLeeyesのしっくり具合が今でもすごい。感謝。
本業の方だったんだろうかな。
Unicodeさえ対応できてれば今でも無条件で誰にでも薦められる出来。 Neeに慣れたらジェスチャー無しには戻れないな
ショートカットをマウスに登録して切り替えって手もできなくはないがめんどくさい >>91
読書はタブレットで、という層には今更Leeyesを薦めるのは躊躇する。
一応Leeyesもタブレット使用は意識はしているけど、やっぱり弱い。 ttps://kanryu.github.io/quickviewer/index-ja
読み込みが早いらしいが タブレット目線だとモモンガみたいな割り切りが人によってフィットしそう
あの切り口はあり
>>96
確かに速いサックサク。
公開から数日、本人か知らんがええよ
注目しとくわ Leeyesやミーヤが長らく君臨してきたのに、急に茸竹の子
更には突如天下掻っ攫いうるソフト出てきたりするからホントわからん >>96
Quickとつけるだけあって、他のより速いね。ページ移動や起動はZipPlaやNeeViewより速い
Leeyesやミーヤと比べるとあまり変わらないかもだけど… 現時点では、機能的にこれからの部分もあるかな
例えば、見開き表示でも先頭は単ページ、のオプションはほしい所
ズレてると見開きやめて単ページにして、1ページ移動してから見開きに戻すって作業が必要になるから面倒
(見開き表示でも)1ページ進む・戻る、の機能を付ける形でもいいけど
何にしても選択肢が増えるのはいいことなので、歓迎します .NETアプリかと思ったらQtで作られてるのかw。
頑張るな。 zipplaの拡大中のカーソル必要かな？感覚でわかると思うんだけど 全然板違いだけど新進気鋭のWin用2ch専ブラが出てきたほしいもんだ 2chブラウザはソフ板じゃなくてwin板なんだよねぇ >>103
新作の専ブラきてるよ。Winストアアプリだけど。 >> 78
ルーペ系の変更が入ったソースコードが登録されたんで
ビルドして試してみたけど、ジェスチャーではルーペON/OFFできないな。
っていうかONすらできなくなってる。
俺はクリックでできれば困らないけど、
ジェスチャーでもできるようにして欲しいって早めに要望出しといたほうがいいんじゃない？ QuickViewer使ってみた
画像表示が速くていいね
不満点はキー割り当てが変更できない マウス操作ができない 画質の変更が出来ない
シークバーの方向が変えられない 終了時のウィンドウの大きさを憶えていない 見開きで1ページだけめくることが出来ない
この辺が出来ないと常用するのは難しいな >>109
多重起動禁止できないし、ビューワとファイラの同期もないし、Leeyes的動作を期待すると肩透かしを食らうな >>111
多重起動をただ禁止するだけではなく、起動時の引数を反映させたりして欲しいので、単純な話ではない ファイラーとビューアが別exeだから微妙に挙動が違うよね
Leeyesの多重起動できない仕様も個人的には使いづらいんだが
通常は起動中のビューアがあったらそれに上書きで
別ページも同時に開きたい時だけメニューから「別ウィンドウで開く」がやりたい 機能紹介でEverythingとの連携を紹介してるのに
Everythingの検索結果をZipPlaに戻す手段が無いのはいい加減にどうかして欲しいな
関連付けからZipPla起動すると新しい内臓ビューアが起動して元のサムネイルウインドウにはひも付かないんで不便
というか何でいきなり内臓ビューアが開くんだ？サムネイルウインドウがメイン画面じゃないんだろうか
関連付け起動したら起動中(または新規)のサムネイルウインドウでそのファイルが選択状態で開かれるって挙動が自然だと思うんだが >>112
>>109だと単純な話にしか見えないわ >>115
それは想像力の欠如
多重起動禁止したうえでどう動作して欲しいか、ちょっと考えればわかりそうなもんだが 動画のサムネなんでちょいあれだけど
ZIPPLAの動画ファイルの表紙サムネ設定方法って仕様変わった？
以前は動画ファイル右クリでサムネ一覧みたいの選ぶと数分おきのサムネがずらっと並んで
そっから更に細かく画像選択することも出来た気がした
でもさっき久々に試したら表紙→表紙の手動設定でざっくりと選ぶことしか出来なくなってる >>117
バージョンは？
手元の公開バージョン1.6.2.7では「現在のウィンドウで開く」で普通に動作してるけど
まぁ、「現在のウィンドウで開く」という表現が分かりにくいのは確かだけど
「現在のウィンドウでサムネイルを開く」とかだったらまだしも >>118
そういうことか！
「現在のウィンドウで開く」でサムネ開いて、そこで更に「現在のウィンドウで開く」をすると
どんどんズームインして細かくサムネ選んでいけるようになるね
エクスプローラで開くの上にあるから関連付け関係の項目かと思ってたわ
この表記は少し判りづらいね。ありがとう、助かった >>119
自分は「その他」→「共通設定」から、起動プログラムの「現在のウィンドウで開く」と「開く」の順序を入れ替えてる
デフォルトでサムネイル表示、動画再生したいときは右クリックから、になる susieプラグインはユニコード対応してないの多くて面倒くさいな
もうこんなレガシーなものに頼るのやめませんか >>121
仕様も滅茶苦茶だしやめるべきだと思うが
.netしか使えない開発者が増えてプラグイン作れる人が減ってるんよ >>121
最近のソフトでsusieプラグインに対応しているものって、頼っているわけではないと思う
別にプラグイン無くても普通に動くし
古いマイナーな形式でもプラグイン入れれば見ることも出来ますよっていうオマケ機能だと認識しているんだが >>123
圧縮ファイルとか頼り切ってる状態だが、4G以上のファイルにすら対応できてないしな 何かいい、互換性のある既存の規格はないものかね。
zipと7zとrarのアーカイブ読み込みに自力で対応させてるけど、
実装方法が全部互換性がないんだよ。
画像読み込みだと簡単なんだけどね。 >>125
テンプレのなら
Leeyes
MassiGra
最近のは意外と対応してるのな LeeyesもMassiGraも.netアプリではない件
それにLeeyesは元々bmp以外は全部プラグイン丸投げだからなあ
漫画読むためのビューアーなんだから4G超アーカイブ対応とかオーバースペックだし
オプション扱いでも構わんけどな zippla1.6.2.7はいくつかのpng表示メチャクチャだな
Leeyesや標準のフォトだとちゃんと見えるものが
小さかったり、欠けてたり ZipPlaってLeeyesみたいにウィンドウに合わせる高さや幅ってのはできないのかな？ >>133
ズーム操作で高さフィットや幅フィットでクリップされる機能は一応あるにはある
けどスクロールの機能がないのであんまり意味がない >>96
主要な形式には対応してるし、起動や読み込みが早いのは良いな
設定もiniファイルで完結してて、AppDataに作ったりレジストリ汚したりもしなそうだし
キーコンフィグも追加されたみたいだし今後に凄い期待
拡縮処理の選択とかフィルタとかが現状ないけど、サクッと使うには悪くない
ツールバーが非表示不可なのは少し気になるが
>>121
ユニコード対応でx86/x64対応のプラグインとか出来れば良いのにね
susieってx64の仕様はちゃんと固まってないんじゃないっけ？ 121がspiに頼るの止めたらいいだけじゃね
今時のビューアーなら自前でユニコード対応してるでしょ >>137
使ってなくてもちょっと考えればわかるわ
あ、使ってないって、漫画用ビューアそのものを使ってないって話か？
それならわからなくてもしょうがないけど、なんでここにいるんだ？ 使ってなくて状況もわからないなら無理に参加することなかったのに
説明された後も尚に食い下がってくるとか意地になりすぎ
>111でそれじゃダメって言われた時点でそうかダメなのかで済む話だろ つまり使ってなくてよく分かってないのに横から口出ししてるってことか ZipPla使ってみたけどサムネイル機能無効化できないのかな？
非表示にしててもファイル数多いとずっとCPU動いてんだよね
Lanczos4+色空間の線形化が綺麗でいいなーって思ったけど負荷がもう少し減って欲しい
外部ビューア化できれば良さそうなので要望送っておいたけど
サムネイル機能ってそんなに需要あるものなの？
自分の場合Everything経由で使ってるからサムネイル機能自体使ってないんだよね、少数派なのかな
あと同じLanczos3設定で使用してもZipPlaとLeeyesだとCPU使用率（見開きでページ移動した時）にすっごい差が出るのが残念
同じ画像同じサイズで閲覧してもLeeyesの8〜10倍違う >>148
外部ビューア化は「内蔵ビューア→ショートカットの作成」みたいな所でできるよ
あと内蔵ビューアのCPU使用率が高いのは多分がっつり先読みするからだと思う
先読みが終わるまで待てば落ち着くしどれだけ先読みするかは設定で調整できる
ZipPlaの作者さん対応丁寧だからそのうち返信くれると思うけど
この書き込みでなんか間違ったこと言ってたら教えておくれ >>144
ありがとう、おかげさまで外部ビューア化できました
これにしたら>>143で言ってたファイル数多いのでもCPUの挙動がおとなしくなったのでサムネイルだったぽい
どれだけ先読みするかの設定ってビューアのメモリ使用量ってところじゃないの？
CPU使用率が関わる設定って無かったと思うけどどれのことです？ >>146
>どれだけ先読みするかの設定ってビューアのメモリ使用量ってところじゃないの？
>CPU使用率が関わる設定って無かったと思うけどどれのことです？
いや単純に先読みが早く頭打ちになればCPUがおとなしくなるのも早いってこと
実際にそうなることは確認済み
CPUケチって体感速度を下げても意味ないと思うから普段はデフォルトのままにしてるけど
あともしまだなら最低限作者さんに解決の報告はしておくことね ZipPla更新きてるね
でいつの間にやらGIFアニメとPNGアニメに対応してる
PNGでアニメにできるとか知らなかったから手持ちの画像がいきなり動いてビビったｗ ＞ZipPlaの作者さん対応丁寧だから
フォルダ毎の設定っつーできて当然の機能何回要望出しても
メ欄空欄が気に食わないのか未だガン無視だけどなｗ
糞つまらん意地でソフトのクオリティ下げるとか
ぶっちゃけ先が見えてるからお前らもさっさと見限ったほうが良い できて当然か？
実装の手間考えてもくそしちめんどくさそうにしか思えんのだが >>150
漫画の表紙を一覧できます！漫画の表紙は縦長です！
動画をサムネイル表示できます！動画は横長です！
…ただしサムネイルの縦横比は毎回設定し直す必要があります
頭おかしい >>143と同じなのか判らんけどうちもHDDガリガリいうわ
zippla起動して多数のファイルがあるフォルダを開くと
ffmpeg.exeが一気に10個くらい立ち上がって徐々に消えていく
で、全部のexeが消えるとHDDがガリガリ言い出す
zipplaを終了するとその瞬間にピタリと止まる
ファイルが多いのでそのフォルダのプロファイルではサムネ表示なし
サムネキャッシュも作成しない、ビューアの先読みプロセスは使用しない
メモリ使用量は自動、にセットしてある
サムネも作らず先読みもしないで何故こんなガリガリアクセスするのか
そういえば不思議に思ってたけど何の作業してるんだろ >>149
無視しないで拒否するならちゃんと拒否ってくれってこと？？ ＞フォルダ毎の設定っつーできて当然の機能何回要望出しても
それのどこが当然なんだ >>151
プロファイルカラーを別にして漫画は縦長、動画は横長にできてるけど
それではダメなのか？ とりあえず標準（主に画像）と動画フォルダとtxt,pdfフォルダと履歴で4つ新しいプロファイルカラーで設定別々にしたの作っとけば十分だけどな
内部ビューアーに不満あるならミーヤでもLeeyesで優先に開くようにしたらいいし >>153
>>151を読めば拒否とかあり得ないことは分かると思うんだが
それに悪いが俺はどこの誰とも分からん奴に連絡先を教えるほどバカじゃないから
拒否しようがないなｗ
>>154
だから>>151読め馬鹿
>>155-156
信者共が苦し紛れにドマイナー機能持ち出してきてﾜﾛﾀ
俺はただフォルダごとに設定を覚えろっつってるだけなんだが >>157
>>151 の発言のほうがおかしい。
通常サムネイルは正方形を想定した上で、実際に表示するときに枠を詰めるかどうか考えるべきだが、
そのアプリの設定自体は不自然という程ではない。 >>158
何でおまえは相手をするんだ
ほっとけよ
彼は頭がよすぎて我々では理解できない人なんだからw つまり
返事はいらねえ俺様の言いたいことだけ言うからお前は黙って従えや 、と
なるほどこれは触っちゃいけない人だわ >>158
毎回毎回メニューを開いて設定変える糞面倒さを理解できないなら黙っててくれ
>>159
そうだな
少なくともお前より頭がいい自信はある
>>160
内容によるだろ
お前はカレーにスプーンがついてなくて要求するときに拒否される可能性を考えるのか？ フォルダごとに設定を覚えさせたりなんかした日には
Thumbs.dbみたいな隠しファイルをあちこちのフォルダにばら撒く糞ツールになること受け合い zipplaはいい加減に専スレ立ててそっちで好きなだけ語り合ってくれ
zippla信者と作者だけが語り合うスレじゃないことを理解してほしい
俺立ててきてもいいし ただで振舞われるカレーなら食器は各自でご用意下さいって断りは充分アリだと思うが
それ以前に、ここ見てても他の人間は少しも当然とは思ってない模様
作者もプロファイルカラーで充分という認識だからあえて改修しないんだろう
それでは足りないなら対話でもって作者を納得させる必要があるわけで
納得さえできれば要望に答えられる人物らしいのは過去ログ読んでりゃ分かる
捨て垢の一つも用意できないで文句だけ言ってるお客様に同意する人はいないんじゃね あー漸くプロファイルカラーの意味分かったわ
しかし機能説明のくっそ中途半端な位置で説明とかマジで暇なオタニート以外相手にする気無いんだな
俺の要望読めば相当PCに慣れた人間でも気付かないと分かるはずなんだが
それで説明ページすら全く改善しないとか要望無視より質が悪いわ
ま、お前らは説明ご苦労だったなｗ 本当に頭がいいな
すごい尊敬します
そうはなりたくないけどw 金貰ってるわけでもないのにこんなのの相手しないといけないとかフリーソフト作るような人って相当マゾいな 647 名無しさん＠お腹いっぱい。 [sage] 2017/03/24(金) 11:29:06.40 ID:P/AtdzTY0
いやいや
勉強になった
「わたしに理解できないものは存在してることにはならない
だからわたしが理解できるように話せ
わたしが理解できないのならそれはわたしが悪いのではなく説明が悪い
だからお前になんどでも解説をやり直させる」
と考えてる御仁は確かに存在する
しかも、社会にはこういう手合いは多い……というか、これが多数派 金貰ってないからいつでも好きな時にやめれる
その時までに技術力が磨ければそれでよし
全ては己のため 手前勝手な乞食の要求する雑用に応えても技術なん磨けない
まさに時間の無駄
それに応えるフリーソフト開発者は海よりも深い慈愛の持ち主なんだが
乞食は慈愛による恩恵を受けていることすら認めようとしないのな >>163
煽り抜きで専スレあった方がいいと思う
サポート掲示板がなく、作者とのやりとりがメールだけの現状では、他の人が出してる要望とか不具合報告とか見えないし 今時、やり取りメールだけってマジかよ？
SNSやブログもなし？
そりゃこのスレで情報交換するのも当たり前の話だな
そういう事情なら専用のスレを立てた方がユーザーにも作者にも
都合がいいだろ バカ 「カレーにスプーンついてないよ？つけて」
作者 （あ、はい実はそこにあるそれがそうなんです…ってもういない）
バカ 「早くスプーン付けてよカレー食べられないじゃん」
作者 （いえですからついてるんです…ってまた説明聞かないし）
バカ 「何で無視するの？カレー食わす気ないの？」
作者 （無視ていうか伝える手段がないんですが）
バカ 「zipplaは何回言ってもスプーン付けないウンコカレー、はよ潰れろお前らも食いに行くな」
外野 「スプーン？付属のじゃだめなの？」
外野 「いやついてるだろ」
外野 「ちゃんと作者さんの説明聞いた？」
バカ 「聞くわけないだろ俺は手でカレー食う気なんかないんだよ！」
外野 「何言ってるか分からんが付属のが気に入らないなら作者ときちんと話し合えよ」
バカ （あっ）
「…よく探したらスプーンついてたわ、でも俺悪くないきちんと解説してなかった作者が悪い」 出たか
JaneStyleスレに居た会話形式じゃないと言いたいことが表現できない馬鹿
しかも長すぎて結局誰も読む気にならない 174 名前：名無しさん＠お腹いっぱい。 [sage] 投稿日：2017/04/06(木) 10:36:40.36 ID:yvS7j/V50
カレーうめぇまで読んだ
175 名前：名無しさん＠お腹いっぱい。 [sage] 投稿日：2017/04/06(木) 11:48:33.86 ID:Hw5Nv4FV0
出たか
JaneStyleスレに居た会話形式じゃないと言いたいことが表現できない馬鹿
しかも長すぎて結局誰も読む気にならない 126 だが、OSSでは7z SDKが良さそうだね。
Windows 以外のOS向けにはp7zipになるだろう。
だがどっちも実装がクソ汚え。
なぜアーカイブの処理ごときにこんなに環境依存のプログラムを大量に入れ込んだ。
昔からある国産のプロダクトだと統合アーカイバプロジェクトだろうけど、
全然更新されてないし64bit対応が不明だ。 もっとソースがひどいのはunrarだな。
ソース見ると、開発者の技術力を疑うレベル。
大切なデータをWinRARに安心してまかせられないレベル。
rarと7zは潰したほうがいい。まぁ、zipが暗号化で分裂しなければよかったんだが。
後、rarはrar5でファイルフォーマット自体がシンプルになって随分まともになった。 unrarの具体的にどのあたりのソースがひどいと感じたのか詳しく聞きたい
煽りじゃなく気になる アプリの中にunrarを直接取り込んで使ってるけど、
unrarはコードがひどいんではないと思う。古いんだ。
それも15年前くらいの書き方。
今の厳密化したコンパイラだと、警告が山のように出てきてしまうね。
Linux/gcc環境だとなぜかunrarのdll.cppだけstatic linkに失敗してしまう。
とは言え枯れてるし、この部分で不具合なんて出てきたこと無いから
単に無視して他のもっと重要な仕事に気を使ったほうがいいと思うよ。 アーカイバDLLって乱立しないよね
spiなんかは同形式で色んな作者が車輪の再開発してたりするけど zipplaも悪くないが大量の漫画をちまちま手動でタグ付けなんてやっとれんで
ファイル名が変わるのもいただけない
やはり俺様環境のFenrirFSとマンガミーヤのコンボには敵わないな
FenrirFSの欠点はzipを関連付けされたソフトでしか開けないことだが
eXpressoをいれれば独自の関連付けができるぞ！ >zipplaも悪くないが
隔離スレもできて今更ここで騒いだら荒らしでしかないことは信者も弁えてるだろうから
もう変に気を使わなくていいと思うぞｗ
向こうで虚勢を張ってる分にはこっちに実害はないしなｗ 信者の声がでかいだけでテンプレ入りしたり専スレができたりすると新参の検索妨害になるがな
完全上位互換のマンガミーヤも信者の目には入らないみたいだし
せめてこのスレだけでも正当な評価を続けていかないとマジでこのジャンル自体の衰退に繋がりかねん そういうMy環境は自慢せずひっそり使ってほくそ笑んでるだけでいいよ
汎用性皆無タグ付け環境の段階で目糞鼻糞だし
古すぎて入手先NotFoundの補助ツール出されても意味ないし
おまえ得以外のなにものでもない いいぞ、いいぞ
罵倒しまくりの連中ばかりで楽しいｗ >>188
すまん煽る気はないがそれはミーヤと何と比べての話？
完全上位互換というのは全てにおいてという意味だよね
ファイラー部に関してはミーヤに凌駕されてるソフトはむしろ少ないと思うのだけど ミーヤはミーヤ至高主義で他を一切認めない盲目的な信者が目立つ
（ミーヤ使いがみんなそうだとは思わないが）
ZipPlaでそんな信者は見たことがない
ZipPlaで問題だったのはサポート掲示板等の不在で、ここが事実上のサポート板になっていたこと
専スレ立ったので改善されるだろう それは単純にミーヤのほうが優れてるということじゃ…
ソフトを熟知してないとループ設定すらままならないとかどうかしてる zipplaはとても専スレが立つレベルのソフトじゃないが信者が余りにも煩いから苦肉の策で隔離スレが出来た
そのことを全力で隠した工作がこれから始まるから気をつけとけよ >>193
操作や設定の繁雑さに関してそれ言っちゃうのは完全にブーメランだぞ
>47,55,58-64を読み返してみろ 使いやすいのかどうかは知らんが
RS2からEdgeがepub対応になった googleの検索BOXにEPUBリーダーって入れたら候補におすすめって出てくるからそこから探せば？ すまん、一部訂正
EPUBリーダーをコピペしてスペースキー押せば候補が出てくる epub対応をうたうものは数あれど雑誌やコミックをちゃんと表示できるものはなかなかない デスクトップ用のepubビューアーならKinoppy for Windows Desktopが一番出来がいい
汎用のepubをインポートして見れる、会員じゃなくてもいいし epubってどうなんだろ。
自分が持ってる端末なんてディスプレイの解像度は予め決まってるんだから、
予めレンダリングしてpngかなんかで保存して、
普通の画像ビューアで閲覧したほうがはるかに便利だと思うんだが。 いやいや、ベクターを格納できなきゃ意味ないでしょ
何を言ってるんだか テキスト閲覧のためのベクタービューアーが欲しいなら
マンガビューアスレで聞くことではないよな
epub形式のマンガがよみたいならzipにリネームするか
対応拡張子追加できるzipプラグイン使えばええ Windows 10 Creators UpdateではEdgeが電子書籍ファイル「EPUB」もサポートします。
これにより、電子書籍のデフォルトアプリはEdgeが指定されています。
わざわざ電子書籍を読むために専用アプリを起動することなくブラウザ内で電子書籍を閲覧可能です。
また、Windowsストアで購入した電子書籍は、オフライン環境でも閲覧できます。
文字のサイズだけでなくフォントを変更することも可能。自分好みの読みやすい体裁に整えられます。
また、単語にハイライトを当てて右クリックでCortanaを起動させることも可能。
単語の意味を調べたり、Cortanaに単語を発声させたり、シラブルを表示したりできるので、語学学習用ツールとしても非常に有用です。
だそうな EPUBは電書協 EPUB 3 というガラパゴス規格になってるから海外性アプリじゃ正常な表示は無理よ。
おまけにKADOKAWAやら電書ラボは更に勝手に機能拡張やってるし。
いずれにせよ漫画ビューアの話題から外れるから専用のスレに行ってくれ。 自動色付けってできないの？
スマホのビューアではできるんだけど NeeView
1.21
(2017-04-16)
印刷機能実装
ショートカットキー拡充
マウスボタン入力拡充
マウスドラッグ入力拡充
ファイル操作系コマンド有効/無効機能実装
カスタム背景実装
その他変更点多数 今回の更新は素晴らしすぎるな
マウスでの操作はMeeya超えたかも Meeyaがやたら落ちるからNeeViewに乗り換えたけど
あとスライダーがもうちょっと強化されたら申し分無い。
安定性だけでもこっち選ぶ価値大だと思うけど。 NeeViewは更新されるごとに操作関係の機能が充実していくのはいいね
次あたりでアルゴリズムに手を入れてもらえるとありがたいけどなぁ
>>216
悪くないよ。最初のリリースから約1ヶ月？と考えれば十分すぎるくらい
ファイラ機能を求めるなら物足りないかもだけど、補間も選べるようになったし、ビューアメインなら
選択肢にしてもいいと思う。まあ、まだ多少は細かい部分で違和感があったりするかな
例えば、先頭は単ページ、のオプションも加えられたけど右開きで右側が先頭になって
左側が1ページ飛んでる感じになるから、中央か左側に来るのが自然かなと思う
あと、そんなに難しい英語じゃないから大体分かるけど、日本語の更新履歴がほしいって声は出るかも NeeViewって、タッチ位置で動作を指定することってできる？
設定いろいろ見たんだけどわからんかった meeyaが更新しないので、別のソフトを探してます
キーボード操作だけで見れるものが良いです
今まで使ったソフト
leeyes UIが合わない キーボード操作を要求される場面が多い
MassiGra 軽くて良いんですけど、1回閉じると同じ場所から見るのに履歴から辿らないと行けない
画像サイズを任意に変えられないなど痒いとこに手が届かない
hamana ネタ枠
comicrack 論外
こんな感じで、他にオススメないですか >>219
選択肢は数えるくらいしかないから、ここに挙がってるのを試した方が早いでしょう
正直、UIが合わんってのが理由に挙げられると、他の勧めてもどうなんだろうかってなるし
まして、最近このスレで出てくるものも含めても、ミーヤに1番近いのはLeeyesだと思うしなぁ
何を重視するかにもよるけど、Leeyesで合わないのなら他はもっとかも、と心づもりして、
自分がソフトに合わせるような考えの方がいいかもね… Leeyesも更新の望みは薄いし キーボード操作だけで使いたいけどキーボード操作を要求されるとイヤってどういうこと 横からだがMangaMeeyaとLeeyesがUI近いとは思えんが
LeeyesってViXやZipPlaとかのXnView系のエクスプローラタイプだと思うし
NeeViewやQuickViewerのほうが近いかと 最近の主流は主にタブ対応方面にふられてるから
キーボードで何でもかんでもやろうとすると難しいかもな >>222
何をもってエクスプローラタイプと言うのかはともかく、その仕分けなら
ミーヤだってフォルダツリー表示させればエクスプローラ型だよ
むしろ、NeeViewやQuickViewerの方が、ファイルを弄るコマンドが少ないから
それが必要なら辛いと思うけどね NeeView使ってみたけど、タブレットでクッソ使いにくそうだったので保留
このソフト、タブレットでの使用、想定してないでしょ 本当に使いにくいかどうか実際にタブレットに入れて試すとまた違うんじゃねーの
タブレットでの使用感をなぜかPCで試すことは普通はどんなソフトも念頭に置いてない >>226
いや、実際にタブレットに入れてみて全く使い物にならなくて途方に暮れたわけだが タブレットはモモンガが一番使いやすいな、個人的に。 >>224
> NeeViewやQuickViewerの方が、ファイルを弄るコマンドが少ないから
自分で言ってて気が付いてないのかもしれないけど、そこだって
エクスプローラ型かそうじゃないかの一番の特徴じゃないかと
Windowsのエクスプローラーを使ってる人はファイルをいじるようなのはあんまりいらんのよ
ファイルに対してあれこれやるのはエクスプローラーでやるから Windowsデスクトップと
Windows8以降のメトロUIを一緒にするのは馬鹿げてるな。 >>229
いや、そっちがレスしてきた論点からズレてるじゃんｗ
>LeeyesってViXやZipPlaとかのXnView系のエクスプローラタイプだと思うし
って言うなら、ミーヤだってそうでしょって返したわけでさ。問題はそこでしょ？
そもそも、219がエクスプローラ型を志向してるかどうかは分からんだから
>Windowsのエクスプローラーを使ってる人はファイルをいじるようなのはあんまりいらんのよ
なんてのも分からん話だし
何を求めているのかは明確にされてないから、UIでもそれ以外の機能面を考えても、
総合的にミーヤに近いのはLeeyesと思うのは変わらんよ。少なくとも現時点ではね >>227
１．どの画像ビューアでもタブレットでの使用を想定しなきゃいけないの？
２．「全く使い物にならなくて」の比較対象は何？ 仮にタブレットにその手のソフトが無ければ、どんなダメなソフトが出てきてもそのソフトは「一番使える」になる >>232
使い物にならないから保留した
使えるようにしろなどとは言っていない
タブレットを想定していないだろうとは言ったけど、俺が使わないだけのことだから何も問題はない
比較対象は特にないけど、meeyaやLeeyesの方がよっぽどタブレットで使える ミーヤのツリー挙動は独特だしエクスプローラライクと呼べる代物ではないと思う
あとサムネ一覧とビューア部が同一ペインなのでそういう意味でも
ファイル一覧からビューア呼び出す感覚とは違うよね
別ウィンドウ表示にもできるが制御方法は同一なので
片方サムネのまま別窓ビューア開くみたいなのはやりにくいし >>234
本題が外れてるからレスするかどうか迷ったが、右クリして同じメニューが出てくると
言う意味では、ミーヤの方がよっぽどエクスプローラに近い。だからそんなのは捉え方次第
Leeyesは必要なものに絞った独自メニューだし、NeeViewやQuickViewerはもっと割り切ってる
何にしても、そんなことよりミーヤの代替を挙げる方がよっぽど有益な話だと思うから
次はそのようなレスをしてあげてほしいね ツリーっぽいものがあるから、標準メニューが出るからエクスプローラに近いてのはさすがに乱暴じゃね
エクスプローラとか固有名詞出してるからアレだけど
>222はようはファイラータイプかどうかって言いたかったんじゃないの
蛇足ながらもう一つ突っ込んどくとLeeyesでも標準メニューは出る
標準ではShift+右クリだが設定で右クリのみでも出せるようになる
同じく>222がエクスプローラ分類にしたZipPlaやXnViewもCtrl+右クリで出せる ファイラータイプかどうかってなら、ミーヤもそうでしょ。>>222がそういう使い方を知らなかっただけのように見える
別に必要ないなら使わなくていいけど、それなら他のも使わないなら非表示にすればいいから大して変わらんよ
だから、質問者のUIがお気に召さないってのは、ファイラータイプだから…というわけではないんじゃないの
何にしても、どういうものを求めているのかを質問者がもう少し説明しないと。本当に知りたいなら ファイラ部に関しては知らないというより
機能付いてても使いにくいから認められてないって感じだと思うわ
そもそも大本の>219がファイラとしてのミーヤを望んでるのかね？
キーボード想定でファイル操作までしたいと思ってるだろうか？
ツリー出しても切替面倒なだけだからデフォのまま1ペインじゃね？
デフォルトのルックアンドフィールで使ってる人にはミーヤとLeeyesは似てるようには見えんと思う
そもそも>219本人がLeeyesUIじゃ嫌だっつってるわけだし >>237
そんなら初めから Leeyesもツリー非表示にすればミーヤっぽくなるよとでも言っとけば良かったんじゃないの？
エクスプローラがどうとか余計なところに反応して
なぜか逆にミーヤをLeeyesに似せる方向で話を脱線させてるからおかしなことになる
Leeyes厨からしたらツリー出したって似ても似つかねえよってツッコミ入れざるを得えないですよ そもそもExplorer風ファイル（サムネイル）表示が良いわけでも悪いわけでもなく、
同様に独自実装の表示それ自体が善でも悪でもない。
たくさんある似たようなアプリを分類するときにはある程度参考になるかはわからんが、
使いやすいかそうでないかを議論したいならアプリ個別に議論すべき。
2つのアプリを比較してこういう所が良い悪いとは言えるだろうが、
○○に似てるから良い悪い、ってことはならないと思うんだが。 こじらせたミーヤ厨が、ミーヤに出来ないことなぞ無い！ってもがいてる感じ？
そもそもミーヤが古くて更新ないから乗り換えソフト探してるんだよね？
しばらく停滞が続いてやっと最近新しいものがちらほら出始めた状況なんだから、めぼしいもの全部試しても大した手間じゃない
全部試してみろ、が正解
満足のいくソフトには出会えないだろうけど、妥協できるソフトは見つかるかもしれん
自分の場合は超妥協してももんが図書館使っている 過疎スレが異常に伸びてて何か良いモンが見つかったのかと思って覗いたら
馬鹿同士が「〇厨ガー△厨ガー」と
ゲハみたいな頭の悪い罵り合いしてただけだった時のがっがり感 良いアプリが見つかったら見つかったで専用スレ立ててそっちでやれって追い出すだけだからね
こんな雑談だけになるのは当たり前でしょ >>242
このスレはじめてか？
伸びてる時はだいたいいつもこんなだぞ >>239
ミーヤがファイラータイプとかあまりに無理があるｗ 最新版neeviewのページ移動で、次のページに切り替わるとき
たまにジワジワッと切り替わることがあるんだが
なぜだろう？
必ずじゃない
一旦、前のページに戻ってからなら一瞬で切り替わる
それと、10GBくらい余ってるけど
メモリ不足で落ちる >>239
面倒くさいね… 「エクスプローラがどうとか余計なところに反応して」ってのが、まずおかしいでしょ
>>222は「エクスプローラタイプだと思う」から「UI近いとは思えん」と言ってるのにそれが「余計」とは…
そもそも、「エクスプローラがどうとか」言い出したのは、>>222なんだからそいつと議論してくれよ
何でこっちに向けたんだ？あんたは、>>222じゃないんだろ？そっちと存分にやってくれ
>222はようはファイラータイプかどうかって言いたかったんじゃないの
っていかにも忖度したような書き方してるし。まさか同じ奴なのに他人のフリしたわけじゃないだろ？
まあ、>>219には>>241と同じく気になるの全部試せと言うのが妥当。いくつもいくつもあるわけじゃないし あらら、めんどくさい人にめんどくさい人認定されてるわｗ
そのうえ自演疑惑とか
ミーヤはツリー出したってエクスプローラにはならんしLeeyesにも似ない
まるで別物のミーヤのツリー出してきてエクスプローラとか言ってるからツッコミに来ただけだよ
けど話の大元をたどればミーヤがエクスプローラタイプである必要はない
>222は単に似てないことの例えでエクスプローラを出しただけなのに
そっち方向でムキになって反論するから綻びる
あんたがミーヤとLeeyesが似てると主張したいなら
どうやればLeeyesがミーヤライクになるかを説明すればよかっただけ というかHamanaがネタ枠とか言ってる時点で、どのビューアもまともに使わないで質問してるだろ
エフェクトオフにしてちゃんと設定すればHamanaはNeeViewの上位互換ビューアになるからな
むしろhamanaは開発中止してるんだから、コンセプトが似てるNeeViewは
ジャンプ前にカーソルを当てるだけで移動先のファイル名とサムネイルが見えるシークバーとか
マウスの座標によって動作を変えられるジェスチャカスタマイズとかを取り入れてほしいわ Leeyesを本棚メインで利用してる人が乗り換えようと思ったら
上の方でちらっと出てたFenrirFSかZipPlaの二択って感じで考えていいのかな
画像フォルダをブックマークリストとして任意に追加して管理する本棚と
特定の親フォルダを監視状態にするべく登録する本棚とを使い分けられるのが便利すぎて中々乗り換えられないんだけど
そろそろ古さが半端なくなってきたからもしもの時のために移行先を準備しておきたいんだよね
つってもFenrirFSも14年から更新無いみたいだし微妙に使い心地が直感的じゃないのがつらいところだけど >>249
自演疑惑？違う奴だろって聞いてるのに、妙な反応だことｗ 違うなら違うと言えばいいだけ
「ムキになって」というのは、あんたみたいな反応のことを言うのだよ
>あんたがミーヤとLeeyesが似てると主張したいなら
そんなことを書いた覚えはないんだが？どこでそう思ったか書いてくれ
あんたは、「ツッコミに来」る前に、思い込みが激しいという悪癖を矯正すべきだわ
>>251
開発継続中のソフトは、それだけでありがたい存在だけれど
Hamanaは開発停止して10年以上たっても完成度のよさを感じさせるよなぁ >>254
それのどこに「似てる」と書いてあるんだ？あと、未回答の質問は放置するなよな
あんたは、>>222じゃないんだろ？
いかにも忖度したような書き方してるから、他人のフリしたわけじゃないだろ？
何でこれらは答えずに今回は答えた(と言ってもレス番だけだがｗ）の説明もするようにな
もしくは、俺は都合の悪いことは答えない、というならそう書いてくれ ああやっぱり「似てる」と「近い」は同じじゃないって詭弁を使うわけねｗ
じゃあ全部「近い」に置換して読んでもらっていいよ言いたいことの意味は同じだから
ミーヤに1番近いのはLeeyes → 近いとは思えん て流れなんだから近いとこ答えればよかったやん
ミーヤとLeeyesのツリー部は挙動も見た目も近くないよ？
あと質問？
同一人物だったら自演疑惑なんて言葉使わないよ
正直こっちはいつまでもやりあいたくないしできるだけ長文にしたくない
なんでそんなことを何度も確認してくるのかもわからん >>256
それを詭弁と思うのは、あんたに日本語力が足りないから
他と比較して近いと書いているが、それは「似ている」と同義ではない
それを理解できずに「似てる」と勝手にあんたが拡大解釈しただけのこと
だから、「思い込みが激しいという悪癖を矯正すべきだ」と上に書いた通り
>同一人物だったら自演疑惑なんて言葉使わないよ
はっきり答えろよｗ 違うなら違うとな。何で「余計な反応の仕方」するんだ？これも答えてくれな
でも、いつまでも絡んでくるから違うと言われても説得力に欠けるけどね。さっさと答えなかったし
日を跨いでいても見当つくもんな？あんたもそうしたように 楽しいわw
どっちも何言っているかよくわからないけどw めんどくさいわほんとめんどくさい
違うけど違うって言うことに意味あんの？
4/18は>234以前にレスしてないんだがそういってもどうせ信じないんだろ？
こっちが何言おうがあんたの中ではとっくに同一人物認定なんだろ？
悪魔の証明につきあえる労力なんかないから放置してるんだっての >>260
面倒なのはこっちだわ。たいていレス番向けないから、わざわざ確認しなきゃならんし
あんたのレスはそういう配慮を考えてないよな？コソコソしたいのか知らんけどさ
違うなら、最初から違うと言えばいいだけのこと
大体、他と比較して近いと書いているのを「似てる」と決めつけてしまうようなあんたにこっちが何言おうが〜だの
認定だの書く資格はない。まあ、そこには触れないと言うことは、その違いは理解できたと言うことでいいんだな？
こういうことも何も書かないから確認することになる。労力かかってんのはこっちだよ
聞かれたことに1度で答えればいいだけなのに、屁理屈だけは捏ねる捏ねる 質問です。Perfect Viewerのようにftpに対応しているwindowsアプリケーションはあるのでしょうか？ そら違うって書いたら「自演厨が必死に否定」してることにされるからやろ
悪いけど荒らしにはレス番つけない主義なんだわ
まあ他の住人からしたら自分も荒らしだし連鎖あぼーんできない分配慮は足りなかったかもね
正直すまんかった、明日には持ち越さないので堪忍してくれ＞ALL
なんで「近いとは思えん」て言われたのか分かってないみたいから伝わってないよって教えたかったんだけど
どうしても分かりたくないみたいだからもういいわ
ここまででミーヤがファイラータイプだということに賛同してる人一人もいなかったけどな >>263
>そら違うって書いたら「自演厨が必死に否定」してることにされるからやろ
だから、思い込みが激しいと言う悪癖をやめろと言っている
>悪いけど荒らしにはレス番つけない主義なんだわ
絡んどいて「レス番つけない主義」とかチャンチャラおかしいわ
レス番つけるつもりがないのならレスするなよ。考え方が歪んでいるとしか言いようがない
>なんで「近いとは思えん」て言われたのか分かってないみたいから
近い→似てるに変換しといて何言ってんだって話にしかならんな
何で、そのレスでは「似てる」を封印したんだろうねぇ。実に不思議だ >>222は俺だけど、>>231のレス読んだ時点で察したので放置しました
少しだけ反省している
>>262
エクスプローラーでFTP開けばいいかと
https://xinroom.net/pc/win10-ftp-explorer/ 日が変わってから出てきても何の証明にもならんし何の意味もないで >>252
そんなUIでは、本が数千冊あったら管理しきれないだろうな。
どうするつもりなんだろう。 >>267
申し訳ないが言いたいことがあるなら日本語で頼む >>268
いや、文字通りなんだが。
本が数千冊あったら、アプリで書棚を作ったところで
数千冊になるだけだからそのままじゃ管理しきれないじゃん。
フォルダ分けしてExplorer上で管理するのと大して変わらなくなる。 >>263-264
お前らもっと論点を整理しろ
219も、既存のアプリがダメと単に書くのではなく、
どういうシチュエーションでなぜダメなのか、
自分は何を求めているのかをもっと具体的に書いてくれ。 くっだらねえスレ
そりゃ2chから人もいなくなるわ
お前ら、不要だよｗ もう歳食ったせいか自分に関係ない長文は見た瞬間NGで無かったことに >>269
俺はLeeyesは使ってないけど
今読んでる物だけ登録して必要に応じて検索かな？ >>269
日本語読めないんだな。良く分かった
つうかこいつ昨日ずっと暴れてた荒らしかな
何か書くたびにこんなのに絡まれてたらスレが機能しなくなるな・・・ >>274
まあなんとか運用で使いこなしていくしかないわな。
>>275
残念だったな。日本語理解できてないのはお前の方だった。
伝わってるやつも居るだろ。 Leeyesの本棚は本棚っていうよりブクマ的にピックアップしてく感じだよね
親フォルダ入れたら子ノードも全部追えるようになるから
すべての本を本棚に入れて管理する必要もないし 何千冊とかなら本棚機能よりも検索機能が重要じゃないだろうか？
Kindleとか検索使わないとどうにもならんから慣れた では本当に数千冊を管理できる本棚となると、どういう構造にすればよいのだろうか
登録されているフォルダなりにあるファイルを
フィルタリングして並べることの出来るような構造なら本物の本棚と言えるのかな？
逆に検索結果を本棚という形で表示するとか 背表紙のISBNコード拾って出版社分け、作者分け、ジャンル分け、タイトルで50音順並べまで自動でやってくれ サブディレクトリ含めてフォルダ群の名前で全文検索した上で、
フォルダ名をスペース区切りで自動的にタグ化して、
検索とタグ選択の両方で絞りこめるようなファイラーを作る予定。 ももんがの本棚のBOX化は面白いアプローチだと思う
数10冊レベルの環境でしか試してないけど >>281
ISBNを抜き出す機能をビューアに求めるのはちょっとね
結果をxmlなどに出力して、それを元に並べ替えなら十分あり得る 薄い本が多いとISBNはあまり役に立たなかったり
今ちょうどスマホの蔵書管理アプリでISBN登録できるものを試してたんだけど
Amazonから情報引っ張ってくるとゴミやゆらぎがなかなか酷い
こんなんとかタイトルにそのまま【Amazon.co.jp限定】の文字入っちゃってるし
http://amzn.asia/ez1NdTM
全自動でのカテゴライズはお薦めできない
MangaExplorerみたいにファイル名規則で階層カテゴリ分けしてくれるDBファイラなら欲しいかも >>285
>MangaExplorerみたいにファイル名規則で階層カテゴリ分けしてくれるDBファイラなら欲しいかも
フルパスをファイル名になぞらえればフォルダはまさにそのような仕組みではなかろうか >>286
フォルダは古典的ながらよくできた仕組みだけど階層分けという時点で色々と制約がつくんだよね
その代案として考えられるタグも自由度が高い分データが冗長になりがちだったりして色々と難しいのよ 作者名 と タイトル を Everything に投げて拾ってきて本棚っぽくみせるようなのが欲しい
要は Everything のブックマークを拡張したような感じので開くときにはマンガ用ビューアに
開かせるというようなイメージ、作者名 と タイトル 以外の 巻 は Everything が毎回検索
Everything のブックマークで階層化とかできなくはないけど、Firefox や Chrome の
ブックマークの使い勝手には及ばないので >>286
現状は正にフォルダ階層管理なんだけどフォルダだと階層固定になっちゃうので
その時々で階層トップを切替えて表示 みたいなのができないのがつらいね >>265
>>262です。ftp開くことはできるのですが、そこからビューアを起動できません。右クリックから開けますか？ >>290
直接ビューアに渡して開くっていうのはftpの仕様的に無理
ローカルにダウンロードしてビューアで開くしかないかと
Perfect Viewerはftpのgetでローカルにキャッシュ作ってから開くのをやってるだけだから DropBoxとか、複数PCでインターネット越しにファイルを共有する方法はいくらでもあるのに
なんでFTPにこだわるんだか。 こだわるというよりできるかどうかを確認してる段階ではないかと
スマホのアプリはローカルにコピーして開いて見終わったら削除するを自動でやってくれてるわけで
つまりビューア側でネットワーク経由での閲覧を考慮してる必要がある
回答が見当違いだっただけで>262の質問にはおかしい所はないと思うよ
FTP対応のwinアプリが存在するのかどうかはわからん
少なくとも自分は知らない >>262 がおかしいとまでは言わないが、
通常のFTPがセキュリティー上の理由で半ば排除された状態になってる
現代のインターネットの状況ではもはやナンセンスだ。
かと言ってTLSとかの暗号化レイヤーを通すとそこがボトルネックになって大して速度が出ない。
だいたいインターネットじゃ速度や安定性も保証できない。
それならDropBoxとかのほうがはるかに安全かつ運用も簡単だし、ビューアー側の機能いかんも関係ない。
無料アカウントじゃ足りないと言うならそっちに金払ってもいいわけだし、
マイクロSDやUSBメモリに持ち歩く手もある。
いくらでもある方法の中でFTPにこだわる理由がわからんと言ってるだけよ。 >>252
As/Rとか別のファイラーでタグ分けしておいて、開くときだけNeeViewを使うとか
一度やってみようと思ったけどファイラーに使い慣れてないから逆に戸惑う… タブレットでZipPla試してて、ジェスチャー便利だなとカスタマイズしていたんだが、やっぱりビューア機能自体が不満足
では外付けで同じようにジェスチャー使えるの何かあるかな？といろいろ試していたら、何のことはない、ミーヤCEが便利だった
マウスの設定でジェスチャを右ドラックから左ドラッグに変えてやれば、タッチパネルでサクっとジェスチャーが使える
無印ミーヤと違い、最初からタッチパネルを意識した設計なのでタブレットとの相性はいい
タブレット運用ではキーカスタマイズ問題はどうでもいいのでしばらくはZipPla+MeeyaCEで行ってみよう >>297
ミーヤを使えるやつがわざわざzipplaとか使わねーよ
隔離スレ行けと言われない方法を必死に考えたんだろうが
ビューアが死んでるソフトを持ち出す時点で完全にスレ違い 出たよ、ミーヤ至高主義の排他信者…
ビューアとしてミーヤが優れていることに異論はないが、ランチャは必要だ
従来、気に入ったランチャが無かったのでずっとLeeyesを使っていた
ZipPla試してみたら結構良さげだったので、これをランチャにしてミーヤCEを起動するようにした
何か問題あるか？ 出たなあ隔離済みソフトの話題禁止厨
専スレあるから名前出すなっていうならミーヤだってスレ違いになるぞ
>>295
すまん
効率考えたら言い分はもっともだと思う
ただ>262は単にできるものがあるかどうかを聞いているだけなので
それでの運用を考慮してるわけでなく可能かどうかを知りたいだけかもしれないと思ったので
またFTPでないといけない理由があるのかもしれないし
DropBoxで代用が効くのかもわからない
無理なら代案考慮するつもりかもしれないのでアドバイスはいいと思うけどね 隔離スレ作った奴がいたときから
こうなるのはわかっていた
どうしてZipPlaの名前を見ただけで
ファビョっちゃうんだろう 更に書くと、>>297は
タブレットでジェスチャ使うときは右ドラッグではなく左ドラッグが便利
ミーヤはそれが出来るからタブレットで使いやすい
ってのが主題で、むしろミーヤ賛美なんだが、ZipPlaという単語にだけ反応されちゃうと呆れるしかない >>304
だったら無関係なソフトを持ち出す必要なくね？
>>298はミーヤと特定のソフトを比べて事実を言っただけなのにそれでミーヤ至上主義とか意味不 己の主観を事実よばわりか 信者フィルタやべーな
ファイラとしてのミーヤは使いにくい
過去ログ読めば少なくとも複数の人間がそういう感想を持ってるのはわかるんだよなあ ん？なんか勘違いされてる気がするが…
「信者フィルタ」がブーメラン過ぎて開いた口が塞がらないのはいいとして
仮に名ばかりビューアがビューア以外の部分で評価の余地があるとしてもスレ違いの言い訳にはならないぞ
スレタイから言っても最低限ビューアとしてまともに使えないものは除外しないと歯止めが効かなくなる ID:eWvdkgo90
ID:tXLMjPhh0
ID:+J0Hoa190
この辺のキチガイをいちいち相手せず問答無用でNGできるようにならんと延々無駄な煽り合いが続くぞ
キチガイには言葉が通じないんだから罵倒しようが説教しようが無理なもんは無理
消して見えなくするしかない まともに相手しちゃいけないのその通りだが
こういう子は否定されないと既成事実ができたと脳内変換するでな
扱いが難しい
ZipPlaの内蔵ビューアが弱いのは度々指摘されてることだけど
それがスレ内排斥の理由になったことは過去一度もないわけで
それをいきなりスレチ判定するからハァ？ってなってる ← イマココ
前フリもなく脳内ルールを突然他人に強いられてもみんなついていけんのよ 否定されたらされたでゆすさないレスがくるこのじわじわ感 >>262です。ftpに対応したWinアプリはないようですね。別の方法を検討してみます。
ちなみにftpにこだわりはないです。家の中でのみアクセス可能なftpサーバーが既にあるので、そのまま利用できないかなと思ったまでです。 >>313
家の中なら普通にファイル共有じゃいかんの？ 宅内配線だったらSMB(ファイル共有)でも100MB/s以上出るから何も考える必要なくね。 おかしな信者がいるのは仕方がないとして、それに対する批判も出ない辺りマジでこのレベルの奴らしかいないのか…
せめて将来ここのログを見る奴が使う価値のないソフトを試して時間を無駄にすることが無いよう祈っておこう >>314
ファイル共有でも構いません。sambaサーバーを勉強してきます。 宅内LANでSMBなしFTPのみってのも結構不思議な感じ
意識してわざと閉じてなきゃそういう状況になりにくい気もするんだけど
SMB開けちゃって大丈夫な環境なんかな 数Tバイトで10万冊くらいストレージに入ってるのか？
中規模図書館ひとつぶんくらいあるぞ QuickViewer-0.5.5
https://ja.osdn.net/projects/quickviewer/releases/67567
巨大なJPEGの読み込み高速化、cbr/cbz形式のサポート、拡大、縮小ボタンの挙動改善、不具合2件修正
・4096pxを超えるJPEGの読み込みが約２倍に高速化
・cbr/cbz形式の仮サポート(データベースは非サポート)
・拡大、縮小ボタンの挙動を改善
・Volumeの切り替えを行った際、アプリ終了時に不正終了する場合がある不具合を修正
・ファイル共有のアーカイブを開けなくなっていた不具合を修正 別のスレでcomic screenを推すために
「SMB非対応だがFTPは使えるNAS」
をでっち上げた人がいた 常用してるwifi-HDDはftpだな
ipadで使ってるからwinアプリは分からん >>323
久しぶりに見に行ったがスレ落ちさせたコテハン荒らしが未だに居座ってて驚愕したわ ファイル名にUnicodeあるとミーヤで読めないからなー
Unicode濁音もなんで読み込めないんだと混乱する ももんが図書館って非ベータ版最近リリースしてたのな ZipPlaの専用スレ作った人GJ
ZipPlaの話題が減っていろんな意見みれて最高 いろんな意見と言えるほど有意義な書き込みってそんなにあったっけ
レスの半分以上は罵り合いだよね もう更新もしてない使い古されたアプリの話しか出来ないのに有意義な書き込みなんてある訳ない
ZipPla追い出した自治厨は死ね うん
批判だろうが同意だろうが、どんな意見でも意味はある
ただし意見ですらない内容スカスカ感情君、てめーはダメだ 専用スレ立ったのは総合スレのここでZipPla固有の機能やバグ報告のやり取りがずっと続いて
ZipPlaスレ化してたからでな
追い出されたと思ってるのなら被害妄想甚だしい話なんだが QuickViewer-0.6.0
カタログの使い方がよく分からないナリ… >>337
新しくできたボタン押したら出てくるウィンドウに、
画像が入ったフォルダをDropで突っ込んでみたらサムネイルが出るようになった。
どうやらサブフォルダに分けてる分だけ別々に出るみたいだな。
zipはなんか動かないっぽい？ あー、zip と「画像のあるサブフォルダを含まないフォルダ」とでやってましたわｗ
無事サムネが出るようになりました、ありがとうございました
サムネから開いたりブックマーク的な何かをできるようになるのはこれからなのかな サムネから開けるだろ。何言ってんだ。
ダブルクリックじゃん。 >>340
あれ？ 今はダブルクリックでちゃんと表示される
さっきは無反応だったのは何がトリガーだったんだろう？ ここはあなたの日記帳だから
確認もしないで馬鹿みたいに条件反射で
だらだらと書き込めばいいのよ QuickViewer、X-Finderのコマンドライン経由で使うとiniが変なディレクトリに生成されるな
書庫ファイルのディレクトリとか、XFの実行ファイルのディレクトリとか
作者がもし見たら修正してくれると嬉しい >>343
QuickViewer+ZipPlaでも同じ現象を確認
あとこの組み合わせで先読みプロセスが使えると最高なんだけどこれってどっちの作者さんにお願いすればいいのかな？
QuickViewerのアイコンのデザインとかすごくツボなんだけど、
ZipPlaの内蔵ビューアと比較するとQuickViewerが表示されるまでの時間がどうしても気になってしまう exeのある場所ではなくカレントにini作る仕様っぽいな
作業用ディレクトリ指定してやりゃ解決するんじゃない？
別のアプリ同士で先読みは無理だろ >>345
＞作業用ディレクトリ指定してやりゃ解決するんじゃない？
ありがとう
やっぱりそうするしか無いよね
＞別のアプリ同士で先読みは無理だろ
ZipPlaの先読みは完全に別プロセスで動いてるみたいだから
QuickViewerにZipPlaの動作を真似てもらえばあるいはと思ったけどそんな簡単な話じゃないか
まあ起動時間なんてパソコンのスペック次第だからしょうがないね >>344
いい加減隔離済みのソフトの話題を出そうとするのは諦めろ
うまいこと他のソフトを口実にしたつもりかしらないがやり方がワンパターンなんだよ
それに仮に情弱を騙してソフトを使わせてもすぐに糞だと気づかれて悪評を広げるだけだぞ >>347
ステマで作られた知名度ばかりで中身が伴わないソフトは迷惑極まりないよね >>346
ZipPlaは裏で予備プロセスを常時準備待機させてて呼ばれたら即表示できるようにしてるが
連携仕様もない外部exe相手にそれは無理
（いつどのexeが呼ばれるかも分からんしメモリのムダ）
外部exe側は自分が起動されるより以前は当然何もできない あんまり言いたくないけど、ぶっちゃけトロイみたいな動きしてるんだよな QuickViewer自体が先読みしてるのに、
他のアプリの先読みに対応しろとかアホかと。 ZipPla起動すると20GB以上使われてメモリ不足になる
これが先読み？ 画面切り替わるたびに通信しようとするし怖い＜ZipPla >>354
TCPViewを使ってみた所、起動時に「右クリックメニューの文字列選択」に登録した検索サイトのサーバーにアクセスしてるのを確認
右クリックメニューに検索サイトのfaviconが表示されることからこのアクセスは必然
画面が切り替わる度にと言うのは、アクセスが遮断された場合に画面が切り替わるタイミングで再接続を試みる仕様なんじゃないか
ちなみにデフォルト設定では「右クリックメニューの文字列選択」に検索サイトは登録されておらず、この種の通信は確認できなかった
ということで俺の見解としては作者は潔癖だ
通信しようとしてることに気がついた時点で通信先のIPアドレスは分かってるだろうから問題提起するなら最低限通信先は書くべき
本当に怪しいサーバーと通信してるなら目的をはっきりさせるべきだが、通信先すら分からなければ無意味に不安を煽るだけだ
ついでに>>351についてもエスパーしてみると、ZipPlaはサムネイル上でマウスカーソルを動かした時点で先読みを始めているようだが
これによる「マウスの操作→CPU使用率の増加」という挙動を>>351はトロイみたいと言ってるんじゃないだろうか
しかし俺が見た限り、ウィキペのトロイの木馬の「悪意ある動作として…」以降に書かれている内容が疑われる挙動は見当たらない
ソフトが糞だとか作者の考えが足りないとかはまだ主観的な問題だが、
作者を犯罪者呼ばわりするような書き込みは流石に一線を超えてるから内容の正確性には慎重になるべきだと思う >>355
しょっちゅう擁護してるけどやり過ぎて逆効果でしょ
あまりの礼讃ぶりに作者本人かその知人が書いてるんじゃないかと感じるわ
また自演フォローかと君のレス見るたびに作者への心象悪くなる Sandboxieに突っ込んで起動を試しただけだからどこと通信とかは分からんな
起動時とページ切り替え時にインターネットに接続しようとしたんでブロックしたぞってメッセージが出るのは確認した >>356
作者とは面識はないけどメールのやり取りはあるし、擁護したいという気持ちが強いのも認める
ただ、>>355は出来るだけ客観的な視点で書いたつもりだからどうか中身をよく見て欲しい
後、俺はソフトの出来に関して擁護するようなレスをしたことはないよ
それは貴方が言うように作者に迷惑を掛けたくないという気持ちからだけど、
時々書き込まれる悪意むき出しのレスをみると、この気持ちを逆手に取られて発言権を奪われてるんじゃないかと悩んだりもする
>>357
それだけの知識があるなら通信先を調べるくらいの術はもってるのだろうから
書き込みに時間を割くならその前にもう一手間掛ける慎重さは持つべきだと思うってこと
ここを見てる人の中にはそれすらできない人もたくさんいるだろうから、そこに風評被害の種をまくのは良くない というか、特定のアプリの挙動で
そのアプリ専用のスレがあるならそっちで議論しなよ >>359
なにいってんだ そうしたらこのスレで喋る事なくなっちまうだろ
知らないアプリのことなら文句言わずにスルーしとけよ 必死な擁護レスが書き込まれるほど怪しさは増すというｗ まあ事実がどうであれ評判最悪のソフトをリスクを背負ってまで試すバカはそうそういないわな ステマしようと総合スレで名前を出したら化けの皮が剥がれて悪評が広まったとさｗﾁｬﾝﾁｬﾝ >そうしたらこのスレで喋る事なくなっちまうだろ
どこまで思い上がってんだ >>364
たとえば 〇〇ってビューアどう？ って聞かれた場合、
挙動について一切発言できなくなるため
「いいよ」 「使わない」 程度の返信しかできなくなる
利点欠点についても話することができなくなる
この状況で何の話するんだ？具体的に言ってみ？言えないなら自分の思い上がりを詫びろ 350 以降の流れは明らかに >>365
が言ってる範囲を超えてるだろ。常識で考えろ。 >>366
それはお前の中だけの常識だろう
俺は使ってないもしくは興味のないアプリの話題がでてても読み飛ばして気にならないしな
どっちかつーと周りの意見も聞かずに勝手に仕切り屋面する馬鹿のほうが常識がない
この場合スレにそぐわないと思ったらまずスレ民に
「こう思うんだけどどう思う？」と聞くのが常識だろ アホか何様や そのアpリだけでの話ならそのアpリ専スレで
他のアpリと比べて〜なんだけどどうなの？みたいなのはここですればいいんじゃね
専スレがないならここでするしかないけど・・・ 話題長引くようなら、そろそろ専スレへって誘導するくらいでいいだろ
元はQuickViewer+他アプリとの連携の話題だったわけだし このスレでZipPlaの名前を出しただけで噛みついてくるアホがキモイんだよ
ミーやもLeeyesも専用スレあるのに zipplaがメモリを12GB使用しているんだけど
他の人はどのくらい使用されていますか？ NeeViewってデフォルトで設定されてるマウスジェスチャの割り当て削除できないの？ショートカットキーは削除できるがジェスチャの消し方が分からない
絶対使わないような挙動に変えて対処してるけどすごい気持ち悪い
あと、Massigraでいうとこの「現在のファイルをもう一つ起動」「他のアプリで現在のファイルをもう一つ起動」が見当たらないのだけど、これはNeeViewには実装されてないのかな？
以上の２つの疑問の答わかる方いれば教えてほしい Massigraは使ったことないからしらんが同じ書庫を別ウインドウで開きたいってこと？
それなんの意味があるのか知らんけど前者は多重起動のチェック外せばできるでしょ
ただその行為に意味がないから直接的なコマンドは用意されてないと思うけど
後者は外部アプリで開くがあるから外部連携の設定を好きにいじりなさいな マウスジェスチャの割り当ての件だが入力画面の下にあるコマンド表示枠の横に☒があるだろ
それを押せばコマンド表示枠が空欄になるからその状態でOKを押すと消える
これぐらいは試してから聞いてほしかったな 拡縮やアルゴリズム変えた状態やフィルタ利かした状態での見比べ需要あるから意味ないということもないと思うが
Neeviewはあまりそういうことに使うタイプのビューアではなさそう NeeViewってクリックしたエリアに対応する動作をするって機能、無いよね？
あったらタブレットで使ってみたいんだけど Winタブ向けなら、スワイプでメニューを出してボタンを押して操作という
メトロ標準の規格に沿って作ったほうがずっといいものができると思うが。
画面自体のタッチで入力できる内容には限度がありそう。
画像の全画面表示を前提とするならなおさらそうなるだろうね。 hamanaをずっと愛用してきたけどWindows10にアップデートしたら
サーバーが使用中がどうのって窓が出て消せなくなったり→ jpgのプラグインを最新にしたらよくなった
zipファイルをドロップして開けなくなったり →これが分からん
対処方法がいろいろわからない問題が多くなってきたので困ってる さすがに古すぎる
jpegやgifの脆弱性を抱えたままだし捨てろとしか は？jpegやgifを開くだけで何の問題があるんですか？ jpegやgifの脆弱性ってhamanaとは関係ないだろｗ知ったか乙ｗ いや実際、ちょっと変なJPEG食わせたらhamanaは即落ちするから。 それはhamanaが落ちるかどうかの話で
脆弱性となんら関係ないですよ jpegにコード仕込ませてあったとして
それをどうやって実行すんだって話だろ jpegファイルだけじゃどう逆立ちしたって実行できないよ
拡張子を偽装して誤認させてそれを実行させるように仕向けるとか
jpegファイルに仕込んだコードを読み取って実行するアプリなどに感染させてから
そこからウィルスアプリがよみとって実行という2段階の罠とか
どっちにしてもjpegファイル単体で読み取った瞬間感染なんてやり方ないよ
それをhamanaがおちたから脆弱性！ってｵﾓｼﾛｲｗ10点あげるｗｗ まぁ最近はNXビットに対応したCPUとOSの普及で大幅にリスクが軽減したとはいえ、
かつてはバッファオーバーフロー攻撃というものがあってだなぁ・・・ 昔2GB位の単色bmpをzip圧縮したファイルを開かせるって嫌がらせあったなぁ >zipファイルをドロップして開けなくなったり
win8→8.1あたりからDialogHandlerが不安定になったり
VMやsandbox内アプリへのドロップに支障が出たりしてる
古いアプリや独自ダイアログ作ってるアプリはファイルの受け渡しが
だめになってる印象 バッファオーバーフローさせてコードの情報が埋め込んであるアドレスを読み込ませて
”あなたのPCは感染しました”という画像を映すことができるかもしれない！ 脆弱性と不正終了で検索したら両方出てくる記事いっぱいあるだろ。
データ領域が不正に書き換えられた時点で異常な挙動や不正終了を引き起こすんだから
同義と言っても差し支えないくらいだ。
HamanaはJPEGを読ませるときの挙動が不安定すぎて使いものにならない。 ちょっとreadmeを見た限りだと、zlib、libjpeg、7-zipを使っているみたいだね
この中ではlibjpegと7-zipに脆弱性があるものを使っている
特にzip以外の展開に使っている7-zipが致命的 現実的に自身にセキュリティー上の懸念が生じるかどうかと
システムに対して脆弱な要素を抱えてるかは別要素
セキュリティーに危害を及ぼす要素の一つが『脆弱性』 linarスレでも質問したのですが、ここでも質問させて下さい。
win7で、５年ほどlinarを愛用していました。
リカバリして、linar1.6、Ver 1.6.100両方使用してみましたが、
まったく違うソフトのような動作です。
具体的には、
キーボードショートカットが使えない、設定自体がない（Alt+Enterで履歴表示など）
全画面表示にしてカーソルを下に持っていくと、表示位置バーが出ていて、
マウスホイールで流れるように移動、クリックで任意のページに移動、ができない
ファイル情報表示欄の項目が微妙に違う（SPI名、Noteなどなかった気がする）
２ページ見開き表示できない
カーソルは矢印で手袋ではなかった
画像を開くときに毎回「キャッシュを読み込みますか？」的な確認が出ていたがでない
起動が相当重い
などです。
これは、過去バージョンを使っていたということでしょうか？
今、代替ソフトとして、Leeyesを使用していますが、
履歴がサムネイル表示されない
表示位置バーで任意のページに飛べない
がものすごく不満です。
リカバリする前にバックアップを取っておけばよかったと激しく後悔しています。
有名なフリーソフトだから、同じものをいつでもダウンロードできるだろうとタカをくくっていました。
上記機能が使用できるlinarもしくは代替ソフトについて
心当たりがある方はどうか教えてください。 ページバーの有無はともかく、
履歴がサムネイル表示されないことが
我慢できないほど不満なのか。 >>399
Linar Ver.1.7.113(アルファ版) も現在入手できるようですが希望の動作を満たしていないように思います
Linarの更新履歴を確認しましたが２ページ見開き表示に関する記述は無く
他のビューアーと記憶違いをされている可能性もあります
Ver.1.7用ですがオンラインヘルプは http://hp.vector.co.jp/authors/VA015839/help/index.htm
Leeyesもショートカット等でシークバーを表示出来ますよ
テンプレにあるいくつかのビューアーはフルスクリーン時にカーソルを画面下に持ってくると
シークバーを表示する設定が出来ます zipplaってソフト使ってみたのですがこれ良いソフトですね
みなさんもよかったらどうぞ >>402
使ってみたら毛根生き返った
ありがとう >>406
死んだものは返ってはこない。辛くても現実を受け止めるんだ zipを読むマンガビューアにそんな需要あるのかな？
フォルダで管理してるけどなあ。
zipにしてたらページの順番とか変えられないじゃん。 別にzip以外禁止してるわけじゃあるまいし
気にしなきゃ良い >>408
量が少ないならいいと思うけど、量があるならコピーとかバックアップしてみればいい。
時間かかるから。
zipである程度まとめておかないと一度HDDが死にかけたとき慌ててバックアップしようとしたら
すごい時間かかったからそれ以来、zipでまとめてる。
かといって、zip in zipとかやりすぎると今度は利便性損なうからそこらへんは
バランスとってる。 ページの順番変えられないっていうのがようわからん
スキャンして最適な状態で固めるんだから後から修正なんてしないだろ >>408
ファイルがたくさんあるとファイル検索するときの負荷が大きいからオレはzipで管理してるかな >>410
既に大容量HDDミラーリング環境にしてるから当分その必要ない。
それにHDDの引っ越しは何日もかかるもんだ。
>>412
自炊したときはそうかもしれないけど、電子書籍祭りのときに拾ったやつとかは
見開きと個別ページが別々に入ってることがあるから処理する必要あるし。
>>413
どうせWindowsのファイル検索機能は遅すぎるのでこういうときには使わない。
もっぱらlocate32を使ってる。
昨晩からしつこく自作自演してるやつがいるが楽しいのか？ 電子書籍を活用している割りには、zipで固められているepubは全否定のようでw さすがにこれは好きにしなよ案件じゃろ
zipにしない理由を責められたわけでもないのになぜ急に自分語りし始めた
しなくてもいい理由は我流すぎて他のzip派を説得できる内容じゃないし
君にとってはそうなんだねとしか返しようがないですわ
屁理屈返しで言うならページ順どうたらは解凍リネーム再アーカイブで済む話だし
そういや昔は練馬とか使ってたな どうやらzipのままで管理してる人のほうが多そうだということがわかった。
みんなどうもありがとう。 ＞ zipのまま
はいアウト
自炊だったらいきなりzipに吐き出すスキャナなんかないし
無料含む購入電子書籍変換だったらepubなりに変換してから不要なサブフォルダ除去後に固め直す形になるだろ
フォルダのまま という言い回しならわかるが zipのままって
流通形態zipの割れでも拾ってるんじゃなきゃ出てこない発想 まぁ、でも元の質問みると
「zipを読むマンガビューアにそんな需要あるのかな？」
だから、新しいビューワーつくるための調査してたのかもな？？ https://booth.pm/ja/items/397412
こういう正規販売もあるからzip=割れと決めつける奴も先走り馬鹿 zipのままというのは常態的にzip頒布物をメインに収集してなきゃ出てこない言い回しだが
同人zip物しか収集しない前提は無理があると思うわ
それにプロテクトかかってない販売物とかもあるけどPDF頒布の方が一般的じゃね 「zipは割れ物っ」て感覚をもってる423を筆頭にみんな割れ厨にきまってんだろ
素直になれよ 無理があったとしても割れ断定を否定できる状況が存在する限り
> zipのまま
「はいアウト」
のような先走りすぎの短絡的な発言は馬鹿だとツッコまれてもしかたないね
「世間的に割れと疑われる可能性が高い」くらい言い回しを考えないと恥をかく また不毛な話題で盛り上がってんのか
割れを語るスレじゃねーからここ 脆弱性の話題でびくついているやつが、カマかけてるだけ 私の愛用していたのはマンガミーヤでした(・ω<)
>>401
ご返信ありがとうございます。 NeeViewとかzippla使ってたけど
結局Leeyesに戻った
susieを使う奴しぼったら今でもエラー無しで使えるしね QuickViewer-0.6.6
https://ja.osdn.net/projects/quickviewer/releases/
・アーカイブのカタログ化に対応、より小さなカタログ表示、フォルダ読み込みの改良、リファクタリング
・カタログはアーカイブに対応する。zip,rar,cbr,cbzが含まれる。
・より小さなカタログ表示をできるように。長くないタイトルには大きすぎた
・フォルダがファイルを持たずサブフォルダがある場合、QuickViewerはサブフォルダを開くようにする
・リファクタリング(日本語のコメントを除去、不要なソースコードを除去)
・幾つかのメニュー表記を変更 >>433
そんなのの宣伝は良いからzippla使えよ
100倍マシだぞ >>443
でも、カタログ機能とかそこまでやるなら、どっちかというと
サーバーアプリにして共用できないとな。
マシン間共用できないのに頑張ってカタログ作るのアホらしい。 わざわざサーバアプリとかおおげさなことせんでもSQLiteあたりでデータ持ってそれだけ共有すりゃええやん G垢とかでDB使えないんだっけ？
rep2使ってると漫画ビューアの既読状況も共有して欲しいが漫画だと本体がないか ウィンドウズ標準のプレビューでええやん
シンプルイズ単純 Leeyesはunicodeに対応してくれるだけでいいのに
>>445
あれはない まぁ、Windowsの標準で長い間間に合ってたんだが、Win10になってから
圧縮フォルダー内のファイルを連続で見れなくなったりして仕方なく
専用のビューワーを使ってる感じかな。確かWin8までは問題なかったんだよな。
Win8自体がアレだけど。 回転ボタン押すと画像ファイルを勝手に上書きするあのビューアか
速攻で規定から外したっけ Windows標準ってOS変わると一緒に変わるから使いにくいよ NeeView 1.22が出てるな。
UIがそこそこ変わってる http://i.imgur.com/6P5LRVa.gifv
Nee1.22、
ルーペ移動しながら拡縮しながらページ切り替えが
マウス片手でできるのが便利すぎてたまらん
設定がやや多いが
詳細設定
ルーペページ切り替え解除 False
ルーペ最小倍率 0.5
ルーペ倍率変化単位 0.5
コマンド
ルーペON/OFF 適当なマウスキー NeeViewのUIは、最近ビューアーの中では抜群に素晴らしいんだが、
2000ピクセル角くらいの画像から、急激に展開が遅くなるのがなあ
ホイールアクセラレートが利くようになってから、するすると動くようになって
展開の遅延が目立つようになってしまった NeeView、相変わらずタッチパネル操作はガン無視だな UIは文句ないし、QuickViewerやZipplaに比べてメモリ消費も少ない所はNeeViewの良い所
あとは拡縮処理がよくなれば… leeys使ってるけど他のだと縮小がよくなくて乗り換えに踏み切れない そんな小さな画面で見ねぇし、ほんとんど気にならないかな。
サムネイル表示もあんましねぇし。 Zippla最高！
ttp://forest.watch.impress.co.jp/docs/review/1060360.html あいつら2ch見てるしな
専スレ立った段階でこれで記事一つ書けますごちそうさまてなもんじゃね Zipplaアンチイライラで草
お前らがどんだけネガキャンしようとも分かるやつにはZipplaの良さが分かるんだよなぁ…ww NeeViewの新バージョンかなりいいね
サイドのアイコンUIのおかげで各段に使いやすくなってる NeeViewだけど「前回使用していたエフェクトを復元する」のチェックが入らない
おま環？ NeeView
お気に入りのソートとかフォルダー整理とか出来たら最高なのに フォルダーリストのコンテンツとバナーの画像サイズ変更と文字サイズ変更出来たらいいのに
バナーは昔出来たと思うんだけどなくなったね > バナーは昔出来たと思うんだけどなくなったね
これは違うの？
ttps://bitbucket.org/neelabo/neeview/wiki/ChangeLog
バナー表示対応。バナーサイズをある程度設定可能 (設定 > 詳細 > バナーサイズ) NeeViewはバージョン重ねるごとに使い勝手がよくなっていくのは素晴らしいんだ
だから、ここらでアルゴリズムのブラッシュアップを…
カメラで撮影した画像を見る分には、Leeyesやミーヤともそう変わりはないかもしれんが
イラストやマンガを見比べると、まだちょっと厳しいものがある 俺も期待はしているが、そうすると.Netのメリットが
かなり薄まるから、しばらくはないと思う NeeView、
・ジェスチャをLeftButtonに設定できるようにする
・コマンド設定で画面のクリック位置を登録できるようにする（画面４分割とか、ざっくりでいいんだ）
の２点対応してくれたら常用するかも
最近読書端末は主にタブレットなので現状のNeeViewでは使いにくすぎる >>478
今はタブレットでは何を使っているんですか？ NeeViewはあとはフォルダお気に入りがあれば良いんだけどな つうか、今度はNeeViewうぜぇってことで
専スレ作って追い出すことになるのかなw 専スレ建てろとかいってる馬鹿を相手しなければいいだけの話
スルー 専スレ立てろってバカが勝手に専スレ立てちゃうこともあるからたちが悪いんだよ 別に専スレ立てるのは自由でいいだろ
需要がなきゃ過疎るだけ Neeに公式に意見交換する場が無くてここがサポート板状態になっちゃったら専スレ作るべきだと思うけど、そういう状況なの？ 専スレ移動でも何の文句もないけど
leeyesは専スレでやってるし >>485
専スレあるからそっち行けっていうからなあいつら NeeViewのバグ報告はbitbucketのプロジェクトページで案内されてる通り、作者のブログのコメント欄にすればいいだけ
バグっぽい挙動を確認する程度ならここでもいいし、多いようなら専用スレ作ってやってもいいいかもね それってleesysとかZipplaとかNeeに対してどこら辺にアドバンテージがあるん？ とりあえず10ボタンPAD対応とタッチ対応よろしく XP以外の32bit環境ってどう考えてもニッチだろといつも思う USBに突っ込んでポータブル利用とかニッチ分類されてしまうん？
マイ環境持ち歩きたい需要はそれなりにあると思うが
あとオフィスPCだと32bitPCとか今でも結構ある Susieプラグイン利用できるタイプなら
32の方が需要があると思う
あくまで自分の考えだから別に反論はいらない メディアプレイヤーに漫画閲覧機能乗っけた感じなのか。てことわ漫画閲覧に特化したい俺にはいらないな >>491
ビューアのスレだから、まずはそれについて
基本機能は大体押さえてるかな。動作も割と快適。それでいてメモリ食わないのはいいね
拡縮処理も十分だと思う。選択肢があればなおいいけど… 機能追加の要望としては、
・キー設定で、次/前の移動はアーカイブとフォルダそれぞれほしい。最初のページ(に移動)も
・見開きでも先頭は単ページのオプション
・明るさ調整・余白調整フィルタ
・履歴とお気に入りorしおり
・起動オプションでのモード指定
・Susieのパス設定(Susieプラグインを共用で使ってる人も多いと思うので)
あとバグ？で、起動させてビューアモードに移行して、何もファイルを表示させない状態
(デフォのトマト表示のまま)でマウスホイールか、方向キーを使うと落ちます
おそらくその影響で、設定したキーの一部が効かなくなり、いったんアンインストして再度
入れても直らないままです。〜\AppData\Roaming\tomato_player を削除しても同じでした
他のどこかに設定ファイルがあって、それを削除する等の必要があるなら、次verのReadme等で
説明があるとありがたいです >>491 続き。ファイラモードについて
表示は高速。エクスプローラはもちろん、自分がメインで使ってるファイラより速い(笑)
なので、ファイラ機能を作り込むといいアピールポイントになるかも
項目の表示/非表示とか順番の入替、2画面orタブ対応とか
コンテキストメニューもエクスプローラ互換＋独自項目だとちょっと煩雑になるので
これもカスタム可能になるといいかな
Tomato側でEverythingの検索ワードのブックマークができるのは便利
ただ、ファイラモード中に落ちることも… 再現手順の検証まではできなかった
プレイヤーモードを弄る時間もなくなったのでここまででスマソ
要望色々書きましたが、とても期待の持てるものが出てきたと思うので
今後の更新を楽しみにしています >>498-499
数々の検証、報告、ありがとうございます
デフォトマトの状態でホイールで落ちるのは修正して更新しておきました
バグ報告ありがとうございます
ファイラモードで落ちることがあるみたいですが
もしよろしければエラーログをメールで送ってもらえないでしょうか
エラーログは
〜\AppData\Roaming\tomato_player\error.log
です
しおりに関してはプレイリストを代わりに使う方向です >>501
レスありがとうございます
ホイールの件は、version 0.902で解消されていることを確認しました
先ほど、tomato playerのエラーログです の件名でメールをお送りしています
ご確認下さい QuickViewer-0.7.0
https://ja.osdn.net/projects/quickviewer/releases/
フォルダ一覧、CPUによる補完機能の追加
・フォルダ一覧は現在のフォルダにあるサブフォルダやアーカイブを表示するためのシンプルな画面です
・CPUによる補完は非常に高品質ですが少し遅いのでGPUのものと併用しています
・バグ修正: ボリュームを起動時に自動読み込みする際、ページバーの表示が崩れていた
・バグ修正: zip内のマルチバイトを含むフォルダを取り扱えなかった
・リファクタリング: ソースツリーの構造を再配置 >>503
ドライブ変えられない？？
Cドライブから移動できねぇ。
クソわろたw >>505
それは聞かずとも、同じ画像をNeeViewと他ので見比べればいいじゃん
環境が同じと言うことはないんだろうから。違いはないと思うなら好きなの使えばいいし、
違いを感じるならその上でどうするかを考えればいい オレはマンガの画質は気にならないタイプだな
読めれば問題ない
だから高速化に重点を置いて欲しい 俺は画質が気になるからそこらへん選べるようになるといいね なるほど漫画ビューアの補完選択におよそ漫画補完に適さないハーフトーンや
ニアストネイバーまで混じってるのは>507みたいな人もいるからなのか
何にせよ好きに選べるか選べないかの違いは大きいが
選べない＝.NET標準表示＝おまかせでほぼ手を入れてない ってことだろうから
ビューア高速化チューニングもやってないだろうし
（サムネキャシュとかはそのあたりの高速化は工夫してるだろうけど）
まあ.NET標準表示でもそこそこの画質だし言うほど見た目には格差が出るわけじゃないけどね NeeViewは「文字がぼやける」というレスが前にあったな ももんがのUNRAR.DLLってどうやったら反応してくれる？
普通にUS版シェアウェアのインスコして起動
ももんがの設定にあるリンクからUNRAR.DLLだけも拾って
ももんがexeと同じフォルダにいれても駄目だった……
ブログにいい感じにインストされてれば、ってあるけどいい感じってなに…… >>511
64bitなら拾うのはx64/UnRAR64.dllのほう >>512
うわありがとうです！
基本的なこところっと忘れてました……
でもチェックボックスは有効にできたけど
相変わらずRARファイルは反応してくれない……
なんだろう、自分の圧縮法の問題なのかなあ。 unrarのソースを取り込むのは更新のたびに無駄な作業が発生してありえない選択
rarに対応するならunrar.dllか7z.dllしかないから
まともに反応しないのならももんが無能でunrar.dllの仕様に正しく対応できてないだけよ neeviewでSusieってどこで設定できんの？ こうやってユーザーに余計な作業を強いるほうがありえんと思うがな。
アーカイブのバージョンなんてめったに上がらないんだから。
上がったとして追随しなくてもすぐ問題が出るものでもないし。 >>519
unrar.dllはパッケージして配布してもokだしdllで何の問題もない
dllのバージョンが上がっても最新にしたけりゃdllだけ入れ替えればいいしな
まあでもunrarより7z..dllの方を推奨するわ
unrarは連続してアーカイブを開くとパフォーマンスが落ちる問題があるから
7z.dllもパッケージして配布しても構わんしどうせ7zに対応するならこっちが要るからunrarに対応するよりお得だわ んー同梱再配布も可能なものを車輪の再開発させるのは無駄っぽいというか
ユーザーに余計な作業を強いるって発想がすごいな
むしろユーザーのわがままで作者に余計な作業を強いちゃうの？みたいな
漫画ビューアなんてzip読めりゃいいだろって思ってるから余計そう思うのかも知れんが
rar自前内包しろって言ってる人は自分でもアーカイブ組込プログラム書いてて
実情がきちんとわかってる人なのかしら？
素人考えだが内包しちゃってLeeyesやミーヤみたいにビューアの更新止まっちゃったらどうすんだろう
ｾﾞｲｼﾞｬｸｾｲｶﾞｰがうるさくなる予感しかしない >>519
dllが何なのか把握できてないなら黙っとけよ >>520
静的リンクか動的リンクかは議論してない。
それぞれに利点／欠点があるから作者の好きにすればいい。
俺が言ってるのはアプリの機能(rarの読み込み)として実現するのに必要なバイナリプログラムを
アプリに同梱せずに配布するのはユーザーにとって害悪だと言っている。
＞rar自前内包しろって言ってる人は自分でもアーカイブ組込プログラム書いてて
＞実情がきちんとわかってる人なのかしら？
もちろん書いた上で言ってる。ってか公式のDLLを使うにせよ、
それを使って読み込むプログラムはアプリ側に書いておかないと対応できん。
>>523
上に書いた。論外。 ももんがのrarサポートなんてオマケみたいなもんだろ？
外部サポートプログラムをユーザーが別途用意するなんてfreeソフトじゃふつーのことだし。
susieプラグインを入れないと何もできないとかじゃ無いんだし、噛みつくところじゃないと思うが。 >>524
お前VCランタイムとか.netFWとかでも同じこと言えんの？
物によってはライセンスとかに引っかかるだろ
引っかからないから内包しろってのこそ論外だわ >>528
VCランタイムは再頒布パッケージを使わなくてもアプリに同梱できるし、
.NET Frameworkはインストーラーに入れたりできる。
勉強不足だな。 利用者に自分の意志でソフトを利用している自覚を持ってもらうためでは
各自が必要な機能を選択する自由を尊重するような
有料ソフトなら同梱する外部プログラムの安全性等のサポート義務が生じるのだろうけど マンガミーヤの出来が良すぎたために漫画ビューアの進化が止まってしまった
マンガミーヤの罪は重い XP時代は、いろいろな意味でフリーダムだったからなあ もう、優秀な開発者はAndroidやらiOSやら他に行っちゃったからな・・ 画像ビューアスレで聞いたら？
ここは漫画用ビューアスレ んなもん人それぞれなんだから自分で使って決めろボケ なんか反抗的な人がいるけど自分の中で最強と捉えてくれて構わないよ 自分はLeeyes
最強かどうかはわからないけど
単純に使い慣れてるのと特に不満はないから
他を試すのが面倒くさい バグとかUnicode対応を無視すると・・・
俺もLeeyesだな。 そこはかとない気品と芳醇な香りを楽しむのなら
やっぱLeeyesだろうな 15年以上前に組んだWindowsXPの自作PCでずっとLeeyes使ってて、
最近新しいPC買ったから、Windows10では
何か新しいソフトが流行ってるのかと思ってこのスレ見に来たんだけど、
結局勢力図は10年前と変わってないんかい。 なんだ
Leeyes使ってて
そろそろ新しいのできてるかと思ったのに、あまり変わってないのか…
最近neeviewていうの知ったんだが
これ、拡大率とか設定できないのかな
ルーペ機能とかじゃなくて コマンドのビュー操作の拡大縮小の設定出来るよ
拡大の横の歯車アイコンで率いじれる プログラムのことはわからないんだが
NeeViewは .Netを使ってる限り
文字がにじむのを直すのは無理？ ZipPlaでサムネ表示でLeeyesかneeviewって感じだな
CBX Shellだと表示しない時あるし >>553
そんな感じだねｗｗｗ
三つが一つになると素晴らしいのにｗｗｗ お前らどうやって漫画管理してるの？
ちょっとスクリーンショットをアップしてみてよ QuickViewer0.7になってから、zipで画像が表示されなくなった…
黒背景の上部に「画像以外のファイルです」ってのがあるだけ
書庫にしてなければ閲覧できる。試しにrarで固めてみたけど、そっちも問題なし
けど、書庫にしてるのはzipがほとんどだから、0.66に戻して使ってる ごめんちょっと聞きたいんだけど
WinタブでミーヤCEの戻るタップ、ちゃんと使えてる人いる？
戻るをどこに設定しても、というかどこタップしても進むにしかならない……
なんか泥タブが滅亡しつつあるからWinタブに移行しちゃいたいトコなんだけど…… >>561
いや防水が欲しいのよ……
Z4tが死んで、10インチでIPX5以上ってのが皆無に近くて。
一世代だけ凌ぐよりは、いっそWinタブが色々出てるから乗り換えちまうべきだなって。 Windowsビューアーでは開けるけど
マンガミーヤやLeeyesでみようとしても無効なパスと出て読めないjpgがある
解決策を教えてくれ >>563
ファイル名にハートマークが付いてたりUnicode合成文字になってると開けない
あとチルド（〜）も違うコードだったりするので要注意
だいたいUnicode合成文字ってひどすぎる
「は」＋「゛」で「ば」とか ミーヤ使ってる人がなんでファイル名にUnicode使ってしまうの？ QuickViewer-0.7.2
https://ja.osdn.net/projects/quickviewer/releases/
zip読み込みの改良、不具合1件修正、シェーダーを使用しない場合OpenGLを使用しない
・zip読み込みの改良: マルチバイトのファイル名を含むファイルを読み込めなかった
・不具合修正: JPEG EXIFによる自動回転をする画像がCPU補間モードで正しく表示できていなかった
・シェーダーを使用するまでOpenGLを使用しないように変更 NeeViewの起動がミーヤ並になってくれたらいいのだけど NeeViewって昔からのverの蓄積ないとあかんの？
最新版だけじゃSusieプログラム使えないんだけど 64bit版じゃ使えないの？
ver1.17だと64bit版でも普通に設定あるのに >>578
ttps://bitbucket.org/neelabo/neeview/wiki/Platform https://msdn.microsoft.com/en-gb/library/system.environment(v=vs.110).aspx
まぁ、64ビットプロセスなら設定灰色にするなり非表示した方がユーザーフレンドリだな。
一般ユーザーは普通はわからんわな。 わかりにくいという点については同意するが
>575で指摘されたら即レス返す前にReadme読み返せとは思う >>560
マウスクリック操作だと機能してるよ。
前へ戻る
1ページだけ戻る
前のフォルダ(書庫)へ
マウスだと動作するの？だとしたらタップの問題かな？ >>582
いや64bit版は、最初からグレーアウトして設定できないよ
1.17はかなり古いバージョンの上に、32bit版しかないから
susieの設定があるのは当たり前なんだけど、>>578が
頓珍漢なことを言っているだけだよ (OSが)64bit版だけど
こういうことかね
それか今まで32bit版しかなかったの知らんでアプデで64使っちゃってるか それはないかな
インストーラーは64bit版は別になってるし
zipは両方入っていて、32bit版の実行ファイルは以前と同じ
64bit版は明示的に変えてあるから間違えようがないと思う >>590
質問しか受け付けません
重複した内容はスルーさせて頂く 何でも答えてくれるんじゃないんですか？
質問の内容は言及してませんよね？
馬鹿な僕にもわかるように理由を答えてください 本当に馬鹿だな？
名前と住所教えてくださいは質問だろう
おまえは本当に空気が読めないんだな
みんなにスルーされる馬鹿が来たから
俺がかまってやってるのにw >>595
一生そのままでいいよ
あんな事をこんなとこで聞いた上に悪びれるそぶりもないとか、
そのうち日常レベルでパクられる事やらかすんじゃないかってくらい生活レベルが心配 お前らまとめてスレ違い
32bitの実行プログラムを別に用意して、そいつにSusieプラグインの処理をさせることで
64->32bit運用とプラグインの不正アクセスエラー回避の両立ができるだろうけど、
こんな面倒なものを作るプログラマが果たして現れるかな？ｗ >>584
ありがとう。
マウス（っていってもキーボードのトラックパッドだけど）だと右クリックで戻る操作に。
ジェスチャも試したけど、指でもペンでも反応ぜず。
どうもWin10のタッチパネル操作が、CEでのタッチ操作と挙動が違う感が……
長押しタップで右クリックになるから、ページ戻るは出来るって分かったんで
まあ使えない事はなくなりました…… WindowsならAHKの類でどうにでもなるんじゃないの？ >>603
カスタマイズのマウス1の設定で左クリックをタッチスクリーンにしてる？ >>606
なるほど。あるにはあるのね。
にしてもきったねーソースだな……。 androidでおすすめの漫画ビューアありますか？ >>605
うわできた！
設定が別に必要とは……
ありがとでした！ ぶっちゃけビューアとしてはマンガミーヤの時点で完成してるんで求めてるのはファイルブラウザ
ももんが図書館は作者名で自動分類できる点でZipPlaより優秀だと思うけど
サムネイルの表示なんかはZipPlaのほうが優秀
だけどZipPlaはファイル名を弄るのとか気に入らないし作者名とかより大きな区分に分けて管理するの向きで
ももんが図書館は逆に目的のファイルが決まってる場合にはいいけどダラダラ探すのに不向き
古くはMangaExplorerなんかがファイル名を弄ることで
大分類（ジャンル等）で分けた後小分類（作者名等）で分ける
あるいは設定により逆に小分類で分けた後大分類で絞るみたいなツリーが作れたと思うけど
あんな感じが理想なんだけどいまだに決定版はないな meeyaも大分古さを感じるようになってきたけどな
ピンチ操作での拡縮とか、サムネイル付きシークバーとか、最近じゃ当たり前の機能が無いし >>611
ファイルブラウザーって普通のファイラーじゃダメなのか？
まぁ管理するときに画像が見れた方が直感的に分かりやすいけど
ジャンル分別するなら分類するフォルダ名を工夫すればなんとでもなるし
フィルターするのもオレはファイラーにPPx使ってるんだが普通にフィルターできるから不便を感じないかな ファイル管理はFenrirFSがいいよ
タグつけれるし、自動同期モードなら自動でタグつくし
大量のファイルも簡単に管理できる
漫画をiTunes的に管理しようと思ったらこれしかない MangaExplorerが理想ってことはiTunes的な管理は望んでないつうかむしろ真逆じゃね フォルダに名前つけてzipで固めてeverythingで検索すればよくね？十分だろ ビューアとファイラが一体化しているものだと個別書庫の読書進捗も管理できる
きちんと連動していればビューワで開いている書庫が変更されたらファイラ側も変更される
（ZipPlaなんかはきちんと連動していない） ここまでQuickViewerのカタログの話題なし。 今までのビューアでも本棚機能はほとんど使ってこなかったしなぁ
自分が使い方をイメージできないだけなんだろうけど…
QuickViewerには、簡易的なものでいいからファイラ機能がほしい所
切り取り・コピー・削除くらいでもいいので >>619
ZipPlaだと「動作>最後に見たページを読み込む」ならできるよ
デフォルトはオフだった気がするけど >>622
？
そんな話してないよ？
最後に見たページの管理だけならファイラー要らんし >>623
そうなのか
最後に見たページも読書進捗の管理の一つかと思ったんだけど余計な口挟んでごめん ああそうか
「ファイラ側も変更される」っていうのが重要だったのかな
ZipPlaのファイラは進捗状況表示できるしリアルタイムで更新されるよ >>625
スマン、その通り、ZipPlaではビューワで開いている書庫が変更されてもファイラ側に反映されないって言いたかっただけ
進捗表示できるのは知っている（というか、デフォルトでは出来ないということ忘れてた） >>626
イマイチ伝わりにくいな
ビューワで開いている書庫が「次の書庫」等の別の書庫に変更されてもファイラ側では反映されない、で通じるかな？ >>627
マジだ
「選択項目の自動切り替え」で動画プレイヤーのファイル切り替えですら反映されるのに不思議だね
しかもZipPlaの内蔵ビューア自身を外部ソフトとして登録したら反映されるというｗ
内蔵ビューアは書庫内の画像とファイラが連動するから内蔵ビューアだけ例外と考えたら
仕様として分からなくもないけどバグかも知れんし一応報告しとくね
あともしレスがあればこれ以上は専スレでやろう なんでそんなにリアルタイム変更にこだわるのかわからん。
たくさんある画像ファイルやアーカイブを管理するなら
everythingみたいに事前にDB作ってくれる方がよくね？ DB生成のタイミングの話なのに
DBの有無の話にすり替えてはいかんよ 書庫選択のカーソル位置が反映されねって話じゃないの
ファイルの内容書き換えてるわけじゃないからDBとか関係ない気がするんだが ごめん、誤検知だろうとは思うんだけど
https://www.virustotal.com
でウイルス判定出てるのでそれぞれのexeの役割とか教えていただけると
ありがたいです >>630
DB作らないならタイミングもなにも無くなるわけで、
ユーザーから操作されたタイミングでファイルシステムを調べにいくだけだ。
（オンメモリかそうでないかにかかわらず）データベースを作るから
更新タイミングのはなしが出てくる。
だからDBの有無の話じゃないか。何を言ってるんだ。 画像ビューアのファイルシステムについての議論がしたいのに、
ZipPlaの固有の挙動について議論したいなら専用スレに行けよ。 ？
話の持ってき方おかしくね？
ZipPla固有の話をしてる人もそうでない人も
結局のところリアルタイム変更にこだわってる人は一人もいなかったわけなんだが？
議論がしたいというならなら仕切り直して新しい議題出すところからﾄﾞｿﾞｰ ファストーンは画像ビューアにならないのでしょうか？ >>629,634
毎回探索すれば同期は不要だし
DB利用時でもきちんと同期が取れる手段はある
正直、君が何を言いたいのか分からんよ >>639
毎回探索するならDB使ってないじゃないか。君は何を言ってるんだ。
きちんと同期って、要はフォルダやファイルの変更を監視するってことだろ。
数万あるフォルダやアーカイブ、数百万個ある画像ファイルを
全部同時に監視し続けるなんて現実的じゃない。
WindowsのAPIはそういうふうにはできてない。 どうも >>619 がまともに伝わっていないようなので書き直す
ビューワとファイラーが一体化していると
・個別の書庫の読書進捗をファイラー側でも管理・表示できる
・ビューワで開いている書庫を「次を開く」等で変更するとファイラー側のカーソル位置も連動して更新される
等のメリットがある
>>614-618 でファイラなんて要らんじゃんという流れだったので、自前でファイラがあることのメリットを挙げてみた
(>>619で書いたZipPlaでは出来ない、という話は既に対応してもらえたようだ)
むろん、そんなもの必要ない、という個人の意見まで否定するものではなく、人それぞれ
自分は一体化しているものを選ぶ
meeyaとLeeyesでもLeeyesを選んだ >>633
そうですか、ウィルス判定ですか
一応avastでウィルスチェックはしていて、問題ないとのことなのですが・・・
一応説明
tomato_player.exe が64bit版の本体
tomato_player_32.exe が32bit版の本体
tomato_player_player.exe が動画プレイヤーのバックグラインドプロセス
tomato_player_sandbox.exe がsusieプラグインをマルチスレッドで
実行するためのサンドボックス(ホストプロセス)
tomato_player_saver.exe がプレイリストなどをファイルに保存する
バックグラウンドプロセス 6/11にファイル変更されてるね
ウイルス対策ソフトに引っかかった部分置換したのかい？ >>642
＞・個別の書庫の読書進捗をファイラー側でも管理・表示できる
これ、Viewerがフォルダやアーカイブを開いた履歴とどこまで読んだのかの進捗を
両方記録するだけで実現できるよね。ファイラーを内蔵する必要はない。
＞・ビューワで開いている書庫を「次を開く」等で変更するとファイラー側のカーソル位置も連動して更新される
等のメリットがある
デジタル本のタイトルを並べたリストにカーソルを当ててそれを動かす演出とフォルダ構造が一体化してるならそうなるけど、
ビューアーが把握する本のリストとファイル構造が１対１で対応している必然性はない。
つまり内蔵するのはファイラーである必要はない。ブックリストでもよい。 >>645
>これ、Viewerがフォルダやアーカイブを開いた履歴とどこまで読んだのかの進捗を
>両方記録するだけで実現できるよね。ファイラーを内蔵する必要はない。
うん、実現できるね
で、それ、どうやって表示するの？
共通インターフェイスを定義すりゃいいんだろうけど、策定大変そうだ
ファイラ連動については便利さが分からないなら別に押し付けるつもりはないよ
自分にとっては必須機能だから連動するのを選ぶけど
ファイラでなく、ブックリストでいいっていうのは、まぁそういう考え方もあると思う
登録が面倒だから個人的には汎用性のあるファイラの方が好みだけど
ももんが図書館なんかはフォルダをブックマークする形でファイラとはちょっと違う形の表示になってる
そのももんが図書館もビューワの表示とリストのポインタは連動してるけどね よーわからんが絡みたいだけの人なんかね
否定から入っておいて議論したいってのも大概だと思ったが
好みだってことわってる人へのダメ出しはほんと意味が分からん >>646
＞うん、実現できるね
＞で、それ、どうやって表示するの？
非常に単純な話で、ビューアが開いた本の履歴と読み進めたページを記録しておいて、
再び同じ本が開かれたら記録したページを表示するだけでいい。特にUIはいらないよね。
＞ファイラでなく、ブックリストでいいっていうのは、まぁそういう考え方もあると思う
＞登録が面倒だから個人的には汎用性のあるファイラの方が好みだけど
ビューア内蔵のファイラーは1つのフォルダに数百の本があったり
1個のフォルダに数千個の画像があったりするとすぐに役に立たなくなるから限界あると思ってる。
>>647
＞否定から入っておいて議論したいってのも大概だと思ったが
＞好みだってことわってる人へのダメ出しはほんと意味が分からん
既存の方法論に問題はないか。皆はどう思ってるかなどを反応をみて調べてるだけ。
特に悪意はない。 >>648
それじゃファイラ側で進捗を「表示」できてないじゃん ファイラの機能的にはそういう機能があってもいいが
複数の本を途中まで読んで放置ってどんな読み方なんだろうって気になってる ああなるほどね。内蔵のファイラーの表示で本の既読管理したいのね。
読み終わってるのかとかどの程度読んでるのかとか。
面白いとは思うけどそんな機能必要なのかしら？
ブックマーク機能があれば十分だと思うんだが。 KindleやKinoppyなんかの電子書籍リーダーアプリによくある機能だな
漫画だとあまり必要性感じないかもしれないけど、小説読んでる人は必要かと 俺自身はcomiccafeユーザーなので新着本・最近読んだ履歴・本ごとの読書進捗は全部サーバが管理してくれるけど
普通のクライアント型のビューアにもあれば便利だと思うよ
コミックス大人買いして途中まで一気読み、後日続きから読むとき「何巻まで読んだっけ？」ってならないし >>654
複数の端末にまたがった既読データを一元管理したいって話はこのスレでもたまに出てくるね。
あったら便利なのかもしれないが、個人所有のデジタル本に対してそこまでやる必要があるのか……。
そのへんは電子書籍のベンダーに任せたほうが自然な感じもするけども。
デジタル本のデータ本体ではなく書籍名や既読データだけならデータ量は大したことはないから
Google Driveとかに置いてそれを読みに行くという仕様でもいけるかもしれない。 ファイラでの進捗表示は自分もビューアに求める機能の1つだなー
本を読む分にはしおり的なものがあれば十分かもだけど、撮影した写真の整理とかには必要
いらないファイルや移動させたいファイルがすぐに視認できるのは作業的に大きい
ビューアを複数使い分けるのも面倒だし、コミックビューアで一本化できるのならありたがい
Everythingとの連携は便利だけど、>>632さんのもそういうのがほしい QuickViewer-0.7.4
https://ja.osdn.net/projects/quickviewer/releases/
ボリュームを読み進めた情報を記録／表示／読み込み時に反映する機能を追加
・フォルダ表示画面で読み進めた状況をプログレスバーで表示
・ボリュームを再度開いたときに既読のページまで自動でジャンプ QuickViewerやっとこさ試してみたけど
フォルダ一覧でカーソルでファイル選んで[Enter]…何もおきない
そしてやたらと動作を停止しました窓が出て終了
フィードバックはどこにすればいいのかな？このソフト PerfectViewerアプデしたら本棚の上行くと強制終了するようになった QuickViewer-0.7.5
https://ja.osdn.net/projects/quickviewer/releases/
不具合4件修正
・不具合: 10ページ以上読み進めた状態でVolumeを開き直すと不正終了していた
・不具合: メインウィンドウにフォルダ表示画面が組み込まれた状態でキーボード操作ができなかった
・不具合: フォルダ表示画面でキーボード操作でVolumeを切り替えられなかった
・不具合: 見開き表示でボリュームを切り替え、元のボリュームに戻ると1ページ進んだ状態になっていた
・Qt共通ヘッダのincludeの変更 NeeView作者のブログによると近いバージョンでタッチパネル対応するみたいだな。
楽しみだ。 NeeView 1.23出てる
バグ修正がメインで、タッチ対応は次のバージョンかな NeeView待ってた
エフェクト直ってるし読み込みも早くなってる 更新履歴では特に書かれていないけど、
確かに早くなったようだ >>667
NeeViewが64bit
NeeViewSが32bit いつの間にかsusieプラグインが使えなくなったと慌てるパターンだな、こりゃ インストーラーでインスコすると
問答無用で両方入るんだけど
スタートメニューの文字も
S付きかどうかだけの違いなんだよな
(x86版)とか(x64版)とか付ければいいのに >>671
お前らが混乱したから作者が気を使ってx64/x86表記をやめたんだろ。
何周回遅れの指摘してるんだ。 お前らって言うけどな
この前、約一名があほな書き込みしていただけだろ NeeView 1.23の64版のインストーラーなしでアップデートしたら
画像を開く度に
・History.xml
・Bookmark.xml
・Pagemark.xml
この3つのファイルが画像と同じフォルダに作られてしまうようになったんですが
どうしたら作られないようにできますか？ バグくさいので作者のブログにコメントしてきたけど、とりあえず回避するなら実行時の作業フォルダ指定かな ありがとうございます
しばらく他のソフト使いながら様子みます >>677
ありがとうございます
作者さんがブログ上で改善版の1.24を出してくれて不具合改善されました Zipplaのレートでファイルネームに{zpi$r=数字}が付加されると
NeeViewで読み込めなくなったの俺だけ？ だんだんNeeサポート板化してまいりました。
そろそろ自治厨が出てくるか？
コマンドライン起動でファイル名に「=」が含まれるとおかしくなるな。 作者のサイトがメアドしかないとかならともかく、
BitBucket上でやってるのになんで課題を付けずにこっちに文句言いに来るんだか。 ファイル名でタグ付すると将来別のアプリにも移行しやすい
一生同じアプリで管理するっていうなら好きにすりゃいいけど 別のアプリに移行したとして、今までのタグ使えんの？ タグ探すだけならファイル名検索使えばいいのよ
管理はこの方法でやらないとだけど、ファイル名自体が仕様のようなものだからなんとでも フォルダ名やファイル名触らないでタグ管理するから、タグ付けって実用的なものなんだが
ファイル名変えたら、それこそ他のソフトでメタデータと関連付けしてたのが見つからなくなるようなケースが出てくるんだし zippla使いこなせてない奴は単体で全部できると勘違いしてるぽいな
まあいいけど NeeView 1.25きた。
タッチ対応、PDF対応、 >>681 のバグ対応など。 neeviewのタッチ対応、いいな
これでmeeyaCEから完全移行できる >>695
軽く触ってみただけだが、タッチ対応は必要十分なものが用意されてる感じでGoodな対応
PDFは画像メインならいいけど、文字中心のは実用は厳しいかな。画像ビューアと言われればそれまでだけど
やっぱり、このあたりはアルゴリズムに手を入れないとどうにもならないのかも スレ読んでみたが結局どう管理するのがいいのか肝心なところが書かれてなくてモヤモヤする ミーヤみたいにエクスプローラの右クリックメニューに追加の設定は出来ないの？
レジストリ手作業は面倒 送るNに追加だとワンアクション増える
右クリック→Nを押す→Bを押す でビューワに送れるようにはしているが
右クリックの直下にあれば 右クリック→当該のキーを押す の２アクションで開ける
あるいは、一番最初に使ったものがそれだったから、どうしてでもそれに合わせたい
操作体系が同じじゃないとしっくりこないので合わせる あと俺はID:lhLR8FPJ0本人じゃないからな
俺が考えつくような理由を並べただけ コンテキストメニューの編集アプリとかないの？知らんけど 本人がほしいと言ってるんだから
他の方法で出来るだろう、馬鹿かと思っても
他人がどうこういう話じゃない つか何を右栗に入れたいのか・・・
何でも右栗に入れたいって話なのか・・・？
これじゃあかんの？
ttp://mikasaphp.net/frex1.html NeeView使ってるとたまーに「0で除算しようとしました」ってエラーが出て表示できないJPEG画像があるなぁ >>711
そういうのは作者に当該画像を送ってやってくれ ソースコードを読んで言うわけじゃないが、
可能性としては画像の読み込みに失敗して解像度が0x0になってるときに、
画像のアスペクト比を計算するために縦または横のピクセル数で
除算するときにエラーになってるという可能性はあるな。
画像の読み込みに失敗したときの処理は早めに書いてはねるようにしないといかん。 除算って割り算のことかよｗ
それでエラーって使ってるプログラム自体が欠陥品なんじゃね？ ニュース系のスレで定期的に盛り上がるのがゼロ除算と0.999...の話 小数を使っても割り切れない場合があるのは有名な話だがそれはエラーにする程のことなのか？
0.999と1の違いが肉眼で区別できるとは思えないんだが わざわざエラーににしてるわけではない
エラーにならないようエラー回避のコードを入れ込もうという話
コンピューターは自己判断で値を勝手に丸めたりはしません ぶっちゃけエラーを途中で止めてはねる処理のし忘れとかででちゃうから
言ってみれば自分の意図したソースの外にエラーでた感じ exception指定漏れがあるとか 明らかに意味が分かっていないID:qtYY75lj0に言っても無駄かと めんどくせえから 0/xもx/0もエラー吐かずに0を返すようにしたらいいのに >>723 >>724
どうおかしくなるか例をあげてみな >>725
どうせ「ゼロで割るときの処理を分けるならどっちにしろコードの追加は必要。
ゼロ除算のときは値の正しさが要求されないって場合もあるからエラーにしないのも一つの手」
とか思ってるんだろうが、そんなバカはお前か↓の作者ぐらいのもんだ
http://uwsc.dohow.jp/blog/post_7.html
※UWSCではゼロ割算をエラーとはせずに0を返却します。
悪いことは言わないからこの程度の実績の奴よりもここの優秀な住人の言うことを素直に聞いとけ >>726 >>727
数学的な矛盾をプログラミングの変数とごっちゃにするのは的外れ お前らは本当に学習能力がないな
馬鹿と話しても会話にならないんだから
相手にしなきゃいいんだよ
ただ馬鹿にして楽しみたいなら別だけど・・・・ >仮に1/0=0
>とすると両辺0をかけて1=0
この理屈って
同じプログラミング内で x=1と定義したあとx=0と再定義したら
1=0となっておかしいとか言ってるようなもんだよね >>732
>おかしいとか言ってるようなもんだよね
違う >>734
違うと主張するならその発言の中にどう違うが簡潔な論を入れるべきだな
まぁできないから書かなかったんだろうけど 至極簡単な話
数学的計算結果と変数への代入は全く別物
変数は入れ物で、入れ物に入る数値は常に変わるってだけ
常に中身が変わる入れ物の話と、計算の仕方で答えが違ってくる計算（つまり数学的エラー）との違い
いやさぁ
「なんでそうなる？おかしい！」
ってのを今更無知を武器に再定義しようとするなって
場違いなんで続きはマ板かム板か数学板でやってくれ
広大な世界相手に数学・プログラム革命頑張ってくれ。応援してるよ >>736
0除算に答えは存在しないので0に置き換えても答えが違ってくることはありません
はい指摘は的外れ お互いかまってちゃん同士だからしょうがないんだよw シスコンの仕事してた時に勝手に値を丸めてくれるシーケンサマクロとか使ったことあるけど
エラーだったのかどうかを知る術がなくてあれはあれで苦労したわ
プログラム的に意図的に0除算するという行為はまずしないので
そういう状況の時はその手前でエラーが起こってるわけで
(>713の例でいうなら 画像の読み込みに失敗して 画像サイズが0になってる)
コンパイラ側で勝手にエラーをスルーされるとかえってデバッグが困難になる場合もある
On Error を Goto するか Resume Next するかはプログラム組む側が選ぶべき いいかげん馬鹿を相手にするのやめろ ここPGスレじゃねーぞ 発端のjpegファイルは作者にフィードバックされているのだろうか？ 例えばa枚中b枚目をバーなどで視覚化表示する際
バー最大横幅*(b/a)とかで現在位置を計算することがあるが、
0枚フォルダを開いた場合などで(0/0)となりエラーが出るだろ？
この場合手前にIf文を置いて回避することになるが
ゼロ除算=エラーなし0と指定設定できれば必要無くなる
プログラム言語もこういう数学と矛盾した効率的仕組みはいっぱいある for (int b = 0; b < a; b++) {... バー最大横幅*(b/a) ...}
みたいに0/0が評価されない書き方しとけよｗ
それ以前に大抵の言語でゼロになりそうな(b/a)が気に入らないが たまたまうまく行く場合があるってだけのことに大層な
そういう仕様と分かって使う分にはご自由に >>743
ゼロ除算の例外を発生させるのは除算命令を実行したCPU(x86)なわけだけど、CPU自体のアーキテクチャを一から作り直せって言ってるの？
それとも例外受け取ったときのプログラム側の動作をそういう風にコーディングするってこと？
でもそれだと普通に値のバリデーションするのと変わらないよね？ 常識だよ
ゼロ除算をゼロとすると事前判定を省略できて楽になる処理もたまたま存在するってだけ
それだけの理由で
>>722
とか言い出すバカもいる 画像サイズが0の問題なら、画像が読み込めないんだから「0で除算しようとしました」は後付だから関係ねーべ？
問題は読み込めない画像が悪いのかデコードミスなのかだろ？
それか全く関係ない部分でエラー吹いてるかだけど エラー出してるサンプルをどこかにアップロードしないと話にならん
予想で話してても埒明かんよ
まあ作者にはサンプル送ってるんだろうけど 画像読み込み失敗が件の問題かは分からんけどな
>713は例えばで想像してるだけでソース追ってるわけじゃないそ >>219-317くらいまでの流れといい
このスレは偏執狂の集まりなん？ ようやく気付いたのか
welcome to the underground そもそも漫画ビューアみたいなマニアックなアプリの機能面の差異について
議論するとか極めつけ偏執狂な話題を扱うスレなのに何言ってんだか。 人と話す機会が少ないと攻撃的になるから
ここでストレス解消になるなら
犯罪防止のためにも見守ってあげて 最近はNeeViewを使うことが多くなってきたけど、モアレが気になるんだよなぁ neeviewしばらく見ない間に凄く使い勝手が良くなってるなぁ
これでやっと、まれに異常終了するようになってしまったマンガミーヤから乗り換えられる
ありがとう作者さん、そして今までありがとうマンガミーヤ NeeViewはZipPlaにある「トーンカーブ(セピア調)」と
meeyaの「指定スケール、サイズで表示」があれば完璧なような気がする。 セピア調が何で必要なのか一瞬分からなかったが
青っぽい赤っぽい漫画を読む時にラクか
なるほど いやエロ漫画用の肌色需要やで
個人的にはそういう特需よりレベルガンマ補正や平均化なんかの汎用的なフィルタが欲しい そんなものより先ず拡縮のアルゴリズムでモアレの出ないものプリーズ 描画速度ならQuickViewerだな。
画質も良くなってるし。 quick気になって落としたけど「PCに保護されました」って出て起動できない……
何が原因だろう QuickViewer、Meeyaでやってたマウスクリックで1p移動が出来ないのが地味ながら気になる
でも起動も早いし使い勝手も良いから最近のビューアなら一番お勧めだわ QuickViewerってコマンドラインオプションってないよね？
ファイラーから引数で漫画読むとか出来なくて不便だ >>777
XFで渡してるけど、普通に渡せば見れるっしょ？ >>778
マジか
PPxから上手く渡せなかったんだけど設定が悪かったのか
やってみるわ
ありがとう >>776
QuickViewerはそれできようになったら文句ないな。
今でも画面端クリックで進むようになってるけど
どこクリックしても進むようにして欲しい QuickViewerホイールとかで高速ページめくりすると落ちるわ NeeView 1.26 来たぞ。
PDFを表示サイズで再描画されるようになったのは嬉しい。
ストアアプリが追加されているけど、Susieプラグインに対応していないからオレは使わないかな。 NeeViewも以前うｐされてたifjpegx_colってプラグインで疑似四色化できるな NeeView、指定スケール対応してない
ここに書き込むだけじゃ駄目ってことなんだな
誰か要望してきてくれないか ブログもバグトラックも、どちらも匿名で投稿できるのに
コミュ障すぎる >>776,780
右クリックでメニューあるけどそれじゃあかんの？
>>781
なんか直してるっぽい わたくしの使い方を開陳しますと、Meeyaでは、左クリックに１ページ進む、右クリックに１ページ戻る……などと割り当てております
画像ビューワに限らずソフトウェアの作者が知りたいのは各個人のショートカットキー設定かもしれません
これはまず表には出ないからです そういった俺様のキー設定とかは
くさるほど要望で来てると思うぞ >>791
1p移動の挙動がレス者で違うんじゃないだろうか？
>>776
>>789
とかは、単にページ送り（見開きでも次の２枚）だろうけど
>>791
は、強制1p送り（見開きでも次の1pだけ移動する）
のような気がする
単にマウスだけで次ページはよく使う
というより普段マウスでしか操作しない うちはページめくりはホイールだな、1ページだけ移動は誤爆する面倒だからキー操作だけ
大抵のソフトはデフォルトでクリックにページめくり割り当てられて逆にパニクるわ >>787
>>788が代弁してくれてる(780も含め)
>>792
自分は776だけど、強制1p送りの意で言った
>>789
Meeyaの話になるけど
左右クリックで強制1p移動、ホイールでページ送り 1p移動は見開きズレを直すのに必要だし
>>791のリアクションの方が異端 使わない と 頻繁に使わない は違うぞ
一冊読むのに一回しか使わないような操作ならワンクリにこだわらなくてもいいのではって意味なのでは？まあ個人の好き好きで良いと思うけど
自分ならクリックとか誤爆しやすい割り当てにはしたくないかな ふむふむ、単純な頁めくりの話か
デスクトップではキーボード操作、移動端末ではタッチパネル操作でマウスはほとんど使わない自分
右クリックと左クリックで対称の操作をアサインするって感覚が消えてた 確実に1枚送る操作と確実に次ページに送る操作（＋階層移動）を
全てマウスだけで出来るからこそミーヤは便利
マウスジェスチャ派とはそういうもの QuickViewerの話でQuickViewerを触らずに参加するのもアレなので久しぶりにアップデートして使ってみた
…相変わらずすぐ落ちるな…うちの環境のせいか？
タッチパネルでの使用感も悪そうだし、引き続き塩漬けだな… >>788,789,792794
クリックや右クリックでページ送りって、誤爆が多くて困らない？
だいたいこのアプリは右クリックでメニュー出してるんだし。
>>799
『CPUによるバイキュービック補間』を使えばGPUの機能を使わないとHPに書いてあるな
https://kanryu.github.io/quickviewer/shader-ja >>800
誤爆するシチュエーションが分からない
基本はホイール使うわけだし
コンテキストメニューの内容はメニューから呼び出せれば良いわけだし
メニュー非表示にしてても、キーボードでAltキー使って操作は可能
右クリックで移動も出来るよう、マウス動作の割り当てをユーザー側で変更出来るようにして欲しいって感じだな >>800
シェーダー設定、色々変えてみたけどダメ
actionNextPageに割り当てられたSpaceを押しっぱなしにすると見事に落ちる >>801
Hamana、IrfanView、FastStone、XnViewMP、Windowsフォトビューアーの範囲で言うと、
・クリック
FastStoneは拡大。他のアプリは無反応
・右クリック
Hamanaはフォルダ移動のダイアログ。IrfanViewはドラッグ移動モード。他は右クリックメニューが出る。
QuickViewerの動きのほうがむしろ普通だと思うんだけど。
>>802
『CPUによるバイキュービック補間』の設定でアプリを再起動すると挙動が変わるかも なんで自分がこう設定してるか思い返してみたところ、
出来る事や設定などが圧倒的に少ないテキストビューア由来のものでした
もっと平たく言いますと、窓の中の物語です >>800
誤爆ってどういう事？
連打してしまったりするって事ならたまにしちゃうけど戻せば良いかなって
だいたい使ってる時はマウスしか触ってないし…？ >>803
ごめん、言いたいことが分からない
マウス動作が一般的じゃないとは一言も言ってないし
1p送りをデフォルト動作や強制にしろとも言ってないし
一般的動作はそんなもんじゃないの？というかビューアに限らず、右クリックでコンテキストメニューがでるのが普通 すまんが俺はホイール使わないで右クリ左クリノンキーボード派だな >>805
アプリの画面全域にクリック反応が割り当てられてたら絶対誤操作するだろ。
それくらいわかると思うんだが。アプリの反応領域には遊びが必要なんだよ。
>>806
むしろお前の言ってることのほうがわからない。
＞マウス動作が一般的じゃないとは一言も言ってないし
じゃあ一般的だって言いたいんだな？ 803で列挙した中に一つも例がないがそれはどうなんだ。
＞1p送りをデフォルト動作や強制にしろとも言ってないし
後付でそんなこと言い出すし。誤解のないように言いたいなら
最初からカスタマイズ機能つけろと言えばいいのに。コミュ障なのか。 もうスマホとPCでスレ分けた方がいいぞ
話咬み合わないから >>809
誤解しないでくれ
俺は自分が言ったクリック動作は一般的だとは思っていない
だから(QuickViewer現行の)マウス動作が一般的じゃないとは言ってない、のレスを書いたわけで
＞QuickViewerの動きのほうがむしろ普通だと思うんだけど。
上記については同意だよ
＞右クリックでコンテキストメニューがでるのが普通
とも補足で一応書いたし
後付け以前に、大幅な動作が変わるものをデフォルト動作にしたり強制変更って普通はないでしょ…
ついでに最初から云々って元々は雑談の一環で気になるとしか言ってないし
>>805に言及してる誤操作も具体例がないからする状況が謎、仮に背面にあってクリックしてもフォーカスが移るだけだし
特に誤操作しない人間もいるから、それくらいが分からないんですわ
正直そんな噛みつかれたら冷静にレスしにくい
作者なの前提で言うけど、0.8.6以降のバー類のマウスオーバーでの挙動はどうかと思います
フルスクリーン時ならともかく、ウインドウで出すならオプションにすべきだわ
何故かタスクバーにQuickViewerが一時増殖する挙動もあるし、
QuickViewerが背面にあっても最前面にバー類が表示される
環境はWin7 x64でQuickViewer 0.8.7 x64 >>809
>アプリの画面全域にクリック反応が割り当てられてたら絶対誤操作するだろ。
何？その謎理論
Leeyesでもmeeyaでも最近のビューアでも使ってるビューアのほとんどで画面全域にクリック反応割り当ててるけど
何の不都合もないけど
これまでの会話の流れでそういうカスタマイズをしたいという意味であることは普通の人間なら読み取れるわな
他にもいろいろ誤読によると思われるコメントあるし、冷静になって欲しいわ 誤爆するかどうかはマウスで画面をつつく癖があるかどうかじゃね
マウスしか使わないとかホイール前提とか言われてもそうじゃない人間もいるでよ
カスタマイズで好きにできるならどうでもいい話ではあるが
>>810
iOSやAndroidのビューアスレは既にあるしスマホの話してる奴なぞいない
この流れにおいてはWinタブ派も参加しとらん 仮に誤爆して1p進んでしまったところで、即座に右クリで元に戻せばいいだけだし大した問題じゃない
そもそも誤爆しようがしまいが「1p送り」と「見開き送り」は両方割り当てないといけないんだから
マウスの場合左クリックかホイール回転のどちらかにどのみち割り当てるしかない
それに右クリにページ送りを割り当ててメニューが開けなくなったところで結局マウス派は困らない
個人的な話だがIrfanViewの右クリは設定でメニュー開きに変えたこともあるけど、
無意識でドラッグに慣れてしまっていたので結局戻したことがある
要するにビューアにコンテキストメニューは言うほど必須じゃない 誤爆って言ってる人は
1p送りをあまり使わない人で
1p送り使わないように自炊時に
調節してるんだろう
1p送り頻繁に使う状況が想像つかない
あ、拾いか・・・・・ 漫画ビューアは別に漫画にしか使わないもんじゃねーんだが イラスト集なり画像フォルダなり
手前の絵と並べて鑑賞したい機会なんかいくらでもある
ここは使いこなせてない奴がでかい顔する場所じゃない >>811
＞後付け以前に、大幅な動作が変わるものをデフォルト動作にしたり強制変更って普通はないでしょ…
普通ってなんだ？ 書いてないことを理解しろというのか？
＞>>805に言及してる誤操作も具体例がないからする状況が謎、仮に背面にあってクリックしてもフォーカスが移るだけだし
＞特に誤操作しない人間もいるから、それくらいが分からないんですわ
それは「普通の動作」ではない。フォーカスが移ると同時にマウスクリックのイベントも有効になってクリック時のイベントが発生する。
それが「普通の」Windowsアプリの動作だ。
アプリのウィンドウ全体が反応領域に設定するときは、フォーカスが無いときは１回だけクリック反応を無視するコードを入れる必要がある。
その時点で「普通」の設計ではない。
＞作者なの前提で言うけど、0.8.6以降のバー類のマウスオーバーでの挙動はどうかと思います
そんなの作者に直接言え。俺は知らん。
>>812
＞Leeyesでもmeeyaでも
そんなマイナーアプリ使ってないからわからんなあ。 >>814
大した問題かどうかは人による
ようはその人がどういう操作に慣れてるかなので理屈で負かしても意味ないよ
要カスタマイズで好きに割り当てろってことでいいじゃん >>820
>フォーカスが移ると同時にマウスクリックのイベントも有効になってクリック時のイベントが発生する。
追い詰められたか知らないが
息を吐くように嘘ついてんなこいつ
Meeyaは間違いなくそんな動作はしない >>822
嘘だと思うなら自分でアプリを作ってみることだな。
Meeyaがそういう動きをしないということはそれに対する工夫があるということだ。 と言うか、そのへんのウィンドウズアプリ、Windowsフォトビューアーとかで、
別のアプリにフォーカス移した状態でフォトビューアーの
ボタン押したらどうなるかすぐわかるじゃないか。
なんで >>822 は息を吐くように嘘つき呼ばわりするかね。 それだけご高説を垂れる知識をお持ちなら何かしら作ってるんだろうし
暴れるなら自分の作品の関連スレにしろよｗ
それともガチで口先だけの雑魚なん？ >>819
DMMやDLsiteを敵に回すのはやめておけ >>820
というか、その「普通の動作」があったとして君と君以外の人と「使い道」が違うんだから、根本的に話が噛み合わないと思うんだよね >>826
まずお前がミーヤで確認すれば済んだ話じゃん そりゃあ漫画用画像ビューアなんて特殊もいいところ、普通のwindowsソフトの動きとは極端にかけ離れてる
そもそも右／左綴じと見開きを実現する画像ビューア自体が世界的にもマイナー
普通どころか超絶特殊用途なもんで、それなりの仕掛けと実装を施してある >>832
>>815で拾いって言ってるからその事じゃねぇの？
DMMもDLsite.conも圧縮アーカイブで同人漫画売ってるぞ >>834
その理屈だと誤爆するはずだなんて主張と矛盾してるんだが
もう自分で何言ってるかわからなくなってるだろ まだやってんのか？
まあ他に話す人がいないかわいそうな人同士
心ゆくまで話し合い給えw バージョン上がってた
https://osdn.net/projects/quickviewer/releases/68124
英語表記とツールバー表示の改善、マウス入力のカスタマイズ、バグ修正
・英語表記の改善
・ツールバーの表示の改善
・非表示になっている各種バーはマウスをホバーすると自動的に表示される
・マウス入力のカスタマイズ
・マウス入力はショートカットキーと同じようにカスタマイズできる
・バグ修正: 画像の読み込みが完了していない状態でImageやVolumeの切り替えを行うと不正終了していた QuickViewer、0.8.8にアップデートしてみたけど、やっぱり連続頁めくりで沈黙するな >>842
実行時、空メモリは1GBくらいだった
他のアプリ殺して2.8GB位の空きメモリで実行したら落ちにくくはなったけど、やっぱり落ちる 落ちにくくなったんならやっぱメモリなんかねー？
高速で処理する上で大量にキャッシュする事になるからすぐ飽和するんかな？
メモリ増設はノートじゃ難しいか 10GB以上空いててもコケるぞ
多分I/O周りだけど他人の書いたc++コードとか読みたくないから気長に待つわ 0.8.9来てた
高速スクロールで落ちなくなったわサンキュー bugfixed: Irregular end when image loading high load
画像ロードで高負荷掛かると死ぬバグとかそのまんまだな ホイール押したままホイールでページめくりしたら100%落ちる >>848
そんな使い方しなかったから
試してみたけど俺は落ちないぞ >>849
おま環かなあ
使い方というかめくり中に誤クリックして気づいた
今試したらファイル開いてなくても同じ操作で落ちた v0.9.0で落ちないの確認しました
作者さんサンクス
>bugfixed: Irregular end with an unregistered mouse input on Mouse Config QuickViewer0.9.1に上げてみた
連続頁めくりで落ちるの治ったのかな？
今のところ安定してるぽい
今まで不安定すぎて試用する気にもなれなかったけど、ちょっと使い込んでみるか CBXShellを入れておくと、Everythingでcbzファイルのサムネイルが表示できるのに気が付いた。
便利だなこれ。 右クリックにNeeViewで開くを追加する例。
以下をa.regで保存。実行。
---ここから
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\*\shell\1.NeeViewで開く]
"icon"="\"C:\\Program Files (x86)\\NeeLaboratory\\NeeView\\NeeView.exe\""
[HKEY_CLASSES_ROOT\*\shell\1.NeeViewで開く\command]
@="\"C:\\Program Files (x86)\\NeeLaboratory\\NeeView\\NeeView.exe\" \"%1\""
---ここまで ※ UTF-16LE(BOM付き)で保存すること。連投スレ汚しすまん ファイルパスは、ファイルがあるフォルダにする必要があること明記しないと変なところにインストしてる奴が単純にコピペして「できないぞ！」って騒ぐんだよなぁ 別に操作してもいいけど、他人にまで迷惑かけないでねっ とは思う ある程度のレベルある人間だったら>856-857のうっかりぶりでスルー決め込むし
そもそも人に頼らなくても自力でどうにかできるという 横からだが、
こんなん俺の思ってた動作と違うってやつは
---ここから
Windows Registry Editor Version 5.00
[-HKEY_CLASSES_ROOT\*\shell\1.NeeViewで開く]
---ここまで
をコピーしてメモ帳に貼り付けてb.regとでも名付けて保存して実行すれ かくいうわたくしもzipの入ってる当該フォルダを右クリック→N→Bですけどね
世界では右クリック→（ﾅﾝﾄｶ）ですぐに起動させたい！……という要望もやはり多いのかと >>863
せんどとぅは一手間掛かるんだよ！
って何回もこのやり取りしたくない send toで充分だと思ってたらレジ書き換えてまで一段上に登録しようと思わないわけで そんなに急いでるならAutoHotKeyでワンキーでやれよ メニューからアクセスしようとしてる段階で求めてるのはホットキーじゃないし
AHK使える人間がこんなとこでごちゃごちゃ言ってるわけもない
ってこのやり取りも何度もしたくないわ 自分はファイラーの独自関連付けだな。まあ好き好きでいいんじゃないの
それよりNeeViewはアルゴリズム改善させたみたいだから、次verにはちょっと期待 ほう？
個人的にはミーヤみたいなスケールモード（拡縮処理）が欲しいわ。
正確には平均画素方＋シャープネス弱が欲しい。 いつか肌色プラグイン入れようと思って決意して以来もう二年もすぎた
Leeyes版まだか 肌色spiならLeeyesスレで何年も前に配られただろ Honeyview落としてみたけど、画像がウインドウ幅や全画面幅にならない
解像度高いモニタだとうまく認識できないみたいだ Quickも同じ症状だった 揃いも揃ってWin10対応してないleeyes以下とは恐れいったよ >>877
CPU描画に切り替えて再起動しても変わらない？ >>876
良いレス
>>877
クソみたいなレス キーボードにショートカットいろいろいれてるけど、
IMEの悪癖の左上に入力枠出る奴になってすぐ使えなくなってイライラ
この無能仕様20年以上つづいてるけど、なんなんだよ 何を使っててその症状が出てるのか他人には分からんから何言ってるんだ？ってなるぞ 日本語入力モードになってると左上に未処理？の文字がでてくるヤツじゃねえの
百聞は一見に如かずだけどな
忘れたころに登場するからスクショ取るのですら面倒臭い
消えろと思った次の瞬間に消えてるし再現しようと思ってもどうやって出たのか覚えたくもない
えてしてそういうエラーは捕まえにくい neeviewのブックマークって本来のしおりって意味じゃなくて文字通りのお気に入り本って意味なのか デスクトップがアクティブになって（しまって）る状態ででニポンゴ入力状態にするだけじゃね？ >>882
>>884
だとするとそれはOSの挙動だから自分の操作が悪いだけじゃないの？って思ってしまう ずっと出なくて存在自体忘れてるときと、なぜか５Pに一回くらいでるときあって困る それって入力欄（テキストbox）がない状態でIME ONにして日本語打つと表示場所なくて空中に浮くやつでしょ
仕様おかしい言われても他にやりようないと思うけど
問題があるとしたらIME誤爆しやすいキー配置とかのほうじゃね
aとかbとかの単体キー押ショートカットはOS側はテキスト入力と区別付かないのでどうしてもそうなる
shiftやctrlなどのモデファイヤとセットで使うノーマルショートカットならIME ONでも効くよ
ただしLeeyesは独自にキー監視してるみたいで効かないけど 浮かなきゃいいだけだと思うが 無駄に出て困ったことはあっても助かったことはない NeeView のスクロールをヌルヌルにできないかな？ QuickViewer-0.9.3
https://osdn.net/projects/quickviewer/releases/
描画方法の変更、Direct2Dのサポート、バグ修正
Qt 5.9.1 に更新しました
今後、WindowsではWindows GDIによる描画を標準とします
非常に高速化しました
Direct2Dによる描画のサポート(高解像度環境むけ)
バグ修正: PNGの読み込みが非常に遅かった QuickViewerだからってQuick頑張り過ぎじゃね・・
そこまで高速化求めてる奴なんているの？？ いるんじゃね？
ここにもそんな使い方するのか？って思う
キチガイが度々出てくるからいるんだろう 画質一切気にしないから余計な補完法いらん二アレストネイバーでいいって言ってる人なら過去にいた記憶 >>895
・キー入力設定の一括クリア
・マウス入力設定の一括クリア
・フィット表示を縦だけじゃなく横も設定可に
とりまこれだけ要望してもええやろか 要望は自由だろう
それが取り入れられるかどうかは分からんがw あ、これもしかしてウインドウ枠のサイズって保存されないのか？
管理者権限で起動しても保存されてないんだが MassiGra、漫画モード右から左 になるとファイル送り／戻しが逆になるってホント糞仕様だな
通常モードとキーアサインが排他だからどうしようもねえ
作者死ねよマジで なんで4年前に更新止まってるビューアを今更使って文句を言うのか 多分それも誰かの要望なんだろうな
過去スレ見てこいよ
もしかすると自分かもしれないぞ NeeViewでスクロールを早く動かしたときにページ移動量が多すぎるんですが、
どこかで設定できますかね？ コード見ないでレスすると、
おそらくマウスホイールの移動量に比例したページ移動量で計算してるんだろうなあ。
画像ビューアの切り替えは移動量は無視してイベントの発生回数分のページにとどめておくべきだと思うが。
あくまで推測だが。 色々調べてHoneyViewerにたどり着いたんだが、俺って情弱？
・見開き−単ページの切り替えが1キーで出来ない
・見開きで1ページだけ送る が出来ない
rar5がデフォで開けるし、不満は今のところこれくらい lzmaのzipがrarと殆ど変わらないからrar使わなくなった ふつーに考えてここで話題に出ることが多い奴使ってるって思わないんだろうか 閲覧用は無圧縮zipじゃないの
自炊でrar5は初めて聞いたわ >>911
設定の
「ページ送り優先」「ページ送りコマンドの重複許可」
のチェックが付いていると過剰に動くぞ 無圧縮とかフォルダに掘り込んでるだけと変わらないからした事ないわ >>926
なんだかんだで不満ないしミーヤ
ファイルに関しては無圧縮zip
普通の圧縮ならzipと7zだなぁ
HoneyViewerは悪くはないけど、他のビューアの方が良いんじゃねって感じ
今ならQuickViewerとか良いんじゃないか
細かい挙動が気に入らないから、俺は乗り換える気ないが ZipPlaから書庫内の画像をNeeViewで開けるといいな って思いました。 俺はQuickViewerで特に不満ないな。
何が気に入らないのか知らないが。
zip内のファイルを指定する方法が標準化されてないからなあ。
普通にやるなら一旦解凍してそのPATHを指定するしかない。 >>923
してました、切ったら普通になりました、ありがとうございます ビューア作るバカどもは、どいつもこいつもキーアサインの解除に一々クリック要求しやがって、ショートカット用意しとけよボケが
マジで死ねよボンクラ あとお前らこのクズどもが QuickViewerオススメならテンプレの頭の方に書いとけボケ おせーんじゃアホンダラ QuickViewerは拡張子がrarになってるzipを開けねーじゃねーかボケ
こんな糞ツール紹介してんじゃねえよ使えねえなお前ら >拡張子がrarになってるzip
割れ臭が凄いなｗ >>925
無圧縮は1ファイルに纏めることだけが目的だな
フォルダそのままだと見るだけなら楽だけど
バックアップ取ったりその後の管理が面倒になる 圧縮ファイルをフォルダと同じとして処理してくれるファイラを使ってると無圧縮は意味ないって感じるとは思うの >>941
いや無圧縮で固めるのは圧縮すると読めないからではないんだが
むしろ圧縮する意味がないから無圧縮にするのであって ZipPlaで書庫内の画像を開こうとすると ".\xxx.zip\001.jpg" みたいなパスが渡される
これをNeeViewで開けるといいなって思いました。 ZipPlaみたいなマイナーなソフトの仕様を他のソフトに押し付けようとする考えが全く理解できない。 そっかあ。
じゃあオレ馬鹿らしいから君には
そういうソフトを自作することをオススメしとくわ。
これでWinWinだな。 ミーヤやLeeyes、Massigraには外部アプリで開く設定に
"書庫内のパスを含めて渡す" というオプションがあってある程度互換がある
送り手側
Massigra C:\hoge\hage.zip\書庫内フォルダ\001.jpg
Leeyes C:\hoge\hage.zip\書庫内フォルダ\001.jpg
ミーヤ C:\hoge\hage.zip\書庫内フォルダ/001.jpg
ZipPla C:\hoge\hage.zip/書庫内フォルダ/001.jpg
Neeview C:\hoge\hage.zip
Leeyes←→ミーヤ間は書庫内にフォルダがあると上手く行かないが直下のファイルならOK
Massigraはわりと何でも受け取れる（ぐう優秀）
ZipPlaはzip直下の/を\に変更してくれれば従来ビューワと連携しやすくなれる
Neeviewは書庫内パスの概念一切なし、こればかりは送り側ががんばってもムリ >>949
そういう「単に罵倒するだけ」のレスはいただけない Neeview って「次のファイルに自動的に移る」設定はないの？ >>950
それじゃあフルパスの中のどこまでがアーカイブのパスなのかわかんないじゃん。
拡張子付いたフォルダとか作れるんだから。 >>954
お前は何を言ってるんだ？
フルパスで取得するんだぞ？
あと、拡張子付けたフォルダーの拡張子は（例えばzipなら）、hige.zip.folder だぞ？
圧縮ファイルかどうかはアーカイブ扱う関数が判定するから（人間が）気にする必要はないぞ？ >>955
だからそのフルパスのどこまでがアーカイブのパスなのか、
いちいちファイルシステムに問い合わせないとわかんないだろ？
＞あと、拡張子付けたフォルダーの拡張子は（例えばzipなら）、hige.zip.folder だぞ？
その「.folder」はどこから出てきたんだよ。そんな文字列 >950 に書いてないだろ。
＞圧縮ファイルかどうかはアーカイブ扱う関数が判定するから（人間が）気にする必要はないぞ？
プログラムを書く人間が気にするんだよ。お前は何を言ってるんだ。
だから、アーカイブのパスとアーカイブ内のパスを区切るセパレータは、ファイルシステム上に存在しない物がよい。
例えば
C:\hoge\hage.zip::書庫内フォルダ\001.jpg
とする。「::」はURLにもファイルシステムにも絶対存在しないから文字列をスキャンするだけで前後を切り分けることができる。 950だが>955が何を言ってるのかは自分もよくわからない
＞「::」はURLにもファイルシステムにも絶対存在しないから文字列をスキャンするだけで前後を切り分けることができる。
内部仕様ならそういう決め打ちが一番楽だろうけど外部連携に関しての話だからねえ
うちはこういう仕様ですって言っても相手側がそれに対応してなければ意味がないし
先発が採用してる方法に合わせたほうが>946みたいなそしりも受けずに済むのでは
＞だからそのフルパスのどこまでがアーカイブのパスなのか、
＞いちいちファイルシステムに問い合わせないとわかんないだろ？
どちらにしろ貰ったパスがフォルダかファイルか書庫かでその後の処理変わるから判別チェックは必要だし
どこまでが実在パスかはループで末尾から削って見ていけばいいからそんなに面倒な処理でもないかと
更に言うならコミックビューアの場合は先読みやサムネ用に周辺のファイルも結局見たりするしね
問題になるのは (フォルダ)hoge.zip\001.jpg と (書庫)hoge.zip\001.jpg の両方が存在した場合だろうけど
そこは厳密にやらんでも先に見つかった方でいいんじゃないかなあ 変な操作したごめん
よくわかんないから疑問なんだけど、フォルダと書庫が同じ階層にあったとして受け取る側は何か問題起きたりするものなの？ 受け取ってもフォルダと書庫ではその先に行う処理が違う
でもどっちの処理をしていいのかを受け取り側が判断しなくちゃならない まず普通にフルパスとして開いてみる
開けなきゃ、パス内に対応アーカイブの拡張子が含まれているか調べる
見つかればそれをアーカイブと見做して開いてみる
開ければ続きのパスをアーカイブ内から探す
これで十分使いもんになると思うが
拡張子の付いたパスも考慮したいのなら
アーカイブのオープンに失敗した時点で、それがフォルダーかどうか確認すればよい
フォルダーなら次のアーカイブの拡張子を探して同じ事を繰り返すだけ
簡単だよ
>>958
(フォルダ)hoge.zip
(書庫)hoge.zip
ここで名前の衝突を起こして共存出来ないからセーフ
>>960
同じ階層に同名のフォルダーと書庫は共存できないけど、
もしできたとしてもファイルとフォルダーで扱いが違うので問題は起きないよ >>958,962
そんなのめんどくさいじゃん？
最初からアーカイブのファイルパスとアーカイブ内のファイルパスを
明確に区切る専用のセパレータを導入したほうがエレガントだよ。
既存のソフトがどういう実装にしてるかはよく知らないけど、他所は他所よ。 >>963
めんどくさくないよ
こんなもん説明文書いてるのと同じぐらいの時間で実装できる
それと毎度専用のセパレータを検索するコストが無駄
迷惑だから勝手なルールは極力作んないでくれと >迷惑だから勝手なルールは極力作んないでくれと
もう自分で作っちゃえばええやん 受け取り方はともかく、とりあえずファイラ面から外部アプリに投げる時に\にしてくれるだけでも全然変わるんだけどね
相手が受け取れる形で投げてもらわないと意味を成さないので
本当はMassigraみたいに送る時は\で受け取る時は\/両対応が一番ありがたいが なんでもいいからNeeViewで開けるようになるといいなって思いました。 >>964
こちらの立場はあくまでファイルシステム上のパスと
アーカイブ内のパスをどう一元化するかとという視点で
どう実装するのがエレガントで楽かということで、
アプリ同士の連携は元から考慮してないんだ。
すまんな。
内部的にどう実装するかというレベルだから。
繰り返すが、専用セパレータによる利点は
・文字列化したときにどこで区切られているかひと目で分かる
・構築、分解も簡単
・ファイルシステムに依存しないので処理も簡単
特にブックマークなどでアーカイブ内の特定のファイルから再開したいときに、
この方式で保存するとデータが見てわかりやすい。 >>968
意味の無い俺ルールを一つ生み出しているにすぎんな
キミの言ってる利点とやらは\と/の使い分けで全てクリアーでき
\のみでも憂慮すべき問題でないと言っている
そこまでそれに固執する意味がわからんのだが >>968
内部で使うセパレータなら好きなの使ったらいいと思うよ
スレの話題は最初から外部連携の解決法という視点だし
こちらはコマンドラインでのパス渡しの話をしてるので根底から違う話題で乗り込まれても困る
プログラミングはじめたばっかりっぽい理屈で微笑ましくはあるけど
内部構造のエレガントさにこだわってたらまともに使える漫画ビューアを作るのは難しいんじゃないですかね
そもそもSUSIEプラグイン周りがアレだし
>>967
NeeView側が書庫内パスに対応してくれないとどうにもならんので
ここのログコピペしてNeeView作者に要望出して来たらいいと思います 毎回どうでもいいことで
揉めてるの同じ奴らだろう
お前らコテつけろよ 別にいつも参加してるわけじゃないけど
最初はそれなりに意義のありそうなネタなのに気がつくとgdgdになってる不思議
>950 に追加
QuickViewer 外部アプリ起動機能なし コマンドラインは実在パスのみ
tomato player C:\hoge\hage.zip\書庫内フォルダ\001.jpg (Leeyesを踏襲してるぽい)
QuickViewerは 書庫内パス付きで渡すとアプリが落ちる
tomatoは設定のコマンド指定欄の外部アプリのパス入力欄が半角45文字分しかなくて長いパス入れられない
コピペしてもちぎれるのでconfig.iniに直打ちする必要があった 俺はプログラマーだけど、>>968に賛成。
コンピューターはそりゃ再帰得意だし、再帰ぐらいは簡単にプログラミングできるけど、
パス与えられたらどこまでが実際のファイルシステム上のファイルから問い合わせるとか
正直きしょいわ。 問題はQuickViewerはクロスプラットフォームなの？？
そうすると、ファイルシステム毎に禁止文字とかのパスの定義が違うから普通にやるとめんどくさそう。 ファイルシステム毎の仕様を無視できる一番確実な方法は
アーカイブのパスをURLエンコードする
URLのreserved charsをセパラータに使う
アーカイブ内のパスをURLエンコードする。
で３つを連結。 >>973>>975
>>970の言うように内部で使うのなら好きなの使ったらいいと思うよ
外には投げないでね、
次にこのルールに他のソフトも対応しろと言い出すのが目に見えてるから
ファイルの有無を問い合わせるのが嫌なら、
ZipPlaの
C:\hoge\hage.zip/書庫内フォルダ/001.jpg
で良いと思うが
拡張子とスラッシュでどこからがアーカイブか一目瞭然
スラッシュは\と同様パス区切り文字として使えるものだしな >外には投げないでね
それは作者が最終的に決めることだから
もちろん、ここで色々言ってるのは外部の人間が勝手に言ってるだけだけど >C:\hoge\hage.zip/書庫内フォルダ/001.jpg
Linux系のファイルシステムのセパレータって/じゃなかったっけ？
そうするとかぶって区別つかなくなる。 後、1つだけ言うけど、アーカイブ内のファイルまで含めたファイルの指定方法に統一された方法なんて
ないんだから、君の言うルールも俺ルールの一つなんだからね。
こっちのルールだけを俺ルールとか言うのが意味わからん。
両方俺ルールだからね。 >>980
>>950にあるように既に定着しているありきたりな方法だがな
お前には同じに見えるのだろうよ >>981
３つぐらいバラバラじゃんww
おまえには同じに見えるのかww Zipplaの形式だって現状zipplaだけしか採用してない？？
じゃ、完全に俺ルール以外何者でもないw >>982
スラッシュとバックスラッシュの違いぐらい誤差の範囲
わけのわからん俺ルール記号を挟むのとはわけが違うな
ま、おまえが如何にお話の通じない人間かだけはわかったわｗ >>984
コンピュータに誤差なんて通用しねぇよwwwwwwwwwwwww
仕様決めるのに誤差とか馬鹿すぎるwww >>985
普通はスラッシュバックスラッシュの違いぐらい吸収できるように作ると思うが、それですら意外と少ないようだね
おまえの推してるそれは害以外の何物でもなく御話になんないがなｗ >普通はスラッシュバックスラッシュの違いぐらい吸収できるように作ると思うが、それですら意外と少ないようだね
既存のソフトはみんな俺ルールで決め打ちなんだから動いてねぇんだろww
だから、お前の言うルールも俺ルールなの。
自分の言うルールだけは俺ルールじゃないとかとんちんかんな事を言ってないで
ちゃんと客観的に判断しようねww >>976
>次にこのルールに他のソフトも対応しろと言い出すのが目に見えてる
ほんとこれ…フリーソフトなんか気軽に公開するもんじゃない
面倒くさいこといい出すやつがいっぱいいる なんかちょっと見ないうちにクロスプラットフォームとかファイルシステム毎の仕様とか
むっちゃ範囲広げた上で汎用性説いてる方がいらっしゃっとるｗ
ここはWindows専用の漫画ビューアという環境と用途が非常に限定されたカテゴリのソフトのスレです
そういう狭域の中でのご近所ルールの話をしていたはずなんだけどどうしてこうなった 既存のソフトは書庫をフォルダと同様に扱うためにフォルダのセパレータとして使われる/や\をセパレータとして採用した
別に共通規格として策定されたわけではないが、複数のソフトで類似の実装がされている
出来ればそれらのコマンドを受け取って処理して欲しいな…程度の話じゃねーの？ それをこのスレで言い合ったところで、独善的な俺様論になるだけ 俺は別に外部連携機能自体いらんけどさw
一応クロスプラットなQuickViewerさんもいることだし、
その作者にだけLinux向けには別仕様でお願いでもいいけどさww ID:Bds5t8FC0 が立てろよ
このスレの大多数はお前がくだらないことで
埋めてるんだから パスの表記揺らぎを吸収して間を取り持つソフトを作っておくれ このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 162日 13時間 21分 44秒 ２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
