【大量】オナニー用画像ビューアー Part10【放出】

もう一度斉唱しましょう、ではみなさんもご一緒に

「iPhotoじゃあ駄目なんだよ!　iPhotoじゃ!!」

■このスレから生まれた至宝ビューアー
Stackroom (作者：aromaﾀﾝ)
http://www.geocities.jp/aromaticssoft/stackroom/index.html
cooViewer (作者：cooﾀﾝ)
http://www.geocities.jp/coo_ona/viewer.html

■便利なframework
HetimaUnZip.framework (作者：Hetimaﾀﾝ)
http://hetima.com/soft/hetimaunzip.html

■その他のビューアー探しはこちらから
OSX Freewares - Pictures
http://www16.plala.or.jp/x-tomo/Pages/picture.html
dps - 画像ブラウザー
http://dpsmac.com/tag/逕ｻ蜒上ヶ繝ｩ繧ｦ繧ｶ繝ｼ
Macの手書き説明書 - 画像 ビューア
http://veadardiary.blog29.fc2.com/blog-category-43.html


■前スレ
【大量】オナニー用画像ビューアー Part9【放出】
http://anago.2ch.net/test/read.cgi/mac/1270165875

前スレ落ちてたんで立てました。
2年半の間に色々変わったけど、取り敢えずテンプレ改変は無しで。

久々のスレだね。

雪豹から山ライオンにしたらcooViewerが起動しなくて焦った。
PPCアプリ版だっただけなんだけど、cooタンの所に行って最新版を落としたら問題無く起動できて大量放出できたよ。

PixelCatってまだ動く？

>>1
(´･ω･`)b 乙

>>1 乙でし

Finderが最強って結論でたよな＾＾

動画じゃないと抜けないんだが
今時画像でしこってる奴いんの？

Lyn落ちるな・・・

>>8
動画と画像とテキストを画面に並べてしこる俺を呼んだか？

うむ俺もだ

マルチメディアだもんね

好きな女の子の声を録音したら
それをあえぎ声に変換するアプリが欲しいぞ w

ACDSeeがアップデート出さないで新しく買わせようとするんで
抵抗してたら、Finderでオナニーするようになったわ

英語版のACDSeePro2買った後に日本語版も発売された、
ダメ元で日本語版にキー登録してみたけどやっぱダメだった、
でも、体験版から日本語言語ファイル取り出して、購入した英語版に入れたら日本語化できた。

Lyn 1.2.7出たみたい。

Lynって画像を表示させた状態から、その表示している画像のフォルダをツリー表示させらる？
Lyn開いて、Lynの中からツリーたどっていく事出来るけど、
画像を直接FinderからLynで開いて、そこからLynでツリー表示させたいの。

cooViewerがMountainLionのフルスクリーンモードに対応してくれたら

cooがフルスクリーンに対応してくれたら
あともう言うことねぇなあ

Stackroomのマウンテンライオン用は作らないのかな？
ダウンロード禁止されたから、収集品の整理整頓で人生を楽しみたいんだけどな。

pro2購入しますた

Lyn、懐かしいな。
数年前ぐらいこのスレでも評価されてたんだけど、
バージョンアップで微妙に重くなり、そして有料になった時点でほとんど触れられなくなった。

App Storeで手軽に買えれば
買ってみようと思う事もあったなLyn

Stackroomの復活を強く願うオナマニア。

まったくだ。
StackroomとcooViewerの未来こそ私の未来だ

Stackroomって当時にしてはかなり洗練されたUIだったよな
あの時代のアプリでMountain Lionで起動しても違和感無いのってそうそうないぜ

開発再開ﾏﾀﾞｰ?

iPad用のビューワー作ってみたい
ここでアドバイスとかもらえるんだろうか

Xee最強

iPadにはビューワーは大量にあるけどどれも管理機能が残念なんだよなあ
iOSの仕様上アプリ間を跨ぐときはファイルを複製する必要があるから管理専用アプリを作るのも手間だし

ここいらでStackroom for iOSに期待
Mac版とWi-Fi転送付けて、iCloudで栞と既読位置同期してさ

欲しい管理機能ってどんなの？

Mac版とWi-Fi転送、クラウドでしおり共有とかまさに構想中の構成だから意見要望聞きたい

>>29
俺も閲覧はSlideBooksってアプリのビューワー機能が最高に使いやすいけど、管理機能がイマイチなんだよね
ストア機能もあるし俺の理想に1番近い存在ではあるんだけど。

MacにiTunes風のzip/PDF電子書籍管理ソフトが欲しいな
iTunesみたいに販売年, ジャンル, 漫画家, 脚本, 連載誌みたいなタグで管理したい
同人誌向けにサークル名や元作品や初出イベントとかもあっていいかも
それでMac上で各ファイルに識別番号を振って、iOSではそれを利用してiCloudで栞を同期するイメージ。
で、iTunes Storeみたいに電子書籍ストアがあるといいな
できればDRMフリーで販売して、Jコミとかとも連携してくれるとありがたい。

今は俺はJUCIEで非破壊自炊してるけど、自炊機能まで同梱してくれたら言うことなしだよね

>>30
自社のアプリで囲い込んでる各社が他人のアプリでDRMフリーで販売してくれるなんて夢のまた夢だろうな
いっそのことターゲットを商業誌にするんじゃなくて、個人のWebサイトで連載されてるWeb漫画とか、コミケに落ちた同人誌とか、その辺に声かけて出品してもらえばストアが作れそう
アプリが有名になればなるほど売名として個人が出してくれる可能性もあがるしね

>>29
Wi-Fi転送って時間がかかるし、SMBかAFP経由でストリーミングしながらZIP・PDFを読めないかな
それなら栞とかはMac側に置けば同期不要だし
でもそれだと外出先で読めないからWi-Fi転送も必要か

>>30
ストアは現実的じゃないにしてもiTunesみたいにタグ管理できるファイルリストはいいね
ただそこまで充実すると無料では厳しいんじゃないかな

無料じゃなくてもそれなりに使いやすければReederやTweetbotみたいに売れるんじゃないかな
日本ではiBooksがイマイチだし、iBooksはコミックに弱いから需要は高いと思うんだよなあ

ComicGlass愛用中で、Wi-fi転送使ってるけどやっぱ便利だよ。
ちなみに100MBの本(山ライオン上では105MB)をMacからiPad miniに転送するのに40秒。
使ってる無線LAN親機がバッファローの安いやつなんで
もっと速度の速い親機だとこれより短い時間で終わるかも知れん。

Stackroomが使えなくてもがんばり続けてたエロソムリエを、今日を持って一旦辞任する決意を固めた。
膨大にふくれ続けるエロ動画を、人間の記憶力だけで判別するのは不可能だと思い知らされた。
性欲は人間の限界能力を引き出し続けると思い込んでた自分が愚かでした。
Stackroomが復活したその時には、謙虚なエロソムリエになれるのか？を自分に問い続ける事から始めて見たいと思います。

Stackroom使えてるけど？

マウンテンでは、お気に入りやライブラリーが混同しちゃうよ。

山ライオンにしたらcooViewerのプラグイン、
cooViewerZoomが使えなくなっちゃったお (´･ω･`)

32ビットだからかな
作者ﾀﾝ64ビット化おながいします

>>29
期待してます

StackroomみたいなiTunes風タグ管理アプリと、それと連携する管理&閲覧のiOSアプリがあればiCloudで栞の同期とかずっと望んでたんで有料でも構わないんで期待してます

あとWi-Fi同期しても毎日読むわけじゃないしiPadの容量にも限りがあるから、Mac mini serverからストリーミング閲覧も出来ると最高
画像や動画や音楽ならOS Xのファイル共有に接続できるアプリあるけどzipにはないからさ
現状だとzipを展開して保存しておくって手もあるけど…

>>40,41
要望了解です。
がんばってやってみます！

あと両方同時にってのは難しいのでまずiPad版リリースしてからになると思います。
とりあえず要望多そうなストリーム再生を実装します。

>>43
ストリーム再生期待しています！

漫画ビューアーなら、
「縦スクロールで閲覧」と「ディスプレイの横幅に合わせて表示」の
二つは必ず設定できるようにして欲しいな。
miniで横幅に合わせて表示すると、見づらさが大分解消されるので。

時代が変わる瞬間を目撃してしまったようだ
出てないのだと

・明るさ調節
・余白の自動切り抜き
・自動着色(Windows アプリにあるらしい)
・iBooksやiOSのデザインを活かした閲覧アプリ
・iTunesやOS Xのデザインを活かした管理アプリ

くらいかな？

俺はシンプルにOS標準のクイックルック使ってる。

フォルダ内によく使う画像入れておいて、変更日順か名前順で並べて、
フォルダ一番上の画像を選択してからスペースバーを押す。

後は↓キー押していくと次々に画像が切り替わるので便利。
左手でも操作できるしね。

cooViewerを始めて使って感動した！
G4MDDで2000万画素クラスのJPGをこれだけサクサク表示出来るのは
これだけじゃないかな？
とにかく感動した、作者さんありがとう。

ツールバーがないところがまたいいんだよ
そう思ってるのは俺だけかも知れないが

>>49
お前とホモヤロウだけだな

>>50
例えが分かりづらい……

俺のバーはツルツルだぜ！

ロリロリって事っすか！！

ツルツル婆

Kinoppy for Mac出たぞ
zipもいけるぞ

どこで訊こうか迷ったけど、ここの住人が一番詳しそうだと思いますので・・・
とある店舗で「Microsoft Office 2008 for Mac Special Media Edition」の新品未開封が\5.5Kでひっそりと片隅に鎮座してるのをみつけたんだ。
これに付属してる「Media Expression」はMountain Lionでも動くのかご存知の諸氏の情報をお願いします。
動くのなら身請けして来る予定です。

うごかない
いじょう

>>56
http://forum.phaseone.com/En/viewtopic.php?f=36&t=12881

なおExpression MediaはUniversal(PPC/Intel両対応)なので
どうしてもExpression Mediaが欲しいのなら
10.8でのサポートがないにしてもとりあえずは押さえておいて、動けばそのまま使い、
動かなければPhaseOneで後継ソフト※であるMedia Oneにアップグレードする、
というのがいいんじゃないでしょうか

※戦いの歴史
iView Media Pro → Expression Media → Media One

iView Media Proは高いけど良いソフトだったのになあ…

その昔パスカルライトにバンドルされとったのが使いやすかった記憶がある
iView Media

MSに買い殺されちゃったからなあ
10.8でサポート切られた時はしょうがないかと思ったけど
今となってはACDsee(Pro)の方が使い勝手がいいんだよな

オナニーばっかしてんじゃねえよ糞共

(*´д｀*) ワシらは、プロのセンズラーじゃ

>>57
>>58
>>59
>>60
>>61
>>62
レス有り難うございます
動かないようですね
そのまま店でスルーしときます

Media Pro 1買っちゃいな
こっちは10.8正式対応だし
http://www.phaseone.com/ja-JP/Imaging-Software/Media-Pro.aspx

操作感は前身であるExpression Mediaと変わらないというか少しは変われとw
http://procameraman.jp/Review/saishin_08_POMP.html

Media Proは日本語化されてないからなー
望み通りの挙動じゃなくなった時のサポートを考えるとオススメとはいかない

Kinoppy for Macログインしてないと落ちるな。
紀伊国屋に趣味知られちゃう…///

日本の防衛にはStackroomが必要だ

未だにParallelsでWin開いてから
IrfanViewで画像鑑賞してるんだけど、
画像クリック → 表示 → 全画面化（画面サイズに合わせて画像リサンプリング） → スペースキーで同フォルダの画像を順に閲覧
が実現できてるアプリってOSXである？

Xee
『サイズに合わせて拡大』をONにすれば望みの動作になる

早！
ありがとう
ちょっと試してみる

あーIrfanViewってファイルブラウザあるんだね
Xeeはそういうタイプじゃないので、望みのビューアとは違うなスマン。
もしXee使うなら『サイズに合わせて拡大』もONにしといてね。
書き忘れてた。

>>56
遅いかもしれないが、全ての機能を試してはいないけど一応動いてる。
ttp://uploda.cc/img/img50cdba383112d.jpg

もう既出かもしれないが、、、

フリーソフトで軽快に動作する漫画ビューア
Simple Comic
http://dancingtortoise.com/simplecomic/

今まではcooViewerを愛用させてもらっていたが、
たまたまこれを使ってみたところ、気に入った。

>>75
いいかも

ファイル単位で画像や動画が登録できるstackroom、みたいなアプリありませんか？

Simple Comic いいよな
愛用してるわ

>>78
同意。
だれか日本語にローカライズしてくれないかな。

マウンテンにしたらマジでStackroomがおかしくなった orz

英語で困るような複雑なものでもないでしょ Simple Comic

>>80
まじかよ…
やっぱLionで我慢するかな

Stackroomはアップデータ出してくれるならAppStoreで有償化してもいいと思う

俺も必ず買う。
5000円未満なら。

現実的には500円だろ。

500円なら結構売れるんじゃないか？
今の所これの代用品になるソフトは無いしな。
誰か作者さんにお願いメールしてみれば？

現ユーザーが何人いるのか、仮に百人として、
全員に500円で売ったってたった50000円だぞ。
しかも有償ソフトとして以後のアップデート・サポートの義務付き。
社会人ならとても割にあうとは思えず。無料で配布したほうがマシだな。

作者さん、開発続けられなくなったらオープンソースで提供するって言ってなかったっけ

>以後のアップデート・サポートの義務付き
これはバックレてもいいんじゃないか
実際App Storeで売ってるソフトでそういう奴そこそこあるしw

有名どころでもあるよね。このスレに合うところで言うとACDseeとかw

ACDseeは酷かった

>>77
Usher

アップデートの義務とかMac App Storeの利用規約に特に書かれてなくないか？
それどころか正常に動かなくても購入者の責任なってなってるような……

まあ、今求められてるのがアップデートだからな

山ライオンに適してるのってあるの？
今度OS10.5.8から移行しようとおもてんだけど
なんかなさそうな感じ

ふぁいんだとぷれびゅーで殆どの人間には事足りる

なんていうか、完全にこの分野はiPadに食われた感じ

Stackroom

Stackroomのアップデータ来い！

マジで是非物アプリだったのに。

Cooviewerが次のファイルにうつるタイミングで落ちるんだけどどうにかできないかな
10.8.2 で1.2v24使ってるんだけど俺だけ?
再インストールでもおなじだった

>>101
同じ環境だけど落ちないぜー
原因探る為にファイル名を変えたり
アーカイブ化してるなら圧縮設定やソフトを変えてテストしてみては？

俺も結構落ちるわ
半角スペース入ってると結構な確率で落ちてるように思う

半角スペースを置き換えたら落ちなくなった
ありがとー

Stackroomの作者は東北大震災の犠牲者だと思ってる。

Xeeの3ベータ版が出てる

>>106
使ってみたけどかなり良い感じ
スワイプへの反応をもうちょっと敏感にしてくれると自分にとっては完璧

>>107
フルスクリーンに対応して最強かと思ったけど、ショートカットでのページめくりで砂嵐がでちゃうね
もうちょっとスピード上げて欲しいな

Stackroom的にスタンプ式のタグ付けソフトは無いですか？
せめて管理だけでもStackroom風が欲しいです。

やっぱネックは管理ソフトだな
閲覧ソフトは比較的選択肢が豊富なのだが

Cooviewerは最強なんだけど、最近ファイル移動でよく落ちる
半角スペースを消しても落ちるから、俺の環境が悪いんだろうな
10.6.8

Stackroomの後継ソフト作りたいなぁ
Macのプログラミングはやったことないけど

Stackroomが使えなくなって、オナニストが単なる収集癖に成り下がった。

使えなくなったってどういうこと？

iPhone板でMac勧誘スレ立てるな馬鹿

EDになったんじゃないの？

cooViewerの画像やサムネイルキャッシュはどこに作られているのでしょうか？
それとも単なるメモリ上の先読みキャッシュですか？

>>114
お気に入りやスマートフォルダーが機能しない。

>>117
右クリメニューの一覧を表示のやつだろう

WindowsにはStackroomタイプの管理ソフトは有るのかな？
もし有ればParallelsでも導入しようかと考えてる今日この頃。

>>112
まじで作ってくれ！
山ライオンではStackroomが誤動作するらしいから移行できない

cooViewerは山ライオン以降のフルスクリーン手法には対応してないの？

うん非対応
もはやcooViewerの更新よりcooﾀﾝが元気かどうかが気になるわ・・・

特定のフォルダ以下のサブフォルダ、圧縮ファイル内の画像をランダムにスライドショーするソフトないでしょうか
iPhotoだと何百ギガあろうが全部読み込んでSSDに全部バックアップとろうとしちゃうし

SimpleComic，別のフォルダとかアーカイブに移動させられればいいんだけどな
一々ドラッグなり関連付けなりしとかないといけんのが面倒だ

まだ作りかけですが如何でしょうか。
ブックビューア機能とか仮想フォルダ機能はこれから充実させる予定なんですが。

http://kdservice.blogspot.jp/

ものすごくいい感じです。今までで一番いいかも。フォルダ機能待ってます

きたい

>>123
ほんとそれだわ。
ホントに色々ビューア試すけどcooViewer以上の物に未だ出会った試しがない。
元気でやってるのかねぇ・・・
せめてソース公開していただければなあ。

>>118
お気に入りやスマートフォルダを一度も使った事がない俺は勝ち組か

cooViewerのアイコンがものすごいダサいんですがどうにかならないですか？
ドックに置きてたくないレベルなんですが、代換えアイコンいいのないですか？

俺はFinderツールバーにも置いてるな
別に気にならない

気に入らないならアイコンぐらい自分で作れよ低能

cooの代替アイコンは開発初期の頃に話題になったくらいだな
ぶっちゃけ代替アイコンブームは過ぎ去り今は気にしてる奴は居ない
このスレのPart1くらいから漁ればあるかもよ

作れるスキルはあるけどさあアイディアが出ないんだもん
誰かこんな感じのいんじゃね？っていうのあったら下さい

DIY

掘る/掘らない
一覧表示/スライドショー
optionの有無程度でドラドロで済ませられたら最高

画像の左右回転と拡大縮小を左手マウスだけで操作出来るようにして欲しい。

picasaでいいね
動作速いし

picasaにMac版あるんだ　知らなかった

確かにpicasaでじゅうぶんだ

CooViewerのアイコンデザインが3周遅れぐらいで、
一躍トップに躍り出たなｗ

ちょっと弄るだけで結構イカすデザインになるで

元のアイコン、最新流行のフラットデザインだよw

元のアイコンって目の錯覚で傾いて見えるね

SimpleComic、文字コードの自動判別なりデフォルト設定させてくれんかなぁ
別マシンで昔作ったのがいちいち選択させられる
今更どれがいつのなんて見分けつかんし

次期OSでタグ機能がパワーアップするけど、確認できる範囲ではStackroomの足下にも及ばない。
タグ+スタンプ機能が如何に優れてたか。
アップルの開発陣は爪の垢でも煎じて飲め。

ひたすら人を貶すことだけを繰り返しながら老いぼれていく。
君の人生、本当にそれでいいのかい？

Cooちゃんて画像ファイル以外を読み込まないように設定出来ないのかな
画像を開くと同じフォルダに入ってる巨大なpdfを読み込んで固まったりするお

>>146
SimpleComicはオープンソースプロジェクトなので、
Patchを書いてCommitするか、Pull Requestに要望を書け。

>>149
そやがな

cooViewerとComicViewerってどっちがいいの？10.8で
ていうか後者がテンプレ外れてるのは何で？Part9にはあったみたいだけど

ComicViewerもSimpleComicもcooViewerも山猫でつかってるけど
ComicViewerだけは使い方がよくわからん。
ドラッグでフォルダや画像突っ込んでも認識しないし、複数画像選択状態で
選んだら全部別ウインドウで開くし。

SimpleComicがフォルダ間移動できるか、cooViewerが複数ウインドウ開けるようになればそれが
一番いいんだけど、できないからこの二つ使い分けてる。
ComicViewerは使いどころがよくわからない

ComicViewerシンプルで使い易かったんだけど、OSに対応しなくなったみたいで
落ちるようになったんでcooViewerに乗り換えた。って何年前だったっけ
久しぶりに見たら更新されてるんだね。使ってみるわ

cooが一番好きよ
サクーシャさんありがとう

今更ながらCooで画像を開くと画像の変更日が更新されるのね
何を編集してるんだろう

「このアプリケーションで開く」を変更してる人初めて見た

設定した覚えはなかったけどやってしまいましたなぁ
さすが低学歴

そうやって君は自分の間抜けを学歴のせいにして一生逃げ続けるのか？
本当にそれでいいのか？

ええんやで

かめへん、かめへん

Cooviewer、Mavericksだと流石に使えなくなるかね
作者さん今何してんだろ

StackroomもCooviewerも作者さん戻って来てくれー！
App Storeで有料化してもいい！

仮想でマウンテンライオン動かして、Cooviewerかな

cooViewerが10.8でよく落ちるので作りました。
機能追加の予定はありません。
http://fdbcdf.blogspot.jp/2013/07/mangao.html

zipだけじゃなくてフォルダもアーカイブとして認識してくれれば最高なんだが…
要望つけはじめたらキリないんだろうけれど

>>165
あざっす！

cooの人のうpでーとも期待

>>165
乙
スクロールホイールでページめくりできないんだね
悪いけど使わないや

http://1.bp.blogspot.com/-uy_DyJBvYJg/UdmOfYOHl7I/AAAAAAAAACE/cR2_UEfgT8c/s1600/5.jpg

これなんていうフォントですか

>>169
Ricty

昔あったCuratorみたいな画像ビューアってないですか？

それかWindowsのVIXみたいな画像ビューアが欲しい・・・

>>165
機能追加の予定はないとの事ですが
拡張子cbzのzipファイルと拡張子cvbdlのバンドル化フォルダに対応してくれると嬉しいです

>>173
cbzとcvbdlに対応しました。
cvbdlでもZIPと同様、同ディレクトリ内のcvbdlに↑↓で移動出来ます。
ただし関連付けをするためにはcooViewerがインストールされている必要があります。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>166
実装は簡単なのですが
↑↓で移動時に思いがけない画像を開くのが嫌なので実装しません。
申し訳ありません。
cvbdlに対応したのでこちらをご利用ください。

>>168
誤作動が嫌なので実装しません。
申し訳ありません。

>>168
今更ですがスクロールによるページ移動に対応しました。

その他の主な変更点は以下のとおりです。

・右開き・左開きを変更できるようにしました。
・スライドショーを実装しました。
・ソフトの起動中は最後に表示したページを記憶するようにしました。
・PDFに対応しました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

テンポ速いな

