--===============1448222648== Content-Type: multipart/signed; boundary="nextPart1889351.Tjuu4rI2yj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1889351.Tjuu4rI2yj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, When launching a program from Konqueror as a filemanager, e.g. clicking on = a=20 PDF launches KDPF, it passes the file path or URL (depending on the program= 's=20 capabilities) but leaves the working directory set to $HOME. A recent question [1] on kde-linux shows that some users do not expect this= =20 behaviour, so the question is: do you have any observations/recommendations= =20 on how this should be handled? I searched the KDE bug database and the most recent entry regarding this is= =20 [2] However it applies to special case, i.e. launching a program itself, not=20 handing a file over to a different application. I am not sure if these two cases are distinguisable enough, but in the past= =20 the "launching program itself" seems to have decided the fate of similar=20 reports [3] Actually one of the comments in [3] sound like a good case _for_ changing o= f=20 the working directory: a lot of applications will use the working directory= =20 as the default for their file dialogs [1] http://lists.kde.org/?t=3D116016305600001&r=3D1&w=3D2&n=3D7 [2] http://bugs.kde.org/show_bug.cgi?id=3D131010 [3] http://bugs.kde.org/show_bug.cgi?id=3D35434 Cheers, Kevin =2D-=20 Kevin Krammer Qt/KDE Developer, Debian User Moderator: www.mrunix.de (German), www.qtcentre.org --nextPart1889351.Tjuu4rI2yj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFKqEynKMhG6pzZJIRAmmhAJ4pQ4H2UfJaQNlRglchgPHxeNMw7gCbB48S 2e/pNidBZe0stQ9fMSCGvY8= =vSvb -----END PGP SIGNATURE----- --nextPart1889351.Tjuu4rI2yj-- --===============1448222648== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kde-usability mailing list kde-usability@kde.org https://mail.kde.org/mailman/listinfo/kde-usability --===============1448222648==--