Database Develop

Temporary-Fix for HTC PDFVIEWER "only for htc devices" error

So I followed all the info in this post...
PDF VIEWER ON JF 1.5H
After some toying with it, I discovered this app can only run one instance of the "only for htc devices" error-popup.
So here are the steps to enable the reading of PDFs
Steps 2 and 4, are interchangeable depending on which file picker you prefer.
1. Open pdfviewer and pick a pdf to view.
2. Let it load... and wait for the message that tells you "For HTC Devices only" comes up
3. Press HOME. (not the return/back button as that doesnt work)
4. Use a file manager like Linda or OI to select a PDF and run it through the pdfviewer when it asks how you wish to view the file.
5. Enjoy
PS.
I have tried this with 2 phones running to different builds. the 1.5H(haykuro) and the JF1.5.
I guess this fixes my problem for now... Still annoying but at least I can view PDFs this way.
PPS
Also as suggested in the forum mentioned above I tried to replace the build.prop from earlier builds including the dudes. None of them seemed to make it work.

nice try, but the app force closes when viewing the second pdf. might be because of large file sizes or too many apps running though.
thanks for the work so far!

TruLuvNvrDies said:
nice try, but the app force closes when viewing the second pdf. might be because of large file sizes or too many apps running though.
thanks for the work so far!
Click to expand...
Click to collapse
That happens to me whenever I view files over 8mb. But that may not be the cut-off that is just my cut-off of what I have been trying to view... but last night I read about 30 of the NBC Heroes comics on my phone... so it sort of works.
"H.T.C.....R.e.a.d.e.r. .E.n.g.i.n.e.....E.n.g.i.n.e. .C.a.c.h.e. .M.a.x. .S.i.z.e. .(.M.B.).....6.....E.n.g.i.n.e. "
From the resources.arsc...
After doing some reading of the files associated with the PDFViewer... I see the word ADOBE quiet often... Especially in the apps dependencies. Like libpdfreader.so
Anyone with some knowledge on this maybe offer a helping hand.??

Sorry double post...

Playing a .swf file outside the browser...?

With the inclusion of flash beta in froyo, is it possible to play a .swf movie or game outside the browser?
There are some flash games I'd like to play on the go without using data. I've tried downloading a particular game called Red Remover and opening through Astro, however I get the error saying "swf file type not found"
Any way around this?

if you were to try to create a shortcut in bettercut you would notice under Activities that there is a Flash 10.1 file selector activity of some sort
i haven't tried that out myself so perhaps you could give it a go and let us know

