-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> Hmm... I could've sworn I saw it in the "What other features can we
> expect?" section of the FAQ, but obviously I was wrong. Sorry.
(checks the FAQ), dangit, you're right!
> I'm surprised that you consider such basic functionality as clipboarding
> so distateful that you think of it as something to be 'condoned'.
Hrm, condone in my dictionary means "make an allowance for", which
isn't really derogatory at all. I agree, clipboarding would be nice, but
remember that it may be a bit complicated to implement.
How about this option: Save current page to memo(s)? The only issue
here is that the built-in Memopad has a 4k limit, which doesn't work well
when trying to cut and paste large sections of text.
Another option: Save to file, where it would create a standard
resource database Plkr-Clip.pdb or some such, which you could sync off, and
then use a desktop tool to extract back into text? Shouldn't be hard to
implement that either.
The problem arises though, when talking about tap, select, drag,
release style of clipboarding. It gets complicated when you have to deal
with multiple types of fonts, resizable viewports (i.e. soft-graffiti
areas), and inline images around the text you're trying to copy. Not
impossible, just not a 1-hour feature-add.
I'm sure clipboarding will make its way into Plucker at some point,
but I'm not sure where in the priority list it sits, currently. Probably on
the lower end of things.
> At this rate, I'd hesitate to make any more suggestions for fear that you
> might -- shudder -- 'condemn' them, or even (gulp!) 'execute' them, poor
> things....
Oh no, not again. I've never shot down any suggestions at all, but
I'm only one very small fraction of the project. My vote means nothing,
and.. Plucker is Free Software, so you may feel free to add the things you
feel are missing on your own, if you wish.
Don't stop suggesting things at all, and if I've somehow made you
feel hesitant to supply more ideas, I'm sorry, that wasn't my intention when
using the word "condone". English is only my first language. =)
> Show me one and I'll give it a thorough workout. The only one I've managed
> to find is ClipStringHack; while I admire the effort of the developer,
> using it with Plucker is akin to scratching one's left ear with one's
> right hand.
Unfortunately, this is the only one I am aware of right now. When
OS5 is fully in mainstream, the use of it will be deprecated, since OS5
provides no interface to Systraps and "hack" mechanisms. All of your hacks
will just cease working on OS5 devices, by design. Another solution will
have to present itself. It would be nice if Palm had incorporated their own
clipboarding, which was available at the OS level, instead of relying on
third-party hacks to do that.
> It cannot copy less than two screenfuls, it sometimes duplicates lines at
> the screen boundary, and the text, once pasted, requires paring down -- a
> far cry from the, uh, "surgical precision" of highlighting exactly what
> you want and copying it.
See above. Tapping on the screen to select text, dragging down
(would you want the page to "scroll" as you dragged below the initial
visible area? That would complicate things somewhat), selecting text, then
copying it to RAM for processing or pasting elsewhere. Where would you paste
it? A mail message? That's still limited to 8k with internal apps.
This somewhat complicated by the other features in Plucker. Some
people have their screen set for tap navigation elements.
Do you provide a "lock, do not interpret my next tap as navigation,
instead treat it as the beginning point of a copy/paste action", or simply
override? or provide a "Copy this entire page to clipboard"?
With the wealth of other capabilities in Plucker (various fonts,
viewport sizes, content types, image types [alt-maxwidth/etc.], and
navigation configuration options), this would have to be thought out quite
carefully.
> 3. Completely personal and subjective: although Plucker is, IM(not so)HO,
> head and shoulders above everything else out there, without a reasonably
> useful way of copying information, I may well drop it.
If it does not suit your needs fully, you are well within your
rights to locate something else which better fits your personal
requirements. We of course all hope that Plucker would be that, but if it
isn't, it isn't. It can't be everything to everybody.
> Over the last few days, I have played with iSilo and was amazed to find
> out that it has not one, but FOUR ways of copying information -- perhaps
> there's a reason for that....
Do us a favor, find out what those four ways are, and the
limitations or improvements they have, and reply back with a good detailed
layout of how it works in iSilo, so we can all see what types of needs you
might have. I've never used iSilo (and AFAIK, it requires Windows to even
unpack the executable needed to get to the .prc inside it), so I can't speak
for its functions and features. Specifically the important parts of your
evaluation of it for us should be:
1. What is the largest amount of data it can hold in one clipboard
entry?
2. Where does it put it? Separate iSilo-specific database? Memopad
split into separate memos? Mail entry?
3. How do you get the data OFF of it, back onto the desktop, where
you can put it into something else? Or can you actually get the
clipped data off on the desktop side?
4. What are the four different ways it copies data, and why are
there four of them?
> So -- once again: please consider adding clipboarding to Plucker.
You've made a few good points. I'd love to open the floor for
discussions on it, to see where the larger "gotchas" lie in this. The parts
I can see right now are:
1. 64k record barrier (Palm limitation, not our own)
2. Where do we store the clipped data?
3. What about custom fonts, available through Plucker? Bold?
4. Hi-Res devices, with virtual graffiti areas
5. Inline images with text wrapping around them
6. Overriding/disabling/unlocking screen navigation controls
7. How do you get the clipped data off into something you can use on
the desktop side? (urls and such) We have "unpluck", should we
also provide "unclip"?
Looking forward to your feedback...
d.
perldoc -qa.j | perl -lpe '($_)=m("(.*)")'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.1.92 (GNU/Linux)
iD8DBQE9rNoxkRQERnB1rkoRAsbUAJ9zjJdKb5/vLtL3k2O5yBOd8j75VwCfecFd
admKkSK/31gSzDj6pkS7cpE=
=9Ji7
-----END PGP SIGNATURE-----
_______________________________________________
plucker-list mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-list
