Re: Project rename to "GTK"

On Wed, Feb 6, 2019 at 10:23 AM Owen Taylor wrote: > > On Wed, Feb 6, 2019 at 5:04 AM Emmanuele Bassi via gtk-devel-list > wrote: > > > > Hi all; > > > > tl;dr: GTK is GTK, not GTK+. The documentation has been updated, and the > > pkg-config file for the

Re: Project rename to "GTK"

On Wed, Feb 6, 2019 at 5:04 AM Emmanuele Bassi via gtk-devel-list wrote: > > Hi all; > > tl;dr: GTK is GTK, not GTK+. The documentation has been updated, and the > pkg-config file for the future 4.0 major release is now called "gtk4" > > over the years, we had discussions about removing the "+"

Re: g_object_ref() now propagates types

On Fri, Dec 8, 2017 at 6:26 AM, Philip Withnall wrote: > > child_type = CHILD_TYPE (g_object_ref (parent_type)); > > That will add a compile-time explicit cast, and a runtime type check. > (As always, the runtime type check is disabled if GLib is built without > debugging

Re: GSK review and ideas

On Fri, 2016-12-16 at 09:05 +0100, Alexander Larsson wrote: > On tor, 2016-12-15 at 13:15 -0500, Owen Taylor wrote: > > [...] > > Just because we need to be able to repaint the whole toplevel > > quickly for resizing and other animations, and just because games > &

Re: GSK review and ideas

On Thu, 2016-12-15 at 16:26 +0100, Alexander Larsson wrote: > This combined with the fact that OpenGL makes it very hard, flickerly > and generally poorly supported to do damage-style partial updates of > the front buffer means we should consider always updating the entire > toplevel each time we

Re: Dropping 'fringe' pixbuf loaders

Do we trust this code or not? If not, we should either a) sandbox it or b) delete it. Moving less-trusted loaders into a separate repo is a blame-the-user or blame-the-os-vendor move, depending on who installs them onto the system. - Owen - Original Message - > On Mon, Sep 21, 2015 at

Notes on wip/gdk-gl2

I spent a bit of time looking at the wip/gdk-gl2 branch. In general, the public API looks very good to me - minimal but sufficient. I think the branch is basically good to land. Performance on my system is actually quite poor in at the moment, which seems at least to be pathological interactions

Re: CSS Transitions

On Wed, 2013-05-08 at 10:58 +0100, Allan Day wrote: Hi all, Last week I had a go at adding CSS transitions to Adwaita. It was pretty easy to do, and the familiarity of CSS made it easy to get started. However, I encountered an issue which leaves me uncertain how to proceed. The problem

Re: On regressions and carelessness

Hi Tristan, I'm sorry that you've had this experience - as someone who's been around GTK+ a long time, I'm upset to see commit wars going on. I could say a lot here, but I'll stop at saying that exception of emergency cases (blocking a release, build breaks), I except everybody to make sure that

Re: Baseline alignment ideas

On Tue, 2013-02-26 at 15:30 +0100, Alexander Larsson wrote: I don't really see any way to solve this generically. But maybe we can somehow limit our baseline support so that this works? For instance, we could always request the naural size for baseline aligned widgets and never grow them?

Re: Answers to some comments about frame synchronization

On Fri, 2013-02-15 at 09:21 +0100, Alexander Larsson wrote: In terms of using timeBeginPeriod() and timeEndPeriod(), unfortunately, the GDK level API has no concept of a running animation, so it's not clear when GDK would set up a period. We could add such a thing - basically

Re: Answers to some comments about frame synchronization

On Thu, 2013-02-14 at 13:52 -0500, Alexander Larsson wrote: Some more feedback: Cut and paste doc bug: * @GDK_FRAME_CLOCK_PHASE_FLUSH_EVENTS: corresponds to GdkFrameClock::flush-events. Should not be handled by applications. * @GDK_FRAME_CLOCK_PHASE_BEFORE_PAINT: corresponds to

Re: Answers to some comments about frame synchronization

On Thu, 2013-02-14 at 15:35 -0500, Alexander Larsson wrote: I haven't tested on anything but X11. My feeling is that we should just switch g_get_monotonic_time() to using QueryPerformanceCounter() on windows, and not worry about all the warnings you find on the internet that on some