Hi,
Thanks a lot.
I made a shortcut to "Adobe flash expandable file Chooser" (the other one I chose fc'ed when I opened it.)
When I open this one, I'm given a bland menu of Audio files, Image files and Video files all as drop down folders.
It shows all my media of that type. I can't find my swf file though. It doesn't come under video, and I have too many songs and images to scroll through and find it (and I doubt it'll be in the other categories)
Any other suggestions?

you can publish the .swf to some server and navigate to it via the browser, there is a tedious workaround to play swfs locally (i remember doing it on the hero), i'll see if i can find it and let you know
dug through my past stuff and found this:
navigate to content://com.android.htmlfileprovider/sdcard/example/file.html via your browser
see if it helps

Seems a bit too much work to play the one game.
I wouldn't have a clue on how to publish the game. My only guess would be to open the game in Flash Cs3 on my Mac and press F12. After that I'd be stuck.
Thanks for the suggestion anyway. Hopefully there's a simpler way to do it soon.
Perhaps Adobe air which is supposedly coming soon could do what I want to do.

i tried the above method, it works on the N1, but you have to use the browser as container. basicaly you are able to navigate to local swfs using this method

Could you give me some more details on how to do this?
I've type into my browser content://com.android.htmlfileprovider/sdcard/apps/rr.swf
Yet I get errors.
What exactly file are you typing in, and what are you doing to the. Swf file? Is it just the raw file, or have you published it or something.
Because essentially I could make a shortcut to the URL and change the icon and basically have myself a flash game on the go.
Edit: sorry about that. Just realised I navigate to the raw file with a .Swf extension, not HTML.
Works well! I would've thought this game be perfect for mobile. Though I can't seem to interact with it past the menu screen. It's called Red Remover BTW.

if the folder containing the swf is "apps" on your sdcard and "rr.swf" the file that you want to play, it should actually work
oops, just saw that you problem got resolved good to hear

Forge94 said:
Works well! I would've thought this game be perfect for mobile. Though I can't seem to interact with it past the menu screen. It's called Red Remover BTW.
Click to expand...
Click to collapse
you can use multitouch to enlarge the content, then you will be able to comfortable hit "ok" and proceed to the game. best to turn to landscape mode. double tapping adjusts the content optimally to the screen

Wow, thanks a lot man. Gotta try a few more games, see if they work.
One thing I'm frustrated with is that I can't make that URL into a bookmark shortcut on my homescreen. It comes up with " This application is not installed on your phone".
Thanks anyway again
Edit: for what you said above, I've already tried. Hitting OK is easy, then hitting new game is even easier(the same with selecting a level)
Although when selecting blocks, I have to wait about 30 secs to a minute to 1 minute for my touch to take any action.

yep, not being able to create a shortcut of the bookmark is a bummer. i haven't played the game, but i know that quite a few flash games work wonderfully on android. my favourite is the bloody penguin

Please, explain how to make html file for an swf?

Nook android app and sideloaded epub

Anyone know how to get the nook android app to show the covers for epubs? Only downside of going cm7 vs stock eclair.

I just found a way
You need the book ID that the Nook app uses to identify each book.
This can be found inside the nook.db SQLite database used by the Nook app, look at the "ean" field inside "products" table. The easiest way to find it is by using the SQLite editor app from the Market.
Each ean should be a string of 64 chars, like this:
686B5DF3A725532E508C8A4741166F748F7419C0801FC0B638B6F5C246244AD3
Now you just have to put the cover and its thumbnail inside /sdcard/Nook/Images, in PNG format and using names like:
686B5DF3A725532E508C8A4741166F748F7419C0801FC0B638B6F5C246244AD3_thumb.png
and
686B5DF3A725532E508C8A4741166F748F7419C0801FC0B638B6F5C246244AD3_cover.png
Hope this helps.

I created an app and placed it in the market call "Nook Book Cover Helper", which pulls the title and ean numbers from the database and displays them or allows you to export them to a text file. It's a little simpler then searching with sqlite.

I get library sync errors whenever I do this mod. The covers show up OK, but whenever I go in or out of the application, I eventually start getting the errors.
I tried with both _thumb and _cover pngs and with just _cover or just _thumb files. It seems that either way works. I eventually wind up clearing data (which changes all the EAN #s and messes up the covers again).
I tried just doing one cover and about a dozen (out of about 18 sideloaded books). They are all EPUB books. I did notice that the EAN #s are longer for sideloaded books than for books purchased from B&N.
Anybody else seeing this issue?

keyodi said:
I created an app and placed it in the market call "Nook Book Cover Helper", which pulls the title and ean numbers from the database and displays them or allows you to export them to a text file. It's a little simpler then searching with sqlite.
Click to expand...
Click to collapse
keyodi, thanks so much for releasing this. Finally I'm able to see images in the library! The process is still cumbersome, for which I blame BN. I copied each EAN code compiled by the apk, pasted the data as the new name for the cover image in each folder created by Calibre, copied all image files, and pasted them into the image directory. After futzing around for a while, everything synced up just great. I noticed that when I had to make some minor modifications to some of the epub files (for example, changing some metadata), I had to create the image files all over again. I'm very grateful to keyodi for creating the Nook Book Cover Helper, but completely annoyed with BN for making the process that difficult. Let's hope the Nook app will get updated someday.

Unfortunately, the ean numbers will get recreated if the epub is modified in any way or if you clear the data. I guess it's just another way for BN to force you to buy books from them
DiDGR8, what errors do you get? Force closes on the Nook app? Do you have latest Nook app installed?

keyodi said:
DiDGR8, what errors do you get? Force closes on the Nook app? Do you have latest Nook app installed?
Click to expand...
Click to collapse
The app is up-to-date and does not force close. I get a error dialog stating that an error has occurred while synchronizing library contents. The dialog is occasionally continuous until I close the app. I didn't do problem isolation on the wifi (it may or may not occur with wifi off). When the error is not continuous, the book listing resets to a new order (books sort around in a different order and my most recently read book is no longer the first one listed).
It's annoying but not serious, but I don't value the book covers enough to put up with the hassle of figuring out the new EANs or putting up with the errors so I go back to "generic" covers. No biggie.

keyodi said:
I created an app and placed it in the market call "Nook Book Cover Helper", which pulls the title and ean numbers from the database and displays them or allows you to export them to a text file. It's a little simpler then searching with sqlite.
Click to expand...
Click to collapse
Wow, that's nice.
If you feel like doing some more programming, you could try to automatically extract the cover from the epub files and adding it to the library.
You could search epubs (which are just zip archives) for a file called cover.*, convert it to PNG if needed and put it in Nook library with the right name. This should work with a lot of epubs (e.g. those converted with Calibre).
I know it involves much more work than just extracting the names but...

met67 said:
Wow, that's nice.
If you feel like doing some more programming, you could try to automatically extract the cover from the epub files and adding it to the library.
You could search epubs (which are just zip archives) for a file called cover.*, convert it to PNG if needed and put it in Nook library with the right name. This should work with a lot of epubs (e.g. those converted with Calibre).
I know it involves much more work than just extracting the names but...
Click to expand...
Click to collapse
I was able to extract the cover images from the epub, so I may publish the updated app today or tomorrow.
Edit: Updated app on market

Keyodi, thank you for the updated app. For some reason, I get a "no database found" message when I try to scan my nook folder. It was working fine before but now I can't get it to work. I tried rebooting but that didn't help. The books still show up in the Nook app, though. Any ideas?

If you receive the "No database found" message, then the app was unable to connect to the db. Can you verify that the locker.db exists under /data/data/bn.ereader/databases/?
You can also try clearing data on the nook app (Application Setting/Manage settings), but it will require you to log in again and re-download your books and cover images.
I also updated the app to 1.5.1, which fixed a couple of bugs, so maybe this version will fix your issues.

keyodi said:
If you receive the "No database found" message, then the app was unable to connect to the db. Can you verify that the locker.db exists under /data/data/bn.ereader/databases/?
You can also try clearing data on the nook app (Application Setting/Manage settings), but it will require you to log in again and re-download your books and cover images.
I also updated the app to 1.5.1, which fixed a couple of bugs, so maybe this version will fix your issues.
Click to expand...
Click to collapse
The bug fix alone did the trick. This updated version is fantastic. I can't thank you enough!

keyodi said:
I was able to extract the cover images from the epub, so I may publish the updated app today or tomorrow.
Edit: Updated app on market
Click to expand...
Click to collapse
I get a blank screen; after the intro page, the header and status bar are there, and menu pops up an "Export" button, and back works, but no books are listed; there should be dozens.
I have some leftover epubs in my /emmc from before I installed CM7; would that confuse things?

Are your books showing up under my files? The blank page just means no epubs were found in the db. I probably should display that message instead of a blank page.
You can try a couple of things:
-Press refresh in the NOOK app
-upload the locker.db, so I can take a look at it
-Rename the locker.db to lockerbk.db under /data/data/bn.ereader/databases/ and launch the nook app

keyodi said:
Are your books showing up under my files?
Click to expand...
Click to collapse
After much screwing around, I find that /sdcard/Nook/Content appears to contain my B&N-bought .epubs, with names like "12345678901234567890_Title.epub". Damn, that makes them hard to browse. I won't attempt to correlate the numbers with some field in a database. There are also InfoJson_12345... files as well; these appear to be tables of contents. /sdcard/Nook/Images appears to contain covers and thumbnails (named 1234_thumb.png or 1234_cover.png) for books both downloaded and viewed on the "Shop" page. Lots more thumbnails than covers, but covers are for both downloaded and inspected (I looked at the details) books.
The blank page just means no epubs were found in the db. I probably should display that message instead of a blank page.
Click to expand...
Click to collapse
Updated the app; I now get the "No epubs found..." message. I feel better already! However, the db has 200+ entries, so something is still amiss.
You can try a couple of things:
Click to expand...
Click to collapse
I reordered your suggestions to make me feel better...
-Press refresh in the NOOK app
Click to expand...
Click to collapse
No change.
-Rename the locker.db to lockerbk.db under /data/data/bn.ereader/databases/ and launch the nook app
Click to expand...
Click to collapse
Had to sign in, took for-bloody-ever while "Syncing Library". Still no change.
-upload the locker.db, so I can take a look at it
Click to expand...
Click to collapse
Attached (I hope). The rebuilt one is slightly larger than the original; the new one is attached. Should I change my B&N password now?

I don't see the locker.db attached.

keyodi said:
I don't see the locker.db attached.
Click to expand...
Click to collapse
Damn. Let me try again.
I do have another question, though: my numbers look to be in a different format than those discussed earlier in this thread, and 1234_cover.png files that do exist are not displayed by the Nook app. This seems like a bad thing...

The db doesn't list any side-loaded epubs. Are all your epubs located in /Nook/MyDocuments folder on the sd card?

keyodi said:
The db doesn't list any side-loaded epubs. Are all your epubs located in /Nook/MyDocuments folder on the sd card?
Click to expand...
Click to collapse
My B&N-bought stuff is all in /sdcard/Nook/Content; I've been using eReader and aldiko for side-loaded content. Aldiko appears to import into /sdcard/eBooks.
I haven't tried to use the Nook app to read sideloaded books, I was under the impression that it didn't work. Can you point me to a clue? Do you just drop the .epubs in /sdcard/Nook/Content?
sigh
Thanks!

The nook app can read sided-load epubs, but you have to place them in sdcard/Nook/MyDocuments. Try copying one or two epubs from the /sdcard/eBooks folder into sdcard/Nook/MyDocuments.

Photo Uploads Don't Work

Photo Uploads Don't WorkWhenever I try to upload photos through the built in photo uploading app (it doesn't matter what service I try to upload to) the photo fails to upload, giving an "Upload error" notification. When the notification is clicked I get the following error: "Can't send response now. Data services are unavailable."
I've seen some people mention doing a full factory reset (on other Motorola DROID phones) and this possibly fixing the issue, but I would definitely like to avoid this at all costs.
Additionally, and this may or may not be related, my phone has trouble syncing with verious social networks at various times.
Stuff I've Tried Already
I have tried on both WiFi and 3g (both connections work fine for everything else)
I have updated my roaming with *228
I have tried a factory reset
Data Manager is not set to Wait for WiFi to upload
I have tried removing and re-adding the accounts

Nevermind. Removed all that stuff anyway.
--
matt katzenberger
http://katzmatt.com
[sent from my droid]

OMg i hated that!!! mine does that from time to time!

I have noticed that happening from time to time with dropbox, and also a problem where it uploads t the main dropbox directory rather than my selected directory. I noticed that it appears to happen when the phone is running low on RAM.
Based on the behavior of the gallery app and dropbox app, I believe what is happening lies in how Android manages memory. There is a good article about this over at Android Central but essentially Android allows for different classifications of apps. As Android system runs out of RAM, it will start shutting down apps and running processes based on this priority system.
So, what I believe happens is that when you select a picture in the Gallery app, then switch over to your uploaded (or vice versa), the phone runs out of RAM and closes the original app. Once you select the upload location (or the desired pic in the vice versa scenario), that app will look for a handoff from the first app, however that first app was closed by the system due to low memory. I am basing this on conjecture, but I have observed dropbox or the gallery app appear to "reload" after I switch between the two.
The low RAM is my major gripe about the Droid 3. Moto's custom skin, along with all the VZ bloat, appears to somehow eat up a ton of RAM (perhaps there is bloatware that runs in the background" which would be OK if the Droid came with 768mb or 1gb of ram. I wish there was a way to add ram after the fact.

I've never experienced this but I never use the native uploading app in Motorla gallery either. I tend to steer clear of the account setup in android and download apps from the market instead so i can control the data transfer and how all my interactions with my albums go a little more specifically. All that to say i use photobucket and have never had this error using the photobucket app on the market.

This problem was not a memory management problem, and had something to do with motorolas servers. It seemed to be fixed last time I checked
––
matt katzenberger
http://katzmatt.com
[sent from my droid]

"Update" problem in the main activity xposed app on v2.6.1

I don't remember having this problem before, it only happens sometimes and with different results, it's very random.
Scenario A) When I open Xposed, it starts checking for updates and notifies me of every new update, if I go to the "Dowloads" activityand press the reload button, nothing new adds. <-- normal scenario, it always was like this before 2.6.1.
Scenario B) When I open Xposed, it starts checking for updates but doesn't find any new update (and doesn't give out any error, at least on a toast), when I enter the "Downloads" activity, and press the reload button, new updates appear..
Scenario C) When I open Xposed, nothing happens. It doesn't load ANY update or tried to get new ones, even if I had some updates pending to install before, it won't show anything until I enter the "Downloads" activity. There the updates to-do are like normal and pressing reload gets new ones.
Also, I noticed that from 2.6.1 is when I started choosing specific update configuration for some of the modules only (global is STABLE and for some apps EXPERIMENTAL now).
This doesn't only happens to modules, today I had an scenario B when after entering the "Downloads" activity and pressing reload, I got notified of the new Xposed experimental1 update..
I didn't do the "all modules disabled" test because since this is very random and I rarely find updates for my mods, It would mean having xposed disabled maybe for hours/days which sucks

