Android RSS リーダー アプリ総合 Part.5 [無断転載禁止]©2ch.net

AndroidのRSS リーダー関連アプリについて語るスレです

【主なRSSリーダー】
feedly
https://play.google.com/store/apps/details?id=com.devhd.feedly
gReader
https://play.google.com/store/apps/details?id=com.noinnion.android.greader.reader
gReader Pro
https://play.google.com/store/apps/details?id=com.noinnion.android.greader.readerpro
News+
https://play.google.com/store/apps/details?id=com.noinnion.android.newsplus
Press
https://play.google.com/store/apps/details?id=com.twentyfivesquares.press
LinkedIn Pulse
https://play.google.com/store/apps/details?id=com.alphonso.pulse
D7 Reader
https://play.google.com/store/apps/details?id=com.droidlab7.reader
D7 Reader Pro
https://play.google.com/store/apps/details?id=com.droidlab7.reader.pro
Reader+
https://play.google.com/store/apps/details?id=com.ageofmobile.reader
Amber RSS Reader
https://play.google.com/store/apps/details?id=com.reindeercrafts.deerreader
Inoreader
https://play.google.com/store/apps/details?id=com.innologica.inoreader
NewsJet
https://play.google.com/store/apps/details?id=com.nikanorov.NewsJet


※前スレ
Android RSS リーダー アプリ総合
http://anago.2ch.net/test/read.cgi/applism/1336580326/
Android RSS リーダー アプリ総合 Part.2
http://anago.2ch.net/test/read.cgi/applism/1372483818/
Android RSS リーダー アプリ総合 Part.3
http://anago.2ch.net/test/read.cgi/applism/1412653947/
Android RSS リーダー アプリ総合 Part.4
http://anago.2ch.net/test/read.cgi/applism/1416632176/

>>402
Google keyword alertsなら見えてるよ
>>393でGoogle Keyword Searchと書き間違えてはいるけど

で改めて調べたらFeedlyのミスではなく昨夏くらいからの有料化に伴う制限なのね
https://chienavi.jp/feedly-google-alert/
現状OPML（リーダーアプリからの追加も含む）では逃れられてる、と
なんでOPMLは制限ないんだかね
Feedlyをweb uiで使うことなどほとんどないので意識しなかった
そもそも数の制限も実行されてない（これもOPMLだけ）

http://doksyo-tek.hatenablog.com/entry/2017/07/22/052032
昨夏にweb uiユーザのinoreader避難があったのか
スレでどうだったかと思ったら断絶期
99ドルlife planを逃したのを年一くらいで後悔していたけど、まだすぐ影響はないにしろ（なにしろここは泥リーダーアプリスレ）、いずれOPMLでも制限してくるだろうなあ

他のRSS購読と何ら変わりないサイトをブラックリストに入れてるようなもんだしかなり酷いな

>>397-400

iチャネルが見れるRSSリーダーってありますか？

先日アプリ作ると言った者だけど
中華製スマホが調子悪いんで、
新しく日本製スマホ買いました。

gReader、インスコしてローカルRSSで使ってみた。
やっぱりシンプルな作りになっていて使いやすいね。
でもフィードのサムネ画像が見られないし、
使いやすさでは俺のじゃないけどiOSの無料RSSアプリの方が上かな。

これ以上のものなら作れるかと。

