[kde-linux] KGet: "My Documents"

Duncan 1i5t5.duncan at cox.net
Thu Apr 12 20:47:37 UTC 2012


James Tyrer posted on Wed, 11 Apr 2012 21:04:01 -0700 as excerpted:

>> Presumably, kget is using the documents xdg var instead of downloads,
>> I'd guess because the downloads var was introduced after kget was
>> already using the documents setting, the one that would have made the
>> most sense if there wasn't yet a specific downloads setting.
>>
> What is "downloads var"?

XDG_DOWNLOAD_DIR variable

> KGet has had this new feature added since XDG-User-Dirs had a Download
> directory.  The XDG Download directory is the logical default for all
> files till the user adds other directories.  It appears that it is
> supposed to work with the XDG-User-Dirs, but it doesn't work.
> 
> This appears to be my usual complaint about the lack of design work.  I
> think that I am good at this part of engineering.  This could be good,
> but it needs a lot of work by a designer, not just a coder.

Well, it's working with some of them, the ones listed in the desktoppaths 
kcontrol module.  Did you confirm whether it obeys the XDG_DOCUMENTS_DIR/
documents setting, which unlike the download dir/var, IS listed in the 
kcm?  If you don't like "My Documents" (and I share your dislike thereof!
), then try setting the documents path to something else.  If it uses it, 
not ideal (ideal would be the downloads dir), but OK.  If it doesn't, 
then THAT would be a bug, and I'd file it (after checking for previous 
bugs a new one would dup, of course) as such.

As for incorporating XDG_DOWNLOAD_DIR into kde, that'd be an enhancement/
wish.  As such, I'd file a bug for it (after a dups check) and mark it 
enhancement/wish severity.  But I'd also likely consider that a 
compatibility level change and not expect it for kde4, only
kde5/kde-frameworks.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman




More information about the kde-linux mailing list