Quote:
Originally Posted by Mackx
OK, I understand, on the other hand Lua could be used to create 'user modifiable' scripts that are executed at specific locations in the code. This would however take a lot of effort and time to define locations where to run lua-script and define interfaces to modify standard behaviour by the scripts. (Mmm as I am writing this down it sounds interesting, maybe I should put it on my long-term todo list ...)
|
Lua is a superb tool for those uses, but do we need them? is the only way to do them?
After a few days playing with Vala, I think I've lost my initial interest in lua as a development tool for DR. Vala is only a bit harder but it's faster, can be completely integrated with DR and doesn't require external dependencies.
Quote:
Originally Posted by Mackx
The dr1000-hackx (new name for MackxPatch) has a mechanism to add new icons on the Home/Desktop. One that is added is called Applications, it shows all files that have been tagged with 'application'. It is similar to the 'Go to Programs' although it requires that the files are tagged correctly. (Note that dr1000-hackx allows to add multiple tags to a document.)
|
I was thinking in another way: instead of "wasting" one precious item on HOME (DR800 only allows 12 per page, 11 default links + 1 "continue reading last opened book"), my idea is to put a link on the popupmenu, not on ctb's HOME, which would open <SD card>/Programs folder.
It's easier to code and requires same work for the user, 2 clicks (menu and menu-link vs. HOME and home-link).
Quote:
Originally Posted by Mackx
I am wondering how much this solves, the sql-query still needs to gather info on all document, sort them according to the sorting criteria and then select the information that is really required. But I think it is worth a measurement to see if it saves some time.
|
Maybe I'm missing something... but we could create specialized queries for each view, using LIMIT and OFFSET clauses we'd avoid retrieving DB rows for every book in the DR.
The only problem I can think of is the Sort by Title / Author that requires all the items to build the ABCDE toolbar at the right. Don't think the other view modes (by size, by file type, by recently opened, by added) require to retrieve all books.
Quote:
Originally Posted by Mackx
You should be able to merge that from dr1000-hackx. (Although the settings dialog to control the appearance and order of views in Home, needs some extra work to make it more user friendly.)
|
Of course, my intentions is to steal lots of code from there ;-)
Quote:
Originally Posted by Mackx
I assume that the 'real' problem is that you cannot find your books quick enough? I started working on a function that allows selection of books based on its tag. Tagging each document with several tags e.g.: 'book programming vala' would show the document in the normal 'Books'-View, but also allows to fine-tune the selection with 'programming' and/or 'vala'.
Maybe I should post the new version as a pre-release so you can play with it in the emulator? (The new version also allows tagging multiple documents.)
Marcel.
|
Tags are very interesting of course.
And a fast and improved "Books" opening is as interesting
In my case (almost 3000 books) "Books" opening is very slow, so I can't fairly use it.
Maybe we could use vala to build the interfaces for tags and metadata (title, author) handling .
All in all, what I am only sure about is that I don't know what I want exactly...
only random ideas: tags, metadata, fast sort_by_recently_opened and sort_by_recently_added...
I have to rest these ideas.
Btw, as you'll have already noticed, I've published the vala package and new examples. Take a look at them and discover the beauty of vala
Iņigo