[rkward-devel] windows quirks [was: Select cases]

[Thomas Friedrichsmeier]

Hi!

On Tuesday 20 November 2012, meik michalke wrote:
> it's windows XP, by the way, and the initial wd is
>  "C:/Documents and Settings/<user name>"
> with "<user name>" replaced by the respective user name.

Interesting. I do most testing on WinXP, myself, and did not run into this, so 
far.

Could you experiment some more with this? What if you
- cd to another user's directory
- create a new folder under Documents and Settings, and cd there
- cd to some sub-folder of the initial wd
- cd to some other directory with spaces in its name
and open a file dialog?

What if you cd to a safe location, open a file dialog, and then click Places-
>"Home"?

> i assume it's some weird access
> rights problem. [and of course it's not a real solution to run RKWard with
> such privileges...]

Could you check, whether you have read rights to all directories up the path? 

> well, since the solution here is always the same, the windows version of
> RKWard could have a simple checkbox to set this option, rather than typing
> in the function call. something similar could be done for the initial
> working directory, for all platforms and not as a checkbox, but as an
> input field with an optional file selector dialog. the second is not a
> fix, but makes it more comfortable to workaround (besides, i'd find an
> option to set the startup working directory useful anyway).

Ok, sounds useful, indeed. The starting dir would probably be a radio-control 
of
- directory where rkward was started (default)
- home directory
- specific directory: __________________

Could you create a ticket for both, or place it on the feature plan? I'm still 
busy on a different area (more on that, when done).

Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20121120/6b446849/attachment.sig>