Thursfield
Hiroyuki Ikezoe
Sven Herzberg
Kristian Rietveld
August 16, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Garcia Campos
Tristan Van Berkom
Dan Williams
Sam Thursfield
Hiroyuki Ikezoe
Kristian Rietveld
Kristian Høgsberg
Sven Herzberg
Claudio Saavedra
August 17, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
On Wed, 2010-08-18 at 09:27 +0800, Zhang, Qiang Z wrote:
Hi developers,
I am from MeeGo distribution team.
We have planned to use glib 2.26 in MeeGo 1.1, and I want to know when the
new stable glib 2.26 will be released.
Is there any webpage for special gnome projects' detail release
On Wed, Aug 18, 2010 at 3:37 AM, Alexander Larsson al...@redhat.com wrote:
There are all sorts of ways you can hack it into GtkButton or any
specific widget, I'm sure. However, its hard to do in a more generic way
for a theme. I was thinking the theme could just set a style property to
have
* Allow windows to be dragged by clicking on empty
areas in menubars and toolbars
Can this be disabled, please?
Yes, it can (per theme)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Wed, 2010-08-18 at 10:36 +0800, Zhang, Qiang Z wrote:
Thanks for your quick reply.
As glib is the low level library, so I think it would be released ahead of
time. Right?
Can glib 2.26 be released end of August? Then we feel better about including
it in MeeGo 1.1, and we have enough
On Wed, Aug 18, 2010 at 12:27 PM, Paul Davis p...@linuxaudiosystems.com wrote:
On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera had...@hadess.net wrote:
New functionality is available in both when it makes sense to do so, and
deprecated functionality is marked as much.
You shouldn't see any
I thought it would probably be a good idea to announce these
separately, instead of hiding them in the team meeting minutes.
So, after GTK+ 3 got moved back to December at GUADEC, we've decided
that we will do a GTK+ 2.24 release in parallel. GTK+ 2.22 will be
released together with GNOME 2.32 in
On Tue, Aug 24, 2010 at 1:42 PM, Tristan Van Berkom
trista...@openismus.com wrote:
Hi developers,
Last week I was busy writing up a new container
widget for GTK+ and would like to propose it for
inclusion in 3.0.
Hey, sounds like a useful addition. I've actually had it somewhere
deep on my
On Tue, Aug 24, 2010 at 1:51 PM, Tristan Van Berkom
trista...@openismus.com wrote:
On Wed, 2010-08-25 at 02:42 +0900, Tristan Van Berkom wrote:
[...]
PS: I've been trying to send this mail all day, at this point from
several email addresses... I'm dropping the .tgz attachment and will
follow
On Fri, Aug 27, 2010 at 12:35 AM, John Ralls jra...@ceridwen.us wrote:
You might not like the warnings about the quality of Gtk+ Quartz, but when I
wrote them a year ago, no one had touched the quartz backend for 8 months.
Since then, one developer (Kristian Reitveld) has fixed many of the
I took some time last night to look over the impressive list of
properties of all widgets. Here are some cleanups that we might
consider for GTK3:
1) GtkDialog::has-separator
GtkMessageDialog::use-separator
We should just remove these, I think. Dialogs don't need separators.
2)
On Mon, Aug 30, 2010 at 5:01 AM, Benjamin Otte o...@gnome.org wrote:
On Mon, Aug 30, 2010 at 1:12 AM, Matthias Clasen
matthias.cla...@gmail.com wrote:
Hey Benjamin, the branch builds just fine, but I see a ton or redraw issues.
Everything basically turns black after a while...
Oh, I forgot
contributors:
Benjamin Otte
Stefan Kost
Sergey Orlov
Hans Breuer
Neil Roberts
Martin Schlemmer
Fridrich Štrba
Philip Withnall
Szilárd Pfeiffer
August 30, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
Spanish
Traditional Chinese
Thanks to the contributors:
Christian Persch
Dan Winship
Ryan Lortie
David Zeuthen
Emmanuele Bassi
Nicolas Dufresne
Tor Lillqvist
Cody Russell
Thiago Santos
Christian Hergert
Jens Georg
Claude Paroz
Philip Withnall
August 30, 2010
Matthias Clasen
On Wed, Sep 1, 2010 at 2:52 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
On Wed, Sep 1, 2010 at 2:03 PM, Shaun McCance sha...@gnome.org wrote:
Well, all of the packing functions use start and end, but I
guess that's just to make the term orientation-neutral.
Looking through the docs, I do
On Thu, Sep 2, 2010 at 3:52 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
I thought of another approach to this problem. Don't expose the pixbuf
format at all; keep it as-is. However, add:
gdk_pixbuf_get_cairo_surface()
gdk_pixbuf_new_from_cairo_surface(cairo_surface_t *surface);
Now,
On Thu, Sep 2, 2010 at 7:24 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
Am I missing a big downside?
One downside that you've mentioned earlier is that with this approach,
gdk-pixbuf grows a cairo (and thus libX11) dependency.
That might inconvenience a few gdk-pixbuf users. But the one I
gdk_pixbuf_get_cairo_surface() will force conversion back
to cairo representation.
Here is an (untested) patch to implement this.
From 08eea58e9fb0d1b28392bca1d6ac320d3264bbb2 Mon Sep 17 00:00:00 2001
From: Matthias Clasen mcla...@redhat.com
Date: Fri, 3 Sep 2010 00:55:43 -0400
Subject: [PATCH] cairo_surface_t - GdkPixbuf
On Fri, Sep 3, 2010 at 1:30 AM, Havoc Pennington h...@pobox.com wrote:
Oops. I just put one in bugzilla ;-) I should have worked on the
widget padding today I guess.
https://bugzilla.gnome.org/show_bug.cgi?id=491507
You patch is much better than mine.
On Fri, Sep 3, 2010 at 3:22 AM, Soeren Sandmann sandm...@daimi.au.dk wrote:
Not that it matters that much, but if you use cairo_mask() with the
pixbuf data as both source and mask, the source as RGB24 and the mask
as ARGB32, you could make cairo do the conversion from pixbuf to
surface. That
On Mon, Sep 6, 2010 at 1:48 PM, Havoc Pennington
The basic idea of GtkGrid is:
* it just puts things in rows and columns, and implements homogeneity;
expand, fill, padding are now all in Widget
* it is an infinite grid, not a fixed size at construct time like
GtkTable. so you don't have to
On Mon, Sep 6, 2010 at 12:53 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
This is a major enough change it should probably hit the list and not
just bugzilla:
https://bugzilla.gnome.org/show_bug.cgi?id=628902
The patch needs finishing as noted in the bug but you can already play
with it,
We should also make GtkWrapBox legacy-free by removing packing and
padding child properties from it before it goes stable.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Tue, Sep 7, 2010 at 9:41 AM, Havoc Pennington h...@pobox.com wrote:
Cool. So I'm inclined to search-and-replace the patch and make the properties:
margin-left
margin-right
margin-top
margin-bottom
margin /* sets all four at once */
I'll give it a couple more days though in case this
Hey,
sorry for not getting around to this earlier. We've briefly talked
about this in todays GTK+ team meeting, and the 'a better
implementation hasn't surfaced in 9 years' argument has prevailed, so
we'd like to invite you to turn the sourceview code into a gtk patch,
so that we can integrate
On Wed, Sep 8, 2010 at 7:10 AM, Christian Dywan
So a possible idea would be to turn GtkEditable into a clipboard
interface, where entry specific features are removed.
Which features do you consider entry-specific ? As far as I'm
concerned, the editable interface could just be implemented by
On Thu, Sep 9, 2010 at 5:28 AM, Tristan Van Berkom
trista...@openismus.com wrote:
No comment on your larger refactoring ideas.
Are there any technical limitations that dont allow us to create
widget/object types that are completely internal to GTK+ ?
GObject has no notion of private types.
On Thu, Sep 9, 2010 at 12:42 PM, Tristan Van Berkom
trista...@openismus.com wrote:
Well, are we comfortable writing code in this way and telling
people that if it's not in the headers and not in the docs,
it's not a backwards/forwards compatible type and people are
simply not supposed to
Shedmake
Jonh Wendell
Philip Withnall
Tor Lillqvist
Sergey Orlov
Daiki Ueno
Szilárd Pfeiffer
Martin Schlemmer
Fridrich Štrba
Colin Walters
Carl-Anton Ingmarsson
Murray Cumming
Havoc Pennington
John Palmieri
Owen Taylor
Mike Gorse
September 10, 2010
Matthias Clasen
On Sat, Sep 11, 2010 at 7:58 PM, Havoc Pennington h...@pobox.com wrote:
Anyhow: it would be a shame to ship the ignore set size request
smaller than min size by accident. Should I open a bug? Or should I
change (and document) set_size_request to increase only?
Sounds good to me.
On Sat, Sep 11, 2010 at 4:23 PM, Havoc Pennington h...@pobox.com
There's a fair bit of trailing whitespace in the patch. Maybe turn on
trailing-whitespace-highlighting in your editor.
I'm of the if the tools don't fix it, it isn't broken school of
thought.
Emacs can be set up to fix it -
On Sun, Sep 12, 2010 at 1:19 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
I pushed a widget-padding-2 branch which has everything cleaned up.
Both widget-padding and widget-padding-2 can be deleted once this is
merged.
(I can merge if you like or feel free. or let me know what else to
On Sat, Sep 11, 2010 at 4:23 PM, Havoc Pennington h...@pobox.com wrote:
Does GDK have enough information to know when to set background to None?
The patch
d3802ca Remove calls that try to set GDK_NO_BG
basically removes hints to GDK that the background should not be
repainted by the OS. I
2010/9/13 Thomas Wood t...@gnome.org:
Clutter's (very detailed) coding style document may be useful here,
since it has a very similar coding style to GTK+:
http://git.clutter-project.org/clutter/tree/doc/CODING_STYLE
Yes, I think we could basically adopt this word-by-word.
Bouchet-Valat
September 14, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
This is indeed quite a brain teaser.
I don't think your current approach of incrementally bumping the size
group requisition does even work correctly. How does the size group
requisition ever become smaller again ? The pre-hfw sizegroup code
always looped over all widgets to determine the size
On Tue, Sep 14, 2010 at 11:46 AM, Benjamin Otte o...@gnome.org wrote:
I consider this API prtty much done at this point. There might be some
implementation details that we might want to change later (like
background handling), but we can do that after rendering-leanup-next
hit master. So I
And did you want to add some of the checks and warnings in
gtk_widget_draw_internal that were discussed (eg about not having
up-to-date allocation) ?
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Wed, Sep 15, 2010 at 5:21 AM, Murray Cumming murr...@murrayc.com wrote:
I haven't followed this in detail, but I see the new GtkWidget align and
margin-* properties and functions:
http://git.gnome.org/browse/gtk
+/commit/?id=474f80442a6f3cf72a3c3b9efc5a846e7664d758
So will things like
On Wed, Sep 22, 2010 at 9:14 AM, Havoc Pennington h...@pobox.com wrote:
Hi,
(and possibly
VISIBILITY_NOTIFY too) as being in section A2. i know that as they
stand, these refer to GdkWindows, but by implication they also apply
to widgets within the window.
Some kind of are we covered up
press as
well as ugly warning on error output. Maybe a better idea would be to
keep track of whether XkbGetMap() failed separately from xkb_desc.
Looks like the problem fixed by this commit:
author Matthias Clasen mcla...@redhat.com2010-09-07 04:10:26 (GMT)
committer Matthias Clasen mcla
project development.
If you are willing to participate, please subscribe to the project
mailing lists to offer your help and read over our list of vacant
project tasks:
http://live.gnome.org/GtkTasks
The GTK+ Team:
Jonathan Blandford, Hans Breuer, Kristian Rietveld,
Matthias Clasen, Tim Janik
I hate coding style discussions, just for the record.
Lets end this right here then. I've added a CODING-STYLE document now.
Feel free to hate it.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
I've released a stable gdk-pixbuf 2.22 a few days ago, and a stable
glib 2.26 should be out before the end of the week.
On 9/23/10, Allin Cottrell cottr...@wfu.edu wrote:
On Thu, 23 Sep 2010, Matthias Clasen wrote:
GTK+ 2.22.0 is now available for download...
If this is intended
2010/9/26 Havoc Pennington h...@pobox.com:
Hi,
2010/9/26 Javier Jardón jjar...@gnome.org:
It returns a pointer to a GObject now
Shouldn't it just return a GtkAdjustment* ? returning GtkObject was
some weird legacy thing.
Also, isn't gtkobject still there in master?
On Wed, Sep 29, 2010 at 9:46 AM, Ole André Vadla Ravnås
ole...@gmail.com wrote:
I'm currently working on adding API to GLib/GObject/GIO for explicitly
cleaning up statically allocated resources, like TLS keys, threads,
handles, heap blocks, etc.
This is clearly not useful to regular
Sebastian Dröge
Colin Walters
Johan Dahlin
Owen Taylor
Michael Natterer
Tomeu Vizoso
Florian Müllner
Christian Dywan
Claudio Saavedra
William Jon McCann
Jonh Wendell
Richard Hughes
October 1, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel
On Wed, Oct 6, 2010 at 11:36 PM, Tristan Van Berkom
trista...@openismus.com wrote:
Any takers ? thoughts ?
One thing that I would like to save from this whole experiment is your
experience in wfh containers... I've started writing a grid widget
like Havoc was describing a while ago. I have put
On Wed, Oct 6, 2010 at 3:06 PM, Federico Mena Quintero
feder...@ximian.com wrote:
Hi, all,
I've been running Christian Hammond's multiroot-filechooser branch for
about a month now, with zero ill effects. This is not surprising, as no
apps actually use the multirooting functionality yet; what
On Thu, Oct 7, 2010 at 10:48 AM, Tristan Van Berkom
trista...@openismus.com wrote:
However I would really appreciate it if a widget's placement
inside a container can still be clearly introspected and defined
with container child properties (in other words I think the widget
should be built
On Sat, Oct 9, 2010 at 2:56 AM, Tristan Van Berkom
trista...@openismus.com wrote:
Hi all,
So I'm spending some time trying to get Glade to at least build
on 3.0...
First thing, what is the recommended way of doing
gdk_window_set_back_pixmap (from xpm data...) ?
Sure... I'm seeing
On Thu, Oct 7, 2010 at 11:30 AM, Tristan Van Berkom
trista...@openismus.com wrote:
On Thu, 2010-10-07 at 10:55 -0400, Matthias Clasen wrote:
On Thu, Oct 7, 2010 at 10:48 AM, Tristan Van Berkom
trista...@openismus.com wrote:
However I would really appreciate it if a widget's placement
On Sun, Oct 10, 2010 at 4:23 AM, Tristan Van Berkom
trista...@openismus.com wrote:
- in get_preferred_width() and get_preferred_height() it seems
you do the same request regardless of the request mode... it may
that you check this somewhere else in your request code but I did
not
On Sun, Oct 10, 2010 at 4:57 PM, Alexander Larsson al...@redhat.com wrote:
In Gtk+ this would be done as a GtkGroupBox container with two GtkGroup
hierarchies (one per direction). With the setup in Gtk3 this should be
quite doable. However, there are a few things missing for a perfect
match.
On Sun, Oct 10, 2010 at 4:23 AM, Tristan Van Berkom
trista...@openismus.com wrote:
- It seems you are storing the allocated/requested sizes in your
GridLine structs, I guess this is convenient for your code's clarity
but might be confusing to some readers. I think its important
to
On Sun, Oct 10, 2010 at 8:32 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
On Sun, Oct 10, 2010 at 4:57 PM, Alexander Larsson al...@redhat.com wrote:
First of all, what happened to Bug 628902 Add expand flags to
GtkWidget. It seems to have stalled. This would be very useful.
The latest
On Tue, Oct 12, 2010 at 2:44 AM, Tristan Van Berkom
trista...@openismus.com wrote:
Sigh, alright can of worms open.
For an ellipsized label, the natural width is clearly the full width.
In this case there's an obvious interpretation of natural size because
there's a minimum size where we
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Thu, Oct 21, 2010 at 8:54 PM, Owen Taylor
- Making sure there is information out about how to fix applications
that need to be fixed. If updating the porting guide is too hard
to do immediately, or you are changing something that was never
in GTK+ 2, then send mail to
McCann
Emmanuele Bassi
Javier Jardón
Alberto Garcia
Florian Müllner
Dan Winship
October 25, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Benjamin Otte
Michael Natterer
Ryan Lortie
Emmanuele Bassi
Richard Hughes
Boram Park
Tadej Borovšak
Christian Persch
Alberto Garcia
Carlos Garnacho
October 25, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
Benjamin Otte
Michael Natterer
Ryan Lortie
Emmanuele Bassi
Richard Hughes
Boram Park
Tadej Borovšak
Christian Persch
Alberto Garcia
Carlos Garnacho
October 25, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
Hey,
Ryan proposed that we should have a team meeting today to continue the
roadmap discussion from last weeks hackfest. I think that is a good
idea.
Usual time and place:
#gtk-devel, Tuesday, October 26th, 2010 @ 20:00 UTC
___
gtk-devel-list mailing
On Tue, Oct 19, 2010 at 7:49 AM, Carlos Garnacho carl...@gnome.org wrote:
1) Keep GtkStyle in 3.0, encourage people verbally to use
GtkStyleContext instead.
2) Keep GtkStyle, but not include in gtk.h, force people to take a
decision between being lazy and using the brand new stuff.
3)
Hey Carlos,
after playing around with gtk-style-context some more (not as much as
I'd like to...), some notes:
I think the property registration using default values stored in
GValue is really cumbersome:
GdkColor white = { 0x, 0x, 0x };
g_value_init (color_value,
On Wed, Sep 22, 2010 at 11:43 AM, Havoc Pennington h...@pobox.com wrote:
A couple other ideas, just to put more options in the pile.
Minor concern. gdk_event_set_coords() and set_source() could be
problematic in that GdkEvent would become a mutable non-GObject. This
is normally considered Bad
On Tue, Oct 26, 2010 at 2:20 PM, Paul Davis p...@linuxaudiosystems.com wrote:
On Tue, Oct 26, 2010 at 1:49 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
This sounds like a nice approach. In order to get something going,
I've started to experiment with implementing pick(). First attempt
And here is a very sketchy patch to experiment with a
::contains-pointer property on GtkWidget:
https://bugzilla.gnome.org/show_bug.cgi?id=633222
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Wed, Oct 13, 2010 at 11:13 AM, Tristan Van Berkom
trista...@openismus.com wrote:
On Sun, 2010-10-10 at 03:01 +0900, Tristan Van Berkom wrote:
On Sat, 2010-10-09 at 13:18 -0400, Matthias Clasen wrote:
On Sat, Oct 9, 2010 at 2:56 AM, Tristan Van Berkom
[...]
And... please, please
On Tue, Oct 26, 2010 at 8:26 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
Proposed plan:
1. nuke size-request in GTK+
2. deprecate size-request in 2.91.3 (we can't use #ifdef deprecation
for vfuncs, but maybe we can arrange things so that having a non-NULL
size_request vfunc
I thought it would be good to send out an update on outstanding GTK+ 3
tasks that were tackled, discussed or assigned to people at last weeks
hackfest. The goal of releasing GTK+ 3.0 (as well as GLib 2.28 and
GTK+ 2.24) at the end of the year remains unchanged.
* paint-clock (Ryan)
including
On Thu, Oct 28, 2010 at 3:03 AM, Tristan Van Berkom
trista...@openismus.com wrote:
Current state is that all size_request vfuncs in GTK+ except
for the one on GtkWidgetClass has been removed, size-request
signal and vfunc is to be considered deprecated but as Matthias
mentioned we cant use
to this release
November 1, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Mon, Nov 1, 2010 at 2:15 AM, Tristan Van Berkom
trista...@openismus.com wrote:
Well... as I've already said I havent figured out a
solution for this... I'm all ears.
Look at gtk_container_focus_sort for how we deal with directional
navigation in widgets. It notably doesn't handle
Ignacio Casal Quinteiro
Vincent Untz
John Palmieri
Carlos Garnacho
Michael Natterer
Christian Persch
Martin Nordholts
Paolo Borelli
who contributed to this release
November 1, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list
On Fri, Oct 29, 2010 at 7:03 PM, Sandy Armstrong
sanfordarmstr...@gmail.com wrote:
Howdy,
I wasn't sure what list to email, so apologies if this is the wrong
place to ask.
I've heard some rumblings about the new GtkApplication having the
ability to export actions in such a way that other
On Mon, Nov 1, 2010 at 2:22 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
Hey, I've added a (very simple-minded) example of gapplication +
actions in the glib 2.27.2 docs. Should show up on library.gnome.org
soon.
In fact, here it is:
http://library.gnome.org/devel/gio/2.27
On Mon, Nov 1, 2010 at 2:36 PM, Havoc Pennington h...@pobox.com wrote:
Hi,
On Mon, Nov 1, 2010 at 2:25 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
In fact, here it is:
http://library.gnome.org/devel/gio/2.27/GApplication.html#gapplication-example-actions
Was a bit confused
On Fri, Nov 5, 2010 at 9:34 AM, Alexander Larsson al...@redhat.com wrote:
I just pushed the radio-group branch in git. It contains the
GtkRadioGroup type and conversion of all the radio types to it.
Additionally it contains a few other changes (see the commits) that I
think make sense now that
to this release:
Christian Persch
Paolo Borelli
Ryan Lortie
Tor Lillqvist
Dan Winship
Chun-wei Fan
November 8, 2010
Matthias Clasen
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Fri, Nov 12, 2010 at 12:50 AM, Tristan Van Berkom
trista...@openismus.com wrote:
Guys,
this is the kind of thing we could probably just
resolve on irc but I work an opposite schedule so I'm
taking it to the list.
Today I found '_gtk_bin_set_child()'
Making that a private api render's
On Fri, Nov 12, 2010 at 2:12 PM, Alexander Larsson al...@redhat.com wrote:
Yeah, just have each radio item type have a radio-value property of
type string and add setters for it = DONE
Yeah, 'value' is what I would have called it, too.
___
On Fri, Nov 12, 2010 at 2:28 PM, Alexander Larsson al...@redhat.com wrote:
On Fri, 2010-11-12 at 14:17 -0500, Matthias Clasen wrote:
On Fri, Nov 12, 2010 at 2:12 PM, Alexander Larsson al...@redhat.com wrote:
Yeah, just have each radio item type have a radio-value property of
type string
On Wed, Nov 24, 2010 at 7:28 AM, Alexander Larsson al...@redhat.com wrote:
With the rise of wayland, and perhaps with my html5 backend
(http://blogs.gnome.org/alexl/2010/11/23/gtk3-vs-html5/) we will
increasingly be in the situation where a single system will have
multiple versions of gtk+
On Fri, Nov 26, 2010 at 1:46 AM, Alexander Larsson al...@redhat.com wrote:
Any chance we could merge the radio-group branch then too?
Its on my list to look at it this weekend.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
to all contributors:
Chun-wei Fan
Benjamin Otte
Cosimo Cecchi
Ryan Lortie
Javier Jardón
Tomas Bzatek
Colin Walters
Ignacio Casal Quinteiro
Owen W. Taylor
Cosimo Cecchi
Dan Winship
Christian Persch
Aleksander Morgado
Jonas Holmberg
Matt Rajca
Xan Lopez
November 29, 2010
Matthias Clasen
On Fri, Nov 26, 2010 at 2:31 AM, Matthias Clasen
matthias.cla...@gmail.com wrote:
On Fri, Nov 26, 2010 at 1:46 AM, Alexander Larsson al...@redhat.com wrote:
Any chance we could merge the radio-group branch then too?
Its on my list to look at it this weekend.
Ok, I have now spent some time
On Mon, Dec 6, 2010 at 6:52 AM, Benjamin Otte o...@gnome.org wrote:
Can we just remove GtkStyle, please? And deal with the fallout?
No, we can't 'just' do that. It is deprecated now. Once all of gnome
is building against it with -DGTK_DISABLE_DEPRECATED, we can talk
about removing it, not
Also, do you target this for 3.0? Because I don't think it's doable in an
API-stable way during 3.x?
Too late for 3.0. Remember, there will be a 4.0 at some point.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Mon, Dec 6, 2010 at 1:45 PM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 11:33 -0500, Matthias Clasen wrote:
Also, do you target this for 3.0? Because I don't think it's doable in an
API-stable way during 3.x?
Too late for 3.0. Remember, there will be a 4.0
On Mon, Dec 6, 2010 at 2:05 PM, Alexander Larsson al...@redhat.com wrote:
I have to admit that I haven't looked closely at the actual api/abi impact.
If it is just code motion and cleanup, then we can try to shoehorn it in.
But even so, we are a little less than a month away from 3.0
Well,
Might be good to discuss at the team meeting that we should hold next week.
Will you be able to make that, next Tuesday ?
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Tue, Dec 7, 2010 at 7:33 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 23:28 +0100, Alexander Larsson wrote:
* Merge gdk and gtk+ (if we want to do this, and i think it makes sense)
* Rename libgtk-x11-3.0.so to libgtk-3.0.so
* Change the way the pc files are set up
On Tue, Dec 7, 2010 at 7:33 AM, Alexander Larsson al...@redhat.com wrote:
gdk_add_client_message_filter
gdk_devices_list
gdk_get_display
gdk_window_lookup
_gdk_windowing_get_startup_notify_id
_gdk_windowing_launch_failed
I have handled these now.
On Wed, Dec 8, 2010 at 5:22 AM, Tomas Bzatek tbza...@redhat.com wrote:
On Tue, 2010-12-07 at 22:02 +, Martyn Russell wrote:
I have created a branch for the updated tracker backend used for
searching in the GtkFileChooser. Any comments?
I have mostly taken care of GdkDragContext, GdkVisual and GdkDevice now.
Some of the remaining pieces look more like candidates for dropping/cleanup
instead of virtualization though:
gdk_spawn_command_line_on_screen
gdk_spawn_on_screen
gdk_spawn_on_screen_with_pipes
Looking over the backends,
On Fri, Dec 10, 2010 at 12:37 PM, Benjamin Otte o...@gnome.org wrote:
While we're talking about getting rid of stuff, I'd like to get rid of
gdk_utf8_to_string_target
gdk_string_to_compound_text_for_display
gdk_utf8_to_compound_text_for_display
gdk_free_text_list
gdk_free_compound_text
But
On Fri, Dec 10, 2010 at 12:22 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
I have mostly taken care of GdkDragContext, GdkVisual and GdkDevice now.
Some of the remaining pieces look more like candidates for dropping/cleanup
instead of virtualization though
On Fri, Dec 10, 2010 at 1:29 PM, Alexander Larsson al...@redhat.com wrote:
On Wed, 2010-12-08 at 23:28 -0500, Matthias Clasen wrote:
On Tue, Dec 7, 2010 at 7:33 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 23:28 +0100, Alexander Larsson wrote:
* Merge gdk and gtk
701 - 800 of 1970 matches
Mail list logo
