Hi Federico,
Thing is, most of these annoyances you mention --well known annoyances,
everyone has them actually--, are distro-related, not Gnome-related. For
example, the video codecs is a legal issue that a distro must decide what to
do with it. Gnome can not include these codecs, neither fix O
On Mon, 2005-03-07 at 11:14 -0800, Eugenia Loli-Queru wrote:
Hi, Eugenia,
> The idea was that this would be a Gnome-sponsored poll and it would attract
> people from many sites, not just osnews or this mailing list. The idea would
> be to get at least 300,000 people vote (I can get you 50-60,00
On Mon, 2005-03-07 at 22:26 +0100, Christian Persch wrote:
> There are two ways to get translated language/locale names:
>
> - If you only want to support a fixed set, you can proceed as with any
> other translatable strings. Say, you have "Engligh (United Kingdom)".
> You store those 2 separatel
How will the new menu system as of 2.10 work? Will I just have to edit
one file? Do I need to mess with .desktop/.directory files? How will I
reorder entries and such?
Thanks,
Scott Shawcroft
___
desktop-devel-list mailing list
desktop-devel-list@gno
On Tue, 08 Mar 2005 00:19:08 +, Jamie McCracken
<[EMAIL PROTECTED]> wrote:
> Eugenia Loli-Queru wrote:
> >> allow voluntary up front contributions but the user chooses which
> >> bounty to attach it to so popular stuff quickly builds up into big
> >> bounties
> >
> > At first sounds good, but t
Eugenia Loli-Queru wrote:
allow voluntary up front contributions but the user chooses which
bounty to attach it to so popular stuff quickly builds up into big
bounties
At first sounds good, but there is a problem here:
Quickly, a casual user will need to pay more than he would normally pay
Appl
I branched gnome-volume-manager ahead of the 2.10 release.
The 2.10 tree is now on the "gnome-2-10" branch. The current version is
1.2.0.
The development tree is HEAD. The current version is 1.3.0.
Keep on truckin,
Robert Love
___
desktop-
gnome-2-10 branch is for stable stuff, HEAD for crackpipe deliriums
Regards
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
allow voluntary up front contributions but the user chooses which bounty to
attach it to so popular stuff quickly builds up into big bounties
At first sounds good, but there is a problem here:
Quickly, a casual user will need to pay more than he would normally pay
Apple or MS to buy their product
On Mon, 2005-03-07 at 22:55, Danilo Šegan wrote:
> Today at 23:07, Damon Chaplin wrote:
>
> > PS. I do think discussing how to incorporate user feedback into the
> > development cycle is appropriate on this mailing list. How much more
> > relevant can you get??
>
> And if it has been discussed be
Eugenia Loli-Queru wrote:
Well the secret to open source success is that the users and
developers are the same people.
What really disappoints me is this: When comparing closed source to OSS,
people will just say how "open" and "community-friendly" OSS is. When
comparing OSS to closed source th
Well the secret to open source success is that the users and developers are
the same people.
What really disappoints me is this: When comparing closed source to OSS,
people will just say how "open" and "community-friendly" OSS is. When
comparing OSS to closed source though, suddenly everything i
Today at 23:07, Damon Chaplin wrote:
> PS. I do think discussing how to incorporate user feedback into the
> development cycle is appropriate on this mailing list. How much more
> relevant can you get??
And if it has been discussed before, and a conclusion has been made?
No, don't answer this, i
I forgot to update the Subject line in the last post. This
release is 2.6.0.8 and not 2.6.0.7. *sigh* Sorry for the
double post.
OOGA
(If you have no clue what gdm is, skip a few paragraphs down first)
I've cc:ed the desktop-devel-list on this announcement because I
I think it is a good ide
OOGA
(If you have no clue what gdm is, skip a few paragraphs down first)
I've cc:ed the desktop-devel-list on this announcement because I
I think it is a good idea to put Interface Change notification
in release notes. I also think it is a good idea to announce
upcoming interface changes when
On Mon, 07 Mar 2005 10:21:30 -0800, Eugenia Loli-Queru
<[EMAIL PROTECTED]> wrote:
> >A feature will be implemented if and only if there is a developer who wants
> >to implement it, regardless of the number of votes it's received.
> Which is exactly why open source software will never replace commer
On Mon, 2005-03-07 at 19:41, Eugenia Loli-Queru wrote:
> >and they don't vote in web polls on osnews
>
> nobody said anything about this being an osnews project (might get hosted
> there, but not being an osnews project). I needed this to be an *official
> gnome* project, and send out the news o
Today at 21:15, Christian Persch wrote:
> I'd like to add a new external dependency to GNOME Desktop: the
> "iso-codes" package. It's available from cvs
> [http://alioth.debian.org/projects/pkg-isocodes/] and tarball
> [http://people.debian.org/~mckinstry/iso-codes-0.45.tar.gz].
FWIW, you have my
Hi Simos,
Today at 22:01, Simos Xenitellis wrote:
> It looks more canonical to me to make the dependancy to the Translation
> Project.
You got it a bit mixed up :)
Translation Project (TP) is basically for other programs what GTP is
for Gnome: a translation project. You cannot "add a dependenc
Well the secret to open source success is that the users and developers
are the same people. Projects where developers aren't users tend to
wallow in decay and misery. This is why, for example, there isn't much
in the way of open source children's software, or open source tax
preparation software
Hi,
Le lundi 07 mars 2005 Ã 20:44 +, Bastien Nocera a Ãcrit :
> On Mon, 2005-03-07 at 21:15 +0100, Christian Persch wrote:
> > Hi,
> >
> > I'd like to add a new external dependency to GNOME Desktop: the
> > "iso-codes" package. It's available from cvs
> > [http://alioth.debian.org/projects/pk
El lun, 07-03-2005 a las 20:44 +, Bastien Nocera escribiÃ:
> On Mon, 2005-03-07 at 21:15 +0100, Christian Persch wrote:
> > Hi,
> >
> > I'd like to add a new external dependency to GNOME Desktop: the
> > "iso-codes" package. It's available from cvs
> > [http://alioth.debian.org/projects/pkg-is
On Mon, 2005-03-07 at 21:15 +0100, Christian Persch wrote:
> Hi,
>
> I'd like to add a new external dependency to GNOME Desktop: the
> "iso-codes" package. It's available from cvs
> [http://alioth.debian.org/projects/pkg-isocodes/] and tarball
> [http://people.debian.org/~mckinstry/iso-codes-0.45.
Hi,
I'd like to add a new external dependency to GNOME Desktop: the
"iso-codes" package. It's available from cvs
[http://alioth.debian.org/projects/pkg-isocodes/] and tarball
[http://people.debian.org/~mckinstry/iso-codes-0.45.tar.gz].
Using this package will remove the duplicated translations of
Stabilizing software is a more worthwhile endeavor than attending
feature requests, some of which are unreasonable. Sometimes, users
think they know what's best for them, when they don't. By their very
nature, features and/or enhancements take a back seat to bugs that
make software unstable or unre
I would point out that if you want to discuss actual market research
(/not/ online polling) then the discussion could be continued on
marketing-list. /no/ part of the discussion is d-d-l appropriate.
Luis
On Mon, 7 Mar 2005 12:55:24 -0700, Elijah Newren <[EMAIL PROTECTED]> wrote:
> On Mon, 07 Ma
On Mon, 07 Mar 2005 11:41:56 -0800, Eugenia Loli-Queru
<[EMAIL PROTECTED]> wrote:
> >and they don't vote in web polls on osnews
>
> nobody said anything about this being an osnews project (might get hosted
> there, but not being an osnews project). I needed this to be an *official
and they don't vote in web polls on osnews
nobody said anything about this being an osnews project (might get hosted
there, but not being an osnews project). I needed this to be an *official
gnome* project, and send out the news on the announcement mailing lists too
(and then have news sites lin
On Mon, 2005-03-07 at 11:14 -0800, Eugenia Loli-Queru wrote:
>>I've seen hundreds of web polls
>
>The idea was that this would be a Gnome-sponsored poll and it would attract
>people from many sites, not just osnews or this mailing list. The idea would
>be to get at least 300,000 people vote (I ca
On Mon, 2005-03-07 at 11:24 -0800, Eugenia Loli-Queru wrote:
> >unless you happened to be one of the top 100 customers and had a personal
> >Microsoft rep?
>
> On whether MSFT or AAPL will implement most feature requests in 1 year, I
> wouldn't bet on it (yet, they do know what kind of features
That poll still only asks those, who read mls, /., osnews or whatever,
which just don't represent the "average" user.
It's way better than taking no opinion whatsoever. 300,000 people, is still,
three hundrend thousand people.
I'd be interested in how exactly you determined that. You don't need
p
Ð ÐÐÐ, 2005-03-07 Ñ 11:14 -0800, Eugenia Loli-Queru ÐÐÑÐ:
> >I've seen hundreds of web polls
>
> The idea was that this would be a Gnome-sponsored poll and it would attract
> people from many sites, not just osnews or this mailing list. The idea would
> be to get at least 300,000 people vote (I
unless you happened to be one of the top 100 customers and had a personal
Microsoft rep?
On whether MSFT or AAPL will implement most feature requests in 1 year, I
wouldn't bet on it (yet, they do know what kind of features are needed,
because they do market research, unlike Gnome).
But since one
On Mon, 2005-03-07 at 10:21 -0800, Eugenia Loli-Queru wrote:
> Without market research to find out what "people want" you are codemning
> your software to be "the software of its developers" instead of the
> "software of the people". It is a short-sighted view on the evolution of the
> project.
I've seen hundreds of web polls
The idea was that this would be a Gnome-sponsored poll and it would attract
people from many sites, not just osnews or this mailing list. The idea would
be to get at least 300,000 people vote (I can get you 50-60,000 voters out
of the 250,000 daily osnews readers,
Hi,
Epiphany Epiphany Extensions have branched for GNOME 2.10. The branch is
called "gnome-2-10".
@gnome-i18n: Since modules not in desktop can only have one branch
listed on the translationstatus page, please stay with HEAD for Epiphany
Extensions. However, translators should also update the gno
On Mon, 2005-03-07 at 11:36 -0600, Matt T. Proud wrote:
> I do not want to belabor this issue and make any more of you angry, but
> I do think that what you have posed here is still less-than-ideal, for I
> have, on countless occasions, submitted and seen other people's patches
> go neglected for e
On Mon, 2005-03-07 at 10:21 -0800, Eugenia Loli-Queru wrote:
>
> Havoc, about users writing docs and analysis when they want a particular
> feature: *I am* going to write such an analysis for each one of my 20
> feature requests and then file them on bugzilla. Then, I will sit back and
> watch
Eugenia Loli-Queru wrote:
A feature will be implemented if and only if there is a developer who
wants to implement it, regardless of the number of votes it's received.
Which is exactly why open source software will never replace commercial
software or Microsoft.
The answer or solution to the p
It works fantastically and it becomes better with every release
I can say the exact same about Windows XP. But not everyone feels the same.
Eugenia
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/des
On Mon, 07 Mar 2005 10:21:30 -0800, Eugenia Loli-Queru
<[EMAIL PROTECTED]> wrote:
> Lastly, I realize that Gnome is not a democracy. It is still governed by its
> developers and I am perfectly ok with that. But that's not a reason to shut
> off the users out of the procedure and only "use" them fo
Pardon the possibly off-topic posting, but:
man, 07 03 2005 kl. 10:21 -0800, skrev Eugenia Loli-Queru:
> Lastly, I realize that Gnome is not a democracy. It is still governed by its
> developers and I am perfectly ok with that. But that's not a reason to shut
> off the users out of the procedure
Christian:
There has recently been an unannounced string freeze breakage in the
string frozen gdm2 HEAD branch.
There are two affected messages. First of all, it is this added message:
#: gui/gdmlanguages.c:83
msgid "A-M|Chinese (HongKong)"
That addition broke string freeze. As much
Rob, I don't know if you are representing the Gnome Project with your reply,
but if you are (you are a Gnome developer anyway so I take it you have
reasons to write what you wrote), here's my response to you, Havoc and the
Gnome Project:
A feature will be implemented if and only if there is a
On Mon, 07 Mar 2005 11:36:55 -0600, Matt T. Proud <[EMAIL PROTECTED]> wrote:
> I do not want to belabor this issue and make any more of you angry, but
> I do think that what you have posed here is still less-than-ideal, for I
> have, on countless occasions, submitted and seen other people's patches
Ð ÐÑÑ, 2005-03-08 Ñ 03:15 +1100, Jeff Waugh ÐÐÑÐ:
> (I really can't understand anyone asking to do less work *and* get special
> treatment for their feature requests. Mind boggling.)
That's just natural. It maybe doesn't appear fair, but it's natural.
--
Markus Bertheau <[EMAIL PROTECTED]>
si
I do not want to belabor this issue and make any more of you angry, but
I do think that what you have posed here is still less-than-ideal, for I
have, on countless occasions, submitted and seen other people's patches
go neglected for eons in bugzilla.
It is very discouraging. Whose fault is it?
Voting is bad because most of the developers would actively ignore it,
and flame anyone who suggested they should pay attention to it. Thus
it's only going to get everyone (users and developers) thoroughly pissed
off.
If users want a feature and it's already in bugzilla, then the only
useful thing
Bugzilla supports voting out of the box; we've previously discussed this
and decided it wasn't in our best interests. A feature will be
implemented if and only if there is a developer who wants to implement
it, regardless of the number of votes it's received.
-Rob
On Mon, 2005-03-07 at 08:11 -08
Hey all,
gnome-utils has been branched for gnome 2.10. Stable releases should
use the gnome-2-10 branch, while mind-blowing improvements will happen
on HEAD.
Cheers
Vincent
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome
I have branched GnomeMeeting. The stable branch, based on GnomeMeeting
1.2.1, is gnome-2-10 and the development branch is HEAD.
The current "opal" branch containing GnomeMeeting 2.00 code will be
merged in HEAD later this week.
--
_ Damien Sandras
(o- GnomeMeeting: http://www.gnomemeeti
> Using a wiki would be a great way to give these feature requests added
> exposure, not to mention to create a central place where users and
> interested public could look and find what is--or at least could be--in
> store for the next release.
Ideally, the wiki will continue to be a sanctuary
Contact them directly (if they let you)
Well, we need to contact them first to let us know if they allow us to
contact them. :-D
Anyways, I have an idea. What about if I write a php engine that lists the
50 or 100 more wanted feature requests as found in bugzilla (should take me
1-2 days to go
Nonononono. We are /not/ going to confuse developers even further and
make them go to even /more/ different sources of information for
feature requests for them. Contact them directly (if they let you) or
file it in bugzilla.
Luis
On Mon, 07 Mar 2005 09:40:49 -0600, Matt T. Proud <[EMAIL PROTECT
Using a wiki would be a great way to give these feature requests added
exposure, not to mention to create a central place where users and
interested public could look and find what is--or at least could be--in
store for the next release.
Were such a direction to be followed, would it be placed on
gnome-themes is now branched for 2.10.
Cheeri,
Calum.
--
CALUM BENSON, Usability Engineer Sun Microsystems Ireland
mailto:[EMAIL PROTECTED]Java Desktop System Group
http://ie.sun.com +353 1 819 9771
Any opinions are personal and not necessarily those of Su
I have branched gnome-games. The stable branch is gnome-2-10 and the
development branch is HEAD.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
57 matches
Mail list logo