[Kst] [Bug 221689] Relative and absolute data file paths in kst

Nicolas Brisset nicolas.brisset at eurocopter.com
Thu Jan 7 18:27:47 CET 2010


https://bugs.kde.org/show_bug.cgi?id=221689





--- Comment #2 from Nicolas Brisset <nicolas brisset eurocopter com>  2010-01-07 18:26:18 ---
Now, my comments to that:

1) I agree: whether the data file is passed from the command line or from the
wizard, it should be kept relative if relative and absolute if absolute (which
is as far as I know what happens right now, at least for the wizard)

2) sounds a bit too complex to me. Based on experience, I'd suggest something a
bit more simple: when loading data, if the file is relative then look for it
from the current path (which implies changing kst's cwd to that of the just
opened file before processing the contents, anything else would be plain crazy)
and if it is absolute then load it as absolute. In fact, I have a one-line
patch locally that does just that and it works very well. 

3) as a complement to 2), you indeed need to be able to "rewrite" paths. Firing
up an editor is of course always possible, but I don't think we want to force
that on the average user. I'd rather suggest a "Use relative paths to data
files" checkbox in the save dialog, which would save the paths relative to the
directory where the .kst is being saved in. Default would probably be relative
paths, but that has to be discussed. And of course, there is an underlying
assumption which is that an average user will never need to mix absolute and
relative paths (!), which I think we can live with.

If we go for that, I think my use cases would be catered for. And the
implementation would be pretty trivial: the one-line patch I'm going to attach
and a custom save dialog, and checking that relative/absolute paths are handled
correctly, which I believe is the case right now already.

What do you think?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Kst mailing list