>>407
ローカルRSS期待してます(涙目

>>407
期待度大。ぜひぜひ頑張っていただきたい。

あれ？

すでに提供終了したGoogle Feed APIに頼ってる所為で、gReaderはローカル使用できなくなったのでは？
スレの頭で報告上がりはじめて>>78-81で確定されたはず

試してみた

新規登録時Feedは読めてるけど（※後述）、更新を取得できない
新規登録時は直接Feed URLにアクセスしてるけど、更新時はGoogle Feed APIでアクセスしているため

雰囲気だけ感じる程度ならローカルもありかというとそうでもない
読めるものと読めないないものがあった
ローカルではlivedoorブログが吐くFeedを読むことができないのを確認。Feedly経由なら読める

読めるところ限定（たとえばYahoo!ニュース）なら、雰囲気を確かめる程度には使えるのかもしれない。ただ正しく読みとれてるかは不明
もちろん、常用するならFeedly経由でないと使い物にならない。逆にいえばFeedly経由ならなにも問題がない

購読を追加の検索はFeedlyのAPIを使っている
faviconはG+のAPI？かなにかで得ようとして、googleusercontent.comにリダイレクトされてる

作るさんはトリップつけてもらいたいね

>>407
オフラインで全文読めるなら買っちゃう

これ使ってる
https://play.google.com/store/apps/details?id=net.fred.feedex

アプリ作っているものです。

>>408
ローカルRSS、作って見ます。

>>409
応援ありがとうございます！

>>411
確かに最初はデータ取れますが、
次に使うときはデータ取得出来ませんでした。
情報ありがとうございます。

>>413
あーそれは多分可能ですね。
特殊な技術を使うと思いますが。
最初に取得しおてけば圏外でも読めるんで便利ですよね。

爆釣www

>>415
酉よろ

全文化ではなくMobilizerならReadability後継のMercury API
https://mercury.postlight.com/web-parser/
おそらく現状対応したのはFeedMeのみ
Readability同様すべてのサイトで抽出成功するとは限らないけど、他に選択肢がろくにない
他はGoogle Web Lightくらいじゃないかな？ 方向性がReadabilityなどとは違うけど

かつての全文化サービス（fullrss.netなど）はマネタイズできなくてすべて死んだ（海外では細々と生まれては死んでる）
有料では結構元気なところがあるけど、アプリ制作には寄与しないので省き
これはこれで自レン鯖ユーザーの中には使ってる人もいるんじゃないかな

CSSを見て本文抽出するFlym Fork RSS Readerみたいなものもあるけど、サイト個別にCSS指定なのでそのうちやってられなくなる
またそんなお行儀のいいサイトは日に日に減ってる

最近増えてきたお行儀のよくない、代表的にはYahoo!ニュースなど、取得したfeedどころかlinkのhtmlを全取得しても全文が取得できないものが少なくない
いわゆるクッションページが挟まってる
この手合いはサクサク読み進めるならアプリ内ブラウザ、ChromeCustomTab、ブラウザアプリ渡しの順で劣化すると思うので、アプリ内ブラウザは欲しいところ
クッションページURLを本来記事URLに置換すれば神だけど、法則性のあるところならともかくそうでないと死ねる

PlayストアにSparseRSS系が蔓延ってるけど、UXがこの程度ではたぶんスレ住民の多くは満足しないと思う

ローカル（スタンドアロン）はFeed数が多くなると古いAndroidではFSで死ぬ
細かくいえばスタンドアロンに限定されず、キャッシュの数量
理由についてはここ http://gentoo.hatenablog.com/entry/2017/01/21/051231
何らかの対策をしないとあっという間に重くなる

>>418
情報ありがとうございます。
全文取得のサービスがある（あった）んですね。
サイト個別にやろうと思ってます。

>>419
Yahoo!ニュースのRSSなら全文取得出来ましたよ。
これはiOSではもう成功済みです。
「続きを読む」などのワンクッションも挟みませんし、
記事が複数ページあっても全文取得出来ます。

Yahoo!以外だと個別にはなるとかとは思いますが。


>>420
それですよね・・・。
Androidのデータ永続化についてはまだ詳しくはないのですが、
キャッシュではなくiOSで言うところのCoreData的なものなら
大量のデータに向いてるので、そう言うのを使おうと思います。

あれ?君はiOSのRSSリーダー作ってた人じゃないの?
全文取得サービスのことといいiOSのRSSリーダー作るのにも必要そうな知識すら知らないって...

爆釣www

>>422
RSSリーダー作るの初めてなんで、
勉強中であります。

>>421
ID:y7N/GM1Rだけど、まず酉付けて
泥のFeed Readerスレはここしかないし、基本過疎ってるので、開発話がここでされても別にいいと思ってる
でもそれを是としない人もいるし、影も形もないものに拒否反応を示す人もいる
あなたの実績を知りようもないんだしこういった反応は当然しょうがないこと
酉付ければあなたを見たくない人は酉をNGNameして棲み分けできるんだからさ

Y!Newsは一例なのでそれに拘泥されても
それとも「クッションページだろうが複数ページだろうが対応できる。だからアプリ内ブラウザは実装しない」という方針？
メンテし続けることは土台無理な話なので、ここで言ってるのは「メジャーどころでその手に対応してくれるのはありがたいけど、それはそれとしてアプリ内ブラウザは欲しいよ」という話

あとMobilizerと全文化は分けて考えた方がいいのでは？
Mobilizerはgwlやpc2mみたいな軽量化。APIというより総じてweb串で実現されることが多い
全文化はサイト毎にカスタマイズして、仰るようにY!News本文を選択的に全文拾ってくるなどの手法。外部APIやアプリ内独自など様々
サイトによってはJS前提のところもあるしで、すべてのサイトをMobilize/全文化するのは非現実的
できる、ことを前提に作っても袋小路になりますよ

gReader、FeedMe、Palabreあたりくらいはそれぞれ一週間くらい使ってくださいな
iOSにもかなり優秀な国産アプリもある>>188そうなので、まずは既存アプリをある程度使い倒してくれないと懐疑的な人たちの懸念は払拭できないと思うよ

まぁ、俺もここ過疎ってるから開発の話してもいいとは思うけど、ただ、多少厳しい事も言うだけだな。

RSSリーダー作るのは初めてだけど、iOS版の方をつくってたんじゃないの？？別の人なの？
iOS版の方はある程度リリースのメドが立ったから、Android版の方作ろうとしてるんじゃないの？？
それだったら、RSSアプリ作る基本知識は既に身についてるんじゃないの？？と思っただけ。

それともiOS版の方をとりあえず脇に置いて新たにAndroid版の方を開発しようとしてるの？？
それだったらどっちも中途半端にリリースもされずに終わる確率90%だろww

まぁ、本人のやる気を知りたがっただけわ。

ああ。それとも>>350の
>最近RSSアプリ作っている開発者のものだけど
>どんなRSSアプリが需要ある？
>今はiOSアプリ作ってるけど、
の今はiOSアプリ作ってるって、iOS版のRSSアプリって意味じゃないのか？？
全く別ののiOSアプリ作ってるってことかね

作るときはinoreaderも忘れないでくれよな頼むよ〜

iOSアプリ開発をしたことがあって、これからAndroidのReaderアプリを開発したい
なんだと思うよ

たしかにgReaderが更新途絶えて苦しいし、他どれも一長一短なので、狙い目かもしれないね
ユーザー層も年齢高めになるだろうから、課金も期待できるかもしれないし
実際gReaderは500円で一万人くらいに売れたみたいだしね

個人的にはgReaderの悪夢（まだ使えるけど）があったので
・外部に依存しない（Google Feed APIの悪夢）
・外部サービスを自由に変えられる（Readabilityの終了）
　・gwlやpc2mなどに渡せるようにユーザーが定義できる
　・Mercuryの代替ができたりしたら可能ならユーザーが自身で追加できる
　・SNSシェア、Pocket類似新サービスをユーザーが自身で追加できる
・サクサク読み捨てられるUI
・articleを複数選択してPocketに投げる、といったことができる
・Feed毎にUAを設定できる
・Feed毎のカスタマイズ設定のしやすさ
なんかがほしいけどね
これなら1000円でもいいかな？と個人的に思っちゃう

>>425
ご丁寧にありがとうございます
そうですね
トリップ付けようと思います
どんなトリップにするかは考えておきます

アプリ内ブラウザはあったほうがベターだとは確かに思いました。

全文化は人気のあるものをとりあえず全文化して、
残りは通常表示、にしようかと思っています。
本当に手動になるんで全部は無理ですね。

gReader、FeedMe、Palabre、使って見ますね。

>>427
そうですね、iOS版でRSSアプリ作ってます。
ちょっと通常のRSSにはない機能がありますが、
通常のRSSとしても使えるようにします。

>>428
inoreaderというのもあるんですね。

>どんなトリップにするかは考えておきます

間抜けかな？

>>431
間抜けでは、ありません。

どうなってるか気になるから
リリースまでのスケジュールと
進捗を書くように

>>432
やっぱ間抜けやん
抽象的なことしか言わないし
application開発に夢抱いてるゴミ

>>432
なんか変なのに粘着されちゃったね
こういう輩は多分永遠に延々と粘着し続けるからスルーしたほうがいいよ

>>430
gReaderみたいにWEBサイト丸っと取得してキャッシュできるようにしてくれればページ分割されてるサイト以外は全文読めるのでそういう感じにしてくれれば自分は満足

>>433
大まかな進捗状況は
iOS版の開発 今ココ
iOS版のリリース
Androidに移植
Android版のリリース
という状況です

>>435
了解です

>>436
なるほど。
だいたい仕様が固まってきました。

>>428
インポート機能があればオーケーですね。

ページ内のエロ画像を一括保存できる機能をつけてください

画像一括保存は専用のアプリ使えば？
サイト毎の対応も素早かろうし
気になった画像が気楽に保存できるといいなとか、長押しでYuzu並に選択肢があるとか、そーゆーのなら分からんでもない

>>439
Androidなんだからストア探せばそんなんあるでしょ
というか過去に見た記憶がある
ついでに連鎖あぼーんする人がいるかもしれしレスアンカーつけなさいよ

>>437
Sylfeedのあの出来で評価4切ってるからな…
なにか動画では計り知れない欠点があるのかもしれんが

今日も釣り堀状態かw

>>442
iOSのSylfeedはクラッシュバグがあってそのせいで評価低くなっていたようです。
先日こちらのアプリを買ったのですが、説明文読む限りでは良さそうですね。
AndroidのRSSアプリも使いつつ試して見ます。

>>436
Webサイト丸保存って、サイトのURLからHTML引っ張ってきて、HTMLの全リンクを調べて
さいの先も全部ダウンロードして、オフラインで見るときはHTMLのリンクを全部ローカルの
リンクに書き換えるとかそんな感じなのか？

iOSのSlyfeedのアプリのアドオンも買ってみましたが、
オフラインでは複数ページある場合でも、1ページ目までしか取れないようです。

>>445
新聞つんどくみたいな感じかな？

>>446
キャッシュとPagerizeは別物
> オフラインでは複数ページある場合でも、1ページ目までしか取れないようです。
むしろ当たり前

エンドユーザーは
・Pagerizeされた上で本文のみの抽出してキャッシュ
・Pagerizeされたキャッシュ
・1ページのみキャッシュ
のなにを求めるかは人それぞれ
下手すりゃY!Newsの表紙だけでいいという人もいかねない（タイトルで篩い、表紙で篩い、残ったものだけ読むつもりかもしれない）

キャッシュアドオンにPagerizeがないからといって非難するに当たらない

というかアプリ組むならこのあたりまったく別の仕組みであることは事前に理解してそうなもんだと思うがな…

>>448
理解不足で申し訳ないですが
キャッシュは一時保存ですよね。
データを永続的に保存して、古いものから消しておけばいいのでは？
非難したわけじゃないのですが、Pagerizeというのがよく分からないので調べてみます。

>>447
えーと、そうですね、オフライン機能はニュースを先に読み込む機能のようです。
データが大きくなるので特定のフィードのみにしてくださいってそのアプリに書いてありました。

スレが伸びてると思ったら…

>>445
基本線はその通り。古の代表はWebAutoか
いまは概ねJSがそれを不可能にしてしまう
例 https://note.mu/
こういった類に個別対応は不可能ではないが、対応コストを払う意義はおそらくほぼない

もう一つ書き換え不要で同様のことができる方法もある
古の代表はLight Proxyか
比較的JSへの抵抗力もあるにはある

他にいまはCSSも一部ネックになる
コストかけてまで個別対応するより、Operaで開くでも用意した方がお手軽だろう

>>450
webに存在しているデーターを永続的に端末に保存し続ける意義は薄い
RSSリーダーに於いてのキャッシュは、モバイル通信の抑制と低速通信の解決以上の意義はほぼないし、そもそも永続的保存など考えてる人はろくにいまい
それと数秒でも数日でも、一時保存ならキャッシュ

しかしそれにしてもAuto Pagerizeを知らずか…
車輪の再発明になりかけてるとしか思えん http://wedata.net/databases/autopagerize/items を見てサイト毎設定を一人頑張ることがむだなことを学んだ方がいい

>>454
Androidアプリのことならまだしも、ちょろめの拡張をさも当たり前にみんなが知ってるかのように語られましても...

Chromeに限らず拡張機能付きのブラウザならだいたい全部使えるだろｗ
そういう論点じゃないけど

>>454
キャッシュはだいたいわかりました。


Auto Pagerizeって>>455の人が言っているようにChromeの拡張ですね。
これなら自動取得出来ると。
ライブラリでないか探しています。

今日も釣り堀かw

>>454
Sylfeedは保存方法永続化してましたよ
キャッシュというか、保存方法の違いですね。

>>458
だよね。相手にされなかったからこっちに来たのかも。IOS版が出ているならまだしも。出ないうちに移植の話をされてもね

>>460
iOS版のRSSスレはありませんでしたので

大物は釣れたか？w

>>455
・Auto Pagerizeとその派生は、PCのモダンブラウザならほとんど対応済み
・開発はPCなくては話にならない
・アイデア自体はありきたりでそもそも古い
・開発してるなら自分のアイデアが車輪の再発明になっていないかくらい気にするもの。最低限アイデアの先行実装がないかググる
・実装はサイト毎に対応が必要なのが明確で、如何にそのコストを下げられるかが課題。どれだけ手を抜けるかを開発してるなら気にする

Auto Pagerizeを知らないのはともかく、調べない、調べていないという点に、少しでもプログラムを齧ったことがあるなら違和感を持つと思う
知識の広がりのなさに、どうしてもプログラムしはじめの小中高生という印象が拭えない

>>456
そう論点はそこじゃなく、開発者として基礎的知識や探索能力があまり感じられない点

Auto Pagerizeそのものを知らないのはもう仕方ない。でも複数ページに分かれたweb記事をどうやったら纏められるか？と考えつつググるくらいはするもの
そもそも分割ページで作成するのは手間だし、ひとまとめの記事を自動で分割しているのでは？くらいの気付きがあっていい（知識があれば気付きも何もないが）
少しググればPagerize Pagination Pagingといった単語も目に付く

ただ最近プログラムはじめましたでもチャレンジするのは別に構わないとも思ってる
救いがある
開発〜年やってましただと言葉を失ってしまうからはるかにマシ

>>457
Chromeの拡張でもあるけど仕組みは…以下略

>>459
酉忘れないように
方式云々は心底どうでもいいです。枝葉末節

>>461
酉付けろよ

釣れたなw

長い

>>463
すみません、端末違うのと時間がなかったせいで
トリップ付けられませんでした。
気をつけます

作ってもらう立場なのに何で立場逆転してんだよ
どうしようもないな

>>463
AutoPagerizeというもの見て見ました・・・。
すごいですね。これなら簡単に導入できますね。
本当にすでにあるものを無駄に再発明するところでした。
3000以上のサイトに対応してます！感謝します。

>>468
2chmateみたいに"ここまで読んだ"機能が欲しい
RSSリーダーでこれがついてるのはあんまりないから付ければ売りになると思う

>>469
ちょっと機能が想像できない
「あんまりない」ならどこかに少しはあると思えるけど具体的には？

なにこれ1年ぐらいの
尺度で見守った方が良いわけ?

そのうち「作るから寄付して」とか言い出すぞ

というより、開発はスレ違いだ

理系な頭してる様子が一切ないよね
生緩く期待してるわ

生暖かく放置しといて実際になにか出てきたら使ってみりゃいいだけだろ
いちいち叩く必要すらないと思うが
お前らはほっとくこともできんのか？
頭ン中になにが涌いてんだよ（笑）

アプリ開発者さん…う〜ん
なんか世間ズレ感というか非常に子供っぽさを感じるのは当方だけでしょうかね？
Bcas不正視聴のfreeCASで逮捕された「うんコム」同様に実は未成年者なのでは？
まぁ暖かく見守りますので頑張ってください。

大学生か意識高い系の何かかね？
まあ推移を見守りたい、とは思う
あとこういうところに要望を聞くんじゃなくて、どっかのフォーラムとかにDev.Blogみたいの作って、そこで要望聞くとか開発話するなりしたほうがいいと思うよ。英語ができればなお良し。
5chで聞いても煽られるだけだよ
がんばってね〜

わかったあまりにも作者のバックグラウンドが不明だから作者のちょっとした発言でみんながっかり、または逆の喜んだり忙しいんだよ。
作者さんの今までのプログラミングの経験は?使いこなしてる言語とか、プログラミング歴何年?
そこらへんビシッっと教えてくれると、みんなどう接していいかわかるんじゃねぇかな?ww

>>477
おぬしレーヴァテイルか

わざわざトリップ付けさせてるのに、わざと安価しないで構うやつはどれもこれも荒らし

>>477
そうですね、自分語りではないですが、自己紹介しておきましょうか。
プログラミング歴:今年で6年になります。
使いこなしている言語:Objective-C、Swiftは最近始めました。

AndroidはKorolin でやろうと思っております。

githubのリポジトリ晒せばええやん

コードで殴れば大抵のやつは死ぬのに……

>>480
まぁ、頑張ってるようですから応援してますが
この業界ですと"プログラミング歴何年"ってのは自己紹介になりませんから
他でも言わなくて良いと思うよ

>>481
アプリスレにコード持ち込んでイキガられてもなあ
「で、ストアURLは？」でオシマイだよアホ
連鎖用>>480

>>483
横からだが進捗は？→github見ろで終わるし悪くないと思うがな
興味ある奴いたらビルドも出来るし

>>482
447が聞いてるから答えただけじゃない？

477でした。ごめん。

>>479
やり方がわからないから

アプリ開発者って以前は神様って言われてたけど、最近はそういう表現されないんやね

>>488
スマホPC問わずまともにリリースせずに終了パターンたくさん見てきたしね
作ったよーどうよー？ってのだと変わらず有り難がられてると思う

スタンドアロンリーダー探索

Sparse系
　https://code.google.com/archive/p/sparserss/
　https://github.com/doits/Sparse-RSS
https://play.google.com/store/apps/details?id=de.bernd.shandschuh.sparserss
https://play.google.com/store/apps/details?id=net.etuldan.sparss
https://play.google.com/store/apps/details?id=net.fred.feedex
https://play.google.com/store/apps/details?id=ru.yanus171.feedexfork

クラウド同期やアプリ内ブラウザを仕込んだものは確認した限り見当たらない
Activityはすべてintent飛ばしてるようで初回がうざい（これのおかげで黙っててもSparseコピーとバレる）
派生もfeed filterやHTML抽出程度の低レベルMobilizeが付いた程度（所謂画像を表示できるLynx状態）
ストアにはこの系統が無数にあって、一見リーダーアプリが豊富に見える

がっつり触ったのはリンク最後のFlym Fork RSS Reader
キャッシュはDOMらないと用をなさないサイトには無力
実質的にはfeedか素のHTMLしか扱えない
貯めない運用に向いている（貯めることも出来はする）
見逃しても構わないニュースサイトなどのRSSを登録しとけば、最新◯日分のニュースを読んで暇つぶしはできるはず（後述）
画像サイトには向かない（ファイル管理が無理）

Pagingしてない、クッションページがない、素HTMLで完結していて画像付きLynxなら十分読みとれる、そんなサイトくらいしか向かない
いまどき、有名どころで向いてるサイトが思い当たらなかった
（個人ブログなどは向く。でも見逃し上等ではないだろう）
単にFeedを拾ってきて表示はブラウザで構わないなら問題はないが、https://feedwatcher.net/でも使った方が楽

gReaderのスタンドアロンが死んでいるので改めて探したけど相変わらずだな
（ProはFeedlyで使って無印をスタンドアロン使用していた）
FeedMeは機能的に十分なんだけど、スタンドアロンできないし、なんかトロい（重いではなく）
キャッシュなど期待しないので、アプリ内ブラウザのあるスタンドアロン可能なリーダーがあったら教えてください

RSSリーダーに知識ないと、RSSリーダーの開発は単にRSS解析したりFeedlyなどのAPIを呼んで
表示するだけじゃん簡単と思うが、いざ、調べて作ろうとすると、使いやすいアプリを
作るには何やらmobilizerやら色んな関連技術を知らなきゃいけなくて大変そうと気づく。
だれかまとめてw

開発者自身が「既存のアプリ」に満足出来ず所々の課題を解決したアプリを完成させることを目的としているなら
完成までにモチベーションが枯渇してしまう懸念について、ある程度は払拭出来そうであるが。。。

何はともあれお盆ごろまでは生暖かく放置しよう。
そして、それまでに「これは!」というモノができなければ忘れよう。

ここに欲しい機能一覧箇条書きしておけばきっと誰かが。。。

そんなゴミリスト作ってもしゃーない
本当にリリースする気があるなら大多数のユーザーが使う少数の機能に絞った実装にして後々のメンテナンス性まで考えるべき
こんなとこで機能の要望出してもそれお前くらいしか使わんやろみたいなのがたれ流されるだけ

なるほど。
皆さんのお話は分かりました。
最大限の成果を出してみせます。

しかし、お盆までかかってたらダメでしょう。
具体的な期限を設けないと。

3月中ーiOS版リリース
4月ーAndroid版移植開始
5月ーAndroid版リリース

ぐらいのスパンの予定です。
予定は早まることもあります。

>>495
おお。すばらしい。ぶっちゃけ、前に>>437にスケージュール書いたときなんでみんな知りたがってそうな
肝心の期間とかかかねぇのかなぁ。気が利かねぇなとは思ったけど。

頑張れ。色々、俺じゃねぇけど
>>448とか詳しそうな人いるから行き詰ったらどんどん聞いた方がいいw

ios版の方でのこの開発についてのスレはあるの？
専スレもしくはここみたいな汎用スレとか

出る前からこんなこと言うのも早いかもだけど、良アプリほど途中で挫折したり更新やめちゃって代わりがなくて困るので、
開発したらぜひアフターサポートまでお願いしたい

ぶっちゃけgreaderを最新のwebviewに対応してくれるだけでいいんだけどね

palabreで何も困ってないけど

palabre数ヵ月使ってたけど、やっぱりgreader戻ってきた

すまん誰か教えてくれ
palabreでcocologとかlivedoorとかのブログの更新を読めるやつと読んでこないやつがあるんだが、その違いはなんなんだろ？