also be useful.
We could do many things here, but you get the idea. I think having
something like this for each bugzilla account for the modules the
person maintains (or maybe just the modules she chooses to track)
would help a lot.
Xan
___
gtk-dev
glade mode and not do terrible hacks
> to our XML files.
>
Thanks for digging this up (it was very well hidden in the... eh...
documentation). I'll make this change in epiphany now.
Xan
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
on.
>
> devhelp won't compile because WebKitGTK wasn't ported.
>
We released 1.3.5 a few days ago for 2.91.1, and things seems to work
fine with GTK+ master? What are we missing?
Xan
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Sun, May 9, 2010 at 12:16 PM, Xan Lopez wrote:
>
> Problem on my side (the header include seems correctly protected and
> all, although of course I'm on Linux... so not sure what's going on)
> or something wrong in glib?
FWIW from grepping the tree it would seem to get
you
> haven't payed attention to gdbus yet, or haven't looked at it in a
> while, gdbus-merge is the branch to watch in the next few days.
>
Just installed it to play with it a bit, and now any compilation of a
glib-using library/app fails with:
CC soup-enum-types.lo
In file
On Thu, Oct 1, 2009 at 3:45 AM, Federico Mena Quintero
wrote:
> Humans from Earth,
>
> I'm finally testing Company's filesystemmodel branch. IT IS SO FAST!
> Really, it makes the file chooser much snappier. And the code is a
> pleasure to read.
>
> I haven't had crashes yet, although I haven't t
not. Christian Dywan explained the reason in this very same thread.
Cheers, Xan
>
> -brian
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
On Tue, Aug 25, 2009 at 10:44 PM, Kristian Rietveld wrote:
> On Tue, Aug 25, 2009 at 9:35 PM, Xan Lopez wrote:
>> WebKit is the native layer on top of WebCore offered by each port for
>> their platform, so the answer to that is: yes, WebKitGTK provides
>> GObject APIs which
arbon shim approach you are
> suggesting?
I'm not sure of what that Carbon shim approach is or how it works, but
WebKitGTK+ uses the current GTK+ theme for all its rendering,
including web forms, media controls, etc.
Cheers, Xan
___
gtk
On Thu, Jan 29, 2009 at 5:02 PM, Xavier Bestel wrote:
> On Thu, 2009-01-29 at 16:51 +0200, Tor Lillqvist wrote:
>> > I think strncpy() is one of the few that needs an utf8 equivalent,
>> > because a char may span several bytes.
>>
>> Well, he didn't say exactly what semantics he wanted his
>> g_ut
multibyte char is a plus.
>
Then the meaning wouldn't be bytes anymore. It would be bytes with
some exceptions, which would A LOT more confusing.
Xan
>Xav
>
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.or
matter, you know.
>
> * I started the bikeshed.
>
> Really, it doesn't make sense to carry around patches like these :) OK
> to commit?
>
How is this different from bug
http://bugzilla.gnome.org/show_bug.cgi?id=83935 that was committed
some months ago? It even uses y
On Thu, Jul 17, 2008 at 3:59 PM, Morten Welinder <[EMAIL PROTECTED]> wrote:
>> It is just not cool to use Gtk.
>
> I think that pretty much hits it on the nail. Some people want a cool
> project to work on. By all means, go ahead! Fork gtk+ to something
> new, cool, fancy. But leave existing gt
On Feb 2, 2008 5:57 PM, Clemens Eisserer <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I started playing with GTK's source a bit, however I was not able to
> figure out how I can add additional source and header files to GTK.
>
> I copied my source-files to gtk/gtk, and added the file and its header
> ma
On Jan 18, 2008 1:16 PM, Bastiaan Veelo <[EMAIL PROTECTED]> wrote:
> Hi,
>
Hi,
> I had a look at the source of GtkStatusbar after having failed to give
> it an extra child and have it look properly. The problem is that extra
> children are drawn overlapping the frame of the status bar, instead of
ation, gbase, gplatform
Would it be again one module and multiple so or only one so? If it's
the former, how does it improve things? If the latter, what about
people interested in gio but not in gsettings (for example)?
(Maybe I'm missing something, but the benefits are not really clear
inite loop). There's simply
no way around this other than using the pointer G_DEFINE_TYPE_* stores
for each class definition instead of trying to get the information at
runtime, which is what Emmanuele was trying to say (I think).
Cheers, Xan
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
would be a downer for
me.
My useless 2 cents in the classic bike shed discussion :)
Cheers, Xan
>
> Cheers,
>Micke
>
> > Hi list!
> >
> > Today, I got bored of my work, so I played a bit with Inskape and came
> > up with another logo proposition. I c
Key:
+ Change since last week
s Simple patch
m Moderately complex patch
b Complex patch
! Looks good to me
Fixed since last report:
s! 361781 GtkViewport size request includes xthickness/ythickness for
shadow_type=none [Owen]
s 427899 GtkFrame's label may exceed the frame area
s! 430049 gtk_se
node->content, -1);
> }
iter is pointing to garbage, it's normal that the program crashes when
it tries to use that memory. This list is for the development of GTK+
itself, for questions about development with GTK+ please use
http://mail.gnome.org/mailman/listinfo/gtk-list
Xan
__
I've added the ! key to the bugs that look good to go to me.
Key:
+ Change since last week
s Simple patch
m Moderately complex patch
b Complex patch
! Looks good to apply to me
Closed since last week:
s 164809 Checkboxes with inconsistent status are not drawn properly
but with the default theme
Key:
+ Change since last week
s Simple patch
m Moderately complex patch
b Complex patch
Closed since last week:
s 63820 Refactor and document gdkgeometry-x11.c [Matthias] (partial)
s 354887 GtkFileChooserButton displays unnecessary authentication
dialogs [Matthias, Federico]
s 403717 print pre
There it goes. Feedback still welcome.
Key:
+ Change since last week
s Simple patch
m Moderately complex patch
b Complex patch
Closed since last week:
---
s 333791 Initial sort order for TreeView columns (WONTFIX)
s 342471 TreeView accessor for TreeViewColumn [Kris, Matth
Where applicable, I've put in brackets the last maintainer(s) to "touch"
the bug report, but anyone is welcome to give his input.
Comments or ideas on how to improve the reports would be greatly appreciated.
I think in the near future the reports will be mostly centered around
cleaning up the ho
ttp://live.gnome.org/Maemo/Gtk210Changes has all the gory details of
the delta against upstream. The longterm goal is to reduce the
difference as much as possible yes (and we did great progress in the
last few months).
Cheers, Xan
> __
Where applicable, I've put in brackets the last maintainer(s) to "touch"
the bug report, but anyone is welcome to give his input.
Comments or ideas on how to improve the reports would be greatly
appreciated, but I think in the near future the reports will be mostly
centered around cleaning
up the
On 4/30/07, Tim Janik <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Apr 2007, Martyn Russell wrote:
>
> > Tim Janik wrote:
> gtk-doc.sgml? there's no such file, did you mean gtk-faq.sgml?
> that is part of the gtk+ module so it gets shipped together with
> gtk, and given the right sgml tools, also gets b
he #gtk-love channel at irc.gimp.org
from 18:00 to 21:00 UTC+2. That's quite early in the morning for you
I'm afraid. As you can't make it today, what about tomorrow (Friday)
from 19:00 in the same channel? That's 9AM for you if I'm not
mistaken. Of course you can join at 10
Hi!
On 3/3/07, Bob Murphy <[EMAIL PROTECTED]> wrote:
> This all sounds like a great idea. I work for a company that's
> actively using and modifying various open-source components,
> including GTK+, and this would be a good way to get involved with the
> community and learn how to submit changes b
interest in this, specially from maintainers, I'd love to work
with others in an official document. As a first step we could ask
people which topics they generally find hard to understand about the
way gtk+ is designed.
That's all for now.
Cheers, Xan
Hi, just a small comment:
If we want the new tooltip code to be really useful on touchscreen mode,
we need a way to emit the query-tooltip signal on insensitive widgets on
button press. The current behaviour is not very useful in a touchscreen
device.
BR, Xan
El jue, 26-10-2006 a las 16:37 +0200
31 matches
Mail list logo
