Re: Tooltips patch [take 1]

2007-03-17 Thread Tim Janik
On Sat, 17 Mar 2007, Kristian Rietveld wrote: > Damon Chaplin wrote: >> Is there any real need for the "has-tooltip" property? From a quick look >> at the API it doesn't seem that useful to me. > > Only if the has-tooltip property is TRUE, the query-tooltip signal will be > emitted for that widge

Re: Performance implications of GRegex structure

2007-03-17 Thread Yevgen Muntyan
Owen Taylor wrote: > On Sat, 2007-03-17 at 16:08 -0500, Yevgen Muntyan wrote: > >> Yevgen Muntyan wrote: >> >>> [snip] >>> To me here the only good argument in favor of separate Match objects is >>> multi-thread uses. >>> Simply because we already have Match object, just hidden. If the bes

Re: Performance implications of GRegex structure

2007-03-17 Thread Owen Taylor
On Sat, 2007-03-17 at 16:08 -0500, Yevgen Muntyan wrote: > Yevgen Muntyan wrote: > > [snip] > > To me here the only good argument in favor of separate Match objects is > > multi-thread uses. > > Simply because we already have Match object, just hidden. If the best > > way to fix GRegex > > for mu

Re: Performance implications of GRegex structure

2007-03-17 Thread Owen Taylor
On Sat, 2007-03-17 at 15:45 -0500, Yevgen Muntyan wrote: > Owen Taylor wrote: [...] > > If we can identify the most common patterns of usage, I think we can > > add convenience functions that make usage of an immutable pattern object > > almost as convenient as the current GRegex. > > > > You can

Re: Performance implications of GRegex structure

2007-03-17 Thread Yevgen Muntyan
Yevgen Muntyan wrote: > [snip] > To me here the only good argument in favor of separate Match objects is > multi-thread uses. > Simply because we already have Match object, just hidden. If the best > way to fix GRegex > for multi-threading is a separate match object, then it should be a > separa

Re: Performance implications of GRegex structure

2007-03-17 Thread Yevgen Muntyan
Owen Taylor wrote: > On Fri, 2007-03-16 at 21:30 +0100, Marco Barisione wrote: > >> Il giorno gio, 15/03/2007 alle 10.18 -0400, Owen Taylor ha scritto: >> >>> But looking over the header file, there is something that puzzles me >>> about the way that it's set up: there is no distinction bet

Re: Cairo Crash when Displaying Remotely to Solaris 8

2007-03-17 Thread Jonathan Chambers
Hi, I see the same exact problem. I see it with Gtk or mono System.Windows.Forms apps, both of which use cairo. I do not see it with Qt apps, so I am fairly certain this is a cairo issue (perhaps endianess?). - Jonathan On 3/17/07, Richard Boaz <[EMAIL PROTECTED]> wrote: Hi, My program is

Cairo Crash when Displaying Remotely to Solaris 8

2007-03-17 Thread Richard Boaz
Hi, My program is crashing with the traceback provided below when executed under the following scenario: 1) user is logged into a RedHat Enterprise Linux 4 machine via ssh -X 2) user executes the program for display back onto his machine 3) user machine = Sun Sparc architecture, running Solaris 8

Re: Tooltips patch [take 1]

2007-03-17 Thread Kristian Rietveld
Damon Chaplin wrote: > Is there any real need for the "has-tooltip" property? From a quick look > at the API it doesn't seem that useful to me. Only if the has-tooltip property is TRUE, the query-tooltip signal will be emitted for that widget. When has-tooltip is set to TRUE, the event masks of

Re: Performance implications of GRegex structure

2007-03-17 Thread Owen Taylor
On Sat, 2007-03-17 at 16:19 +0100, Marco Barisione wrote: > Il giorno sab, 17/03/2007 alle 10.07 -0400, Matthias Clasen ha scritto: > > Btw, one thing we might want to consider doing (regardless if we go > > with separate pattern and matcher objects) is to make the pattern > > optimization an optio

