On 2018-08-03 04:53, Chun-wei Fan via gtk-devel-list wrote:
-At this point, it is possible to run with the GL GSK renderer while
forcing EGL/GLES (i.e., setting GDK_DEBUG=gl-gles). I saw shader
compilation errors for both blur.fs.glsl and color_matrix.fs.glsl on
both EGL/ANGLE, as well as runn
Hi,
Please pardon my ignorance about how things went in terms of the
development for GTK+-4.
Few questions that I would like to ask:
-It seems to me that we don't do glBlitFramebuffer() directly in the
code, as opposed to GTK+-3.x, as the FPS I had was about 20.0 versus
60.0 (on GTK+
On tor, 2012-10-04 at 15:46 -0400, Owen Taylor wrote:
> On Thu, 2012-10-04 at 08:09 -0400, Alexander Larsson wrote:
> > Are you sure that is really a problem? The x11 gdk_event_source_check()
> > code will never even look for a message if there is any GdkEvent queued.
> > And if there is nothing qu
On Thu, 2012-10-04 at 08:09 -0400, Alexander Larsson wrote:
> > Some open questions in my head about the frame synchronization work:
[...]
> > * For pausing the main event delivery, what we currently do is that
> > we queue events but don't dispatch them. This could
> Some open questions in my head about the frame synchronization work:
>
> * Is GdkPaintClock the right name? It might imply that it only has to
> do about painting and not about other things like layout.
> GdkFrameClock would be an alternative. GdkClock is possible but
>
Some open questions in my head about the frame synchronization work:
* Is GdkPaintClock the right name? It might imply that it only has to
do about painting and not about other things like layout.
GdkFrameClock would be an alternative. GdkClock is possible but
likely too generic.
* For
>>> On 7/19/2012 at 7:28 AM, Fan Chun-wei wrote:
> After figuring out where I should place the .typelib/.gir files, I
> proceeded to to run the glib-print example, but I get:
> **
> domain:ERROR:glib-print.c:1057148:main: hello world
>
> This application has requested the Runtime to terminate i
Hi there,
please provide a call stack.
mike
On Thu, Jul 19, 2012 at 5:28 AM, Fan Chun-wei wrote:
> Hi,
>
> I was trying to build G-I on Windows using MSVC, and managed to get the
> GLib-2.0.gir file to be built by g-ir-scanner (used the gcc preprocessor as
> MSVC does not accept input from stdin
Hi,
I was trying to build G-I on Windows using MSVC, and managed to get the
GLib-2.0.gir file to be built by g-ir-scanner (used the gcc preprocessor
as MSVC does not accept input from stdin[1], then run the MSVC compiler
on the
resulting temporary GLib.c), using the command like what is found
I talked on one of accessibility users, he said that MSAA is highly
obsolete and is functionally very limited.
About Qt, he said that he was working with Qt apps under Windows, "the
pleasure is below the standard one, but it's possible to work with
them. For example, a lot is done badly: like you
WinAPI because
> Miranda is more accessibility-features-friendly. I intend to try to help
> change that state with GTK under Windows.
>
> The first set of questions is:
>
> 1A) Could you tell the current state of accessibility support of GTK+
> under Windows? Current stable Pidgin us
On Wed, 11 Apr 2012 08:29:35 +0900, Evgeniy Philippov wrote:
> There is no mention for downloading sources in the script's README.
There isn't, but if you run the script without any parameters, you'll
notice this:
--src Download source instead of noarch package
--
< Jernej Sim
В Втр, 10/04/2012 в 23:46 +0200, Jernej Simončič пишет:
> On Wed, 11 Apr 2012 06:18:47 +0900, Evgeniy Philippov wrote:
>
> >> 2. Current stable Pidgin uses gtk+-bundle_2.14.7-20090119_win32 under
> >> Windows.
> > I haven't made myself clear enough. I want to program and change GTK+,
> > not only
On Wed, 11 Apr 2012 06:18:47 +0900, Evgeniy Philippov wrote:
>> 2. Current stable Pidgin uses gtk+-bundle_2.14.7-20090119_win32 under
>> Windows.
> I haven't made myself clear enough. I want to program and change GTK+,
> not only Pidgin. I already have full source for Pidgin and all of its
> depe
uses WinAPI because
> Miranda is more accessibility-features-friendly. I intend to try to help
> change that state with GTK under Windows.
>
> The first set of questions is:
>
> 1A) Could you tell the current state of accessibility support of GTK+
> under Windows? Current st
state with GTK under Windows.
The first set of questions is:
1A) Could you tell the current state of accessibility support of GTK+
under Windows? Current stable Pidgin uses gtk
+-bundle_2.14.7-20090119_win32 under Windows.
1B) Is it hard to add support for accessibility features to GTK+ under
Wi
Hi,
I'm looking at GSettings+DConf as a simpler alternative to GConf for an
embedded project, but there are a couple of things that are not clear to me.
1. where does DConf keep it's database files? looking through the code,
it looks like it might be in the /etc/dconf/db/.d, where
is t
On Tue, Sep 14, 2010 at 3:06 PM, Tristan Van Berkom
wrote:
>
> Note that only non-contextual sizes of every widget are ever consulted
> by size groups (since size groups have no knowledge of what size a
> widget will be allocated in one dimension, it cannot derive how much
> height a widget
On Tue, 2010-09-14 at 12:45 -0400, Matthias Clasen wrote:
> This is indeed quite a brain teaser.
>
> I don't think your current approach of incrementally bumping the size
> group requisition does even work correctly. How does the size group
> requisition ever become smaller again ? The pre-hfw siz
This is indeed quite a brain teaser.
I don't think your current approach of incrementally bumping the size
group requisition does even work correctly. How does the size group
requisition ever become smaller again ? The pre-hfw sizegroup code
always looped over all widgets to determine the size gro
On Sun, 2010-09-12 at 01:01 -0400, Havoc Pennington wrote:
> Hi,
>
> On Sun, Sep 12, 2010 at 12:45 AM, Tristan Van Berkom
> wrote:
> > While on this topic, there's this XXX comment I left dangling
> > in gtksizegroup.c:
> > http://git.gnome.org/browse/gtk+/tree/gtk/gtksizegroup.c#n677
> >
> > I
Hi,
On Mon, Sep 13, 2010 at 7:06 AM, Tristan Van Berkom
wrote:
> Heh, do you mean GtkWindow widgets or GtkWidgets that have their own
> GdkWindow ?
Widgets that have their own GdkWindow
i.e. I was proposing that when adjusting a size request,
if (gtk_widget_get_window(widget))
{
if (*minimum
On Sun, 2010-09-12 at 12:53 -0400, Havoc Pennington wrote:
> Hi,
>
> On Sun, Sep 12, 2010 at 1:33 AM, Tristan Van Berkom
> wrote:
> > Ok I see, so we end up with:
> > - set_size_request() Can be used to increase the minimum request
>
> I was thinking this should stay backward compatible and all
Hi,
On Sun, Sep 12, 2010 at 1:33 AM, Tristan Van Berkom
wrote:
> Ok I see, so we end up with:
> - set_size_request() Can be used to increase the minimum request
I was thinking this should stay backward compatible and allow lowering
it, fwiw. Though I can't actually come up with a use case, I'm
On Sun, 2010-09-12 at 01:01 -0400, Havoc Pennington wrote:
> Hi,
>
> On Sun, Sep 12, 2010 at 12:45 AM, Tristan Van Berkom
> wrote:
> > While on this topic, there's this XXX comment I left dangling
> > in gtksizegroup.c:
> > http://git.gnome.org/browse/gtk+/tree/gtk/gtksizegroup.c#n677
> >
> > I
Hi,
On Sun, Sep 12, 2010 at 12:45 AM, Tristan Van Berkom
wrote:
> While on this topic, there's this XXX comment I left dangling
> in gtksizegroup.c:
> http://git.gnome.org/browse/gtk+/tree/gtk/gtksizegroup.c#n677
>
> I was thinking maybe that for all the widgets in a group to be
> effectively t
On Sat, 2010-09-11 at 21:05 -0400, Matthias Clasen wrote:
> On Sat, Sep 11, 2010 at 7:58 PM, Havoc Pennington wrote:
>
> >
> > Anyhow: it would be a shame to ship the "ignore set size request
> > smaller than min size" by accident. Should I open a bug? Or should I
> > change (and document) set_si
On Sat, Sep 11, 2010 at 7:58 PM, Havoc Pennington wrote:
>
> Anyhow: it would be a shame to ship the "ignore set size request
> smaller than min size" by accident. Should I open a bug? Or should I
> change (and document) set_size_request to "increase only"?
Sounds good to me.
___
Hi,
Just thinking, in the new GtkSizeRequest world it's probably more
useful to set natural size than minimum size.
With Clutter, what we often find ourselves wanting to do at litl is
"set natural size, clamping it to be larger than minimum size"
So for example setting natural size to 0 would me
Am Wed, 8 Sep 2010 07:31:58 -0400
schrieb Matthias Clasen :
> On Wed, Sep 8, 2010 at 7:10 AM, Christian Dywan
> >
> > So a possible idea would be to turn GtkEditable into a clipboard
> > interface, where entry specific features are removed.
>
> Which features do you consider entry-specific ? As f
On Wed, Sep 8, 2010 at 7:10 AM, Christian Dywan
>
> So a possible idea would be to turn GtkEditable into a clipboard
> interface, where entry specific features are removed.
Which features do you consider entry-specific ? As far as I'm
concerned, the editable interface could just be implemented by
Am Tue, 7 Sep 2010 20:54:43 -0400
schrieb Matthias Clasen :
> > 3) Cleanup of useless classes
> > With the removal of the deprecated widgets, we now have objects in
> > the widget hierarchy that make no real sense anymore (i.e. GtkItem
> > or GtkEditable). Should they be removed? Should they be ke
On Sat, Sep 4, 2010 at 4:56 AM, Benjamin Otte wrote:
> So,
>
> I've been busy the last few days making all expose events use Cairo
> contexts exclusively and while doing that had to wander into the
> cobwebbed regions of Gtk code and other exciting places. While doing
> tha
Hi,
On Tue, Sep 7, 2010 at 3:49 AM, Tristan Van Berkom
wrote:
> What is the use-case for forcing a widget to request something smaller
> than it's content ?
>
I think the use-cases are mostly caused by the old limited layout
system. For example, to get a label to ellipsize, you used to have to
s
On Tue, 2010-09-07 at 14:44 +0900, Tristan Van Berkom wrote:
> On Sat, 2010-09-04 at 21:37 -0400, Havoc Pennington wrote:
> > Hi,
> >
> > several questions looking at this code,
>
> Sorry it took me a while to answer this mail.
>
> >
> > 1. I may be
On Sat, 2010-09-04 at 22:20 -0400, Havoc Pennington wrote:
> Also,
>
> 4. AuxInfo still contains x,y, x_set, y_set and code reads them, but
> commit 0d322676dcb06be62329a7d4373c497993509fbd removed set_uposition
> and now there is no way to set these - so they should die, right?
The removed gtk_w
On Sat, 2010-09-04 at 21:37 -0400, Havoc Pennington wrote:
> Hi,
>
> several questions looking at this code,
Sorry it took me a while to answer this mail.
>
> 1. I may be nuts but I really thought set_size_request() could reduce
> a size request below the widget's norm
Bugzilla is down, so here's a patch for another problem
Havoc
From d8b6eb473b0eb13b9540f91516f2f60df2d5f1a7 Mon Sep 17 00:00:00 2001
From: Havoc Pennington
Date: Sun, 5 Sep 2010 01:42:14 -0400
Subject: [PATCH] default impls of width_for_height,hfw should chain directly not use wrapper API
In Gtk
Also,
4. AuxInfo still contains x,y, x_set, y_set and code reads them, but
commit 0d322676dcb06be62329a7d4373c497993509fbd removed set_uposition
and now there is no way to set these - so they should die, right?
Havoc
___
gtk-devel-list mailing list
gtk-
Hi,
several questions looking at this code,
1. I may be nuts but I really thought set_size_request() could reduce
a size request below the widget's normal request, back in the day.
However, won't this code allow set_size_request to *increase* min size
only?
http://git.gnome.org/browse
I'd say a useful emphasis is to focus on enabling deprecation by
adding "the new way," rather than on actually removing the old way.
e.g. on my pixbuf patch, the changes allow dropping any actual use of
the old format. But going on a "compile with
GDK_PIXBUF_DISABLE_DEPRECATED" spree just in pixbu
Hi Benjamin,
Great that you bring this up for discussion.
I think another trade-off you want to make in this discussion is what
amount of backwards compatibility you want to have with GTK 2.x. In
the original GTK+ 3 plans a few years ago it was argued to have a very
smooth migration path by limi
So,
I've been busy the last few days making all expose events use Cairo
contexts exclusively and while doing that had to wander into the
cobwebbed regions of Gtk code and other exciting places. While doing
that a few questions about general cleanup occured to me:
1) How to handle old-s
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
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 set and visual given by parameter, which one
has precedence
At 24.08.2010 10:14, Alexander Larsson wrote:
On Sat, 2010-08-21 at 14:09 +0200, Hans Breuer wrote:
while trying to fix _gdk_window_impl_new() for win32 some more,
quite some questions arose around that (apparently undocumented;)) API:
- if the information given to _gdk_window_impl_new() is
On Sat, 2010-08-21 at 14:09 +0200, Hans Breuer wrote:
> while trying to fix _gdk_window_impl_new() for win32 some more,
> quite some questions arose around that (apparently undocumented;)) API:
>
> - if the information given to _gdk_window_impl_new() is redundant,
> as wit
while trying to fix _gdk_window_impl_new() for win32 some more,
quite some questions arose around that (apparently undocumented;)) API:
- if the information given to _gdk_window_impl_new() is redundant,
as with GDK_WA_VISUAL set and visual given by parameter, which one
has precedence
For the record, I was mistaken. It does not work to use "expose-event"
handler for the temporary handle. If the "permanent" expose-event handle
returns TRUE, the temporary expose-event handler is never called. This
surprised me as I thought that a later call to g_signal_connect() takes
precedence o
Great! I just had to block myself when calling the other expose handler as
follows:
:
g_signal_handler_block(widget, selfp->expose_handler_id);
int retval;
g_signal_emit_by_name (widget, "expose-event", event, &retval);
g_signal_handler_unblock(widget, selfp->expose_handler_id
A nice way to do it would be to subclass your widget and chain up to
the parent expose
method where needed.
if you need to draw generically on widgets, it wont work for all
widgets (some widgets
can have floating subwindows)... but you can be bold and connect to
the "event" signal
and do something
While playing around with a general system for doing polygon overlays (e.g.
for rectangle or line selection) I got stuck on the following problem.
Assume that I have a widget A that has an expose handler exp_A().
Now assume that I would temporarily like to draw an "overlay on A" from the
code in
Hey Travis,
I've been on vacation the past two weeks so my reply is a bit delayed.
On Wed, 2009-11-25 at 11:57 -0800, Travis Reitter wrote:
> Hi David,
>
> I'm porting e-d-s's libebook from dbus-glib to gdbus and I've run into
> a couple confusing bits of GDBus:
>
> * g_dbus_connection_bus_get(
Hi David,
I'm porting e-d-s's libebook from dbus-glib to gdbus and I've run into
a couple confusing bits of GDBus:
* g_dbus_connection_bus_get() always seems to end in this failure:
GLib-DBus-Standalone:ERROR:gdbusprivate.c:259:connection_setup_add_watch:
assertion failed: (dbus_watch_get_data (
2009/11/9 David Zeuthen :
> Hey Mikkel,
>
> Sorry for not replying sooner!
>
> On Wed, 2009-10-28 at 21:23 +0100, Mikkel Kamstrup Erlandsen wrote:
>> >> Attached is a series of patches (0001 should be identical to my
>> >> previous) implementing what you describe, except adding the gboolean
>> >> e
Hey Mikkel,
Sorry for not replying sooner!
On Wed, 2009-10-28 at 21:23 +0100, Mikkel Kamstrup Erlandsen wrote:
> >> Attached is a series of patches (0001 should be identical to my
> >> previous) implementing what you describe, except adding the gboolean
> >> enumerated arg to @introspect and @dis
2009/10/28 Mikkel Kamstrup Erlandsen :
> 2009/10/28 Mikkel Kamstrup Erlandsen :
>> 2009/10/27 Mikkel Kamstrup Erlandsen :
>>> 2009/10/27 David Zeuthen :
Hey Mikkel,
On Mon, 2009-10-26 at 23:52 +0100, Mikkel Kamstrup Erlandsen wrote:
> > I just looked over the newly introduced
>>>
2009/10/28 Mikkel Kamstrup Erlandsen :
> 2009/10/27 Mikkel Kamstrup Erlandsen :
>> 2009/10/27 David Zeuthen :
>>> Hey Mikkel,
>>>
>>> On Mon, 2009-10-26 at 23:52 +0100, Mikkel Kamstrup Erlandsen wrote:
> I just looked over the newly introduced
> g_dbus_connection_register_subtree() and re
2009/10/27 Mikkel Kamstrup Erlandsen :
> 2009/10/27 David Zeuthen :
>> Hey Mikkel,
>>
>> On Mon, 2009-10-26 at 23:52 +0100, Mikkel Kamstrup Erlandsen wrote:
>>> > I just looked over the newly introduced
>>> > g_dbus_connection_register_subtree() and related data structures, and
>>> > I think it wil
2009/10/27 David Zeuthen :
> Hey Mikkel,
>
> On Mon, 2009-10-26 at 23:52 +0100, Mikkel Kamstrup Erlandsen wrote:
>> > I just looked over the newly introduced
>> > g_dbus_connection_register_subtree() and related data structures, and
>> > I think it will fit very nicely with what I am going to need.
Hey Mikkel,
On Mon, 2009-10-26 at 23:52 +0100, Mikkel Kamstrup Erlandsen wrote:
> > I just looked over the newly introduced
> > g_dbus_connection_register_subtree() and related data structures, and
> > I think it will fit very nicely with what I am going to need. All in
> > all it looks really swe
2009/10/25 Mikkel Kamstrup Erlandsen :
> 2009/10/15 David Zeuthen :
>> Hey Mikkel,
>>
>> On Thu, 2009-10-15 at 08:24 +0200, Mikkel Kamstrup Erlandsen wrote:
>>> * Can I register a GDBusInterfaceVTable without registering an
>>> object? The use case I have in mind is something akin to dynamically
>
2009/10/15 David Zeuthen :
> Hey Mikkel,
>
> On Thu, 2009-10-15 at 08:24 +0200, Mikkel Kamstrup Erlandsen wrote:
>> * Can I register a GDBusInterfaceVTable without registering an
>> object? The use case I have in mind is something akin to dynamically
>> spawning objects on the server side when mes
Hey Mikkel,
On Thu, 2009-10-15 at 08:24 +0200, Mikkel Kamstrup Erlandsen wrote:
> * Can I register a GDBusInterfaceVTable without registering an
> object? The use case I have in mind is something akin to dynamically
> spawning objects on the server side when messages are send to objects
> under a
.
Thanks for this extensive write up, it is really appreciated!
I read the API docs on
> http://people.freedesktop.org/~david/gdbus-20091014/
and it generally it looks really good, but I have some questions...
* Can I register a GDBusInterfaceVTable without registering an
object? The use c
I currently try to understand the directfb GDK backend code for event
handling.
Can anybody tell me why the dfb_events_io_func is used to call
dfb_events_dispatch ?
In the win32 backend and the old linux-fb backend there is the dispatch
function registered as follws:
static GSourceFuncs xxx_even
hat is out of date. Is there anyone around who might
know the current state of things on X11? Trying to uniquely identify
various devices is one aspect that there are some questions with. For
example, are the GdkDevice pointers returned by gdk_devices_list()
consistent through the lifetime of the a
ate. Is there anyone around who might
> know the current state of things on X11? Trying to uniquely identify
> various devices is one aspect that there are some questions with. For
> example, are the GdkDevice pointers returned by gdk_devices_list()
> consistent through the lifeti
Trying to uniquely identify
various devices is one aspect that there are some questions with. For
example, are the GdkDevice pointers returned by gdk_devices_list()
consistent through the lifetime of the application?
Thanks.
___
gtk-devel-list mailin
Johan Dahlin wrote:
Hey,
On Wed, Mar 25, 2009 at 7:34 PM, nf2 wrote:
Hi,
Inspired by Richard Dales blog about "Creating QMetaObjects from GObject
Introspection data" i started working on a code-generator which
automatically generates Qt/C++ bindings using GIRepository. The basic idea
is t
c idea
> is that bindings are generated "on demand" and compiled together with the
> code which uses them.
Interesting!
Is there an opportunity for you and Richard to co-operate and write one
project supporting both kinds of usages?
> Now i got some problems/questions regardin
d together
with the code which uses them.
Now i got some problems/questions regarding GIRepository:
1) gpointer* arguments:
shouldn't they be reported as void Ptr with direction OUT or INOUT?
(at the moment GIRepository just tells me they are "void Ptr's&qu
On Sat, 2009-02-21 at 14:50 -0500, Michael B. Trausch wrote:
>
> There seem to be those that are of the mindset "If you can use Xlib for
> a problem, why not just use GDK?" which is what led me to believe that
> it might be suitable for my purposes. But if GDK only lets you "see"
> things that t
On Sat, 21 Feb 2009 12:03:56 -0500
Matthias Clasen wrote:
> (not quite the right list for this kind of question, but...)
Is there a GDK list somewhere that I missed, or otherwise a better list
for my question? This was the closest thing I could find to something
proper.
> why do you think you
GDK only exposes stuff that's useful for writing a normal-ish
application; it won't expose things you might want if you're writing
one of the various sorts of "manager" like a window manager,
compositing manager, system tray manager, etc. But it has everything
GTK uses and GTK is sufficient to writ
(not quite the right list for this kind of question, but...)
why do you think you need to poke into selection owners to use the
system tray ? GTK+ applications just create a GtkStatusIcon and, if
they need to know if a tray is there, listen for notify::embedded.
___
good number of things
that are going on with the window system.
I am quite new with GDK (as well as Xlib), too, so I apologize if I am
asking questions that are seemingly obvious; I am probably not
knowledgeable enough to enter the right keywords into Google to find
the documentation that co
Is GTK+ supported in TCL/TK under FEDORA nd UBUNTU ?
Are there any video players which can be controlled from within TCL/TK ?
Rgds,
John Lever
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Sun, 1 Jun 2008, Yu Feng wrote:
> Hi all, not sure if it is appropriate here, but I don't quite understand
> the code in g_object_unref:
>
> glib-2.16.1/gobject/gobject.c: line:1763
> /* here we want to atomically do: if (ref_count>1) { ref_count--;
> return; } */
> retry_atomic_decrement1:
>
Hi all, not sure if it is appropriate here, but I don't quite understand
the code in g_object_unref:
glib-2.16.1/gobject/gobject.c: line:1763
/* here we want to atomically do: if (ref_count>1) { ref_count--;
return; } */
retry_atomic_decrement1:
old_ref = g_atomic_int_get (&object->ref_count)
On Fri, 2008-03-14 at 16:30 +0100, Tommi Komulainen wrote:
> 2008/3/14 Mikkel Kamstrup Erlandsen <[EMAIL PROTECTED]>:
> >
> > 3) Exposing struct fields in GObject class structs? How else would one
> > override methods? By calling a designated
> > g_object_class_override_method(class, method, new_me
2008/3/14 Mikkel Kamstrup Erlandsen <[EMAIL PROTECTED]>:
>
> 3) Exposing struct fields in GObject class structs? How else would one
> override methods? By calling a designated
> g_object_class_override_method(class, method, new_method); or something of
> the sort?
My thought has been that you coul
Hi All,
I just read through the detailed version of Imendio's Vision on Gtk+ [1],
and I have some questions that I do not know the right forum to post in. I
hope that here is ok.'
1) Relation to GLib. Are these methodologies being imposed on GLib too? To
some extent it must atle
On Jan 28, 2008 9:38 AM, David Zeuthen <[EMAIL PROTECTED]> wrote:
> isn't there yet but I've talked to alexl about adding it. Not sure about
> the API but it probably needs to include the device type as well; e.g.
Alex recently added api for this:
2008-01-24 Alexander Larsson <[EMAIL PROTECTED
On Mon, 2008-01-28 at 10:44 +, Bastien Nocera wrote:
> - Is there a way to get the device name for a GVolume, or get the
> GVolume for a particular device name? This is used in Totem when people
> (or the media insertion bits in Nautilus) call Totem with a device path.
You probably mean GMoun
On Mon, 2008-01-28 at 11:52 +0100, Carlos Garcia Campos wrote:
> El lun, 28-01-2008 a las 10:44 +, Bastien Nocera escribió:
> > Heya,
> >
> > I was looking at porting Totem and totem-pl-parser to gio/gvfs, and ran
> > into a few problems:
> > - Is there an equivalent to gnome_vfs_uri_exists()
El lun, 28-01-2008 a las 10:44 +, Bastien Nocera escribió:
> Heya,
>
> I was looking at porting Totem and totem-pl-parser to gio/gvfs, and ran
> into a few problems:
> - Is there an equivalent to gnome_vfs_uri_exists()? Or should I use
> g_file_query_info() without any requested attributes an
Heya,
I was looking at porting Totem and totem-pl-parser to gio/gvfs, and ran
into a few problems:
- Is there an equivalent to gnome_vfs_uri_exists()? Or should I use
g_file_query_info() without any requested attributes and check for the
error?
- Is there a way to get the device name for a GVolume
On Wed, 2007-11-14 at 16:44 -0500, John Ehresman wrote:
> Hi,
>
> A few dbus integration questions from an application developer who is
> somewhat familiar with gtk internals and the win32 port.
>
> * Would gtk be usable on posix-like platforms that do not have dbus
> ins
Hi,
A few dbus integration questions from an application developer who is
somewhat familiar with gtk internals and the win32 port.
* Would gtk be usable on posix-like platforms that do not have dbus
installed and configured? Does OS X fall into this category?
* What happens when something is
Hello,
Currently I work in the Institute for System Programming of the Russian Academy
of Sciences in a project that runs in collaboration with the Linux Foundation
(former FSG).
Our part of the team develops tests for compliance with LSB 3.1 for the atk
library.
We have some questions
On Tue, 06 Feb 2007 19:23:51 +0200, Markku Vire <[EMAIL PROTECTED]> wrote:
>Hi,
>[great information]
Hello Markku, thank you very much for your detailed answer.
I will try to digest this at first! :)
--
Franz Steinhaeusler
___
gtk-devel-list mailing
Hi,
Almost all public gtk+ functions use g_return_if_fail -family of macros
to validate preconditions when an API function is called. This could
look like the following:
gpointer foo(gpointer a)
{
g_return_val_if_fail(a != NULL, NULL);
... Do some real stuff here
}
So, this checks that the
Hello List/Group,
Sorry for crossposting, but I think the chances are higher to get an answer.
I also already asked in other forums/groups, but here are the experts,
and I want to get so much information as possible. :)
Problem is:
I have wxPython 2.8.1.1 Unicode on Ubuntu (6.10) Linux, and th
Hello List/Group,
Sorry for crossposting, but I think the chances are higher to get an answer.
I also already asked in other forums/groups, but here are the experts,
and I want to get so much information as possible. :)
Problem is:
I have wxPython 2.8.1.1 Unicode on Ubuntu (6.10) Linux, and th
Hi,
I dont understand the code of this function : gdk_drawable_get_image
the back trace of gdb shows that :
#0 gdk_drawable_real_get_composite_drawable (drawable=0x482e558, x=0, y=0,
width=359, height=322, composite_x_offset=0xbfffe428,
composite_y_offset=0xbfffe42c) at gdkdraw.c:1189
#1 0x
On Mon, 2006-07-24 at 11:41 -0500, Jonathon Jongsma wrote:
> Hello GTK+ developers
>
> This is a question I had while working on some gtkmm documentation for
> the new recent files stuff in GTK+ 2.10. Can anybody enlighten me on
> the question below?
Sure.
> [Also, the GtkRecentFilterInfo type
Hello GTK+ developers
This is a question I had while working on some gtkmm documentation for
the new recent files stuff in GTK+ 2.10. Can anybody enlighten me on
the question below?
[Also, the GtkRecentFilterInfo type is a bit confusing to me in
general. It feels more like an internal implement
Title: Two questions about GtkTextTag and GtkTreeView
Hi all
I've found some problems about GtkTextTag and GtkTreeView.
Detailed info can be found at the links below:
http://bugzilla.gnome.org/show_bug.cgi?id=322113
http://bugzilla.gnome.org/show_bug.cgi?id=325947
Could someon
Owen Taylor wrote:
>Some fodder for discussion this weekend:
>
>1. Is there a cross-platform printing user interface?
>
> Actually, what we are interested in is not the printing
> user interface per-se, but the points of interaction between
> the application user interface and the printing
1 - 100 of 105 matches
Mail list logo