Related
OK.. allow me to express my frustrations of this enourmously integral app on any android powered phone.
1. I am unable to do predictive search on it
2. It always use strict search queries and does not show matching spellings on the apps or even similar apps that we may like.
3. The interface is terrible
4. No straightforward way to purchase apps like the Itunes with saved credit card details.
5. No screenshot of any apps in the apps detail page.
I also use the Iphone and the app store on Iphone is MUCH MUCH better as it does everything that Android market doesnt.
What other things do you think is wrong with this app?
There is a new version of Market coming with Donut, which should resolve at least some of your concerns (see http://android-developers.blogspot.com/2009/09/some-news-from-android-market.html ).
Not sure what you mean on point 4 - buying an app is very easy IMHO, and I've only ever entered my cc details once.
Regards,
Dave
Oh - forgot to add. My biggest issue with the Market are the comments.
There are far too many duff comments against applications where either the commenter has no idea what they are talking about, has not read the instructions, or is trying to make a "clever" statement to Google (e.g. all those comments about CyanogenMod).
The comment systems needs to be cleverer so that all this trash doesn't detract from the really useful comments.
Regards,
Dave
I hope they are fixing the search function.. the UI looks a little better in the video.
Easy now. I know the martket isnt as polished at the apple appstore but remember that apples appstore is a cashcow while this doesnt being in nowhere near the same revenue.
I believe Donut is available now, along with the new market app.
http://www.androidguys.com/2009/09/30/are-we-on-eve-of-donut-rollout/
http://www.androidguys.com/2009/10/01/android-1-6-donut-ota-release-confirmed/
How can google make a search function that is so bad, they have to fix that
dieseldk said:
How can google make a search function that is so bad, they have to fix that
Click to expand...
Click to collapse
HAHAHA +1 for this one.
Been using the new market for 2 weeks now, it is better than the old android market, but still not 100%.
The most annoying things is the mini-gallery of "Featured" apps at the top.
When you use your finger to swipe them, your finger obscures the icons and more importantly the title of the "Focused" app, so you can't actually see what the name is.
Mind numbingly stupid.
Either the swipeable area needs to be vertically larger so you can swipe and not obscure the icon, and or the "focused" title should be moved above the gallery.. Can't believe no one ever tested it in the real world.
One more thing...
I live in Romania and i don't have access to payed apps....only for the free ones..... I would like to buy a navigation app and i can't....
That is because your region is not "Market Enabled" rather than an issue with the Market application itself. If you use the marker enabler (see http://code.google.com/p/market-enabler/ ) you should be able to effectively change your region to one where paid apps are available.
Regards,
Dave
Thanks Dave.
I'll try that and let you know.
One more question though....Do i need to root my hero for the market enabler to work?
I just bought a Xoom tablet and so far love it. I also own an Inspire 4G which is rooted and has many apps installed. I noticed soon after first sync that the apps from my phone are now on my tablet. I assume they are they apps listed in the Market which is ok except that it seems that they are "small screen" versions if there is such a thing. Is there a way to block or stop syncing to certain devices while allowing others? Am I clear whith this question? Do large format apps exist? Will the market auto download the correct version of the app depending on the device?
Just started to get up to speed with Android on my inspire, now comes another learning curve!!!!
Thanks in advance.
For most apps, there is only one version which the author can update to include our tablet (16:10) format. It's not that "small" versions are being downloaded, it's just that the version doesn't yet take full advantage of the extra screen size on our tablets. It's worth searching though, because some apps may have a larger (or tablet-specific) version abailable. Or, you may find another developer has a similar app optimized for the tablet. But, for the most part, the apps come in one flavor and as the author has time (or need), they can/will update the app for Honeycomb support.
Hope this helps to answer at least part of your question...not sure about stopping the process once it has started. I know that the first time you setup your account on some android devices, they will start downloading any apps you have in your library. My Xoom didn't though... Probably because I canceled the initial setup purposely then did it manually later. Doing it manually will bypass the app download as I recall.
As always... Great support on this community driven site!!! Thanks.
I suppose I will next look to perhaps rooting, although, as yet I see little need. Haven't noticed the bloatware that so burdened my Inspire4G.
I think there is also a "compatibility" setting on the Xoom that you can uncheck...in Applications??? that will allow the apps to show full screen, though they may be jaggy. Search for it...it might work for some of your "Must Have" apps=win!
Also, the market should show you a tablet specific selection of apps.
Good luck.
Does anyone know whats going on with the Featured Tablet Apps section on the market? I haven't checked the market in a while, so I got on today, and the tablet tab that's usually the first section is gone. Did they remove it? Is there any way to know what apps are optimized for Honeycomb? Apologies in advance if this was already covered. I ran a quick search but only found threads not related to the US.
I noticed they changed the market as we'll.I think it might be so Google will stop getting all the bad press about only having a handfull of apps for there new os.
Go figure
There's always 3 places I look for the tablet apps.
1. Featured Tablet Apps
2. Search "tablet"
3. Search "honeycomb"
They all give great results and frankly, more than what these media junkets report are optimized for Honeycomb. Then again, they never know what happens in the real world anyway.
Yes I agree there are alot of apps that do work and are full screen.but not designed for or use all the real estate of the tablet.even some of the so called optimized for tablet are just ported
but im not complaining its a new is and will grow up quickly as more tablets with honeycomb are pushed to end users
Hi Guys,
I managed to root my FireTV a few days back, and yesterday decided to look at the voice search to see if I could use it for other things.
After reversing some code, I found the actual voice search is handled by com.amazon.vizzini.apk
The SearchOverlay.class has this piece of code, which calls back to the amazon fireTV UI SearchResultsActivity upon completion with the search result returned as a string.
I replaced the fire TV UI with my own code, which receives the search text, and then sends a JSON rpc to KODI's web interface, and brings KODI to the front after the search is completed.
Here is a video of it in action.
http://youtu.be/hpgKci_gJYY
android studio project
http://uptobox.com/ccykod7zua1l
mirror
http://www107.zippyshare.com/v/mAhl3UuM/file.html
***** I have a FireTV v1 updated to fire os 5 ******
I have no idea if this will work on older versions of software.
To make it work you will require ROOT, and you will have to uninstall or move the existing fireTV amazon UI.
Reason for this is that the vizinni.apk calls back to
localIntent.setComponent(new ComponentName("com.amazon.tv.launcher", "com.amazon.tv.launcher.ui.SearchResultsActivity"));
So your activity has to be in that package, and called SearchResultsActivity.
The only other way to possibly get round this would be to modify the vizinni.apk to call a different package instead, but then voice search wouldn't work on the amazon UI anyway. I wasn't really bothered about the amazon UI working myself which is why I did it the way I did.
I just moved the original system/priv-app/com.amazon.tv.launcher/com.amazon.tv.launcher.apk to /system then installed my code via android studio.
mount -o rw,remount /system
mv /system/priv-app/com.amazon.tv.launcher/com.amazon.tv.launcher.apk /system/
You will also need to change KODI's settings to enable web interface control on port 8080.
On my setup it was .. system.. services.. webserver.. and tick the box that says "Allow control of kodi via http" and make sure the port is set to 8080.
edit: 07/07/2016
I did start work a few months back on an Xposed module (works but not 100%), I was going to add a settings page but I think there was issues with xposed on android version that the fire tv runs on, due to permissions etc.
You can set a prefix in the code (currently hard coded to KODI) so if you say " kodi star wars" it would pass the param of "star wars" to kodi.
If you just say "star wars" without the prefix it would pass this to the normal amazon UI.
If anyone wants to take it further, it's attached on the link below.
http://uptobox.com/ensqll4a7r65
Mick
Thats actually pretty great.
Conventional wisdom was that both voice recognition and response "results packaging" was done server side - and the only return query you could get were preexisting amazon database references - not the result of the initial voice recognition.
I've actually read that multiple places - but as it turns out, no one had bothered reversing the process I guess.
Major props and thank god for overlays containing strings... Finally - that microphone might not be so useless after all..
Next step - implement it to interface with google search. (Weather in ...)
edit: Actually - there are three interesting usecases I can think of on top of my head...
1. Launch other Apps (maybe even with "fixed Keywords (App 1 f.e. would work edit: "Number 1" delivers better results. )" if App names arent known to Amazon) - so thats text>launcher app - see if sphinx02 has any interest in coding that as part of Firestarter..
2. google search (Whats the weather in.. ) text>google search app (if possible)
3. direct text input as seen in the POC video
edit 4. forward to Amazon - not to "break" their implementation
This could be realized by a quick 4 way select screen (just confirm with the direction button) after you select the string in the overlay.
great find and implementation. would love see more expansion as above post mentions. Are you planning to share fire tv UI code?
I was playing with voice search strings and found that Amazon tends to strip out "Google" in front of search queries -so instead of "Google how is the Weather tomorrow" only "How is the weather tomorrow" will get returned.
But - Alexa as a trigger word will be returned fine, so - I vote for using "Alexa" as a trigger word to forward all search queries to the google search app.
Ok - maybe not - but conceptually, this would be a great "work of art".
An even better idea than Harklekinrains' would be to check the foreground app and do different things based on that. For example, if Kodi is open it could send the intent to Kodi. If the Fire TV launcher is open it could fall back to default functionality, etc. Simulating keystrokes could also cover 99% of the other applications. I'm excited for this. It really makes the Fire TV so much less of a novelty.
I've just updated the original post with a copy of the android studio project, and a few more details.
Mick
Great mate,thanks! gonna check it out soon!
One question (as im not firm with intents and stuff): aint there a possibility to listen for intents sent to the amazon ui and catch them? Personally, i dont care too much about it right now as im using nothing but kodi, but maybe some day when wanting to use prime or similar stuff?
dafunkydan said:
Great mate,thanks! gonna check it out soon!
One question (as im not firm with intents and stuff): aint there a possibility to listen for intents sent to the amazon ui and catch them? Personally, i dont care too much about it right now as im using nothing but kodi, but maybe some day when wanting to use prime or similar stuff?
Click to expand...
Click to collapse
I don't think so as the actual code in the vinizzi apk is as follows:
Intent localIntent = new Intent();
localIntent.setComponent(new ComponentName("com.amazon.tv.launcher", "com.amazon.tv.launcher.ui.SearchResultsActivity"));
localIntent.putExtra("identifier", null);
localIntent.addFlags(402653184);
localIntent.putExtra("term", str);
localIntent.putExtra("text", str);
localIntent.putExtra("source", "VOICE");
localContext.startActivity(localIntent);
So basically when it receives the voice search response from amazon's server, it's starting the activity com.amazon.tv.launcher.ui.SearchResultsActivity from package com.amazon.tv.launcher
Mick
Integrating the search attempt based on the previous foreground app would mean that "voice search" could never "initate a new attempt". This would prevent the "lets just ask google, or lets launch an app - impulse use" of the feature. Still - in the long term it might turn out to be the right approach - f.e. if
"People tend to use the the google search only lets say "half a dozen times", and in the majority of cases just want text input in Kodi" Also - without having a select screen with "four (dont make it too many) predefined "use options"" discoverability is pretty non existent. People would have to read readmes to find out which interactions are supported.
Also Amazon wants you to "be able to always reach the Amazon content search from anywhere" - so, political implications.
Also - each time a new app would want to integrate the voice to text feature - they would have to contact the devs of this project - if you dont use "just text input" as a default in the "use the previously open app as an indicator of intent" approach. So make sure you default to "just text input" in that case. (Amazon launcher > forward query to Amazon (do not break functionality), ....)
Dont implement it as a mixed approach though as "Kodi is open most of the time" probably for most people - and the intent (message) gets "confusing".
--
What you probably shouldnt do - regardless, is to use "trigger words" as an "indicator of intent" - because Amazon can start blocking them. "Number 1" is probably generic enough so they wont try to block that - but in principal, they can. Also Amazons "voice to text" engine is optimized for "short phrases" - the longer your input query gets the more prone to errors their results become. Leave the actual "voice input" as "natural" as possible (dont embed logic there). Imho.
I'm in the USA and uptobox.com is not available in our country.
I want to give the source a look and see what I can do to contribute.
Can you put it on github or somewhere else?
Much appreciated.
kratosjohn said:
I'm in the USA and uptobox.com is not available in our country.
I want to give the source a look and see what I can do to contribute.
Can you put it on github or somewhere else?
Much appreciated.
Click to expand...
Click to collapse
I've just uploaded it to zippyshare too. Link added to original post.
Mick
It would be nice if this could be generic way of entering text in any app, similar to the FTV Remote App that has keyboard support. I am surprised Amazon has not done this already. If you are in a text field voice search would fill in the text, else it can continue with normal Alexa functionality letting you " always reach the Amazon content search from anywhere". Should be an easy solution for Amazon to implement, not sure if it could be added with the progress here, and it would really make the voice control so much more useful.
Hey Mick, as im still very exited about that (so frustating to enter searchphrases with a dpad...), i thought about what your great find could develop to. I hope u dont get me wrong, as i unfortunatly cant contribute any programming (if u need something made with tasker let me know ), its not that i want to demand anything - rather share my thoughts or ideas...
- I think its a good thought not to 'blow it up' by adding many keywords, make it more complicated, and avoid amzn to lock features down. even if it may be an abstract fear. I think with a well-structured menu in kodi, all apps one will need to start are just 2-3 clicks away.
- if i got it right, xposed could hook into every module and alter it, right? so basically it should be possible to avoid to exchange the amazon ui and/or alter the vizinni.apk,but just modify the SearchOverlay.class? wouldnt it be (on top) the most convenient way to decide wether one is on e.g. Amazon Prime, or on kodi, and either hand over the result to the original module, or hand it over to kodi?
So, please understand my post as a mixture between sugestions and questions, not as a demanding 'please make it how i want it asap'. Im really excited about your finding, appreciate your sharing, and want to contribute what i can do - unfortunatly its rather thoughts and suggestions. Cheers mate!
Great Work !!! I totally understand this is for amazon Fire products only. My question is would we be able to port for generic Android TV box like nVidia Shield which also has mic capability and comes with root support.
Good job @is0-mick it's great to see you accomplish something that Netflix doesn't even want to be bother with on their app.
harlekinrains said:
No you dont understand. You havent even read or understood the first posting - but you have bought another device and now want others to move in your direction on your behalf.
Click to expand...
Click to collapse
Seriously mate if XDA bothers you so much, you need to take a break from it for your own sanity!
fach1708 said:
Seriously mate if XDA bothers you so much, you need to take a break from it for your own sanity!
Click to expand...
Click to collapse
No, I really don't think he needs to take break, his argument is completely understandable. This is not a Shield forum (btw before we make judgements, I own both devices). We need to get this fixed for one device, before even mentioning whether other devices are an option.
is0-mick said:
To make it work you will require ROOT, and you will have to uninstall or move the existing fireTV amazon UI.
Reason for this is that the vizinni.apk calls back to
localIntent.setComponent(new ComponentName("com.amazon.tv.launcher", "com.amazon.tv.launcher.ui.SearchResultsActivity"));
So your activity has to be in that package, and called SearchResultsActivity.
The only other way to possibly get round this would be to modify the vizinni.apk to call a different package instead, but then voice search wouldn't work on the amazon UI anyway. I wasn't really bothered about the amazon UI working myself which is why I did it the way I did.
Click to expand...
Click to collapse
Is it not usefull for this to create a xposed mod? I thought xposed was made for this...
Perhaps you should talk with rbox in his thread about a integration into version 1.5 of his mods, look here.
is0-mick said:
I just moved the original system/priv-app/com.amazon.tv.launcher/com.amazon.tv.launcher.apk to /system then installed my code via android studio.
mount -o rw,remount /system
mv /system/priv-app/com.amazon.tv.launcher/com.amazon.tv.launcher.apk /system/
Click to expand...
Click to collapse
So does that mean, while you are using your proof-of-concept you can not use the normal Launcher-UI?
Really great your work! I hope we got more
Sadly I am with my FireTV-Stick (hardware-Rooted-superSU) and my FireTV box gen1 (hardware-Rooted-superSU+custom-recovery+unlocked-bl)on the old FW. I wait for custom roms.
Greetings by Idijt
EDIT:
I forgot to ask you something. Did you got the kind of search-request back?
Can you see if amazon-voice-rgn knows if it is a app or a video or a moviestar?
This looks pretty cool since I don't like typing the name of the movie in the search box... now I can just speak it.
As a novice I have one question, You wrote:
is0-mick said:
I just moved the original system/priv-app/com.amazon.tv.launcher/com.amazon.tv.launcher.apk to /system
Mick
Click to expand...
Click to collapse
The code I downloaded was in .RAR format not .apk. Do I need to covert it to .apk or rename it to .apk before replacing the original?
I've not rooted my device yet so I haven't looked at the file structure, but I'd be willing to root to get this feature. OR is the adding of this code better done by someone other than a novice?
Thanks
carpenter940 said:
The code I downloaded was in .RAR format not .apk. Do I need to covert it to .apk or rename it to .apk before replacing the original?
Click to expand...
Click to collapse
It's the source code. You have to compile it and create the apk with AndroidStudio.
While looking for something completely different, I stumbled across this and thought some people might find it interesting:
Turn an old eReader into an Information Screen (Nook STR) – Terence Eden’s Blog
shkspr.mobi
I wouldn't fixed NST to a wall and think that I have read here about app used here to do that job. Either someone is gonna fix TLS issue or maybe if we assume using NST as display it could be possible to use home Wi-Fi router or mobile phone as secure server or part of VPN that will negotiate TLS issue for NST. I always doubted slightly that NST can offer full internet browser experience but something in line of htttp web grab in reader mode might be good enough for some application. News (RSS), weather and I believe that maybe EPG TV guide are not impossible to accomplish. Only question about this remains will NST embedded HTML browser will be good for the job of showing the grab from web pages or is Opera in reader mode better for such job. Time to look up for a good web grabber...
SJT75 said:
I wouldn't fixed NST to a wall and think that I have read here about app used here to do that job. Either someone is gonna fix TLS issue or maybe if we assume using NST as display it could be possible to use home Wi-Fi router or mobile phone as secure server or part of VPN that will negotiate TLS issue for NST. I always doubted slightly that NST can offer full internet browser experience but something in line of htttp web grab in reader mode might be good enough for some application. News (RSS), weather and I believe that maybe EPG TV guide are not impossible to accomplish. Only question about this remains will NST embedded HTML browser will be good for the job of showing the grab from web pages or is Opera in reader mode better for such job. Time to look up for a good web grabber...
Click to expand...
Click to collapse
Curl can often bypass SSL checks and grab web content. It runs on the NST. I've used it in a few of my apps. Whether the data it gets can be used by the app the blogger mentions is something else.
@nmyshkin that is nice idea! And seems exactly in line of what I wrote. I do not know is curl accessible from Android layer. I pondered the same thought more in line of trying to use port of Lynx to Android I have seen someone did although who knows is that possible to do on this version of Android?
I've written a status app (that I never use).
It polls two different servers for JSON info and displays it using regular Android graphics stuff.
It uses Retrofit for polling.
And one more! (although this one uses a Sony PRS-T1)
Reusing my ebook reader – Fluffyelephant
Hmm, you got me thinking about this stuff.
There's the whole let the Nook poll some data service and display it on a web browser sort of thing.
I don't really need or want that.
I was thinking more of like as a status output device for a headless Raspberry Pi.
No, not as a terminal, more like status for a solar/home/whatever system.
The Nook doesn't poll anything, it just sits there waiting for text or graphics.
But here's the part I like, you don't use any WiFi.
You just plug your Nook into the Raspberry Pi.
Of course it has adb.
You can get adb for Raspberry Pi: sudo apt-get install android-tools-adb
Now you can set up port forwarding:
Code:
[email protected]:~ $ adb forward tcp:6666 tcp:6666
Then all you need is something on the RPi to connect to port 6666 and spit out stuff.
On the Nook you need an app to serve port 6666 and do display stuff.
I've already made a clock as proof of concept and it works fine.
You could just use text fields or compose a whole graphic frame on the RPi and send that over.
Heck, if you send whole frames you wouldn't even need to run the Android subsytem.
I could probably get that working on a Kobo.
A very sophisticated example follows.
It allows you to individually update separate fields.
These could be in tables with borders or labels or whatever.
Edit: Okay, a better screenshot.
You know, the thing I like about this is that the NST is the server.
It's a bit like running X11, but much more lightweight.
And if you want you can still run this over WiFi instead of ADB forwarding.
This electric sign app is really close to something I'm looking for. What I'd like to do is, instead of a screenshot of a URI, to take a screenshot of what I've got open in the device.
I'd like to use this with Google Calendar, and Opera Mini surprisingly seems to work with the HTML version. I think Opera Mini keeps the calendar updating with AJAX or something, so all I'd need an app like this to do would be to, when it's running, take a screenshot of what's on the screen right before sleeping and set that as wallpaper, then wake every X minutes, screencap what's there and go back to sleep with that as the new wallpaper. The end result should be an always-on, low power Google Calendar.
EDIT: For anyone looking later, I was wrong. Opera Mini does not keep updating Google Calendar, you have to refresh it manually, which makes this slightly more complicated...
jptiger said:
This electric sign app is really close to something I'm looking for. What I'd like to do is, instead of a screenshot of a URI, to take a screenshot of what I've got open in the device.
I'd like to use this with Google Calendar, and Opera Mini surprisingly seems to work with the HTML version. I think Opera Mini keeps the calendar updating with AJAX or something, so all I'd need an app like this to do would be to, when it's running, take a screenshot of what's on the screen right before sleeping and set that as wallpaper, then wake every X minutes, screencap what's there and go back to sleep with that as the new wallpaper. The end result should be an always-on, low power Google Calendar.
Click to expand...
Click to collapse
Somewhere on the site there is a discussion of a setup that copies the current screen into a screensaver folder so that, for example, a map remains visible when the device sleeps. Search for it.
Edit: https://forum.xda-developers.com/t/q-fridge-calendar.3057759/#post-59527882
Edit: https://forum.xda-developers.com/t/...uestion-o-noob-friendly.2941262/post-57216860
Eh, I'm not fond of browser-based anything,
For plain HTML stuff you could throw something together with Webkit instead.
For the adventurous you could use the Google Calendar API
Renate said:
Eh, I'm not fond of browser-based anything,
For plain HTML stuff you could throw something together with Webkit instead.
For the adventurous you could use the Google Calendar API
Click to expand...
Click to collapse
I tend to agree with you. As I already wrote above something akin to Pocket/ReadItLater and similar might be accomplished using simple web grab I presume and offline HTML browser. I have thought that it looks odd that beside "hidden" (and sadly for us practically unusable) browser NST have another HTML viewer. Reason for that might be it was intended to be used for B&N "browsing" through their shop that they periodically download to NST or maybe for presentation of e-book material of older type that was for all intents and purposes just web archived HTML page or perhaps for viewing magazines purchased through B&N.
In essence even epub use elements of CSS/HTML but that is another story. Maybe it could be possible to make some poor man Pocket like offline browser if we somehow find the way to cobble together parts of some RSS, bookmarks syncing, e-mail listing, forum/blog viewer and approach that me or nmyshkin proposed here. In my opinion hardest part if some web grab is possible would be to render it in usable form for this device. That mean turning of ads, flash/video, loading pictures only on demand (or better in on/off way) and show only text information. Now what "browser" is suitable for this is yet to determine. I know that very old Opera could turn off animation an pictures but as I remember it did that in such way that it didn't download them at all to save bandwidth. Maybe it could be somehow set to load web archives in such manner? Think about it as giving an command that some web page be "printed as epub". It might be to large task to accomplish. Pocket worked if I remember right in such way that selected page was sent to dedicated server which did the trimming part for user and allowing him/her to download that content on other device to be read later on. Here I think that if we could sync for example one of bookmark folders from a computer with NST and achieve web grab of those links in usable form we might have something. It is a matter for the debate isn't Opera mobile and style management already wrote on here in forum same or even better. Problem would be that page reformat/rendering would be tasked to NST itself and I am not sure if it is up to the task or am I capable to cobble such thing alone for that matter. Something flashed in my mind didn't Calibre had some news reader? If it does then I am inventing the wheel here. Still it would be nice to be able to have some even limited ability to open a link to a news story from RSS feed or a forum/blog we follow or e-mail listing etc.
For Calendar I hope that some kind of dedicated app combining Calendar, planner and to do list can be found to already exist for this device.
Did anyone inspected this option? https://greycoder.com/a-list-of-text-only-new-sites/ It might be interesting
SJT75 said:
Did anyone inspected this option? https://greycoder.com/a-list-of-text-only-new-sites/ It might be interesting
Click to expand...
Click to collapse
Thanks for these! The ersatz Google News is amazing in that even the external links are text-only! It makes my Google News app obsolete! Great with Opera Mini. Many, many things to look at there
nmyshkin said:
Thanks for these! The ersatz Google News is amazing in that even the external links are text-only! It makes my Google News app obsolete! Great with Opera Mini. Many, many things to look at there
Click to expand...
Click to collapse
I am glad that I have contributed with something useful. As have already guessed from mine posts in this thread I have contemplated heavily about what could be more useful for NST some text-only browser akin to old trusty Lynx or some rewrite/redefinition of working Opera. One thing lead to another and at first I thought to maybe open and disclosed source for firefox readability extension/addon ported for working version of Opera somehow is a way to go but as I always check all aspects of mine quirky ideas I stumbled upon this. It is poor man solution but as I remembered that you follow NPR and they have text mode only site felt obliged to mention it here.
In line with nmyshkin's idea of using curl if some information display akin to the one linked in the first post is needed does something like cron from Linux can be run on NST?
"Print as epub" exist as web form. Here is the result of that one. https://dotepub.com/ I tried to use online form there and results were mediocre but as I understand they also offer their API to developers etc. That I presume might draw attention from someone on xda.
In defense of the intended idea for using NST as info screen arguably touch technology it uses is best for those screens. Mine guess is that its deemed as such because it is most easily scalable from the currently available techniques. This also raise the question why B&N did not already made readers of much larger format like A4 paper size screen. Is the display cost really that high and prohibitive? On the other news rumors have spread that they have partnered with Lenovo not only for the new generation of tablets but also for new e-readers. Has anyone find some leek about possible specifications?
SJT75 said:
... rumors have spread ...
Click to expand...
Click to collapse
Say, what? After my buying a Poke3?
Edit: See https://www.barnesandnoble.com/w/no...ovo-barnes-noble/1139012795?ean=9780594080503
1200 x 800 for a 10" = 144 DPI, not drop dead impressive.
I agree. Cheap bastards! I can't say is that 149DPI good for LCD screen but is sub par for e-reader. They obviously targeted minimum resolution comparable to low resolution printing and hope to get away with it. Considered that I expressed criticism to level of development of current color e-ink technology being bellow resolution of NST by about 60% you can bet I find this to little question is does it comes to late for B&N. Still I am more interested about e-ink display device that rumor say is also planned but nothing is revealed so far.
Renate said:
Say, what? After my buying a Poke3?
Edit: See https://www.barnesandnoble.com/w/no...ovo-barnes-noble/1139012795?ean=9780594080503
1200 x 800 for a 10" = 144 DPI, not drop dead impressive
Click to expand...
Click to collapse
Nothing to report that is mine work now still in the spirit of this thread I want to post few links with things people did with e-ink screens that might be done with NST also.
1. Raspberry Pi powered news scrapper - something Renate might like as she as I understood work on something similar
https://www.reddit.com/r/raspberry_pi/comments/ksgomp
2. Weather display that I believe was made using software already mentioned somewhere on forum
https://www.reddit.com/r/homeassistant/comments/lcyos9
3. Something completely different! Device made as platform to enable development many things e-ink made. Link shows RSS implementation.
4. In the old days when e-readers were unobtainable on my location I was in desperation contemplating the idea to convert available photo frames to a e-reader. This is as you guess the other way around.
https://www.reddit.com/r/raspberry_pi/comments/liadda
5. Someone developed site for games for e-ink screen as I understood browser only
https://e-ink.club/index.php There is in my opinion plenty of room for some sort of games on e-ink and this is not comprehensive list but it is nice someone started a dedicated page/project for that.