On Thu, 2012-01-26 at 17:01 -0500, Matthias Clasen wrote:
> On Thu, Jan 26, 2012 at 3:25 PM, Shaun McCance wrote:
> > Ryan asked me to look at the DTDs for the menu markup and GtkBuilder
> > interface definitions, since he merged everything over to GtkBuilder.
> > Here
Ryan asked me to look at the DTDs for the menu markup and GtkBuilder
interface definitions, since he merged everything over to GtkBuilder.
Here's the old menumarkup.dtd:
http://git.gnome.org/browse/glib/tree/gio/menumarkup.dtd?id=4e9f59bff8adc59fd8fde5bdee9879b8c3e4e55b
And here's what our docs s
On Mon, 2012-01-23 at 09:11 -0500, Shaun McCance wrote:
> On Mon, 2012-01-23 at 06:36 -0500, Matthias Clasen wrote:
> > On Sun, Jan 22, 2012 at 3:13 PM, Olav Vitters wrote:
> > > How can those app menus be translated? Is anyone on the gnome-i18n
> > > mailing
On Mon, 2012-01-23 at 06:36 -0500, Matthias Clasen wrote:
> On Sun, Jan 22, 2012 at 3:13 PM, Olav Vitters wrote:
> > How can those app menus be translated? Is anyone on the gnome-i18n
> > mailing list?
>
> The same way gtkbuilder xml files can be translated. Specify the
> domain when loading the
On Fri, 2011-12-09 at 09:14 -0500, Ryan Lortie wrote:
> The bad news is this: I don't expect this to be supported on a
> per-application basis or to be possible to use at all from the menubars
> of an application. We need to make sure menus will continue to work on
> all platforms (including the m
On Wed, 2011-11-16 at 19:01 +0100, Benjamin Otte wrote:
> So, next idea. I'm pretty sure about this one actually and have talked
> to it with people on IRC a lot. Again I have no idea how it will look
> in detai, but I know I want to get there.
>
> This one is all about layouting complex widgets.
Hi all,
I posted about the GHelp API I'm working on back in April:
http://mail.gnome.org/archives/gtk-devel-list/2011-April/msg00141.html
I started working on this again. I've got all my work on gitorious,
so I don't have to pass tons of patches around.
https://gitorious.org/ghelp
To test this
On Fri, 2011-05-27 at 17:09 -0400, Havoc Pennington wrote:
> Hi,
>
> Man, how many times has this thread happened? At least fifty.
>
> On Fri, May 27, 2011 at 10:57 AM, Shaun McCance wrote:
> > try:
> >load_some_extension()
> > except:
> >warn(&quo
On Fri, 2011-05-27 at 17:02 +0100, Emmanuele Bassi wrote:
> On 2011-05-27 at 10:57, Shaun McCance wrote:
> > On Fri, 2011-05-27 at 15:34 +0100, Emmanuele Bassi wrote:
> > > On 2011-05-27 at 14:59, ecyrbe wrote:
> > > > > and then what? abort the applica
On Fri, 2011-05-27 at 15:34 +0100, Emmanuele Bassi wrote:
> On 2011-05-27 at 14:59, ecyrbe wrote:
> > > and then what? abort the application? gracefully terminate with a
> > > warning on the console?
> > >
> >
> >
> > No, you can gracefully show a popup to the user that something is broken and
>
On Wed, 2011-05-18 at 19:12 -0400, Ryan Lortie wrote:
> On Wed, 2011-05-18 at 09:29 -0400, Shaun McCance wrote:
> > With some GApplication work, we could get applications to read
> > something from their .desktop file. Then it could be explicit,
> > e.g. X-Launchpad-ID=...
On Wed, 2011-05-18 at 11:29 +0200, Rodrigo Moya wrote:
> On Thu, 2011-04-21 at 16:16 -0400, Shaun McCance wrote:
> > Hi all,
> >
> > I had a project called Squawk I was working on last year.
> > I chatted a bit with Ryan Lortie about it at the recent
> > help ha
On Fri, 2011-02-11 at 14:03 +1100, Andrew Cowie wrote:
> On Thu, 2011-02-10 at 19:47 -0500, Shaun McCance wrote:
> > On Fri, 2011-02-11 at 10:00 +1100, Andrew Cowie wrote:
> > > On Thu, 2011-02-10 at 22:24 +0100, Tadej Borovšak wrote:
> > >
> > > > http://li
On Fri, 2011-02-11 at 10:00 +1100, Andrew Cowie wrote:
> On Thu, 2011-02-10 at 22:24 +0100, Tadej Borovšak wrote:
>
> > http://library.gnome.org/devel/gtk3/unstable/gtk-migrating-2-to-3.html
>
> Any reason not to have the URLs at .../gtk/3.0/... ?
It's there now. It takes library.gnome.org a lit
I know vte uses it to
let your scroll wheel work in programs like less.
If we break API on this, I think it would be best to do it
in a way that the compiler catches it. Just adding a field
to GdkEventScroll will trip up a lot of developers.
--
Shaun McCance
http://syllogist.net/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Wed, 2010-09-01 at 13:42 -0400, Havoc Pennington wrote:
> Hi,
>
> On Wed, Sep 1, 2010 at 12:24 PM, Shaun McCance wrote:
> > Would it be better to have padding-start and padding-end,
> > rather than -left and -right, and have it do the right
> > thing in RTL locales
dding-bottom = int16
Would it be better to have padding-start and padding-end,
rather than -left and -right, and have it do the right
thing in RTL locales? I've often wished CSS did it that
way, and GTK+ does do most things with start and end
already.
--
Shaun McCance
http://syllogist.n
http://library.gnome.org/devel/gtk/stable/GtkScrolledWindow.html#ftn.id1043260
The scrolled window installs GtkAdjustment objects in the child
window's slots using the set_scroll_adjustments_signal, found
in GtkWidgetClass. (Conceptually, these widgets implement a
"Scrollable" interface; b
On Wed, 2010-05-12 at 09:29 +0200, Cody Russell wrote:
>
> 2/ Corner resize grips. I want to add support for this directly to
> GtkWindow anyway.
>
Is anybody actively working on this? Are there ways of doing this that
don't a) require vertical padding a'la GtkStatusBar, or b) unilaterally
cover
On Thu, 2010-05-06 at 14:06 -0400, Matthias Clasen wrote:
> Hey,
>
> I thought I should let everybody know that we are getting very close
> to merging gdbus into GLib. David has created a gdbus-merge branch
> where we'll stage things before the final merge to master. So, if you
> haven't payed att
tic set of tabs.
I'm sure there are people who trigger this accidentally,
and it's very annoying for them. And I'm sure there are
people who love this feature. So, you know, trade-off.
--
Shaun McCance
http://syllogist.net/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Tue, 2009-11-24 at 17:20 -0500, Behdad Esfahbod wrote:
> On 11/24/2009 11:09 AM, Shaun McCance wrote:
>
> > So with my implementation, by the time you get to the
> > magic, you've already set up a GConverterInputStream
> > with the magic decompressor. If t
On Tue, 2009-11-24 at 16:22 +, Bastien Nocera wrote:
> On Tue, 2009-11-24 at 10:09 -0600, Shaun McCance wrote:
>
> > I don't disagree. Is there a place to plop this code
> > for people to pick it up? I'll be putting at least the
> > bz2 and lzma convert
On Tue, 2009-11-24 at 09:36 +0100, Alexander Larsson wrote:
> On Mon, 2009-11-23 at 21:57 -0600, Shaun McCance wrote:
>
> > I'll be using the bzip2 and lzma converters in Yelp. I'm not
> > sure about the magic converter. I might just throw it away and
> >
On Mon, 2009-11-23 at 16:30 +0100, Alexander Larsson wrote:
> I just commited GConverter to glib master (in gio). GConverter is a
> generic interface for streaming data conversion. Shipping with gio are
> converters based on iconv and zlib compression/decompression.
>
> Additionally there is GConv
On Mon, 2009-11-09 at 12:17 +0100, Alexander Larsson wrote:
> On Sun, 2009-11-08 at 12:01 +0100, Martin Nordholts wrote:
> > On 11/08/2009 10:54 AM, Alexander Larsson wrote:
> > > I've been working on some API for gio (more details later) that involves
> > > having an API for (de)compression. Havin
On Sun, 2009-11-08 at 12:01 +0100, Martin Nordholts wrote:
> On 11/08/2009 10:54 AM, Alexander Larsson wrote:
> > I've been working on some API for gio (more details later) that involves
> > having an API for (de)compression. Having this as a public API makes
> > zlib a mandatory dependency for lib
On Sat, 2009-08-15 at 10:07 -0400, Morten Welinder wrote:
> > FWIW, Sugar uses zip quite extensively to bundle content and software
> > and we would love to move from using python's zipfile to something
> > glib-based.
>
> Why all this reinvent-the-wheel effort? libgsf gives you access
> to zipfi
> > 2009/7/31 Brian J. Tarricone:
> >> On 07/31/2009 05:48 AM, Mikkel Kamstrup Erlandsen wrote:
> >>
> >>> From the looks of it, it should be straight forward to write
> >>> GZip{In,Out}putStream classes based on zlib
> >> I'd say call it GCompressed{In,Out}putStream and have it either auto-detec
On Tue, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote:
> I humbly suggest that the versioning recommendation for the GTK+ stack
> and GNOME in general is amended for the third "micro" part of the
> version numbers to match the convention used in cairo.
>
> See http://cairographics.org/manual/cair
On Thu, 2007-10-25 at 17:36 -0700, Matthew Paul Thomas wrote:
> Sorry to come in here wildly late, but ...
>
> On Oct 8, 2007, at 8:34 AM, Shaun McCance wrote:
> >
> > - What sort of information does the Mac help system need?
> > ...
>
> <http://urlx.org/apple
On Sun, 2007-10-07 at 17:10 -0400, Havoc Pennington wrote:
> Hi,
>
> Sketching out an API here, prototype attached.
>
> See also
> http://mail.gnome.org/archives/gtk-devel-list/2007-September/msg00139.html
>
> Some questions:
> - in current GNOME, what are the right "parameters" to open a hel
32 matches
Mail list logo
