On Di, 2016-09-20 at 19:06 -0500, Michael Catanzaro wrote:
> glibmm, [snip] gtkmm,
I generally don't do a .0 version of glib or gtkmm until the .0 version
of glib and gtk+ exists.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
desk
abstraction layer to another sane abstraction layer than
from some gnarly specific database API to one that's just gnarly in
another way.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
signature.asc
Description: This is a digitally signed message part
it fully but I'm available
for freelance work.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
feelings about how it should be done.
A long time ago, Danilo Segan kind of had this working at least for
DocBook as a Google Summer of Code project:
https://wiki.gnome.org/Attic/LiveDocumentationEditing
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
signature.asc
Description
On Tue, 2015-02-03 at 09:23 +0100, Murray Cumming wrote:
Searching of gtkmm documentation has been working in devhelp for
years,
and I've just tested it here both in regular Ubuntu and in jhbuild. I
mean, searching of the index, of course. I don't think devhelp offers
full text search for any
On Thu, 2011-09-15 at 09:50 -0400, Ryan Lortie wrote:
We're currently suffering because
gnome-common also ties maintainer mode to the enabling of deprecation
checks and we're not sure we want these to be enabled by default for
casual tarball downloaders.
[snip]
This is not a problem
On Fri, 2011-09-16 at 08:15 -0400, Ryan Lortie wrote:
hi Murray,
On Fri, 2011-09-16 at 10:05 +0200, Murray Cumming wrote:
No packager has mentioned any problem with gtkmm and friends.
This is not about reducing problems for packagers. It's about reducing
problems for those who try
On Fri, 2011-09-09 at 13:09 +0100, Javier Jardón wrote:
Hi all,
As you can read in the Ryan blog post [1], the use of the
AM_MAINTAINER_MODE macro is only correct when used in this way:
AM_MAINTAINER_MODE([enable])
As ryan said in the blog post, fredp made a report page for packages
On Sun, 2011-02-06 at 14:27 +, Allan Day wrote:
It simply isn't true to say that we haven't made an effort to explain what
we're doing. I explained many of the design considerations in my blog post
[1] on this subject, and I did that precisely because I wanted to help people
to be
On Tue, 2011-01-25 at 12:43 +0100, Murray Cumming wrote:
On Tue, 2011-01-25 at 10:03 +0100, Frederic Peters wrote:
Murray Cumming wrote:
What is happening? Maintainers deserve to know.
Taking just the bindings, for example, you seem to have done this
without bothering
On Tue, 2011-01-25 at 10:03 +0100, Frederic Peters wrote:
Murray Cumming wrote:
What is happening? Maintainers deserve to know.
Taking just the bindings, for example, you seem to have done this
without bothering to inform the affected maintainers
- Dropped all bindings apart
On Mon, 2011-01-03 at 15:57 +0100, Murray Cumming wrote:
On Mon, 2011-01-03 at 15:52 +0100, Murray Cumming wrote:
On Thu, 2010-11-18 at 13:53 +0100, Kenneth Nielsen wrote:
I'm interested to know what is going to happen about the module set
reorganization now. We had the second proposal
On Thu, 2010-11-18 at 13:53 +0100, Kenneth Nielsen wrote:
I'm interested to know what is going to happen about the module set
reorganization now. We had the second proposal presented, we had a
HUGE discussion about pros and cons with a lot of different views on
this. So now what?
- Will
On Mon, 2011-01-03 at 15:52 +0100, Murray Cumming wrote:
On Thu, 2010-11-18 at 13:53 +0100, Kenneth Nielsen wrote:
I'm interested to know what is going to happen about the module set
reorganization now. We had the second proposal presented, we had a
HUGE discussion about pros and cons
On Tue, 2011-01-04 at 00:14 +, Emmanuele Bassi wrote:
I count three ways of doing that:
• Ctrl + Shift + U + hexadecimal.
• Compose key.
They are obscure.
• Character Map
Launching an app to enter a single character?
This doesn't seem serious.
--
murr...@murrayc.com
On Wed, 2010-12-15 at 11:06 -0500, Matthias Clasen wrote:
gtkmm (seems to have problems with GdkPixbufFormat)
Could you give me more details, please. This is the first I've heard of
it, and I'm working almost every day to keep gtkmm building against GTK+
from git master.
--
murr...@murrayc.com
On Thu, 2010-12-16 at 10:18 +0100, Juanjo Marin wrote:
El jue, 16-12-2010 a las 10:03 +0100, Murray Cumming escribió:
On Wed, 2010-12-15 at 11:06 -0500, Matthias Clasen wrote:
gtkmm (seems to have problems with GdkPixbufFormat)
Could you give me more details, please. This is the first
On Thu, 2010-10-07 at 13:38 +0200, Vincent Untz wrote:
System Platform
===
The System Platform is the set of libraries or dbus services that are
used in GNOME, but are modules belonging to lower parts of the stack.
We
encourage their use for GNOME applications.
This set
On Fri, 2010-10-15 at 11:33 -0400, Shaun McCance wrote:
On Fri, 2010-10-15 at 17:21 +0200, Murray Cumming wrote:
On Thu, 2010-10-07 at 13:38 +0200, Vincent Untz wrote:
System Platform
===
The System Platform is the set of libraries or dbus services that are
used
On Wed, 2010-10-13 at 09:21 -0400, Matthias Clasen wrote:
On Wed, Oct 13, 2010 at 3:15 AM, Murray Cumming murr...@murrayc.com wrote:
Then I think your proposal will be a complete disaster. I'm horrified
that we must again justify the existence of a shared release schedule
and of a release
On Tue, 2010-10-12 at 15:28 +0200, Vincent Untz wrote:
This was mentioned later in the proposal: we encourage app developers
to
follow the GNOME schedule. But if they don't, they need to publish
their
schedule.
We think most people will adopt the GNOME schedule, but some app
developers
On Tue, 2010-10-12 at 15:03 +0200, Vincent Untz wrote:
Good point. It's fair to expect projects not using the GNOME
development
cycle to publish a schedule with freezes.
You would allow modules in the module sets that don't follow the GNOME
schedule? Then it loses all meaning. Once again,
On Thu, 2010-10-07 at 13:38 +0200, Vincent Untz wrote:
+ feedback will not be centered around the goal of the application,
but about its technical merits:
- use of GNOME technologies
- integration with the Core Desktop
- usability and respect of the HIG
- existence of
On Mon, 2010-08-09 at 16:49 +0200, Andre Klapper wrote:
90 is an even number, and thus 'stable', surely?
Correct that this might create problems, e.g. with library.gnome.org
and
some other scripts.
It does. Changing it to 2.91 would make life easier, avoiding the need
for special hacks.
On Thu, 2010-07-29 at 09:56 +0200, Bastien Nocera wrote:
Given that apps that wanted to port to GSettings are already ported, I
really don't see why we're advising to use GTK+ 2.x/3.x selection at
configure-time when we've been telling people to target GTK+ 3.x.
Surely GNOME 2.32 can use
On Fri, 2010-06-18 at 02:05 +0300, Zeeshan Ali (Khattak) wrote:
If these things usually take such a long time, I don't think I'll
have any choice but to start doing most of the development on
gitorious clone and only sync to gnome git master twice a month. :( I
hope thats OK with everyone?
On Mon, 2010-06-14 at 22:33 -0400, Matthias Clasen wrote:
On Mon, Jun 14, 2010 at 6:12 AM, Sebastien Bacher seb...@ubuntu.com wrote:
[...]
our one CD constraint will make
challenging to ship 2 versions of the GTK stack.
I would take this a somewhat seriously, if it did not come from
if avahi-ui was a separate
module.
--
murr...@murrayc.com
www.murrayc.com
www.openismus.com
From 4f245843c26940fb9cf55c6fdf1af8ca8e91c755 Mon Sep 17 00:00:00 2001
From: Murray Cumming murr...@murrayc.com
Date: Sun, 13 Jun 2010 13:59:58 +0200
Subject: [PATCH] avahi-ui: Use gtk-3.0 instead of gtk-2.0
On Wed, 2010-06-02 at 08:50 +0200, Xavier Claessens wrote:
And my last issue with the proposal: All applications could decide
their
own release schedule ?!?
This effectively leaves those applications with nobody to manage their
release schedules. I don't see how that benefits the developers
On Wed, 2010-06-02 at 18:14 +0800, Paul Cutler wrote:
[snip]
I had volunteered (long ago) to write the
documentation for Banshee, and once this decision was made to align
with
the GNOME release cycle, it was a very big motivational tool to get
the
documentation finished.
It's very nice when
On Wed, 2010-06-02 at 07:52 -0400, Matthias Clasen wrote:
...total nightmare...
...crush all these efforts...
I understand that change is uncomfortable and incites fear, but can we
please lay off the melodramatic voice here ?
There's three basic facts that lead us to this proposal:
1.
On Tue, 2010-05-25 at 11:07 +0200, Frederic Peters wrote:
Hello all,
It arrived late and was limited to the release team, but as we didn't
announce module decisions yet, if you have any comment on this
proposal for a new external dependency, please speak up.
If libfolks works in Empathy
On Thu, 2010-05-06 at 12:13 +0200, Johannes Schmid wrote:
Hi!
Many applications now use GooCanvas which is cairo based and still
maintained.
Yes, I know. Some use others. Anyway, none of them is part of GNOME and
it doesn't look like any would become that any time soon.
I think a
On Thu, 2010-04-22 at 07:15 +, j...@jsschmid.de wrote:
We don't have any concrete plans. However moving our tarballs to
GNOME
FTP should pose no problem at all, likewise for i18n. Since we are
talking daemons here i18n is not a big part of the project.
As for VCS and bug tracking
On Wed, 2010-03-10 at 19:05 +0100, Frederic Crozat wrote:
Since I'm the release team member taking care of 2.29.92 release, I'm
going to rant again against modules which are hardcoding deprecation
flags in their configure.in (or Makefile.am), even when building from
tarballs. Please, avoid
On Wed, 2009-11-18 at 10:12 +0100, Patryk Zawadzki wrote:
Hi guys, girls, men and women ;)
I've already briefly mentioned the idea in the past but never really
proposed it here.
The idea is to add another option called What's new to the Help menu
in all GNOME applications. As the name
On Fri, 2009-10-30 at 00:08 -0400, Jamie McCracken wrote:
The problem is that to leverage the full power of
tracker, you need much deeper integration and its not practical to
make
it optional in those cases
This is a very general and broad statement concerning the key
element in
On Tue, 2009-08-18 at 13:05 +0100, Martyn Russell wrote:
Hi all,
So we recently polled the tracker mailing list to make sure the core
developers and others interested had an opinion on GNOME module
inclusion for Tracker. You can see the thread here:
On Thu, 2009-10-29 at 10:44 +0100, Andre Klapper wrote:
Am Mittwoch, den 28.10.2009, 20:04 -0700 schrieb Sriram Ramkrishna:
So the current barriers I see is:
[...]
* release process should match with GNOME.
As I see regular (weekly) releases at
On Tue, 2009-10-27 at 00:08 +0100, Andre Klapper wrote:
Am Montag, den 12.10.2009, 17:35 +0200 schrieb Krzesimir Nowak:
I'm a maintainer of libvtemm and I'd like to propose it to be a part of
GNOME.
Libraries don't belong in Desktop until they are used by something in
Desktop.
Libraries
Quite apart from choosing which 1 of 2 candidate engines we should
choose, something seems very wrong if we have to maintain a runtime
engine for a programming language that we want to use. It's not
something we do for any other programming languages.
This strongly suggests that this is not a
On Mon, 2009-05-11 at 00:26 +0200, Andre Klapper wrote:
Hi,
The GNOME Release team has officially deprecated libglade in favor of
GtkBuilder.
Some reasons:
* GtkBuilder is actively maintained.
* GtkBuilder can create non-widgets (like treemodels).
* It's one less library.
Aim is
. is recorded as a line in the file
whenever it officially lands.
This is basically what I do. I put the file at the top-level and called
it ChangeLog.
That's generally what NEWS is for.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
will not change that practice just because of a VCS change. No, I'm not
interested in discussing it.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org
this, which surprises me. Was it
resolved? Is CD/DVD burning in GNOME 2.26 as easy as it was before?
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http
On Tue, 2009-02-10 at 13:44 +, Alberto Ruiz wrote:
not even clear in the GDP documentation how to generate a damn
thing from the .xml file.
You don't need to generate anything. yelp renders DocBook XML files
directly, though I only manage to do that by dragging and dropping from
nautilus to
On Mon, 2009-02-09 at 11:44 +0100, Dave Neary wrote:
- If the docs team doesn't have the man power to follow major UI
changes, why bother with a UI freeze at all ?
Because the day the docs team does have man power, if we don't have
one,
it'll be a mess.
And because, regardless of the
On Mon, 2009-02-09 at 12:37 -0500, Dan Winship wrote:
The fundamental truth about documentation is that most users simply
*do not* read manuals.
However, we are dealing with a very large number of users, and a fairly
large minority actually do care about manuals. And some of them would
even
it can't produce the specific tags such
as menuchoice.
I don't personally find Docbook that hard. I just copy it from
elsewhere, just like I once learned HTML. A GUI editor would be nice, of
course.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
On Fri, 2008-12-19 at 07:46 -0800, Sandy Armstrong wrote:
Hi,
I'm wondering where I should be putting my Tomboy binaries for
Windows/Mac. I'd like to have them in the same place where source
tarballs are downloaded [1], but I don't know how to do that or even if
it is possible.
See the
On Thu, 2008-11-27 at 13:50 +, Richard Hughes wrote:
On Thu, 2008-11-27 at 09:49 +, Bastien Nocera wrote:
Then just use iso-codes. You can either choose to use the XML file, or
the 500k /usr/share/iso-codes/iso_639.tab tab-separated file.
## PLEASE NOTE: THIS FILE IS DEPRECATED AND
that the old one doesn't do?
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
increase executable sizes with no benefit.
I don't really believe it's necessary for C either, but that discussion
is over. Unfortunately it means that we must include gtk.h instea of
gtksomethingspecific.h in several gtkmm headers, poluting the global
namespace.
--
Murray Cumming
[EMAIL
.
It's not. C headers are full of macros that respect no namespace.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel
On Mon, 2008-11-17 at 12:57 +0100, Olav Vitters wrote:
On Mon, Nov 17, 2008 at 11:56:01AM +0100, Vivien Malerba wrote:
I would like to propose Libgda as a new external dependency for GNOME 2.26.
Why? Which applications want to use this?
Libgda is used by Anjuta's Symbol-db plugin and
On Thu, 2008-11-13 at 13:10 +0100, Bastien Nocera wrote:
On Wed, 2008-11-12 at 11:49 +0100, Murray Cumming wrote:
If you have project pages in gnomewb-wml, make sure you do an svn update
before making changes. gnomeweb-wml/www.gnome.org/projects/ has moved to
gnomeweb-wml/projects.gnome.org
On Sun, 2008-11-02 at 23:22 +0100, Philippe Rouquier wrote:
[snip]
It doesn't do exactly what NCB does. Brasero is a standalone
application
[snip]
We need an actual list of what Brasero does that nautilus-cd-burner does
not do.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
On Fri, 2008-10-24 at 15:11 +0200, Josselin Mouette wrote:
Le jeudi 23 octobre 2008 à 18:22 +0200, Murray Cumming a écrit :
Yeah, I have the same problem with Glom's dependency on PostgreSQL.
Debian/Ubuntu users get an unused PostgreSQL instance even when Glom
isn't running, just because
On Fri, 2008-10-24 at 18:07 +0200, Josselin Mouette wrote:
Le vendredi 24 octobre 2008 à 17:58 +0200, Murray Cumming a écrit :
SQLLite can't do what PostgreSQL can do, which is why PostgresSQL
exists. For instance:
- Multi-user and the relevant locking.
- Access control.
- Network
a bad policy.
What do distributors think?
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, 2008-09-11 at 10:54 +0200, Josselin Mouette wrote:
Hi guys,
it was already requested by a few people in the GNOME community to have
a quick access to all patches distros apply. Since we now have a much
better interface than the direct access to our svn repository, I think
this might
On Tue, 2008-07-29 at 23:49 +1200, John Stowers wrote:
So with what sites can I easily sync my data (from what desktop
applications)?
The following is a partial list of non-pim sync functionality
I just tried Conduit (version 0.3.6 in Ubuntu Hardy) and I don't think
it's at all easy. I
On Mon, 2008-07-28 at 00:32 +0200, Vincent Untz wrote:
Homepage: http://www.conduit-project.org
svn/git/bzr/...: http://svn.gnome.org/viewvc/conduit/
Proposal on d-d-l:
http://mail.gnome.org/archives/desktop-devel-list/2008-March/msg00320.html
License: ??? (GPLv2 or later?)
Short
On Tue, 2008-07-29 at 22:21 +1200, John Stowers wrote:
On Tue, 2008-07-29 at 11:24 +0200, Murray Cumming wrote:
How easy is it to do this for any particular specific cases, such as
syncing a Palm with a desktop PC (With Evolution, hopefully), or syncing
the contacts on my mobile phone
On Sat, 2008-07-26 at 22:58 +0200, daniel g. siegel wrote:
Maybe we should all be pooling effort.
totally! it would be great to have a development kit, which unifies all
the effort which is done to create releases of the gnome modules...
moap seems like the right place for this.
On Sat, 2008-06-21 at 16:14 -0500, Jason D. Clinton wrote:
[snip]
there's a bug open against
Iagno in which a non-native English speaker has re-written the entire
game
from the ground-up adding multi-player; the diff is 4,000 lines. I
really
like where it's going but unfortunately, as
On Thu, 2008-06-19 at 03:50 +0100, Richard Hughes wrote:
On Wed, 2008-06-18 at 10:39 +0200, Frederic Crozat wrote:
I'm currently trying to prepare 2.23.4 GNOME release and it seems you
have enforced usage of policy-gnome in latest gnome-power-manager by
default, since --gconf-defaults is
On Sat, 2008-06-14 at 09:53 +0200, Xavier Claessens wrote:
Le samedi 14 juin 2008 à 09:04 +0200, Mathias Hasselmann a écrit :
[snip]
A IM program
not supporting registration of new IM accounts definitely is not feature
complete yet.
In my opinion it's not essential:
1) Jabber is the only
On Wed, 2008-06-04 at 13:40 +0200, Vivien Malerba wrote:
Hi!
Prelimary note: I had originally intended to make a module proposal
for Gnome 2.26 and I know that the date for new module proposal is
already passed but some people asked me if I could still propose for
2.24 (for Anjuta), and the
On Wed, 2008-05-07 at 11:23 -0400, Matthias Clasen wrote:
On Wed, May 7, 2008 at 11:18 AM, Richard Hughes [EMAIL PROTECTED] wrote:
I would like to propose PolicyKit[1] as an external dep for 2.26 - it's
mostly API stable[2], and is now being used as an optional dep in many
modules in
On Wed, 2008-04-09 at 12:06 +0200, Johannes Schmid wrote:
Hi!
I know that this plugin is optional, but it's also a plugin that
everyone will want to use. But libgda-4.0 is not API/ABI stable and
(based on previous libgda history) is not likely to be at any
predictable time. So this could
On Thu, 2008-03-27 at 10:37 +, Martyn Russell wrote:
Patryk Zawadzki wrote:
So you are basically saying I'm -1 because of relicensing problems
that I'm causing myself?
Yes, effectively.
As for relicensing problems that I'm causing myself, I am FULLY at
liberty to do this. It
On Thu, 2008-03-27 at 15:18 +0100, Mathias Hasselmann wrote:
The problem is, that Xavier didn't even ask for re-licensing yet.
[snip]
I agree that there should have been a formal request by now.
But they've said that they have no interest in relicensing. Why would he
even ask now? Why can't
On Tue, 2008-02-12 at 08:42 -0500, Luis Villa wrote:
On Feb 12, 2008 8:36 AM, Murray Cumming [EMAIL PROTECTED] wrote:
Despite all the hard work, it doesn't look like the new Nautilus will be
ready for GNOME 2.22 without regressions.
Why aren't we talking about punting it until GNOME 2.23
Despite all the hard work, it doesn't look like the new Nautilus will be
ready for GNOME 2.22 without regressions.
Why aren't we talking about punting it until GNOME 2.23/24? We've never
allowed this kind of thing before - punting would be entirely normal.
--
[EMAIL PROTECTED]
www.murrayc.com
On Thu, 2008-01-31 at 18:45 -0700, Elijah Newren wrote:
On Jan 31, 2008 3:21 PM, Mike Kestner [EMAIL PROTECTED] wrote:
On Wed, 2008-01-30 at 21:49 -0700, Elijah Newren wrote:
=
GNOME 2.21.90 Development Release
=
Hey
On Thu, 2008-01-31 at 19:20 +0100, Rodrigo Moya wrote:
On Thu, 2008-01-31 at 17:51 +0100, Luca Ferretti wrote:
...
also, what about iso-codes? jhbuild seems to be using 0.53, but latest
is 1.8. Is there any reason to use such an old version
The idea of depending on old versions of
On Fri, 2008-01-18 at 13:17 +0100, Patryk Zawadzki wrote:
I mean proper RDBMS. Once you get that in place you can generate
DOAP/RDF/XML/whatever on the fly with little to no effort.
That's a nice idea. But it's easier for our developers to enter
information into a file in svn than into a RDBMS.
On Thu, 2007-12-20 at 04:52 +0100, Vincent Untz wrote:
Homepage: http://www.beatniksoftware.com/gimmie/
svn/git/bzr/...: http://svn.gnome.org/viewcvs/gimmie/
Proposal on d-d-l:
http://mail.gnome.org/archives/desktop-devel-list/2007-September/msg00441.html
Short description:
On Tue, 2007-12-04 at 12:12 -0500, Adam Schreiber wrote:
Unfortunately, one of the main UI elements that indicate a secure
connection is the https:// URL in the URL bar. Are you proposing to
disguise that as well?
Maybe just not shade it yellow. It will still be running over ssl
like
On Sat, 2007-11-10 at 00:43 +0100, Matteo Settenvini wrote:
[snip]
we need some proper documentation
explaining how the GNOME stack is built,
jhbuild should take care of building. There is a lot of information
about how to use jhbuild, including solving specific problems on
specific distros.
On Mon, 2007-10-29 at 17:45 +0100, Vincent Untz wrote:
Hi,
Here's a quick reminder: if you want to propose a new module for
inclusion in GNOME 2.22, the deadline is tonight, Monday 29th October at
23:59 UTC. That's in 7 hours.
All the details about proposing new modules for 2.22 are
On Wed, 2007-10-24 at 12:22 +0100, Bastien Nocera wrote:
I think that using GStreamer for playback would be a must for swfdec to
be accepted as a blessed dependency (and thus swfdec-gnome added to the
desktop). We've been through not allowing other playback engines in the
past, so I don't
On Fri, 2007-10-12 at 14:32 +0400, Nickolay V. Shmyrev wrote:
[snip]
Be simple, what three tabs are you talking about, it should just work
with a single button - Enable mouse tweaks. I shouldn't tune my mouse
to be able to click. Let's add usability-list to CC if that's not too
much, I hope
On Fri, 2007-10-12 at 18:08 +0200, Jens Granseuer wrote:
The accessibility keyboard capplet is going to go away. Discussion isstill
ongoing (on gnomecc-list) about where it will go, but it seems
likely there will be a unified keyboard or keyboard and mouse thingy
that those settings will be
On Wed, 2007-10-03 at 19:23 -0400, Matthias Clasen wrote:
On 10/3/07, Kjartan Maraas [EMAIL PROTECTED] wrote:
All this should just come from libc. I don't think we should do anything
special here at all. I think all the needed data is available in the
locale data.
That is where
On Wed, 2007-09-26 at 02:07 -0700, Christian Hammond wrote:
[snip]
notification-daemon and libnotify are on every distro shipping GNOME,
to my knowledge. Isn't it time to finally mark this as a blessed
dependency? More and more apps are using this and it's become a de
facto standard not only
On Wed, 2007-09-26 at 20:19 -0500, Benjamin Gramlich wrote:
Another thing I'd like to see in the next version of the panel is the
ability to lock it down. In other words, there should be a way to keep
the panel from moving unless the user makes an explicit action to do so.
The best place for
On Tue, 2007-09-25 at 19:41 -0400, Hubert Figuiere wrote:
I can't speak for libxml++ maintainer, but given that libxml++ depends
on Glib::ustring, it should stay at most in the bindings.\
That's a strange logic. External dependencies should be allowed to use,
for instance, glib.
If libxml is
On Wed, 2007-09-26 at 04:41 -0400, Daniel Veillard wrote:
On Wed, Sep 26, 2007 at 10:24:57AM +0200, Murray Cumming wrote:
On Tue, 2007-09-25 at 19:41 -0400, Hubert Figuiere wrote:
I can't speak for libxml++ maintainer, but given that libxml++ depends
on Glib::ustring, it should stay
?
There are no decisions or specific plans that I know of yet.
- Andreas
___ desktop-devel-list mailing
list desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
--
Murray Cumming
[EMAIL PROTECTED
On Wed, 2007-09-19 at 23:47 +0300, Naba Kumar wrote:
Hi Vincent,
On Wed, 2007-09-19 at 20:48 +0200, Vincent Untz wrote:
Can you complete all the steps outlined at
http://live.gnome.org/ReleasePlanning/ModuleProposing (especially
changing the wiki pages)
I have done what it requests.
On Sun, 2007-09-16 at 18:44 -0400, Havoc Pennington wrote:
Hi,
On 9/15/07, Jaap Haitsma [EMAIL PROTECTED] wrote:
Talking to Daniel Cheese Siegel we asked ourselves:
Why do all GNOME projects have a ChangeLog file?
Isn't it redundant when you just save a commit message.
When I've
On Thu, 2007-09-13 at 23:39 +0200, Olav Vitters wrote:
On Thu, Sep 13, 2007 at 04:26:19PM -0500, Diego Escalante Urrelo wrote:
On 9/11/07, Tim Miao [EMAIL PROTECTED] wrote:
This is Tim from Sun desktop team. I'm looking for some GNOME2.20 API
references pages/packages/tarballs. Would
On Fri, 2007-09-14 at 11:40 +0200, Frederic Peters wrote:
Murray Cumming wrote:
library.gnome.org pages are uploaded from documentation in tarballs,
with some minor transformations, I believe. So we should be able to just
point people to the tarball (though they will get the source code
On Mon, 2007-09-10 at 23:41 +0200, Olav Vitters wrote:
On Mon, Sep 10, 2007 at 05:09:59PM +0200, Murray Cumming wrote:
Yes, gnomemm has no top-level trunk/ directory, and I don't want to add
one because that would cause confusion.
Ok.. seems you have a very weird SVN repos structure
Could you please turn this off now? I can't commit to either libsigc++
(I emailed you about that already) or gconfmm. For instance:
[EMAIL PROTECTED]:~/svn/gnome220/gconfmm$ more MAINTAINERS
Murray Cumming
E-mail: [EMAIL PROTECTED]
Userid: murrayc
[EMAIL PROTECTED]:~/svn/gnome220/gconfmm$ svn
On Mon, 2007-09-10 at 12:02 -0300, Johan Dahlin wrote:
Murray Cumming wrote:
Could you please turn this off now? I can't commit to either libsigc++
(I emailed you about that already) or gconfmm. For instance:
[EMAIL PROTECTED]:~/svn/gnome220/gconfmm$ more MAINTAINERS
Murray Cumming
On Sun, 2007-07-15 at 01:05 +0200, Vincent Untz wrote:
Le samedi 14 juillet 2007, à 12:01 -0600, Elijah Newren a écrit :
On 7/13/07, Murray Cumming [EMAIL PROTECTED] wrote:
I've stopped changing the --version-info in gtkmm at all since a couple
of years ago to avoid problems, but I'd
unstable 2.5.1 tarball version, with API changes.
e) releasing an unstable 2.5.2 tarball version, after the previous
unstable 2.5.1 tarball version, with both API changes and API additions.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
1 - 100 of 205 matches
Mail list logo