I'm having weird problems with the reader lately. In particular, the behavior when opening multiple files and then trying to close one is strange... it simply doesn't close one. The program refuses to close completely when that happens, and can only be "kill"ed. By multiple files, i mean in that list of "quick open" files. This description probably isn't making much sense, because i never did really figure out how it's supposed to work.
The "quick open" file list is a compromise between having a full "Multi-Document Interface" (MDI) and limiting the amount of memory and screen estate a tru MDI solution would require. Basically, any file on the MDI list has its state (including, optionally, its display and layout settings). If you have saved a config with the same name as the file which you are about to open (which is the default when you save a config) then the config gets loaded too. Otherwise, only the current position in the file is saved plus some format specific information (IIRC this is currently limited to the list of visited links in Plucker documents).
This enables you to get most of the benefits of an MDI but you don't actually have to have the file buffers etc in memory, and you don't lose any of the display to tabs etc (which may not be so important on the larger screen devices but is very important on my SL5000 8^) ).
All the info required to maintain that list is stored in a file which you can get to by opening a terminal and typing
ls -al ~/Applications/uqtreader
You should see two files and two directories (in some ROMs you might have to do
cd
ls -al Applications/uqtreader
because the home directory is different in the terminal than when running from the GUI).
The file of interest here is ".openfiles". It sounds like yours may have become read-only for some reason so try and delete it (but remember that this will remove *all* files from the list of open files):
cd
rm -f Applications/uqtreader/.openfiles
Let me know what happens and I may be able to help further if more is required.
The other problem involves full screen mode. If the Z blanks or goes into standby, it comes back in a weird semi-fullscreen mode.
Qtopia doesn't properly support a fullscreen mode so it is almost impossible to get it working completely correctly. My implementation is based on a howto published on the sharp developer site but it still doesn't really work properly. In the latest version (I'm not sure if it is in 0.7h or if you need my current unstable) you can hide the tools and status bar and get full screen except for the launcher bar at the bottom (which otherwise persistently tries to overwrite whatever you write on the screen) so may be more useable for you.
As far as requests... highlighting and annoting behaves erratically, and i'm not sure if it's not fully implemented or what.
In what way does it behave erratically? It should be fully implemented but I have to admit that I never use it so it doesn't get tested very often so may get broken without me noticing from time to time.
My personal mini-wish would be a quick-bookmark (like a ribbon), a simple icon or tab that allows quick switching between several locations, that could also be set quickly.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73719\"][{POST_SNAPBACK}][/a][/div]
How does that differ from the current bookmarking? You can put the "Bookmark Here" and "Goto Bookmark" icons on the toolbar which enable you to mark the current position by tapping on the icon (and then editing the default name supplied which is based on the first word on the page, if required) and will let you go to a bookmark by tapping on the other icon and then tapping on whichever bookmark you require. If you want to make bookmarks even more easily you can set it so that screen taps call up the annotation dialog (an annotation is just a bookmark with added text so you don't have to add any extra text). What am I missing? (Again, I seldom use bookmarks so it wouldn't surprise me if I hadn't quite got the functionality right).
