Le vendredi 23 février 2007 à 14:25 +0100, Alexander Larsson a écrit :
On Fri, 2007-02-23 at 12:13 +0100, Stanislav Brabec wrote:
Alexander Larsson píše v Pá 23. 02. 2007 v 08:52 +0100:
You might want to change it yourself, even if its not done
automatically. i.e. I can imagine a make
On Friday 23 February 2007 22:09, Thiago Macieira wrote:
Benjamin Meyer wrote:
Both Windows and OS X also have a Movies and Applications directory.
It would be nice to match them. Not that these two have to be
created, but if they were there it would be nice to know where.
-Benjamin
On Fri, 2007-02-23 at 09:36 -0600, Shaun McCance wrote:
On Thu, 2007-02-22 at 12:11 +0100, Alexander Larsson wrote:
There is also a --force flag that ignores any existing user settings
and just creates and sets up localized dirs. This is useful if there
has been a new translation added and
Alexander Larsson wrote:
Yes, filenames have to be converted to utf8 to be displayed. But many
people still use non-utf8 filenames, so apps/libs have code to convert
from the specified filename encoding (for instance G_FILENAME_ENCODING
in gtk+) to utf8. If we create utf8 filenames in a system
Alexander Larsson píše v Pá 23. 02. 2007 v 08:52 +0100:
On Thu, 2007-02-22 at 12:05 -0800, Octavio Alvarez wrote:
Also, env vars can't ever change after login.
Why would you need that? I don't imagine a distro upgrade spitting some
directory changes in my face during a critical session
On Fri, 2007-02-23 at 12:13 +0100, Stanislav Brabec wrote:
Alexander Larsson píše v Pá 23. 02. 2007 v 08:52 +0100:
You might want to change it yourself, even if its not done
automatically. i.e. I can imagine a make this the default location for
photos menu item in a file manager.
I have
On 02/23/2007 07:30 AM, Alexander Larsson wrote:
On Fri, 2007-02-23 at 12:13 +0100, Stanislav Brabec wrote:
Alexander Larsson píše v Pá 23. 02. 2007 v 08:52 +0100:
You might want to change it yourself, even if its not done
automatically. i.e. I can imagine a make this the default location for
Alexander Larsson píše v Pá 23. 02. 2007 v 14:25 +0100:
On Fri, 2007-02-23 at 12:13 +0100, Stanislav Brabec wrote:
The reason you want to do this by default even if some people get pissed
is that for a lot of people this is a really nice feature
That's why I would like to see implementation
On Fri, 2007-02-23 at 15:16 +0100, Stanislav Brabec wrote:
That's why I would like to see implementation kindly offering Cool New
Directories on first startup, allowing users to review the list, read
more, say OK or No.
As a general rule we avoid these kind of login wizards in gnome.
Anjuta
XDG_DESKTOP_DIR=$HOME/Desktop
XDG_DOWNLOAD_DIR=$HOME/Nerladdat
XDG_TEMPLATES_DIR=$HOME/Templates
XDG_PUBLICSHARE_DIR=$HOME/Public
XDG_DOCUMENTS_DIR=$HOME/Dokument
XDG_MUSIC_DIR=$HOME/Musik
XDG_PHOTOS_DIR=$HOME/Foton
Both Windows and OS X also have a Movies and
Benjamin Meyer wrote:
Both Windows and OS X also have a Movies and Applications directory.
It would be nice to match them. Not that these two have to be
created, but if they were there it would be nice to know where.
-Benjamin Meyer
Hey Ben,
I agree with Movies, but what would we put in
Alexander Larsson wrote:
I'd like some feedback from the various desktop projects. Do you think
this is an important area to standardize? Does my approach make sense?
Is my code full of holes?
I think it's necessary to standardize on this and on first sight your
proposed solution makes sense.
Le jeudi 22 février 2007 à 12:11 +0100, Alexander Larsson a écrit :
I'd like some feedback from the various desktop projects. Do you think
this is an important area to standardize? Does my approach make sense?
Is my code full of holes?
I'd like to share our experience at Mandriva regarding
On Thu, 2007-02-22 at 13:30 +0100, Benedikt Meurer wrote:
Alexander Larsson wrote:
I'd like some feedback from the various desktop projects. Do you think
this is an important area to standardize? Does my approach make sense?
Is my code full of holes?
I think it's necessary to standardize
Frederic Crozat píše v Čt 22. 02. 2007 v 13:44 +0100:
Le jeudi 22 février 2007 à 12:11 +0100, Alexander Larsson a écrit :
-the english names were always visible, even in non english locale
It's easy to patch GNOME to show localized file names.
The code is already present in GNOME to provide a
On Thu, 2007-02-22 at 13:44 +0100, Frederic Crozat wrote:
-give users predefined directories in their home to store their data :
Download, Documents, Music, Pictures and Video (this is newbie
oriented).
-allow quick access to these directories from the various file selectors
(GNOME, KDE)
On Thu, 2007-02-22 at 14:07 +0100, Stanislav Brabec wrote:
Frederic Crozat píše v Čt 22. 02. 2007 v 13:44 +0100:
Le jeudi 22 février 2007 à 12:11 +0100, Alexander Larsson a écrit :
-the english names were always visible, even in non english locale
It's easy to patch GNOME to show
On Thursday 22 February 2007 14:07, Alexander Larsson wrote:
Several people have proposed using symlinks like this. It certainly
makes it very easy to use from a shell. However, there is imho a clear
risk that such filenames (like ~/.mdk-folders/.desktop/) escape to the
user in an unresolved
Alexander Larsson wrote:
I'd like some feedback from the various desktop projects. Do you think
this is an important area to standardize? Does my approach make sense?
Is my code full of holes?
I think it's necessary to standardize on this and on first sight your
proposed solution makes sense.
Alexander Larsson wrote:
On Thu, 2007-02-22 at 14:07 +0100, Stanislav Brabec wrote:
It will make scripts slighly more complicated, yes. But it tried to make
it as easy as possible. I think its a small price to pay. At least if we
fix all such bugs we'll get a consistently translated system,
On Thu, 2007-02-22 at 15:02 +0100, Benedikt Meurer wrote:
It should be standardized, otherwise applications will display the user
folders differently even within the same desktop session (i.e. Acrobat
running in KDE or a KDE application running in Xfce/Gnome). Let the user
decide whether to
On Thu, 2007-02-22 at 15:02 +0100, Benedikt Meurer wrote:
Alexander Larsson wrote:
I'd like some feedback from the various desktop projects. Do you think
this is an important area to standardize? Does my approach make sense?
Is my code full of holes?
I think it's necessary to standardize
Le jeudi 22 février 2007 à 14:07 +0100, Alexander Larsson a écrit :
On Thu, 2007-02-22 at 13:44 +0100, Frederic Crozat wrote:
-give users predefined directories in their home to store their data :
Download, Documents, Music, Pictures and Video (this is newbie
oriented).
-allow quick
On Thu, 2007-02-22 at 09:32 -0500, Dan Winship wrote:
On Thu, 2007-02-22 at 12:11 +0100, Alexander Larsson wrote:
In order to make it really easy for scripts to use this we store the
user settings in a form that is compatible with /bin/sh. This means
you can use them as simple as:
source
On Thu, 2007-02-22 at 09:32 -0500, Dan Winship wrote:
On Thu, 2007-02-22 at 12:11 +0100, Alexander Larsson wrote:
In order to make it really easy for scripts to use this we store the
user settings in a form that is compatible with /bin/sh. This means
you can use them as simple as:
source
On Thu, 2007-02-22 at 16:28 +0100, Frederic Crozat wrote:
As a personal note, I prefer Photos, but this is because I only do
photos. So Pictures is better.
Or maybe we should separate both (since Photos might be more relevant
for apps like digikam or f-spit).
I'm not sure we should
On 02/22/2007 10:10 AM, Alexander Larsson wrote:
On Thu, 2007-02-22 at 16:28 +0100, Frederic Crozat wrote:
As a personal note, I prefer Photos, but this is because I only do
photos. So Pictures is better.
Or maybe we should separate both (since Photos might be more relevant
for apps like
Alexander Larsson píše v Čt 22. 02. 2007 v 15:42 +0100:
On Thu, 2007-02-22 at 15:04 +0100, Stanislav Brabec wrote:
The code special cases ~/Desktop for backwards compat.
It means that GNOME file manager will still require hack to translate it.
How do you upgrade this file for all users when
On Thu, 2007-02-22 at 10:17 -0600, Kent Schumacher wrote:
I run a business LTSP installation, and the last thing I really want is
a whole bunch of useless directories in my home directory, my file
selectors (gnome), and in my file manager. There has to be an easy to
set policy that
On Thu, 2007-02-22 at 17:35 +0100, Stanislav Brabec wrote:
This won't work for third party applications.
Why? Third party application can check, which desktop file defines
support for intended MIME type and use this directory as fallback.
*Can* check. But most won't. (I'm talking largely
On Thu, 22 Feb 2007 08:36:21 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
On Thu, 2007-02-22 at 10:17 -0600, Kent Schumacher wrote:
I run a business LTSP installation, and the last thing I really want is
a whole bunch of useless directories in my home directory, my file
selectors
(forgot to Cc: the list)
On Thu, 22 Feb 2007 03:11:48 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
I've put up a rough version of my approach here:
http://www.gnome.org/~alexl/xdg-user-dirs-0.0.1.tar.gz
(It has no dependencies but libc)
Why not just source the config file very early
On Thu, 2007-02-22 at 09:48 -0800, Octavio Alvarez wrote:
On Thu, 22 Feb 2007 08:36:21 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
On Thu, 2007-02-22 at 10:17 -0600, Kent Schumacher wrote:
I run a business LTSP installation, and the last thing I really want is
a whole bunch of
On Thu, 22 Feb 2007 09:51:54 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
I'd prefer to remove the config file to remove functionality. This
would make it easier for scripts to detect with [ -f ]. If config
file exist specific directories could be disabled by commenting them
out (not
On Thu, 2007-02-22 at 10:01 -0800, Octavio Alvarez wrote:
On Thu, 22 Feb 2007 09:51:54 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
I'd prefer to remove the config file to remove functionality. This
would make it easier for scripts to detect with [ -f ]. If config
file exist
Matthias Clasen wrote:
On Thu, 2007-02-22 at 15:02 +0100, Benedikt Meurer wrote:
It should be standardized, otherwise applications will display the user
folders differently even within the same desktop session (i.e. Acrobat
running in KDE or a KDE application running in Xfce/Gnome). Let the
Alexander Larsson wrote:
On Thu, 2007-02-22 at 15:02 +0100, Benedikt Meurer wrote:
Alexander Larsson wrote:
I'd like some feedback from the various desktop projects. Do you think
this is an important area to standardize? Does my approach make sense?
Is my code full of holes?
I think it's
On Thu, 22 Feb 2007 10:06:18 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
Also, /etc/skel is not generally a great way to add stuff. It only works
for newly created users. Not for things like distro upgrades, old NFS
homedirs, etc.
I overlooked this. I take my removing-config-file
On Thu, 22 Feb 2007 09:57:37 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
On Thu, 2007-02-22 at 09:50 -0800, Octavio Alvarez wrote:
On Thu, 22 Feb 2007 03:11:48 -0800, Alexander Larsson [EMAIL PROTECTED]
wrote:
I've put up a rough version of my approach here:
On Thu, 2007-02-22 at 19:37 +0100, Benedikt Meurer wrote:
I was talking about the Desktop Emblems Specification proposed some
time ago. While it may not be widely accepted yet, there's no need to
duplicate emblem efforts in the user folders spec.
Where do you see duplicated emblem effort in
On Thu, 2007-02-22 at 12:05 -0800, Octavio Alvarez wrote:
Also, env vars can't ever change after login.
Why would you need that? I don't imagine a distro upgrade spitting some
directory changes in my face during a critical session (at least not
without my permission).
You might want to
41 matches
Mail list logo