I call ./autogen.sh
I have error:
configure: error: Package requirements (glib-2.0 >= 2.53.5) were not met:
No package 'glib-2.0' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment varia
n Tue, Mar 24, 2015 at 4:14 PM, Emmanuele Bassi wrote:
> Hi;
>
> On 24 March 2015 at 21:37, Andy Tai wrote:
>
> > Can gtk+ add by default a (few-pixels-wide) frame around CSD windows that
> > support the familiar window resizing behavior as commonly possible under
>
Can gtk+ add by default a (few-pixels-wide) frame around CSD windows that
support the familiar window resizing behavior as commonly possible under a
traditional window manager? That should not waste too much additional
space but address significantly the loss of the traditional way of resizing
win
Hi Emmanuele,
Based on your blog post updates, it looks like there's already some
progress towards this. For what it's worth though, I've been using GTK+
and OpenGL in one of my programs for a few years and have it working
with X11/Windows/Quartz.
The implementation(s) can be found here, along wi
distributions, likely a large part of GNOME deployment.
On Mon, Aug 18, 2014 at 10:55 AM, Emmanuele Bassi wrote:
> On 18 August 2014 18:32, Andy Tai wrote:
> > Would this new layer have performance implications? On older computers
> that
> > would not be GPU accelerated
>
&g
Would this new layer have performance implications? On older computers
that would not be GPU accelerated, would gtk 4 still work using CPU
rendering, and with comparable performance to gtk+3 (or better, gtk+ 2)?
On Mon, Aug 18, 2014 at 2:00 AM, Emmanuele Bassi wrote:
___
On Sun 02 Mar 2014 22:39, Colin Walters writes:
> On Sun, Mar 2, 2014 at 3:37 PM, Andy Wingo wrote:
>
> Ideally GLib could define an interface void g_register_allocation
> (size_t bytes, char *for_whom);
>
> What about GLib libraries which wrap non-GLib libraries t
ble -- basically it's just
gdk-pixbuf and the slice allocator anyway, no?
To do otherwise is to solve most problems but leave some pathological
cases unhandled.
Regards,
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-li
On 2014-02-27 12:40Z, Jasper St. Pierre wrote:
> Except you can't. GTK+ will deadlock your WM if you try to use it,
> unless you do it very carefully (read: add 5000 lines of code, fake
> out GDK all over the place, and implement an entire confusing state
> machine).
>
> You can't use GTK+ to buil
On 2014-02-26 21:55Z, major_ghz wrote:
> i follow the begining of GTK-3 Reference Manual, but explan only for
> an application in gtk3
>
> not for write a litle wm.
>
> can you help me for begining this projet ?
All the other people who told you not to do this are probably correct,
but since you
2, but the
libtool: definition of this LT_INIT comes from libtool 2.4."
Any clues for fixing this? thanks
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-devel-list mailing list
gtk-devel-list@
mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
;https://mail.gnome.org/mailman/listinfo/gtk-devel-list>
>
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 2013-04-10 19:51, Kalev Lember wrote:
> The glib resource framework could be a solution. If the files are all
> the kind that get loaded each and every time when the app starts (.ui
> files, for instance), it makes sense to embed them within the binary.
>
> Easier to relocate the app and the st
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.
I have this problem running my software on windows. I have many places
in m
On 2013-04-10 10:12, tarn...@tarnyko.net wrote:
> Out of curiosity, collecting info on my side : are you cross-compiling
> GTK+2 or GTK+3 ?
I don't know if it was clear or not, but I have only cross compiled my
application and have been using pre-build GTK libraries. I have built it
using both GTK
On 2013-04-09 22:33, tarn...@tarnyko.net wrote:
> It it's the case, then we could keep the buildenv "as is". Or we could
> try to adapt it to a GCC cross-compile install under Linux, but I'd
> like to avoid that for reasons that I will explain further.
Hm.. did I miss the further explanation? :)
On 2013-03-15 00:45, tarn...@tarnyko.net wrote:
> That's nice. I will patch the 3.6.4 bundle to integrate the fix, so
> GtkNotebooks work again.
I added a patch to the bug report that should fix the tab position
issue. It's also available from git:
git://pileus.org/~andy/gt
On 2013-03-11 17:20, Martin Schlemmer wrote:
> Compared to 3.4.4:
> - GtkNotebooks with a non-default oritation is broken
I opened a bug report for this issue a while back. I didn't realize
it worked in 3.4.4 though:
https://bugzilla.gnome.org/show_bug.cgi?id=691678
Taking a quick look at the
As always, thank you for your work on this. I have been hoping for a
while that you, or someone else, would get the official builds going
again, so please keep at it :)
Unfortunately, there are still a few bugs in the windows and mac
backends that have keep me from switching my project to Gtk 3.x.
Hi, with gtk+ 3, is touch input supported with the HTML 5 backend, such as
when running a gtk+ app on HTML 5 in the browser?
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2012 民國101年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
gtk-devel-list mailing list
gtk
//bugzilla.gnome.org/show_bug.cgi?id=651244
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2012 民國101年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
poorly) as cross-thread signal marshalling.
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
versions) or to stop calling g_thread_init().
* g_debug() output is no longer enabled by default. It can be enabled
on a per-domain basis with the G_MESSAGES_DEBUG environment variable
like
G_MESSAGES_DEBUG=domain1,domain2
or
G_MESSAGES_DEBUG=all
Regards,
Andy
--
http
Hello Guys,
I have found GTK bindings for the Go programming language. Maybe you
want add them to the list on the GTK website.
https://github.com/mattn/go-gtk
Best Regards
Andy
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
ead-safety-for-java
Would this mode of interaction with GTK+ not be supported in the future?
I think I missed the original mail :)
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 2011-10-20 11:37, Dieter Verfaillie wrote:
> On Thu, 20 Oct 2011 08:37:35 +0000, Andy Spencer wrote:
> > First off, when using the MS-Windows theme, some widgets don't render
> > correctly and show up as black boxes. For example, notebooks with tab
> > position set to
On 2011-10-20 10:47, Alexander Larsson wrote:
> I believe GtkGLExt should nominally work (as in there might be minor
> issues with it but it shouldn't be completely broken).
>
> Please test it if you can.
It seems your latest 2.24 seems to work with GtkGLExt, sorry about the
noise.
pgp2gYMj86R8
On 2011-10-20 09:39, Alexander Larsson wrote:
> I've not really used Gtk+ on windows for real, so I was mainly working
> from first principles in the code fixing stuff that was obviously
> wrong. Do you know of any other outstanding win32 bugs that I can
> look at?
Thanks for your work!
In my (v
On 2011-09-07, Carlos Garnacho wrote:
> That's the inverse of a recent commit of mine to master, not sure how it
> slipped in the diff, maybe the branch is being compared to a more recent
> master?
Perhaps `git diff origin/master...origin/quartz-integration' would work
better?
P.S. As someone who
right way to share any code
that doesn't fit in that size.
Happy hacking,
Andy
[0] Unrelated to this point, but Matthias and Benjamin's presentation
was titled "Towards GTK 4" or something like that -- without the +! I
don't know if that was conscio
to my attention that some GTK+ folks were not aware of this, as
I wasn't, before seeing Ralf's presentation. See
http://www.gnu.org/s/hello/manual/autoconf/Cache-Files.html for more
info. I think you'll find that when hacking on your projects, it's
quite useful!
Cheers,
And
d-only) stack.
The email address for gettext bugs is bug-gnu-gett...@gnu.org.
Cheers,
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
u invalidate all references to particular commits
that are out there: not just in git branches, but also in mailing
archives and anything else.
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/li
(selecting text) over web pages in Firefox, text in X term, or text
in gnome-term, where the X primary selection is updated only after the user
has released the button after finishing dragging. One would assume the gtk+
behavior increases CPU load and decreases the GUI performance...
Andy
I would like to have a way to insert the PRIMARY selection into a
GtkEntry/GtkTextView using only the keyboard. I commonly use a laptop
that only has two buttons, and trying to press them simultaneously can
be difficult at times.
I think most terminal applications will paste the PRIMARY selection
On 2010-10-22 17:06, Ryan Lortie wrote:
> - We will add GTimeSpec which is GTimeVal using nanoseconds instead
> of microseconds (same story with struct timeval vs. struct
> timespec). The librt interfaces provide this level of accuracy so
> it would be a shame
On Wed 13 Oct 2010 00:04, Emmanuele Bassi writes:
> Minutes of the GTK+ Team Meeting - 2010-09-21
Thanks for the minutes, Emmanuele; these are really clear notes.
Cheers,
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-l
this
problem for everyone by constructively engaging with the maintainers,
via bug-{automake,libto...@gnu.org.
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
like
in Java, and prototype-based inheritance, like in Self (or
Javascript). GObject's native support is more for class-based
inheritance (vmethods in GObjectClass), but it lets you build other
things too.
This discussion might be better continued on gtk-app-devel-list, FWIW.
Andy
--
http://w
On Thu 29 Jul 2010 17:39, Ryan Lortie writes:
> LIVE FROM GUADEC 2010, IT'S
>
> _ _ __
> __ _ | | (_) | |__|___ \ |___ \ | ___| / | |___ \
> / _` | | | | | | '_ \ __) | __) | |___ \
a
> copy/paste style.
It might not be possible, but if it's really mechanical, a semantic
patch from coccinelle might help:
http://lwn.net/Articles/315686/
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-li
from the signal handler, and
> do the heavyweight work from there ?
g_main_context_wakeup () is not signal-safe.
The correct thing to do is to make a socketpair, and write on it from
the signal handler, and tie the read side to a GSource.
Andy
--
http://wingolog.org/
_
cket when i use "gtk_socket_add_id"
add to GtkPlug *new* GtkPlug.
I have check code of Gtk+ 2.20, but haven't found any hint.
Any idea? Or bug in Gtk+ 2.20?
-- Andy
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.
Andreas Nilsson writes:
> On 04/05/2010 09:06 AM, Andy Stewart wrote:
>> I have update all Gtk+ APIs to 2.18.3.
>> Code repository at http://code.haskell.org/gtk2hs/
>>
>> Now gtk2hs support all APIs from 2.8 to 2.18.3
>>
>> So please administrator
2.18.3
So please administrator update page for Haskell binding status.
Thanks,
-- Andy
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
This effects the get_integer, set_integer, get_integer_list, and
set_integer_list functions.
---
I ran out of bits while trying to save an integer in a GKeyFile.
Swapping gint with gint64 seemed like the easiest solution.
I'm not entirely sure how this effects portability or backwards
compatibility
s like using the cross compiler to generate assembly
> instead
> of machine code from specially-crafted, generated C code, and then parse
> the
> resulting assembly to extract the structure sizes and offsets.
>
>
> --
> muppet
>
> ____
how to generate the typelibs
for gtk+ using GObjectIntrospection? Thanks.
(this question may not be suitable for this mail list but the GObject
Introspection web page points to here for now)
--
Andy Tai, a...@atai.org
___
gtk-devel-list mailing list
gtk
comparison, but the fact that they involve
GObject signal emissions mean significant overhead if the widget tree
is deep.
Is there any way to bypass the GObject signal mechanism during the
negotiation process?
--
Andy Tai, [EMAIL PROTECTED]
___
gtk-devel
s?
I don't think so personally; there are many possibilities here for doing
the wrapping. An obvious one would be to interpret non-integer size
values as sizes in ems. Or you could have e.g. 2*EM, where EM is an
instance of some special class, that knows how to convert itself to an
Heya Andreas,
On Thu 10 Apr 2008 10:34, Andreas Nilsson <[EMAIL PROTECTED]> writes:
>> On Mon 07 Apr 2008 16:24, Andreas Nilsson <[EMAIL PROTECTED]> writes:
>>* guile-gnome (http://www.gnu.org/software/guile-gnome/)
>>
>> libs, and wraps GTK+ 2.10:
>>
GTK+ 2.10:
Cheers,
Andy
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
de facto interface for
application->module interaction; of course if your modules are written
in e.g. python you have other options.
Cheers,
Andy.
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
ding actually uses get_type() functions, they can register
those functions with GTK+; otherwise, you would have to resort to
libffi's callbacks. But in this case, I'd go ahead assuming that
language bindings are fine. Also since Johan is in this, I'm sure he
would speak up if there
nc (mainloop-using) i/o operations
> at all?
I do not see GStreamer taking advantage of this, no.
Cheers,
Andy.
--
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
it from another thread, so that you can seek, for example. Perhaps
that is the concern?
In any case, as long as one is able to cancel an in-progress sync
operation from another thread, GStreamer is fine, AFAIK.
Regards,
Andy.
--
http://wingolog.org/
___
bstract_new)
{
GstObject *object;
ASSERT_CRITICAL (object = g_object_new (gst_object_get_type (),
NULL));
fail_unless (object == NULL, "Created an instance of abstract
GstObject");
}
I could 44 uses of this pattern in GStreamer core's test suite, based on
libcheck (but w
ppings that handle GErrors in a special way
> (say, as an exception).
I think most languages have their own customary ways of performing IO
that they'd like to get gnome-vfs to map to, and so the gnome-vfs
wrappers are custom anyway. (That is at least the case with the guile
binding, not s
ml/gstreamer-GstValue.html
Regards,
--
Andy Wingo
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
ecommend rolling our own
register_static variant?
Regards,
--
Andy Wingo
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
this threadsafe pooling down to GLib gets it out of
Gnumeric, evolution, gstreamer, etc. Maybe one day it can make it into
glibc itself, who knows.
Just some data points,
--
Andy Wingo
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
;m sure you were
thinking that already. Just making sure :)
Regards,
--
Andy Wingo
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
blocking on Wim, who just now subscribed. He needs to update the
closure refcounting, and claims he'll get to it today.
Regards,
--
Andy Wingo
http://wingolog.org/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
64 matches
Mail list logo
