I like it. But for #1, if you set it to some thing other than all, can
there be options in a menu dropdown to scan the card or the ram?
One of my bigest peeves about plucker is when launching a doc from a
launcher, it still insists on scanning the external card. Something I
think should be tied to the list, and not to the program startup.
#2 This would be nice and should default to the documents setting if not
defined. In fact, plucker should show lesser bpp in higher modes. It
only makes sense.
#3 navication via grafitti is a very common feature and could help.
Personally, with my 'memplug' unit taking over a minute to scan the card
every time (~100 docuemnts) I'd put more priority on the other two. But
then I'm in the minority here.
--Wes
David A. Desrosiers said:
> -----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
_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
