On Tue, 2011-09-06 at 17:44 -0500, Federico Mena Quintero wrote:
Hi, everyone,
There is a patch in [1], by Jon McCann, to make the shortcuts bar in
GtkFileChooser be pretty much the same as the one in Nautilus.
Rather than patch the wobbly edifice that is gtkfilechooserdefault.c,
this
On Wed, 2011-09-07 at 01:53 +0200, Jannis Pohlmann wrote:
On Tue, 06 Sep 2011 17:44:01 -0500
Federico Mena Quintero feder...@gnome.org wrote:
Hi, everyone,
There is a patch in [1], by Jon McCann, to make the shortcuts bar in
GtkFileChooser be pretty much the same as the one in
On Wed, 2011-09-07 at 16:31 +0200, Jannis Pohlmann wrote:
On Wed, 07 Sep 2011 15:24:48 +0200
Alexander Larsson al...@redhat.com wrote:
On Wed, 2011-09-07 at 01:53 +0200, Jannis Pohlmann wrote:
For Thunar, I'm currently working on a widget to replace the
GtkTreeView in the sidebar
On Tue, 2011-09-06 at 10:48 -0400, Behdad Esfahbod wrote:
On 09/06/11 10:42, Ryan Lortie wrote:
On Tue, 2011-09-06 at 10:14 -0400, Behdad Esfahbod wrote:
In HarfBuzz I'm using the C++ compiler without linking to libstdc++. I
found
it as very rewarding experience. You get library
On Fri, 2011-04-29 at 15:13 +0300, Andrew W. Nosenko wrote:
GFilterInputStream documentation (and implementation) clearly states
that close-base-stream property is construct-only. And
g_object_set() forbids to change it indeed.
But, from another hand, existence of
On Fri, 2011-04-15 at 14:19 -0400, Paul Davis wrote:
On Fri, Apr 15, 2011 at 1:45 PM, Alexander Larsson al...@redhat.com wrote:
The same thing happens for the other types of files i mentioned above.
dbus looks only for service files in /usr/share/dbus-1/services, gtk
looks for themes
approach is.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a one-legged playboy vagrant with a secret. She's a green
to get all the stack
to not use gstdio, then the crt problem (at least wrt stdio/fds) is
solved, as long as you manage to get a glib build that uses
msvcrt.dll.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
really know what to do with
these.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a short-sighted amnesiac cop
,
so any code that is broken by this is already broken since it matches
g_malloc/free and malloc/free without checking g_mem_is_system_malloc.
Any such problems should be fixed and freed.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a deeply religious crooked cowboy moving from town to town, helping folk
* things than the library itself
loads these files.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a scarfaced flyboy
On Fri, 2011-04-15 at 08:49 -0700, Kevin Fox wrote:
On Fri, 2011-04-15 at 06:01 -0700, Alexander Larsson wrote:
On Fri, 2011-04-15 at 14:18 +0200, Damjan Jovanovic wrote:
Of course, some files are inherently made to be external, read by
other
applications. Such files are hard
as everything
(including zlib compression) is supported by gui. I even had it
partially done at some point but lost that work.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al
On Mon, 2011-04-11 at 10:19 +0200, Alexander Larsson wrote:
2) making use of gio streams in gdk-broadway, and implement the platform
specific bits in gio, where the network abstraction already lives.
This is the prefered way. Shouldn't be that hard as everything
(including zlib
HAVE_UNISTD_H
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a time-tossed Catholic cyborg with a passion for fast cars
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a lounge-singing skateboarding cop from the Mississippi delta. She's a
disco-crazy blonde fairy princess with an incredible destiny. They fight
) like it used to. Also - if I tweak it to:
Ok. I commited the patches to gtk-2-24, gtk-3-0 and master.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.com
; at least for me of course ;-)
Not sure what you mean here? Do you mean while showing /tmp in the file
selector?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.com
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a jaded gay messiah on the wrong side of the law. She's a cosmopolitan
On Tue, 2011-02-15 at 12:42 +0100, Benjamin Otte wrote:
On Tue, Feb 15, 2011 at 8:45 AM, Alexander Larsson al...@redhat.com wrote:
The height/width stuff makes this very much a pixel-storage-based kind
of picture, and doesn't ideally describe a vectorized image, like say an
svg, where
.
How do you intend to handle these? (Just pretend that they have some
size is one answer, I'm just wondering if you've thought about this
case.)
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a notorious playboy filmmaker from the 'hood. She's a psychotic
thirtysomething former first lady looking for love in all the wrong places.
They fight crime
On Fri, 2010-12-10 at 13:57 -0500, Matthias Clasen wrote:
On Fri, Dec 10, 2010 at 1:29 PM, Alexander Larsson al...@redhat.com wrote:
On Wed, 2010-12-08 at 23:28 -0500, Matthias Clasen wrote:
On Tue, Dec 7, 2010 at 7:33 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 23
On Wed, 2010-12-08 at 23:28 -0500, Matthias Clasen wrote:
On Tue, Dec 7, 2010 at 7:33 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 23:28 +0100, Alexander Larsson wrote:
* Merge gdk and gtk+ (if we want to do this, and i think it makes sense)
* Rename libgtk-x11-3.0
if there are multiple backends built-in.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a fiendish crooked matador looking for a cure
that?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a deeply religious sweet-toothed card sharp who knows the secret of the
alien
On Mon, 2010-12-06 at 23:28 +0100, Alexander Larsson wrote:
An approximate list of the externally called (i.e. from gdk core and as
public API) symbols left to convert is:
I cleaned these up a bit and ordered it by what vtable it needs to go.
Unfortunately I don't really have any time
On Mon, 2010-12-06 at 16:17 +, Benjamin Otte wrote:
Alexander Larsson alexl at redhat.com writes:
Support specifying multiple targets in --with-gdktarget, then build a
single libgtk-3.0.so supporting all of these, switching at runtime. At
one time i was thinking we could load
, but thats not really a real problem at this
point).
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a suave native American
On Mon, 2010-12-06 at 12:53 -0500, Behdad Esfahbod wrote:
On 12/05/10 17:14, Alexander Larsson wrote:
Then we add a GdkBackend type that each backend implements. This is a
singleton created at init to hang global stuff off. Its also useful for
backend specific code.
Would it be possible
On Mon, 2010-12-06 at 10:31 -0800, Kevin Fox wrote:
On Mon, 2010-12-06 at 10:19 -0800, Behdad Esfahbod wrote:
On 12/06/10 13:12, Kevin Fox wrote:
On Mon, 2010-12-06 at 09:53 -0800, Behdad Esfahbod wrote:
On 12/05/10 17:14, Alexander Larsson wrote:
Then we add a GdkBackend type
On Mon, 2010-12-06 at 13:52 -0500, Matthias Clasen wrote:
On Mon, Dec 6, 2010 at 1:45 PM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 11:33 -0500, Matthias Clasen wrote:
Also, do you target this for 3.0? Because I don't think it's doable in an
API-stable way during
On Mon, 2010-12-06 at 13:52 -0500, Matthias Clasen wrote:
On Mon, Dec 6, 2010 at 1:45 PM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-12-06 at 11:33 -0500, Matthias Clasen wrote:
Also, do you target this for 3.0? Because I don't think it's doable in an
API-stable way during
On Mon, 2010-12-06 at 14:27 -0500, Matthias Clasen wrote:
On Mon, Dec 6, 2010 at 2:05 PM, Alexander Larsson al...@redhat.com wrote:
I have to admit that I haven't looked closely at the actual api/abi impact.
If it is just code motion and cleanup, then we can try to shoehorn
On Mon, 2010-12-06 at 20:39 +0100, Benjamin Otte wrote:
On Mon, Dec 6, 2010 at 7:43 PM, Alexander Larsson al...@redhat.com wrote:
You can of course check on the type of anything, like the display or a
window. However, sometimes there might be no display availible, like if
its not been
On Mon, 2010-12-06 at 15:16 -0500, Behdad Esfahbod wrote:
On 12/06/10 13:46, Alexander Larsson wrote:
On Mon, 2010-12-06 at 12:53 -0500, Behdad Esfahbod wrote:
On 12/05/10 17:14, Alexander Larsson wrote:
Then we add a GdkBackend type that each backend implements. This is a
singleton
On Mon, 2010-12-06 at 20:31 +0100, Alexander Larsson wrote:
On Mon, 2010-12-06 at 14:27 -0500, Matthias Clasen wrote:
On Mon, Dec 6, 2010 at 2:05 PM, Alexander Larsson al...@redhat.com wrote:
I have to admit that I haven't looked closely at the actual api/abi
impact
On Wed, 2010-11-24 at 08:46 -0500, Matthias Clasen wrote:
On Wed, Nov 24, 2010 at 7:28 AM, Alexander Larsson al...@redhat.com wrote:
In my opinion we should move all the supported public entrypoints to the
core gdk library and make the backend a loadable module. I'm not sure
how exactly we
] Broadway 2.0 is a reference on the old X11 browser plugin
[2] http://blogs.gnome.org/alexl/2010/11/23/gtk3-vs-html5/
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.com
.
My current plan is to merge the gtk-style-context branch shortly after
the 2.91.5 release next week.
Any chance we could merge the radio-group branch then too?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
module. I'm not sure
how exactly we should expose e.g. the X specific stuff, but I think it
would be doable with some kind of loose coupling like an interface.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
On Thu, 2010-11-11 at 15:59 -0500, Ryan Lortie wrote:
On Wed, 2010-11-10 at 08:23 +0100, Alexander Larsson wrote:
So, what do you want to do here? How do we land this?
I'm against landing it in its current state because I remember yet
another reason that I think we want to have names
On Fri, 2010-11-12 at 08:58 -0500, Ryan Lortie wrote:
On Fri, 2010-11-12 at 12:37 +0100, Alexander Larsson wrote:
I'm not inherently against naming the buttons. It would be nice if we
got a third argument to the group active-changed signal that lets you
avoid having to compare button
On Fri, 2010-11-12 at 14:17 -0500, Matthias Clasen wrote:
On Fri, Nov 12, 2010 at 2:12 PM, Alexander Larsson al...@redhat.com wrote:
Yeah, just have each radio item type have a radio-value property of
type string and add setters for it = DONE
Yeah, 'value' is what I would have called
On Fri, 2010-11-05 at 19:52 +0100, Alexander Larsson wrote:
On Fri, 2010-11-05 at 12:32 -0400, Matthias Clasen wrote:
On Fri, Nov 5, 2010 at 9:34 AM, Alexander Larsson al...@redhat.com wrote:
I just pushed the radio-group branch in git. It contains the
GtkRadioGroup type and conversion
to convert all of gnome to the new API
(since i'm on paternity leave), but in almost all cases a simple
s/GSList/GtkRadioGroup/ change should fix it.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
On Fri, 2010-11-05 at 12:32 -0400, Matthias Clasen wrote:
On Fri, Nov 5, 2010 at 9:34 AM, Alexander Larsson al...@redhat.com wrote:
I just pushed the radio-group branch in git. It contains the
GtkRadioGroup type and conversion of all the radio types to it.
Additionally it contains a few
, or at least
some separation between action specification and implementation.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's
into the
core now that we have the chance.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a suicidal alcoholic jungle king
On Fri, 2010-10-29 at 12:43 +0900, Tristan Van Berkom wrote:
On Thu, 2010-10-28 at 22:38 +0200, Alexander Larsson wrote:
One thing I remember being really confused about when learning gtk+ is
the GSList * usage for the group in GtkRadioButton. We have added some
scaffolding now that makes
On Fri, 2010-10-29 at 12:26 +0200, Andrew Cowie wrote:
On Thu, 2010-10-28 at 22:38 +0200, Alexander Larsson wrote:
One thing I remember being really confused about when learning gtk+ is
the GSList * usage for the group in GtkRadioButton. We have added some
scaffolding now that makes
individually.
Its called active-changed in my patch. Also, it has changed for when
the memberset of the group changes.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.com
think enforcing a mixin of GtkAction in the pure
widget implementation would make the widget API easier to understand or
use, nor easier to implement.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat
*/
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a hate-fuelled sweet-toothed waffle chef on the edge. She's a
manipulative punk
that have different amounts of whitespace.
As for manual layouting it seems all the java people swear by
MigLayout:
http://www.miglayout.com/
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
backend aggressively set+unsets background None around
things like moves, resizes, maps and reparents in order to not render
anything to the screen until we do the expose.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
On Sun, 2010-08-29 at 14:34 +0200, Hans Breuer wrote:
At 27.08.2010 22:41, Hans Breuer wrote:
At 24.08.2010 10:14, Alexander Larsson wrote:
On Sat, 2010-08-21 at 14:09 +0200, Hans Breuer wrote:
[...]
- if the information given to _gdk_window_impl_new() is redundant,
as with GDK_WA_VISUAL
is the
expected behaviour? The natural thing would be to be backwards
compatible with the exact old pre-csw mouse pointer code, but are any
apps really depending on that exact behaviour?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
On Mon, 2010-08-23 at 10:07 +, Benjamin Otte wrote:
Alexander Larsson alexl at redhat.com writes:
It may seem correct and easier, and in most cases it will work. But
things like that were added for a reason. In this case it is to make
things like notification icon work, where
to view the object/hierarchies transformed,
and perhaps in multiple places.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's
On Fri, 2010-08-20 at 03:09 +0200, Benjamin Otte wrote:
On Thu, Aug 19, 2010 at 10:08 AM, Alexander Larsson al...@redhat.com wrote:
The problem with no-window widgets is not really for the no-window
widget, but rather that all parents must have special expose code that
chains
that effort better on other things.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a hate-fuelled flyboy romance novelist
On Wed, 2010-08-18 at 11:13 -0500, Federico Mena Quintero wrote:
On Wed, 2010-08-18 at 09:37 +0200, Alexander Larsson wrote:
[Border around windows so you can glow around a widget]
There are all sorts of ways you can hack it into GtkButton or any
specific widget, I'm sure. However, its
On Tue, 2010-08-17 at 16:04 -0500, Federico Mena Quintero wrote:
On Tue, 2010-08-17 at 21:10 +0200, Alexander Larsson wrote:
Additionally I was thinking one could specify a border on the window
such that for clipping purposes and calculation of what has to be
repainted we grow the window
On Mon, 2010-08-16 at 21:36 -0400, Allin Cottrell wrote:
On Mon, 16 Aug 2010, Alexander Larsson wrote:
- Benjamin Otte o...@gnome.org wrote:
Here's an email detailing my thought process for what I want to do
with rendering in the master branch following the rendering-cleanup
, in fact I like them.
I'm just worried that they will cause unforseen problems down the line
unless we can really get it fully battle tested (i.e. not only demos and
tests) before being frozen.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
On Tue, 2010-08-17 at 17:28 +0200, Benjamin Otte wrote:
On Mon, Aug 16, 2010 at 11:23 PM, Alexander Larsson al...@redhat.com wrote:
[...]
However, the next step, getting rid of the wrappers/impls and
restructuring the window class hierarchy is not really right
imho. Having impls
if that is
gratuitously painful or actually cleaner :)
Just more pain. :)
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a time-tossed
- Benjamin Otte o...@gnome.org wrote:
Hi,
Here's an email detailing my thought process for what I want to do
with rendering in the master branch following the rendering-cleanup
merge. It's mostly a brain dump, so treat it as such.
So, I read this thread and thought about it a bit
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a genetically engineered pirate hairdresser searching for his wife's true
killer. She's
are without merit. But I have no interest in
further arguing this with you.
And thanks, I already went for inotify because clients/users want
quality, not noble excuses.
Good for you.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
to
marshal any thread results back to the mainloop (via e.g. g_idle_add()).
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's
On Wed, 2010-06-02 at 04:26 +0300, Владимир wrote:
On Tue, Jun 1, 2010 at 12:57 PM, Alexander Larsson al...@redhat.com
wrote:
On Mon, 2010-05-31 at 17:36 +0300, Владимир wrote:
There is nothing server about change notification
coalesceing. If any
On Mon, 2010-05-31 at 17:36 +0300, Владимир wrote:
Thanks for your attention.
I agree with you in the case of servers. But I'm talking about the
desktop (sorry forgotten to mention it). I hope you'll agree with me
that for a desktop it's a very (very!) unlikely such a situation which
would
from the gio
file monior in general. On some systems this is not possible, for
instance we might be falling back to polling if no native file
notification system exists.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
On Mon, 2010-04-26 at 17:12 +0300, Felipe Contreras wrote:
On Mon, Apr 26, 2010 at 4:35 PM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-04-26 at 16:04 +0300, Felipe Contreras wrote:
On Mon, Apr 26, 2010 at 2:59 PM, Alexander Larsson al...@redhat.com
wrote:
This is how
right. With gio you can *always* assume the callback will
be called, and only once, so you can free any data there.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.com
On Mon, 2010-04-26 at 16:04 +0300, Felipe Contreras wrote:
Hi Alexander,
On Mon, Apr 26, 2010 at 2:59 PM, Alexander Larsson al...@redhat.com wrote:
On Sun, 2010-04-25 at 22:05 +0300, Felipe Contreras wrote:
So what am I supposed to do? ref() the object each time I do an async
operation
until I
click
again outside the widget, making buttons and other widgets not work.
Is
there a way to fix this?
same here.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's an uncontrollable guerilla waffle chef haunted by memories of 'Nam. She's
On Thu, 2010-01-28 at 07:43 -0500, Paul Davis wrote:
On Thu, Jan 28, 2010 at 3:34 AM, Alexander Larsson al...@redhat.com
wrote:
* discovering the file(s) used to spawn the application (by
dbl-click)
* noticing requests to open new files driven by dbl-clicking in a
file manager
I'm
On Tue, 2009-12-01 at 14:29 +0100, Alexander Larsson wrote:
On Thu, 2009-11-26 at 14:35 +0100, Alexander Larsson wrote:
This was previously discussed here, but was sort of hidden in a
technical discussion so it got no replies. I'm starting over in
order
to
reach a wider target
:
gdk_pango_renderer_draw_glyphs
gdk_pango_renderer_draw_rectangle
gdk_pango_renderer_draw_error_underline
gdk_pango_renderer_draw_shape
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al
g_type_init() before.)
5) g_type_init() calls g_thread_init(NULL)
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's
with some work. What exactly is your usecase here?
Do you draw directly to the window or from an expose handler?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.com
On Tue, 2009-12-01 at 16:16 -0500, Dan Winship wrote:
On 12/01/2009 03:36 PM, Alexander Larsson wrote:
I don't think that is quite right. Its only safe to set this define
if
you can guarantee there is no calls to your code before g_type_init
(or
g_thread_init directly) is called.
Hrmph
On Tue, 2009-12-01 at 14:29 +0100, Alexander Larsson wrote:
On Thu, 2009-11-26 at 14:35 +0100, Alexander Larsson wrote:
This was previously discussed here, but was sort of hidden in a
technical discussion so it got no replies. I'm starting over in
order
to
reach a wider target
On Wed, 2009-12-02 at 13:07 +, jcup...@gmail.com wrote:
2009/12/2 Alexander Larsson al...@redhat.com:
On Wed, 2009-12-02 at 11:48 +, jcup...@gmail.com wrote:
2009/12/2 Alexander Larsson al...@redhat.com:
I'm certainly for this. Does anyone know of any system in use
where
On Wed, 2009-12-02 at 18:01 +, Colin Walters wrote:
On Wed, Dec 2, 2009 at 11:03 AM, Alexander Larsson al...@redhat.com
wrote:
Running with this patch i ran into an issue while building
gnome-shell:
GENGdm-1.0.gir
GThread-ERROR **: GThread system may only be initialized
On Thu, 2009-11-26 at 14:35 +0100, Alexander Larsson wrote:
This was previously discussed here, but was sort of hidden in a
technical discussion so it got no replies. I'm starting over in order
to
reach a wider target for the discussion.
I'll start with the proposal and then explain
On Tue, 2009-12-01 at 09:26 -0500, Dan Winship wrote:
On 12/01/2009 08:29 AM, Alexander Larsson wrote:
In addition to enabling threads (if complied in) in g_type_init() it
adds a G_THREADS_MANDATORY define that if set causes all the
g_thread_supported() calls to be removed in the g_thread_
this branch merged? A whole lot of people have
reviewed this and everyone seems to think it looks good. The speedups
and scalability changes in this branch are very important for threaded
apps.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
On Mon, 2009-11-30 at 08:18 -0500, Matthias Clasen wrote:
On Mon, Nov 30, 2009 at 5:52 AM, Alexander Larsson al...@redhat.com
wrote:
Now, how do we get this branch merged? A whole lot of people have
reviewed this and everyone seems to think it looks good. The
speedups
and scalability
On Wed, 2009-11-25 at 17:52 -0500, Matthias Clasen wrote:
On Tue, Nov 24, 2009 at 5:13 PM, Emmanuele Bassi eba...@gmail.com
wrote:
= minutes for the 2009-11-27 meeting =
Hey, thanks for sending these, and sorry for my nonattendance...my
dentist had to go in deep :-(
6. Rename
On Thu, 2009-11-26 at 12:09 +, Emmanuele Bassi wrote:
On Thu, 2009-11-26 at 12:47 +0100, Alexander Larsson wrote:
I don't have any problem with doing this, even if I don't see much
benefit. Just do it for all I care, but please make sure that make
distcheck still works.
What
This was previously discussed here, but was sort of hidden in a
technical discussion so it got no replies. I'm starting over in order to
reach a wider target for the discussion.
I'll start with the proposal and then explain the reasons for it:
Starting with next glib release:
* libgobject links
On Mon, 2009-11-23 at 17:22 +0100, Alexander Larsson wrote:
On Mon, 2009-11-23 at 10:52 -0500, Behdad Esfahbod wrote:
On 11/23/2009 10:30 AM, Alexander Larsson wrote:
Please check out this API and give comments on it. I think its pretty
good, as we've talked about this a bit on irc
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
go off the file name. The magic detection is not suitable for
general use, though I think it's OKish for Yelp.
On Tue, 2009-11-24 at 04:22 -0500, Behdad Esfahbod wrote:
Anyway, since I was one of the people wanting this, I thought
I'd share my first experiences with it. I'm curious what other
people would like to do about GConverters for other compression
schemes. The code is simple enough that
101 - 200 of 576 matches
Mail list logo