Updates from the repository are only refreshed every 24 hours. The downloaded repo.xml is kept in the cache and still needs to be loaded every time the app is started - unless the app was still in the memory.
So the different situations can be explained like this:
A) The last refresh was more than a day ago, so the installer first downloads the new XML, then loads it.
B) The last refresh was less than a day ago, so the installer just loads the cached XML. When you press the refresh button, the 24 hour limit is ignored, so you see new updates.
C) The app might still have been running in the background, so no refresh was necessary. Or maybe you have cleared the cache, so nothing was downloaded and the XML to load was empty.
It isn't really worth looking into this in more detail as 2.7 experimental1 handles downloads quite differently.

rovo89 said:
Updates from the repository are only refreshed every 24 hours. The downloaded repo.xml is kept in the cache and still needs to be loaded every time the app is started - unless the app was still in the memory.
So the different situations can be explained like this:
A) The last refresh was more than a day ago, so the installer first downloads the new XML, then loads it.
B) The last refresh was less than a day ago, so the installer just loads the cached XML. When you press the refresh button, the 24 hour limit is ignored, so you see new updates.
C) The app might still have been running in the background, so no refresh was necessary. Or maybe you have cleared the cache, so nothing was downloaded and the XML to load was empty.
It isn't really worth looking into this in more detail as 2.7 experimental1 handles downloads quite differently.
Click to expand...
Click to collapse
That explains a lot. However, doesn't fully explains the C scenario, since on it, the main activity doesn't show all the "pending to install but already notified (in green letters) updates", it doesn't show anything, not even any module or download on any of the activities (forgot to mention this), hitting the reload button fixes everything tho.
The question is.. why does the system works like this? Why it has to be that "manual"? (I spend the entire day pressing the reload button lol). Why it couldn't just check for updates everytime the app was loaded / everytime the main activity was opened / or even without the app opened, in the background. Maybe bandwith? not sure otherwise
If the system is changing in the next version (and for now in experimental), yeah we'd be losing time checking there. How does the new system works? does it do anything of the ideas I said just above? I'd love to test it, but im not moving from STABLE releases of xposed, it is way important for me :good:
Thanks a lot for your fast reply!!

