2008/8/15 Sandy Armstrong [EMAIL PROTECTED]:
If you're going to change it, save everybody a lot of typing and call the
SVN module hamster. :-) Personally I think it's no big deal to keep it
the way it is.
I'll second that. Please!
___
Why did you convert them to a lossy format? Convert losslessly FLAC if
you need to, but what was wrong with the uncompressed WAV files?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Time Tracker
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Isn't this a distro decision?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
2008/7/27 Vincent Untz [EMAIL PROTECTED]:
The rationale, in my mind, is to only put useful text in the name, and
try to avoid pollution. I feel like Movie Player is better than
Totem Movie Player (at least, in my case).
Ubuntu call Impress OpenOffice.org Presentation. Yet, when you
launch the
I had to double-check that I hadn't written this post myself. Vuntz,
you are a glimmer of sanity in this messy world.
Our HIG says that we should be using descriptive names for our MENUS,
then Vuntz and the FDO mob came along and standardised application
definitions (Desktop Entry), and we ended
2008/7/23 Vincent Untz [EMAIL PROTECTED]:
Actually, the panel does not copy them and directly use the file. That's
fine, until the user starts modifying it, in which case we have no
choice and we have to fork the file.
Nautilus doesn't do that, though.
I didn't realise that.
I can see
Hi
2008/7/23 Vincent Untz [EMAIL PROTECTED]:
This is more complex than that. If I copy a launcher from the
applications menu to my panel or desktop and then run my session in
jhbuild, I might want to use the jhbuilt application instead of the
system application.
If the user changes $PATH,
2008/7/6 Sven Neumann [EMAIL PROTECTED]:
Please remember that GIMP is not a GNOME application. Also I don't know
any GNOME application that would have context-sensitive help similar to
what GIMP provides.
We considered to allow GNOME users to use yelp as the help browser for
GIMP, but last
2008/7/7 Shaun McCance [EMAIL PROTECTED]:
We could use context-sensitive help in other applications too... If
Yelp is so hopelessly incapable then we should all be moving on
together, regardless of whether GIMP is a GNOME application by breed
or not.
I've spoken to some of the GIMP help
2008/7/7 Sven Neumann [EMAIL PROTECTED]:
Hi,
On Mon, 2008-07-07 at 18:13 +0100, Alexander Jones wrote:
Well people apparently do want to work on a replacement... quoth Sven:
We started to use webkit for the GIMP help-browser in trunk. To be
honest, it sounds like NIH to me.
So what? GIMP
2008/7/5 Sven Neumann [EMAIL PROTECTED]:
We started to use webkit for the GIMP help-browser in trunk, so I would
very much welcome if webkit became a blessed external dependency for the
GNOME platform.
Why not port Yelp to WebKit? *confused*
___
2008/7/5 Vincent Untz [EMAIL PROTECTED]:
There's a webkit port for yelp. Available either as a patch or in a
branch, I don't remember.
I'm just confused as to why GIMP has its own help system.
___
desktop-devel-list mailing list
I'm trying to build Rhythmbox...
With gcc 4.3 (from Ubuntu 8.10), I'm getting this error in a
helluvalot of places:
error: format not a string literal and no format arguments
The problem lies in code like this:
char* error = NULL;
...
g_warning(error)
You have to use, e.g.:
g_warning (%s,
Apropos, since we are talking about session management here: have you
guys ever thought of reuseíng upstart for managing session processes?
My thoughts exactly. We should at least talk to the upstart guys about
what code we can share.
___
I'm sorry if I missed something (I just woke up and my eyes and brain
aren't at 100% yet)...
Doing the startup in phases like that sounds to me to be suboptimal.
If we're halting the startup of a whole Desktop (or even Panel)
process just because we don't have a WM ready, it's going to add a lot
Agreed, we need to move towards expecting Composited as default and
Direct as a niche case, but this was just an example. :)
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
2008/6/14 Alan Cox [EMAIL PROTECTED]:
I don't know if the use of KOI8R/RU and shift-jis is still legitimate.
I guess you would have to ask the users. I also don't know what the
situation is for usage patterns on non-Linux systems. Sun have always been
on the ball with unicode but some other
Hi list
To reignite this discussion now that I've finished my exams...
I posted this on Simos' blog a while back, but the discussion there
had died off it seems, so I'll repost here.
UTF-8 is designed so that subsequences are unambiguous. You won't get
a byte less than 0x80 in any part of a
Alan, you seem to be missing the point. The only places where I am
suggesting replacing with are in existing gettext calls, which
*are* UTF-8 whether they need to be or not, and are always used with
UTF-8 string functions.
The issue is whether the compiler will bork when it sees bytes with
MSB
So how do we go about coming up with an official position for this? If
I start cooking patches here and there I don't want to have to make
the same argument with every maintainer... :)
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
21 matches
Mail list logo
