On Mon, 18 Apr 2005, Sendu Bala wrote:
Some feedback on the current (18 Apr 2005 12:00) behaviour:
# Difficult (impossible*) to start a text selection if the text you
want starts with a link (you end up following the link instead).
This is a known issue.
# Having made a selection, if you ctrl-drag with the intent to save
but are unfortunate enough to carelessly start your ctrl-drag on a
link, you follow the link and lose your selection.
Suggest disable link following if ctrl is held down and a text
selection is active (would also let you save out text that was all a
Probably wise, although simply restricting the test to check if ctrl is
pressed would be sufficient.
# Would be nice if you could do various levels of multi-clicking to
select various amounts of text, eg. double-click to select a word,
triple-click to select a line, quad-click a paragraph.
May be possible. I'm not entirely sure whether there are any implications
surrounding international text that we need to be aware of, here (although
this is somewhat ahead of ourselves, as we don't even do linebreaking
# I get the strong urge to ctrl-drag a link (unselected) and for the
url of the object being linked to be saved out as text.
Suggest disable link following if ctrl is held down and implement
See above. There is, however, a caveat - ctrl-drag cannot be used to save
a link, as the link in question may also be an object. The solution is
that shift-dragging will always save a link (providing there is one under
the drag start point). Note also that shift dragging wasn't defined to
drag-scroll in our original specification for this functionality, it's
just there as a side effect, at present. Drag scrolling is only guaranteed
to work if the drag start point was not on text and no modifier keys are
# Text selections that are ctrl-dragged out have unpredictable
and spacing behaviour. From a brief test at drobe.co.uk, if a
selection starts with text that is visually the start of a paragraph,
the saved out text beings with one or more blank lines.
<a href>s within a paragraph of text seem to cause an end-of-line to
be inserted to the left of them in the output text.
Yes, this should probably be looked at at some point.