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/

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

>>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とかのブログの更新を読めるやつと読んでこないやつがあるんだが、その違いはなんなんだろ？

>>495
応援してます

>>502
読もうとしてるfeed urlと、それぞれの読み込み可否が分からないとなんとも

>>504
そうだよね
でも人様のブログアドレス載せるのはあまりよくないだろうから、それらは別のリーダー使うことにしたよ

greader、webviewをchrome canaryにしたらちょっと安定しだした

w

>>495
検討してるとは思うけど、Readability代替のMercuryWebParserへの対応をお願いしたい。

iOSアプリの「Reader 3」はMアイコンを押す必要があるけど
デフォでMercuryで開く設定があるとうれしい。

釣り終わった？w

物作って公開してから話始めろよ…

回答の仕方が開発者のそれじゃないからなぁ
開発初心者ならそれはそれでいいけど期待は皆無だし、スケジュールもあんなんじゃ無理ゲーですわ

結構な人が釣られてるなぁw

そろそろ完成間近かな?
はやくぅぅ

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

Feedly公式アプリでリストビューだけ選択出来ない不具合って直す気ないのかな？

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

>>508
ご要望ありがとうございます。
なるほど。
検討してみます。

gReaderにMercuryがあったらなぁ

3月もあと1週間だが

3月iOS版だけど、iOS版の出来でandroid版期待していいかわかるからね。
そろそろiOS版のスクリーンショットいくつか見せてくれてもいいと思うんだけど

>>521
モチロン幕開けで資金集めしてからです

どうも。アプリ開発者です。
進捗状況をお知らせいたします。

現在、今月中のiOS版リリースのため現在開発を続けております。

完了、現在対応中のもの
・全文取得←完了
・基本的なRSSの読み込み←完了
・AutoPagerizeの実装←今ココです

今後の実装
・オフラインで読める機能
・Feedlyなどとの連携
・etc...

元のRSSアプリは通常のものにはない機能が付いておりました。
そこで、分割も検討しましたが、
メンテナンスコストがかかりすぎますので、
ひとつのアプリに統合する予定です。

予定に変更は今のところありませんが、
万が一進捗に遅れがある場合はご報告いたします。
よろしくお願いいたします。

>>523
色々言ってる人もいるけど自分は期待してるよ。
良いか悪いかは使ってから判断するわ。

>>495で
3月中ーiOS版リリース
4月ーAndroid版移植開始
5月ーAndroid版リリース
って言ってるけどAndroid版リリース後はiOSとAndroidを並行してやるつもり？

iOSと違ってAndroidは「おま環」が物凄く多いよ。Android版のバグ潰しだけで
手一杯になってiOS版は暫く放置になると思う。
iOS版のα → β → 正式リリースを経た後にAndroidに移植開始の方がいいんじゃないかな

グローバルにアプリ出すんだったら
まずはGalaxyでしっかり動くようにしないと

>>523
特定のページだけ、リストにはあっても手動でしか同期しないって設定がすごく欲しい。

RSSリーダーごときでそんなおま環とか発生するかな?
バックグラウンドでいろいろやると、OSバージョンのせいでいろいろあるらしいが

Android対応バージョンはあまりに広いと対応が大変になるから
Android 6.0〜で良いと思う

rssじゃないページでもリンク拾ってくれればいいのになあ

>>530
そういうのはfeedlyに一任すればOK。

>>531
https://kanz.jp/hanrei/search/supreme/
ここの各判例のHTML 版のリンクだけ取りたいんだよね
feedlyでやってみたけど出来ませんでした

今月も残り3日。

ソーシャルニュースサービス「Digg」は 3 月 26 日、Google リーダーのサービス終了を受けて
2013 年 6 月に開始したオンライン RSS サービス「Digg リーダー」を同日をもって終了しました。

2013 年に Google リーダーが終了してからは、その地位を得ようと様々な企業が独自のオンライン RSS サービスを開始し、
Digg リーダーもその一つでした。大手が作る RSS サービスだったので当時は主流になるかと期待されていましたが、
サービス開始後 5 年で終了することになりました。

Rigg リーダーとしてのサービスは既に終了していますが、フィードデータは OPML 形式の XML ファイルとしてエクスポートし、
OPML のインポートに対応した他のサービスで利用することができます。

https://digg.com/settings にアクセスして下にスクロールした後、「Export」に進むと登録フィードのデータ等を OPML 形式でエクスポートできます。

ttp://juggly.cn/archives/237870.html

どうも。お世話になります。
アプリ開発の状況をお知らせいたします。

現在、私自身の体調が著しく悪く、
アプリ開発も滞っている状況です。

具体的な症状としましては、イライラしすぎて爆発しそうな感じです。
これ以上の体調の悪化を防ぐため、
しばらく療養に専念したいと思います。

体調が整い次第、アプリ開発も再開したいと考えております。
お客様にはご迷惑をおかけしてしまい誠に申し訳ございませんでした。

何卒よろしくお願い申し上げます。

草

コテを解析されたのかと疑うほどのギャグにしか見えないレス

見事な定番。

自分のGitHubリポジトリも晒せない奴にコードなんて書ける訳がないのは最初から分かりきった話

今後もこういう手合には粛々とリポジトリ公開を求めていきたい

お盆頃かな?→ いや、3月(android版は5月)にできます→ 突然の療養宣言(爆発抑止のため)

知恵熱?

動くものが出てくるまで読み飛ばすから俺にはなんの影響もない
排除したいとも思わない
お好きなだけ騒げばよろしい

どうせ出てもさほど良くない

ん？釣り飽きたのかw

ほらほら
お前ら釣られすぎなんだよ

お客様で草

お客様ってなんだよw
役立たずの妄想ヒキニートめ

予想通りしょぼい釣り師だったな

>>535
間抜け