image surface with
cairo_image_surface_get_data().
It wouldn't make sense to alias these two since the stored formats are
not compatible so code needs to adapt to it anyway.
Btw, just to state the obvious, this stuff rocks :)
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting
how people are going to have to use it anyway?
...but not replace get_pixels() due to the incompatible storing formats.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com
See also http://syslog.movial.fi
applications (and libraries) tend to regularly feed
invalid arguments to libraries and trust the library to handle it all
you get from it is crashing applications. Even gio was broken wrt
this: https://bugzilla.gnome.org/show_bug.cgi?id=593856
It's kind of a sad situation. :(
--
Kalle Vahlman, z
at all.
So if one would to take this as a fact, please do force initializing
threading as it is actually faster than without on my Ubuntu 9.10! :)
But I'm totally not sure if the test is sane or reliable.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http
2009/8/26 John Ralls jra...@ceridwen.us:
On Aug 25, 2009, at 10:10 PM, Kalle Vahlman wrote:
2009/8/26 John Ralls jra...@ceridwen.us:
Thank you both for hashing this out for me. I'll persevere with getting
Webkit-Gtk to build with quartz, then. I'm not sure I agree that it's
not
that big
to include
something in addition to the WebKit library. The shared library is
just 15MB on Linux.
I don't think we are still missing *that* much API after all :)
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com
See also http
, is not supposed to happen...). The GtkPlug tester seems to
work ok though, so it very well could be an application bug too.
Just in case someone else wants to debug it.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.fi
Interesting stuff at http://sandbox.movial.com
See also http://syslog.movial.fi
available.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.fi
Interesting stuff at http://sandbox.movial.com
See also http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel
2009/1/14 Pietro Battiston too...@email.it:
Il giorno mer, 14/01/2009 alle 17.20 +0200, Kalle Vahlman ha scritto:
2009/1/14 Pietro Battiston too...@email.it:
I would have filed a bug (asking for windows to clip to screen when
their their size_request is too big*), but it's obviously a major
.
Check out http://code.google.com/p/gnome2-globalmenu/
Since it's implemented as a D-Bus service, couldn't that be easily
used to create the menu-in-titlebar effect? Just replace the applet
with support for it in metacity...
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
for you too?
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
was
intended to replace the motif hints, you could use those to turn off
the decorations (I think metacity supports that?) and do your own
within the application _without_ any further support from metacity.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http
to get symbian in sounds like a bit of a stretch.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo
on-screen only when panning make perfect sense. However, I
suppose such discussions should be deferred to a point in time that
GTK+ actually has some notion of panning.
Which would be nice, btw.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http
as scrolling to the sides
completely, makes the content fully exposed at the left/top of the
scroll bars.
Right, of course if you can scroll the content all the way it would work.
I humbly stand corrected. You may start implementing ;)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
without it.
Well, it *is* mentioned in the docs, with explanations:
http://library.gnome.org/devel/glib/stable/glib-running.html
;)
Also, since it apparently activates different code paths than normal
operation, I'm not sure if it makes sense using that in the test
suite...
--
Kalle Vahlman
is in dire need of review redefinition... :(
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk
better ways to do
this, but this should work if you always just want to go to the end.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
, some system to list
(meaningful) derived properties of an object (signals, properties) in
the documentation.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk
describes the eventbox method as the way to capture them, as you did.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
2008/3/16, Johan Dahlin [EMAIL PROTECTED]:
[snip refactoring ideas]
Coolness!
[2]: http://www.cs.berkeley.edu/~smcpeak/elsa/
I suppose this should be:
http://www.cs.berkeley.edu/~smcpeak/elkhound/sources/elsa/
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting
the patch to bugzilla ;)
Or is there a bug open for this?
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman
And here is the attachments too!
*sigh*
2008/1/8, Kalle Vahlman [EMAIL PROTECTED]:
2008/1/7, Clemens Eisserer [EMAIL PROTECTED]:
Hello Kalle,
I guess it could work if one derives a GtkCairoStyle from GtkStyle and
add the cairo-based API to that. That way casts to GtkStyle should
if one derives a GtkCairoStyle from GtkStyle and
add the cairo-based API to that. That way casts to GtkStyle should
work and engines could implement the old api with the wrapper
approach.
Or was that what you meant already?-)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
it spans more than just those
mentioned and has been sadly somewhat quiet lately):
http://mail.gnome.org/mailman/listinfo/performance-list
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
lists...
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
is right IMO, if you need to limit the additions of
GInterface methods for C#, it should be done by the binding. Of
course, if this is a more general problem, *then* it might be
approperiate to refrain from adding interface methods in stable
series. But it doesn't seem to be so.
--
Kalle Vahlman, [EMAIL
more likely
the option b) of the above list or me requesting silly things than
cairo being stupid..
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel
2007/10/15, Raphael Bosshard [EMAIL PROTECTED]:
Hei Kalle!
On 10/13/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/13, BJörn Lindqvist [EMAIL PROTECTED]:
There is a
similar mismatch between GdkRectangle and cairo_rectangle_t.
So are you suggesting GDK should operate in subpixel
2007/10/13, BJörn Lindqvist [EMAIL PROTECTED]:
On 10/8/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/8, BJörn Lindqvist [EMAIL PROTECTED]:
It feels like Cairo doesn't fit in. For example, GDK uses GdkColor to
represent colors but Cairo has no equivalent
the fact that using them in a library
is usually just unfriendly to application developers since it prevents
craceful termination even if it would be possible.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
pixbuf API (file loading/saving,
possibly others) migrated to allow cairo usage and then deprecate
PixBufs over cairo image surfaces, but YMMV.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
I can't say for myself if I succeeded ;)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk
2007/8/30, Nick Gravgaard [EMAIL PROTECTED]:
On 30/08/2007, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/8/29, Nick Gravgaard [EMAIL PROTECTED]:
[snip]
But wouldn't it be nice to have the choice over how big your
indentation is without forcing it on anyone else?
OTOH you are forcing
* the include statement, as last
style set in gtkrc always wins. If you have it above the include, the
default theme most likely will override whatever you have set.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
(is it with libglade?).
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
fixed versions of
software.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
2007/6/13, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/6/13, Matthias Clasen [EMAIL PROTECTED]:
GtkBuilder is just setting the name that was specified in the xml, so
it is not violating the principle that the widget name belongs to the
app/user, since
the xml is part
2007/6/14, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/6/13, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/6/13, Matthias Clasen [EMAIL PROTECTED]:
GtkBuilder is just setting the name that was specified in the xml, so
it is not violating the principle
2007/6/14, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
Is there a particular reason to set the name in _init() rather than in
_set_cursor_colors()? It would avoid setting it completely if using
Gtk+ =2.11.3
Code was written before Gtk+ = 2.11.3.
...with a chisel to a stone I
2007/6/14, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
[snip philosophy]
[1] though I don't really agree on widgets setting colors at all,
regardless the fact that it then possibly won't look good with older
themes (depending on what colors you can use).
If you are really
that needs to be synced on startup but for which re-setting the
same status is not a no-op... But I guess you could just block the
handlers in those cases.
[1] http://bugzilla.gnome.org/show_bug.cgi?id=172535#c100
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http
in the UI descriptions anyway.
So I don't see what will break due to GtkBuilder setting the name
according to the users wishes. Do you have an example where this would
happen?
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
like you do in gtk_builder_value_from_string and other functions.
It is intended to allow UIManager-style merging and unmerging of UI
descriptions (in the future).
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
.
A quick test shows that I can indeed match my widget by the fancy name
I gave it in the code in a gtkrc, while the lookup returns the correct
object with the xml id.
So this shouldn't be a problem...
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http
associate with GTK+...
Perhaps a more metallic (instead of glassy) finish on the plating
would be good. You know, make it look like GTK+ is that sturdy and
solid, yet professionally finished outer shell to your application
logic.
Isn't this the way we all look at GTK+ anyway? ;)
--
Kalle Vahlman
with final content,
and the content should have white background and simple colors, none of
these gradients and 3d look that widgets have.
This is what I have thought as the main use of a canvas widget. This
thread indicates that people seem to want a lot more than that though.
--
Kalle Vahlman
lists):
http://mail.gnome.org/mailman/listinfo/gnome-bugsquad
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
1.4, that would hint that it still is a problem.
P.S. The performance-list[1] might be a better place for this discussion...
[1] http://mail.gnome.org/mailman/listinfo/performance-list
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
2007/3/23, Kristian Rietveld [EMAIL PROTECTED]:
On Thu, Mar 22, 2007 at 08:18:14PM +0200, Tommi Komulainen wrote:
On 3/22/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/3/22, Yevgen Muntyan [EMAIL PROTECTED]:
IIRC reusing single cell renderer in multiple columns was declared
test case to hack on :)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
2007/3/22, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/3/22, Nicolas Setton [EMAIL PROTECTED]:
[snip]
In any case, I suggest we cache this - probably there is no need to
do it in every expose call, only after the model data has changed.
...so it isn't really
the follwoing error.
[EMAIL PROTECTED] ~]# gcc -Wall -g window.c -o window `gtk-config --cflags`
`gtk-config --libs`
gtk-config has not been used by Gtk+ for a long time, the equivalent
command these days (and in the days of 2.4 too I guess) is `pkg-config
--cflags gtk+-2.0`.
--
Kalle Vahlman, [EMAIL
API calls is
purely coincidal.
P.S. This all sounds very much like GStreamer, which opens up some
interesting paths to walk for the little grey cells :)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
for that to
happen though, since removing from the container is a part of the
destruction process. But you never know! ;).
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list
/doc/API/2.0/gdk/gdk-Drawing-Primitives.html
for a list of available options.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
the foreground to that GC, not one from the widget's style.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
, such as for realize
I'm not sure what you mean by fields/states but the parameters at
least are correct in the docs since they are genereated automatically.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
to draw parts of widgets.
Any ideas, suggestions ?
gdk_window_foreign_new_for_display() and
gdk_pixmap_foreign_new_for_display() sound like they would be what you
want, although I have no actual experience with using them...
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
- or gtk-list. Not sure how custom widgets fit in the
picture (if there even is a policy for them) so not cc:ing. Widget
development sounds more approperiate for this list IMO. There probably
should be a mention on the listinfo page about this, whichever way it
is preferred.
--
Kalle Vahlman
in Gdk are
documented in
http://developer.gnome.org/doc/API/2.0/gdk/gdk-Cairo-Interaction.html
Please clarify this.
I hope my explanation helped! :)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
system to save awkward data, but
applications shouldn't have anything to do with them..?
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
, bmp,NULL, 100, NULL);
/root/ o_O
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel
-allocation.width, widget-allocation.height);
should work as you want. The use of allocation for coordinates is in
case the widget has not got a window of it's own (in that case
widget-window points to its parent widgets window).
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
should know better.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
of these won't be on the screen for long), is
there additional value to default to generic uninformative noise
instead of empty? To be helpful, the application needs to set the
title anyway.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
On 2/21/06, Martyn Russell [EMAIL PROTECTED] wrote:
On Tue, 2006-02-21 at 12:15 +0200, Kalle Vahlman wrote:
On 2/21/06, Tim Janik [EMAIL PROTECTED] wrote:
On Mon, 20 Feb 2006, Jaap A. Haitsma wrote:
Still nobody responding sofar :-(
It's a three line patch
Could
On 2/21/06, Tim Janik [EMAIL PROTECTED] wrote:
On Tue, 21 Feb 2006, Kalle Vahlman wrote:
On 2/21/06, Martyn Russell [EMAIL PROTECTED] wrote:
I completely agree with Tim here. What if you have 10 dialogs all pop up
with no title and one of them happens to be an important one from
another
). Sratchbox is used successfully in the development of the
Maemo platform, for example.
More info at http://scratchbox.org
/shameless plug
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel
.
default theme) would probably be cool to have. I just might create one
if I get the time...
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
gtk-devel-list mailing list
gtk-devel-list
the struct, which doesn't IMO contradict the
GtkBin documentation.
*slaps forehead*
I totally carelessly misread the comment as the usual considered
private, do not touch.
Sorry for the interruption, move along, nothing to see here :)
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
wise
move if you ask me). Specially since it's compile-time only.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
as everybody is doing it.
P.S. Double-clicking is a bad choice for primary action in any form,
as there is nothing to hint that behaviour (unless you count previous
experience the user may or may not have as one).
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
2005/10/12, Dan Winship [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2005/10/12, Owen Taylor [EMAIL PROTECTED]:
But we'd prefer that people included the main headers
gtk/gtk.h gdk/gdk.h gdk-pixbuf/gdk-pixbuf.h, etc.
...
Is there any reason to do otherwise?
Evolution switched from using
2005/10/13, Mikael Hallendal [EMAIL PROTECTED]:
Kalle Vahlman wrote:
I meant things that matter.
(compile time is not a signifcant metric for software quality in my book)
What do you mean?
I mean I care about things visible to the user, not the developer
(alhough I *am* making stuff
suggestion to me.
Good themes wwould be fixed promptly anyway (by social pressure or by
contributions), bad ones are not that critical ;)
I'd definitely go for it.
--
Kalle Vahlman, [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
2005/9/14, Todd Berman [EMAIL PROTECTED]:
On Wed, 2005-09-14 at 12:18 +0300, Kalle Vahlman wrote:
2005/9/14, Todd Berman [EMAIL PROTECTED]:
Although, I guess if this means the hacky stuff theme authors do to see
if the widget's parent is a treeview, or clist, or etree (in clearlooks
don't know if it has any side-effects.
--
Kalle Vahlman, [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
79 matches
Mail list logo