Answers to some comments about frame synchronization

Benjamin pasted these comments (along with some trivial stuff that I just fixed) to me on IRC, wanted to respond to them here. - typedef struct _GdkFrameClock GdkFrameClock; should probably go in gdktypes.h so the #include of gdkframeclock.h gets unnecessary (iw in gdkwindow.h) - Should

Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

Hi Simon, I didn't see this thread earlier. I wanted to chime in to strongly support the view that: * Floating references are C-convenience only * Languages can and should sink floating references when they first touch them. * Any interface or code in libraries that create problems with

Re: Frame synchronization open questions

On Thu, 2012-10-04 at 08:09 -0400, Alexander Larsson wrote: Some open questions in my head about the frame synchronization work: [...] * For pausing the main event delivery, what we currently do is that we queue events but don't dispatch them. This could conceivably cause ordering

Re: Partial frame synchronization TODO

On Thu, 2012-10-04 at 08:18 -0400, Alexander Larsson wrote: ? Implement paint throttling for the Broadway backend. (I'm not sure what this means exactly - the default throttling to 60fps may be OK.) Not sure what the best thing is here. If you have a low bandwidth connection then you

Frame synchronization status

I've just pushed publically wip/frame-synchronization branches for Mutter and GTK+ that include my long-delayed work to get proper synchronization going between the toolkit and the compositor. This is the work that I spoke about and demo'ed at GUADEC. The patches are also in bugs: GTK+:

Frame-based motion event compression

One of the concepts of the paint-clock work is that it also should be used for event delivery and compression. The idea is that instead of continually delivering events and possibly never getting to updating, we batch up events and deliver them right before doing the other work of the frame. This

Partial frame synchronization TODO

Here's the dump of my current TODO list for finishing up the frame synchronization work. If things on this list are things you want to work on, speak up - there's more here than I'll be able to do in any short amount of time. Major Stuff Inside GTK+ === * Implement paint

Frame synchronization open questions

Some open questions in my head about the frame synchronization work: * Is GdkPaintClock the right name? It might imply that it only has to do about painting and not about other things like layout. GdkFrameClock would be an alternative. GdkClock is possible but likely too generic. * For

Re: GMenuModel has landed

On Fri, 2011-12-09 at 00:25 -0500, Ryan Lortie wrote: hi, On Thu, 2011-12-08 at 19:24 -0800, John Ralls wrote: I think that you misunderstand how mac os works. Yes, a single menu bar is displayed at the top of the screen. This is correct behavior according to Fit's Law, because you

Those darn gdk-pixbuf .po file conflicts

Anybody jhbuilding GNOME will have run into problems with .po file conflicts in gdk-pixbuf, where building it causes local changes that conflict with updates from translators. Finally got annoyed enough to track down the problem. The unique characteristics that gdk-pixbuf has that causes these

Re: About gsettings aborting on unkown schemas

On Fri, 2011-05-27 at 11:57 -0400, Matthias Clasen wrote: On Fri, May 27, 2011 at 7:42 AM, ecyrbe ecy...@gmail.com wrote: I just filled this bug : https://bugzilla.gnome.org/show_bug.cgi?id=651225 Mathias closed it as wontfix, this is by design.. i'm told that it's not a bug it's a feature!

Re: Some comments on the StyleContext stuff

On Mon, 2010-12-06 at 12:52 +0100, Benjamin Otte wrote: - If all style properties are rgba, everything that uses GdkColor is fail. Widgets using GtkStyle will suddenly look wrong when we use translucency for background colors. Can we just remove GtkStyle, please? And deal with the fallout?

Re: right click *in* a menu

On Mon, 2010-12-06 at 13:34 -0500, Paul Davis wrote: Some users of my software raised this issue in the last 24hrs: - I still call `!' `pling'... I'm still missing the extremely handy RiscOS feature that

Re: Shrinking and growing widgets in GTK+ 3.x

On Thu, 2010-12-02 at 00:56 +, Bastien Nocera wrote: Heya, One of the features of Totem (and one implemented in a number of movie players) is to resize the video to match the actual video size (or a multiple of it). For example, a 320x480 video would see Totem resize its video canvas to

Re: Doubts about GPeriodic

[ Reply abbreviated to a couple of topics where I had firmer answers ] On Sat, 2010-10-23 at 17:42 -0400, Havoc Pennington wrote: On Sat, Oct 23, 2010 at 3:37 PM, Owen Taylor otay...@redhat.com wrote: - We should not start painting the next frame until we are notified the last frame

Re: Doubts about GPeriodic

On Fri, 2010-10-22 at 19:30 -0400, Havoc Pennington wrote: Hi, On Fri, Oct 22, 2010 at 4:48 PM, Owen Taylor otay...@redhat.com wrote: I think we're largely agreeing on the big picture here - that priorities don't work so there has to be arbitration between painting and certain types

Re: Doubts about GPeriodic

If we say that painting should have a higher priority than IO completions and IPC or IO completions and IPC should have a higher priority than painting, then we are talking a hard priority system. And the fundamental rule of hard priority systems is that the stuff with higher priority has to be

Re: Doubts about GPeriodic

I think we're largely agreeing on the big picture here - that priorities don't work so there has to be arbitration between painting and certain types of processing. I think the points where aren't entirely aligned are: what is a suitable method of arbitration, and whether the arbitration is

Re: Doubts about GPeriodic

On Fri, 2010-10-22 at 16:20 -0400, Havoc Pennington wrote: Imagine two processes that are both following the rules and have 10 streams open to each other and they are both processing all 10 at a superfast rate just tossing messages back and forth. What's the latency between occasions where

Re: Doubts about GPeriodic

On Thu, 2010-10-21 at 08:17 -0400, Havoc Pennington wrote: Hi, On Thu, Oct 21, 2010 at 5:46 AM, Ryan Lortie de...@desrt.ca wrote: What about non-input events, though? Like, if some download is happening and packets are coming in and causing dispatches from the mainloop that we do not

Re: New rule

On Fri, 2010-10-22 at 02:26 +0900, Tristan Van Berkom wrote: Except that we're talking about applications that are in the core desktop (gnome-bluetooth, gnome-power-manager, gnome-color-manager, gnome-packagekit, gnome-control-center), or in the default applications (totem in my case,

Doubts about GPeriodic

A new GPeriodic class has popped up in GIO that's supposed to be the basis of a unified master clock implementation between Clutter and GTK+. I'm skeptical that any abstraction like GPeriodic can provide useful integration between Clutter and GTK+ The real problem is that the phases of the

Re: Minimum height for minimum width

constraints, and for the most part should be left as is. Comments in line... On Mon, 2010-10-11 at 15:30 -0400, Owen Taylor wrote: On Mon, 2010-10-11 at 14:45 -0400, Havoc Pennington wrote: Agreed, GtkLabel needs to report min size = true min sane size and natural size = either full

Minimum height for minimum width

When we are doing height-for-width layout, sometimes we get a situation where we have a height-for-width object in a context that doesn't support height-for-with-layout. Examples: A) The height-for-width contents of a GtkWindow. X doesn't support height-for-width layout, the window hints

Re: Minimum height for minimum width

On Mon, 2010-10-11 at 14:45 -0400, Havoc Pennington wrote: Agreed, GtkLabel needs to report min size = true min sane size and natural size = either full width, or a good width The full width is more correct imo, maybe we should figure out why that doesn't work well. For an ellipsized label,

Re: GTK+ policy (was RE:rendering-cleanup-next)

On Mon, 2010-09-13 at 21:48 -0400, Paul Davis wrote: On Mon, Sep 13, 2010 at 6:27 PM, Matthias Clasen matthias.cla...@gmail.com wrote: 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

Re: GDBus socket code ...

On Wed, 2010-08-11 at 12:52 +0100, Michael Meeks wrote: In historic types in ORBit2 / linc - we had a custom GSource (which IMHO is well worth stealing), for which we could strobe the poll conditions easily [ though perhaps in glib that is easier anyway ]. Thus - when we hit an

Re: Unix signals in GLib

On Fri, 2010-04-30 at 09:18 +0100, Richard Hughes wrote: I'm writing for comments. Making my daemons (upower, PackageKit, etc) quit nicely after receiving SIGTERM or SIGINT is _really_ hard to do correctly. The fact that I can only do a few things (write, etc) in the signal handler makes

Comments on GApplication

Spent a bit of time looking at GApplication and I'm not sure it's completely cohering as an overall picture for me. There seems to be a lot of quite different things in it: - Option processing - Hiding of g_type_init() and gtk_init() - Single instance - Actions exported externally. - The

Re: Extended Layout

On Mon, 2010-04-12 at 15:16 -0400, Tristan Van Berkom wrote: - Problem -- There is another problem I cant seem to figure out at this point and it would be great if someone with prior experience in this area could explain. The problem in a phrase is this: How do

Re: glib's role in the units policy game

On Sat, 2010-03-27 at 02:44 +0100, Benjamin Drung wrote: Hi, I am sending this mail to gtk-devel list to catch as many ideas and opinions as possible, if you not already following bug #554172 [1]. Ubuntu has now a units policy [2] and I want to implement it, but I am still not sure what

Re: Testing for memory leaks in GTK

On Tue, 2010-01-05 at 09:57 -0500, Paul Davis wrote: On Tue, Jan 5, 2010 at 8:51 AM, Morten Welinder mort...@gnome.org wrote: You probably need to end with something like this useful, but that doesn't explain the dependency on the number of GtkWindows created, does it? Generally, GdkWindow

Re: GIO will link with -pthread soon

On Thu, 2009-11-12 at 14:57 +0100, Alexander Larsson wrote: On Wed, 2009-11-11 at 23:10 -0500, Ryan Lortie wrote: The easiest fix here is to link libgio with -pthread. We discussed this at the GTK meeting yesterday and decided to do this unless anyone on the list has a compelling reason

Re: Minutes of the GTK+ Team Meeting - 2009-11-10

On Tue, 2009-11-10 at 17:19 -0500, Behdad Esfahbod wrote: On 11/10/2009 04:45 PM, Emmanuele Bassi wrote: 4. text-buffer 3.0 request (jessevdk) - split TextView: single TextBuffer driving two TextView widgets - there are problems with selection and cursor handling - move some things from

Re: another quartz maintainance request (patch review commit)

On Thu, 2009-09-10 at 08:24 -0400, Paul Davis wrote: This bug report: https://bugzilla.gnome.org/show_bug.cgi?id=594738 contains a potentially important fix to make 2+ monitors work with GTK/Quartz. Those of us in the GTK/Quartz community would appreciate someone with commit rights (1) looking

Re: [PATCH] If running in GNU gdb, disable grabs

On Sat, 2009-08-22 at 18:38 +0200, Martin Nordholts wrote: Hi, When debugging applications that uses a lot of grabs, such as the GIMP paint core, it is annoying when breakpoints are hit while in a grab. There are ways to remedy this, but for an inexperience developer it appears as if X11

Re: Widget states for 3.0 (and 2.18?)

On Mon, 2009-08-17 at 14:21 +0100, Thomas Wood wrote: On Mon, 2009-08-17 at 07:46 -0500, Cody Russell wrote: On Sun, Aug 16, 2009 at 4:35 PM, Thomas Wood t...@gnome.org wrote: I think the current GTK+ states are correct as an enum. They are single user or

Re: GTK on Macintosh OSX

On Sun, 2009-07-12 at 19:47 -0700, John Ralls wrote: On Jul 12, 2009, at 6:18 PM, Dominic Lachowicz wrote: Glib on Win32 has routines to solve this problem. It resolves things relative to where the Glib DLL is installed. If your applications use the XDG data directory functions in Glib,

Re: GTK on Macintosh OSX

On Sun, 2009-07-12 at 07:29 -0400, Paul Davis wrote: Regarding the general question of non-X11 backends being 2nd-class citizens ... yes, I have seen and suffered from this problem when I was doing work on gtk/osx last year and the previous year. It would be nice if we could somehow get the

Re: GtkTextView documentation needs to be reviewed

On Sun, 2009-07-05 at 14:34 +0200, Nicolò Chieffo wrote: While I was reading the documentation of GtkTextView [1] I came up to an error. I moved to the section about gtk_text_view_add_child_in_window [2] and read the help: . a possible hack would be to update all child positions when the

Re: GObject Introspection support for GSList or other types without a GLib type

in *particular* about GSList. Well and GList, GHashTable and other container types. Without parameterized types (a list of what?) G_TYPE_SLIST is useless. - Owen 2009/6/17 Owen Taylor otay...@redhat.com On Sun, 2009-06-14 at 02:30 -0500, Daniel Espinosa wrote: How to handle data

Re: GObject Introspection support for GSList or other types without a GLib type

On Sun, 2009-06-14 at 02:30 -0500, Daniel Espinosa wrote: How to handle data types without a GLib GType defined. On libgda, it define a GType for GError and a GSList becouse these doesn't exist on GLib and it uses them as parameters when creating properties and events. For now may be the

Re: Native file chooser dialog on Windows

On Thu, 2009-05-14 at 22:46 -0400, David Cantin wrote: Hi all, is there a plan or any activities regarding using the native file chooser on the Windows platform ? Like the print dialog does. There is already an opened bug about this : http://bugzilla.gnome.org/show_bug.cgi?id=319312 I

Re: Upgrade of gettext on git.gnome.org (was Re: Moving GLib and GTK+ to git)

On Thu, 2009-04-02 at 16:56 -0400, Owen Taylor wrote: On Thu, 2009-04-02 at 22:45 +0200, Olav Vitters wrote: On Thu, Apr 02, 2009 at 12:07:30PM +0200, Alexander Larsson wrote: I've got a local branch with the rebased client-side-windows work. However, I am unable to push

Re: Moving GLib and GTK+ to git

On Fri, 2009-04-03 at 06:23 +, Stef Walter wrote: Kristian Høgsberg wrote: So unless we find a show-stopper bug in the import within the next few days, what's on git.gnome.org now is final. Not a show stopper, but it'd be cool to migrate the svn-ignore property over into .gitignore

Re: Upgrade of gettext on git.gnome.org (was Re: Moving GLib and GTK+ to git)

On Thu, 2009-04-02 at 22:45 +0200, Olav Vitters wrote: On Thu, Apr 02, 2009 at 12:07:30PM +0200, Alexander Larsson wrote: I've got a local branch with the rebased client-side-windows work. However, I am unable to push it to git.gnome.org due to the pre-commit hooks: The following

Re: Gtk+ 3.0 Theming API Hackfest Minutes

On Mon, 2009-03-09 at 15:09 -0400, Behdad Esfahbod wrote: Alberto Ruiz wrote: 2009/3/2 Behdad Esfahbod beh...@behdad.org: Alberto Ruiz wrote: * All drawing funcitions to use a cario context and hide GtkWidget and GdkWindow (Strong request from 3rd party toolkits) When we discussed this

Re: client-side-windows vs metacity

On Tue, 2009-02-03 at 11:16 +0100, Alexander Larsson wrote: On Tue, 2009-02-03 at 10:55 +0100, Alexander Larsson wrote: On Sat, 2009-01-31 at 07:43 -0500, Owen Taylor wrote: If you get an Inferior leave, you may be losing the ability to track the pointer at that point ... the pointer

Re: client-side-windows vs metacity

On Sat, 2009-01-31 at 08:51 +0100, Alexander Larsson wrote: On Fri, 2009-01-30 at 14:48 -0500, Owen Taylor wrote: On Fri, 2009-01-30 at 20:38 +0100, Alexander Larsson wrote: I'm running a full gnome session with the client-side-windows branch here. There are a few minor issues I'm working

Re: client-side-windows vs metacity

On Sat, 2009-01-31 at 14:22 +0100, Alexander Larsson wrote: On Sat, 2009-01-31 at 07:43 -0500, Owen Taylor wrote: On Sat, 2009-01-31 at 08:51 +0100, Alexander Larsson wrote: Yes, metacity is not getting a gdk leave event on the frame when the cursor moves from the frame to the client area

Re: client-side-windows vs metacity

On Fri, 2009-01-30 at 20:38 +0100, Alexander Larsson wrote: I'm running a full gnome session with the client-side-windows branch here. There are a few minor issues I'm working on, but overall it just works(tm). I'll send a new status report soon. However, there is a specific issue with

Re: g_malloc overhead

On Mon, 2009-01-26 at 18:30 +0100, Martín Vales wrote: Colin Walters escribió: On Mon, Jan 26, 2009 at 9:12 AM, Behdad Esfahbod beh...@behdad.org wrote: Lets just say that UTF-16 is at best implementation details of Firefox. Well, JavaScript is notably UTF-16. Given that

Re: g_malloc overhead

On Mon, 2009-01-26 at 18:30 +0100, Martín Vales wrote: Colin Walters escribió: On Mon, Jan 26, 2009 at 9:12 AM, Behdad Esfahbod beh...@behdad.org wrote: Lets just say that UTF-16 is at best implementation details of Firefox. Well, JavaScript is notably UTF-16. Given that

Re: gparamspecs.c param_double_validate() doesn't support NaN/Inf?

On Sat, 2009-01-10 at 14:30 +0200, Andrew W. Nosenko wrote: On Sat, Jan 10, 2009 at 2:06 PM, Brian J. Tarricone bj...@cornell.edu wrote: On Sat, 10 Jan 2009 13:42:31 +0200 Andrew W. Nosenko wrote: First at all, could you provide any real-world example, where min/max restriction on

Re: Rumination on offscreen-ng

On Wed, 2008-11-19 at 10:18 +0100, Alexander Larsson wrote: On Tue, 2008-11-18 at 16:28 -0500, Owen Taylor wrote: Some consequences: - Invalid and damage regions are kept per native-target not per window. What exactly do you mean by this btw? Do you mean moving the current

Re: Rumination on offscreen-ng

On Wed, 2008-11-19 at 09:42 +0100, Alexander Larsson wrote: On Tue, 2008-11-18 at 16:28 -0500, Owen Taylor wrote: Some consequences: - Invalid and damage regions are kept per native-target not per window. What about paint regions (and their pixmaps)? Should we try to combine

Rumination on offscreen-ng

So, I spent some time today reading through Alex's offscreen-ng branch today. My first question is how this is going to appear to the application programmer and widget writers. The very existence of GdkWindow at all is an imposition on the programmer .. after all, widgets define the structure of

GdkOffscreenHooks

The input redirection in the offscreen branch is currently: struct _GdkOffscreenChildHooks { void (*from_parent) (GdkWindow *offscreen_child, gdoubleparent_x, gdoubleparent_y, gdouble

Re: string return result conventions

On Mon, 2008-09-15 at 08:59 +, Luke Kenneth Casson Leighton wrote: tim, thank you for responding. therefore it's important for me to find out what glib / gobject memory conventions are, for strings. Strings querried through the property interfacem e.g.: gchar *string = NULL;

Re: Slaving the GTK+ main loop to an external main loop

On Mon, 2008-09-01 at 15:11 -0400, Owen Taylor wrote: One distinct problem for ports of GTK+ to other windowing systems has been dealing with modal operations in the windowing systems API; [...] So all we have to do is do everything before the dispatch() step in the thread, signal the main

Slaving the GTK+ main loop to an external main loop

One distinct problem for ports of GTK+ to other windowing systems has been dealing with modal operations in the windowing systems API; this comes up for: - Window resizing - Drag and drop - Modal print dialogs And so forth. While the modal operation is going on, the GTK+ main loop is not

Re: adding elastic tabstops to a widget

On Tue, 2008-08-19 at 23:39 +0200, Nick Gravgaard wrote: Hi all, I'm trying to make a proper GTK text editing widget that supports elastic tabstops [1] with a view to being able to use it in the near future in a PyGTK project (a programmer's text editor), and perhaps one day getting it

Re: UTF8 strchug/chomp/strip

On Tue, 2008-07-29 at 11:27 -0400, ANDREW PAPROCKI, BLOOMBERG/ 731 LEXIN wrote: I noticed that glib doesn't contain g_utf8_strchug, g_utf8_strchomp, g_utf8_strstrip (macro), which would be UTF8 safe versions of the functions in gstrfuncs.c. Conveniently, these functions already exists in

Re: setting up a gtk dev environment

On Sun, 2008-07-27 at 14:40 -0400, Patrick Hallinan wrote: On Sun, 2008-07-27 at 14:24 -0400, Paul Davis wrote: On Sun, 2008-07-27 at 14:08 -0400, Patrick Hallinan wrote: Hi, I wish to help with the development of gtk+ but I'm not having any fun trying to setup a build environment

Re: New subscriber: redesign of Unicode character tables (GLib)

On Wed, 2008-07-23 at 22:38 +0100, adrian.dmc wrote: Hi, I'm new here... My objective, for now, its to rework the Unicode support of GLib by redesigning its character tables, specially its size. I'll appreciate some guidelines and suggestion (Give up!! included). I'm currently

Re: About GTK+ 3.0 and deprecated things

On Wed, 2008-07-16 at 11:20 +0200, Colin Leroy wrote: On Wed, 16 Jul 2008 09:51:03 +0100, Bastien Nocera wrote: Hi, IMO, if you're still using GtkCTree and GtkCList, which were deprecated when GTK+ 2.0 was released 6 years ago, you're asking for trouble. Well, they do work for us.

Re: [compiz] color management spec

On Sun, 2008-06-15 at 11:52 +0200, Kai-Uwe Behrmann wrote: Am 14.06.08, 20:13 -0400 schrieb Owen Taylor: On Sun, 2008-06-15 at 01:38 +0200, Tomas Carnecky wrote: Owen Taylor wrote: If the visual of a window is ARGB, it can't hold XYZ or Lab, or most obviously CMYK data

Re: [compiz] color management spec

On Sat, 2008-06-14 at 12:51 -0700, Hal V. Engel wrote: On Wednesday 11 June 2008 08:33:04 am Owen Taylor wrote: [ Intentionally not trimming quoting much due to various bounces from lists ] On Wed, 2008-06-11 at 09:05 +0200, Kai-Uwe Behrmann wrote: snip Tagging the window

Re: [compiz] color management spec

On Sun, 2008-06-15 at 01:38 +0200, Tomas Carnecky wrote: Owen Taylor wrote: If the visual of a window is ARGB, it can't hold XYZ or Lab, or most obviously CMYK data. difficulties of per-monitor specifics... if I have an image in Adobe RGB with 8 bits per primary, it might be interesting

Re: [compiz] color management spec

[ Intentionally not trimming quoting much due to various bounces from lists ] On Wed, 2008-06-11 at 09:05 +0200, Kai-Uwe Behrmann wrote: Am 10.06.08, 17:56 -0400 schrieb Owen Taylor: On Tue, 2008-06-10 at 16:43 +0200, Tomas Carnecky wrote: Added gtk-devel-list@gnome.org to hear

Re: RGBA Colormaps in GtkWindow

On Sat, 2008-05-31 at 02:52 +0200, Andrea Cimi Cimitan wrote: [...] - Now you have another issue to deal with: if a compositing manager stops or starts or the theme changes, then you might have to change a GtkWindow on the fly from RGBA to

Re: RGBA Colormaps in GtkWindow

On Sat, 2008-05-31 at 12:04 +0200, Andrea Cimi Cimitan wrote: WxWidgets could be bugged too... By the way, in my opinion, it's so useless for us to continue quoting every single bug: we're sure there will be, maybe a lot. I'm 100% of the opposite opinion. In order for the GTK+ maintainers to

Re: RGBA Colormaps in GtkWindow

. Also, some developers would like to have an xsetting to control the colormap, some others (like Owen Taylor) would like an environment variable. I'd like to understand better the tray icon issue to try to fix it. Is there anyone could help me in that sense? I think this issue is both a lot

Re: simple widget to draw on ?

On Wed, 2008-03-05 at 09:10 +0100, Sven Neumann wrote: Hi, On Tue, 2008-03-04 at 20:36 +0100, Sven Neumann wrote: Even if this is classified as a theme bug, it would still be nice to provide a simple way to draw without introducing an extra output window. If the patch attached to bug

Re: glib utf8 api

On Tue, 2008-03-04 at 16:24 -0800, Gregory Sharp wrote: Thanks so much Owen and Bedhad for your response. 1) There seems to be no good way to strncpy a utf8 string into a fixed buffer. g_strncpy doesn't work, because the last character can get truncated causing an invalid string.

Re: glib utf8 api

On Sun, 2008-03-02 at 14:49 -0800, Gregory Sharp wrote: Hi, I'm new to glib, and have questions/comments about the utf-8 API. 1) There seems to be no good way to strncpy a utf8 string into a fixed buffer. g_strncpy doesn't work, because the last character can get truncated causing an

Re: GLib and 64-bit Windows

On Tue, 2008-01-29 at 15:12 +0100, Tim Janik wrote: 2008-01-29 14:58:31 Tim Janik [EMAIL PROTECTED] * glib/gmem.[hc]: changed size argument type from gulong to gsize as discussed on gtk-devel-list:

Re: GTK+ recent manager and RTL issues

On Mon, 2008-01-21 at 18:51 -0500, Behdad Esfahbod wrote: D) Another fix, not easy to implement right now: ELIF +-+ |NEPO | +-+ |txt.OLLEH .1 | |hello.txt .2 |

