Saving an image/link with one click
Sridhar Dhanapalan <[email protected]> Sun, 1 May 2005 02:59:36 +1000
| Newsgroups | gmane.comp.web.galeon.devel |
|---|---|
| Message-ID | <[email protected]> |
--nextPart4058737.XnzSp3GASM
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Galeon 1.2.x was able to save a link with a shift-click and an image with a=
=20
ctrl-click.
Galeon 1.3.x has modified this approach, with IMHO worse results. Bugs #103=
919=20
and #130135 indicate that the ctrl-click and shift-click functionalities ha=
ve=20
been intentionally merged into a single shift-click feature. This is fine=20
when links and graphics are mutually exclusive, but what is the expected=20
behaviour when an image *is* a link? In this case, Galeon decided to save t=
he=20
link instead. The two features conflict with each other, and here the defau=
lt=20
behaviour is not clear at all.
I think the best solution would be to revert back to the Galeon 1.2.x=20
behaviour. Saving links and images are *not* the same thing, and giving the=
=20
two features the same key/mouse binding only creates confusion and degrades=
=20
usability.
Another inconsistency and usability lapse lies in the prompting for a save=
=20
location. Shift-clicking on a link does not bring up such a prompt (the fil=
e=20
is instantly downloaded and saved), but shift-clicking on an image does.=20
Galeon 1.x did not require one to enter/verify a save location every time=20
these two features were used; instead it used a default location.
Why must one be prompted for a location every time one wants to save an ima=
ge?=20
Shift-clicking (or preferably ctrl-clicking) on an image to save it is a=20
power-user feature. It should be optimised for rapid use. In its present=20
incarnation, there's little difference between this and right-clicking the=
=20
image and selecting "Save Image As..." (which is the method most people wou=
ld=20
use).
=2D-=20
Sridhar Dhanapalan [Yama | http://www.pclinuxonline.com/]
{GnuPG/OpenPGP: http://dhanapalan.webhop.net/yama.asc
0x049D38B4 : A7A9 8A02 78CB AB1B FCE4 EEC6 2DD9 249B 049D 38B4}
"Microsoft has extensively investigated an engineering solution for NT 4.0 =
and=20
found that the Windows NT 4.0 architecture will not support a fix to this=20
issue, now or in the future."
-- Microsoft Security Bulletin MS03-010, 2003-03-26
--nextPart4058737.XnzSp3GASM
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBCc7l8LdkkmwSdOLQRAiRQAJ9hy69cGtsxCfk6RRO/8STMFZTVPgCdFq1b
ioBt5Psrg7Y36CMoWTNznrk=
=/Z+k
-----END PGP SIGNATURE-----
--nextPart4058737.XnzSp3GASM--
-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20