Thanks to many members of the (developers) forum, I've come to understand some of the complications surrounding any possible modification/enhancement of the contentlister "6 files-per-page" way of working. These can all be summarized as:
(written in stone)
"Thou shalt not change contentlister".
Actually, it seems this unbearable form of punishment can be traced back to the dreadful day the Lord expulsed Adam and Eve from the garden of Eden.
Anyway, I think we can find a way around this.
Voilà mon idée:
When synchronizing pdfs from the pc to the iliad, a (let's say) perl script could be used to create a custom formatted html file containing a list (with some level of descriptive detail) of all the current and newly added files, and links to them. Being only one file that contains the whole list, this file can be searched for a particular publication. (I'm sorry, but I'm thinking of scientific journal articles here, in case you haven't noticed yet.)
Clicking on the link on the html file will take the user directly to the pdf file, using the (i presume) default viewer.
Furthermore, this can be integrated to existent bibtex managers, so that the html file created by the script can be based on a .bib file. Furthermore, this can also be implemented directly if you happen to own a private library of papers at SAO/NASA ADS reference service (freely available at adsabs.harvard.edu).
Notes on any of these files can also be easily listed in the html file created by the script, if this is properly programmed to do so.
This will reduce the navigation through the contentlister to:
a) Choosing the "index" html file,
b) navigating or searching it for a particular publication
c) clicking the link to the pdf & start producing!
I know this is not an elegant solution, but I think it can work!
[See, Napoleon is not famous for his elegance, but for his effectiveness]
So, What do you think?
Always remember:
"Impossible is a word to be found only in the dictionary of fools."
Napoleon Bonaparte