-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

        After tinkering around with beta 13 a bit, I came up with some small
ideas that could probably sneak their way into the viewer pre or post 1.2's
relase. I've mentioned two of these before on the list, I think:

        1. The "Manual update of document list" option could be broken out
           into a dropdown, with the following layout:

           Update Document List:  | Manually
                                  | Internal Storage |  (rom and ram)
                                  | External Storage |  (vfs, sd, ms, cf)
                                  | All Storage      |
                                  `------------------'
           What this does, is allow the document list for people without
           external docs on cards _installed_ to still have an automatic
           refresh, but not incur the delay of scanning for Plucker docs on
           those cards. The 'Manually' option could also be considered a
           'None' option.

           For me, I switch cards in and out frequently, and use Plucker
           just as frequently. If I have a huge card installed, full of
           hundreds of (non-Plucker) files, I can set it to scan
           automatically (which takes quite awhile) or I can do it manually
           (which also takes quite awhile). Having the ability to scan
           _only_ internal storage, would speed that process up
           considerably.

        2. Store the viewer's bpp value for _each_ document inside the
           MyDoc-Plkr.pdb file, instead of globally to _all_ documents
           viewed in Plucker. This gives us a few advantages. If I have a
           document that contains images plucked at 4bpp, and then launch a
           document with images plucked at 16bpp, with Plucker set to
           16bpp... I'll see the [img] tags for the 4bpp document, and the
           proper images for the 16bpp document. Yes, I can switch back and
           forth for each document I read, but that's an extra step _per
           doc_ that I'd rather not have to incur every time I open them.

        3. While in the Document Library, if I have 200 documents listed
           there, scrolling up and down becomes a pain, when I know the
           document I want to tap on and launch. Having the ability to
           graffiti an 'S' for example, to jump to the docs which begin with
           'S' would be a great shortcut. Similar for other alphanumeric
           characters. This could become a bit weird with other non-'Name'
           sort orders, but could still be controlled in a top-down
           searching fashion. (Note, this is only by typing/graffiti'ing the
           first letter, not dot-slash-shortcut-letter, which would collide
           with the menu accellerators)

           Yes, I know I could make them _all_ launchable docs, stick them
           in a 'Plucker' category in my standard Palm launcher, and just
           graffiti to them that way, but the filename on the pdb is not the
           same as the title displayed in the Document Library, unless I
           make it such, and this would only work with documents I can
           control or rename on my own.

        What does everyone think?



d.

perldoc -qa.j | perl -lpe '($_)=m("(.*)")'

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.1.92 (GNU/Linux)

iD8DBQE9pkBBkRQERnB1rkoRAlvKAKC+JnzAKueKp2VbANjPzEEWJ+cwqQCg4J8k
hjFmzMubLN8L+gZnYWGh7Kc=
=2VdK
-----END PGP SIGNATURE-----

_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev

Reply via email to