Will be done for next update
its been fixed for next update, also there is new option to launch whatever browser is being set at default by BlackBerry 10 OS. Will check out why evolution is broken as well (browsie browser was reported and fixed, evolution not working is a new report)
Check feasibility of doing this on client side
Thanks for the update, looks like its done on the downloaded articles only let me see what I can do
This sorting is requested for Subscriptions? or articles? In articles I have some plans to highlight popular ones (sorting may not work as expected I am trying to figure that out)
Some improvements have been made for next update 22.214.171.124 which is currently under review and should be released ideally early next week based on recent experience.
Will keep this item open as few passport related changes will come in a subsequent release. please provide the feedback on 126.96.36.199 release once you get it next week, will add it for next update
Grid view support has been added in 2.9.9 update series
Yes keyboard swiping gestures support is part of the plan
Please see comment there will be a mode with less padding/spacing as optional setting
Have you turned on the snippets from the settings? Also Passport now uses more padding and spacing to fit the high display better. people who were used to earlier spacing and padding may find it takes away space. I am thinking of adding a mode where old spacing/padding can be enabled
Background of list view is framework generated, the unread article color is indeed gray but that's required to visually differentiate between unread and read items. The article view should be dark already. Is is possible to maybe post screenshot so that I can be sure. I have made some adjustments to article view.
Are you referring to titlebar at top and toolbar at bottom?
Planned for upcoming releases
The feature is still on the plan, but unfortunately not actively being worked on at the moment. I am still trying to get this working at least in beta stage before the end of the year
Just finishing up next version plan to take this up immediately, expect good progress in month or so.
I can understand your frustrations, I was about to get started on this when Google made the announcement. now more than 3 months have passed since then so timewise there has been plenty of time. But you will need to consider that I work on this application in my spare time so I have to pick and choose from features I need to implement. Now that backend issue has been sorted out this feature in now one of the highest priority feature (along with feed management) and rest assured that I will work on this before adding stuff like app cover etc.
Possible to share a screenshot? What I can infer from this information is though when you are viewing "New articles" only unread ones would show up whereas viewing a feed based on setting could be a mix of read/unread article. Hence there is lack of visual diff. when viewing "New articles". Is it that the read articles are also somehow being shown in that list is the issue?
Under review – not yet being able to reproduce
Did the following test regarding video player issue with embedded videos, on verge site feed played the embedded video in article. The video popped up. hit back while video is still playing to go back to article view. video is still playing in embedded view within article. now tried to browse to other articles by swiping. audio stays on but video is not visible as soon as article is changed and stops playing once you are past 1/2 more articles. any more clues on how to reproduce this issue would help
Also please tell me which device/OS version the issue is being observed
Work has started for inclusion in next update 2.8
188.8.131.52 release rolling out today supports the first iteration of this feature will keep this item open till automatic sync and UI count updates are also implemented
Thanks for the update, will see if I get the feature added in the upcoming update itself
With 184.108.40.206 update that will roll out today you can now toggle read status quickly using quick action (checkbox on the list). I am still planning to support swipe gesture in future builds but required some tweaking to base list code which will take some time. meanwhile checkbox should offer the functionality in another way
Will surely consider this for next release. Share (Email) should work with F key (Forward)
Was indeed a bug will correct in next version
New keyboard shortcuts help in this area, for full touch devices swipe navigation can be disabled that way you can use peek gesture to go back
If swipe to navigate between articles is disabled in Settings then standard BlackBerry 10 peek gesture to go back "swipe right" can be used to go back. It always works on article list page and additionally on article view if above mentioned setting is disabled
Let me know if this mechanism works for you
New evernote beta support sharing via sharing framework so its already possible to share title and url with Evernote, will check how full web page content or at least article content can be shared
Not sure if I should wait to get more details on native Evernote app in 10.2 OS and its sharing capabilities.
If it already has this function it will be really trivial to support. Anybody having more info or using that application on leaked or beta releases of 10.2 do let me know I will be interested to integrate with it
Thanks will surely contact you in some days, Right now I am bit tied up with personal & work matters but plan to start on additional services support by mid august.
Thanks for opening this as a separate idea, this will help me gauge user interest better for each backend separately, will open up other backends as separate ideas as well to get some feedback
Started the integration work with newsblur.com, other services work can not start till there is an API
Thanks will take a look at old reader once NewsBlur support is complete
1.9 release adds Feedly support and is now live on app world
Feedly will be supported in next update, will share more details over coming days plan is to activate feedly support before Google reader shutdown
feedbin is definitely under consideration. I will announce in week or so what additional service in addition to newsblur will be supported, looks like whatever I support will be supported by Reeder as well so you should be safe :)
True, I was part of original application (100+ developers who applied), they are saying now they are working on second batch (in addition to the 5 chosen today). I have filled up developer form again to be sure (hopefully they will have my data from earlier application as well)
So now again I simply need to wait till I hear something back from them (and work on services that already offer API like newsblur.com) :)
oldreader.com has no API at this moment as far as I know, all 3 will be considered of course provided there is API access
Current status for alternate services as follows
1) NewsBlur.com - will be supported with upcoming major release (2.x version). already has a public API
2) Feedbin.me - looks like a nice service with public API already available. currently under consideration. do let me know your interest levels in supporting this particular service
3) Feedafever.com/tt-rss.org - Self hosted solution with already available public API. currently I am not very sure how popular self hosting is going to be but there is steady requests for supporting either this or tt-rss.org (another self hosted soltion). I would work on this once I have newsblur support in place and will use time in between to get some feedback on which is more popular to decide if I support one or both of them
4) Feedly.com - Quite popular in userbase but currently no open/public API. I have registered gNewsReader application with them and they had collected some data on my current userbase. Till now there is no firm confirmation from their side that gNewsReader will be granted API access. If they do grant me API access then this service will surely be supported.
5) Digg.com - Currently no open/public API, again based on popularity this will be supported. I'll support Digg.com/Feedly.com based on whoever grants me API access first
6) Standalone RSS reader - currently this is least preferred option as I really think syncing of unread items is really very important feature for google reader userbase. I might go this route if no free backend service solution is in place by this month end (May 2013)
Feel free to request any additional services or voice your opinion regarding the list above. I really value the user input on this as Its important for me to support what my userbase wants (provided API access is granted in cases like feedly.com/digg.com)
Even post google reader shutdown the response to application has been really great and engaging with BlackBerry community has been both fun and learning process for me. Thanks again to all my userbase for supporting this application. I am sure that there will be good choice available when Google decides to pull the plug on 1st July.
it was halted at the start of April but good news is from today I have resumed the work on it again. expect basic working version (beta) before end of this month
Support to open in all new articles added with 220.127.116.11 release
What are the targets user would like to have default to all new articles, and optionally allow to select from any of the users folders/feeds including starred/saved for later?
I think even though there is buffer app since its not native but android port, it does not present itself as provider and hence the specific target to share buffer is being requested here
Ok, so currently the setting to show unread items in the list is only active if main view also in same mode (i.e. only feeds with unread count) so when you switch to all mode the filter stops working. you need a way to make that filter work in "All" mode as well.
This is going to be a tough user experience choice, will think about this more
Are you on version 18.104.22.168? in that case simply click on the header to select all feeds. this would display you even the feeds with 0 count. prior version had a slider "All" and "Unread" you need to keep it on "All" to achieve same in prior version