Re: GLib 2.13.0 released

2007-03-17 Thread Paul Pogonyshev
Emmanuele Bassi wrote: > hi Paul; > > On Sat, 2007-03-17 at 16:30 +0200, Paul Pogonyshev wrote: > > Matthias Clasen wrote: > > > GLib 2.13.0 is now available for download [...] > > > > A pity that appointed types discussed in detail on this list didn't > > make it. http://bugzilla.gnome.org/show

Re: Performance implications of GRegex structure

2007-03-17 Thread Owen Taylor
On Sat, 2007-03-17 at 16:14 +0100, Marco Barisione wrote: > I opened bug #419368[1] to track this issue, the API used by Owen in the > examples could be inefficient in some cases, so in the next days I'm > going to think to a usable and efficient API. > How can I call the match object? GRegexMatche

Re: Performance implications of GRegex structure

2007-03-17 Thread Marco Barisione
Il giorno sab, 17/03/2007 alle 10.07 -0400, Matthias Clasen ha scritto: > Btw, one thing we might want to consider doing (regardless if we go > with separate pattern and matcher objects) is to make the pattern > optimization an optional part of the constructor rather than a > separate > function. T

Re: Performance implications of GRegex structure

2007-03-17 Thread Marco Barisione
I opened bug #419368[1] to track this issue, the API used by Owen in the examples could be inefficient in some cases, so in the next days I'm going to think to a usable and efficient API. How can I call the match object? GRegexMatcher? GMatcher? GMatch? GRegexMatch? Owen: what should do exactly G_

Re: Performance implications of GRegex structure

2007-03-17 Thread Owen Taylor
On Fri, 2007-03-16 at 21:15 -0500, Yevgen Muntyan wrote: > Matthias Clasen wrote: > > On 3/16/07, Marco Barisione <[EMAIL PROTECTED]> wrote: > > > > > >> BTW if you want I can split GRegex in two separate objects. > >> > > > > Since that seems to be the overwhelming preference, > "overwhelm

Re: Performance implications of GRegex structure

2007-03-17 Thread Owen Taylor
On Fri, 2007-03-16 at 21:30 +0100, Marco Barisione wrote: > Il giorno gio, 15/03/2007 alle 10.18 -0400, Owen Taylor ha scritto: > > But looking over the header file, there is something that puzzles me > > about the way that it's set up: there is no distinction between a > > "pattern/regular express

Re: Performance implications of GRegex structure

2007-03-17 Thread mark
On Sat, Mar 17, 2007 at 12:48:15AM -0500, Yevgen Muntyan wrote: > I am suggesting something which is currently used in real code. > Simple, nice, and working. *If* it's not as good as it should be, > *then* it should be changed. It's not as good as it should be. :-) 1) In terms of interface,

Re: GLib 2.13.0 released

2007-03-17 Thread Emmanuele Bassi
hi Paul; On Sat, 2007-03-17 at 16:30 +0200, Paul Pogonyshev wrote: > Matthias Clasen wrote: > > GLib 2.13.0 is now available for download [...] > > A pity that appointed types discussed in detail on this list didn't > make it. http://bugzilla.gnome.org/show_bug.cgi?id=356864 this is a developme

Re: GLib 2.13.0 released

2007-03-17 Thread Paul Pogonyshev
Matthias Clasen wrote: > GLib 2.13.0 is now available for download [...] A pity that appointed types discussed in detail on this list didn't make it. http://bugzilla.gnome.org/show_bug.cgi?id=356864 Paul ___ gtk-devel-list mailing list gtk-devel-list@g

Re: Performance implications of GRegex structure

2007-03-17 Thread Matthias Clasen
On 3/17/07, Yevgen Muntyan <[EMAIL PROTECTED]> wrote: > > Why should I > > have to search the entire search before I can display the first > > match? > > > You can't do the contrary - find all matches and display them. > (I guess Marco should know better, I've never done stuff like > this) > > In