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