The "My Documents" device icon dialog box was broken but partially repaired in SVN 1176545.
The dialog box no longer appears, but when the $HOME/Documents directory does not exist then Konqueror opens with an error message.
The Konqueror error message indirectly reveals the solution to competant computer users, but might not be obvious to the less technically inclined.
Similar behavior is found when selecting "Documents Folder" from the K-Menu, which results in an error message that the $HOME/Documents does not exist.
A more elegant solution for both would be to provide a Yes/No/Cancel dialog box stating the directory does not exist and asking permission to create the directory.
I think $HOME/Documents is specified somewhere as a default, but any associated dialog box should provide a text box allowing more technically inclined users to change the location of that path.
Darrell
The "My Documents" device icon dialog box was broken but partially repaired in SVN 1176545.
The dialog box no longer appears, but when the $HOME/Documents directory does not exist then Konqueror opens with an error message.
The Konqueror error message indirectly reveals the solution to competant computer users, but might not be obvious to the less technically inclined.
Similar behavior is found when selecting "Documents Folder" from the K-Menu, which results in an error message that the $HOME/Documents does not exist.
A more elegant solution for both would be to provide a Yes/No/Cancel dialog box stating the directory does not exist and asking permission to create the directory.
I think $HOME/Documents is specified somewhere as a default, but any associated dialog box should provide a text box allowing more technically inclined users to change the location of that path.
Darrell
OK, I believe this issue is fixed in SVN (still doing a compile to ensure that this is truly the case). If the directory does not exist, then when the My Documents icon is activated it will prompt for the path to the documents folder (prefilled with the suggested XDG default), and create the folder/set the XDG path/launch Konqueror if OK is clicked. If Cancel is clicked, no folder is created and Konqueror is not launched.
Believe it or not this "simple" feature required a new program to be added to kdeskto, as the requested functionality did not exist anywhere in KDE before.
Tim
OK, I believe this issue is fixed in SVN (still doing a compile to ensure that this is truly the case). If the directory does not exist, then when the My Documents icon is activated it will prompt for the path to the documents folder (prefilled with the suggested XDG default), and create the folder/set the XDG path/launch Konqueror if OK is clicked. If Cancel is clicked, no folder is created and Konqueror is not launched.
Believe it or not this "simple" feature required a new program to be added to kdeskto, as the requested functionality did not exist anywhere in KDE before.
I believe that. :)
Using the desktop My Documents device icon now displays a dialog box if the expected directory does not exist. Good job!
I no longer can find a "Documents Folder" from the K-Menu. What am I missing?
OK, I believe this issue is fixed in SVN (still doing a compile to ensure that this is truly the case). If the directory does not exist, then when the My Documents icon is activated it will prompt for the path to the documents folder (prefilled with the suggested XDG default), and create the folder/set the XDG path/launch Konqueror if OK is clicked. If Cancel is clicked, no folder is created and Konqueror is not launched.
Believe it or not this "simple" feature required a new program to be added to kdeskto, as the requested functionality did not exist anywhere in KDE before.
I believe that. :)
Using the desktop My Documents device icon now displays a dialog box if the expected directory does not exist. Good job!
I no longer can find a "Documents Folder" from the K-Menu. What am I missing?
Probably SVN revision r1178412 ;-)
Tim
I no longer can find a "Documents Folder" from the
K-Menu. What am I
missing?
Probably SVN revision r1178412 ;-)
Okay. What happened? :)
I notice a log message associated with creating the MyDocuments directory:
"User cancelled directory creation."
Not a bug, but perhaps consistent with the new message prefix system, perhaps add [My Documents] to the message. I can file this as a feature request if you want.
Lastly, go ahead and scream at me, but when I test things I have been known to make a few engineers scream and mumble.
I tried a few twists with the My Documents dialog box.
When I try to change the location to an existing directory that is not $HOME/Documents, I get the following error messsage:
[Unable to create directory - KDE XDG File Browser Launcher and Prompter] Unable to create directory "/home/files" Please check folder permissions and try again (OK)
The /home/files directory already exists and I tried this as root. So the problem is not permissions but something with the directory already existing.
Next I tried creating a new directory that did not exist and also not located in $HOME. I tried to create /home/Documents. I received the following message:
[Error - KDE XDG File Browser Launcher and Prompter] Unable to run the command specified. The file or folder file:///root/Documents does not exist. (OK)
I did this as root, so not a permissions problem. The new directory /home/Documents did get created, however.
The idea of My Documents normally is limited to the user's home directory, but that is not always the case.
I hope this helps!
I no longer can find a "Documents Folder" from the
K-Menu. What am I
missing?
Probably SVN revision r1178412 ;-)
Okay. What happened? :)
I tried a type of desktop file that was not recognized by the system:/ kioslave. Reverting the desktop file type and extending kxdglauncher instead fixed the problem.
I notice a log message associated with creating the MyDocuments directory:
"User cancelled directory creation."
Not a bug, but perhaps consistent with the new message prefix system, perhaps add [My Documents] to the message. I can file this as a feature request if you want.
That spurious message has been removed.
Lastly, go ahead and scream at me, but when I test things I have been known to make a few engineers scream and mumble.
<snip>
Fine with me (the testing that is)! One of the Trinity project primary goals is stability/reliability, including all those weird corner cases that developers hate dealing with. ;-)
You could try SVN 1178447 if you feel like it...
Thanks!
Tim
Seems the first time I try to access the K_Menu System Menu, and the My Documents location is not yet specified, that the dialog appears immediately. Good idea, but should the dialog box appear when accessing the System Menu or when accessing System Menu/Documents Folder? Seems the latter makes more sense. :)
The dialog box still does not allow or like any location other than $HOME/Documents.
Further if the user changes this location then where is that information being stored?
A little searching revealed an xdg spec (http://freedesktop.org/wiki/Software/xdg-user-dirs).
Seems there should be a file located at /etc/xdg/user-dirs.conf for system defaults and at $HOME/.config/user-dirs.dirs for overriding those locations.
Seems $HOME/.config/user-dirs.dirs is supposed to look something like this:
XDG_DOWNLOAD_DIR="$HOME/downloads" XDG_DOCUMENTS_DIR="$HOME/documents" XDG_MUSIC_DIR="$HOME/music" XDG_PICTURES_DIR="$HOME/images" XDG_VIDEOS_DIR="$HOME/videos" XDG_DESKTOP_DIR="$HOME" XDG_TEMPLATES_DIR="$HOME" XDG_PUBLICSHARE_DIR="$HOME"
Seems there should be a script installed named xdg-user-dirs-update. Although there is a xdg-tools package installed, there is no such file on my Slackware 12.2 system. I don't seem to find the file on subsequent Slackware releases. Starting 13.1, there is an xdg-settings tool, but I don't know if the intent is the same as xdg-user-dirs-update.
When I tried using the new dialog box and changing the directory, I received the following error message in the log:
sh: xdg-user-dirs-update: command not found
Makes sense because I don't have that file installed. Probably then should have an error trap to verify the script exists before trying to execute. :)
If I understand all of this correctly, then the new dialog boxes should be updating that user file. If the file does not exist and xdg-user-dirs-update does not exist, I lean toward just creating the $HOME/.config/user-dirs.dirs file and inserting the XDG_DOCUMENTS_DIR value to what the user typed.
Some quick cursory checks indicate all is well with this behavior. Good job!
Darrell
Seems the first time I try to access the K_Menu System Menu, and the My Documents location is not yet specified, that the dialog appears immediately. Good idea, but should the dialog box appear when accessing the System Menu or when accessing System Menu/Documents Folder? Seems the latter makes more sense. :)
The dialog box still does not allow or like any location other than $HOME/Documents.
Further if the user changes this location then where is that information being stored?
A little searching revealed an xdg spec (http://freedesktop.org/wiki/Software/xdg-user-dirs).
Seems there should be a file located at /etc/xdg/user-dirs.conf for system defaults and at $HOME/.config/user-dirs.dirs for overriding those locations.
Seems $HOME/.config/user-dirs.dirs is supposed to look something like this:
XDG_DOWNLOAD_DIR="$HOME/downloads" XDG_DOCUMENTS_DIR="$HOME/documents" XDG_MUSIC_DIR="$HOME/music" XDG_PICTURES_DIR="$HOME/images" XDG_VIDEOS_DIR="$HOME/videos" XDG_DESKTOP_DIR="$HOME" XDG_TEMPLATES_DIR="$HOME" XDG_PUBLICSHARE_DIR="$HOME"
Seems there should be a script installed named xdg-user-dirs-update. Although there is a xdg-tools package installed, there is no such file on my Slackware 12.2 system. I don't seem to find the file on subsequent Slackware releases. Starting 13.1, there is an xdg-settings tool, but I don't know if the intent is the same as xdg-user-dirs-update.
When I tried using the new dialog box and changing the directory, I received the following error message in the log:
sh: xdg-user-dirs-update: command not found
Makes sense because I don't have that file installed. Probably then should have an error trap to verify the script exists before trying to execute. :)
If I understand all of this correctly, then the new dialog boxes should be updating that user file. If the file does not exist and xdg-user-dirs-update does not exist, I lean toward just creating the $HOME/.config/user-dirs.dirs file and inserting the XDG_DOCUMENTS_DIR value to what the user typed.
-
Darrell Anderson -
Timothy Pearson