アーカイブ間の移動と削除ができるのが欲しかったから嬉しいわ
ただ出来れば⌘＋Wでの閉じる動作に対応して欲しい、共通動作だと思ってたから若干不便
なにか拘りあるんならしょうがないけども

>>174
>cbzとcvbdlに対応しました。
173です
お礼が遅くなりましてすみません
拡張子追加対応ありがとうございます
画像入りのzip書庫は拡張子をcbzに設定して
自分の誤操作で解凍されないようにしているのでとてもありがたいです

>>177
対応しました。

2chが規制されているせいで毎度携帯で書き込むのが手間なので、
今後のバグ報告・機能追加の要望はtwitterでお願いします。

https://twitter.com/fdbcdf


http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>179
「2ch批判要望」板にプロバイダ別の規制代行スレがあるから、
そちらを利用してみてはいかが？

>>179
すばらしいビューワーだと思います。ありがとうございます。

>>180
とても便利ですね。
教えてくださってありがとうございます。
今後はこちらから投稿させて頂きます。

Mangao ver.1.9をリリースしました。

・PDFの先読みを実装しました。
・これによってPDFの閲覧中にバックグラウンドでそのPDFを読み込むので、ページ移動がスムーズになります。

俺もこのスレ見てて、作る気満点でいたんだけど、
気がついたら３年ぐらい過ぎてたわ。

おお久しぶりに覗いてみたら新たなアプリ制作者さんが。
誰かStackroom的な物も作ってくれないかなぁ…

>>184
Stackroomでは何が足りないの？
仕様考えてくれたら作る・・かも。

あと、オナニー用画像ビューワを開発してるっていうと恥ずかしいので
なんかかっこいい言い方考えてくれ・・

マスタービューション

GView

格好良い言い方か、むずかしいな

右手はペン持ったりマウス持ったりポテチやチクワ持ったりしつつ、
左手で閲覧・観賞可能なソフトだから
意味合い的には「スマートビューアー」な感じだよね…

それだけだとスレタイ的に弱いんで
【快適】賢者タイム召還、スマートビューアー【至福】
みたいな？

やれやれ。

185は別にスレタイを考えてくれなんて言っていない

今のスレタイじゃビューアー開発してるの発表しづらいって意味もあんじゃね？

ならこのスレでやる必要ないな
スマートビューアスレとやらを別に立ててそこでやれば解決

いつだったかだいぶ昔に
このスレタイじゃレスに参加しづらいしアプリ出すのも気が引けるからどうにかしたら？
…って話になったことがあったね

かと言って普通のタイトルにしちゃうと過疎るし（て言うか実際過疎ったし）
…って流れでなんかウヤムヤになったんだ

なんだかんだでこのスレタイで10年くらいやってるんだよね。
一度ただの画像ビューアースレになったけど過疎って300くらいで消えてしまった。

この板でもいくつか立ったことあったよな、画像ビューアスレ。
みんな討ち死にして残ってるのがここだけなんだけど、
やっぱCooViewerとStackroomといった謹製アプリがあったのが大きいな。

でもって>>184のStackroomでは何が足りないかって質問だけど
おそらく多くの人は機能的には満足して使っている一方で
最新環境に対応しておらず、不具合が出るようになったという報告が上がるようになってきて、
自分のところでもいつ使用に堪えなくなるかという不安が有るんだと思う。
端的に言えばメンテナンスだけされていれば十分っていう。

Stackroomはビューアとしては不十分じゃないか
管理するには今のところ一番だと思うけど

>>196
そうそう。
俺もStackroomは山ライオンで不具合があると聞いたから移行できないんだよね（まだライオン）
多分マーベリックスになったらもっと不安定になると思う。
誰か同等の機能をもったアプリを作ってくれたら嬉しいんだが。

別のやつよりaromaたんの再降臨を望めよ、俺は望んでるよ…

Mangao ver.1.10をリリースしました。

・1画面モードを実装しました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>200
画像書き出し機能も実装してくれ〜

おお、単ページモード実装か

あと要望はtwitterでって書いてるだろうがよ

漂うプロトライプ感が実に良いね。

開けるのはアーカイブだけなのだろうか、フォルダでも開きたいんす

>>201
実装しました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>205
おおお、仕事がはえええ。
涙が出そうになりました。ありがとうございます。

誰もがツイッターなんてやってないでしょ
コンタクトの窓口は広いほうがよい

>>204
cvbdlではだめですか。(フォルダ名の末尾に.cvbdlを付ける)

Mangao ver.1.12をリリースしました。

・cvbdlのバンドル化を実装しました。
・関連付けしたファイルのアイコンをMangaoにしました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

シベリア郵便局から代行をしている者ですが、訂正依頼が出ていました。連レスも含め大変失礼致しました。
以下、訂正後の本文です

Mangao ver.1.12をリリースしました。

・cvbdlのバンドル化を実装しました。
・これによってcooViewerがなくてもcvbdlの関連付けができるようになりました。
・関連付けしたファイルのアイコンをMangaoにしました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

この作者さんは対応速いな
当スレの救世主になるかもしれんね

代行してもらうのもしのびない、とはいえツイッターやってないし

お礼に「オナニー用画像ビューアースレ救世主伝説」作りました

URL　ＳＨＯＣＫ
レスで　アプリ　対応する
URL　ＳＨＯＣＫ
漏れの　Macに　落ちてくる

怪しいアプリ　工作でつないでも
今は無駄だよ
Mangaoリリース　クリックひとつで　ダウンさー

Mangao　ＳＨＯＣＫ
"J"で閲覧　速くなる
Mangao　ＳＨＯＣＫ
漏れの　絶頂　早くなる

ラスト求め　"J"押す人差し指　熱く燃えてる
堪えきれず　無残に飛び散る　はずさー

漏れとのオナ禁守るため　お前は朝立ち
明日は　Mangao!?
無精した顔など　見たくはないさー
Mangaoをとり戻せ

SnowLeopardでは動かないんだな

旧ComicViewerみたいになったら、本当に神なんだが。

ところで、Stackroom的なもので、
追加機能としてインターネットのメディア（画像や動画）も
含めて管理（といってもリンクになるが）できれば便利かなと思うだけどどうかな？

右クリックでダウンロードを選べんで、手元に落とせるともっと良いね。

>>216
それは気持ち悪いからやめてください

Mangao使ってみたけど、かなりいい感じだなぁ
素敵！応援してる！
使ってて一つ気になったのは、フルスクリーン状態で起動した時に
Mangaoの画面スペースに移動しない点かな(環境はOSX10.8.4)

>>215
旧ComicViewerとくらべて足りない機能はなんですか。
今のComicViewer以外のリンクが全て切れていてわからないので、
教えていただけると嬉しいです。

>>218
理想
フルスクリーン表示→終了→起動→フルスクリーン表示

実際
フルスクリーン表示→終了→起動→ウィンドウ表示

という意味ですか？

>>219
アプリケーションを終了しても、本を途中から読める。
あと、何ページまで飛べる、という機能がありました。
さらも「1/336」みたいにページ表示がありました。

なによりブックマークがほしい

>>219
うちの環境での症状は
フルスクリーン表示→終了→Finderでファイルを選びMangao起動→
→フルスクリーン表示(ただし画面がアクティブにならずFinderのまま)
という感じです。

つまり起動した後、改めてDock内のMangaoアイコンをクリックか、
Mission controlでMangaoを選ばないと画面が切り替わらない状態です。
分かりにくい説明で申し訳ない。

Mangao ver.1.13をリリースしました。
・タイトルバーにページ数を表示するようにしました。

>>220,221
Mangaoの設計思想として、設定ファイルを作らないことにしているので、
『終了しても途中から読める』と『ブックマーク』は実装できません。
申し訳ありません。

『ページ数に飛ぶ』は後で実装します。

>>222
自分のところでは>>219のようになるので原因が分かりません。

他の方もどうなるのか試してレスしていただけると嬉しいです。

>>165　>>223
申し訳ありません、なんてそんな
あなたの頑張りでどれだけのユーザーが救われたことか・・・

スレを独占気味だけど過疎ってたし良いか

>>223
原因判明！
システム環境設定→一般→『アプリケーションを終了する時にウィンドウを閉じる』
のチェックを入れると>>219の現象が起きなくなりましたわ。
声を聞いてくれてありがとう〜！

>>220
『ページ数を指定して移動』を実装しました。

>>226
原因がわかってよかったです。

>>224
『終了しても途中から読める』を実装しました。

もともと設定ファイルを作らない方針にしたのは
何を読んだか分かってしまうのが嫌だからです。
しかし、『アプリケーションを終了しても、本を途中から読める』というのは
とても魅力的な機能だと思いました。

そこでファイル名をMD5ハッシュ化して記録することで、
何を読んだか分からないようにしながら、それぞれの最終ページ数を記録できるようにしました。
http://3.bp.blogspot.com/-nKv2wCv5t00/UhUpA1njt_I/AAAAAAAAAKw/zr9VZ9H6OVg/s1600/0.png

一度実装を断っておきながら厚かましいですが、
使っていただけると幸いです。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>228
ウッヒョオオオオオオ
最高ですわ

あとはサムネイル一覧ができればCooViewerから完全移行できますわ

すげえ、ポリシー曲げずに実現するため、こんな実装方法思いつくなんて常人じゃねえな

あなたが神か

厚かましいだなんてとんでもない
素晴らしい。

ホームページにも書きましたが、
『Mangaoインストール後、一度Mangaoでアーカイブを開いて、その後ソフトを閉じる。』をしないと
うまく設定ファイルが作られません。

その点だけご了承の上お使いください。

>>228
それを行ったら、ブラウザの履歴とかもそうじゃね？
~/Library/Application\ Support/以下を使えば、
他のユーザには見れないようにもできるし、問題ないと思うが。

>>234
ブラウザの履歴は終了時に自動で消去しています。

このようなややこしい仕様にしたのは、
自分が少しでも可能性があることに安心できない、パラノイアな人間だからです。
(試してませんがlinux等で見れますよね？)

command+カーソル左右辺りで最初のページ・最後のページへ移動、が欲しい。
あと背景色（紙の無いところ）の色を黒・白・グレー辺りから選べると嬉しい。
ずーっと優先度（希望度？）は下がるけど、画像の拡大機能も欲しい。11インチで見てると
たまに拡大したくなるので。
Mangao応援してるよ。

>>234は自分のハメ撮りとか流出させるタイプと見た

設定ファイルがどうこうとか気にもとめてなかったけど
情報漏れないようにってポリシーで
作ってくれてるのは良いな

俺の性癖モロバレな画像ライブラリが漏れ出す方のが先な気はするけど

動画以外のアレはSDに入れてSpotlightオフにしてればMangaoで完封できそうだな

エロ画像をプレヴューで開いたら最近開いたものに残るから嫌だった
んで動画に関してもよくよく見てみると残りまくってるな
VLCの最近の項目がヤバすぎて吹いた

うちの環境（Safari6.0.5）やとページが真っ白なんやけど何がアカンのやろか
http://www.dotup.org/uploda/www.dotup.org4430593.jpg

