Hello,
On 08/29/2012 11:27 AM, Frederic Peters wrote:
If not, could we decide to always use full URLs?
Three other suggestions:
1/ We could fix the gnome git servers to use the same urls for both git
and git+ssh protocols. It'd mean to either stick an additional git/
component into the
On 01/22/2012 06:45 AM, Zeeshan Ali (Khattak) wrote:
While it is true that ideal scenerio would be for Vala to simply use
gir/typelib but gir is missing features supported by vala and its
bindings for many years now. Nested namespace is one of them. Another
example is default values for
On 01/21/2012 05:58 AM, Zeeshan Ali (Khattak) wrote:
Being a maintainer of 2 vala projects in GNOME, I can tell you that
valac itself is pretty stable these days and it gets more and more
stable all the time. The issue is the bindings usually. There are way
too many of the libraries to take care
On 01/20/2012 06:33 PM, Nirbheek Chauhan wrote:
Try to think of it as a freedesktop standard for time and date (like
org.fdo.Notifications). It even uses the same DBus namespace! Once a
provider is implemented (by porting timedated or whatever) it can be
reused everywhere.
It might be wise to
Hi,
On 01/19/2012 10:32 PM, Colin Walters wrote:
But others (folks at least) fail to compile with 0.15.
This question might seem a little naive, but could someone highlight me
why the vala compiler can't stay backward compatible from release to
release?
Hi
On 12/01/2011 10:16 PM, Jasper St. Pierre wrote:
We're happy to announce that extensions.gnome.org is now in
public alpha testing at:
https://extensions.gnome.org
Nice work!
Would you think it would eventually be possible to include extensions
for other popular GNOME applications in
On 10/06/2011 07:40 PM, David Zeuthen wrote:
II. To avoid user confusion we only want the major online services in GOA.
Support for more specialized protocols/services should happen in each
separate app - that's why, for example, that Empathy still has a
preferences
menu so you
On 05/09/2011 03:52 PM, Giovanni Campagna wrote:
I'm looking forwards to see your opinions on these issues and I'm ready
to help with whatever work (at the UI/platform/releng level) is needed
to get a better plugin experience in GNOME 3.2
For your information, there is currently a Summer of
On 04/29/2011 03:41 AM, a...@akbkhome.com wrote:
I did think the plan of Introspection was to be able to say to Gnome
users, You want to customise application X, pick _your_ favourite
language, it's _your_ choice..., rather than getting into a 'this
language is better...' story that tends to put
On 05/04/2011 04:01 PM, Robert Carr wrote:
The whole idea of using multiple dynamic language bindings to GObject
in a single application is flawed due to the toggle reference system.
Without changes to GObject, or some sort of (and this would have to be
very clever...) infrastructure to allow
Hi Andy,
On 10/04/2010 09:11 PM, Andy Wingo wrote:
On Mon 04 Oct 2010 13:10, Steve Frécinauxnudr...@gmail.com writes:
I'd like to propose libpeas as part of the desktop release set, or
whatever the release team cooked to replace it in Gnome 3.0.
Libpeas sounds really neat :)
Did you solve
Hello Gnomers,
I'd like to propose libpeas as part of the desktop release set, or
whatever the release team cooked to replace it in Gnome 3.0.
libpeas is a library targetted at native applications in Gnome and
allowing them to easily provide extensibility through either a C GModule
or
Hi Owen,
On 08/07/2010 12:06 AM, Owen Taylor wrote:
So, do we really want to promote this as the way we do plugins in GNOME?
Language neutrality for plugins seems nice, but is a bit of a trap.
Actually, I am perfectly aware of the issues you point out with toggle
references, I've been hit by
-team goal here is not to force those into stripping
those 3.0-only bits, hence the agreement on the gedit plan to make just
another 2.30 release with some more fixes.
Regards,
Steve Frécinaux
___
desktop-devel-list mailing list
desktop-devel-list
On 07/29/2010 03:00 PM, Xavier Claessens wrote:
- pygobject with g-i support won't be part of that release
Right, that's indeed a bigger issue I didn't though about.
Actually I was not right here: After talking with Tomeu and Colin,
pygobject-introspection with stable gi support might
On 07/29/2010 03:11 PM, John Stowers wrote:
This is not so easy for some modules. Especially, those who rely on
bindings and have been working toward gobject-introspection support (as
gedit, totem and vinagre did, by supporting libpeas) must deal with the
fact that those new bindings (or at
On 07/30/2010 12:28 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:23 +0200, Steve Frécinaux wrote:
It's not as simple: you can't use pygtk and pygi at the same time in the
same program.
Is that still true if PyGtk+friends is built against Gtk-3.0 etc? That
is not my understanding
On 07/30/2010 12:39 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:32 +0200, Steve Frécinaux wrote:
On 07/30/2010 12:28 AM, John Stowers wrote:
On Fri, 2010-07-30 at 00:23 +0200, Steve Frécinaux wrote:
It's not as simple: you can't use pygtk and pygi at the same time in the
same program
On 07/06/2010 03:00 PM, Ryan Lortie wrote:
hi Vincent,
On Tue, 2010-07-06 at 09:26 +0200, Vincent Untz wrote:
Do you feel okay with the idea of allowing proprietary apps to use our
platform but not GPLv2 apps?
In short, yes.
Can't the platform libraries of gnome be considered as a
On 07/01/2010 08:15 AM, dma...@netspace.org wrote:
In summary, I think the proposal simplifies libtool versioning to a great
extent and reduces errors without introducing major drawbacks.
How about a simplified set of variables that are still manually
adjusted? Something like:
On 07/01/2010 03:58 PM, Dan Winship wrote:
On 07/01/2010 04:15 AM, Steve Frécinaux wrote:
VERSION=2.22.5
LAST_INTERFACE_CHANGE=2.22.0
LAST_INTERFACE_BREAK=2.20.0
I like this (though I think you'll need a few more variables to make
this be able to pick up where the version numbers from
On 06/15/2010 03:05 AM, John Stowers wrote:
AFAIK (and please correct me if I am wrong), but the story is the same
for PyGtk; it builds against Gtk-2.0 and not 3.0.
* What does this mean for Python apps and GNOME 3.0 / 2.31
The current plan seems to be that people should be transitioning
On 06/15/2010 12:11 PM, Josselin Mouette wrote:
Le lundi 14 juin 2010 à 23:17 +0200, Andy Wingo a écrit :
People can do what they like of course, and I recall back when GStreamer
used to compile against GTK+ 1.2 or the GObject in 2.0. But from a bug
management perspective, having to always ask
On 04/15/2010 02:05 PM, Martyn Russell wrote:
If you had a real database,
Are you suggesting SQLite is not a real database or that an application
would use a real database to continue your point?
I think what Bastien meant is if tracker exposed itself as a real
database, i.e. exposing a SQL
On 02/18/2010 07:32 PM, Colin Walters wrote:
But, do we agree that it makes sense for this to be in GTK+ (at least
under #ifdef X11)? Ted seemed to say maybe.If we agree roughly
on that, then do we want a cycle where we port a bunch of apps and
components to use libappindicator, only to
Hello,
Rafael Gattringer wrote:
recently I wanted to remove a single app of the gnome-utils package
but couldn't. Since the apps are bundled, I would have to remove all
the other apps at the same time.
The dummy user like me has no idea of the underlying application
packages. In the worst case
Josselin Mouette wrote:
Le samedi 03 octobre 2009 à 00:03 +0200, Rodrigo Moya a écrit :
the only few I can think of are some that you really want 1 instance of:
* mail application (evolution)
Add the RSS reader (but this kind of content is very similar to email).
* IM (pidgin, skype,
Patryk Zawadzki wrote:
2) It doesn't seem to be an issue for images below 128x128 and they
currently have no frame.
I would rather have added a frame around images smaller than 128x128.
___
desktop-devel-list mailing list
Patryk Zawadzki wrote:
On Thu, Sep 3, 2009 at 3:39 PM, Ted Gouldt...@gould.cx wrote:
On Thu, 2009-09-03 at 12:58 +0200, Patryk Zawadzki wrote:
Unless you ever want to use an MPX-enabled X server of course ;)
I don't understand. Why is MPX incompatible with Global Menu?
As Xi2/MPX allows
Xan Lopez wrote:
It can be used directly by applications that feed it data through an
API. Zeitgeist is an example, another could be bookmarks/history
storage in Epiphany.
Do you mean storing actual bookmarks into the database ?
I would be quite reluctant in mixing actual data with
Philip Van Hoof wrote:
SPARQL:
http://www.w3.org/TR/rdf-sparql-query/
Are people actually intended to use that to get informations from the
tracker gui ?
Speaking of which, is there a gui or something ?
___
desktop-devel-list mailing list
Vincent Untz wrote:
Frédéric (fredp) is suggesting to also propose a standard scheme to
reference bugs that are fixed by a commit (so we can script things if
it's needed one day -- that's similar to what Debian does).
Something like Closes: #123456 or Fixes: #123456.
I think KDE uses
Behdad Esfahbod wrote:
The idea is that .gitignore files are autogenerated and are NOT stored
in the repository. To use, just copy git.mk into your toplevel, add it
to git, run make -f git.mk and commit all changes it makes to your
tree...
If the generated .gitignore is not meant to be
Owen Taylor wrote:
So, basically, no I don't see a way that GNOME Shell coexists with
Compiz other than as two separate shells for the GNOME desktop.
IMHO, rather than looking for gnome-shell to work with compiz or another
VM, one should rather try and make a way for applets to work on
Alberto Ruiz wrote:
2009/2/24 Gian Mario Tagliaretti gia...@gnome.org:
On Tue, Feb 24, 2009 at 8:46 PM, Vincent Untz vu...@gnome.org wrote:
Tomboy was using GnomePrint, the bindings provide the library, so
unless GnomePrint is not going to be shipped anymore there is no point
in talking about
Alexander Larsson wrote:
So, there has been a lot of attention on the internets recently about
the the desktop file virus issue.
See also http://www.purinchu.net/wp/2009/02/21/desktop-file-security/
KDE's attempt to solve the issue.
___
Bastien Nocera wrote:
it offers the same features and
integration (besides the hardcoded link CD/DVD Creator on
gnome-panel[1-2]),
That's means it doesn't use the same features. It doesn't integrate with
the burn:/// usage pattern.
Shouldn't both of those be configurable so one can use
2008/9/18 Josselin Mouette [EMAIL PROTECTED]:
One way to avoid annoying the user is to establish a line like a
password prompt should only pop up immediately after a user action.
This way it appears only while you are expecting to type a password.
Good behavior: you click on send mail in
On Thu, 2007-12-27 at 11:55 +0100, Xavier Claessens wrote:
Le mercredi 26 décembre 2007 à 12:18 +0100, Steve Frécinaux a écrit :
On Sat, 2007-12-22 at 14:25 +0100, Guillaume Desmottes wrote:
c) A user friendly audio/video client (currently using Jingle and SIP
but that could
On Sat, 2007-12-22 at 14:25 +0100, Guillaume Desmottes wrote:
c) A user friendly audio/video client (currently using Jingle and SIP
but that could be extended to MSN at some point).
Out of curiosity, what's the current level of SIP support within
empathy/telepathy ?
Apart from that, all
On Wed, 2007-10-31 at 18:59 +0100, Denis Washington wrote:
Keyboard: http://ultimum-projekt.de/mockups/keyboard.html
The layout options dialog should really be re-worked in order to make it
understandable and usable...
___
desktop-devel-list mailing
On Sat, 2007-09-29 at 14:07 +0300, Felipe Contreras wrote:
Is it possible to update commit messages in git?
Using git-commit --amend
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Hello,
gedit-plugins has just been branched. Gnome 2.20 development will happen
in HEAD. Note that gedit-plugins is not part of the gnome release.
Plans are to adapt gedit-plugins to the new gedit/gtksourceview API.
___
desktop-devel-list mailing
On Tue, 2007-08-14 at 01:41 +0300, Marc-André Lureau wrote:
And quit?
method name=Quit /
I did originally have a Shutdown method, but I was unable to come up
with any real use cases for it. If you can think of any I'd quite like
to hear them!
If you can start an app, let
On Tue, 2007-08-14 at 23:30 +0100, Alex Jones wrote:
The only reason I want to use, e.g. InvokeURIAction(Play, URI) vs.
Play(URI) is that it makes implementation easier, and means we have a
clean namespace for the URI actions. (The other alternative for that
last point is to make *another*
Hello,
I've branched gtksourceview for Gnome 2.18 (the branch gnome-2-18).
New development will happen in trunk. Those developments include the
merge of the SoC 2006 work and will lead to gtksourceview 2.0, featuring
(among others) a new syntax highlighting engine and a themeing support.
This
On Sat, 2007-05-26 at 14:15 +0100, Simos Xenitellis wrote:
I do not think it would be hard to extract the text from Turtle
translation templates. Just follow the example of the .desktop files
which should be very similar. You would need to code in Python a few
functions to extract/put back
On Tue, 2007-05-08 at 18:26 -0400, Claudio Saavedra wrote:
gnome-system-monitor is not buildable without libpcre. Is this a
required external dependence or what?
libpcre is used for GRegexp, so it will end up being a dependency of
GLib anyway.
___
On Tue, 2007-04-10 at 15:44 +0200, Alexander Larsson wrote:
Not really, key lookups always happens in all keyrings. You would need
to set the default keyring to something when saving the passwords, and
then change the default to another keyring, but after that all apps
should be able to read
On Sun, 2007-04-08 at 20:02 +, adel wrote:
GNOME desktop needs something like this
http://www.donelleschi.com/stickywindows/
Isn't that what the window list is for ?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
On Thu, 2007-03-08 at 11:20 -0600, Shaun McCance wrote:
Another one is put it them only members of GNOME Foundation. It
supposed to be integrated by active members in the last two years
(4 releases).
Also, as a geek thing, it could encourage(?) to contributors to
being part of the
On Tue, 2007-02-20 at 02:31 -0200, Evandro Fernandes Giovanini wrote:
For example, Evolution has an Edit - Plugins window, Gedit uses a tab
in the preferences dialog and Epiphany uses the Tools - Extensions
menu. There are several other modules as well as third party
applications.
I was
On Thu, 2007-02-15 at 18:13 +, Bastien Nocera wrote:
Heya,
Now that GStreamer is tip-top at autodetection, I think we should remove
the gstreamer-properties from the menus, and leave the binary
installed as a debug tool.
There is at least one case where it is useful (at least here):
On Thu, 2007-02-15 at 18:33 +, Bastien Nocera wrote:
For everyone? I don't remember putting any specific code in Totem to
deal with compiz/beryl. And apps that fail to work properly because Xv
isn't available should be fixed...
Well, I don't know the details, I just know I had the issue
Joe Shaw wrote:
Hi,
On Mon, 2007-01-08 at 20:47 +0100, Steve Frécinaux wrote:
Jamie McCracken wrote:
in any event tracker can be configured to not index at all or only index
metadata and/or contents. It can also be used a stand alone metadata DB
so I think tracker should be flexible
+1 from me, too.
Gustavo J. A. M. Carneiro wrote:
This is cool; it almost replaces gnome-keyring-manager... could it
replace it completely one day, I wonder?...
Could it end up replacing gnome-keyring-daemon as well (with
seahorse-agent) ?
___
Richard Hughes wrote:
On Mon, 2007-01-08 at 19:34 +0100, Vincent Untz wrote:
Information about gnome-main-menu:
http://mail.gnome.org/archives/desktop-devel-list/2006-October/msg00221.html
-1 from me, on no technical merit other than I don't like what it looks
like and I didn't like using
Iain * wrote:
(Note that I don't have beagle, and that beagle is not
part of GNOME anyway)
Whats this got to do with anything? Seems a silly strawman arguement.
It was just a way to tell you I didn't test the possibilities linked to
the use of beagle. Not an argument, just a fact.
-
Luca Cavalli wrote:
On Mon, 2006-12-18 at 22:19 +0100, Benoît Dejean wrote:
I'd like to implement window geometry save/restore in system-monitor.
Is there any plan to merge soon this feature into gtk+ ?
Thanks.
As a side note, Sound Juicer implements this via libgconf-bridge[1],
which
Emmanuele Bassi wrote:
seriously: it makes completely sense. just a single feature request:
adding a conditional parameter to compile it out on small(ish) platforms
with tight memory constraints (as I understand gregex will have).
As a feature request, too: please make it somehow not too
Andrew Sobala wrote:
Hang on, let's rewind here. Isn't what we want an application-specific
way of deciding what language you want to spellcheck in, that defaults
to the current locale, not a global desktop setting?
Then when you're writing a document in French, you can change your
Josselin Mouette wrote:
To achieve this, the first thing to do - and it should have been done
for a long time - is to move the file notification API from gnome-vfs to
glib.
I enjoin you to look at the GVFS effort on the gnomevfs-list archives.
The idea is basically to write a replacement for
Jamie McCracken wrote:
I know this is a bit late in the hour but I should be in the nick of
time as the new modules proposals deadlines ends in a few hours!
So well, what modules are you proposing ? the Tracker database and indexer ?
Use cases that looks interesting to me wrt tracker and
Rodrigo Moya wrote:
IMO, it should replace the menu applet currently in gnome-panel, they
serve the same purpose but slab has a much better look and a few extra
features that make it quite useful, so if I were decide, I would include
slab in the panel, to replace the current menu
IMHO the
Martin Ejdestig wrote:
On Fri, 2006-10-20 at 13:11 -0400, Rodney Dawes wrote:
The menu thing looks like the Mac menu, but doesn't
behave anything like the real thing does on Mac OS.
And the slab thing looks like Windows' start menu but doesn't behave
anything like the real thing on Windows.
David Prieto wrote:
This is not directly related to the topic, but is there any way that I
can still propose Mathusalem for inclusion into 2.18?
http://tw.apinc.org/weblog/2006/05/26#summer-of-code-acceptance (just in
case you don't know what I'm talking about).
I'm *against* mathusalem
Jeff Waugh wrote:
Can we use it as-is (or as well-defined cut'n'paste code) in GNOME 2.18 and
plan towards migrating to a GTK+ 2.12 version in GNOME 2.20? Let's at least
have a plan for it, otherwise we're just adding yet another [as above] with
little active thought for our users,
Nate Nielsen wrote:
Wouter Bolsterlee wrote:
På Sat, Sep 09, 2006 at 10:04:09PM +, Nate Nielsen skrev:
Key Manager
* gnome-keyring integration for GnuPG and OpenSSH
As an outsider I'm wondering: would a merge with gnome-keyring itself
instead of building on top of it be a good idea?
James Henstridge wrote:
On 08/09/06, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
Your master plan implies branching early and heavily committing to
both branches for a long time. Reality check: we are still using this
archaic software called C.V.S.! Branching with that software is
Alan Horkan wrote:
a) It only affects BonoboToolbars, not for regular GtkToolbars
On a side-note
With gedit 2.8, this feature works ( with the stated bug)
With gedit 2.17 ( rawhide ) detach toolbar option has no effect.
Sounds like either a regression or the Gedit developers have given
Murray Cumming wrote:
More importantly, there are classes of users who genuinely need to know
what file format is being used. For instance:
- graphics professionals who need to deliver files in specific formats and
often have the same file in multiple formats.
- office workers who need to
Wouter Bolsterlee wrote:
You mean running untrusted code from the Web?
Nigel said it would be possible to secure it a bit using GPG keys.
Maybe this kind of signing should be made a requirement.
___
desktop-devel-list mailing list
Nigel Tao wrote:
You mean running untrusted code from the Web?
Nigel said it would be possible to secure it a bit using GPG keys.
Maybe this kind of signing should be made a requirement.
Well, should signing be necessary and/or sufficient, and who makes
that decision?
I'm not really
Nigel Tao wrote:
Deskbar uses elementtree to parse a really small XML file. This could
be easily re-written to use another XML parser, removing this new
dependency.
You can also just embed the ElementTree.py file in deskbar's module
tree. That's what we've done in gedit (plugins use
Ryan Paul wrote:
* In XChat it's XChat
XChat is not part of Gnome, nor tries to integrate with it in any way.
I'd suggest you to take a look at XChat-Gnome, which is a spin-off
project trying to respect the HIG...
___
desktop-devel-list mailing list
Jeff Waugh wrote:
quote who=Jeff Waugh
* Should we include Tomboy in the Desktop suite? (completely
independently from the fact that it uses Gtk#/Mono)
IIRC, there was an issue regarding Tomboy's icon (it was Tintin's head,
which was both ugly and copyrighted). Was this one addressed or
Jeff Waugh wrote:
Ni hao,
(Wow, this took a long time to write. Sorry!)
[...]
Thanks,
Please, could we (if possible) answer every point in a separate thread
(like jdahlin began to do) to try and keep things clear ? Otherwise the
new debate will be likely to turn into a nameless mess like
Alex Graveley wrote:
To the second point, I have received very mixed response to the question
of Tomboy's replacing of Sticky Notes. And we can see that mails to
this list have expressed both points of view, with a slight bias towards
the two coexisting (especially from those who actually
Murray Cumming wrote:
As for bringing in new functionality and allowing varied focus, I still
think this could be done with additional release sets such as
- Productivity:
Spreadsheets, Word processing, Slides, Databases, Publishing.
- Creativity:
Photos, Graphics, Drawing, Video- and
Hubert Figuiere wrote:
C++ is not taught in university, etc[2]
This is wrong, I had a (quite deep) course of C++ this year at
university. The course was primarily focused on the inner working of C++
(VTables, inheritence, inference, etc), basically what GObject
reimplements in C ;-)
Just for
Alex Jones wrote:
Try disabling the http URI handler for GNOME.
gconf:///desktop/gnome/url-handlers/http/enabled
[...] preferred application with that URI.
I didn't know that this behaviour existed right now. Thank you for the
hint ;-)
2. A simple web page viewer, sans-location entry.
Iain * wrote:
They already can.
Don't like mono...don't ship mono applications.
None of the libraries will depend or use mono.
But applications could. Including mono as a blessed platform could, as a
side effect, allow current apps to allow parts written in C#, like some
already do with
Iain * wrote:
As for .NET, even Microsoft themselves had to pull back from using it for
core
functionality due to performance reasons - why do we think we will do any
better?
As someone who is running mono based applications fairly regularly, I
haven't noticed any major performance
Andrew Cowie wrote:
Which, to be honest, I feel makes this whole discussion a bit pointless.
I realize that GNOME release engineering is holy ground, but don't you
see? Everyone already ships Beagle. Which means they ship Mono. Which
means it's a part of the GNOME desktop. fait accompli.
Ben Maurer wrote:
Please read my previous emails. Designing everything in C will not help.
Evolution, OpenOffice and Firefox are evidence that writing your app in
C does not make it memory efficient. In the long term, a moving GC may
be beneficial.
Does using a GC really mean you have to use
Radu Olaru wrote:
I did not knew exactly to who should I write, nor did I found any
explicit email on the gnome site, so here goes. Did you noticed how are
modern desktops evolving? They try to be as dialog-less as possible.
Gnome is great in evey way but it has too many dialogs opening at
Rousseau de Pantalon wrote:
Also, about the Disk Mounter Applet: Please revert to pre-2.10 or rip it
out.
This applet contradicts almost all Gnome HIG-guides: to begin with most
important guideline: being useful.
Well, it actually is, especially when you don't show volume icons on
your
John Williams wrote:
On Thu, 2006-04-27 at 18:17 +0100, Alan Horkan wrote:
satisfaction. From the inconsistent usage of Gnome you should accept
typing the BRAND IN ALL UPPPERCASE IS PROBLEMATIC. I though the comment
Are you mad? Ever heard of IBM?
You missed the point. As someone said
Jamie McCracken wrote:
But lets be honest here. This discussion isn't about tomboy. We need
built in search; we're getting some of our best reviews in ages
because of our (currently optional) built in search:
well there's a huge problem with that - the memory usage of beagle would
mean only
Alexander Larsson wrote:
On Wed, 2006-04-19 at 09:28 -0700, Corey Burger wrote:
Any grand and glorious plans for 2.16?
Not really.
A nice feature would be the ability for the keyring to ask the
permission to access more than one password at once (eventually setting
the permission for each
Murray Cumming wrote:
On Fri, 2006-04-21 at 09:22 +0200, Steve Frécinaux wrote:
[snip]
(Also
consider there is a huge blow of fresh air and optimism around the new D
compiler which may bring us a compiled language with cool high level
features, speeding up development and so on)
[snip]
We
Rodrigo Moya wrote:
I think we should allow everything written with a blessed binding,
provided that code is optional (like nautilus+beagle integration, for
instance), so that we don't force 3rd parties to use them if they don't
want to.
As soon as you include it in the desktop, the
(forgot to cc the list)
Behdad Esfahbod wrote:
We can also enforce the best practices by leaving the deprecated
interfaces *behind*. For example, currently we have the library
gtk+-2.0. When gtk+ goes 3.x, we will rename the base library to
gtk+-3.0, and leave all the deprecated stuff in a
Thomas Wood wrote:
With 2.16 now underway, I thought it was about time to give the
gnome-themes module a bit of a revamp. However, many of todays artists
want to use licenses other than the GPL to distribute their work (for
example, the Creative Commons By Attribution license[1], or the Free
Rodney Dawes wrote:
On Mon, 2006-04-10 at 08:37 +0200, Vincent Untz wrote:
+ the gossip icon. It just sits there, while I have no message. It
should be an applet.
Making it an applet doesn't solve the problem. It's still the same icon
sitting on your panel, taking up space, doing
Rodney Dawes wrote:
This is a configuration problem, not a user interface problem. Just
because you might want to do that, does not mean that all other users
will want to as well. In fact, if you want to say that, we can talk
about the majority of the Desktop market, and show how useful it is to
Davyd Madeley wrote:
I would like to see g-p-m fragmented into three parts.
* A daemon with no GTK+ dependance that would be suitable for
cross-desktop use
* A capplet (this exists today)
* A notification area icon (libnotify dependance goes here)
This would allow us to more easily
Chipzz wrote:
A comment here which not only refers to gedit, but also to those other
apps which are creating plugins: do we actually have a standard consis-
tant cross-application framework for scripting? I don't know how good
VBA is at this, but I think we cannot have a different approach for
Stanislav Brabec wrote:
Nautilus already has a special folder heuristics - ~/Desktop is
displayed with a different icon.
Let's enhance this, make special icons for them and Add Real name in
Properties.
Perhaps is it the occasion for giving the emblems a real meaning : each
emblem could
Vincent Untz wrote:
Hi all,
Hello,
+ deskbar-applet: most people were okay, some people thought it was
eating too much memory. I'd say consensus was accept, but there's the
issue that it depends on gnome-python-extras, which is not in the
bindings. What should be done here?
gedit 2.13.x
1 - 100 of 101 matches
Mail list logo