Re: gtk_widget_draw()

2010-08-12 Thread Benjamin Otte
On Thu, Aug 12, 2010 at 7:15 PM, Federico Mena Quintero wrote: > One thing I'd definitely like to have is the region-to-expose.  Many > times people have started with "oh, I'll just paint everything every > time", only to find later that this is too slow.  Then they go and make > use of the expose

Re: gtk_widget_draw()

2010-08-12 Thread Benjamin Otte
On Thu, Aug 12, 2010 at 7:27 PM, Federico Mena Quintero wrote: > - If you have an "event" signal in GdkWindow, like you proposed, then we > can make widgets responsible for connecting to their subwindows.  In > theory the (client-side) window system will send those signals in Z > order.  We may ne

Re: GDBus socket code ...

2010-08-12 Thread David Zeuthen
Hey, On Wed, Aug 11, 2010 at 9:43 AM, David Zeuthen wrote: > Perhaps move this feature/bug to bugzilla? Just as a follow-up, this discussion has moved to https://bugzilla.gnome.org/show_bug.cgi?id=626748 David ___ gtk-devel-list mailing list gtk-

Re: Git commit message with tag

2010-08-12 Thread Mike Massonnet
2010/8/12 Steve Frécinaux : > On 08/12/2010 03:34 PM, Frederic Peters wrote: >> >> Also we have been using [tags] since the Git migration, is this a new >> feature/bug of 'git am' ? > > I guess people just didn't care, but it has been there from the beginning. > The rationale is simple: when you se

Re: gtk_widget_draw()

2010-08-12 Thread Federico Mena Quintero
On Tue, 2010-08-10 at 01:59 +0200, Benjamin Otte wrote: [Widgets that own multiple windows] > My current idea on how to implement it is to give the widgets a hint > as to wether they are repainting a window or wether they are painting > to something else. Something like gdk_cairo_get_current_windo

Re: gtk_widget_draw()

2010-08-12 Thread Federico Mena Quintero
On Mon, 2010-08-09 at 02:07 +0200, Benjamin Otte wrote: This is awesome stuff, Benjamin. > I'll start with the end goal: gtk_widget_draw(GtkWidget *widget, cairo_t *cr); One thing I'd definitely like to have is the region-to-expose. Many times people have started with "oh, I'll just paint every

Re: How does gmainloop schedule GSources by priority?

2010-08-12 Thread Havoc Pennington
Hi, On Wed, Aug 11, 2010 at 10:02 PM, cee1 wrote: > So if I have a IOChannel watch source with a high priority, and then attach > an idle source, the idle source will have no change to be scheduled? An idle source will never be scheduled while any higher-priority source is ready. (that's why it'

Re: Website proposal for usability

2010-08-12 Thread Martyn Russell
On Thu, 2010-08-12 at 15:28 +0200, Javier Jardón wrote: > 2010/8/12 Martyn Russell : > > I like some of the proposed changes here. There are some other things > > that I think need changing (which were there before) such as the NEWS on > > the main page. It just doesn't get updated enough. > > I'd

Re: Git commit message with tag

2010-08-12 Thread Steve Frécinaux
On 08/12/2010 03:34 PM, Frederic Peters wrote: Also we have been using [tags] since the Git migration, is this a new feature/bug of 'git am' ? I guess people just didn't care, but it has been there from the beginning. The rationale is simple: when you send emails to a mailing-list, it sometim

Re: Git commit message with tag

2010-08-12 Thread Frederic Peters
Hi, Mike Massonnet wrote: > This wiki page[1] has a note on how to prepend a commit message with a > tag. This form of a tag is actually buggy with "git am", git am will > eat any text at the beginning of a subject line that is embraced by > brackets. Instead, it should be updated to use this for

Re: Website proposal for usability

2010-08-12 Thread Javier Jardón
2010/8/12 Martyn Russell : > I like some of the proposed changes here. There are some other things > that I think need changing (which were there before) such as the NEWS on > the main page. It just doesn't get updated enough. I'd suggest to use the identi.ca [1] / twitter [2] acount for more up-t

Git commit message with tag

2010-08-12 Thread Mike Massonnet
Hi, This wiki page[1] has a note on how to prepend a commit message with a tag. This form of a tag is actually buggy with "git am", git am will eat any text at the beginning of a subject line that is embraced by brackets. Instead, it should be updated to use this form: "tag: ". I hope you are fin

Re: Website proposal for usability

2010-08-12 Thread Devin Samarin
On Thu, Aug 12, 2010 at 1:50 AM, Martyn Russell wrote: > So my comments: > > 1. I don't think the "What is GTK+" on the main page should be a snippet > on the top right corner. I think it should be _the_ main point of the > main page. Most people coming to the page aren't visiting it for news, > t

Re: Website proposal for usability

2010-08-12 Thread Alberto Ruiz
Vinicius and myself have been working on a design for the website for the Gtk+ 3.0 release. I don't have his stuff around unfortunately (it's on the dropbox folder from the design team). That beign said, I don't want to stop any improvements, however, I have a few things to note about this design:

Re: Website proposal for usability

2010-08-12 Thread Martyn Russell
On Mon, 2010-08-09 at 14:54 -0700, Devin Samarin wrote: > I posted this on Bugzilla (https://bugzilla.gnome.org/show_bug.cgi?id=626380) > and I was recommended by Martyn to post the details here. > > I was browsing around gtk.org and I thought that it could use some > adjustments. > So I download

Re: Website proposal for usability

2010-08-12 Thread Devin Samarin
On Thu, Aug 12, 2010 at 12:21 AM, Martyn Russell wrote: > I like some of the proposed changes here. There are some other things > that I think need changing (which were there before) such as the NEWS on > the main page. It just doesn't get updated enough. Cool, I'm glad that you like it. :) The n

Re: Website proposal for usability

2010-08-12 Thread Martyn Russell
On Mon, 2010-08-09 at 14:54 -0700, Devin Samarin wrote: > I posted this on Bugzilla (https://bugzilla.gnome.org/show_bug.cgi?id=626380) > and I was recommended by Martyn to post the details here. Hello Devin, > I was browsing around gtk.org and I thought that it could use some > adjustments. > S