On Thu, 2007-03-15 at 10:56 -0400, Owen Taylor wrote:
> Well, I could imagine (maybe, barely) that someone could show me numbers
> that showed that with a variety of long and complicated regular
> expressions, compiling them was still 10x as fast as matching them
> against very short strings.
>
>
On 3/15/07, Tim Janik <[EMAIL PROTECTED]> wrote:
On Thu, 15 Mar 2007, Tshepang Lekhonkhobe wrote:
> On 3/14/07, Tim Janik <[EMAIL PROTECTED]> wrote:
>> such a patch should change the pages needing updates and update the
>> gtk-web/ChangeLog. also patches should be generated with diff -up.
>
> I
El jue, 15-03-2007 a las 14:20 +0530, मयंक जैन (makuchaku) escribió:
> I would be happy to volunteer towards maintainence of GTK+.
Wow, thanks!
Here's a task for you to get started. It will take you several days,
but hopefully it will be fun :)
Go to http://bugzilla.gnome.org/browse.cgi?produc
Hi all:
when I compile gtk+-2.10.11
using:
configure --prefix=$PREFIX --enable-static --with-gdktarget=directfb
--without-x
--disable-debug --with-libpng --with-libjpeg --with-libtiff
--enable-fbmanager --enable-modules --disable-largefile
I got unfined reference in gdk_color_s
[Owen, I apologize, I hit Reply instead of Reply All]
Owen Taylor wrote:
> So, the regular expression code has been committed to CVS finally. Yay!
>
> 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
On 15.03.2007 18:45, Jake Goulding wrote:
> Having newlines seems suspicious. What kind of newlines are they?
>
\r\n and \r were failing (NEWLINE was defined to 10 in makefile.msc but -1
in Makefile.am).
I have modified my patch, the crash was somewhere else than expected, i.e.
completely in the t
Having newlines seems suspicious. What kind of newlines are they?
Hans Breuer wrote:
> with only small modifications I was able to compile GRegex with msvc,
> thanks for providing an almost working makefile.msc ;-)
>
> The first attempt to run
>
> regex-test.exe --noisy
>
> did crash due to
with only small modifications I was able to compile GRegex with msvc,
thanks for providing an almost working makefile.msc ;-)
The first attempt to run
regex-test.exe --noisy
did crash due to gnulib not liking
g_strdup_vprintf ("matching \"%s\" against \"%s\" \t", "%", "\p{Common}")
The
On Thu, 2007-03-15 at 16:57 +, Ross Burton wrote:
> On Thu, 2007-03-15 at 11:37 -0500, Cody Russell wrote:
> > On Wed, 2007-03-14 at 16:32 +0200, Itai Bar-Haim wrote:
> > > Hi.
> > > I was looking through the API, but I couldn't find a way to disable
> > > dragging of the text. Is it possible a
On Thu, 2007-03-15 at 11:37 -0500, Cody Russell wrote:
> On Wed, 2007-03-14 at 16:32 +0200, Itai Bar-Haim wrote:
> > Hi.
> > I was looking through the API, but I couldn't find a way to disable
> > dragging of the text. Is it possible at all?
>
> Look at the gtk_drag_???() functions. For example,
On Wed, 2007-03-14 at 16:32 +0200, Itai Bar-Haim wrote:
> Hi.
> I was looking through the API, but I couldn't find a way to disable
> dragging of the text. Is it possible at all?
Look at the gtk_drag_???() functions. For example, to disable an entry
from receiving text drags you would do gtk_drag
On Thu, Mar 15, 2007 at 10:56:57AM -0400, Owen Taylor wrote:
> The compiled form of a regular expression is not altered during matching,
> so the same compiled pattern can safely be used by several threads at once.
> ...
> Well, I could imagine (maybe, barely) that someone could show me numbers
>
On Sat, 2007-02-10 at 08:59 -0600, Federico Mena Quintero wrote:
> El mar, 06-02-2007 a las 16:43 +, Ricardo Cruz escribió:
>
> > I am writting a Qt style that uses GTK+ to render its stuff; the inverse
> > of
> > gtk-qt-engine [1], and so I need to re-use the Qt Display connection.
>
> Ni
Hi.
I was looking through the API, but I couldn't find a way to disable dragging
of the text. Is it possible at all?
Itai.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Thu, 2007-03-15 at 10:38 -0400, Morten Welinder wrote:
> [Re PCRE]
>
> > (There is no match[er] object here, but the equivalent is in all the in
> > and out parameters ...)
>
> Is it? If PCRE is as glibc, there is lots of state in the compiled expression
> and you cannot use it threaded. How
[Re PCRE]
> (There is no match[er] object here, but the equivalent is in all the in
> and out parameters ...)
Is it? If PCRE is as glibc, there is lots of state in the compiled expression
and you cannot use it threaded. However, once the match call is done,
another thread can use the compiled r
On Thu, 15 Mar 2007, Tshepang Lekhonkhobe wrote:
> On 3/14/07, Tim Janik <[EMAIL PROTECTED]> wrote:
>> such a patch should change the pages needing updates and update the
>> gtk-web/ChangeLog. also patches should be generated with diff -up.
>
> I have a patch attached which makes use of 'svn diff'
So, the regular expression code has been committed to CVS finally. Yay!
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 expression" object and a match/matcher object.
GRegex*g_regex_ne
On 3/14/07, Tim Janik <[EMAIL PROTECTED]> wrote:
> such a patch should change the pages needing updates and update the
> gtk-web/ChangeLog. also patches should be generated with diff -up.
I have a patch attached which makes use of 'svn diff' and wonder if
that's enough. It makes NEWS section in tr
On 3/15/07, Tshepang Lekhonkhobe <[EMAIL PROTECTED]> wrote:
> On 3/15/07, Emmanuele Bassi <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-03-15 at 06:01 +0200, Tshepang Lekhonkhobe wrote:
> > > * I don't know too much how web technologies work but I expected that
> > > if I open trunk/index.html I shou
On Thu, 15 Mar 2007, Tshepang Lekhonkhobe wrote:
> On 3/14/07, Tshepang Lekhonkhobe <[EMAIL PROTECTED]> wrote:
>> On 3/14/07, Tim Janik <[EMAIL PROTECTED]> wrote:
>> > On Wed, 14 Mar 2007, Tshepang Lekhonkhobe wrote:
>> > > Should we send patches to this list I suppose?
>> >
>> > for the moment, y
On 3/15/07, Emmanuele Bassi <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-03-15 at 06:01 +0200, Tshepang Lekhonkhobe wrote:
> > On 3/14/07, Tshepang Lekhonkhobe <[EMAIL PROTECTED]> wrote:
> > > On 3/14/07, Tim Janik <[EMAIL PROTECTED]> wrote:
> > > > On Wed, 14 Mar 2007, Tshepang Lekhonkhobe wrote:
> >
On 3/15/07, Tim Janik <[EMAIL PROTECTED]> wrote:
> * Companies (especially those on the advisory board) can submit names
>of developers (employees) who can be put on the task of Gtk+
>maintenance.
>Ideally, the developers should already have experience with Gtk+
>project contributio
23 matches
Mail list logo