Re: GtkInvisible and the style-set signal

On Fri, 2008-01-18 at 16:47 +0100, Carlos Garnacho wrote: Hi!, In order to improve the locate mouse functionality in gnome-settings-daemon, I've tried to attach a GdkWindow to a GtkInvisible in order to paint to it, it works nicely, with one exception: GtkInvisible doesn't receive any

Re: Static compose table in gtkimcontextsimple.c

On Thu, 2007-12-06 at 12:28 +, Paul LeoNerd Evans wrote: On Tue, 04 Dec 2007 05:38:56 + Simos Xenitellis [EMAIL PROTECTED] wrote: If you would like to help with bug 321896 it would be great. The current state is on how to make the table much smaller, even with the addition of

Re: Static compose table in gtkimcontextsimple.c

On Thu, 2007-12-06 at 17:30 +, Paul LeoNerd Evans wrote: On Thu, 06 Dec 2007 12:12:39 -0500 Owen Taylor [EMAIL PROTECTED] wrote: Note also that loading /usr/share/X11/locale/en_US.UTF-8/Compose That's not quite what I meant. What I meant was, I thought that the X11 server did some

Re: keyboard functions

On Sat, 2007-12-01 at 14:19 +0100, linux user wrote: Every day is more and more necessary to dominate the keyboard, especially in applications running in a globalized contexts which work with different languages, so need to switch / change the configuration of characters (letters) along the