自分のところでは表示されますね。(OS X 10.8.4) (Safari 6.0.5）
http://www.dotup.org/uploda/www.dotup.org4430662.png

Mac共通動作以外での変更深なCommandキーバインドはやめといたほうがいいと思う
他の全体に影響及ぶアプリで使う場合多いだろうしShiftとかのほうがいいんじゃないかね

早速の対応ありがとうございます。便利になりました。
キーバインドについてはもちろん今後の変更に問題はありません。

viユーザなんでしょｗ　分かる人にはたまらないキーバインド
Macと合わせるならemacsになっちゃうよ。ターミナルでニュース読んでる世代だ

といいつつ、確かにコマンドPだけ気になったｗ

>>236
『最初・最後のページに移動』を実装しました。
背景色を変更できるようにしました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>243
その意見には同意します。
しかし、利便性から今後もCommandキーバインドを利用します。
他のソフトとかぶるという方はご自身でフォークしてください。
キーバインドの変更は、
Xcodeインストール→Mangaoソースコードダウンロード→Mangao-x.x.x-master/Mangao.xcodeprojをダブルクリック→左側のMainMenu.xibをクリック
から簡単にできます。
その後、⌘B→左側のProducts/Mangao.appを右クリック→Show in Finderで取り出せます。

ソースコードはこちらです。
http://fdbcdf.blogspot.jp/2013/08/mangao.html

(代行人の者ですが訂正依頼が出ていました。スレ汚し大変失礼致しました。
こちらが訂正後の本文になります)

>>236
『最初・最後のページに移動』を実装しました。
背景色を変更できるようにしました。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

>>243
その意見には同意します。
しかし、利便性から今後もCommandキーバインドを利用します。
他のソフトとかぶるという方はご自身でフォークしてください。
キーバインドの変更は、
Xcodeインストール→Mangaoソースコードダウンロード→Mangao-x.x.x-master/Mangao.xcodeprojをダブルクリック→左側のMainMenu.xibをクリック
から簡単にできます。
その後、Command+B→左側のProducts/Mangao.appを右クリック→Show in Finderで取り出せます。

ソースコードはこちらです。
http://fdbcdf.blogspot.jp/2013/08/mangao.html

>>248
いつもありがとうございます。背景色変更すばらしい。
黒バックでフルスクリーン両面開きが最高です。
使用頻度は低いですがコマンドJKもいい感じ。

>>248
CommandよりShiftがどうのって言ってる人いるけど

> Command + 右矢印キー テキスト挿入ポイントを現在の行の末尾に移動
> Shift + 右矢印キー 選択したテキスト範囲を1文字右に拡張する

なので、どっちもかぶる。
かぶるけど、テキスト入力フィールドがないソフトなんだから問題ありません。

>>242
safariに入れてたDisconnect 1.1.0が原因やったわ
機能拡張無効にしたら無事見れた

スノレパユーザーですが、私もMangaoを応援します。
スノレパ対応は無理そうですか？＞作者様。

>>252
自分が10.8しか持っていないので対応しかねます。
フルスクリーン動作は確かに10.8で変更されたので動かないと思いますが、
他にも動かない機能はありますか？

>>253
返信有難うございました。
いつの日か10.8ユーザーになったらお世話になると思います。

>>253
起動すらしないですねえ

http://www1.axfc.net/uploader/so/3005783.zip

10.6ならこれでいける。
10.8は落ちまくる。

DL PASSは0721

そのうち消します。

>>253
10.7ですが
Mangaoのアイコンに通行禁止のようなマークがついており
ダブルクリックすると「このアプリケーションには Mac OS X 10.8以降が必要です。」とのアラートが出て
>>255さんの言う通り起動すらできない状況ですね

>>254,255,257
10.8から根幹的に変更されたみたいですね。
http://japan.cnet.com/news/service/35019160/
報告ありがとうございます。

Mangao ver.2.3 をリリースしました。

・TrueCrypt補助機能を実装しました。
　詳しくはhttp://fdbcdf.blogspot.jp/2013/08/mangao-truecrypt.htmlを御覧ください。

http://fdbcdf.blogspot.jp/2013/07/mangao

>>259
.htmlが抜けてました。すいません。

http://fdbcdf.blogspot.jp/2013/07/mangao.html

何か皆大絶賛してるけど、たかがしおり機能のために別アプリ入れてってどうなの
平文でplist一個作れば済む話ちゃうん

別アプリって何？

>>261は小学生だから理解力が低くてもしょうがない
これで成人だったら先行きが不安だけどね

ただ、確かにTrueCryptとかインストールするのはやだな。
MD5のハッシュぐらい標準であるだろうし、
暗号使いたいならOpenSSLのライブラリ突っ込んどくってのはよくある方法かなぁ。

多大な誤解を招いてしまったようなので明言します。

・Mangaoの動作にTrueCryptは必要ありません。(MD5は内蔵しています)
・今回実装した機能は、Mangaoを終了した時に自動でTrueCryptボリュームをアンマウントする、というものです。
・http://fdbcdf.blogspot.jp/2013/08/mangao-truecrypt.htmlは
　未だ日本語化されていないTrueCrypt for Macの導入を支援するために書いたものです。

ご迷惑をお掛けして申し訳ありませんでした。

>>261
言葉足らずで誤解させてしまったようです。
TrueCrypt補助機能はしおり云々とは全く関係なく、
単にTrueCryptボリュームのマウント・アンマウントを補助するものです。
TrueCryptボリュームの中に漫画を隠している方のために実装しました。

あと、全く見当違いなレスならすいません。

>>265は私です。
プロバイダ規制で代行を頼んでいるため、時々、名前欄が空欄になります。

小学生に謝るってなかなかできることではない

>>256
すまん、補足すんの忘れた。
あそこでダウンロードできるのは、旧ComicViewerね。
10.6でマンガ読むならこれが最強。
10.8でも使えないことはないけど、頻繁に落ちる。

Mangaoは素晴らしい。
両方をいいとこ取りしたような機能が実装されたら最強なんじゃないだろうか。

すぐ消そうと思ったけど、需要ありそうだからもうちょっと放置しとくわ。

cooViewerでいいです

私生活が忙しくなるので、
現在のver.2.4を持ちまして、バグフィックスを除く更新を終了させていただきます。
数々の機能提案や、応援の言葉ありがとうございました。

PixBinder(Mac)
https://itunes.apple.com/jp/app/pixbinder/id658724295?mt=12
ビューアーというか、分類したい人向け。

>>271
ご苦労様でした

>>271
こちらこそありがとうございました。

>>165
今更だが使ってみた。メニューが特殊すぎて拒否反応がでてしまう。
shift+spaceで前のページに行って欲しかった。
ウィンドウの左右クリックでページをめくって欲しかった。
フローティングコントローラー追加で表示中のページ番号／数が欲しかった。
2 in 1自動補正は中々便利。軽量とフルスクリーン対応もいい。
SimpleComic使ってるけど、こっちはLion以降のフルスクリーンに
対応してないんだよね。

ソース公開されてるから好きなように改造していいんですよ？

漫画ビューアとしては拡大表示ないのだけはちょっとアレだな
文字細かかったり縦長や横長画像で縮小されるとどうしようもない

この調子でStackRoomみたいなの作ってほしいな

同意
Stackroomマジでお願いします！

他のスレでコメントを頂いても、解決できないのでこちらでも質問させて下さい。
【OSのバージョン】10.8.4にアップ予定
【有料・無料】出来れば無料、希望ソフトが有ればシェアも検討します。

【 困っていること】
ライオン以降のプレビューの改悪に困っています。

終了時にウインドウを保持するようになった事
　→ウインドウ保持はこれで解決出来ます。
　→解決？defaults write com.apple.Preview NSQuitAlwaysKeepsWindows -bool false
回転しただけで編集済み扱いになる事
　→解決「システム環境設定」の「一般」の「書類を閉じるときに変更内容を保持するかどうかを確認」

（pixcelcat、xee2.2のように）
大量のファイルを一度に開くとビーチボールが回って数分も待たされる事。

【機能・用法】
スノレパからマウンテンライオンにアップ予定です。
PDF及び画像のビュワーでApple純正そっくりな日本語版ビュワーを探しています。
cooviewerやpixcelcat、comicviewer、picasa、xee2.2は試しました。

500〜1500枚ぐらいの画像を開きます。
サイドバー（検索結果・サムネイル表示）が右を希望。

優先順位は低いのですが他にも希望は２つあります。
zipファイルの画像閲覧可能。
フォルダを右クリックしてソフトウェアに送って開くことができれば、有難いです。
10.6ビュワーに有るPDF結合やPDF修正、画像修正は諦めます。

よろしくお願いします。

>PDF及び画像のビュワーでApple純正そっくりな日本語版ビュワー
そんなものは存在しません

>>281さん
コメ有難うございます。ということは、
「大量のファイルを一度に開くとビーチボールが回って数分も待たされる」
これを我慢してMLのビュワーを使うしかない？？

一度に読むのでなく、スノレパのビュワーのように順次読むビュワーを
いくつか教えて下さい。

優先順位は低いのですが他にも希望は２つあります。
zipファイルの画像閲覧可能。
フォルダを右クリックしてソフトウェアに送って開くことができれば助かります。＞皆さん

うっとおしいやっちゃな

一見、言葉は丁寧だが、言っている事はかなり横柄は要求。
自分自身の都合再優先でレスを求める、
価格.comやYahoo知恵袋でよくいるタイプ。

うっとおしいやっちゃな

>>282
アドベのBridgeでいいんじゃね？
つかオナニーするのに500〜1500枚もネタ用意するなよｗｗｗ

ちょっと待てよ
それは聞き捨てならんぞ

昔は同級生のブルマーを目に焼き付けておかずにしたもんじゃよ
まったく最近の若いもんは…

昔もそんなことしなかったぞ。

Mangao ver.2.6.1 をリリースしました。
・RAR・CBRに対応しました。
http://ryotaminami93.blogspot.jp/2013/07/mangao.html
＊この変更は全面的に@marvelph氏 https://twitter.com/marvelph によるものです。

ソースコードをGitHubにホストしました。
https://github.com/RyotaMinami93/Mangao
自分では時間が取れないので、皆さんの開発をお待ちしています。

現在、以下の機能を実装してくださる方を募集しています。
・ウィンドウにドラッグ＆ドロップでファイルを開く
・ルーペ機能
・サムネイル一覧

また以下のバグの修正もお待ちしています。
・Deleteキーを押すと左側の画像が消える。
・壊れたRARファイルを開いた時、『Can't open this archive.』ではなく、『This archive has no image.』と表示される。

不案内なコードですがよろしくお願いします。

Deleteキーで画像消えるのバグだったんかw
一時的にじゃなくてファイル内の画像消せればなーとは思ってたが

エンハンスリストをおまえらがまとめてくれるなら
開発引き継いでもいいかなぁ。おもしろそうだし。
俺自信はcooviewerに満足してるし、最近はkindleで見るようなったからあんまりつかなわいかも。

いいから勝手にフォークしていじってろよ

win版で定番ないの？

あるけどMac板で訊くことじゃねえな

Winは探すまでもなくいくらでもあるよ
Macは隙間ついたソフトの無さが弱点よね

>>292
お好きにフォークしてください。
ただ、プルリクエストは必ずしもマージするわけではない事をご了承ください。

Mangao ver.3.0.3 をリリースしました。
ver.2.6.2以降の変更:
・ウィンドウタイトルがおかしくなるバグを修正しました。
・起動時、終了時にのみ設定ファイルにアクセスするようにしました。
・アルゴリズムの見直しによって、コードの分量を1175行(3264→2089)減らしました。
　だいぶ見通しのいいコードになったと思うので、開発協力よろしくお願いします。

＊なお〜ver.2.6.6とver.3.0〜では設定ファイルに互換性がありません。
　設定を引き継ぎたい場合は移行ツールをご利用ください。

http://ryotaminami93.blogspot.jp/2013/07/mangao.html

.のついたフォルダを展開して見れるビューワってないのかな？

>>299
1行でできる変更だったので対応しました。
開くメニューに不可視フォルダを表示するようにしました。

http://ryotaminami93.blogspot.jp/2013/07/mangao.html

追記です。
常に隠しファイルを表示しては目障りなので、
表示したい不可視フォルダと同階層に
『.ShowsHiddenFiles』という名前のファイルを置いた場合のみ表示するようにしました。

http://ryotaminami93.blogspot.jp/2013/07/mangao.html

>>300-301
実はOSの統一仕様でオープン／セーブダイアログ表示中に
コマンド＋シフト＋. (ピリオド)を押せば不可視ファイルが表示／非表示が切り替わるので
わざわざアプリ側で独自仕様で対応する必要はないかと思います

>>302
申し訳ありません。
Mangaoはその統一規格に適合していないため今回対応する必要があったのです。

実際にMangaoのオープンダイアログでコマンド＋シフト＋. (ピリオド)を押すと、
不可視ファイルが一瞬だけ表示されて消えるのが確認できると思います。
http://gazo.shitao.info/r/i/20130914192359_000.gif

オナニーばっかしてんじゃないよｗエロ猿ども

>>304
(´-ω-`) 人生はエロ エロこそ我が人生

Mangao ver3.4.2 をリリースしました。

ver.3.0.7以降の変更:
・TrueCryptボリュームが自動アンマウントされないことがあるバグの修正。
・空のアーカイブ・フォルダを開いた時、ウィンドウタイトルが変更されないバグの修正。
・画像フォルダを開いている時に画像の書き出しを実行した場合、保存ファイル名がおかしくなるバグの修正。
・アーカイブ内のファイルが以前開いたとき以降に削除されていた場合に、範囲外アクセスが起こるバグの修正。
・『1画面・2画面』実行時にページが1ページ進むバグの修正。
・横長画像表示中に『前のページ』を実行した時1ページ前が縦長画像だった場合、そのページが飛ばされるバグの修正。
・『開く』からフォルダを選択できるように変更。
・フォルダに関してもアーカイブと同じように『最後に表示したページ数・右開きかどうか・1画面かどうか』を記録するように変更。
・ZIP_RAR内のファイルの名前が『_』から始まっていても表示できるように変更。
・『最初のページ』・『最後のページ』及び『スライドショー』実行時に、『ページずれ補正』を行っているかどうかを考慮するように変更。

http://ryotaminami93.blogspot.jp/2013/07/mangao.html

Mangao ver3.5.5 をリリースしました。
・更新確認機能を実装しました。

http://ryotaminami93.blogspot.jp/2013/07/mangao.html

もう自分のサイトでやったら？

彼がいなくなるとまたdat落ちしてもしばらく立て直されないくらい過疎なスレに戻っちまう

>>308
お騒がせして申し訳ありませんでした。
今回、自動アップデート機能を実装できたので、
今後こちらでのリリースノートは行いません。

末尾Pの言うことなんか聞く必要ないよ

CooViewerの時もここでやり取りしてたはずだし
むしろそのためのスレだと思うから全然桶だと思う

308は此処の住人じゃないでしょ

まぁ他に話題あんなら控えたほうがみたいになるかもだけど、事実はそうじゃないからな
ここにリリースノートかいてリアクションもらってモチベーションになるならぜんぜんいいでしょ

そういやCooViewerの時も同じ流れがあったな
作者は柳に風で受け流してたけどw

コテハン付けてくれてるんだから
読みたくないならあぼーんすればいいだけだしな

なに、Safariで読んでるだと、君は馬鹿かね？

皆さんありがとうございます。
毎回レス代行を依頼するのも申し訳なかったのでちょうど良かったと思います。

>>271で書いたとおり自分で機能追加するつもりはなかったので、
せめて後の人が書きやすいようにとソースコードの整理とコード内の仕様統一のためいくつかリリースしただけだったので
今後、それほど頻繁にリリースすることはないと思いますのでお気になさらないでください。

LionだったらMangao駄目だった
やっぱcooViewer最高や

くぉぉ…＃＃

MangaoのOS X Deployment Targetを10.4に変更しました。

full screenに関するwarning以外は消しましたが
私は10.8しか持っていないので実機での確認ができていません。
10.4〜10.7で動作確認をお待ちしています。

すいません。
今から32bitに対応させるのでちょっと待って下さい。

実機で動くかは分かりませんが32bitに対応しました。

>>320
10.6.8で動作確認。いまのとこ開いて読むのには問題なし。
以前は起動すらしなかったので対応に感謝してます

何かあったら報告するよー

>>323
報告ありがとうございます。

一つ質問なのですがフルスクリーンの動作はどうでしょうか。
10.7から変更されたらしいので気になります。

試したら10.6.8ではフルスクリーンは出来ないです。
ショートカットは効かず、メニューバーからもグレーになってて選択できません。

>>325
確認ありがとうございます。

自分ではどうしようもないのでGitHubの要望リストに加えておきました。
どなたか実装できる方をお待ちしています。
https://github.com/RyotaMinami93/Mangao

アプリの開発、ご苦労さまです。10.4での動作確認です。

● readme書類
デフォルトのままではダブルクリックしても「テキストエンコーディング 日本語 (Mac OS) でファイル"readme.txt"を開けませんでした。」のアラートが出て書類が開かない。
テキストエディットを先に起動しておいて、初期設定ウインドウにて「ファイルを開くとき」の設定をあらかじめ「Unicode (UTF-8)」固定の必要あり。

● アプリ本体
起動しようとすると、その途中でプツンと中断し「アプリケーション"Mangao"は、予期しない理由で終了しました。」のアラート出ます。

>>327
ありがとうございます。
申し訳ないですがバージョンナンバーと
プロセッサ（このMacについてで表示される）を詳しく教えていただけないでしょうか。
OS X 10.4は
10.4.0〜10.4.3がPowerPC版
10.4.4〜10.4.11がIntel版なので、
前者だった場合Architecturesで(32/64-bit Intel)と指定してbuildしているのが原因だと思いますので。

記載事項不足ですみません。動作確認したのは以下の環境です。

システム　：　Mac OS X 10.4.11 ／ ビルド 8S2167
カーネル　：　xnu-792.25.20 ／ Darwin 8.11.1
プロセッサ：　Intel Core Duo

>>329
PowerPCではないですね。
ごめんなさい、なぜ動かないか分からないです。
原因がわかる方、教えて下さい。

なお、PowerPCには対応させません。
これは、Xcode4(開発環境)からPowerPCがサポートされなくなったため、
対応するために以下の手順が必要で
http://yoffy.dyndns.org/2011/06/xcode_4_mac_os_x_105.html
http://blog.kawauso.com/kawauso/2011/05/xcode_402_powerpc.html
これをすると、今後開発をしたい方が同様の作業をしなければいけなくなり
参入へのハードルが高くなってしまうからです。

readme.txtに関してはエンコーディングを『Mac OS(日本語)』に変更しました。
情報提供ありがとうございます。

>>325
〜10.6用のフルスクリーンを実装しました。
※フルスクリーン中、メニューは表示できないのでキー操作を覚えてお使いください。
　なお、メニューの更新確認から全自動アップデートができます。

『フルスクリーン for 〜10.6』中、マウスカーソルを上部に持って行った時に
メニューを表示する実装を募集しています。
https://github.com/RyotaMinami93/Mangao

>>331
10.6.8にてフルスクリーン表示と解除が動作しました!

ずっと使ってみたかったのでうれしいです

>>124
ものすごい遅レスですがMangaoに実装しました。

フォルダ名の末尾に『.mbdl』とつけることで、
フォルダ内のサブフォルダ及びZIP,CBZ,RAR,CBR内の画像をすべて連続して表示することができます。

この状態でver.4.3.0で実装したランダムスライドショーを実行すれば、
ご希望の動作ができると思います。

cooViewer亡き後をオープンソースで引き継いでくれる人が出てきたのは非常に嬉しい
Stackroomの後継さえ出てくれば管理が捗るのにな……

>>236
>>277
ルーペを実装しました。

なかなか時間が取れず、ちまちま進めていたのでかなり時間がかかってしまいました。

>>335
(´･ω･`)b GJ!

自分の欲しい機能はすべて実装できたので、
バグ報告や機能要望を書き込んでいただけると嬉しいです。

数行でできるものなら自分で実装しますし、
(ver.2.4〜ver.4.4.2での変更は全て数行しか新たに書いていません)
難しそうならGitHubの要望リストに追加しますので。

閲覧だけじゃなくてStackroomみたいな管理も付けてほしいところだが流石に厳しいか。
この短期間でここまで完成するとはすごいなぁ。cooViewerから乗り換えちゃったよ。

>>338
一度作ったことはあります。
一時期サイトに乗せていたMangao Plusというのがそれです。

しかしStackroomの洗練されたデザインを超えることは到底できず、
作る意味も見いだせなかったのでやめてしまいました。

こればかりは他の人に期待した方がいいと思います。

>>337
勝手な要望でもいいのならcooViewerで言う所のブックマーク機能が欲しいです。
あと出来れば次期OSもサポートお願いいたします。

>>340
要望リストに追加しました。
https://github.com/RyotaMinami93/Mangao

次期OSはサポートします。

>>341
ありがとうございます
期待しています

>>337
例えば1000枚の画像を閲覧しながら気に入った画像にラベルを貼るのは難しいでしょうか？
最終的にフォルダをラベルで並べ替えでそれだけ取り出せるようになるとありがたいです。（←ここは手作業です）

×フォルダをラベルで
○フォルダ内画像をラベルで並べ替えて

失礼しました。

それってMangaoみたいな単なるビューアの本分を越えてね
もっと別のソフトに求める機能だと思う

>>343
『それだけ取り出せるようになると』というのがどういう意味か気になります。

例えば『フォルダ内から気に入った画像を他のフォルダに移動したい』という意味なら
S,⌘Sで画像を書き出せばいいだけです。

もしくは『タグ』のようなものを想定していて、
1.jpg→A 2.jpg→B 3.jpg→A 4.jpg→C 5.jpg→C 6.jpg→C 7.jpg→A 8.jpg→A 9.jpg→B 10.jpg→B
というふうにラベルを貼って、
そのフォルダを開いた時
『タグA』を選択すると 1.jpg 3.jpg 7.jpg 8.jpg
『タグB』を選択すると 2.jpg 9.jpg 10.jpg
『タグC』を選択すると 4.jpg 5.jpg 6.jpg
だけが表示されるという意味なら
>>345氏の言うとおり
それはMangaoの分を超えるものであって
他の写真管理ソフト等でまかなうべきかと思います。

>>343
そういうのはQuick LockとかCover Flowで、もしくは画像“管理”ソフトを探したほうがいいと思うぞ

ACDSee 2 (Mac)でいいんじゃないか
http://www.acdsee.jp/products/acdsee-2-mac

FinderのラベルやSpotlightコメントとスマートフォルダを組み合わせるといいのでは

名前の番号はミスどす・・・

思うところがあって、お願いしてみたのですが
みなさんの言うとおり領域を越えていますね
すいません、忘れてくださいm(_ _)m

>>351
アイディアは何よりも貴重なので
思いつくことがあればなんでも言っていただけると嬉しいです。

えーっと
ポリシーなのか知らないんだけど
http://ryotaminami93-image.appspot.com/houhunaShortcutKey0.jpg
メニューバーを分けないのはなぜなの？
ショートカットキーを出すために空白のメニューを入れるのはちょっと…

>>353
『空白のメニュー』がどういう意味かはわかりませんが
readme.txtに書いたとおり、あくまでそこは操作方法のヘルプであって
そこを開いて操作することは想定していません。

キー操作を覚えている人にとって上に表示される種々のメニューはただ目障りであると私は考えます。
Mangaoは読むことに集中するためできる限り無駄なものを表示しない、というポリシーで開発をしており
フローティングウィンドウやツールバーを実装しないのもそれが理由です。

当方マウスユーザーなのでその設計思想はちょっと相容れないですね
見開き（１画面・２画面）などは明らかに設定項目であるべきものです
複数に分かれているべきメニューが１つにまとまっているので使いにくいわけです

窓ごとにメニューが付くWindowsと違い、
メニューバーに設定項目を分離させたのがMacの良いところだと思っています
そこすらも目障りだと言い出せば何も出来なくなりませんか？
まあ、ポリシーであれば仕方ないです

メニューをなんとかしたものをフォークすればいい

最低限のショートカット覚えりゃメニューなんか使わないし
気にもしてなかったなあ

>>337
お世話になっています、いつも乙です

気づいた点(仕様だったらすみません):
・ウインドウのタイトルバーをクリックした際にもページ移動が働いてしまう
・フォルダ内の画像閲覧時にページずれ補正が働かない(アーカイブ内の画像では働く)
要望:
・cooViewerの[画像拡大縮小時の補完設定: High]と比較すると、縮小表示のボケが少しだけ大きい
　-> シャープネス的な機能が欲しい
環境:
・MacBook Pro 13(Mid2010) OSX 10.8.5
・Mangao 5.0.9

>>355
ソース公開されてるし
メニューの場所を変更するくらいなら素人でもできる
頑張れ

>>355
確かにマウスユーザーの方にはご不便おかけしています。
しかし、j,kに進む、戻るをバインドしている時点でキーボード派向けのソフトであることをご了承いただけたらと思います。
ただ、メニューバーの編集は>>247に書いたとおり、プログラミングの知識が一切無くてもできるものですので
>>356氏の言うとおりそういったものをフォークするのもひとつの手だと思います。

>>357
『ウインドウのタイトルバーをクリックした際にもページ移動が働いてしまう』
→仕様というより面倒だから放置していただけです。
　あとで直します。

『フォルダ内の画像閲覧時にページずれ補正が働かない(アーカイブ内の画像では働く)』
→自分のところで再現しようとしましたがよく分かりませんでした。
　状況を詳しく教えて下さい。

『cooViewerの[画像拡大縮小時の補完設定: High]と比較すると、縮小表示のボケが少しだけ大きい』
→確かにぼけていて見づらいと私も思っていました。
　Mangaoでは補完等は一切しておらず、単に元画像の短い方の辺の4分の1✕4分の1を切り取って
　300✕300のルーペ上にセットしているだけです。
　つまり短い方の辺が1200pixel以上なければぼやけるということになります。(単純計算では)
　
　検索しましたが楽そうな方法が見つかりません。
　要望リストに追加しておきました。

それはそれとして
Mangaoでちょっと気になるのは
info.plistのCFBundleTypeExtensionsが
zipとZIPの様に二重定義されてるところ
これは小文字の表現(zip)だけで良いです

>>360
試してみたら本当ですね。
なんでこんな勘違いをしていたのか分かりませんがありがとうございます。

それとその検証作業中に元々、拡張子が大文字のものは開けないコードであることがわかりました。
これはhasSuffixが小文字・大文字を区別するということを知らなかったためです。
ついでに修正してver.5.1.0としてリリースしました。

>>359
> 『フォルダ内の画像閲覧時にページずれ補正が働かない(アーカイブ内の画像では働く)』
> →自分のところで再現しようとしましたがよく分かりませんでした。

すみません、確認不足でした
再び確認したところ問題なく働いたので、設定ファイルごと削除後に再インストールして
再現性確認した結果、初回起動時のみ発生し、次回以降は問題なく働くことが分かりました

cooViewerが盛んだった頃並みに賑わってて嬉しい

>>362
自分のところでも設定ファイルを削除してみましたが再現できませんでした。

その初回起動時に設定が保存されないバグは〜ver.2.6.2固有のものでver.3.0.0で修正したので不思議です。
『ページずれ補正が働かない』というのがどういう意味か教えていただいてもいいですか。

>>362
『ウインドウのタイトルバーをクリックした際にもページ移動が働いてしまう』は修正しました。
バグ報告ありがとうございます。
ただ、タイトルバーでのスクロールでページ移動が発生しますが
これについては不都合はないと思うのでこのままにします。

>>364
自分の環境では下記のとおり再現します

1) Mangao.appを新規インストールする
2) フォルダ内の連番画像(縦長画像: 01.jpg, 02.jpg, 03.jpg…)のうちの02.jpgを選択し、
　Finderのコンテキストメニューから開く(このアプリケーションで開く -> Mangao.app)
3) Gatekeeperの警告で開くを選択してMangaoが起動し、画像が2枚表示される(右: 01.jpg, 左: 02.jpg)

4) ページずれ補正を実行しても(Gキー、メニューいずれでも)表示はそのままで、画像配置が変化しない
　他の機能についても、
　・ページ移動はできるが、タイトルバーのページ番号が変化しない
　・右開き・左開きを実行しても変化しない
　・1画面・2画面を実行すると画像表示が消える
　・スライドショーは、1ページ進んで止まる

5) Mangaoを終了し、再度2〜4の操作をすると、正常にページずれ補正が働き、
　右: 02.jpg, 左: 03.jpgに変化する。他の機能についても正常に実行できる
6) 以降の起動でも正常(なので困ってはいません)

LaunchPadからMangaoを起動してメニューから画像を開いた場合は、初回起動時でも正常動作します

>>366
貴重な情報ありがとうございます。
私のところでも完全に再現しました。
(ただ新規インストールは必須ではなく設定ファイルの削除のみでOKでした)

はっきり言って全く原因が分かりません。
この『右クリックから開く』と『LaunchPadから開く』で動作が異なることに〜ver.2.6.2では随分悩まされました。
それも解決したと思っていたのでこれは意外です。

引き続き自分のほうで調査しますが、右クリックとLaunchPadの違いについてご存知の方、情報をください。

それと、もはや関係ないにもかかわらず試行してくださった>>366氏に感謝します。

一応、原因はわかりました。
動作がおかしいのはすべてplistにアクセスするものです。
進む・戻るもアクセスはしますがページ送り動作を行ったあとにアクセスするため表面上は動いていたようです。
スライドショーが1ページ進んで止まるというのが何よりそれを示しています。

実際にページずれ補正をplistにアクセスしないコードにしたもので試行するとページずれ補正のみ動作できました。

ここからは技術的な話です。
Mangaoはplistにkey,valueという2つの値を保存しています。
keyがそれぞれの本のフルパスをMD5ハッシュ化したarray
valueがそれに対応する(最後に開いていたindex,右開きフラグ,1画面フラグ,ページずれフラグ,予約,予約,予約,予約,予約,予約)というarrayのarrayです。
Mangaoは本を開いた時、その本のフルパスをkeyの中から検索します。
たとえば3個目にあった時、valueの3個目のarrayがその本に対応するものだとわかります。
なければ、keyにその本のフルパスをMD5ハッシュ化した値を、valueに(0,0,0,0,0,0,0,0,0,0)を追加します。

本題ですが元々ver.2.6.2まではページを捲ったり、1画面にしたりするたびにplistにアクセスしていました。
しかし、それでは初回起動時にどうしてもうまく動きませんでした。(1度閉じないと読み込み可能なplistにならない)
そこでver.3.0.0からは起動時にplistからkeyとvalueを
グローバル変数の
NSMutableArray *plistKey;
NSMutableArray *plistValue;
として読み込み起動中はそれにアクセスするようにして、終了時にplistに書き込むという形に変えました。

初回起動時対策としては
- (void)applicationDidFinishLaunching:(NSNotification *)aNotification
と
- (BOOL)application:(NSApplication *)theApplication openFile:(NSString *)filename
に
plistKey = [[NSUserDefaults standardUserDefaults] objectForKey:@"key"];
plistValue = [[NSUserDefaults standardUserDefaults] objectForKey:@"value"];
//初回起動の場合
if(!app.plistKey)
{
app.plistKey = [NSMutableArray arrayWithObject:@"00000000000000000000000000000000"];
app.plistValue = [NSMutableArray arrayWithObject:[NSMutableArray arrayWithObjects:[NSNumber numberWithInteger:0]かける10(行が長すぎて2chでエラーが出るため割愛),nil]];
}
を入れることで対応したつもりになっていました。
しかし、
- (BOOL)application:(NSApplication *)theApplication openFile:(NSString *)filename
側がどうも動いていないようです。
右クリックから開いた時、
- (void)applicationDidFinishLaunching:(NSNotification *)aNotification
を読まないようなのでこちらにも書いたのですが間違いでしょうか。
助言お待ちしています。

Mangao作者様

cooviewerを使っていた時のクセでｓｈｉｆｔ＋spaceで前のページに戻ってくれると嬉しいです。

ざっとしかコード読んでないけど、
application:openFile: からの処理で
・NSUserDefaults から読み込む
・それが空なら初期化
・open から連なる開く処理中に空なら key, value 作成
これが終わった後で applicationDidFinishLaunching: が呼ばれるから、
・NSUserDefaults から読み込む
・それが空なら初期化
がもう一度実行される。最初に作った key, value は上書きされて消える。

とりあえずは application:openFile: より先に呼ばれる
applicationWillFinishLaunching: で初期化すればいい。

>>373
ありがとうございます。
applicationDidFinishLaunching及びapplication:openFile:の初期化処理を
applicationWillFinishLaunchingにまとめることで全てうまく行くようになりました。大変助かりました。

>>372
cooViewerだけのショートカットキーなら実装しませんでしたが、
SimpleComicやFirefoxでも同様のものが見られたため実装しました。

>>374
372です。感謝します。

ehonとかstackroomとか
皆トップの表紙をドラッグで自由に並べ替えすること出来ないの？
日付順とかソート機能で並べ替えしかできなくて
一つ一つ自由にパソコンのフォルダの中の画像みたいに移動させたいんだけど

数が増えてくるとそんなことやってやれないからな

圧縮ファイルのサムネイル画像をフォルダ内の先頭画像に差し替える機能がほしい
勿論手動で後から設定しなおしとかできると嬉しいけども

SimpleComicで出来て凄い便利だけど開いてから毎回手動で設定しないと駄目なんだよなぁ

>>378
http://hetima.com/soft/hetimazipql.html

>>379
少なくともMountain Lionでは調べて出てくるその系統使えないのよ…

するとうちのMountain Lionは偽物ということか・・・

>>380
私の環境では動きますね。
OS X 10.8.5 Mountain Lion
MacBook Air(Mid 2013)

今回、ローカライズに英語と韓国語を追加しました。
韓国語は韓国の方にしていただいたので間違いないと思いますが、
英語は私が直訳しただけなので間違っていたら指摘お願いします。

なお他の言語に関しても翻訳を募集中です。
外国語ができる方、ふるってご参加ください。
https://github.com/RyotaMinami93/Mangao/blob/master/翻訳リスト.txt

英訳もうちょっとシンプルにできるかも。気が向いたらでいいし、無視してくれもいいけど

Go Page
　Back
　Forward
　First
　Last
　Specify Number...
　Specify Percent...

Go Archive
　Previous
　Next

1画面・2画面
Switch Page Spread (Single/Double)

右開き・左開き
Reverse Direction (Right/Left)

