[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