Re: gtk_bindings_activate

On Sat, 2007-12-01 at 19:16 +0300, Evgeniy Ivanov wrote: Hi! I think there is a bug in the gtk_bindings_activate from gtkbindings. I'm not sure, thus I didn't open it. Here is example of what happens: GtkWidget *entry; entry = gtk_entry_new (); //... Some routines like settext

Re: Extended Layout Summary

On Tue, 2007-11-20 at 14:10 +0100, Vincent Untz wrote: Hi Mathias, Le mardi 20 novembre 2007, à 13:23 +0100, Mathias Hasselmann a écrit : The solution to this problem is simple: Interpret the result of the size-request signal as absolutely minimum size and introduce a new function for

Re: Is g_source_remove threadsafe?

On Fri, 2007-11-16 at 14:12 +0100, Alexander Larsson wrote: On Fri, 2007-11-16 at 14:04 +0100, Tim Janik wrote: On Fri, 16 Nov 2007, Alexander Larsson wrote: I'm doing something where i have one thread queueing idles and timeouts in a thread, and the main loop consumes this. In some

Re: GInterfaces and API Stability

On Wed, 2007-11-07 at 20:47 -0500, Matthias Clasen wrote: On Nov 7, 2007 4:58 PM, Mike Kestner [EMAIL PROTECTED] wrote: I have been working on the 2.12 bindings for Gtk# and have noticed a stability issue for us related to GInterfaces. In Atk and Gtk, it seems there is no restriction

Re: Single toggle reference only

On Sat, 2007-10-20 at 17:58 -0500, Yevgen Muntyan wrote: Hi there, Is there a technical reason why toggle references allow only a single user? Namely, why Multiple toggle references may be added to the same gobject, however if there are multiple toggle references to an object, none of

  1   2   3   >