On Fri, 25 Aug 2006 12:35:54 -0400, Rodney Dawes wrote:
bonobo, it may well be worth our time to make Evolution use GtkSpell
instead, and work on ways to get GtkSpell into GTK+ proper, so that
any editing widgets on the desktop, can just inherently have spell
checking support.
I did ask Owen
On 8/4/06, Nigel Tao [EMAIL PROTECTED] wrote:
Just a thought - one mechanism is to require two signatures, or
mandatory review.
What exactly are you trying to stop again? I thought the point was to
stop server cracking (note that many projects don't sign their source
tarballs!).
If this starts
On Wed, 02 Aug 2006 10:45:23 +1000, Nigel Tao wrote:
This code
looked good at the time it was added to the master list, but in the
mean time, the domain registration for some.web.site expired and a
villian has picked it up, and now serves up evil spyware versions of
the extension to our poor
On Mon, 17 Apr 2006 14:03:18 +0200, Rodrigo Moya wrote:
if you have the g-p-m icon on your systray, it makes a lot of sense to
me to position the notification on that icon, so that users get easily
directed to the place to do power management tasks.
Not sure if that's the correct way, but it
Dominic Lachowicz wrote:
I'm not a Gtk+ developer, but I think one of the criteria for being
considered is: doesn't introduce a new library dependency, or maybe it
can, if it really makes sense. Gtk+ depending on a spell checking
library hardly makes sense, however.
I have to ask - why not? A
On Wed, 16 Nov 2005 10:42:34 +0800, Davyd Madeley wrote:
By including gobby into the desktop, we now have an ordinary editor and a
collaborative editor. This will only serve to highlight a lack of
integration and people would only ask why we couldn't have an 'Edit
Together' button in the text
On Thu, 27 Oct 2005 00:51:54 +0200, Michael Banck wrote:
It is unclear to me how you could achieve this in the context of the GNOME
project.
Even if you frob python to behave on your box, that will still leave users
with default python installation on all the other distributions.
Last time
On Tue, 25 Oct 2005 19:16:20 +0100, Jamie McCracken wrote:
That could be worse! Compacting GC's require twice the memory of a
non-compacting one. (you dont know how much garbage you have when you walk
the heap to GC so you need another empty heap of the same size to copy
everything into it)
On Tue, 25 Oct 2005 22:26:19 +0200, Raphael Slinckx wrote:
I think the point is clear, python eats your memory, live with it.
That's not a particularly great answer ...
* We propose deskbar to become an applet, nothing more, nothing less,
applets are optionally used by users, and by using
On Wed, 26 Oct 2005 18:28:46 +0200, Thomas Vander Stichele wrote:
Why not ? It is not different for any other language you could be using
except for C and C++. What sort of answer would be better (and still
truthful) ?
Something like Python eats your memory, now here's how we're going to
On Tue, 25 Oct 2005 11:25:40 +0800, Davyd Madeley wrote:
I don't think it is unacceptably high however. Has anyone profiled the
usage of PyGTK applications. Can it be improved?
http://evanjones.ca/memoryallocator/
I'm not sure if any work has been done on this since PyCon 2005, but if
not then
On Tue, 04 Oct 2005 17:40:23 +0200, Rodrigo Moya wrote:
It just makes gnome-session display the /etc/motd file on startup, using
libnotify if available, or an ugly dialog if not. The 2 new files are to
be placed in gnome-session/gnome-session
Given that libnotify messages aren't really meant
On Thu, 06 Oct 2005 16:26:16 +0200, Rodrigo Moya wrote:
can't the notification daemon use scrolling when the messages are too big?
Well, it could, but you have to keep the use cases for libnotify in mind:
short, asynchronous notifications where it doesn't really matter if the
user misses them.
On Mon, 29 Aug 2005 15:28:53 +0300, Yavor Doganov wrote:
I thought that everyone reading this list would agree that this has to be
changed. And it is changing slowly as people tend to learn to value their
freedom. Why putting it as an argument then?
A bit OT but ok :) It would be nice to
On Sat, 27 Aug 2005 20:30:19 -0400, Luis Villa wrote:
And everything Tk, which covers a pretty surprising amount of software
that corporates like.
I'm still distinctly unconvinced the rest of us (that is, the vast
majority) should be paying a 10% startup penalty for this.
aMSN is Tk based
On Fri, 26 Aug 2005 17:31:12 -0300, Steven Garrity wrote:
For what it's worth, work on gtkspell3 has begun which will replaces
ASpell/PSpell with Enchant as the underlying spelling provider. [1]
Yep, but as Enchant is an abstraction/wrapper library it'll still be
aspell under the hood (do any
On Thu, 07 Jul 2005 04:36:32 +1000, Jeff Waugh wrote:
Sure, and that's why basically everything but gnome-about is going to be
doubly icky in some way. If we somehow convince ourselves this is not
appropriate in gnome-about, it's not going to be appropriate anywhere, and
we should just give
On Wed, 22 Jun 2005 02:15:38 +0300, Yaron Tausky wrote:
I gimped up a little mockup to show exactly what I mean, as I believe this
would be a major upgrade to current panel functionality:
Hi,
The mockup is pretty but there are a couple of points to consider:
a) Windows lets you do this, and
On Sat, 11 Jun 2005 18:36:23 +0300, Ilya Konstantinov wrote:
So why wasn't my work merged into libegg? Only because nobody spent the
time to understand the issue like I did? That's understandable, but why is
the maintainer leaving me feeling as if my work was a waste?
I wrote a patch to make
On Thu, 26 May 2005 14:00:35 -0700, Sriram Ramkrishna wrote:
It's precisely why people believe that in order to move one generation
forward, you need to start over.
Well, that and the experiences of Apple. If I had a penny for every time
I'd read if only Microsoft would rewrite Windows from
On Wed, 25 May 2005 21:19:58 +0100, Andrew Sobala wrote:
Surely that makes it less useful in the context of
getting-something-decided-about-GNOME-3?
I was under the impression that if GNOME 3 ever happens, it's most likely
to be by re-integrating a fork that went off to (successfully) explore
On Fri, 22 Apr 2005 14:42:51 -0400, William Jon McCann wrote:
gnome-screensaver is now being maintained in GNOME CVS.
There is a preferences tool included:
http://acs.pha.jhu.edu/~mccannwj/GNOME/Screenshot-Screensaver%20Preferences.png
On Sun, 24 Apr 2005 17:13:55 -0400, William Jon McCann wrote:
It is an interesting problem. The daemon supports it. You can turn it
on via gconf for now. However, I'm not really convinced it is necessary
to expose this in the capplet. I think the option really says more
about the
On Sun, 24 Apr 2005 22:40:16 +0200, Christian Neumair wrote:
Wouldn't the ideal way to implement this be an xscreensaver
plugin/wrapper saver which exposes one screensaver to xscreensaver per
windows screensaver?
You can implement it that way, that's how I hacked it in before. An
xscreensaver
On Mon, 11 Apr 2005 22:42:41 -0400, David Zeuthen wrote:
Interestingly enough, implementing things such as disk defrag and sane
readahead (a'la Windows XP and Mac OS X) may actually help mask the root
problems we're seeing right now. So we better work on them before it's
too late :-)
random
On Sat, 12 Feb 2005 22:46:30 -0500, Bryan Clark wrote:
So what if we are flamed for removing this? If it's the right thing to
do, isn't that worth getting flamed for? ;-)
Um, generally if you get flamed for a change that means lots of people
think it's *not* the right thing to do.
By all
26 matches
Mail list logo