ページずれ補正
Adjust Page Layout (Odd/Even)

最後はこっちの方がいいかな
×Adjust Page Layout
○Adjust Page Numbers (Odd/Even)

>>384
ありがとうございます。
〜10/06 23:59まで待って、他の方の意見も合わせた上で使わせていただきます。

>>384
もしよろしければ[クレジット]の部分に関してもアドバイスをいただけますか。
文で検索しても同様のものが出てこないので間違っていると思うのですが。

また、翻訳に関してですがGitHubのアカウントをお持ちの方はできる限りGitHubでプルリクエストしていただけると
クレジットに謝辞を表記することができるので助かります。

>>384
変更しました。
ありがとうございました。

以前、shift+spaceで前ページに戻るをお願いした者です。

ページを開いた状態の時に
画像の真ん中より右をクリックしたら前ページに戻る
画像の真ん中より右をクリックしたら次ページに進む

というのを実装して欲しいです。cooviewer、simplecomicはこれと同じ動きをします。

今はどこをクリックしても次ページに進む、になっています。
もし可能であれば宜しくお願い致します。

>>389
希望者が多いからといって実装されるわけでもないと思いますが
俺もその機能が欲しいので
賛同一票入れておきます

>>389
マウスの右ボタンクリック(もしくは二本指タップ)で前ページに戻るよ
このほうが手の動きが少なくて楽という判断なんだろうなぁ
と作者の設計思想に思いをはせつつ今日も棒を握るのであった

>>391
本当だ、知らんかった
これでいいや
賛同票取り下げ

>>391氏の通りです。
いちいちマウスカーソルがどこにあるのかを気にするのが嫌で実装していません。
それと、その要望については実装しないことを要望リストに書いています。
ご一読ください。
https://github.com/RyotaMinami93/Mangao/blob/master/README.md

コンテキストメニュー全否定ワロタ

それ以前にマウス操作自体にフレンドリーじゃないですしおすし

マウス使わないならもうiPadでいいんじゃね……あれっ

やっぱMacに必要なのはcooViewerではなくStackroomだ

マウス事態がユーザーフレンドリーじゃないでおすし

マウスうんぬんというより
「読む」という目的を達成するだけならカーソルを介した操作は不要という考えかと。
マウスにホイールが付いた時と考え方の根っこは同じだと思う。
なんでもかんでもカーソルでポイントして操作しなくていいじゃんっていう。

>>393
390です。投稿前に読んでおらず失礼しました。取り下げます。

トラックパッドなのですが、
3本指で右に指を滑らすと戻る、3本指で左に指を滑らすと進む

クセというか好みの問題になってしまいますが、要望しておきます。
希望する人が多ければ実装してもいいのかもしれません。

３本指とかほんとどうでもいい感じになってきたな

>>399
スワイプジェスチャーに対応しました。
ただし、左で進む、右で戻るにバインドしてあります。

多分あなたが言っているバインドはSimpleComicのものだと思います。
しかし、SafariやFirefoxでは左で進む、右で戻るであり、
SimpleComicが逆なのは外国の漫画が左開きだからだと思います。

あくまでこのソフトはMangao(エスペラント語で日本風の漫画)です。
日本の右開きの本をイメージした時、この方が自然であることがわかると思います。

いま見てみたらcooViewerも右で進む、左で戻るですね。すいません。
ですがバインドは変えません。
ご了承ください。

日本にも左開きのマンガはあるから、サッと切り替えられるのが望ましいと思う

ドキュメントごとに設定が保存出来るとなお良いよね
ComicGlassがそんな感じだったと思う、ご参考まで

>>403
ご意見ありがとうございます。
左開きの場合はスワイプジェスチャーを逆にするように変更しました。

>>401
390です。キーボードで見たい時とジェスチャで見たい時で
使い分けができるので楽になります。
機能追加、有難う御座いました。

とうとう実装しませんリストまで出てきたか…
某専ブラみたいに信者しか使わなくなるぞ…

やらない事を挙げる事は近頃流行りのアジャイル開発でも
初歩的かつ重要な手法として使われている。別におかしなモノじゃない。
ユーザーに言われるままに何でもかんでも実装し、
最初の目的から外れたものが出来上がるより、
アプリに対して作者が持つコンセプトに沿ったものを作るべきだろう。

まぁ俺は使わんけどな！

てかバインド設定できるようにしたら済む話やん

開発に参加すれば良いだけの話

開発の現場とか見たことない学生なんだろ

というかcooViewerあるいはその他のクローン作っても仕方ないからな
最新OSに対応して欲しいならそれこそcooViewerの作者がやってもらえばいい話

全く同じ機能のものを新しく作ってもパクリっていわれるだけだし

自閉症の方とかは一度慣れたものから簡単には以降できないし、一概に決めつけるのもどうかと

390です。Mangao5.7.1、スノレパ10.6.8で使っています。
zipファイルを右クリックで「このアプリケーションで開く」からmangaoを選んでも閲覧出来ない時があります。
press "o" が一瞬見えて画面は背景色だけ、タイトルも表示されません。(1)

この状態からpress "o"で同じファイルを再読み込みすればMangao5.7.1(5.0.9)で閲覧出来ます。
(1)のファイルはcooViewerで閲覧できます。

zipファイルの中身が問題かと思いkekaというソフトで解凍するとフォルダ名が文字化けしました。
別の解凍ソフトで文字化けしないファルダ名にしてkekaで圧縮。
再圧縮したファイルはMangao5.7.1(5.0.9)で問題なく閲覧出来ます。(2)
手元にある古いバージョンは5.0.9なのですが、これでも再現します。

中身が同じ画像の２つのzipファイルになった状態で調べると(1)と(2)が100％再現します。
２つは同じzipファイル名です。
kekaの文字化けからzipファイルがsjis系かiso2022jpで生成されていると推測します。

スノレパ下で(1)を再現するzipファイルを作るにはどうすればいいでしょうか？＞皆様
windowsXPマシンや仮想のXPはあります。
念のため、作者様に再現して頂いてからデバックしてもらうのがいいと思います。

それと作者様にデバックかcooViewerｔ同等の機能追加をお願いしたいですが、
事例が１つの状態でもいいでしょうか？＞作者様

『開く』からは読み込めるとのことで文字コードの問題ではないと思います。

とりあえずISO-2022-JPに対応させました。
これでZIPの対応文字コードはCP932(sjis)/ISO-2022-JP/ISO-8859-1/UTF-8です。

ダメだと思いますが試してみてください。
http://ryotaminami93-software.appspot.com/mangao-iso2022-test.zip

>>414
作者様。テストバージョンのup有難うございます。残念ながら現象は同じでダメでした。

再圧縮した問題ないファイルはテストバージョンでも大丈夫でした。

415はアプリケーションフォルダに入れていない操作ミスです。
テストバージョンで上手くいっているかもしれません。

スノレパ下で(1)を再現するzipファイルを作れそうなので、少し時間を下さい。

作者様。
kekaで文字化けするzipファイルを「このアプリケーションで開く」経由し
テストバージョンの組み合わせで開けるようになりました。

>>417
了解しました。
正式リリースに組み込みます。

v583からv600にアップデートしようとするとアップデートの無限ループに陥ります。

v583起動。アップデート通知。アップデート終了して再起動。
再起動後、なぜか583のままです。

俺もそうなったわ

>>419-420
大変申し訳ありませんでした。
本日修正しました。
大幅なアップデートだったため、アップデート通知ファイルを先に作って
ver.6.0.0のデバッグをしていたのですが
手違いでアップデート通知ファイルをアップロードしてしまっていました。
このようなことが無いよう十分注意していきますので、
今後ともMangaoをよろしくお願いします。

果たして10.9で各アプリは動くのか？

OS X Mavericksでの各ソフトウェアの動作報告です。
MacBook Air (mid2013) OS X 10.9

HetimaZip.qlgenerator ver.0.2.1 http://hetima.com/soft/hetimazipql.html
Simple Comic ver.1.7 http://dancingtortoise.com/simplecomic/
ComicViewer for Mac ver.2.0.0b2 http://tumblr.cathand.org/comicviewer_mac
cooViewer ver.1.2b24 http://www.geocities.jp/coo_ona/viewer.html
Mangao ver.6.0.3 http://ryotaminami93.appspot.com/mangao.html

HetimaZip.qlgenerator : 正常に動作
Simple Comic : 『Open Recent』が動作しない？
ComicViewer : 正常に動作(しおり一覧を参照するところが見つからなかったのですが、これは仕様ですか？)
cooViewer : 正常に動作
Mangao : 正常に動作

ただしMangao以外は基本的な機能のみの確認です。
Mangaoは全動作を確認しました。

>>423
(´･ω･`)b GJ!

>>423
いい仕事乙
Simple Comicはもうアップデートされず久しいな

ACDSee 2とACDSee Pro 3.1
Mavericks入れたら起動はするが、サムネイルが消えるとか動作も色々おかしい。
海外の本家はACDSee 2は既に販売とサポート終了？　Pro3.1は販売中だし何か今後対応する・・かも。
ACDSee 2メインだったら困った。

大量の画像でもサムネイル表示が早くて、ダブルクリックで全画面表示、もう一度ダブルクリックでサムネイルに戻るのがいいんだけど、似てるのでオススメのはある？

>>426
そういう表示の仕方をするMac用サムネイルブラウザで最強最速はPhotomechanicだけど
本当にブラウジングするだけのソフトで、150ドルで英語版しか無いから不評なんだよね。。

デジカメのRAWデータが数万枚入ったフォルダをサクっと開いて表示してくれるソフトは
WinはいくつかあるんだけどMacはこれだけ。AdobeBridgeなんてクソ遅くて使えない。
プロカメラマン向けの業務用ですね。俺はエロ画像のランキング付けるのに使ってるけど。

ACDSeeはWin版は便利な3ペインで表示も速いけどMac版は不便で遅いよね。。

>>426
ACDSeeは1の時もそんな状況だったよな…
Macの開発者がいなくなって大変なのは分かるけどやる気がなさすぎる

StackroomはやっぱりMavericksでは無理なのだろうか？
何かの間違いで山ライオンより正常動作しないかな…

cooviewer普通に10.9で動くね

Mangao作者様

10.6.8でMangao6.0.3で（無圧縮でない）zipファイル(1)をいくつか纏めた
無圧縮zipファイルを開くと、this archive no imageになります。

cooViewer、Simple Comicでは閲覧できるようなのでよろしくお願い致します。
(1)のzipファイルそれぞれの中身は画像ファイルです。
何階層も画像を探すと重くなると思うので、とりあえず一階層は対応してくれれば
有難いです。

ComicViewer1.5.14はダメでした。

>>431
>（無圧縮でない）zipファイル(1)をいくつか纏めた無圧縮zipファイルを開くと、

日本語を勉強してから再質問したほうがいいね
作者様も困惑しているだろう....

>>432
通常の圧縮ZIPを無圧縮ZIPで固めたもんだろ
なにがおかしいんだ？

もしかして圧縮レベルを知らないのか？

意味はわかるが読み辛いよな

圧縮ZIPファイルを複数まとめた無圧縮ZIPファイルが開けない

くらいでいいのでは

>>435
フォローありがとう。

そもそもなんでそんな不可思議なzipを作っちゃうんだ・・・

>>437
シリーズモノが纏まってると素敵だから？

cooViewerってtar非対応なんだっけ？

>>431
申し訳ありませんが自分に圧縮ファイルに関する知識が全く無いので対応しかねます。
現在、ZIP・RARに対応しているのもmarvelph氏が素晴らしいライブラリを提供してくださっているからです。

ただし、同様のことはmbdlで実現できます。
xxx.mbdl--01.zip
L02.zip
L03.zip
という風にいくつかのアーカイブを含んだフォルダの末尾に.mbdlとつければ
そのフォルダ以下のすべての画像ファイルをまとめて表示することができます。
また、階層は制限なしです。

>>440

＞申し訳ありませんが自分に圧縮ファイルに関する知識が全く無いので対応しかねます。
＞現在、ZIP・RARに対応しているのもmarvelph氏が素晴らしいライブラリを提供

了解です。
もしかすると無圧縮かどうかはライブラリが判断することであって関係ないかもしれません。
zipファイルの中にzipファイルが有れば
再度、zipの読み込みをすればいいと思う（テキトー）のですが推測です。
有難う御座いました。

>>429
特に、不具合は感じない

で、マーベのタグ機能はオナニー管理としてどうなの？
おっぱいタグ付けたら、もうおっぱいフォルダに入れる必要無いんだよな

既におっぱいフォルダに入ってるなら
タグ付ける必要もないじゃないか

女優さんや絵師さんの名前のフォルダに分けておいて、シチュ等をタグで管理すれば

Finderから簡単に登録タグの一覧をのぞけてしまうから
俺みたいにエロメディアを隠してる人には向かないと思う

>>443
思ってたより便利
並び替えを「タグ」にして表示させるとはかどる

>.426
Mavericks入れたんだけど、確かにACDseeの類が正常に動かないね。
うちで試したのはACDsee 2とPro2.2で、そっちと同じような不具合がある。
公式のフォーラムのぞいてみたけど、カスタマーサポートにメール送った人が
「Pro3については11月に対応バージョンをリリース」って返事を貰ってるみたい。

ACDseeはOSのバージョンが上がるたびに致命的な問題が必ず出るよな…

>>426
ACDSee Pro2使ってるけど、フォルダに貼り込んだ画像は表示するのに
画像ファイルはサムネイルが表示されないし、ダブルクリックすると
プレビューが起動するし、確かLionだかMountainLionでProが使えなく
なって仕方なくアップグレードしたのにまたアップグレードしなきゃならない
と思うと正直腹立つ。アップグレード$49だよな。高すぎるんだよ。

Pro2買おうか迷ってる時に検討したStackRoomに乗り換えようかな？
Freeだし。

>>221,340
ブックマークを実装しました。
ただし、私はブックマークを使わないのでバグがあっても見つけられません。
バグを見つけた場合は報告していただければ、すぐに修正しますのでよろしくおねがいします。

また、言語ごとにxibを作るのをやめapplicationWillFinishLaunchingでメニューを生成することで、
Localizable.stringsに対応しました。
これによって、ローカライズ時の手間が大幅に省けます。
既存の訳の修正,他言語の追加、お待ちしています。
英語 : https://github.com/RyotaMinami93/Mangao/blob/master/Mangao/en.lproj/Localizable.strings
韓国語 : https://github.com/RyotaMinami93/Mangao/blob/master/Mangao/ko.lproj/Localizable.strings
エスペラント語 : https://github.com/RyotaMinami93/Mangao/blob/master/Mangao/eo.lproj/Localizable.strings

>>450
(´･ω･`)b Mangaoさん GJ!

Mangaoもzipに入ったpdfが開けるとイイナー

>>452
一票。

まずは普通のPDFを開くと画像がかなり汚いのでいつか改良して欲しい。
他のコミックビュワーは問題ない。＞作者様。

>>452
>>453
私はPDFを使わないので今はじめてMangaoでPDFを閲覧しましたが
たしかにきれいなものと、汚いものがありますね。
ただ、私は全くPDFを使わないので改善する気が起きません。
誰か、パッチ送ってください。
ちなみに参考としてきれいなものと汚いもののリストです。(PDF注意)
きれい
http://ubuntu.asciimw.jp/elem/000/000/010/10093/ubumag-vol01-P41-51.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10113/ubumag-vol02-P59-69.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10269/UM04_P055_065.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10533/UM09_P49-P64.pdf

汚い
http://ubuntu.asciimw.jp/elem/000/000/010/10231/koukai/vol03_P057_067.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10392/UM05_P057-067.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10411/UM06_P059-069.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10465/UM07_P071-081.pdf
http://ubuntu.asciimw.jp/elem/000/000/010/10558/UM10_P51-66.pdf

ブックマーク実装ありがとうございます
さっそく試してみました
ショートカットは動くみたいですが登録したページを選択しても反応しないようです（仕様かもしれませんが）

それとブックマークの書類はどこに保存されるのでしょうか
アプリケーションや書類を移設したときにブックマークも移設したいのですが

>>455
確かに選択肢ても動かなくなってますね。
開発しているときは動いたのですが。
すぐに修正しますので、少々お待ちください。

それと設定はすべて
/Users/ユーザー名/Library/com.RyotaMinami93.Mangao.plist
に保存されます。

>>455
修正しました。

Mangaoはアイコンを募集しています。
現在、GNU/Linux-KDEの電話帳アイコンを流用しているため
独自のアイコンが必要です。

協力していただける方は、メールかTwitterで連絡ください。
[email protected]
@RyotaMinami93

>>454
自分のpdfファイルが悪いのかと思ってた。

>>453
調べると結構簡単にできることがわかったので、改善しました。
>>357
同様のコードを使って、ルーペ画像を鮮明化しました。

PDF表示を比較してみました。
(なおSimple ComicとcooViewerはOS X Lionのフルスクリーンに対応していないため、タイトルバーが表示されています。)
http://ryotaminami93.appspot.com/mangao-pdf.html

12MBのOCR処理したPDF開いたらメモリ消費1GB超えたので強制終了させた

PDFはもともとプレヴューがあるので全然困りません

>>457
確認しました
早い修正ありがとうございます

プレビューだとPDFの電子書籍を見開きで見辛いので助かるわー

>>461
報告ありがとうございます。
ver.3.0.0で修正したPDFのメモリが開放されないバグかと思いましたが違いますね。
他の方で、同様の症状がある方は報告していただけると助かります。

Mangaoはサイレントアップデートに移行しました。
今後、リリースノートはTwitterで行いますので
更新履歴が知りたい場合はフォローしてください。
https://twitter.com/RyotaMinami93/

以前は対応していなかったStackroomとの画像フォルダの連携に
いつの間にかMangaoが対応していました。

いつ対応したのかはわかりませんが報告だけしておきます。

なにそれ怖いｗ

やはり生きていたか…

>>467
追記ですが、GitHubを追跡したところ
GitHubにあげている最初のバージョンである
3.6.1の時点で対応していました。

それ以前のソースコードは破棄してしまったので推測でしかないですが、
>>306で書いた、
・『開く』からフォルダを選択できるように変更。
で対応したと思われます。

ともかくこれで、Stackroomに完全に対応しましたので
使っていただけると幸いです。

わけがわからないよ

俺の中では大ニュースなんだが
こんなにさらっとオナニースレで報告されるだけでいいのだろうかと

>>310で『自動アップデートを実装したため、2chでのリリースノートは行わない』と言いましたが、
ver.7.2.1でサイレントアップデートに移行したためTwitterをしている人でなければ変更点がわからなくなってしまいました。
よって、2chでのリリースノートを再開します。

なお付与されるURLはそのリリースの変更点をコードレベルで示したものです。
より詳しい情報が知りたい方は参照ください。

Mangao ver.8.0.0 をリリースしました。
・ドラッグ&ドロップに対応。
・デフォルトで左開き・1画面のメニュー表示がおかしくなっていたバグの修正。
https://github.com/RyotaMinami93/Mangao/commit/0110333927dde5d7449d81dc6352732526e83e2c

iPhoto から余分な機能を削ぎ落としたようなソフト出てた。1000円。
Unbound for Mac
http://unboundformac.com/

これiPad版もそうだけど全体的に作りが大雑把なんだよなぁ、あんまおすすめしない

ACDsee Pro3がMavericksで不具合が起きる件
公式のブログの方で修正が遅れてすまんみたいな謝罪文が出てたな
コミュニティも随分荒れてるけど手こずってるみたいだ

Mangao ver.8.1.0 をリリースしました。
・何度か要望のあったフォルダ間移動に対応しました。
https://github.com/RyotaMinami93/Mangao/commit/1ddaa470db4e971d4e459b0edd7a4bfd9abe87b5

以下、今まで実装しなかった言い訳です。
『↑↓で移動時に思いがけない画像を開くのが嫌なので実装しない』と言っていましたが
実際のところ、それはそれほど大きな問題ではなく(WindowsのHamanaのように別の親フォルダを探索しなければ)、
それよりもアーカイブとして扱うことになるので動作の統一性が求められることが問題でした。

具体的に言うとフォルダに対しても『アーカイブをゴミ箱に入れる』を許可するのかということです。

フォルダをアーカイブとして扱うのであれば、直感的に言って削除も可能であるべきです。
しかし、フォルダは画像だけでなくフォルダやその他のファイルを含んでいる場合があり
それを容易に削除できることは大変危険なことに思えました。

けれども、過去のバージョンアップで何ページ目まで読んだのか保持するために
フォルダを擬似的にアーカイブとして扱うようになり、アーカイブとフォルダで処理が分かれソースコード自体が煩雑になってしまいました。
そこで今回、折衷案としてフォルダを完全にアーカイブとして扱うようにし、
その代わりフォルダを削除しようとした場合には警告パネルを出すようにしました。

バグ等見つけた場合はご報告おねがいします。

>>477
(´･ω･`)b GJ!

>>473,477
ついにD&D対応!ありがとうございます。
フォルダもD&Dできて良い感じです

>>479
自分もD&Dは欲しかったので実装できてよかったです。
なお、現在Mangaoは複数ウィンドウに対応していないため
複数のファイルをD&Dしても名前が一番若いもののみが開かれます。

それから皆さんにお聞きしたいのですが
Tabで10ページ進む
⌘Tabで10ページ戻るがあったらいいと思う方はいますか？

以前要望を受けたのですが、それほど需要がなさそうだと思ったのでお断りしました。
実装自体は簡単なので他にもあったらいいと思う方がいれば実装しようと思います。

⌘1で10%、⌘2で20%みたいにして欲しいな
cooViewerで地味に便利だったから
自分で設定できるようになったらそれが1番ですけども

>>481
自分も数字キーをすべてスライドショーに割り当てたあとで、
ムダだったかなとも思いましたし、cooViewerのようにしたほうが良かったかとも思いました。

しかし海外のレビューで『スライドショーを簡単に実行できる』とも書かれていて
どちらのほうが一般に求められているのか自分には分かりません。

なにかいい解決方法があれば教えて下さい。

あと、GitHub-README.mdにある通り環境設定は実装しません。

>>482
コマンド+タブ
はアプリケーション切り替えのグローバルショートカットだから使っちゃだめっすよ

オプション+タブ
も日本語IMの殆どがなんらかの機能を割り当ててるのであまりおすすめしない
（Mangaoに文字入力機能がなかったとしても）

だから10ページ戻るに割り当てるなら
シフト+タブが妥当かと

>>483
そのとおりですね。うっかりしていました。
それでは改めて質問ですが、
Tabキーは10ページ進む/戻るをバインドした方がいいと思いますか？
それとも他にTabキーを割り当てたらいいと思う機能がありますか？
よろしくお願いします。

Mangao ver.8.1.1 をリリースしました。
・『フルスクリーン for 〜10.6』を実行すると次回起動時にウィンドウがずれるバグの修正。
https://github.com/RyotaMinami93/Mangao/commit/ec7a3bd861232370831bf45b5e9640e38e0afe0f

>>485
(´･ω･`)b GJ!

