[wikireader]Suggestions for next steps on software
Doug Jones
dj6mf at frombob.to
Fri Oct 30 16:57:07 CET 2009
David Reyes Samblas Martinez wrote:
> Though on how the evolution of the soft of the wikireader must be, I
> have oredered the sugesstions by impact on functionality/easy to
> implement ratio, of course under a totally non-hardcore developer and
> only-one-week user criteria.
> *First and prioritary,
> allow have multiple languages on same sdcard, I think a one easy
> approach is to have a selection menu on boot with the available
> languages on the sdcard (looking at the sufix of the pedia files
> "pedia_es", "pedia_de", "pedia_pt"..... ) present a bare text menu
> with the items, select, and then operate as usual.
> More complex things like changing of language inside a topic or
> include non wikipedia content to that menu using a config file can be
> implemented later on.
I notice that the current implementation fits within the old 8.3 DOS
file naming scheme (except that both upper case and lower case is used).
Is this done to avoid the FAT patent issue?
If so, then we need to devise a naming scheme that fits within that...
perhaps something like
wwwwllnn.ext
where:
wwww indicates which wiki
ll indicates which language
nn indicates which alphabetical section (I assume the articles are
grouped according to first letter, 00 through 26 for A-Z and other
characters... or is this wrong?)
Other alphabets have different numbers of letters, so do we sometimes
need more than two digits?
And some languages don't use alphabets... has somebody already worked
out a general scheme for breaking up the files, and is this documented
somewhere?
We have to break up the data into chunks somehow. FAT has a 4GB file
limit, as I recall...
More information about the community
mailing list