[Bug 68452] relative and absolute path names should be allowed in the class generator

Robert Shideleff bigbob at shideleff.com
Mon Nov 24 22:05:06 UTC 2003


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
     
http://bugs.kde.org/show_bug.cgi?id=68452     




------- Additional Comments From bigbob at shideleff.com  2003-11-24 22:03 -------
Subject: Re:  relative and absolute path names should be allowed in the class generator

> I use expensive and higly complex software to develop hardware, this
> software also has a concept of active subporject. Belive me the idea is not
> outdated the idea is good (tm) and works fine :) AFAIK some commits have
> been done that could fix this problem. Could you update and retest ?

I'll reserve judgement on the idea itself until you guys are done 
implementing. (No sense in critiqueing a half baked cake. ;-)) I could see 
where it would be convenient if the program defaulted most directory settings 
to some 'current' directory that could be changed.

However, assuming that this is the right way to go: Why lock the user into 
this usage path, forcing them to change the current directory by backing out 
of the window, changing the directory and starting again? Assuming that a 
current directory model is the best way to go, there ought to be a way to 
enter a different path that works tempararily for the function of the window/
dialogue that you are in, much like entering a path in your average command 
shell. There should also be a way to change the current directory permanently 
from inside each of these 'locked in' dialogues. And if this exists, why not 
treat it like Windoze does and just have it stick to the last directory used, 
rather than forcing an extra mouse click every time?

Bob
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/wnI78XjOGQDr37YRAqJwAJ9bj98RfFM4PNJE8yjhU2CEiXpO5wCcC18m
Ss6CWvGzg2saUVCUj/H9/DQ=
=lmLU
-----END PGP SIGNATURE-----




More information about the KDevelop-devel mailing list