On Wed, Nov 25, 2009 at 6:25 PM, Cody Russell wrote:
> On Wed, 2009-11-25 at 17:52 -0500, Matthias Clasen wrote:
>>
>> > 7. menu export over D-Bus [bratsche]
>> > - useful for ubuntu's "application indicators"
>> > - Quartz backend
>> > - menu reflowing
>> > - bratsche is working on a general purp
On Sun, Dec 13, 2009 at 9:30 AM, G. GuitarLord wrote:
> nm -D --radix=dec --defined-only /usr/lib/libglib-2.0.so | grep -w
> g_atomic_int_add
>
> which returns:
>
> 00072976 T g_atomic_int_add
I got that command slightly wrong. Please show what the output of this is:
nm -D --radix=dec --def
On Sun, Dec 13, 2009 at 3:56 PM, G. GuitarLord wrote:
> Got it!
>
> It returns:
>
> 00072976 0014 T g_atomic_int_add
this should not trigger the message, which is based on testing the
second field for a value larger than 32. --radix=dec was specified to
ensure that the size was ported in base
On Tue, Dec 15, 2009 at 6:56 AM, G. GuitarLord wrote:
> Ok, i re-installed glib2-2.14.6-2.fc8.
>
> Restarted X, then did ' nm -D --radix=dec --defined-only -S
> /usr/lib/libglib-2.0.so | grep -w g_atomic_int_add'
>
> Result: 00072976 0014 T g_atomic_int_add
>
> ?
the actual test that ardour
On Tue, Dec 15, 2009 at 8:43 PM, John Ralls wrote:
> In fact, do just
>
> ldd /usr/lib/ardour2/ardour-2.8.4 2> /dev/null | grep glib-2.0
>
> to see where ardour is looking for glib.
as a followup, in case the OP doesn't do it ... the problem was that
he was using Fedora 8, which was already known
On Mon, Oct 26, 2009 at 10:52 AM, Kristian Rietveld wrote:
> On Oct 26, 2009, at 4:47 PM, John Ralls wrote:
>>
>> True, "switch" would have been a better term...
>>
>> ISTM that a configure option and a macro that selects either the ATSUI or
>> CoreText function is the way to go, so that Pango wil
On Mon, Dec 28, 2009 at 12:02 PM, Holger Berndt wrote:
> Cross-posting to move the discussion to gtk-devel-list. Anybody interested
> in the topic, please follow up there.
>
> On Do, 24.09.2009 19:23, A. Walton wrote:
>
>>It's definitely something many developers would love to see in Gtk+,
>>but o
On Wed, Dec 30, 2009 at 6:32 PM, Tristan Van Berkom wrote:
> Particularly point 5, nested transactions; I banged my head around that one
> for a while and finally did not implement this; my interpretation of
> nested transactions
> was something like this:
> o User initiates action
> o action g
what is this?
http://git.gnome.org/browse/pango/commit/?id=fd15a3a04c69af0f5c04cde8c659269d0b139c28
as far as i can tell, pango doesn't use introspection, and this was
added without including introspection.m4 to the pango tree, thus
rendering it unbuildable on a system that doesn't happen to have
any comments?
-- Forwarded message --
From: Paul Davis
Date: Sat, Jan 2, 2010 at 3:51 PM
Subject: pango @ introspection.m4
To: gtk-devel-list
what is this?
http://git.gnome.org/browse/pango/commit/?id=fd15a3a04c69af0f5c04cde8c659269d0b139c28
as far as i can tell, pango
On Mon, Jan 4, 2010 at 2:17 PM, Johan Dahlin wrote:
> It is intentionally, you need introspection.m4 to run autogen.sh from pango
> HEAD,
> that's what Behdad wanted, you should aim your questions at him.
understood. but now i am puzzled. is there no process for this? i am
on gtk-devel-list, and
On Tue, Jan 5, 2010 at 8:51 AM, Morten Welinder wrote:
> You probably need to end with something like this
useful, but that doesn't explain the dependency on the number of
GtkWindows created, does it?
___
gtk-devel-list mailing list
gtk-devel-list@gnome
On Thu, Jan 7, 2010 at 4:10 PM, Erik de Castro Lopo
wrote:
> Simon McVittie wrote:
>
>> Debian's GLib packages compile GLib twice; the normal copy with
>> the recommended hidden-visibility settings ends up in /usr/lib in the normal
>> libglib2.0-0 binary package (which other packages depend on), b
On Tue, Jan 12, 2010 at 8:25 PM, Behdad Esfahbod wrote:
> Hi Jud,
>
> Thanks for bringing this up.
>
> How about: those who care come up with a replacement combination for focus
> navigation in GTK+, and a patch to implement ctrl+tab to change tabs, and
> submit that for upstream inclusion and see
On Wed, Jan 13, 2010 at 8:04 AM, Jud Craft wrote:
> Not sure what you mean. I'm running Firefox and Thunderbird on OS X, and
> they use Ctrl-Tab. Cmd-Tab is reserved for application switching on OS X.
ah, thanks for the reminder. oh well, another incentive to push that
bug towards a fix lost ..
On Sun, Jan 24, 2010 at 11:52 PM, Andrew Cowie
wrote:
> The number of times I have seen people on gtk-list or in #gtk+ be told
> to go read the Xlib programming manual to understand what GdkEvents are
> is frustrating. I originally had the idea that using GTK would mean I
> didn't have to know muc
On Thu, Jan 28, 2010 at 3:34 AM, Alexander Larsson wrote:
> On Wed, 2010-01-27 at 19:25 +0100, Jannis Pohlmann wrote:
>> Hey,
>>
>> I've found little information on how to set the working directory for
>> applications started via GAppInfo on the net. The only mail I stumbled
>> across was this one
On Thu, Jan 28, 2010 at 9:49 AM, Alexander Larsson wrote:
> On Thu, 2010-01-28 at 07:43 -0500, Paul Davis wrote:
>> On Thu, Jan 28, 2010 at 3:34 AM, Alexander Larsson
>> wrote:
>>
>> * discovering the file(s) used to spawn the application (by
>> dbl-click)
>
On Fri, Apr 2, 2010 at 12:29 PM, Freddie Unpenstein
wrote:
> I'm only throwing my 2c in on this topic, because I'd think what the API
> should be counting is simply how many threads of this application could
> conceivably be running simultaneously. Any other measure should be left to a
> more
On Sun, Apr 4, 2010 at 5:35 PM, Mark Mielke wrote:
> Optimally - both counts should be available. How many tasks can I run
> simultaneously at near 100% CPU vs how many tasks can I run simultaneously
> at any % of the CPU.
>
> A task doing video encoding or anything that would monopolize much of
On Mon, Apr 5, 2010 at 3:08 PM, Cody Russell wrote:
> On Mon, 2010-04-05 at 11:24 -0700, John Ralls wrote:
>> > But Carbon is deprecated anyway, right? So if one were to try to
>> design
>> > support for all this into gtk 3.0, would it hurt to just ignore
>> Carbon
>> > and design for Cocoa?
>> >
;
> As a followup to that semi-announcement, I have a naming question. Paul Davis
> wrote the first take on the menu part of the Cocoa library and named the
> application class GtkApplication, and the implementation file with
> objective-C calls gtkapplication-quartz.m.
> I've kept th
I finally switched our app (ardour) over to a more-or-less current version
of GTK (git head from a few weeks ago). we immediately noticed a major
slowdown in drawing performance. After quite a few hours of adding
gettimeofday() calls all over the place, I've finally got a handle on what
is causing
On Sun, Apr 25, 2010 at 5:37 AM, Kristian Rietveld wrote:
[ ... lots of good stuff ... ]
Kristian - thanks for filling me in. It was getting late last night so I
didn't dig into how much of the client side windows "change" had actually
percolated into the quartz backend. I will take what you've
On Sun, Apr 25, 2010 at 5:37 AM, Kristian Rietveld wrote:
>
> As far as I understand, there's only that top level NSView in GDK
> applications now in the case of client side windows, that does not
> contain any other NSViews. So for each NSWindow there will only be a
> single NSView for which th
On Sun, Apr 25, 2010 at 11:34 AM, Kristian Rietveld wrote:
>
> The distinction between creating a client side or native window is
> *not* made in _gdk_window_impl_new() in gdkwindow-quartz.c; this
>
ah, i was "in too deep" :)
___
gtk-devel-list mailing
OK, this problem is now fixed. It was caused by a very unwise assumption in
the quartz backend that if an update involved drawing more than 25
individual rects, it was better to simply draw (i.e. expose) the union of
all of them. This might work in relatively simply applications, but imagine
a full
On Tue, May 18, 2010 at 2:05 PM, John Ralls wrote:
>
> OK.
>
> It has some useful bits, and seems mostly harmless, but I don't think that
> it will get much use in its present form.
>
[ ... explanation elided .., ]
I'm totally with John on this one.
--p
On Tue, May 18, 2010 at 2:28 PM, Colin Walters wrote:
> On Tue, May 18, 2010 at 2:05 PM, John Ralls wrote:
> >
> > It has some useful bits, and seems mostly harmless, but I don't think
> that it will get much use in its present form.
>
> Right - in reality I expect people to be using *Gtk*Applic
On Tue, May 18, 2010 at 3:21 PM, Matthias Clasen
wrote:
> On Tue, May 18, 2010 at 3:15 PM, John Ralls wrote:
>
> > (It would be useful to have a (g)dbus-quartz that uses OSX's facilities
> instead of dbus-daemon, for example; that would allow the Gtk application to
> participate more in the OSX e
On Tue, May 18, 2010 at 3:33 PM, Colin Walters wrote:
> On Tue, May 18, 2010 at 3:15 PM, John Ralls wrote:
> >
> > I just looked again at the GnomeLive GTK+/ApplicationClass page, and it
> occurs to me that you are perhaps limiting your thinking to dbus:
>
> Definitely not, the intention is that
On Tue, May 18, 2010 at 3:39 PM, Matthias Clasen
wrote:
>
> How much platform-specific semantics can there be in 'activate' and
> 'quit', really ?
>
what do you think "quit" means?
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gno
On Tue, May 18, 2010 at 3:39 PM, Matthias Clasen
wrote:
>
> How much platform-specific semantics can there be in 'activate' and
> 'quit', really ?
>
and i forgot... what do you imagine that "activate" maps to on an X11
backend? i ask because i'm not seeing it.
On Tue, May 18, 2010 at 3:55 PM, Colin Walters wrote:
> Oh, one thing I really need from OS X porters (and win32 for that
> matter) is a solid recommendation for an application identifier
> string. GApplication needs this for uniqueness, and GSettings
> requires one too.
>
> Probably the biggest
On Tue, May 18, 2010 at 4:15 PM, Paul Davis wrote:
>
>
> On Tue, May 18, 2010 at 3:55 PM, Colin Walters wrote:
>
>> Oh, one thing I really need from OS X porters (and win32 for that
>> matter) is a solid recommendation for an application identifier
>> string
On Tue, May 18, 2010 at 4:12 PM, John Ralls wrote:
>
> Sure. But dbus provides services which are provided by notifications and
> AppleEvents on OSX. If a supposedly cross-platform application supports
> only the dbus way, it turns out to be pretty autistic on OSX. I don't think
> that it's all
On Mon, May 24, 2010 at 1:21 AM, John Ralls wrote:
>
>
> The structure of that part of Gdk follows very closely the X11 way of doing
> things, and Cocoa Foundation's way of handling selections and clipboards
> (which they call pasteboards) doesn't line up very well with it. It seems to
> me that
On Mon, May 31, 2010 at 6:37 AM, Emmanuele Bassi wrote:
> On Mon, 2010-05-31 at 12:08 +0200, Kristian Rietveld wrote:
>
> > > - GtkRuler (used by dia, claws, possibly xsane; gimp has a fork)
> >
> > Is this really only used by dia and claws, or also some more
> applications? In contrast to GtkHS
On Tue, Jun 1, 2010 at 8:50 AM, Matthias Clasen
wrote:
> On Mon, May 31, 2010 at 10:28 AM, Paul Davis
> wrote:
>>
>
>>
>> ardour uses a modified version (GtkCustomRuler along with its H&V
>> derivatives) in ardour, because the stock ruler is not flexible
On Fri, Jun 4, 2010 at 8:27 AM, Lucas Meijer wrote:
> Hi,
> My company (Unity3d.com) cares about getting MonoDevelop to run great on
> osx.
> MonoDevelop uses gtk+, which on osx has a whole array of problems,
> especially on multi monitor setups.
> I'm looking for a hacker who would like to do som
On Sun, Jun 6, 2010 at 5:33 AM, Kristian Rietveld wrote:
> On Sun, Jun 6, 2010 at 11:47 AM, Paul Davis
> wrote:
>> the only problem we see at present may be the same as the focus issue
>> you mention: menus and occasionally buttons that do not get mouse
>> focus
On Wed, Aug 4, 2010 at 4:48 PM, Daniel Macks wrote:
> (drifting slightly off topic into another pet peeve...) .la files are a
> crutch that makes it easy for developers to avoid remembering to link
> against libraries that they actually use.
alas, they are not even really that. they are a band-a
On Mon, Aug 16, 2010 at 9:22 AM, Enrico Weigelt wrote:
> * Michael Torrie schrieb:
>
>> Can you prove that it doesn't? Until you can, there's no logical reason
>> to change the way GTK+ is currently done based on your say-so.
>
> There're a lot of other reasons for smaller libraries, for example
On Tue, Aug 17, 2010 at 4:39 AM, Dov Grobgeld wrote:
> Thanks, but this is not what I am looking for.
>
> Here is a description of my flow, which might e.g. be used to draw a rubber
> band box:
based on an IRC exchange about this a couple of days ago, the answer
is two-fold:
1) you assume that
On Tue, Aug 17, 2010 at 9:11 AM, Dov Grobgeld wrote:
> Sorry, I still don't get it. In my scenario there is initially is no
> external request of a region that should be drawn. The only source of what
> should be drawn, including what areas should be exposed, are in the draw()
> routine. The chall
On Tue, Aug 17, 2010 at 4:22 PM, Dov Grobgeld wrote:
> The solution won't work if the default expose-event handler returns TRUE.
> I would still like to resolve the issues that Paul has with my description
> of the code. Paul, why don't you like the fact that I call draw() twice?
that's overstat
On Tue, Aug 17, 2010 at 5:04 PM, Federico Mena Quintero
wrote:
[ ... ]
its quite amusing to me how what is being described is slowly
converging on something extremely close to a canvas model in many of
its most fundamental aspects. am i the only one seeing this? does it
matter?
On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen wrote:
> GTK+ 2.21.6 is now available for download at:
is this really a correct description of 2.21:
> Overview of Changes from GTK+ 2.21.5 to 2.21.6
> ==
>
> * Most drawing done by GTK+ itself has been
On Wed, Aug 18, 2010 at 11:49 AM, Federico Mena Quintero
wrote:
> On Wed, 2010-08-18 at 07:56 -0400, Paul Davis wrote:
>
>> its quite amusing to me how what is being described is slowly
>> converging on something extremely close to a canvas model in many of
>> its most f
On Wed, Aug 18, 2010 at 12:06 PM, Paul Davis wrote:
sometimes i hate gmail keybindings ... so, to finish what i was saying ...
> in my mind, a canvas does two things:
>
> 1) composites together the result of a variety of different objects
> drawing themselves/ it does
this payi
On Wed, Aug 18, 2010 at 12:04 PM, Bastien Nocera wrote:
> On Wed, 2010-08-18 at 11:52 -0400, Paul Davis wrote:
>> On Mon, Aug 16, 2010 at 8:48 PM, Matthias Clasen wrote:
>> > GTK+ 2.21.6 is now available for download at:
>>
>> is this really a correct descriptio
On Wed, Aug 18, 2010 at 12:21 PM, Bastien Nocera wrote:
> New functionality is available in both when it makes sense to do so, and
> deprecated functionality is marked as much.
>
> You shouldn't see any difference in usage if you don't use the new
> functionality.
We distribute a version of GTK
On Wed, Aug 18, 2010 at 12:27 PM, Havoc Pennington wrote:
> Hi,
>
> On Wed, Aug 18, 2010 at 7:56 AM, Paul Davis
> wrote:
>> On Tue, Aug 17, 2010 at 5:04 PM, Federico Mena Quintero
>> wrote:
>>
>> [ ... ]
>>
>> its quite amusing to me how wh
On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen
wrote:
> I don't see how that follows. All that is happening in 2.22 is that
> some things are getting deprecated. You can still use them. We are not
> going to take them away from you during 2.x
i wasn't really worried about the deprecations. re
On Wed, Aug 18, 2010 at 12:57 PM, Behdad Esfahbod
wrote:
> On 08/18/10 12:50, Paul Davis wrote:
>> On Wed, Aug 18, 2010 at 12:44 PM, Matthias Clasen
>> wrote:
>>
>>> I don't see how that follows. All that is happening in 2.22 is that
>>> some things ar
On Wed, Aug 18, 2010 at 2:01 PM, Jose Aliste wrote:
> After looking at the git log, you interpret correctly, but I fail to
> see why do you perceive this as being bad. So, some GDK API is marked
> as deprecated, it seems fair to me that Gtk+ maintainers ensure the
> deprecated API is not used in
On Fri, Aug 20, 2010 at 5:15 AM, Alexander Larsson wrote:
> Gtk+ has always followed this model though, it just now does it more
> internally where it previously relied on some support from the windowing
> system.
GTK has historically not composited separately drawn surfaces
together, and has hi
On Fri, Aug 20, 2010 at 8:32 PM, Jose Gonzalez wrote:
> When it comes to the question of the desirability of some notion
> of a canvas (or scene-graph if you like), it should be clear that
> whatever such a thing might be it's best if it were a local rather
> than global construct, ie. it's far m
On Fri, Aug 27, 2010 at 4:17 PM, Allin Cottrell wrote:
> On Fri, 27 Aug 2010, Kristian Rietveld wrote:
>
>> For a GTK+ runtime package ("GTK+ Framework"), I think you should
>> check out what has been done in the past. It is by no means an easy
>> task. The latest code and instructions for this
On Fri, Aug 27, 2010 at 12:48 PM, Matthias Clasen
wrote:
> On Fri, Aug 27, 2010 at 12:35 AM, John Ralls wrote:
>
>> You might not like the warnings about the quality of Gtk+ Quartz, but when I
>> wrote them a year ago, no one had touched the quartz backend for 8 months.
>> Since then, one devel
On Mon, Aug 30, 2010 at 5:43 AM, Alberto Ruiz wrote:
> Hello Paul,
>
> 2010/8/30 Paul Davis :
>>> As long as the people working on GTK-OSX do it with a us-vs-them
>>> attitude (like you display here by talking about the GTK developers in
>>> third person), th
On Mon, Aug 30, 2010 at 9:47 AM, Allin Cottrell wrote:
> On Mon, 30 Aug 2010, Tor Lillqvist wrote:
>
>> > It has certainly been explained that that is the situation on
>> > Windows, and I fully accept it. It's less clear that it should be
>> > the situation on OS X, with its *nix-type substructure
On Mon, Aug 30, 2010 at 11:46 PM, Michael Torrie wrote:
> This is only partially true. Some apps ship as an .mpkg installer,
> which is really a bunch of separate, dependant packages that install
> together. But under the hood they are installed as separate packages
> with dependency resolutio
On Wed, Sep 1, 2010 at 10:53 PM, John Ralls wrote:
> It seems likely that no. 2 will be the rub: I don't have a long track record
> compared to others who don't have git commit priv (Paul Davis comes to
> mind)... but maybe they never asked. So I just did. We'll see wh
On Thu, Sep 9, 2010 at 9:14 PM, Kevin Krieser wrote:
> I'm trying to build GTK from source using the native 64 bit compiler on Snow
> Leopard (4.2.1) without much success.
for X11 or the native backend? AFAIR you can't build the native
backend on 64bit OS X because it still uses some bits of the
On Mon, Sep 13, 2010 at 6:27 PM, Matthias Clasen
wrote:
> 2010/9/13 Thomas Wood :
>>
>> Clutter's (very detailed) coding style document may be useful here,
>> since it has a very similar coding style to GTK+:
>>
>> http://git.clutter-project.org/clutter/tree/doc/CODING_STYLE
>>
>
> Yes, I think we
On Tue, Sep 14, 2010 at 9:48 AM, Owen Taylor wrote:
But
> remember, GTK+ is using GNU style bracing and that pretty much takes the
> question out of the matter. Doing:
>
> if (conditition)
> {
> single_statement ();
> }
> else
> {
> another_single_statement ();
> }
>
> consisten
On Wed, Sep 22, 2010 at 2:11 AM, Havoc Pennington wrote:
> Hi,
>
> I've been exploring how widgets with no GdkWindow could receive
> events. Here are some notes so far in case people have thoughts.
>
> Event Types
> ===
>
> Events separate very cleanly into "weird lowlevel stuff only matters
> for
On Thu, Sep 23, 2010 at 6:58 PM, Emmanuele Bassi wrote:
> the other objection, "debug statements require toggling braces" is
> easily dispatched with: if you're adding debugging notes then use the
> conditional debugging facilities that gtk+ provides - GDK_NOTE and
> GTK_NOTE - and don't remove t
On Thu, Oct 7, 2010 at 9:23 AM, Havoc Pennington wrote:
> Hi,
>
> I did a little exercise a while ago of screenshotting some apps that
> seemed to be doing moderately complex layout and trying to write down
> what would be intuitive / no-redundant-typing sequences of commands to
> pack the layouts
On Tue, Oct 19, 2010 at 7:49 AM, Carlos Garnacho wrote:
> * GtkStateFlags is used in the theming layer, living side by side with
> GtkStateType (the latter is even used in the API i.e. when checking
> whether there is a running animation for a specific state).
> GtkStateFlags is potentially reall
On Fri, Oct 22, 2010 at 10:28 AM, David Zeuthen wrote:
> Anyway, my point really was something like this: If you want to talk
> about smooth animations and synchronoizing to vblank, it would
> probably be good for GPeriodic, Clutter and GTK+ to specify what
> people should and shouldn't be doing
On Fri, Oct 22, 2010 at 3:02 PM, Havoc Pennington wrote:
> I know this is a completely minor side issue to the point of your
> email (which sounds good overall) but I often find myself writing a
> convenience wrapper around g_get_current_time() that returns a single
> integer. If you do get_time(T
On Fri, Oct 22, 2010 at 11:06 AM, Ryan Lortie wrote:
> Hello
>
> We have an agreement at the hackfest that I will do the following things
> now:
[ ... good stuff ... ]
> We also plan the following for the future ("glib 4.0"):
[ ... more good stuff ... ]
> Comments?
about bloody time!
On Fri, Oct 22, 2010 at 4:20 PM, Havoc Pennington wrote:
> If I have a spinner animation and that paints flat-out as fast as
> possible without a "yield gap" to let other sources run, then that
> _also_ starves a superfast main loop source that just sits there
> grabbing messages and then throwing
On Fri, Oct 22, 2010 at 5:16 PM, Havoc Pennington wrote:
> Right - Miguel pointed out to me (unrelated to this thread) that Mac
> and Windows both work this way these days,
wayland too, as far as i understand
>and I'd already been
> noticing that Chrome, new Pepper plugin API, lightspark, and p
On Mon, Oct 25, 2010 at 9:43 AM, Ryan Lortie wrote:
> We're already planning to inject timestamps received from the X server
> for vblank (generated in the kernel IRQ handlers, I think?) directly
> into GPeriodic. I can easily imagine other situations where this might
> be useful.
I hope that s
On Tue, Oct 26, 2010 at 1:49 PM, Matthias Clasen
wrote:
> This sounds like a nice approach. In order to get something going,
> I've started to experiment with implementing pick(). First attempt is
> here:
> https://bugzilla.gnome.org/show_bug.cgi?id=633209
> It seems to work mostly ok, according
On Tue, Oct 26, 2010 at 2:46 PM, Matthias Clasen
wrote:
> I guess that depends on what you are picking for ? this picking was
> discussed for finding the chain of items to generate enter/leave for,
> or update a ::contains-pointer property. I think you probably want
> that to be accurate, even if
On Fri, Oct 29, 2010 at 6:26 AM, Andrew Cowie
wrote:
> We came up with that solution for the Java bindings (because GSList, as
> such, wasn't something we exposed, and we go for strongly typed 'n all
> that) and meanwhile Vreixo found that the Radio* API was very tricky to
> explain to people
>
On Mon, Nov 1, 2010 at 4:37 AM, Tristan Van Berkom
wrote:
>> One would want to paint focus around the toggle renderer
>> and the static text beside it, even it there are other
>> focusable cells in the same GtkCellArea... this could
>> be achieved easily enough by adding some semantics
>> to set
On Mon, Nov 15, 2010 at 4:38 AM, Tor Lillqvist wrote:
>> * BTW, are there any plans to add multihead on other platforms?
>
> Not for Windows, at least. I am not even sure what multihead would
> mean on Windows. Note that I am not talking about mutiple monitors in
> a user session's Windows deskto
On Wed, Nov 17, 2010 at 7:29 AM, Max Schwarz wrote:
> Do you have an idea on how to implement this? I think Qt's model is quite
> nice, they have a 'delta' field in their event [3] which gives more precise
> information. Of course, If you want to retain API compability (which I think
> you do) a
On Wed, Nov 17, 2010 at 9:56 AM, Sven Herzberg wrote:
> No, you don't have to. Here is a patch for the Mac OS X backend which
> implements this. (Let me check tonight whether I can find my cleaned up
> version and attach it to that bug.)
>
> https://bugzilla.gnome.org/show_bug.cgi?id=516725
heh
On Wed, Nov 17, 2010 at 10:25 AM, Max Schwarz wrote:
> The problem is not with large deltas (which are thrown away in the current OSX
> version, if I understand the patch correctly), but with small deltas, which
> get emitted from Xorg with a pretty high frequency.
my initial response to this wa
On Wed, Nov 17, 2010 at 11:17 AM, Shaun McCance wrote:
> 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.
Not really. There is (1) no change in the structure size (2) no ch
On Wed, Nov 24, 2010 at 7:28 AM, Alexander Larsson wrote:
> With the rise of wayland, and perhaps with my html5 backend
> (http://blogs.gnome.org/alexl/2010/11/23/gtk3-vs-html5/) we will
> increasingly be in the situation where a single system will have
> multiple versions of gtk+ installed for di
Some users of my software raised this issue in the last 24hrs:
-
>
> > I still call `!' `pling'...
>
> I'm still missing the extremely handy RiscOS feature that right-click
> on a menu allowed to make a selection without c
2010/12/6 Jernej Simončič :
> On Mon, 6 Dec 2010 13:34:36 -0500, Paul Davis wrote:
>
>> I'm wishing for that as well all the time. I wonder who came up with the
>> idea that there's only ever one thing you want to do in a menu. Didn't
>> know anyone was
On Tue, Dec 7, 2010 at 2:44 AM, Martin Nordholts wrote:
> The problem to be solved is not "How do we modify GTK+ to make it as easy as
> possible to invoke nested menu items several times in a row in Ardour", but
> "How can we redesign the Ardour UI so users don't have to invoke nested menu
> ite
On Tue, Dec 7, 2010 at 8:12 AM, Christian Dywan wrote:
>> We *could* push all the operations in the current region context menu,
>> for example (right click on a region -> Select region name -> menu
>> with 20+ items) into a dialog for that region, but it would 1 mouse
>> motion+drag or the use c
all links from GTK docs in "stable" on the website to GDK docs are
currently broken. looks like a possible capitalizaiton error in the
link targets.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-
the migration doc mentioned in matthias' email announcement is 404'd
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Thu, Feb 10, 2011 at 4:05 PM, Paul Davis wrote:
> the migration doc mentioned in matthias' email announcement is 404'd
as is the "common questions" document.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http:/
On Sat, Feb 26, 2011 at 10:00 AM, David Zeuthen wrote:
> Hi,
>
> Just for the record, there's no reason that GDBus cannot be made to
> work very nicely on Win32 or any other platform we care about. GDBus
> (and D-Bus itself) was designed with this goal in mind.
what functionality is (G)D-Bus supp
On Mon, Mar 7, 2011 at 4:40 AM, Tristan Van Berkom
wrote:
> a.) GtkApplication only available as GtkX11Application is acceptable,
> because people only expect it to work on x11 (the actual stubs
> should in this case only be created on x11 and the docs should
> mention that it an x11-
On Tue, Mar 8, 2011 at 9:56 PM, Andrew Cowie
wrote:
> On Tue, 2011-03-08 at 12:06 +0100, Murray Cumming wrote:
>> I would very much like some reasoning to point people at when I tell
>> them to use GtkApplication. I will not just hand-wave and say that
>> people say it's good.
>
> GtkApplication i
On Thu, Mar 10, 2011 at 10:47 AM, Murray Cumming wrote:
> If it's most programs then surely you can give some example. I don't
> think that most applications have to deal with caching, bookmarks, and
> history like Firefox.
i think that the kind of thing chris is referring to is something like
"
On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnston wrote:
> Hello everyone,
GtkApplication is a rather new piece of the GTK API. There has been
quite a bit of discussion about its role and its impact on cross
platform portability.
The answer for now is that if you want cross platform portability,
si
On Mon, Mar 28, 2011 at 7:26 AM, Kean Johnston wrote:
>Considering what a long history Gtk+ has of being
> very portable,
I would say that this is a subtle mis-perception. GTK's support for
non *nix, non-X11 platforms has happened generally inspite of, rather
than because of any central portabili
1 - 100 of 302 matches
Mail list logo