>>481さん
>>480との折衷案で
Tabで10%進む、Tab+Shiftで10%戻るというのはどうでしょうか。
それともこれではあなたの使用法にあっていませんか。
お聞かせください。

>>484
>それでは改めて質問ですが……
特にタブキーに割り当てて欲しい機能は思いつかないので
他の方がおっしゃったページ送り戻しで良いと思いますが
送り方については10ページ送る／戻すのようなページ数決め打ちの方がいいかな

スペースで1ページ送り
オプション＋スペースで10ページ送り
どちらもシフトを押しながらだと逆送り

ってのが理想

>>488
分かりました。送り方はページ数決め打ちにします。
>>489
他の方で10ページ送りに割り当てたらいいと思うキーバインドがある方はいますか。
もう少し皆さんの意見を聞いてから決めたいと思います。

決め打ちはちょっとページ数多いと厳しくないか
基本それでもいいが他のキーともバインドしてShift＋何か＋Tabで％送りも合ったほうがいいかと

>>490
スノレパでは、フォルダーのドラドロが出来ません

どう転んでも誰かが泣いちゃう取捨選択なんだからサッサと決めちゃえばいいんじゃないの

>>492
詳しく教えて頂いてもいいですか。
>>493
実際そのとおりだと思います。
10ページ送るという機能は
SimpleComic,cooViewer,ComicViewerの中ではcooViewerにしかなく
cooViewerではTabに割り当てられているのでそれに倣うのが正しいと思います。
10ページ送りはTabキーに割り当て、>>491さんの言うページ数が多い場合への対処法を
独自仕様として考えようと思います。

10ページ送りのみでいいと思うなぁ
ページ多い場合つっても800ページ分送るのに10秒程度だし(cooViewerの場合)
ただページ飛ばす機能使った時は視覚的なフィードバックが同時に欲しいな

ご報告
アプリケーションフォルダ以外のフォルダにMangao.appを置いた場合
ウインドウへのドラッグでは書類が開けません
dockアイコンやアプリアイコンへの直接ドロップ時は問題なしです

Mac OS X 10.6.8
Mangao 8.1.1

ログは下記
13/11/25 1:29:42
[0x0-0xd84d84].com.RyotaMinami93.Mangao[26060] FSPathMakeRef(/Applications/Mangao.app) failed with error -43.

Mangao ver.8.2.0 をリリースしました。
・10ページ進む・戻るを実装。
https://github.com/RyotaMinami93/Mangao/commit/404d1e320a17729bbda86746a195b2d2d52d240c

とりあえず実装しました。
>>495
視覚的なフィードバックとはどのようなものですか？

>>496
それは仕様です。
open -a /Applications/Mangao.app アーカイブ
をしているだけなので。
すぐに対応します。

Mangao ver.8.2.1 をリリースしました。
・アプリケーションフォルダ以外にMangaoを置いていた場合、ドラッグ&ドロップできないバグを修正。
https://github.com/RyotaMinami93/Mangao/commit/e649c4037eb18de88b4d7306c9f9e965e52d5a43

>>496
修正しました。
バグ報告ありがとうございました。