RusherDude said:
That explains a lot. However, doesn't fully explains the C scenario, since on it, the main activity doesn't show all the "pending to install but already notified (in green letters) updates", it doesn't show anything, not even any module or download on any of the activities (forgot to mention this), hitting the reload button fixes everything tho.
Click to expand...
Click to collapse
That's really strange, not intended and I never had that situation. Do you have an app that constantly clears the cache? Loading the XML of course happens independently from the 24 hour limit, so the only possible explanation is that the cached file was deleted.
RusherDude said:
The question is.. why does the system works like this? Why it has to be that "manual"? (I spend the entire day pressing the reload button lol).
Click to expand...
Click to collapse
As mentioned, THIS is definitely not working as intended. I suspect something is deleting the file in the background on your system, as I never heard of such issues before.
RusherDude said:
Why it couldn't just check for updates everytime the app was loaded / everytime the main activity was opened / or even without the app opened, in the background. Maybe bandwith? not sure otherwise
Click to expand...
Click to collapse
Sure it's bandwidth. The repository index has grown to about 350 kB and is always growing. The Xposed Installer 2.6.1 has been downloaded more than 1.25M times, 2.4.1 even reached more than 2.5M downloads. That surely includes duplicate downloads, bots, users who decided to abandon Xposed etc. But still, the repository index has been downloaded 4.5M times in May, generating more than 1.1 TB of bandwidth. Now imagine what would happen if the installer checked for updates twice daily, or even in the background (which would also generate bandwidth for the many users who don't open the app daily).
Apart from that, traffic caused for the user, waiting times until the file is downloaded etc.
With the database approach and partial updates, I might be able to lower the update rate a bit, but I don't really see a necessity for that. There are about 10-20 updates per day, which affect usally none, sometimes one or two of your installed modules. And even when there are updates, there is hardly any reason that you have to update right now, instead of half a day later.
RusherDude said:
If the system is changing in the next version (and for now in experimental), yeah we'd be losing time checking there. How does the new system works? does it do anything of the ideas I said just above? I'd love to test it, but im not moving from STABLE releases of xposed, it is way important for me :good:
Click to expand...
Click to collapse
Just check the thread, I explained it there. There are no changes in the framework, only in the downloader, so it won't affect your modules.

