On Mon, May 11, 2015 at 5:30 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Computers are *fast*. It turns out that simply recursively walking
down all children is fast enough for most cases. It's a complicated
walk, but it's entirely doable. You can see the code for the walk
here:
On Mon, May 11, 2015 at 5:30 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
https://git.gnome.org/browse/gtk+/tree/gdk/gdkwindow.c#n7247
notice the assumption that there's no Z-axis ordering.
that will teach me to write first and read second. GDK in GTK3 now does
have z-axis ordering
Your mistake is imagining that there are system colors and that you can
do custom rendering that will use them.
GTK is largely designed around a Linux model in which the ability of the
user to dynamically alter the appearance of applications (and the desktop)
is taken more seriously than on other
sometime in the last few months, somebody posted a link to (or the actual
image of) a really really nice diagram laying out the dependencies in the
GTK stack. i am having a hard time finding it. does anyone have any
pointers? it was nicely organized by functionality etc.
On Fri, Mar 20, 2015 at 7:29 PM, Christian Hergert christ...@hergert.me
wrote:
This makes me happy. I don't think I've actually seen any of this stuff
handled right. Not to mention that close() itself is basically broken in
multi-threaded scenarios on Linux (Linus says to basically just not
On Thu, Mar 5, 2015 at 5:44 PM, Allin Cottrell cottr...@wfu.edu wrote:
On Thu, 5 Mar 2015, Florian Müllner wrote:
The worst thing that can happen when the toolkit forcefully rips CSD from
applications is that there is no more UI to save, navigate, load or
whatever essential UI the
On Tue, Feb 10, 2015 at 3:37 AM, Norman, Anders anders.nor...@barco.com
wrote:
The base class is simply never cleaned up. Typical types registered with
GType are static, meaning they aren't ever cleaned up for the entire
duration of the process.
Why do you need to clean up the type?
I'm
On Thu, Feb 5, 2015 at 7:40 AM, Tristan Van Berkom tris...@upstairslabs.com
wrote:
Everything Tristan said is precisely correct. But in addition ...
You seem to be going off on a tangent here, your claim was that:
every window in an application should be in a separate process
I have a
On Thu, Feb 5, 2015 at 12:19 PM, Göran Hasse gor...@raditex.nu wrote:
Sorry... I have NOT done mutch MS-Window programming. This since I
for about 20 odd years ago noticed that sockets (file descriptors)
is the ONLY safe way to do communications by. (select, poll or
kernel-queue etc).
On Thu, Feb 5, 2015 at 12:34 PM, David Nečas y...@physics.muni.cz wrote:
On Thu, Feb 05, 2015 at 12:28:02PM -0500, Paul Davis wrote:
threads can use all the same mechanisms as processes, but don't have to
use
OS provided APIs to share address spaces. that's really the only
difference
On Thu, Feb 5, 2015 at 1:27 PM, Göran Hasse gor...@raditex.nu wrote:
Yes. You have to make a a good design.
case closed.
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
On Tue, Feb 3, 2015 at 3:05 AM, G Hasse gor...@raditex.nu wrote:
Den 2015-02-03 03:26, Jasper St. Pierre skrev:
On Mon, Feb 2, 2015 at 5:07 PM, G Hasse gor...@raditex.nu wrote:
Den 2015-02-02 22:57, Gulshan Singh skrev:
I strongly advice designing an application in this way. Every
On Thu, Jan 29, 2015 at 7:34 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
After talking to Owen today, I'm wondering if it makes sense to consider
GtkPreview a portable widget. These platforms tend to already have their
own document preview systems, and I'm not sure it makes sense to
On Tue, Jan 27, 2015 at 5:19 AM, Cosimo Cecchi cosi...@gnome.org wrote:
So you're effectively proposing that the transport of the data between
plugins and the widget is always Wayland, even if the session is running
under X11? That sounds like a good idea to me if it's possible to
implement.
On Tue, Jan 27, 2015 at 9:42 AM, Cosimo Cecchi cosi...@gnome.org wrote:
On Tue, Jan 27, 2015 at 2:23 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
what happened to the idea of GTK being a cross-platform toolkit? you're
seriously proposing building something as significant as a Preview
On Tue, Jan 27, 2015 at 10:55 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Wayland requires two features that would perhaps make it unportable: FD
passing (SCM_CREDENTIALS), and shared memory (allocate a temporary files,
ftruncate it, mmap it, unlink it and then send the fd across the
On Sat, Jan 24, 2015 at 9:40 AM, Sébastien Wilmet swil...@gnome.org wrote:
To come back to GLib/GTK+, what would you explain about GTK+ that is not
explained in the brochure? Maybe single-instance applications, the
recent OpenGL support, some of the important widgets (but this latter
thing,
On Fri, Jan 23, 2015 at 1:05 PM, Sébastien Wilmet swil...@gnome.org wrote:
But sooner or later a developer needs to know GLib and GObject.
I've been using GTK for 15 years. I still know very very little about
GObject and I plan for it to remain that way.
For a potential book about GTK+,
On Fri, Jan 23, 2015 at 3:06 PM, Sébastien Wilmet swil...@gnome.org wrote:
For developers who choose a higher-level language, knowing the basis of
GObject is useful too: what is a GObject signal, what is a property, oh
there is actually an object hierarchy and I can call a function from the
On Fri, Jan 23, 2015 at 10:06 AM, Sébastien Wilmet swil...@gnome.org
wrote:
On Thu, Jan 22, 2015 at 10:01:55PM +0100, Sébastien Wilmet wrote:
https://github.com/swilmet/gtk-brochure
https://people.gnome.org/~swilmet/gtk-brochure.pdf
I've pushed an update. I've simplified the GObject
On Thu, Jan 22, 2015 at 5:20 PM, Sébastien Wilmet swil...@gnome.org wrote:
On Thu, Jan 22, 2015 at 09:33:18PM +, Alberto Ruiz wrote:
First of all thanks a lot for working on this!
However, for a brochure about a graphical toolkit, I find it interesting
that there are no GTK+ apps'
On Tue, Jan 20, 2015 at 7:55 PM, Ian Chapman ichap...@videotron.ca wrote:
Thanks Chris,
I think that not only is my code broken my idea on how to do what I
want is broken. I must fix that before I start on the code.
My starting point was two button, scan off and scan on in glade.
On Fri, Jan 9, 2015 at 8:13 AM, Paul Davis p...@linuxaudiosystems.com
wrote:
On Fri, Jan 9, 2015 at 4:30 AM, schnitz...@itc.rwth-aachen.de wrote:
Hi all,
I have a GtkTable packed in a scrolled window. The margins,
row 0 and column 0 of the table should always stay visible
On Fri, Jan 9, 2015 at 4:30 AM, schnitz...@itc.rwth-aachen.de wrote:
Hi all,
I have a GtkTable packed in a scrolled window. The margins,
row 0 and column 0 of the table should always stay visible and
not be scrolled, basically like the annotation margins in a
Microsoft Excel table. How
On Tue, Dec 30, 2014 at 5:25 PM, Ryan Lortie de...@desrt.ca wrote:
I also make
a totally uninformed 'gut' guess that the people who are still running
XP are probably not the kind of people (by and large) who are into
installing new versions of software on their computers anyway (ie: they
On Wed, Dec 17, 2014 at 4:27 AM, Hrvoje Niksic hrvoje.nik...@avl.com
wrote:
On 12/16/2014 09:12 PM, Ian Chapman wrote:
Spot on Hrvoje, that's my problem, many thanks for the help. I'll have
to change the way I'm thinking.
The classic hack to update the progress bar without returning to
On Mon, Dec 15, 2014 at 4:49 PM, Ian Chapman ichap...@videotron.ca wrote:
Hi All, I'm having a strange problem using
gtk_progress_bar_set_fraction (GTK_PROGRESS_BAR(Battery), x);
I have it in two places, the first in my file that has main() and that
works like I'd expect. The second in a
I fetched quickplot from svn to try to test your issues with cairo. I ran
apt-get build-dep quickplot, then tried to build.
win.c:43:29: fatal error: imgGrabCursor.xpm: No such file or directory
#include imgGrabCursor.xpm
^
compilation terminated.
I don't know the
On Wed, Nov 26, 2014 at 3:16 PM, Alexandre Bique bique.alexan...@gmail.com
wrote:
Hi,
I wonder if it would be possible to remove gtk's global variables?
I'd like to do something like:
GtkCtx *gtk_ctx = gtk_init(..);
GtkWindow *window = gtk_window_new(gtk_ctx, ...);
...
On Wed, Nov 26, 2014 at 3:16 PM, Alexandre Bique bique.alexan...@gmail.com
wrote:
I need that for implement plugin's UI, like VST plugins.
GTK (and all other desktop, non-statically linkable toolkits) are a
particularly poor engineering choice for these types of plugins.
On Wed, Nov 26, 2014 at 3:42 PM, Alexandre Bique bique.alexan...@gmail.com
wrote:
On Wed, Nov 26, 2014 at 2:35 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
You can run any number of event loops in a process. You can only run 1
GTK main loop.
So can I run one event loop in a thread, do
On Wed, Nov 26, 2014 at 3:52 PM, Alexandre Bique bique.alexan...@gmail.com
wrote:
So the plugin has to initialize its UI toolkit and render it. But as
all the plugins are loaded in the same process, for performances
reason, it is unsafe to run gtk_main_loop() in each of them.
this is all
On Thu, Nov 27, 2014 at 4:18 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Hey,
I just built Quickscope from source, and can't find any code that draws
using cairo inside it. Where is it?
i think that quickplot and quickscope are not the same thing.
On Mon, Oct 27, 2014 at 9:37 AM, Bálint Réczey bal...@balintreczey.hu
wrote:
Contrary to the common(?) belief, the oficial win54 binaries are there:
http://www.gtk.org/download/win64.php
apologies for the misinformation. i knew about those builds but thought
they were still marked
On Mon, Oct 6, 2014 at 1:05 PM, Oliver Charles ol...@ocharles.org.uk
wrote:
Hi all,
I'm trying to build a little top-down level editor for a game I'm working
on. I'm pretty much aiming for a clone of http://doombuilder.com - from
the screenshots you should be able to see the map editor is
On Mon, Oct 6, 2014 at 4:05 PM, Oliver Charles ol...@ocharles.org.uk
wrote:
On Mon, Oct 6, 2014 at 7:11 PM, Paul Davis p...@linuxaudiosystems.com
wrote
GtkLayout is NOT a canvas.
You need a canvas widget. Unfortunately, there is no blessed canvas
widget.
Ok, then I think I was mislead
On Sat, Oct 4, 2014 at 1:48 PM, Sébastien Wilmet swil...@gnome.org wrote:
On Sat, Oct 04, 2014 at 12:30:43PM -0400, Matthias Clasen wrote:
For tayloring the text segmentation behavior for special situations,
such as code instead of natural language, a vfunc is the right
approach.
Does
On Sun, Sep 21, 2014 at 8:43 PM, Igor Korot ikoro...@gmail.com wrote:
Hi, ALL,
According to
https://developer.gnome.org/gtk3/stable/gtk3-Stock-Items.html#GTK-STOCK-FULLSCREEN:CAPS
this stock item is deprecated since GTK+-3.1.0.
if you scan that page more fully, you will note that ALL stock
On Sun, Sep 21, 2014 at 9:06 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
On Sun, Sep 21, 2014 at 8:43 PM, Igor Korot ikoro...@gmail.com wrote:
Hi, ALL,
According to
https://developer.gnome.org/gtk3/stable/gtk3-Stock-Items.html#GTK-STOCK-FULLSCREEN:CAPS
this stock item is deprecated
On Tue, Aug 19, 2014 at 6:52 AM, Emmanuele Bassi eba...@gmail.com wrote:
hi;
On 18 August 2014 19:09, Paul Davis p...@linuxaudiosystems.com wrote:
On Mon, Aug 18, 2014 at 1:55 PM, Emmanuele Bassi eba...@gmail.com
wrote:
[ .. ]
realistically, by comparison with other platforms
On Mon, Aug 18, 2014 at 1:55 PM, Emmanuele Bassi eba...@gmail.com wrote:
[ .. ]
realistically, by comparison with other platforms and with many home-grown
GUI toolkits, there's really only one sane design for any toolkit in 2014:
* recursively nested objects with a common draw virtual method
On Thu, Aug 7, 2014 at 10:06 PM, 黄羽众 ih...@163.com wrote:
Thank you for point out predecessors' question!
I read the question and get some points, but I thinks the situtations
change a lot and I am not ask the same question.
1. I am not ask for why GTK choose to implement in C, I know it
On Tue, Aug 5, 2014 at 2:06 PM, Simon McVittie
simon.mcvit...@collabora.co.uk wrote:
... but this results in not having the source code to the build system
you're building with in any sane form (the compiled waf script is a
self-unpacking binary container, containing a copy of waf); and
On Wed, Aug 6, 2014 at 4:35 PM, Christian Hergert christ...@hergert.me
wrote:
and Gtk+ is
one of the most portable pieces of software in our ecosystem.
if this true, and that is debatable, then it is mostly because Gtk+
delegates so much to other libraries. When you look at the entire stack
On Tue, Jul 22, 2014 at 8:55 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Call the function at the bottom of all your event handlers?
I'd need more detail about your specific case in order to help you further.
I think he wants the equivalent of an after handler for event. If he
wanted
On Tue, Apr 29, 2014 at 6:09 PM, narcisse doudieu siewe
wambenarci...@yahoo.fr wrote:
Hello,
Just a question...suppose that you have some clients and each client has a
main application UI(user interface) which is just a GtkWindow instance
and suppose that for some business reasons, you have
does anyone know of any good (i.e. non-hacky) ways to define/provide cursor
icon hotspots with PNG files, the way one can with various other image
formats more intended for this purpose?
___
gtk-list mailing list
gtk-list@gnome.org
On Mon, Jun 23, 2014 at 9:57 PM, Krzysztof Kosiński tweenk...@gmail.com
wrote:
2014-06-24 3:02 GMT+02:00 Jasper St. Pierre jstpie...@mecheye.net:
May I ask why you can't paint in the draw signal? GDK already tracks
invalidated windows marked by exposes and gdk_window_invalidate_rect
itself.
(sorry, hit send too early)
On Mon, Jun 23, 2014 at 9:59 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
On Mon, Jun 23, 2014 at 9:57 PM, Krzysztof Kosiński tweenk...@gmail.com
wrote:
2014-06-24 3:02 GMT+02:00 Jasper St. Pierre jstpie...@mecheye.net:
May I ask why you can't paint
On Mon, Jun 23, 2014 at 10:20 PM, Krzysztof Kosiński tweenk...@gmail.com
wrote:
On Mon, Jun 23, 2014 at 9:59 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
as Jasper noted in his reply, but i'll describe differently: it is one
thing
to draw (even in a separate thread) in a cairo
I recently wrote a document that describe some of the motivations and
implementation details of the new canvas object that Ardour's next
release will use. For those not aware, Ardour has used GnomeCanvas for many
years to draw its main editing/arrange area.
http://ardour.org/canvas.html
This
On Sat, Jun 21, 2014 at 9:44 AM, Jean Brefort jean.bref...@normalesup.org
wrote:
Both abiword and gnumeric do something like:
cr = gdk_cairo_create(win);
...do some drawing
then relase the cairo.
Will this still work if we use
gdk_window_begin_paint_rect (win, rect);
cr =
On Sat, Jun 21, 2014 at 10:02 AM, Jean Brefort jean.bref...@normalesup.org
wrote:
you're drawing on the window outside of an expose/draw event?
Yes, because using draw events presents serious performance issues.
can you describe these or point to a description of them? there are several
On Sat, Jun 21, 2014 at 10:35 AM, Jean Brefort jean.bref...@normalesup.org
wrote:
In gnumeric this arised when we draw an animated rectangle around the
selected rectangle. When using the draw event, we need to repaint
everything inside the rectangle and this made gnumeric quite
unresponsive
On Sat, Jun 21, 2014 at 11:21 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
On Sat, Jun 21, 2014 at 11:18 AM, Jean Brefort
jean.bref...@normalesup.org wrote:
I know that an expose event contains a region, but this does not help,
we use the draw event, and I don't know how to reliably
On Fri, Jun 20, 2014 at 9:00 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
As part of these changes, gtk_widget_set_double_buffered was deprecated
and removed.
Yay!
I tested with some local big applications like Ardour and the GNOME
applications, but don't have a GTK+3 build of
On Thu, Jun 5, 2014 at 11:48 AM, Robert Schroll rschr...@gmail.com wrote:
Consider a composite widget, say an EventBox with a whole hierarchy of
children. Is there some way to make one type of event go directly to the
EventBox, while others go through to the children? I'd hoped I could do
On Thu, Jun 5, 2014 at 2:11 PM, Robert Schroll rschr...@gmail.com wrote:
So I guess my question becomes, how can a parent (the EventBox) prevent a
certain type of event (scrolling) from being delivered to its children.
standard solution to such a question is return true from its own
handler.
On Thu, Jun 5, 2014 at 4:12 PM, Robert Schroll rschr...@gmail.com wrote:
def eb_scroll(widget, event):
print Event Box scroll event
return True
eb.connect('scroll-event', eb_scroll)
this connects after the default handler, not before it.
i don't know pygtk all that well; in gtkmm
On Wed, Jun 4, 2014 at 10:53 PM, Robert Schroll rschr...@gmail.com wrote:
Hi all,
I'm working on a Gtk project (3.10, Python 2 for the prototype, if that
matters) using a Gtk.Overlay [1].
You should know that GTK's design more or less does not cater to
overlapping GtkWidgets. It is not
On Wed, May 28, 2014 at 6:55 PM, Morten Welinder mort...@gnome.org wrote:
enum GLogLevel {
... existing, expected values ...
_require_int = INT_MAX
}
That actually makes the whole thing undefined rather than implementation
defined by section 7.1.3 in C99.
maybe it would be
On Fri, Apr 4, 2014 at 2:28 AM, Brian Marshall bma...@gmail.com wrote:
Another solution is to handle the key-press-event signal and manually
check if the key press should trigger an action. This also feels
hacky, like I'm adding a custom accelerator system on top of GTK's
existing one.
it
On Fri, Apr 4, 2014 at 4:36 AM, A. Walton awal...@gnome.org wrote:
https://developer.gnome.org/gtk3/stable/gtk3-Bindings.html
But that might be too byzantine for you.
that looks better. but does this replace all the older various mechanisms
for associating key presses with actions, or does
On Fri, Apr 4, 2014 at 5:45 AM, A. Walton awal...@gnome.org wrote:
Plus you get key rebinding at the GTK+ level for free just by drumming
up some custom CSS, for those crazy users who want vim or emacs key
bindings (like this guy: http://vim.wikia.com/wiki/Vi_key_bindings_in_gtk
).
alas,
On Wed, Mar 12, 2014 at 12:40 AM, shondhi singhal shondhi.sing...@gmail.com
wrote:
I am interested in contributing to GTK. I came to know about this project
as part of Outreach Program for Women.
I have completed my graduation in ICT from DA-IICT, India in 2013. I have
worked on two live
On Tue, Mar 4, 2014 at 4:58 AM, Carlos Garnacho carl...@gnome.org wrote:
he child receives events again.
There could also be more complex cases, canvas-like widgets offering
multiple manipulable elements, depending on the complexity, that might
be be another case where selective event
On Wed, Jan 22, 2014 at 9:01 PM, Phillip Susi ps...@ubuntu.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have an object that I wanted to maintain a sigc::connection in and
disconnect it when the object is destroyed. The object is also stored
in a std::vector, which seems to
On Fri, Jan 17, 2014 at 5:29 PM, Stefan Salewski m...@ssalewski.de wrote:
On Fri, 2014-01-17 at 17:18 -0500, Paul Davis wrote:
you can track where the mouse is with enter/leave events, and there
are
often good reasons for wanting to do that anyway.
That should not work well for CAD
On Thu, Dec 12, 2013 at 5:48 AM, John Emmas j...@creativepost.co.uk wrote:
I'm only asking because yesterday (over on gtk-devel-list) I noticed a
post which suggested that button images / menu images etc are in the
process of being deprecated.
I believe that discussion only applies to GTK+
On Thu, Dec 12, 2013 at 1:37 PM, narcisse doudieu siewe
wambenarci...@yahoo.fr wrote:
uses gtk3 instead of Gtk2
gtk3 is not an option.
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
On Tue, Oct 22, 2013 at 11:26 AM, Chris Vine ch...@cvine.freeserve.co.ukwrote:
In what way do you think that the API/ABI of gdk_threads_enter() and
gdk_threads_leave() is not stable? As far as I can see it is there and
fully functioning with gtk+-3.10.2, albeit it is deprecated.
if you use
On Tue, Oct 22, 2013 at 11:52 AM, Chris Vine ch...@cvine.freeserve.co.ukwrote:
Out of interest, why do you do this, other than for the purpose of
making test runs to see what may lie ahead with gtk+-4.0?
I'm not the one doing it, but one workflow I can imagine is that used
DISABLE_DEPRECATED
On Sat, Oct 19, 2013 at 4:48 AM, Alessandro Francesconi
alessandrofrancesc...@live.it wrote:
Some of my application’s users declare a strange problem with a particular
widget: GtkFileChooserButton.
I needed to provide a way to select a single folder, so I used the widget
this way:
On Sat, Oct 19, 2013 at 8:56 AM, Alessandro Francesconi
alessandrofrancesc...@live.it wrote:
Thanks for the reply, Paul
So you are telling me that this could be a known bug in versions prior to
2.24?
In this case there is a problem. The application is actually a GIMP plugin
and it must be
On Thu, Oct 10, 2013 at 4:05 AM, Dov Grobgeld dov.grobg...@gmail.comwrote:
Hi,
Has something changed with the setting of styles in Gtk3, or is there some
environment setting that inhibits the setting of the style? Consider the
following python program:
#!/usr/bin/python
from
just be sure that benjamin doesn't take away any of that, please :)
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
On Wed, Oct 9, 2013 at 4:55 PM, Bastien Nocera had...@hadess.net wrote:
On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote:
On 10/09/2013 10:40 PM, Bastien Nocera wrote:
As we're on this subject, I think it's pretty clear, from the
committers
to where the mailing-lists are
On Wed, Oct 9, 2013 at 5:23 PM, Bastien Nocera had...@hadess.net wrote:
On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote:
I'll gladly use that slur again and again. And I'm happy with GTK+
being the toolset of GNOME, especially when you consider what's driving
most of the new
On Wed, Oct 9, 2013 at 5:37 PM, Sébastien Wilmet swil...@gnome.org wrote:
On Wed, Oct 09, 2013 at 10:53:50PM +0200, Bastien Nocera wrote:
I wouldn't want to use 2 different APIs when creating
command-line/curses APIs or GTK+ though. Otherwise, whatever syntactic
sugar the GObject bindings
On Wed, Oct 9, 2013 at 6:24 PM, Ross Burton r...@burtonini.com wrote:
On 9 October 2013 23:15, Paul Davis p...@linuxaudiosystems.com wrote:
And if an extension point is added, it's better to add it in GIO, so
command line tools can use it.
I'm just curious. What command line tools use GIO
. It´s not
necessary write the code. I need only the idea, I will find how to do the
rest.
** **
Thanks,
** **
Ubirajara
** **
** **
*De:* Paul Davis [mailto:p...@linuxaudiosystems.com]
*Enviada em:* terça-feira, 24 de setembro de 2013 20:22
*Para:* Ubirajara Marques da
redraws (expose events) always contain an area to be redrawn. the parent
widget should ideally only redraw the specifiied area, especially if a full
redraw is expensive. your parent needs to determine which children and
which (if any) background needs to be redrawn.
On Mon, Jul 29, 2013 at 4:52
Paul Davis p...@linuxaudiosystems.com
expose events are sent to widgets, not windows. it is up to the parent to
decide how to forward an expose event to its children (including whether or
not to do so at all)
On Mon, Jul 29, 2013 at 3:17 PM, Виталий Кирсанов
krokozia...@gmail.comwrote
because it can be useful/desirable/necessary to know the potential data
formats available in a DnD operation LONG before committing to the drop
(e.g when controlling cursor appearance).
On Mon, Jul 29, 2013 at 4:23 PM, Виталий Кирсанов krokozia...@gmail.comwrote:
Hello list.
I don't
the general solution to this is to use any kind of signalling system
(g_object signals, boost signals, libsigc++ or whatever you prefer) to post
notifications about state changes, and the callbacks/handlers for these
signals should queue an idle callback that returns FALSE
(and only queue it if
On Wed, Jun 26, 2013 at 5:12 PM, Orton, Steven J (IS)
steve.or...@ngc.comwrote:
I am on a project that has many GUIs running on Linux boxes written in
Motif. We are switching everything to Windows and C#. The look and feel
of the GUIs must remain the same. My task is to find a way to
geez, does nobody read docs any more ?
https://developer.gnome.org/glib/2.30/glib-The-Main-Event-Loop.html#g-main-context-pending
On Wed, Jun 26, 2013 at 6:38 PM, Kip Warner k...@thevertigo.com wrote:
On Thu, 2013-06-27 at 00:33 +0200, Bogdan Lotko wrote:
Hello,
unfortunately the
sorry wrong link. same page, near top, see Customizing the main loop
iteration
On Wed, Jun 26, 2013 at 6:43 PM, Paul Davis p...@linuxaudiosystems.comwrote:
geez, does nobody read docs any more ?
https://developer.gnome.org/glib/2.30/glib-The-Main-Event-Loop.html#g-main-context-pending
On Wed, Jun 26, 2013 at 6:49 PM, Kip Warner k...@thevertigo.com wrote:
On Wed, 2013-06-26 at 18:43 -0400, Paul Davis wrote:
geez, does nobody read docs any more ?
Chill.
https://developer.gnome.org/glib/2.30/glib-The-Main-Event-Loop.html#g-main-context-pending
sorry wrong link. same
the OP asked:
Is it possible to wait for GMainLoop event without processing them?
query polls but does not process events. only dispatch does that.
On Wed, Jun 26, 2013 at 7:09 PM, Kip Warner k...@thevertigo.com wrote:
On Wed, 2013-06-26 at 19:04 -0400, Paul Davis wrote:
while (1
, 2013-06-26 at 19:16 -0400, Paul Davis wrote:
the OP asked:
Is it possible to wait for GMainLoop event without processing them?
He said after that that he'd like to avoid a loop with sleep (polling).
query polls but does not process events. only dispatch does that.
Maybe that's good
On Mon, Jun 17, 2013 at 6:56 AM, Simon McVittie
simon.mcvit...@collabora.co.uk wrote:
On 14/06/13 23:14, Colin Walters wrote:
Not that waf is bad exactly
It's perhaps worth pointing out that waf is pretty awkward for
distributions with a strong commitment to ship source code for
On Fri, May 3, 2013 at 3:02 AM, Alexander Larsson al...@redhat.com wrote:
things that are wide and tall ... well, they're on their own ...
This is not really a problem the pixel cache knows the size of the
canvas and the viewport so it will automatically not pick an
unnecessarily wide/tall
On Thu, May 2, 2013 at 2:40 PM, Alexander Larsson al...@redhat.com wrote:
I've just pushed the wip/simple-draw4 branch which is the latest
version of my work trying to simplify and modernize the Gtk drawing
machinery. Its now in a state where I think its time to discuss the
merging of this.
On Thu, May 2, 2013 at 6:03 PM, Søren Sandmann sandm...@cs.au.dk wrote:
Alexander Larsson al...@redhat.com writes:
* Try a tile-based approach for GtkPixelCache to avoid having
to do a same-surface copy (usign an intermediate surface) when
scrolling the cache.
An alternative to
On Thu, Apr 18, 2013 at 2:55 AM, אנטולי קרסנר tomback...@gmail.com wrote:
Hello,
I'm a gtkmm user and I'd like to write signals for some of my classes. I
noticed gtkmm widgets have default handlers, which are virtual protected
class methods. I want my classes to have them too for
at 07:00 -0400, Paul Davis wrote:
On Thu, Apr 18, 2013 at 2:55 AM, אנטולי קרסנר tomback...@gmail.com
wrote:
Hello,
I'm a gtkmm user and I'd like to write signals for some of my
classes. I
noticed gtkmm widgets have default handlers, which are virtual
On Thu, Apr 11, 2013 at 8:47 AM, Colin Walters walt...@verbum.org wrote:
So, as far as doing native Windows builds, it looks to me like since
Cerebo is actively used in the GStreamer world which is architecturally
close to GTK+/GNOME, it'd make a lot of sense to use it here.
Tarnyko, have
On Wed, Apr 10, 2013 at 12:59 AM, Andy Spencer andy753...@gmail.com wrote:
For the Mac OSX build all the developers have to build their own
libraries using Xcode because there are no official binaries and no
cross compilers. I don't like that situation very much either.\
you don't need
On Wed, Apr 10, 2013 at 1:07 PM, Andy Spencer andy753...@gmail.com wrote:
On 2013-04-10 15:03, Marc-André Lureau wrote:
Also projects not using pkg-config have the same problems. Doing a
grep under fedora-mingw sys-root reveals that there are many binaries
that refer to hardcoded path too.
101 - 200 of 1338 matches
Mail list logo