>>498
(´･ω･`)b GJ!

Mangao ver.8.2.2 をリリースしました。
・韓国語訳の修正。by @ekkamuth
https://github.com/RyotaMinami93/Mangao/commit/208134183be4cc1147f9208255b06486f475aa6c

>>500
　　　　＿＿_
　　＿l≡_、_ |＿
　　　（≡,_ﾉ` ）y─┛~~ GJ!

DockのMangaoアイコンへD&Dでフォルダも開けるようになると嬉しい
なぜかoption+command押しながらD&Dじゃないと反応しない

>>502
自分の環境ではできるのでよくわからないです。
http://gazo.shitao.info/r/i/20131125191128_000.gif

>>503
そのサンプルGIFはフォルダじゃなくてアーカイブなのでは

>>504
レスをちゃんと読まずに返信してすみませんでした。
確かにフォルダだとできないですね。
でもこれってMacの仕様ではないですか？
誰か知っている方教えてください。

これですね。
http://inforati.jp/apple/mac-tips-techniques/system-hints/how-to-force-open-file-with-mac-application.html
でもつまりこれを解決するには
『フォルダ』をMangaoに関連付けなければいけないということですか？
自分にはよくわからないです(そんなことが可能なのか)

>>502
出来ました。
今から夕食なので食べた後リリースします。

>>506
フォルダへの関連付け、と言うか
フォルダ受け入れ可能宣言はInfo.plistへの記載で行います
その後はコード次第ですが
現在でも強制ドロップにより画像が閲覧できるので、特に変更は不要かと


mangaoの場合はやや古いOSでも動かす必要が有るので
CFBundleDocumentTypes → CFBundleTypeOSTypes によって設定し、
値に「fold」を設定しておきます
※「fold」はフォルダを示す特殊タイプ、「disk」はボリューム。

ディスクをドロップする人がいるかどうかはさておき
具体的には下記でいけます（検証済）
<key>CFBundleTypeOSTypes</key>
<array>
<string>fold</string>
<string>disk</string>
</array>
<key>CFBundleTypeRole</key>
<string>Viewer</string>

書き込み前にリロードしませんでした
不要な説明失礼しました

Mangao ver.8.2.3 をリリースしました。
・DockアイコンにフォルダをD&Dした場合にも開けるように変更。
https://github.com/RyotaMinami93/Mangao/commit/48e798b71bc3072fab30f72158b8c2bcb161dae6

>>502
報告有り難うございました。

>>509
すいません。リリース後に書き込みを見ました。

そちらの方法は発見したのですが
http://www.mindto01s.com/2012/12/25/cfbundledocumenttypes_in_infoplist.html
にDeprecatedだとあったので
LSItemContentTypesにpublic.folderを設定しました。

これでは古いOSでは動きませんか？

>>510
ありがと
仕事速いね〜ｗ

でチェックしてて、もうひとつ発見
フォルダのD&Dだと直下の階層のファイルしか開かないようだ
たとえば、
(D&Dする)フォルダ/○○○○.jpg だと OKだけど
(D&Dする)フォルダ/フォルダ/○○○○.jpg とかはNGになる
アーカイブの場合は階層が深くなっても表示されるみたい

>>511
その通りです。
D&Dに限らずフォルダは一層しか対応していません。
ちょっと待ってください。
対応します。

Mangao ver.8.3.0 をリリースしました。
・D&Dや『開く』でフォルダを開いた場合、そのフォルダ以下の画像ファイルを再帰的に全て取得するように変更。
https://github.com/RyotaMinami93/Mangao/commit/e5c97694ab58c18734556aa8cfef56c6cdbeb58b

>>511
対応しました。

>>513
またまたあんがと
要望が1日に2度聞き入れられてそれぞれバージョンアップされるって
レスポンス良すぎｗ

StackroomやcooViewerもそうだったけど、この手のスレのソフトは
コミュニケーション取りながら進行して行く、みたいな手作り感が凄いなｗ

>>510
ウチは10.6ですが10.6なら大丈夫でしたよ
ただDeprecatedを避けたいということでしたら
そこのブログだとfolder指定がDeprecatedの様にも読めますが
実はCFBundleTypeExtensions自体が既にDeprecatedになってるので
他の項目についてもLSItemContentTypesで置き換えた方がいいことになります
(CFBundleTypeMIMETypes、CFBundleTypeOSTypesも同じくDeprecated)

なので、すべてCFBundleTypeExtensionsで記述するか
気合で全項目をLSItemContentTypesに変更するか
動いてるから混在でよしとするか

Mangaoは各言語への翻訳を募集していますが
今、特に中国語への翻訳を募集しています。
中国語が話せて協力してくださる方、
このスレかメールでぜひご連絡ください。
[email protected]

>>515
そうだったんですか。
情報ありがとうございます。
10.6で動いているのであれば大丈夫なので
すべてLSItemContentTypesに変更しようと思います。

最近のMangaoの怒涛のアップデートで、cooViewerからMangaoへ完全移行できましたわ。
ウィンドウへのD&D対応がやはり滅茶苦茶ありがたい。
制作者様本当にありがとう。
個人的な要望なんですが、マウスのホイールクリックでコンテキストメニューを呼び出して選択できるようになると、マウスだけで操作ができてありがたいです。

>>518
それいいですね。
数日中に実装します。

それからver.8.3.0の画像ファイル再帰的取得により
mbdlの存在意義がなくなったので
フォルダ及びcvbdlにmbdlの機能を統合して、
(具体的に言うと再帰的取得中にZIP,RARファイルを見つけた場合展開して取得)
mbdlを廃止します。
反対意見のある方は今週中におねがいします。

>>519
要望出したそばから採用してくれるなんて…ッ
ありがてぇ…! ありがてぇ…!! (;_;)

Mangao ver.8.3.1 をリリースしました。
・フルスクリーンを統合。(つまり、〜10.6なら『フルスクリーン for 〜10.6』を10.7〜なら『フルスクリーン』を実行)
https://github.com/RyotaMinami93/Mangao/commit/399e7497c689090a146ffb769c27e0190fe55b90

Mangao ver.8.3.2 をリリースしました。
・Command+Shift+.による不可視ファイル・フォルダの表示に対応。独自規格の『.ShowsHiddenFiles』を廃止。
https://github.com/RyotaMinami93/Mangao/commit/1daed36990070d3933f6a0c9ee773b143d2a1571

>>302
その節はありがとうございました。

>>523
(´･ω･`)b GJ!

前々から実装したいと思っているサムネイル一覧ですが
IKImageBrowserViewを使って実装したいのですが(ダブルクリックでその画像を開く)
https://developer.apple.com/library/mac/documentation/GraphicsImaging/Reference/IKImageBrowserView/IKImageBrowserView_Reference.html
http://www.lifeaether.com/overtaker/blog/?p=517
http://news.mynavi.jp/articles/2008/06/18/imagekit/004.html
http://paraches.blog77.fc2.com/blog-entry-30.html
等を見ても日曜プログラマの自分ではさっぱり分かりません。
今見ている画像のフルパスのリストは
app.fileListFullPath(PDFの場合はapp.PDFImageArrayにNSImageのリスト)に入れてありますので
誰か実装してください。
自分では何度やってもダメだったのでどうかおねがいします。

Mangao ver.8.4.0 をリリースしました。
・『ホイールクリックでメインメニューを表示』を実装。
https://github.com/RyotaMinami93/Mangao/commit/25fbb174b2eaf32f1bf2b86ee67d93f9b714de05

>>518
実装しました。
アイディアありがとうございました。

>>526
(´･ω･`)b GJ!

ゴミ箱にたまっていく過去バージョン
更新乙乙！

怒濤のバージョンアップ乙！
無理しないでなー

一応念の為に言っておきますが
Mangaoは自動アップデートされるので
バージョンアップのたびにホームページからダウンロードする必要はないので
ご注意ください。

>>526
ホイールクリックのコンテキストメニュー実装ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
滅茶苦茶実装早くて感動した。
本当にありがとう (´；ω；｀)b GJ!!

お礼になるかわからないけど、Mangaoのアイコンを試しに作ってみました。
地味すぎるかなとも思いますが、とりあえずの習作としてアップしてみます。
こうした方がいいとかあったらご意見お聞かせ下さい。
http://firestorage.jp/download/d5678c2e54370135545200d976fea23bfcecdfe8

>>532
表紙の文字は不要 に一票

>>532
(´･ω･`)b GJ!

>>533
表紙文字確かに邪魔ですね。
アイコンサイズになると文字も小さくて読みづらくなりますし。
ありがとうございます！

>>532
すごくかっこいいです。
ただ確かに文字はないほうが見やすくていいかもしれません。
ぜひデフォルトアイコンとして使わせていただきたいのですが、
ライセンスの絡み上、一度、直接メールいただけると嬉しいです。
[email protected]

Mangaoはその性質上『自由な』ファイルしか含めることはできません。
最初に使っていたアイコンは最初、使用に関して制限なしだったのに
その後、商用・単体配布が不可に変更されました。
現時点ではそのアイコンファイルの権利は518氏がすべて保有しています。

どうか2chのIDが変わる前に、
ご連絡くださるか、
GPLv3,LGPLv3,MIT,CC0等の
GPLv3互換ライセンス http://www.gnu.org/licenses/license-list.ja.html#GPLCompatibleLicenses
で配布してくださるようにおねがいします。(現在のアイコンファイルはLGPLv3です)
なお、クリエイティブ・コモンズはCC0を除いてGPLv3と互換性がない( http://www.gnu.org/licenses/license-list.ja.html#ccby )ことにご注意ください。

以下が各ライセンスの簡略な説明です。必ず原典もお読みください。
GPLv3:このファイルを自由に使用して良い。ただし著作者表示を行い、二次著作物に同様のライセンスを付与すること。
LGPLv3:このファイルを自由に使用して良い。ただし著作者表示を行い、二次著作物に同様のライセンスを付与すること。(リンク(今回のアイコンファイルのような使われ方)の場合は除く)
MIT:このファイルを自由に使用して良い。ただし著作者表示を行うこと。
CC0:このファイルについて、可能な限りすべての権利を放棄する。

なぜMITやBSDではなくGPLで作りはじめたのだろうか

画像扱うソフトなんだから単純にzlib Licenseで良かった気がするけど

>>538
GUI部分をフォークしたものが出てくることを期待したからです。
いい変更であれば、マージしたいと思いますが
その時にソースを秘匿されたり、不自由なライセンスで配布された場合、
それができなくなることを恐れたからです。

それに最初から最もコピーレフトなライセンスを選択していれば、
含めるライブラリのライセンスを気にしなくても良くなるという点もあります。

>>539
518氏のアイコンファイルのことでしょうか。
確かにいいと思います。
zlib:このファイルを自由に使用して良い。著作者表示は行わなくてもいいが、嘘の著作者表示をしてはいけない。
というか嘘の著作者表示は著作者人格権で禁止されているのでこのライセンスの存在意義が分かりません。。。

IDまだ大丈夫かな？
先ほど制作者様のメールにてアイコン関係の連絡をさせていただきましたので、ご確認下さい。

>>542
確認しました。
少々お待ちください。

これからはもしなんか投下するときは鳥つけといたほうがいいなw

Mangaoはスワイプジェスチャーに対応していますが、
利用するためには、[環境設定][トラックパッド][ページ間をスワイプ]を
『3本指でスワイプ』か『2本指もしくは3本指でスワイプ』に設定する必要が有ることにご注意ください。
(2本指ではスワイプできません。)

>>541
自己レスですが、zlibには変更した場合の通知義務があるんですね、
間違った情報を流してすいません。

Mangao ver.8.5.0 をリリースしました。
・『2本指ダブルタップで半ページルーペを起動』を実装。
https://github.com/RyotaMinami93/Mangao/commit/85e208a119294cd72aea3622e464c32d400b55f4

>>547
(´･ω･`)b GJ!

MangaMeeyaにある擬似4色を実装したいのですが
どうしたものかさっぱりわかりません。
Androidへの移植はいくつかあるようなので
誰かObjective-Cに移植してくれませんか。
http://blog.livedoor.jp/z_akita/archives/6616089.html

NASから圧縮ファイルをMangaoで読み込んだ時、かなりレスポンスが悪くなるのが気になるな。
先読みキャッシュの処理などはどうなっているんだろう？

>>550
現在、PDFファイルの場合のみキャッシュを作っています。
今後すべての場合にキャッシュを作成するように変更はしますが
他に優先度の高い変更がいくつかあるのでかなり後回しになると思います。
年内を目処にみてください。

Mangao ver.9.0.0 をリリースしました。
・アイコンを変更。 by Jun <[email protected]>
https://github.com/RyotaMinami93/Mangao/commit/0eff8d65be55fb24813c7df57976130f2057b426

アイコンファイルはCC0 1.0 Universalライセンスによって許諾されています。
ライセンスの内容を知りたい方はhttp://creativecommons.org/publicdomain/zero/1.0/deed.jaでご確認ください。
http://ryotaminami93-image.appspot.com/mangao-icon.zip

なお、今回の変更につきましては518氏に大変ご尽力いただいきました。感謝いたします。

>>552
(´･ω･`)b GJ!

>>549
http://web.archive.org/web/20060114060926/http://www.avisynth.org/warpenterprises/files/gicocu_25_dll_20050620.zip
もとのプラグインにcppファイル入ってるんだけどこれじゃアカンのかい？

>>555
情報ありがとうございます。
ただ実際自分にはC++でもハードルが高すぎます。
誰かライブラリ作ってくれませんか。

単に濃度明度やインクパターンで判別して着色とは違うん？
近隣のも考慮して色分けせにゃならんからイチから作るのはアレって話かね

Objective-C++

>>557
多分上行の通り単純なものだとは思うのですが
私にプログラミングに関する基本的な知識がないので出来ない、ということです。

>>558
.cppを.mmに変えればそのまま使えるのですか？

あとGicocuのライセンスってどうなってるか分かる人いますか。
http://avisynth.org.ru/docs/english/externalfilters/gicocu.htm
ではopen sourceとしか書いておらず
Androidでの実装では
http://blog.livedoor.jp/z_akita/archives/6616089.html
GPLv2に、
WindowsPhoneでの実装では
http://ch3cooh.hatenablog.jp/entry/20120703/1341291770
MITになっています。

もしGPLv2であればMangaoのGPLv3と互換性が無いため実装できないので気になります。

Mangao ver.9.1.0 をリリースしました。
・左開きの時、矢印キーによるページ移動を反転するように変更。 by @ekkamuth
https://github.com/RyotaMinami93/Mangao/commit/53bded6975083e49605b4ec94b7ae8b42dc0963a

いい加減うぜぇよ
専用スレでも作ってそっち行け

ここが専用スレなのに？

>>562
ここが過疎っていなければ当然そうしますが
Mangao以外にMac用コミックビューアの話題が存在しない今現在
その必要があるとは全く感じません。

他行けカス！

文句言ってる奴が初心者板へ行けば問題解決

>>562みたいな無能はいらんからね

それだけ盛りがれるなら、専用スレでやって行けるよ、
どうぞ移動お願いします。

　 　　　　 　　 ＿＿＿_
　　　　　　 ／ ＼　　／＼　 ｷﾘｯ
　　　　　／　（ー） 　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼　　　＜　ｶﾁｬｶﾁｬ　専用スレでも作ってそっち行け　ﾀｰﾝ　と
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　 　 　 　 　 　 ＿＿＿
　　　　　　　／　　 　 　＼
　　　　 　／ノ　　＼　　 u. ＼　！？
　　　　／ （●） 　（●） 　　　＼　
　　　　|　 　（__人__）　 　　u. 　 |　ｸｽｸｽ>
　 　　 ＼　u.｀ ⌒´　 　　　　／
　　　　ノ　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　　　　　 　　　＿＿＿_
<ｸｽｸｽ　 　／　　　 　 　＼！？？
　　　　 　／　　u　　 ノ　　＼
　　　　／ 　　　　 u （●）　　＼
　　　　|　 　　　　　　　（__人__）|
　 　　 ＼　　　　u　　　.｀ ⌒／
　　　　ノ　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ

いやだから新参が余所へ行けよ

分かりました、
今後、自分が来ない事にします。

ビュアーの総合的なスレだと思ってましたし、結果的に過疎ってても仕方ないとは思ってます。

最近は、特定アプリへの意見と更新情報ばかりで、なんか違うな思ったので言っただけで、
皆が求めて居るなら、自分が消えます。

(´，　_　`)ゝ 素直でよろしい！

cooViewerがここで生まれたときもこんな感じだっただろ

新たなソフトを生むためにあるスレで何言ってんだか

デュアルライセンスならMITでいいんじゃないの

ACDsee使いの自分はユーザーが他にもいるのがわかってるんで
話題があったら自分で振るようにしてるよ
ようやく3がMavericks対応したね

もはや2chでアプリ開発やってる人なんて絶滅状態なんだから、
巡回してるスレで新しいのが出来る経過を見れるなんて嬉しい事だ。

気にせずここでやってくれ
あの手の奴は単に潰したいだけだろうし

>>575
何についてのレスですか？
>>576
Mangao以外の話題がないと言ってすいませんでした。

ご心配おかけして申し訳ありませんでした。
これまで通り続けます。

現在、PDFの画質改善と速度向上を目指しています。
@ekkamuth氏の助けによって
NSImageのデフォルトのDPIが72なのに一般的なPDFはDPIが300
であることが
画質の悪くなる原因であることが分かり
NSSize size = NSMakeSize(image.size.width*300/72,image.size.height*300/72);
[image setSize:size];
とすればきれいな画像になることが分かりました。

しかしこの方法はPDFのDPIが300の時だけ有効な方法です。
よってPDFのDPIを調べる方法が必要なのですが
いくら探しても
http://stackoverflow.com/questions/11636982/how-to-figure-out-the-resolution-dpi-of-a-pdf-document
>>画面に定規を当てて調べるといいよ
のような回答ばかりで分かりません。

どなたかPDFのDPIを取得する方法を知っている方はいませんか。

>>559
http://ja.wikipedia.org/wiki/Objective-C#Objective-C.2B.2B
>Objective-C++
>
>Objective-CとC++が混在したもの。両者はCからの拡張部分がほぼ干渉しないため、お互いをただのポインタ値と見なすことで表記が混在できる。
>したがってクラスシステムの互換性はなく、単純なObjective-C & C++になる。
>
>関数やObjective-Cメソッドの内部では、Objective-CとC++両方の機能を任意に組み合わせて利用することができる。
>例えば、Objective-Cオブジェクトの寿命を管理するスマートポインタを、C++の機能を用いて作成するようなことが可能である。
>他方、クラスの階層はObjective-CとC++で完全に分かれており、一方が他方を継承することは全く不可能である。
>また、伝統的なObjective-Cの例外処理とC++のそれは互換性がなく、プログラマが両者を逐一捕捉・変換しなければ、メモリリークやクラッシュにつながる。

cppファイルそのまま使えるっぽいけど、扱いが大変そうだね
ライセンスは、ソース内を見る限り明示されてないね
ただGimpのソースを引っぱってきてるようなのでGimpが採用してるライセンス（たぶんGPL）に従ってGPLになるんだと思う

androidやWP版ではソースそのまま引っぱってるんでなく書き直してるっぽいからライセンス違うんだと思う

>>581
http://docs.gimp.org/ja/gimp-introduction-whats-new.html
を見ると2.8からGPLv3+に移行したようなので
それ以前はGPLv2+で間違いないようです。
Gicocuの発表された時期から言うとGPLv2+で間違いなさそうです。
それならGPLv3に移行させて取り込めます。

それとアルゴリズム自体は同じ移植でライセンスを変えれるのですか？

アルゴリズムにライセンスなんてつけられるのか？

ライセンスってアルゴリズムじゃなくて実装につくんじゃね
アルゴリズムに該当するのは特許権かと

>>583,584
結論としてはこういうことですかね。
http://www.catch.jp/oss-license/2011/11/19/gpl2bsd/
http://q.hatena.ne.jp/1159847609

そして
http://www.opensource.jp/gpl/gpl.ja.html
より
"また「『プログラム』を基にした著作物」とは
『プログ ラム』やその他著作権法の下で派生物と見なされるもの全般を指す。
すなわち、 『プログラム』かその一部を、全く同一のままか、改変を加えたか、
あるいは 他の言語に翻訳された形で含む著作物のことである
(「改変」という語の本来 の意味からはずれるが、以下では翻訳も改変の一種と見なす)。"

ところでプログラミング言語もプログラムの一つな訳だけどそれはどうなるんだろ

つまりどういうことだってばよ
GPLv2の段階のを移植すればいいってことかな

>>587
多分そういうことだと思います。
gicocu.cppをそのまま使うわけではないので
cocoaのライブラリとして作るときに
GPLv3+としてリリースすればいいと思います。

画像サイズに合わせて自動でウインドウサイズが変化してくれるビューワーってないかな

>>589
ComicViewer http://tumblr.cathand.org/comicviewer_mac
Simple Comic http://dancingtortoise.com/simplecomic/

Googleグループでサポートか
の割に1年以上何もなしかい…

Mangao ver.9.2.0 をリリースしました。
・PDFの読み込みを高速化・画質を改善。
https://github.com/RyotaMinami93/Mangao/commit/b6820206f8d6fda94121b74713f72c695cc366ba

今回の改良にあたっては
Simple Comic(MIT license) http://dancingtortoise.com/simplecomic/
のコードをそのまま使わせていただきました。

また、GPL内にMIT licenseのコードを取り込んだ場合の
クレジット表記については
http://d.hatena.ne.jp/mozxxx/20110529/p4
を参考にさせていただきました。

今回のバージョンアップで
やっとまともにPDFが読めるようになりました。
大変お待たせしました。
before : http://gazo.shitao.info/r/i/20131130192303_000.png
after : http://gazo.shitao.info/r/i/20131130192401_000.png

>>592
なお上の画像は
A Quick Guide to GPLv3
by Brett Smith
http://www.gnu.org/licenses/quick-guide-gplv3.pdf
です。

着色が付くのが楽しみすぎる

Mangao ver.9.3.0 をリリースしました。
・アーカイブの読み込み時にフルパスのリストではなくNSImageのリストで保持するように変更。
https://github.com/RyotaMinami93/Mangao/commit/8e8cbb549ab7fbcaadf9504298a2f079450b0d31

>>550
一応すべての場合に画像をメモリ上に保持するように変更しました。
しかし、私はNASを持っていないのでこれで本当にキャッシュ出来ているかわかりません。
動作報告おねがいします。

>>595
(´･ω･`)b GJ!

>>595
複数台のパソコンを持っているならば、ファイル共有使ってNASのテストが可能なんじゃないかな。
そもそもNASといってもMacから見れば接続がafpかsmbかの違いしかないだろうし。

ただサーバ（NASの機種とか）によってレスポンスが極端に悪いものもあるから、
例えばアーカイブ移動とか10ページ移動とかの際の挙動に注意が必要かも。
Finderでもそうだけど、読み込み先が接続切れなどで読めないときに無反応になったとき、
システム巻き込んで強制再起動とかたまにあるので。

>>597
アドバイスありがとうございます。
MacMiniを使ってやってみました。

結果としては良好でした。
アーカイブを開くときは時間がかかるものの
その後はレスポンス等の遅れは全くなく
MacMiniの電源を切ってもそのまま読み続けることが出来ました。
キャッシュはできているようです。

※現在の仕様ではページ指定移動、10ページ移動をした時に
アーカイブを開き直すようになっています。
近日中に直しますがNASを使う方はご注意ください。

Mangao ver.9.3.1 をリリースしました。
・ページ数指定移動等をする時、アーカイブを開き直す仕様を廃止。
・アーカイブを開いていない時、いくつかの操作で範囲外アクセスが起こるバグの修正。
・壊れたアーカイブ等を開いた時にウィンドウタイトルをリセットしないように変更。
https://github.com/RyotaMinami93/Mangao/commit/d07585b7535a43ea43592cf18b0de525a151bb02

>>598
修正しました。

NAS(TS-219P II Turbo) にて、無線LAN状態で確認しました。
結果、上記報告と同じように最初のアーカイブ読み込みに多少時間がかかりますが、その後は今までが嘘のようにサクサクと見れました！
ストレスが一気に減って、また満足度の高いソフトに仕上がってきましたね。
ありがとうございます！

あと気になった所があったので報告。
1画面→2画面の切替時にもアーカイブを開き直しているようで、レスポンスの遅れがきになりました。

>>601
情報ありがとうございます。
すいません。すっかり忘れていました。
しかし、今コードを見てみましたが、開き直さないようにするには
根本的なコードの変更が必要なようです。
来週末までに画像表示のアルゴリズムを根本的に見直しますが
その時までに直します。

>>602
(´･ω･`)b 乙

>>602
D&amp;D便利っす

よければcooViewerにある
「画面に合わせない」か「画面の横幅に合わせる」の実装をご検討お願いします

>>604
ごめんなさい。実装しません。
理由は3つです。
1.自分がその挙動の必要を感じない。
　細かい部分を見るためならルーペで事足りると思う。(そのために半ページルーペという独自の実装をしている)
2.「画面の横幅に合わせる」で見ている時、スクロールで見る場所を移動する事になるので
　『スクロールでページ移動』を無効化しなければならずコードが煩雑になる。
3.専門的な話として、NSImageView(画像表示領域)をNSScrollView化しなければならずコードが煩雑になる。

>>604
すいません言い忘れていましたが
来週おこなう、全体のアルゴリズム改修で
『半ページルーペ』が実質的に『画面の横幅に合わせる』と同じ機能になります。
お待ちください。

>>605,606
返信ありがとうございます。了解しました

スレタイのような用途ではルーペより実寸の方が都合がよいので、半ページルーペの改修楽しみにまってます

Mangao ver.9.3.2 をリリースしました。
・壊れたアーカイブ・空のアーカイブをゴミ箱に入れられないバグを修正。
https://github.com/RyotaMinami93/Mangao/commit/b0c588c7254a7edd6afc76bdc4b424f02874e594

>>608
(´･ω･`)b GJ!

Mangao ver.9.4.0 をリリースしました。
・フォルダ・cvbdlにmbdlの機能を統合し、mbdlを廃止。
　つまりフォルダ・cvbdlを開いた時、そのフォルダ以下に存在するZIP・RAR内の画像も取得するように変更。
https://github.com/RyotaMinami93/Mangao/commit/5207b356d16e9c7e29a216e1b208a6c1f2013f86

深夜までお疲れさまです

着色機能が楽しみで仕方ないです

9.4.0でのバージョンアップについて補足ですが、
つまりフォルダ・cvbdlを開いた時、そのフォルダ以下に存在する
PDFを除くあらゆる画像ファイルを取得し(ZIP・RAR内のものも含む)、
連続して閲覧ができるということです。

ですので冗談でもrootディレクトリ(Macintosh HD)等を開かないようにしてください。
冗談抜きで全ファイルを探索、画像ファイルかの照合を行いますので
まず間違いなくフリーズします。

読み込み画像数or使用メモリが一定数を越えたら定期的に警告しつつ
危険域に入った場合は自動で停止するように改善してください

>>613
どうぞご自分でなさってください。
メモリ管理は面倒だし専門的すぎてちんぷんかんぷんです。
どうせMangaoを終了すればメモリは開放されるのだから私は興味ありません。

メモリ管理はなぁ
自分も素人だけど付け焼き刃の知識で対策できるようなもんでもないし奥深すぎて立ち入りたくない範囲

一切考慮してないってこと？
起動時にシステム自体の総量見て制限くらいはしてていいんじゃないの

誤解を招きそうなので補足しておくと
メモリリーク(使用済みのメモリを残したままにする)はちゃんと対策しています。
今回問題になっているのはver.9.3.0のバージョンアップで読み込んだ画像をメモリ上に保持する仕様になったため
大量の画像を含むフォルダ等を開いた時メモリを大量に消費する、という問題です。

>>616
制限することによって利用者にどんなメリットがあるのですか？

メモリ食い尽くして落ちるなんてプログラムが対処すべき事象だろ
自分さえよけりゃいいなら公開なんぞすんな

メモリの制限なんてOSがやるべきことだろ
なんでわざわざソフトが自分の首絞めるようなことする必要があるんだよ

大体OS Xがろくにメモリ管理もできないことぐらい承知のはずだろ

実際どうなるのかしらんがOS巻き込んでフリーズするならアプリで対処すべき
OSが面倒見てくれるならそれでもいいんじゃない
とはいえサブフォルダ以下を無制限に画像を読みに行くなんて正気の沙汰とは思えない仕様だわ

ところで大量の画像ファイルを含むフォルダを実際に開いてみました。
対象は1.3MBの画像ファイル12枚を含む10.9MBのZIPファイルを800個(計8.74GB)含むフォルダです。
MBA2013最安モデルで実行しましたが
開くまでに5分、
物理メモリ(4GB)をすべて、
仮想メモリを14GB、
スワップ使用環境を7.76GBという結果でした。

今、そのフォルダを開いたまま(メモリを使ったまま)パソコンを使っていますが
何ら動作速度等の低下は感じません。

つまりそれだけのことです。
そのような制限が何らかの意味があるものとは私は思えません。
それはつまりブラウザでタブを開きまくった挙句メモリの使いすぎだと文句を垂れるようなものです。

ごめんなさい。スレを更新せずに書き込んだので順番が前後しますが回答します。

>>618
落ちるなどどこにも書いていません。Mangaoがフリーズするだけです。
>>621
できればMangaoを開いてユーザーフォルダ等、サブフォルダを多く含むフォルダを開いてみるぐらいはして欲しいです。
正気の沙汰と思える速度とCPU使用率で処理が終わるので。

ルートを開いたら落ちるって自分で書いたんだから、まずはそっから試しなよ

フリーソフトの挙動に文句をつけるやつがいるとは驚きだわ。

ああ危険域とかあるからハングアップでも起こすレベルで駄目設計なのかと思ったわ
アプリがどうこう程度なら別にいいんじゃないの、フォルダ誤爆しただけで停止するのは不便だとは思うが
ただ大抵のフリーソフトだと物理メモリを超える量やサイズの画像は使わんようにしてるもんではあると思うよ

自分で書いてなんだが別にフリーソフトに限らんな

>>624
実際やってみたんですが
CPU・メモリ使用率がうんともすんとも言わないんです。
たぶんOSX側で開けないようにしてあります。
あまり上位のフォルダを開かないようにしてほしいという意味で書いたのですが
相当、例えが悪かったですね、すいません。

ただ、代わりに試したsystemフォルダは45秒で開けました。(何故か画像は表示されませんでしたが)

>>626
たしかにそういう実装は考えられます。
しかし>>622を見てもらえばわかるように超過分はスワップで補うので
その制限をつける必要性を感じないのです。

そういう点をどうするかこそ設定できればいいけど設計理念に反するか
利点って話ならスワップ使用すること自体がシステム全体のパフォーマンス大いに落とす行為だとは思うけど
まぁ作者の好みでいいよ

つーかGPLなんだから仕様が嫌ならフォークしろよ

GPLだから嫌で終了だろ

いや自分でもなんでこんなに荒れているのか理解できないです。

例えばFirefoxではスクリプトの処理が遅い場合、停止するかどうかのダイアログを表示します。
しかし↓のように単純に重いページに関してはそのようなものは出ません。(本当に重いので注意)
http://web.archive.org/web/20071004225902/http://3.141592653589793238462643383279502884197169399375105820974944592.jp/

それだけの事なのですが。

これで荒れてたのか知らんかった

>>633
その例えだと一枚の画像サイズの問題じゃないか？
Firefoxでも多量のタブを開く場合は開く前に警告出るよ

>>612の書き方がアレだっただけで対策してるなら危険な設計ってわけではなし
制限なしの探索かつ現在位置から極端に離れたものまで全て保持しておく必要性があるのかって意見があるだけのことで別に荒れちゃ居ないだろう

折角作ってもらってるのにあれやこれやと文句言うなよ、要望ってのとは全然違う

>>635
>>その例えだと一枚の画像サイズの問題じゃないか？
OSXごとフリーズするような現象が対応されていない(技術的に出来ない？)ということを示したかったのです。

>>>>612の書き方がアレだっただけ
その通りです。
自分の書き方がすべての原因です。

Mangao ver.9.4.1 をリリースしました。
・画像ファイルを開いた時にサブフォルダの探索が行われていたバグの修正。
https://github.com/RyotaMinami93/Mangao/commit/73f0fe5437e0ad41f5a18e784847c107edc625b1

探索中はキャンセルできるようなダイアログを出しとけばいいんでないの
それかある程度探索したらユーザーが操作できるようにしてあとは裏で読み込み続けるとか
読み込み中なんもできなくなるのはちょっとなあ...

Mangao ver.9.4.2をリリースしました。
・画像ファイルを開いた時にサブフォルダの探索が行われていたバグの修正。
https://github.com/RyotaMinami93/Mangao/commit/f2a78e53020708bd7113d416182d35e0d02ca4b2

すいません。さっきのでは足りてませんでした。

>>639
>>それかある程度探索したらユーザーが操作できるようにして
これは範囲外アクセスを防ぐ処理が複雑になり現実的ではないですが、

>>探索中はキャンセルできるようなダイアログを
私もそれができれば一番いいと思います。
ちょっとやってみます。

色んな意見があるけども、そういう意見を反映させて確実に良くなっていってるよね。
現状一番期待できるビューアなので、これからも応援してますよ。

Mangao ver.9.4.3 をリリースしました。
・フォルダ・cvbdlの読み込みに1秒以上かかっている場合、読み込みキャンセルダイアログを表示。
https://github.com/RyotaMinami93/Mangao/commit/046989dac4b8196f7ef9bfb76a0e6bec71794b66

>>639
実装しました。
しかし慣れないマルチスレッドの実装のため間違いなくバグがあります。
どんどんフィードバックおねがいします。

>>642
　　　　＿＿_
　　＿l≡_、_ |＿
　　　（≡,_ﾉ` ）y─┛~~ 乙！

>>642
今のところ問題なく中止できるよ

でもこれキャンセルボタン押さなくても読み込んでるんだよね？
なら途中で読み込み中止に出来なくなるキャンセルボタンは要らないんじゃないかな
ぱっと見でどっちのボタンが中止ボタンかわからないってのもあるし

>>644
そのツッコミは絶対に来ると思っていました。
それは自分がこの機能に乗り気ではないので
『フォルダを削除』『ブックマークを全削除』の確認ダイアログを使いまわしているのが原因です。
私は直す気がありませんので誰かやってください。

Mangaoは初めてプログラミングというものをした人間が
20時間(2時間x10日間)で作ったソフトです。

不満や機能要望がある方はぜひ、
プログラミングは難しいという先入観を捨てて
開発に参加してください。

数時間、分からないところをググりながら読めば理解できるような
非常に『分かりやすい』(上級者から言えば冗長な)コードになっています。

開発に参加する手順はわずか3ステップです。
1.Xcodeをインストールする。
　https://developer.apple.com/xcode/
2.GitHub for Macをインストールする。
　http://mac.github.com/
3.https://github.com/RyotaMinami93/Mangao の『Clone in Desktop』をクリックする。

分からないことがあれば何でも回答しますので、
ぜひ開発に参加して自分の意見を直接コードに反映してください。

>>646
完全にスレ違いだけど、何か参考にした本やページある？
MangaoよりMacアプリに興味があってすんません(´･ω･`)

>>647
実際のところ特定のページ等はありません。(本は読んだことありません。)
何かしたいことがあったら『cocoa "したいこと"』で検索して出てきたコードを使うだけなので、
あえて言うなら検索結果にはよく http://hmdt.jp/cocoaProg/ が出ましたね。

Mangao ver.9.4.4 をリリースしました。
・処理が長期化するおそれがある、フォルダ・cvbdlの読み込みはバックグラウンドで行うようにしフリーズしないようにする。読み込みキャンセルダイアログは廃止。
https://github.com/RyotaMinami93/Mangao/commit/8714babd0b4be9f794713a99bad625ba5005e10a

自動アップデートがあるとは言えもう少し落ち着いて
リリースした方が良いと思う

リリース間隔はこれくらいでいいんじゃね？
githubに一区切りコミットする毎にバイナリもリリースで何がいけないのか
アップデートが嫌なら、自分で自動更新部分消してからビルドして使い続ければいいんじゃね？

これだけ勢いがあるうちが華だよ

毎日数バージョンリリースされるのが
皆良いというならそれでいいけど。
使ってないから別にいいやw

コピペにつられんなよ

サイレントアップデートのお陰で利用者への負担はないので
リリース間隔について何らかの考慮をすることはありません。

アップデートが嫌ならMangao.mの154,155,156行目を削除して使ってください。

>>655
(´･ω･`)b GJ!

>>653
がんばってるけど
ぶっちゃけ微妙だしなw

どこが微妙なのか一箇所も具体例を挙げずに批判を繰り返す人お久しぶりです
何スレぶりでしょうか

新参乙ｗ
Mangaoはこのスレで出てきたんだぞｗ

キーバインドやマウスのクリック等を自由に設定出来ないから使わない。
などと使わない理由を書くと、文句を付けるな、自分で機能追加しろと煩いので専用スレ作って出て行って欲しい。

欲しいものは自分で作れってひろゆきが言ってた。んでいま作ってる最中。
このスレの趣旨に合致したアプリの開発してるんだからスレ違いではなく、
逆に出て行かれるとスレにとっては損失になる。
ということでここでいいよ。微妙とかはスレ違いの理由にならないんで。。

コテハンついてるんだから
イヤならアボーンしとけよ

使わない理由を書く必要ないじゃん
何のために書くの？
だだこねてる子供みたいだぞその行為

単に微妙、ではなくどこが微妙か教えていただければ、
私もその機能がほしいと思えば実装しますし、
いらないけど実装する方法は分かる
という場合なコードの直すべきところを教えることが出来ます。

例.
キーバインド設定:Mangao.m 192〜426行目
マウスのクリック設定:Mangao.m 432〜634行目

前も書きましたが本当に簡単なので、Xcodeをインストールして自分でやってみてください。
Xcode https://itunes.apple.com/jp/app/xcode/id497799835

なお、開発は以下三点の実装をもって終了します。
・画像表示アルゴリズムを根本的に見直し、
　ルーペが中央で途切れる問題を解決し、半ページルーペに"画面の横幅に合わせて表示"と同等に機能をもたせる。(今週中)
・自動着色機能の実装(いつか)
・サムネイル一覧の実装(いつか)

これ以外のことで、私がなにか新しく実装・変更することはありません。
色々ご迷惑おかけしましたが、あと少しだけお付き合いください。

>>664

　　　　 ∧__∧
　　　　(* ´Д｀) 　　ミナミはん、乙どすぇ
　　　　ﾊ∨/^ヽ
　　　ﾉ::[三ﾉ　:.'､
　　 i)､_;|*く;　　ﾉ
　　　　 |!: ::.".T~
　　　　 ﾊ､___|
"""~""""""~"""~"""~"

cooViewerから離れられない点 （追加要望じゃないよ)
1. ページ数とバー表示
2. メニューから同じフォルダのフォルダ・アーカイブが確認できる

『画像表示アルゴリズムの見直し』を中止します。

突然ですが皆さんは他のコミックビューアを比べると
Mangaoの方がページ送りの速度が早いことにお気づきでしょうか。(少なくとも私はそう感じます)
これはMangaoが他と全く違うアルゴリズムで画像を表示していることに起因しています。

『一般的なコミックビューア』
1.右の画像を取得する
2.左の画像を取得する
3.右と左の画像を結合する
4.画像表示領域に描画する

『Mangao』
1.右の画像を取得する
2.右の画像を右画像表示領域に描画する
2.左の画像を取得する
3.左の画像を左画像表示領域に描画する

このように、『一般的なコミックビューア』の『3.右と左の画像を結合する』が速度が遅くなる原因だからです。

Mangaoの方式はメリットとデメリットがあります。
『メリット』
・表示速度が速い
・簡単なコードでキャッシュが実装できる

『デメリット』
・コードが煩雑になる
・ルーペ使用時に中央部分で途切れる

今回、画像表示アルゴリズムを見直して一般的なものと同じにしようとしたのは
『ルーペ使用時に中央部分で途切れる』という問題を解決するためでした。
しかし完成してみると、思っていた以上に動作がもっさりするようになり、キャッシュも出来ないようになりました。

Mangaoは何よりもシンプルかつ動作が軽いことを目標としています。
申し訳ありませんがルーペが中央で途切れる問題は仕様とさせていただきます。
ただし『半ページルーペに"画面の横幅に合わせて表示"と同等の機能をもたせる』と>>601の問題は他の方法で実現します。

Mangao ver.9.4.5 をリリースしました。
・1画面・2画面切替時、一つしかアーカイブを開いていない時のアーカイブ切り替えで、アーカイブが再読込されないように変更。
https://github.com/RyotaMinami93/Mangao/commit/6c112a780aa406001dbf6cc55918e284c963665f

>>601
修正しました。

Mangao ver.9.4.6 をリリースしました。
・GitHubのアカウントを閉鎖し、ソースコードはダウンロードファイルの中に内蔵するように変更。

あら。これはサイレントアップデートがなくなったってことかな。
このスレでなんか荒れてしまってたからな…
便利だったんだけど、仕方ないか。

けど、相変わらずの更新ラッシュありがとうございます。
個人的に、サムネイル一覧が実装される日を楽しみにしております。

ルーペなんて付けなくて良かったんだよ
無駄な意見聴くよりもっと時間を有効活用したまえ

作者を理由もなく無意味に叩くのはこのスレの伝統みたいなもんだろ
どんな劣等感だか知らないけど、当時と違って今はXcodeがタダなんだし自分で改造してオレカッコイイって1人でやっててくれないかな

>>673
それが出来る奴はもうやってると思うよ
基本的に出来ない奴の妬み僻み以外のなんでもないからね、仕方ないね

作者さんそろそろトリップつけた方が良いと思うよ

>>165のままこのスレ限りで卒業した方がいいと思うぞ

>>671
いえ、サイレントアップデートがなくなったわけではありません。
終わり支度としてSNSを閉じて行っているだけです。
>>676
はい、バグが見つからなければあと3,4回のアップデートで書き込みを終了します。

ということは着色もそろそろか……

>>678
サムネイル一覧はSimpleComicからそのまま持ってくるので出来ると思いますが。
自動着色は方針すら見えません。
どなたか協力していただけませんか？

画像エフェクト用にQCのコンポジションをを使ったらどうだろう
コンポジションは各自カスタマイズしたらいいんじゃなかろうか

>>671
俺もサムネイル一覧に一票。

これさえ出来れば俺の中で最高のビュアー認定

Lilyviewが最強

レタッチ機能やツールバーやすらないシンプル
激軽・等倍

今Xee使ってんだけど
自動で次のフォルダやZIPの画像を表示してくれるソフトって無い？

Mangao ver.9.4.7 をリリースしました。
・『半ページルーペ』を『大きいルーペ』と改称し、『画面の横幅に合わせて表示』と同等の機能を持つように変更。

>>604
実装しました。

>>684
(´･ω･`)b GJ!

現在メインはMangaoで安定してるんだけど、時折SimpleComicもお世話になってる。
その原因としては、複数起動ができる事と、ウィンドウ下のシークバー&マウスオン時のサムネイル表示なんだよね。
この２つがMangaoでも実装してくれると本当にありがたいのだけども、もうアップデート予定では要望として遅いか…。
けどとりあえず、サムネイル一覧の実装楽しみにしています。

サムネとかマジでいらんよ

起動すると、ここにアクセスしに行こうとするんだけど
アップデートデータここに置いてるの？
それともただ単にアクセス稼ぎ？
ttp://mhp3omamori.appspot.com

それとlionなんだけどウィンドウの右上にある
フルスクリーンボタンでフルスクリーンすると
画面移行フルスクリーンになって、ESC押すと
画面移行がリセットされないで、表示画面が消えるから
強制終了するしかなくなるよ。
^コマンドFやエンターでのフルスクリーンは、
画面移行しないから問題ないけど
画面移行リセット入れないならxibでのフルスクリーン切れば？

掘ってみた
作者がモンハン好きってのは分かったわ
Mangao起動後アクセス先
mh3gomamori.appspot.com
mh3gsoubi.appspot.com
mhp3soubi.appspot.com
mhp3omamori.appspot.com
ryotaminami93-software.appspot.com
ryotaminami93.appspot.com
appspot.l.google.com
ryotaminami93-image.appspot.com
brps.appspot.com
force4uip.appspot.com

ほーいろいろ頑張ってるんだな

裏でソフトと関係ないところにアクセスしてるとか、
ウィルスと変わらんぞ
どんな意図があるんだ？

>>688-691
申し訳ありませんが全く訳が分かりません。
Mangaoがアクセスしているのは
http://ryotaminami93.appspot.com/mangao.xml
だけです。

しかし関係ないところにアクセスしているとしたらそれは大変な問題です。
他にもチェックできる方、チェックしてください。

なおアクセスは更新チェックのための
Sparkle https://github.com/andymatuschak/Sparkle/tree/quiet-automatic-update
によるものです。

うちではLittle Snitchに反応するのは
ryotaminami93.appspot.comだけですね。

追記です。

それと更新がある場合は
http://ryotaminami93-software-update.appspot.com/mangao.zip
からMangaoをダウンロードしています。

ソースコードは公開されているのでチェックしてください。

ryotaminami93-software.appspot.com
ryotaminami93.appspot.com
ryotaminami93-image.appspot.com
appspot.l.google.com
brps.appspot.com
force4uip.appspot.com
に関してはGoogleによるアクセスだと思いますが
mhp3omamori.appspot.com
は全く意味が分かりません。

私はモンハンをやったことがありません。
688氏は再度調査をする様、お願いします。

パケットみて、ソースもみたしバイナリも中身調べたけど、ryotaminami93だけだなぁ。
どこのサイトからDLしたやつだろう。変なアフィブログ経由で細工されてたりして。
165さん、寄付するからAppStoreにのっけなくてもAppleの署名くっつけない？

>>693,>>695
ありがとうございます。
私も調べましたが
ryotaminami93.appspot.com
だけですね。

>>695
>>165さん、寄付するからAppStoreにのっけなくてもAppleの署名くっつけない？
どういう意味ですか？

>>689
掘ってみたって具体的にどうやったの。
それ全部IP同じみたいだから、あなたがアクセスしたことのある
そのIPで動いてるドメイン一覧なんじゃないの？

なんだ、掘り師のミスかよ

Apple Mac Developer Programで年間\8,400円で、バイナリに登録済み開発者としてコード署名付けられる。
改変されたら分かる。GateKeeper対応と(ほぼ)イコール。
ttps://developer.apple.com/jp/support/mac/developer-certificates.html
が、今回は釣りだったようで。

>>699
説明ありがとうございます。
しかし、GAEを乗っ取られないかぎりソフトウェアを改ざんされることはないので
必要なさそうですね。

それとAppStoreには登録しません。
年間8,400円は高すぎるし、
サンドボックスが義務化されたため、
私の一番欲しい機能である『次・前のアーカイブ』が実装できないためです。

appspot.comが同じIPで回ってたからパケッタ君が誤動作したみたい
ごめんなさい
よく確認してなかったわん

んでもってフルスクリーンの件いかがすか？
画面移行フルスクリーン時に、esc押されたら画面移行も解除されるようにすればいい感じだと思うんだけど

画面移行フルスクリーン時に、メニューバーのフルスクリーン解除ボタン押す動作をescに割り当てればいい感じかな
ちなみに画面移行フルスクリーン時にエンターでフルスクリーン解除すると同じく画面移行したままwindowが消えて動作不能になる

メニューバーのフルスクリーン解除ボタン押せば戻れるみたいだけど、たまにメニューバーがでなくなるときがあるね
ここらへんはOSのせいもあるのかな

要望ってかlionだとこんな動作するよっていう報告だから
簡単に直せそうだし　うちのXcodeさんだと古くてxib開けんかった

まぁosフルスクリーンじゃないのも実装してるみたいだから
ただ単にVerチェックしてosフルスクリーン切っちゃうだけでも良いかもだけど

>>701
よくわからないですね。
lionということは10.7ですよね。
Mangaoでは〜10.6なら独自フルスクリーン
10.7〜ならOSフルスクリーンになるようにしています。

//OSのバージョンを取得
NSDictionary *dictionary = [NSDictionary dictionaryWithContentsOfFile:@"/System/Library/CoreServices/SystemVersion.plist"];
NSString *version = [dictionary objectForKey:@"ProductVersion"];

//〜10.6の場合
if([version floatValue] < 10.7)
{
独自フルスクリーン
}
//10.7〜の場合
else
{
OSフルスクリーン
}

つまり10.7ではメニューバーのフルスクリーン解除ボタン押す動作をescに割り当てられています。
ですのでご指摘のような動作になる理由がわかりません。
他にも10.7を利用されている方、報告おねがいします。

>>702
エンターでフルスクリーンするとそのままフルクリーンになるね
画面移行もしないしメニューバーに解除ボタンもでない

ウィンドウの右上のフルスクリーンボタン押すと
画面移行フルスクリーンしてメニューバーに解除ボタンがでる

この状態でエンター押すと画面移行したままウィンドウが消えてorフルスクリーンが解除されて画面移行が戻らない状態になる
こんな感じ
ttp://i.imgur.com/tpjs2uI.jpg

>>703
バージョンチェック用のアプリを作りました。
起動してみてください。
http://www1.axfc.net/u/3108413.zip

DeploymentTargetおとしてちょ

ちな10.7.5だよ
バージョンチェックがうまく働いてないんかね
ショートカットは独自フルスクリーンになってて
xibのウィンドウフルスクリーンが生きてるみたいな動作

すいませんでした。
最低起動バージョンを削除しました。
http://www1.axfc.net/u/3108420.zip

verCheck が予期しない理由で終了しました。

version floatValueの出力は10.0x.yyなのかな？
もしyyを切り捨てるなら

if([version floatValue] &le; 10.6)
でいいんでない？

おっとごめん
<=

floatValueも取得するようにしました。
すいませんが
もう一度おねがいします。
http://www1.axfc.net/u/3108424.zip

verCheck2[28245]: Unable to load nib file: MainMenu, exiting
com.apple.launchd.peruser.501[156] ([0x0-0xb02b02].test.verCheck2[28245]): Exited with code: 1

windowがロードされない的な
動作しないわ
logで出力でもいいよん

>>711
logでも出すようにしました。
http://www1.axfc.net/u/3108439.zip

イヤーなエラーループに突入したww
動作しないよん
librariand[265]: no ubiquity account configured, not creating collection
Dec 6 20:13:53 2ch librariand[265]: error in handle_client_request: LibrarianErrorDomain/10/Unable to configure the collection.
Dec 6 20:14:01 2ch auditd[28138]: Got low space trigger
Dec 6 20:14:01 2ch auditd[28138]: auditd_read_dirs(): all audit log directories over soft limit
Dec 6 20:14:01 2ch auditd[28138]: renamed /var/audit/20131206111331.not_terminated to /var/audit/20131206111331.20131206111401
Dec 6 20:14:01 2ch auditd[28138]: New audit file is /var/audit/20131206111401.not_terminated
Dec 6 20:14:01 2ch _spotlight[28484]: audit warning: closefile /var/audit/20131206111331.20131206111401
Dec 6 20:14:01 2ch _spotlight[28483]: audit warning: allsoft
Dec 6 20:14:01 2ch _spotlight[28485]: audit warning: soft /var/audit
Dec 6 20:14:04 2ch verCheck2[28477]: Unable to load nib file: MainMenu, exiting
Dec 6 20:14:04 2ch com.apple.launchd.peruser.501[156] ([0x0-0xb07b07].test.verCheck2[28477]): Exited with code: 1

logだけ出すようにしました。
http://www1.axfc.net/u/3108463.zip

なにか根本的なところががg
nib呼んでるみたい
起動しないどん
Dec 6 20:36:16 mac2chmac verCheck2[28703]: Unable to load nib file: MainMenu, exiting
Dec 6 20:36:16 mac2chmac com.apple.launchd.peruser.501[156] ([0x0-0xb17b17].test.verCheck2[28703]): Exited with code: 1

Mangaoにバージョンを出力する機能をつけました。
logで出力されます。
http://www1.axfc.net/u/3108478.zip

ほいさ
Mangao[30241]: 10.7.5,10.700000

10.7に整形しちゃえば？
10.7.5はintegerにならないんじゃぬ？

>>717
どちらのフルスクリーンが実行されるかlogに出すようにしました。
http://www1.axfc.net/u/3108491.zip

verチェックがだめぽいぬ
Mangao[31903]: 〜10.6です

>>719
何度もありがとうございました。
今から修正します。

とりあえずリテラルにf付けろ。じゃないと10になってる、たぶん。10.7fだ。
余裕があれば NSNumericSearch をググれ。文字列のままバージョンナンバーの比較ができる。

掘るも何もソースコード読む限りryotaminami93.appspot.comだけだしな

Mangao ver.9.4.9 をリリースしました。
・10.7でフルスクリーンボタンでフルスクリーンにした後、escで解除できないバグの修正。
・韓国語訳の修正。 by @ekkamuth

ご協力ありがとうございました。

>>721
ありがとうございます。
floatをつけました。

9.4.8から9.4.9にアップデートしない
AppTrapを使っているんでサイレントアップデートすると反応するのだが9.4.9にならない
AppTrapが反応してごみ箱にはどんどんたまっていっているけど

>>725
私もです。
ログを見てみたのですが9.4.8の時点でSparkleが壊れてしまっていました。
申し訳ありませんが9.4.8の人は
http://ryotaminami93.appspot.com/mangao.html
からダウンロードして下さい。(Sparkleは直したので今後は自動アップデートできます。)

>>726
はやくも修正ありがとうございます
ついでに聞きたいことがあるのですが背景色で黒にできませんか?
「C」を押したら最初の灰色から白色にはなるのですがその後は「C」を押しても色が変わりません

>>723
GJ
んでもってさっき独自フルスクリーンでのバグ見つけたんで書いときます
フルスクリーンが２種類実行されてたせいかもしれないから言わなかったんだけど
今10.6.8でチェックしてみたら再現したので

独自フルスクリーン状態でマウスでメニューバーの"フルスクリーンにする"をクリックすると
フルスクリーンが解除されず
その後は、ショートカットも効かず終了するしかなくなります

10.8でもあったフルスクリーンの問題直った気がするＧＪ

>>727
再現できませんね。もしかしたらplistの形式が変わったせいかもしれません。
/Users/[ユーザー名]/Library/Preferences/com.RyotaMinami93.Mangao.plist を削除して、すぐにOSを再起動してください。

>>728
自分のところでも再現出来ました。
原因もわかったので修正します。

>>730
plistを捨てるだけではだめで再起動したら背景色が黒にできました
ありがとうございました

Mangao ver.9.5.0 をリリースしました。
・〜10.6でメニューバーからフルスクリーンを解除できないバグを修正。

>>728
修正しました。
情報ありがとうございました。

>>732
(´･ω･`)b GJ!

>>731
その通りです。
10.9からはシステムファイル保護機能がついたので
システムファイルをいじるとすぐに修正されてしまうので再起動する必要があるのです。

>>732
ぐっじょぶ

新機能はもう追加しないみたいだけど、提案をぼそっと言ってみるわ
よく寝ながら使う事があるんだけど
そのときSimple ComicとかcooViewerだと表示を横に回転してるんだよね
この表示回転機能と見開き分割機能があると捗るかな
そんなにヘビーな内容じゃないとは思うんだけど、どうだろ？

>>735
>寝ながら使う事
オナーオですかい？

>>736
いや普通に枕の横にパソコン置いて本読みながら寝落ちしてる
起きるとリモコンがなくなるっていう生活

os側で画面回転させてもいいんだけど
メニューバーが狭くなるのがやだからさ

>>735
iPhoneなら1行でできるんですが。。。
http://smallmakeprgnote.wordpress.com/2012/10/05/uiimageの90度回転/

Macだとかなり面倒な方法しか出てきません。
SimpleComicのものを流用しようと思いましたが
イメージフィールド自体を回転させていました。
MangaoとSimpleComicでは>>667に書いたとおりイメージフィールドの構成が全く違います。
NSImage自体を回転させる簡単な方法があれば実装するのですが。

>>735
もうiPad買えよ

>>735
Apache License Version 2.0でNSImageを回転させるコードを見つけたので
回転自体は実装できます。
しかし見開き表示はイメージフィールドの仕様上無理です。
(と言うか横長のディスプレイを横向きに見ながら見開き表示したら
相当狭いと思うのですが、この認識であってますよね？)
それでもよければ実装しますがいかがですか。

>>740
横表示では２ページを結合する必要は無く、１ページ表示が理想です

見開き分割は
２ページを１枚でスキャンしたデータを真ん中あたりで分割して無理矢理１ページにする機能です

ちなみに740の実装で、見開き分割が無い状態で、上記の２ページ分のデータはどのように表示されるのでしょうか？
横（横表示では画面縦）がフィットされるのかな？
そう考えると分割があるとかなりいい感じかと思います。
表示領域をずらすだけでどうにかなりそうですが、いかがでしょうか？

寝ながらじゃなくともディスプレイを縦にして2枚並べるって使い方はそこそこやってる人いるよね

>>742
その場合はosの表示ごと縦にしてるんでないの？
じゃないとマウスの動きが大変な事に
あれ？なんか変な事言ってる？　伝わってないかな？

>>741
なるほど分かりました。
実装についてはご想像の通り縦長の画像を横にするので結果的に1画面表示になります。

それで見開き分割についてですがかなり難しいですね。
確かに画像を分割するのは簡単です。
しかしそうすると結果としてその本のページ数が1増えることになります。
これに対応するのはかなり面倒で、全アルゴリズムの書き換えが必要になります。

見開き分割なしでもいいのなら実装しますがどうですか？

>>741
すいません。コードを見なおしてもう一度考えてみると見開き分割対応は可能でした。
実装します。

>>744
画像の回転は、なんやかんやで用途が多いかと思うので、実装できたら良いかなと思います。
２ページが分割されていればそのままでも問題ないです

２ページが結合されているときの横長のデータ表示での代案ですが
回転させてそのまま表示すると画面の中央部しか描画されないかと思います
予想
http://i.imgur.com/VHllX39.jpg

そこで以下のように、縦軸にフィットさせて
現状でも画像の比率で２ページ結合か判断してると思いますが
横長の場合は
ページ送りで表示をずらす（スクロール）ような動作にすると
ページ数は変わらず、復帰するときも、スクロール前を標準として表示すればさほど問題ないかと思うのですが
どうでしょ？
理想
http://i.imgur.com/xainTHO.jpg

>>745
おっと了解す

>>745
>>605で書いたとおりスクロールビューは実装しません。
只今、先ほど話に出たApacheのコードが動かず参っています。
期待せず待っていてください。

アンカー間違えました。
>>746です。

>>748
>>749
りょかい
とりあえずまずは回転ですな

自動着色ちょっと調べてみたけどトーンカーブ弄ってるだけなんだね
画像処理あんま詳しくないんだけど
NSImageにトーンカーブでのエフェクトが実装できればできそうね
coreimageのトーンカーブって使えないのかな
エフェクト処理は別枠なのかしら
まぁ読み込み遅くなりそうだけど

と真剣に考えながらチラッとスレタイが目に入るとニヤついてしまう

サムネイル一覧は難しいですか？

Mangao ver.9.6.1 をリリースしました。
・『デフォルトで右回転』・『デフォルトで左回転』を実装。

>>750
実装しました。
眠いので見開き分割は明日やります。

自動着色についてですが、自分は見開き分割とサムネイル一覧で手一杯ですし
知識もないのでちんぷんかんぷんです。
本当に誰か協力してくださると助かるのですが。
(具体的にはNSImageを渡すと着色したNSImageを返すライブラリが欲しいです)

>>751
一から作るのははっきり言って私には無理です。
なのでSimpleComicのものをそのまま流用する気でいますが
コードを読んでもどこがどうなっているかわかりません。
どなたかSimpleComicのサムネイル一覧がどんなアルゴリズムになっているか
解説していただけませんか？
https://github.com/arauchfuss/Simple-Comic

サイレントうぷでーと切りたいんだけど

>>754
Mangao.app内のinfo.plisのSUFeedURLを削除してください。

>>755
typoです。正しくはinfo.plistです。

ところで最近利用者が増えたため、よくアップデートサーバーが落ちています。
アップデート出来ないな、と思ったら
ryotaminami93-software-update.appspot.com
にアクセスしてみてください。
つながらなければ落ちています。
24時間で回復しますが、今すぐにアップデートしたい場合は
http://ryotaminami93.appspot.com/mangao.html
から手動でダウンロードして下さい。

>>753
私にもさっぱりわからないので、残念ながら協力もできないのですが
いつか、可能ならばお時間のある時にでも実装していただけると嬉しいです。

MangaoがStackroomから開かなくなったんですが
うちの環境だけかな……

Mangao ver.9.7.2 をリリースしました。
・『画面回転がオンの時、横長画像を自動分割表示』を実装。

>>758
今試してみましたがフォルダ・ZIPともに開きますね。

>>760
一旦消去して再インストールしたら開くようになりました
お騒がせしました

Mangao初めて使ってみたけど、メニュー周りが特殊すぎて全然慣れないわ
よくある一般的なアプリのメニュー表示にしてくんないかな

>>762
基本的にメニューを覚えて見ないキーボード派のためのソフトなので。

スッキリしてて気が散らないいいデザインだと思う

coo使っててもメニューから操作することは無かった俺には
これでいいかなあ

寄付はBitcoinじゃだめなの？　
MultiBitての落とせば勝手に財布つくってアドレスがででてくる
そのアドレスをWebに張ればいいだけ
もしくはMT.GOXにアカウント作る
ここから市場で円に変えて日本銀行に送金できる

面白いのは送金金額がもろ見え　出処もトレースできる

例えば
http://thepiratebay.sx/
だと下にBitCoin: 1KeBs4HBQzkdHC2ou3gpyGHqcL7aKzwTve
でてる

ここを見れば誰が寄付したかわかる　
https://blockchain.info/address/1KeBs4HBQzkdHC2ou3gpyGHqcL7aKzwTve

0.01 BTCで900-700円くらいだね　1円以下の寄付もできる

>>766
送金履歴が見えるのは面白いですね。
前々からBitCoinには興味があったので(その出自を含め)作ってみました。
少額で構わないので寄付してくださると嬉しいです。

BitCoin: 1Q3PYUMuTdzeg8uui6MKusenfsHXmKaNwB

自動着色って思ったより簡単な仕組みだったんだな。
スクリーントーンって白黒2値だからそれでいいのか疑問だったんだけど、
スキャンや加工の時点である程度つぶれてグレースケールになってるわけだね。

CIFilter なら CIColorMap （CIToneCurve は貧弱）
オープンソースのライブラリ使うなら GPUImage の GPUImageToneCurveFilter

で、NSImage to NSImage は作れそうなんだけど、ソースによって濃淡の度合いが異なると
思うので調整できるようにしないと厳しいかもなあ。

http://i.imgur.com/ZbPbS1Q.jpg

>>768
すごいです。研究してくださってありがとうございます。
私の方もサムネイル一覧はあと少しで出来そうです。
後は画像をダブルクリックで開けるようにすれば完成です。

http://gazo.shitao.info/r/i/20131208131649_000.png

Mangao ver.9.8.0 をリリースしました。
・サムネイル一覧を実装

SimpleComicのソースは私には理解できなかったので
IKImageBrowserViewを使って実装しました。

Mangao ver.9.8.1 をリリースしました。
・サムネイル一覧の背景色をウィンドウと同色に変更。
・サムネイル一覧を起動中はその他のキー操作を無効に。

サムネイルいらないと思ってたけど、実装されてみると便利だなこれ

ついにサムネイル一覧実装ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
現状特に問題なく動いてますね。
けど、サムネイル一覧を表示させたら、どれかをダブルクリックして選択しないと通常画面に戻れないのが地味に不便かな。
Escキーか、ホイールクリックor右クリックでサムネイル一覧を閉じれるようになったらいいなと思った。
あと、背景の白色がちょっと目に眩しく見えちゃうかも。
薄いグレーとかの方がいいかなと思った。
もしくは、背景色を変更の色がそのまま反映されるとかだといいかと。

お。背景色さっそくアプデ来てましたか。
ありがたい。

Mangao ver.9.8.2 をリリースしました。
・前回サムネイル一覧を実行した時から開いているアーカイブが変わっていなければ、サムネイル一覧を作り直さないように変更。

>>773
"t"でサムネイル一覧は閉じれます。

Mangao ver.9.8.3 をリリースしました。
・escキーでサムネイル一覧を終了できるように変更。

>>773
実装しました。

Mangao ver.9.8.5 をリリースしました。
・背景色が黒の時、サムネイル一覧のサムネイルのタイトル色を白に変更。

おぉ！
素早い対応ありがとうございます。
“t”でサムネ一覧終了できたんだね。
先入観でEscで閉じるもんだとばかり思ってたから気が付かなかった。
あと、何度も同じ要望して申し訳ないんだけども、マウス操作でもサムネ一覧を終了できたら嬉しいかな。
個人的には、ホイールクリックで閉じれるといいのかなと思ったりするんだけども、どうでしょう？

Mangao ver.9.8.7 をリリースしました。
・『右クリック・ホイールクリックでサムネイル一覧を終了』を実装。

>>778
実装しました。
私はマウスを持っていないのでホイールクリックが実装できているかわかりません。
動作報告おねがいします。

なにこれ便利
あとは着色さえくれば無敵…

>>779
実装ありがとう！
けど、ホイールクリックでコンテキストメニューを呼び出してサムネイル一覧を表示することができなくなってしまってるみたい。
メニューは出てきてるんだけど、そこでサムネ一覧を選んでも切り替わらない。
“t”を押してのサムネ表示はできるので、”ホイールクリックで終了”の処理とかぶってしまって、表示と同時に終了してしまってるのかな。

あと、サムネ一覧時の画像下のページ数が消えてるのは変更点なのかな？

>>781
情報ありがとうございます。
いろいろ試してみましたがその動作は回避できないようです。
申し訳ないですが右クリックでのみサムネイル一覧を終了できるように変更します。

>>782
はい変更です。
理由といては以下の二点です。
・便利と思って実装したが案外目障りだった。
　cooViewerやSimpleComicでは表示されていないので必要ないとも思った。
・背景色が黒の場合にフォントを白にする処理をver.9.8.5で実装したが
　何故かフォントの色を変えると2桁以上の文章が表示されなくなりそれが回避できなかった。
　(例えば10なら1.と表示されてしまう)

Mangao ver.9.8.8 をリリースしました。
・ホイールクリックでサムネイル一覧を終了を廃止。
・メッセージイラストの差し替え。 by @ekkamuth
・韓国語訳の修正 by @ekkamuth

>>784
(´･ω･`)b GJ!

>>768
自動着色の進捗状況はどうでしょうか？
私は壊れた画像を開くと範囲外エラーが起こるバグを見つけたので
これを直したあと取り掛かります。
作業が被らないように教えていただけるとありがたいです。

それとカーブファイルは何を使いましたか？
私としては
http://www1.axfc.net/uploader/so/1564838
を外部において読み込んで使うようにすることで
利用者が各自でカーブファイルを入れ替えられるようにしたいと考えているのですが。

それから
Mangameeyaで一般的に使われている『擬似四色.zip』
http://www1.axfc.net/uploader/so/1564838
が最初に登場したのがどこか知っている方はいますか？

多分Mangameeyaの2chスレで出たと思うのですが
part10以前はdat落ちしていて分かりませんでした。

あららとうとうサムネイルやっちまったのね
リクエスト来る前に言っておくと
・読んでいるページとサムネイルの連動
・サムネイル表示画面に入った時にデフォルトで今開いてるページをフォーカス
・サムネイル表示画面でフォーカスした画像をリターンで展開
・サムネイル表示画面でフォーカスのカーソル移動またはjkniなどのショートカットで上下左右移動
・サムネイル表示画面のtop/bottom移動
・ファイル選択時デフォルトでサムネイルを展開

>>787
すいません。正しくは『疑似四色刷り.zip』です。

>>788
一番下の『ファイル選択時デフォルトでサムネイルを展開』以外は私も実装したいのですが
方法が分かりません。
わかるのは『サムネイル表示画面に入った時にデフォルトで今開いてるページをフォーカス』のみです。
そこまで熱烈にほしいわけではないので私は研究しません。
コードを送ってくださればマージします。

>>787,789
自己レスです。見つけました、多分これが初出だと思います。
http://unkar.org/r/software/1274448246/556

>>786
とりあえず形にはなったんで公開する体裁整えてるところ

CIColorMap で使うのはカーブファイルじゃなくて画像ファイルなので、それっぽいのを自作しました。
付けたい色をグラデーションで塗りつぶすだけでいいから誰でも作れる。
ちなみにこういうやつ
http://i.imgur.com/ukgJlAn.png

>>792
ありがとうございます。
それと全くその方面の知識がないので質問させていただきますが
その方法はカーブファイルを使う方法と原理は同じなのですか？
つまりGicocuでやっているのは例えば
黒→青
灰色→オレンジ
といった単純な色変換なのですか？

デフォルト画面も画像で見やすくなって、本当に良いソフトになったなぁ。
サムネ一覧の表示が、SimpleComicやcooViewerに比べて軽いのもありがたい。
そして自動彩色機能の搭載も目前と来て…ありがてぇ…

>>790
確かに最後のは環境設定に相当します
私自身必要なコードはまったくわかりません

ところでSやコマンドSの「画像の保存」（正確には名前を変更してフォルダに出力）
というのがどれくらい使われているのか疑問ですね
オリジナルに影響させないで必要なファイルだけ出力したいということなら次のような操作も期待します
・サムネイル表示画面でフォーカスした画像の出力
・サムネイル表示画面で画像を複数選択し同時出力

それと右クリックでサムネイル表示画面を閉じるというのはやめた方がよい
あるいは可逆な操作に切り替えたほうがよいというのに一票入れておきます
今後も含め右クリックに何を求めるのかというのは拘った方がよろしいかと

話は変わりますが
通常画面でトラックパッドの二本指スクロールで移動していると突然大画面ルーペに入ります
二本指タップの右クリック割り当てをはずしても変化なし

ちなみに無責任ですが
・サムネイル云々
の要望は予想されるリクエストを羅列しているだけで私の要望ではありません
私はこのビューアーにはサムネイル一覧は不必要だと考えていますので

>>793
おれもあんまり詳しくないんだけど
CIColorMap はたぶん明度だけ見て単純に置き換えてる。
トーンカーブをいじる方法だと元画像の色味が結果に影響する。
モノクロの画像にトーンカーブをかけても元画像に色味がないため
明度で結果が決まる。
したがってモノクロ画像が対象なら両者は同じ結果になると思う。

>>795
>>ところでSやコマンドSの「画像の保存」（正確には名前を変更してフォルダに出力）というのがどれくらい使われているのか疑問ですね
同意します。がSimpleComicにもありますしあってもいいんではないでしょうか。

>>オリジナルに影響させないで必要なファイルだけ出力したいということなら次のような操作も期待します
実際のところ出力されるのはオリジナルの画像ではありません。
例えて言うならPreviewで表示中の画像をtiffで書きだすのと同じ動作です。
それと確かにサムネイル一覧から出力できれば便利かもしれません。
たださっき言った通りそれも熱烈に欲しい機能ではありません。(と言うか画像の書き出し機能も私は一度も使ったことがありません。)
私は768氏による自動着色のコードが完成すれば開発を終了します。
というわけで他の人にお願いしてください。

>>それと右クリックでサムネイル表示画面を閉じるというのはやめた方がよい
意味がちゃんとつかめているか不安ですが、それはサムネイルを選択して何かするためということでしょうか？
そういうことであれば↑の通りサムネイル一覧に何か機能を追加することはないのでやめません。

>>通常画面でトラックパッドの二本指スクロールで移動していると突然大画面ルーペに入ります
それは私もよく起こっていて困っています。
しかしどうしようもないのです。
現在、2本指ダブルタップに大きいルーペ起動を割り当てています。
起動要件は2本指タップを0.5秒以内に2回行うことです。
というわけでスクロール動作を0.5秒以内に2回行うとそうなりますが
回避方法がわかりません。どうにかしたいのですが。

>>796
分かりました。

>>797
返信ありがとうございます。
それなら良かったです。
目指しているのはMangameeyaと同等の機能なので。

それとライブラリは
(NSImage*)colorImage:(NSImage*)monochromeImage colorMap:(NSImage*)colorMap
みたいな形だと嬉しいです。(名前は適当につけたので変えてください。)
デフォルトのカラーマップはMangaoに内蔵してユーザーがカラーマップを用意した場合(例えば/Users/user/.mangao/カラーマップ.tifとかに)は
そちらを使うようにしたいので。

Mangao ver.9.8.9 をリリースしました。
・壊れた画像を開いた場合、範囲外アクセスが起こるバグを修正。

Mangao ver.9.9.0 をリリースしました。
・スクロールをした時に『大きいルーペ』が誤作動しないように変更。

>>795
対症療法としてスクロールイベントが発生したら
2本指ダブルタップのタイムスタンプをリセットするようにしました。
これでうまく防げているといいのですが。

>>801
(´･ω･`)b GJ!

着色ライブラリできたよー
https://github.com/hetima/MangaColorize

>>803
hetimaさんだったとは……!!
いつもお世話になっています

ヘティマ先生なにやってんすか！

>>803
(´･ω･`)b ヘチマ師 GJ!

hetimaさんだったのか！？
qlgenerator愛用してます。

>>803
ありがとうございます。
すぐに実装してリリースします。

まさかこんなところでヘチマ師見るとは

>>798
右クリックの件はトラックパッドやマウスによる可逆操作でない点が使いづらく非直感的という意味です
使いやすいかはユーザの意見に任せますが私の一例をあげると以下のような操作になっています
私はキー操作が主なのですが私のようなユーザはサムネイル一覧に入るとスクロールのためにトラックパッドかマウスに手を移さなければなりません
そしてトラックパッドでサムネイルを選択または解除し大画面で確かめもう一度サムネイル一覧に戻るとき再びキー操作になります

スレをよく読んでいなかったので二本指ダブルタップの操作を把握していませんでした
スクロール時タイムスタンプのリセットで回避できていますがその一方でダブルタップのルーペは効かなくなりました

Mangao ver.10.0.0 をリリースしました。
・『自動着色』を実装 by @hetima

>>803
素晴らしいライブラリを作って下さり本当にありがとうございました。

各自が用意したカラーマップを利用する機能は後で実装します。

ヘチマLOVE

>>811
(´･ω･`)b GJ!

>>810
つまり>>790に書いたような機能を実装すればキーボード操作のみで完結するようになりいい、ということでしょうか。
結論は>>790の通り、私もその機能は欲しいが熱烈ではないので自分ではやらない、ということです。

>>ダブルタップのルーペは効かなくなりました
トラックパッドは何をお使いですか？
私はMacBookAirのものですが正常に効いています。

>>814
右クリックの件と要望の羅列は別です
後者は仰るとおりキーボードのみによる操作性の向上ですがキー操作はこのアプリの特徴ですので
要望として当然出てくるであろうと思い羅列しました

前者はむしろサムネイルを使いたいトラックパッドやマウスユーザの意見になると思います
彼らが使いやすいのであれば問題ないと思いますが使いにくい方は各自修正ということですね

もう一つ気がついたこととしてサムネイル一覧画面がアプリの階層を超えて前画面表示になっています
コマンドタブでアプリを変えても存在し続けます

私のサムネイル一覧の感想は以上です

トラックパッドはMacBookPro Late2008のものです
ルーペは使いませんのでこのままで結構です
おそらく私の割り当てに問題があるものと思います

>>815
>>もう一つ気がついたこととしてサムネイル一覧画面がアプリの階層を超えて前画面表示になっています
これは仕様です。
全画面表示する(メニューバーよりも前に表示する)ために必要です。

Mangao ver.10.0.1 をリリースしました。
・ユーザーが自動着色用のカラーマップを変更できるように変更。
　~/.mangaoというフォルダを作って、その中に4color4.pngを置いてください。
　4color4.pngの書式はhttps://github.com/hetima/MangaColorizeを見てください。

これにてMangaoの開発を終了します。
今までありがとうございました。

コード・アイコン・イラスト・アドバイス等々で協力してくださった方々に感謝します。

今後、このスレは見ないのでバグ報告は[email protected]までおねがいします。(機能要望は送らないでください。)

最新のソースコードは↓からダウンロードできます。
http://ryotaminami93-software.appspot.com/mangao-source-code.zip
もちろんフォークしてくださって構いませんが、配布される場合はGPLv3+に従うようにおねがいします。

いままでご苦労様でした！
本当に良いソフトを作ってくれてありがとう！！

開発乙です
バージョン1から使ってきました
シンプルにいいところを取りつつ他は切り捨てる大胆さがありかなりいいビューアーだと思っています
個人的には数字キー操作だけでウィンドウ内でスライドショーさせるのが斬新でした

>>818
乙です

自動着色すると落ちる

>>822
ウチもやがな

SL 10.6.8

おつかれ

開発お疲れさまっ

>>823
同じ環境だ
4color4.pngないとき落ちて、置いたら画像表示されなくなったわ
10.6は対応してないんかもね

10.6.8 で MangaColorize コマンドライン試すと書き出された tiff を読めないね。
Quick Look ではちゃんと見えてるけどプレビュー.app では表示できない。
10.9 で書き出した tiff を持ってきても同様。

まあ、あれだよ、自動着色とかすぐに飽きるよ(´∀｀)

MangaColorizeは10.7 Lion以降って書いてあるね

>>828
うちライオンだけど落ちる

stackroomはupdateされないのでしょうか（涙）
もしくは同じようなソフトを誰か作ってください。

今回のMangao見て思ったけど、オープンソースのソフトウェアを改変するくらいならネットの情報だけでなんとかなるね
Stackroomがオープンソースだったらよかったのに

Mangao作者乙。
今落としてきたら、10.0.2 だったｗ

iBooks for MacがStackroom的に使えたら便利なのに

Mangao10.0.3
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

MangaColorize をhetimaさんが10.6.8/10.7に対応させてくれました。

OS X 10.8.5 / Mangao 10.0.2 で自動着色すると何も表示されなくなってしまうのが今落としたので直ってた！
バージョン 10.1.0 になってたw

漫画ごとに濃度や用途違ったりするから複数の着色パターンから選べたらいいなあ
今のだと一度終了させて 4color4.png を置き換えないといけないのかな？

連レスすまん、起動したままでも入れ替えてから再度着色し直したら色変わった。
肌色が見栄えよくなるカラーマップの探求が始まるお…
作者さんhetimaさん本当に乙です。

4color4.png職人

>>830
StackroomはMavericksでも動くじゃないか。

ACDSee Pro3買ったが、2ではムービーはQuckLoookで見られたのに
3ではなくなってる。フォルダのサムネイルもWinみたいな4個サムネイルが
一度開くと勝手に作られて見にくくなってるし、バッチコマンドも改悪されて、
糞ソフト化してやがる。

一番良かったのはPowerPC時代の最初のMac版だったな。

StackroomとMangao連携お世話になっています！

Mangao、メンテナンスリリースはしてくれてるのね。

>>838

動くことは動くけど挙動がおかしい。
プレイリストを作ってファイル登録したり削除したりファイル操作すると
上手く動かない。そのうちにソフトがフリーズします。
僕もMavericksだけど他の人は無事に動いているのでしょうか？

Mavericksだと、ライブラリファイルの処理が上手く出来ていないのかな？

>>841
再インスコしてみ

>>841

アンインストールしライブラリファイルを消して、
再インストールしても同じ状態です。
Mountain Lion以降だと上手くライブラリファイルが更新されないのでしょうか？

MavericksでStackroomをちゃんと使えている人はいますか？

>>843
Mavericksはライブラリファイルを削除するのが大変難しいです。
http://applech2.com/archives/34534725.html
↑の方法がめんどくさければ、ライブラリファイル消してすぐ再起動すれば削除できることもありますが
それに加えて
http://veadardiary.blog29.fc2.com/blog-entry-4792.html
の問題もあるので、どのソフトウェアでも不具合が出る恐れがあります。
10.9.1に期待するしかなさそうです。

>>844

この不都合が原因なんですね。
このサイトにある。App Reset for Mavericksを使っていったん
消して見るという方法もあるのかな。

山ライオンでは問題なく動作しているのでしょうか？

StackroomはLionだと使えてる
Mountain Lionだとライブラリがおかしい

うちはMLでも使えてるなあ。
連続で登録してると登録できなくなったり、コピペがうまくいかないことがあるくらい。

zipファイルは4GBの壁があるんだな
Mangaoだと4GB以上のファイル開くと
4GB越えたあたりの画像はCan't read this imageになる
rarだと問題なかった
読み込みに時間かかるので4GB以上のzipファイル作る意味はあんまりないけど

>>840
10.1.1

4color4.png 作ってみた(画像はpixivから)
http://i.imgur.com/ORSkQbl.jpg
ttp://www1.axfc.net/u/3120036

Mangao、いくつも読んでると結構使用メモリ増えてくね。

全年齢板だから露骨なエロ貼りは控えれ
そゆのは著作権フリーのマンガとかで

きんもー
削除しとけよこれ

こんなスレタイでエロ画像に過剰反応とかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

画像よりスレタイが一番気持ち悪いよなw

そう言われ続けて10スレ目w
スレタイ変えたこともあったが過疎ですぐ落ちた。

>>853
ほんまやｗw
意味わからんなｗｗ

Mangao作者様、何時も有難う御座います。

VLCとかMPlayerXのアップデート画面ってご存じですか？
VLCとかMPlayerXは更新するかどうか尋ねるのですが、
自動更新のままで構いませんので、アップデート中は更新中である旨の画面を出して欲しいです。
ダウンロードやインストールのゲージのバーがあればいいですが、なくてもいいと思います。

zipを読み込み中なのか、自動更新中なのか分からず操作の判断に困ります。
自動更新の間にファイル読み込みはないと思います。

>>818読めないのか
開発終了で追加機能要望は送るなって言ってるんだから、自分でフォークするしかないと思うが

>>857
Mangaoは更新にSparkleを使っているので
Sparkleでできないことはできない
http://sparkle.andymatuschak.org/

更新はアプリケーションが終了するときに発動するから心配するな

4color.pngとか置き換えてるのに更新されると困るよな
これApplication Supportとかに移せないのかしらん

>>861
>>817
>>~/.mangaoというフォルダを作って、その中に4color4.pngを置いてください。

>>857
すでに860が書いてるけど
ダウンロードは起動時、インストールは終了時にやってる。
ダウンロードはバックグラウンドでしているのでZIPの読み込みには影響しないと思う。

今考えたら
~/.mangao
ここじゃなくて
~/Library/Application Support/Mangao
あたりにして欲しかったな

>>864
私も。

$ ln -sf ~/mangao ~/Library/Application Support/Mangao
じゃだめなんだよね。
ソース見て、該当箇所を書き換えるしかないんじゃ。

>>866
ハードリンクは？
if([[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"%@/.mangao/4color4.png",NSHomeDirectory()]])
を騙せるのか分からないけど。

10.1.2

ehonが最高だったのにダウンロード出来なくなってる

>>866
該当箇所は2箇所だけなんで簡単だったぞ
xcode使うの思ったより簡単なんだな

休み中にエロ画像整理しようと思って久しぶりにこのスレ覗いたら
いつの間にか新しいソフトが開発されていた…すげぇ…

今も凄い勢いでアップデートされてるなmangao
起動する度にゴミ箱に旧バージョンが増えて行くｗ

10.3.4

appcastでリリースノートしてる
http://ryotaminami93.appspot.com/mangao-appcast.xml

>>874
(´･ω･`)b GJ!

受け付けませんというのは分かっていても
~/.mangao/4color4.png
~/Library/Application Support/Mangao/4color4.png
の両対応にして、もし両方にあったら前者(.mangao)優先という形にしてもらえれば
旧版と互換も確保できていいのになあと
要望を出してしまうのであった

>>876
メールしてみれば？

そもそも自動色つけなんて使ってるやついるのかよって話

使って負から要望がちらほら出てくるのではないかと

アップデートきてた
ver.10.4.1
ユーザーが~/Library/Application Support/Mangaoに4color4.pngを置いた場合、そちらを優先して自動着色用のカラーマップとして使用するように変更

>>880
(´･ω･`)b GJ!

>>880
対応ありがとうございます
いや本当に

誰に礼を言ってるんだよｗ

そりゃスレをROMってるであろう作者でしょ

stackroomで新規シェルフを作ると、空のシェルフができるのでは無くて
すべてのデーターがはいったシェルフができるのは仕様ですか？

最近みた本の履歴はやはり見れないようにしてるのかな。そこから開けたら楽なんだけど。

久しぶりにビューワーを探してたら、すごくいいソフトができててびっくりしたよ。
ただ、rarの中にrarが入ってると見れないんだね。

ところで、昔からMacが使いやすかったのは、Appleがガイドラインを提示してソフトベンダーがそのガイドラインに従ってソフトを作ったからだと思う。どのソフトを使っても同様の操作は同じメニュー・コマンドで行うことができる。
そういう意味でこのMangaoは、キーボード操作のみで使えるようにするという作者の意図の下に制作されているため、異端のものになっていると思う。
Appleのガイドラインに従いつつ、作者の意図を満たす最強のソフトにならないかな。。。

>>887
文句言う前にさっさとフォークしろ

あとから来て文句だけいう人いますよね

>>887　そのガイドライン云々はOS9以前の窮屈なGUI時代の話でしょう。

>>886
フォーク版であるよ
http://www.appleforum.com/application/61991-또다른-만화-파일-뷰어-mangao.html

https://github.com/djhan/mangao_customized
これですな

MangaoをDJ.HAN氏がフォークしてくださったので紹介させていただきます。

Mangao KaiはMangao ver.10.1.0にDJ.HAN氏が追加した機能を
私がMangao ver.10.4.8に移植したものです。

以下の機能が追加されています。
・最近使った項目
・ドックアイコンでのページ数表示
・フルスクリーン時に右下と左下にページ数表示
・自動イメージ補訂
・セピアトーン
・グレースケール
・明るさ変更
・コントラスト変更

アプリケーション本体: https://dl.dropboxusercontent.com/u/168552/Mangao%20Kai%201.0.zip
MD5: 9dff05cc4689d9bff36c4577d5b111c9

ソースコード: https://github.com/djhan/mangao_customized/archive/6de2edb38f63e79742c818ffc0e282992805311f.zip
MD5: 1c9436085285131dd2e1486685c4746b

なおアプリ名が異なるのでオリジナルのMangaoと共存することが出来ます。
またこのアプリケーションに対するフィードバックはDJ.HAN氏におねがいします。

それと以前書き込んだBitCoinのアドレスですがMt.Goxが使いにくくBlockchainに変更したため変わっています。
今後の寄付は
BitCoin: 1B3GPq4MG1t5kPuHtd1jVUQbzTJQ3NMGMQ
http://ryotaminami93-image.appspot.com/1B3GPq4MG1t5kPuHtd1jVUQbzTJQ3NMGMQ.png
におねがいします。(ただBitCoinは現状使い道が無いためAmazonギフト券のほうが嬉しいです。)