rovo89 said:
That's really strange, not intended and I never had that situation. Do you have an app that constantly clears the cache? Loading the XML of course happens independently from the 24 hour limit, so the only possible explanation is that the cached file was deleted.
As mentioned, THIS is definitely not working as intended. I suspect something is deleting the file in the background on your system, as I never heard of such issues before.
Click to expand...
Click to collapse
Well, now that I remember the times that happened I was cleaning some so it may be the reason.
rovo89 said:
Sure it's bandwidth. The repository index has grown to about 350 kB and is always growing. The Xposed Installer 2.6.1 has been downloaded more than 1.25M times, 2.4.1 even reached more than 2.5M downloads. That surely includes duplicate downloads, bots, users who decided to abandon Xposed etc. But still, the repository index has been downloaded 4.5M times in May, generating more than 1.1 TB of bandwidth. Now imagine what would happen if the installer checked for updates twice daily, or even in the background (which would also generate bandwidth for the many users who don't open the app daily).
Apart from that, traffic caused for the user, waiting times until the file is downloaded etc.
Click to expand...
Click to collapse
Yeah, I understand that , well at least on BD you're gonna save some bandwith
rovo89 said:
With the database approach and partial updates, I might be able to lower the update rate a bit, but I don't really see a necessity for that. There are about 10-20 updates per day, which affect usally none, sometimes one or two of your installed modules. And even when there are updates, there is hardly any reason that you have to update right now, instead of half a day later.
Just check the thread, I explained it there. There are no changes in the framework, only in the downloader, so it won't affect your modules.
Click to expand...
Click to collapse
Done. Thanks a lot
And about that "there is hardly any reason that you have to update right now, instead of half a day later", there are flashaholics and there are xposaholics :laugh::laugh:
Thanks mate!