Version: (using KDE KDE 3.1.1) Installed from: Unspecified Linux OS: Linux When I move a directory containing a Quanta project to a different location, Quanta says it cannot find the project documents anymore. It displays the old, full pathname where the document used to be. Storing document locations relative to the postition of the project description file should solve this.
Subject: Re: New: Quanta projectfile should store relative pathnames Are you using Quanta 3.1.x? It should really store relative pathnames. But I will double check that it works or not. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/CHQYTQdfac6L/08RAtLmAJ4xG3zdnuyIJDLqPeeCVgxq2sVIDwCfbGnc eo2atabX/DtHv5CtVxLrqAo= =z17q -----END PGP SIGNATURE-----
Yes, I use Quanta 3.1.2
Note: I created a project using Quanta 3.1 on machine A, tarred the project tree, and opened the project on machine B running Quanta 3.1.2. When opening a document from the project tree, Quanta said it could not find the file, displaying a path that only existed on machine A.
Subject: Re: Quanta projectfile should store relative pathnames I've found only one case where the file names were stored as absolute paths (for the toolbars in a project view). I've corrected this. But I can't reproduce any other error. Can you send me the exact error message and the webprj file? Andras
Subject: quanta/quanta/project CVS commit by amantia: Store the toolbar names in the project file with relative paths. CCMAIL: 60821@bugs.kde.org M +3 -1 project.cpp 1.100 --- quanta/quanta/project/project.cpp #1.99:1.100 @@ -1657,5 +1657,7 @@ void Project::slotSaveAsProjectView(bool { item = dom.createElement("viewtoolbar"); - item.setAttribute("url", QuantaCommon::qUrl(toolbarList[i]) ); + KURL url = toolbarList[i]; + url = QExtFileInfo::toRelative(url, baseURL); + item.setAttribute("url", QuantaCommon::qUrl(url) ); el.appendChild(item); }
Subject: Re: Quanta projectfile should store relative pathnames Closing as the previous fix seems to be enough. If not, please reopen the bug.