On 2011-09-05 at 21:35, Allin Cottrell wrote:
Having built a minimal test program, showing a plain GTK window with
a menu, I can confirm that the GTK default is (a). And I find this
to be the case with all the gnome apps that I've tested. I infer
that apps that support (c) -- e.g., Firefox,
On Tue, 06 Sep 2011 01:42:43 +0100
Peter Clifton pc...@cam.ac.uk wrote:
I'm working on some code to monitor for file changes in our
application, and ran into a bit of a problem today with the Save-As
case.
The order of operations is something like:
1. File monitor exists on the document
GLib 2.29.90 is ready.
http://download.gnome.org/sources/glib/2.29/
95af3f46a40ad1a3ecfe75db59b27956b256c4ad02f000be2aa13c7abd32fba3
glib-2.29.90.tar.xz
I consider this to be (almost) a release candidate.
There is probably a bug in GSettings that is causing lots of problems
with
On Tue, 2011-09-06 at 01:42 +0100, Peter Clifton wrote:
--=-1PQvPQuhjpa09GLvybFI
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi,
I'm working on some code to monitor for file changes in our application,
and ran into a bit of a problem today with the
Hi all,
Currently, the mapping of the Alt and Command keys on the mac
is completely screwed:
- The key labeled Command maps to GDK_MOD1_MASK (which is
essentially interpreted as Alt by all existing code)
- The key labeled Alt isn't mapped to any modifier at all
Now there is a lot of
On Sep 6, 2011, at 1:27 AM, Michael Natterer wrote:
Hi all,
Currently, the mapping of the Alt and Command keys on the mac
is completely screwed:
- The key labeled Command maps to GDK_MOD1_MASK (which is
essentially interpreted as Alt by all existing code)
- The key labeled Alt isn't
On Tue, 2011-09-06 at 06:37 -0700, John Ralls wrote:
On Sep 6, 2011, at 1:27 AM, Michael Natterer wrote:
Hi all,
Currently, the mapping of the Alt and Command keys on the mac
is completely screwed:
- The key labeled Command maps to GDK_MOD1_MASK (which is
essentially
On 09/06/11 10:05, Alexander Larsson wrote:
On Thu, 2011-09-01 at 15:16 -0600, Ryan Lortie wrote:
Another option is to use library load constructors to run the
initialisation we need to do. That's certainly possible on Windows
systems and anything using GCC. I'm not sure if it's possible to
Emmanuele Bassi ebassi at gmail.com writes:
a) drop GTK+, move to Clutter and port the complex widges over;
b) re-implement Clutter inside GTK+;
c) use Clutter between GDK and GTK+;
I would translate that as:
a) tell GTK developers their code is crap
b) tell Clutter developers their
On Tue, 2011-09-06 at 10:14 -0400, Behdad Esfahbod wrote:
In HarfBuzz I'm using the C++ compiler without linking to libstdc++. I found
it as very rewarding experience. You get library constructor/destructors for
free there. I think this approach to library design has serious merit worth
GLib 2.29.90 is ready.
http://download.gnome.org/sources/glib/2.29/
95af3f46a40ad1a3ecfe75db59b27956b256c4ad02f000be2aa13c7abd32fba3
glib-2.29.90.tar.xz
I consider this to be (almost) a release candidate.
There is probably a bug in GSettings that is causing lots of problems
with
hi,
GLib has branched for the stable release ('glib-2-30'). All translation
effort should be focused there (since this is what will appear in GNOME
3.2).
The branch is to be considered frozen for code changes, except by
approval.
Thanks
___
On Tue, 2011-09-06 at 10:48 -0400, Behdad Esfahbod wrote:
On 09/06/11 10:42, Ryan Lortie wrote:
On Tue, 2011-09-06 at 10:14 -0400, Behdad Esfahbod wrote:
In HarfBuzz I'm using the C++ compiler without linking to libstdc++. I
found
it as very rewarding experience. You get library
Exciting topic.
Just a few comments scattered through the email...
On Tue, 2011-09-06 at 14:26 +, Benjamin Otte wrote:
Emmanuele Bassi ebassi at gmail.com writes:
a) drop GTK+, move to Clutter and port the complex widges over;
b) re-implement Clutter inside GTK+;
c) use
On Sep 6, 2011, at 6:53 AM, Michael Natterer wrote:
On Tue, 2011-09-06 at 06:37 -0700, John Ralls wrote:
On Sep 6, 2011, at 1:27 AM, Michael Natterer wrote:
Hi all,
Currently, the mapping of the Alt and Command keys on the mac
is completely screwed:
- The key labeled Command maps to
Hello,
The fix to this issue is quite trivial but requires patching all three
of glib, gvfs, gtk.
Also it is not quite obvious that replacing the old NEED_DOMAIN with
HAS_DOMAIN is the best thing.
Any opinions?
Thanks
Michal
Description: Upstream changes introduced in version 2.28.6-2dom1
On Tue, 2011-09-06 at 08:27 -0700, John Ralls wrote:
On Sep 6, 2011, at 6:53 AM, Michael Natterer wrote:
On Tue, 2011-09-06 at 06:37 -0700, John Ralls wrote:
On Sep 6, 2011, at 1:27 AM, Michael Natterer wrote:
Hi all,
Currently, the mapping of the Alt and Command keys on the mac
On Tue, 2011-09-06 at 12:58 -0400, Paul Davis wrote:
On Tue, Sep 6, 2011 at 12:49 PM, Michael Natterer mi...@gimp.org wrote:
On Tue, 2011-09-06 at 08:27 -0700, John Ralls wrote:
[ ... imminent turf war ... ]
this seems to be about two different things, neither of which are in
conflict
hi Benjamin;
it's going to be a long email... :-)
On 2011-09-06 at 14:26, Benjamin Otte wrote:
Emmanuele Bassi ebassi at gmail.com writes:
a) drop GTK+, move to Clutter and port the complex widges over;
b) re-implement Clutter inside GTK+;
c) use Clutter between GDK and GTK+;
okay, I've tried to get ahold of the gtk-osx project for a while, now,
but since sf.net is just a joke and decided to reject my @gmail.com
emails, let's try here.
can we *please* stop this madness:
17:05 CIA-8 jralls quartz-integration * r7e37d94f2178 gtk+/ (10 files
in 4 dirs):
On Sep 6, 2011, at 9:58 AM, Paul Davis wrote:
On Tue, Sep 6, 2011 at 12:49 PM, Michael Natterer mi...@gimp.org wrote:
On Tue, 2011-09-06 at 08:27 -0700, John Ralls wrote:
[ ... imminent turf war ... ]
this seems to be about two different things, neither of which are in
conflict (and i
On Tue, Sep 6, 2011 at 2:12 PM, Emmanuele Bassi eba...@gmail.com wrote:
okay, I've tried to get ahold of the gtk-osx project for a while, now,
but since sf.net is just a joke and decided to reject my @gmail.com
emails, let's try here.
can we *please* stop this madness:
17:05 CIA-8 jralls
On Sep 6, 2011, at 10:42 AM, Michael Natterer wrote:
On Tue, 2011-09-06 at 12:58 -0400, Paul Davis wrote:
On Tue, Sep 6, 2011 at 12:49 PM, Michael Natterer mi...@gimp.org wrote:
On Tue, 2011-09-06 at 08:27 -0700, John Ralls wrote:
[ ... imminent turf war ... ]
this seems to be about two
On Wed, 2011-08-31 at 12:17 -0700, David Zeuthen wrote:
Hi,
On Wed, Aug 31, 2011 at 1:06 PM, Ryan Lortie de...@desrt.ca wrote:
- glib_get_worker_context()
s/glib/g/ ? glib_* sounds like it's for glib-internal-only use, which I
don't see any reason for. It's definitely useful outside
On Sep 6, 2011, at 6:58 PM, Paul Davis wrote:
this seems to be about two different things, neither of which are in
conflict (and i think john actually agrees with this).
1) whether or not the Alt key should generate MOD1 as a modifier
2) whether or not code that wants to be cross-platform
On Tue, 2011-09-06 at 21:51 +0200, Kristian Rietveld wrote:
On Sep 6, 2011, at 6:58 PM, Paul Davis wrote:
this seems to be about two different things, neither of which are in
conflict (and i think john actually agrees with this).
1) whether or not the Alt key should generate MOD1 as a
On Sep 6, 2011, at 11:12 AM, Emmanuele Bassi wrote:
okay, I've tried to get ahold of the gtk-osx project for a while, now,
but since sf.net is just a joke and decided to reject my @gmail.com
emails, let's try here.
can we *please* stop this madness:
17:05 CIA-8 jralls
On Sep 6, 2011, at 12:10 PM, Michael Natterer wrote:
On Tue, 2011-09-06 at 11:57 -0700, John Ralls wrote:
On Sep 6, 2011, at 10:42 AM, Michael Natterer wrote:
On Tue, 2011-09-06 at 12:58 -0400, Paul Davis wrote:
On Tue, Sep 6, 2011 at 12:49 PM, Michael Natterer mi...@gimp.org wrote:
On
On Tue, Sep 6, 2011 at 5:30 PM, John Ralls jra...@ceridwen.us wrote:
Nothing is wrong with alt being mapped to GDK_MOD1_MASK so long as
NSCommandKey is also mapped to GDK_MOD1_MASK. Why do you object to that? Is
it that the GIMP documenters don't want to write (Command-foo on Macs) next
to
On Sep 6, 2011, at 1:13 PM, Michael Natterer wrote:
On Tue, 2011-09-06 at 21:51 +0200, Kristian Rietveld wrote:
On Sep 6, 2011, at 6:58 PM, Paul Davis wrote:
this seems to be about two different things, neither of which are in
conflict (and i think john actually agrees with this).
1)
On Tue, Sep 6, 2011 at 5:51 PM, John Ralls jra...@ceridwen.us wrote:
Uh, won't hard coding gtk-enable-mnemonics=FALSE (I suppose you mean the
GtkSettings property, and that you propose to do it inside of some sort of a
runtime check for the quartz backend) mean that all keybindings,
On 2011-09-06 at 13:32, John Ralls wrote:
if there are patches for gtk-quartz, why are these inside at least three
branches instead of being committed to corresponding main line one? why
are these branch continuously being merged instead of being rebased, if
they are personal branches?
On Tue, Sep 6, 2011 at 6:07 PM, Emmanuele Bassi eba...@gmail.com wrote:
otherwise you're just forking gtk, and using the resources of the gtk
project to give an aura of officiality to what is essentially your own
personal project.
I'd politely request that you stop using this tone in
Hi, everyone,
There is a patch in [1], by Jon McCann, to make the shortcuts bar in
GtkFileChooser be pretty much the same as the one in Nautilus.
Rather than patch the wobbly edifice that is gtkfilechooserdefault.c,
this sounds like the perfect time to actually pull out the shortcuts bar
as a
On Tue, 2011-09-06 at 14:30 -0700, John Ralls wrote:
On Sep 6, 2011, at 12:10 PM, Michael Natterer wrote:
On Tue, 2011-09-06 at 11:57 -0700, John Ralls wrote:
On Sep 6, 2011, at 10:42 AM, Michael Natterer wrote:
On Tue, 2011-09-06 at 12:58 -0400, Paul Davis wrote:
On Tue, Sep 6, 2011
On Tue, Sep 6, 2011 at 6:46 PM, Michael Natterer mi...@gimp.org wrote:
Nobody uses Alt for accelerators, I don't think we are talking
about the same things here, in GTK+:
On Sep 6, 2011, at 3:07 PM, Emmanuele Bassi wrote:
On 2011-09-06 at 13:32, John Ralls wrote:
if there are patches for gtk-quartz, why are these inside at least three
branches instead of being committed to corresponding main line one? why
are these branch continuously being merged instead
On Sep 6, 2011, at 3:46 PM, Michael Natterer wrote:
On Tue, 2011-09-06 at 14:30 -0700, John Ralls wrote:
On Sep 6, 2011, at 12:10 PM, Michael Natterer wrote:
On Tue, 2011-09-06 at 11:57 -0700, John Ralls wrote:
On Sep 6, 2011, at 10:42 AM, Michael Natterer wrote:
On Tue, 2011-09-06 at
On Tue, 06 Sep 2011 17:44:01 -0500
Federico Mena Quintero feder...@gnome.org wrote:
Hi, everyone,
There is a patch in [1], by Jon McCann, to make the shortcuts bar in
GtkFileChooser be pretty much the same as the one in Nautilus.
Rather than patch the wobbly edifice that is
On Wed, 7 Sep 2011 01:53:44 +0200
Jannis Pohlmann jan...@xfce.org wrote:
(snip)
On the other hand it is fun to use and shows how
the places sidebar *could* work IMHO:
(snip)
BTW, here's a (possibly incomplete) list of features we're aiming at
with the new Thunar sidebar. I think they are
40 matches
Mail list logo
