What could cause this kind of trouble, where the UI is not refreshed
anymore, but main context seems to be up and running?
GdkFrameClock no longer receive update requests when this issue is
triggered.
What could cause the GdkFrameClock[Idle] not to be called?
Thanks,
Manu.
__
Hi,
I'm using PyGTK3 [python3.7, Debian 9.7 @ x86_64, Gtk 3.22.11] for an
embedded UI [X11, Xfce4, kiosk mode].
I noticed that after a while, the UI "freezes": the UI items are not
repainted anymore, whatever Gtk calls are invoked.
I initially thought the main loop was stuck for some reason
Hello!
I believe I may have run into a glib or gtk bug that was ported from gtk2.
I could use some help determining how to debug / gather more information /
work around this issue.
On rare occasions, while in a dialog, all signals and events are not
received for touch or click events -- however
Hi,
I don't mind discussing this on the ML.
-- Forwarded message --
From: gtk+
Date: Thu, Oct 5, 2017 at 6:48 PM
Subject: [Bug 788266] Adding Underline/Strikethrough selectors
To: ikoro...@gmail.com
Comment # 15 on bug 788266 from Daniel Boles
(In reply to ikorot01
suffered from a background color
bug/issue. The developers are not
giving this high priority (which is fair enough) so I'm trying to
investigate it. Now asking your mailing list for input.
Please bear with me as I'm not GTK+ developer.
This video/gif demonstrates the issue: http://i.imgur.
I told you about this bug some days ago, I get it in my Nim editor
https://github.com/ngtk3/NEd
Here is some minimal C code which seems to show a very similar problem.
This is for gtk+-3.18.9 Linux AMD64
The task is to replace a GTK notebook with a paned widget containing two
notebooks.
To
Please file a bug at
bugzilla.gnome.org
El abr. 14, 2016 2:52 AM, "田红" escribió:
> Hi:
>
> Hi:
> ... Hello I am from Chinese developers when I was with the use of the
> volume control when rhythmbox control software crash occurred by viewing
> the source
Hi:
Hi:
... Hello I am from Chinese developers when I was with the use of the
volume control when rhythmbox control software crash occurred by viewing the
source code found rhythmbox is your official GTK in gtk_volume_button_new () do
the following:
(1) Open rhythmbox tap the volume
You can try messing around with CSS in GtkInspector
On Wed, Jan 20, 2016 at 1:35 PM, golinux wrote:
> I am using Xfce DE version 4.10 on Debian Jessie. I am re-colorizing the
> Xfce window theme (/gtk-2.0/gtkrc and /gtk3.0/gtk.css) and found a possible
> bug with the Aisleriot too
On Fri, 22 Jan 2016, golinux wrote:
On 2016-01-20 12:35, golinux wrote:
I am using Xfce DE version 4.10 on Debian Jessie. I am re-colorizing
the Xfce window theme (/gtk-2.0/gtkrc and /gtk3.0/gtk.css) and found a
possible bug with the Aisleriot toolbar icon spacing. Note that I
have only
On 2016-01-20 12:35, golinux wrote:
I am using Xfce DE version 4.10 on Debian Jessie. I am re-colorizing
the Xfce window theme (/gtk-2.0/gtkrc and /gtk3.0/gtk.css) and found a
possible bug with the Aisleriot toolbar icon spacing. Note that I
have only switched out colors - not mucked around
I am using Xfce DE version 4.10 on Debian Jessie. I am re-colorizing
the Xfce window theme (/gtk-2.0/gtkrc and /gtk3.0/gtk.css) and found a
possible bug with the Aisleriot toolbar icon spacing. Note that I have
only switched out colors - not mucked around with any of the underlying
code. The
Is there anything else I could do or send to help resolve this bug?
Make a minimal example showing the problem and post it.
(More than often, one finds the bug while making the minimal example.)
--
Lucas Levrel
___
gtk-list mailing list
gtk-list@gnome
On Wed, Sep 30, 2015 at 5:50 PM, Thomas Dineen wrote:
> Gentle People:
>
> I am getting a segfault from GTK/GDK. This segfault is associated with
> the top level window freezing up! It dose seem to "wake up" again if the top
> level menus are accessed.
This is not how you report bugs. They g
do or send to help resolve this bug?
Thank You
Thomas Dineen
Core was generated by `TA_Bench.sun'.
Program terminated with signal 11, Segmentation fault.
[New process 81551]
[New process 605839]
[New process 671375]
#0 0xfeb9d9dd in gdk_window_is_toplevel_frozen () from
/usr/local
On Thu, 10 Sep 2015 09:06:09 -0500
richard boaz wrote:
> hi,
>
> (I am posting to both GTK lists in the hope that perhaps someone has a
> work-around for this issue, and if not, then the developers can
> perhaps comment?)
>
> After some google-reading, it seems that with GTK-3, control of frame
t; >> express that.
> >>
> >>> My first question to the general list is to wonder if anyone has found
> a
> >>> work-around for this. Investigating the documentation turns up nothing
> >>> obvious in possible alternatives.
> >>
> &g
thing
>>> obvious in possible alternatives.
>>
>>
>> You can add your own CSS styling to get the border you wish.
>>
>>>
>>> Barring some other way of achieving what's required for my app, I'm dying
>>> to know how this evolutio
t;>
>
> You can add your own CSS styling to get the border you wish.
>
>
>> Barring some other way of achieving what's *required *for my app, I'm
>> dying to know how this evolution of functionality is a good idea. A bug
>> was reported for this (https://bugz
y of achieving what's *required *for my app, I'm
> dying to know how this evolution of functionality is a good idea. A bug
> was reported for this (https://bugzilla.gnome.org/show_bug.cgi?id=659926)
> where this has been marked as WONTFIX, since this seems to have been simply
> giv
wonder if anyone has found a
work-around for this. Investigating the documentation turns up nothing
obvious in possible alternatives.
Barring some other way of achieving what's *required *for my app, I'm dying
to know how this evolution of functionality is a good idea. A bug was
reporte
On 23 August 2015 at 05:38, Igor Korot wrote:
> Hi,
Hi Igor,
> Bugs/issues in Glade should be reported to the GTK+
> bug tracker, right?
In the Gnome bug tracker, bugzilla, specifically in the glade product:
https://bugzilla.gnome.org/page.cgi?id=browse.html&product=glade
Ch
Hi,
Bugs/issues in Glade should be reported to the GTK+
bug tracker, right?
Thank you.
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
Thanks so much Emmanuele!
I actually had "return True" on my real code but I wasn't using the
right cr.
-RSM
On 05/06/2015 12:07 PM, Emmanuele Bassi wrote:
Hi;
On 6 May 2015 at 10:35, rsm wrote:
for i in range(3):
da=Gtk.DrawingArea()
da.connect("draw
Hi;
On 6 May 2015 at 10:35, rsm wrote:
> for i in range(3):
> da=Gtk.DrawingArea()
> da.connect("draw", self.draw, [0.3, 0.4, 0.6], da)
> da.set_size_request(100,100)
> box.add(da)
>
> sw.add(vp)
> vp.add(box)
> self.
Hello,
Somme days ago I posted over SO* because I'm having some problems
to render a drawing area placed over a scrolled window.
I'm starting to think that I may have found a bug and I'd like to have
someone else's option. The code seems to be no problem over pyG
it?
--
View this message in context:
http://gtk.10911.n7.nabble.com/Animation-bug-in-GTK-tp86132.html
Sent from the Gtk+ - General mailing list archive at Nabble.com.
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
ern-gtk-drawing-model/
and this bug:
https://bugzilla.gnome.org/show_bug.cgi?id=700674#c10
both should explain the issue and the fix.
ciao,
Emmanuele.
On 7 May 2014 18:03, Chris Moller wrote:
Yep, that did it.
And to think I stuck that in just to guarantee a known initial condition...
S
for it. if you want more information, you should read the blog post on
the GTK+ drawing model:
http://blogs.gnome.org/alexl/2013/11/04/the-modern-gtk-drawing-model/
and this bug:
https://bugzilla.gnome.org/show_bug.cgi?id=700674#c10
both should explain the issue and the fix.
ciao,
Emmanue
Yep, that did it.
And to think I stuck that in just to guarantee a known initial condition...
Still, It didn't used to work that way, and I'm not sure it should, but
I'll leave that to the maintainers.
Thanks a lot--I've been tearing my hair for three days over this.
On 05/07/14 12:50, Nic
Il Wed, 07 May 2014 09:22:48 -0400 Chris Moller scrisse:
> Is there something new I'm missing? It didn't used to work that way.
Hi,
I just removed what seems wrong to me (cairo_identity_matrix) and it
appears to work the way you want.
Ciao.
--
Nicola
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07.05.2014 17:46, Chris Moller wrote:
> On 05/07/14 09:30, LRN wrote:
>> On 07.05.2014 17:22, Chris Moller wrote:
>>> I just did a good-size upgrade I'd been putting off for too long that
>>> took me from GTK 3.2 to GTK 3.10.8, and some stuff that u
Hadn't been, but I just tried it. The result was that the entire da is
drawn, but still in the wrong place. It's still aligned with the top of
the vbox, overlays label 1 and label 2, and there's still a big gap
between the bottom of the da and the top of label 3.
It looks to me like the cr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07.05.2014 17:22, Chris Moller wrote:
> I just did a good-size upgrade I'd been putting off for too long that took
> me from GTK 3.2 to GTK 3.10.8, and some stuff that used to work doesn't
> any more:
>
> Basically, I have a window that contains
>
I just did a good-size upgrade I'd been putting off for too long that
took me from GTK 3.2 to GTK 3.10.8, and some stuff that used to work
doesn't any more:
Basically, I have a window that contains
a vbox that contans
a label
another label
a drawing area
a
These typedefs make no such guarantee. `gint` is just a typedef to `int`.
On Thu, Oct 10, 2013 at 9:42 AM, Daniel Espinosa wrote:
> Without running the code just a few suggestions:
>
> Use GLib's functions every time you can and more important use GLib's
> types: use gint instead int, for examp
Without running the code just a few suggestions:
Use GLib's functions every time you can and more important use GLib's
types: use gint instead int, for example, that guaranty to be same size
cross platform.
El oct 10, 2013 8:07 a.m., "Fan Chun-wei" escribió:
> Hi Thomas,
>
> I was trying to buil
Hi Thomas,
I was trying to build your code with Visual Studio (which I believe is
GTK+2.x based), but it does seem to me that the code you have posted is
not complete-there were a bunch of errors on MA* items. Can you try to
re-post your code-can't tell about the Visual Studio part without thi
Gcc on MS XP. Have any of you seen these? Would MS Visual C++
alleviate these?
Thomas Dineen
On 10/7/2013 10:46 AM, Thomas Dineen wrote:
Gentle People:
The code below exhibits a most interesting cross platform bug:
First the three platforms:
1) Solaris 10 gcc
2
Gentle People:
The code below exhibits a most interesting cross platform bug:
First the three platforms:
1) Solaris 10 gcc
2) Fedora 14
3) Mxe Cross Compiler with testing on MS Vista.
The version information for both GTK and Gcc are shown below:
; Gtk
, spacing_unicode) \
>
> case GDK_KEY_dead_##keysym: return (spacing) ? spacing_unicode :
> unicode;
>
> another macro at line 53 seems to be the same:
>
> #define IS_DEAD_KEY(k) \
>
> ((k) >= GDK _dead_grave && (k) <= (GDK_dead_dasia+1))
>
>
Hello,
I am a beginner who wants to build gtk+3 from scratch.now I got some
errors while making it.
---
libtool: link: warning: `E:/GTK_Bundle/lib/libgio-2.0.la' see
On Wed, 27 Mar 2013 10:43:32 +
Ritesh Khadgaray wrote:
> Hi
>
> Is it possible to review this[1] ?
>
>
> Thank you
> ritz
> [1] https://bugzilla.gnome.org/show_bug.cgi?id=696632
Wrong list. You want the gtk-devel list.
Chris
___
gtk-list ma
Hi
Is it possible to review this[1] ?
Thank you
ritz
[1] https://bugzilla.gnome.org/show_bug.cgi?id=696632
--
--ritz
(law)
%
Anti-trust laws should be approached with exactly that attitude.
___
gtk-list mailing list
gtk-list@gnome.org
https://
GdkDevice *device = gdk_device_manager_get_client_pointer (device_manager);
>
> This doesn't return NULL because it always can find a display.
>
>>
>> then there is no crash. Is this a bug ?
>>
>> In the documentation for gdk_device_manager_get_client_pointer(),
_manager(gdk_window_get_display(xwin));
GdkDevice *device = gdk_device_manager_get_client_pointer (device_manager);
then there is no crash. Is this a bug ?
In the documentation for gdk_device_manager_get_client_pointer(), it says:
"You should use this function sheldomly (sic), only in code that isn't
trigg
s news group
and so acquaint himself with the views of users, so kudos to Benjamin
for that. Having said that, I think part of the problem is that this
thread (and the bug number to which it refers) is about theming, not
about gtk+ as such.
The part of Benjamin's post which sums up the
pushing the
toolkit forward - apart from occasional bug reports and patches. All
features are prototyped, coded and maintained by GNOME developers. So
in its current state I would call GTK a part of GNOME.
There is a (fairly large I think) group of silent users of GTK regarding
it just as a base
- Original Message -
> From: Michael Torrie
> To:
> Cc: "gtk-list@gnome.org"
> Sent: Saturday, December 1, 2012 7:52 AM
> Subject: Re: Bug 687752 - work with theme authors
>
> Interesting... Even this mailing list has been changed to "Gn
Interesting... Even this mailing list has been changed to "Gnome List,"
instead of "GTK List."
On 11/30/2012 10:08 PM, Sergei Steshenko wrote:
> FLTK ( www.fltk.org ) ?
>
> There are also Perl bindings - if one wants quick GUI development:
> http://search.cpan.org/dist/FLTK/
Drifting further of
- Original Message -
> From: Michael Torrie
> To: gtk-list@gnome.org
> Cc:
> Sent: Saturday, December 1, 2012 6:08 AM
> Subject: Re: Bug 687752 - work with theme authors
>
> On 11/11/2012 10:17 AM, Benjamin Otte wrote:
>> GTK 3 at this point really is ju
t from
> > occasional bug reports and patches. All features are prototyped, coded
> and
> > maintained by GNOME developers.
>
which reminds me
one of the reasons why this happens is that when people ask about much more
generic issues and designs in the context of GTK, many
On 11/11/2012 10:17 AM, Benjamin Otte wrote:
> GTK 3 at this point really is just the GNOME toolkit. There is absolutely zero
> involvement from anyone else. Neither XFCE nor LXDE nor Windows or OS X
> developers take any interest in pushing the toolkit forward - apart from
> oc
> Now what does that mean for you or me working with GNOME 3 (or GTK 3)? It
> means
> they can't rely on things staying the same or having a stable base to build
> on.
> Things keep changing. You can't just write something for 3.0 (be it an
> application, a shell plugin or a GTK theme) and expect
On Sun, Nov 11, 2012 at 05:17:56PM +, Benjamin Otte wrote:
> The first conclusion from that is that it is (and has been for a few years) a
> bit disingenuous if people say "we're not using GNOME, we're just using GTK".
But that is exactly what I say – as a third-party program developer and
som
On Sun, Nov 11, 2012 at 6:36 PM, Jasper St. Pierre
wrote:
>
> I would disagree with you on backwards compatibility, slightly. I think we
> shouldn't try too hard, but we also now have a clear goal for theme authors:
> standard CSS. We should obey the goals of the standards, and follow their
> g
claimer: I am now stating the de-facto situation, not the
> situation I wish for. But I think naming - and accepting - the status quo
> is an
> important first step.)
>
> GTK 3 at this point really is just the GNOME toolkit. There is absolutely
> zero
> involvement from anyo
ows or OS X
developers take any interest in pushing the toolkit forward - apart from
occasional bug reports and patches. All features are prototyped, coded and
maintained by GNOME developers. So in its current state I would call GTK a part
of GNOME. It's worth pointing out that this was bas
h the continual theming changes that are occuring in GTK.
The goal here is not to try to stop progress with regards to GTK theming, but
rather to help foster an environment where current and aspiring GTK theme
designers can thrive despite the changes that are occurring.
A copy of my last comment on tha
Introspection, at the end Gee C definitions have constructors
defining the object type to use and some functions to create/free them.
2012/6/4 Maciej Marcin Piechotka
> Hi,
>
> Unfortunately due to GNOME DB problems the bug was lost. I will try to
> reply here.
>
> On Sun, 2012-
I Run gtk-demo.exe or other gtk program use Gtk+-2.24.8,
When I switch page(for example switch Info/Souce page in gtk-demo.exe),
the GtkTextView disappear(maybe texts in GtkTextViewdisappear),
but scrollbar or other widget work well.
Any one known this problem?
I am using Windows7 64-bit & msys,
I am using Windows7 64-bit & msys, compile gtk+-2.24.8 use mingw32 GCC-4.5.2
Other package download from ftp.gnome.org.
test using the "MS-Windows" GTK+ theme and other themes.
GtkTextView disappear when switch notebook to other sheet then back to
sheet with GtkTextView. GtkScrolledWindow worked
On Fri, 11 Nov 2011 14:29:07 +0800, jun louis wrote:
I Run gtk-demo.exe or other gtk program use Gtk+-2.24.8 compiled
today,
When I switch page(for example switch Info/Souce page in
gtk-demo.exe),
the GtkTextView disappear(maybe texts in GtkTextViewdisappear),
but scrollbar or other widget work w
I Run gtk-demo.exe or other gtk program use Gtk+-2.24.8 compiled today,
When I switch page(for example switch Info/Souce page in gtk-demo.exe),
the GtkTextView disappear(maybe texts in GtkTextViewdisappear),
but scrollbar or other widget work well.
Any one known this problem?
_
Hi,
I'm wondering whether this is a bug. When the step and page size of a
GtkSpinButton are updated from the program, the subsequent value changes
utilizing those increments are not consistent:
1. The value is changed by the correct amount (the newly set step) when
using the GUI arrows o
Hi guys
I m having query regarding cairo surface used by gdk-directfb
while running gtk application getting error gdk-directfb.c :
cairo surface used surface != NULL
what is mean by this??? how to remove this bug
Direct fb become
oogling it, I found this rationale:
> http://mail.gnome.org/archives/gtk-devel-list/2007-October/msg1.html
>
> which makes sense.
>
> As there were no responses to that thread, I'd like to know: Is it a bug
> in GtkToolbar or somewhere else (our code? where?)?
I didn't study the
001.html
which makes sense.
As there were no responses to that thread, I'd like to know: Is it a bug
in GtkToolbar or somewhere else (our code? where?)?
Thanks,
--
Jonh Wendell
http://www.bani.com.br
___
gtk-list mailing list
gtk-list@gnome
From: Dov Grobgeld
Sent: Wednesday, July 01, 2009 5:07 AM
This seems like a bug in Windows, but I wanted to hear if there some easy
work around before I open a bug in bugzilla.
The following code:
GtkWidget *dialog = gtk_dialog_new_with_buttons("
This seems like a bug in Windows, but I wanted to hear if there some easy
work around before I open a bug in bugzilla.
The following code:
GtkWidget *dialog = gtk_dialog_new_with_buttons("Title",
GTK_WINDOW (par
Sorry for the grammar errors ;P
Again:
Does anyone knows exactly the version which fix this issue?
How can I test the new version and how would I make my code
portable between versions?
Thanks!
Ian L.
On Mon, Jun 1, 2009 at 9:18 PM, Ian Liu wrote:
> Hi list,
>
> There is a bug in
Hi list,
There is a bug in the link button on AboutDialog, which opens the page twice
after setting the hook function to call gtk_show_uri.
That happens because the LinkButton already calls show_uri. I've asked the
irc and they said this is already fixed on the latest version of gtk.
Does a
rs.
However,the same code runs with no error under Ubuntu 8.04!
So I'm wondering if it's a bug of gtk_widget_destroy?
--
View this message in context:
http://www.nabble.com/Is-this-a-bug--tp21145590p21145590.html
Sent from the Gtk+ - General mail
Hi,
2 attached c++ files show implementation of vtk binding to gtk (based
on gtkglext) - I was told that there vtk simply draws into a gtk
widget.
On windows (linux works fine) I get problems with resizing app's
window containing this vtkGtk widget (see attached image - red arrow)
- vtk stuff gets
Tor Lillqvist wrote:
>> the gladewin32 package had the file
>> C:\GTK\etc\gtk-2.0\gtkrc while the all-in-one bundle does not. I copied
>> that one line file to the all-in-one bundle and it worked. The font
>> problem was solved.
>
> What was the contents of the gtkrc file that solved your (perce
--- Tor Lillqvist <[EMAIL PROTECTED]> wrote:
> What instructions? ;)
>
> I am afraid I must again use the term "is expected" that seemed to
> upset some people last time... The Win32 binaries for the GTK+ stack
> on ftp.gnome.org "are expected" to be used by people who develop GTK+
> applicatio
>> Shouldn't the instructions include such a thing?
> What instructions? ;)
and we programmers wonder why we have such a poor reputation re:
documentation of our work.
:(
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/list
> Is this a bug with the all-in-one bundle? Shouldn't that file be
> included? If not, why?
The intent is that GTK+ should work as expected (well enough) without
a gtkrc file. Of course, different people expect different things.
Some expect the ms-windows theme engine to be used by
ding about themes and
resource files and I saw that the gladewin32 package had the file
C:\GTK\etc\gtk-2.0\gtkrc while the all-in-one bundle does not. I copied
that one line file to the all-in-one bundle and it worked. The font
problem was solved.
Is this a bug with the all-in-one bundle? Shouldn'
Can anyone explain this?I am working with gtk via Chicken scheme,
but have reproduced the problem in C. I am writing a small icon
drawing program that uses Imlib2 to save the image.When I save a
transparent PNG image the image ends up with random garbage pixels in
the transparent area
Hello all.
I was wondering if there has been any progress on Bug 496958 (Wacom
Bamboo Doesn't Function with GTK apps in Win32). I'm thinking of
getting a Bamboo, but it would be significantly less useful if it didn't
work with the GIMP. In case it matters, I'm using Vis
Hi, folks.
I've figured out a weird behavior with fullscreen windows used together
with GtkScrolledWindow.
I've filled a bug: http://bugzilla.gnome.org/show_bug.cgi?id=485472
Could you guys please test the attachment there and confirm if it's a
bug in gtk or metacity? I'm as
I've been seeing this for a while, I'm not sure if it's a bug and if so,
in which component (Pango, FreeType, font maintainers?). The letter
'r', when rendered many times in succession, is placed at irregular
intervals. This seems to occur only when using the "DejaV
I'm cc the GTK+ list, as they might be willing to shed some light on
this issue.
El jue, 22-02-2007 a las 18:15 +, Debian Bug Tracking System
escribió:
> This is an automatic notification regarding your Bug report
> #345822: libgtk2.0-0: .emacs.desktop shows up as "No Name
This is actually in relation to a question somebody posted on gtk-list
which I verified using gedit. It seems that the GtkTextView (and thus
GtkSourceView) is unable to properly render the display when unwrapped
characters exceed a certain length. On my system, inserting characters
one at a tim
On Fri, Sep 29, 2006 at 07:15:39AM -0700, Sergei Steshenko wrote:
>
> --- [EMAIL PROTECTED] wrote:
>
> > On Fri, 29 Sep 2006 00:15:34 PDT, Sergei Steshenko said:
> > > --- [EMAIL PROTECTED] wrote:
> > > > On Thu, 28 Sep 2006 23:45:39 +0200, David =?iso-8859-2?B?TmXoYXMgKFlld
> > > > > header file
--- [EMAIL PROTECTED] wrote:
> On Fri, 29 Sep 2006 00:15:34 PDT, Sergei Steshenko said:
> > --- [EMAIL PROTECTED] wrote:
> > > On Thu, 28 Sep 2006 23:45:39 +0200, David =?iso-8859-2?B?TmXoYXMgKFlld
> > > > header files installed. For example on Fedora one would get
> ---
On Fri, 29 Sep 2006 00:15:34 PDT, Sergei Steshenko said:
> --- [EMAIL PROTECTED] wrote:
> > On Thu, 28 Sep 2006 23:45:39 +0200, David =?iso-8859-2?B?TmXoYXMgKFlld
> > > header files installed. For example on Fedora one would get
---^^ ^^ (See that?)
> >
e --nodeps' is a wonderful way to trash dependencies. :)
Not the case - MEPIS is not an RPM-based distro in the first place.
>
> > IMO it should test the presence of header files for each
> > extension it needs and I suggest to report it as a bug (if
> > it isn't in
t not
> libXrender-devel (although this is not possible without
> removal of lots of other Gtk+ dependencies therefore
> configure would not pass there).
'rpm -e --nodeps' is a wonderful way to trash dependencies. :)
> IMO it should test the presence of header files for each
libXrender-devel (although this is not possible without
removal of lots of other Gtk+ dependencies therefore
configure would not pass there).
IMO it should test the presence of header files for each
extension it needs and I suggest to report it as a bug (if
it isn't in bugzilla already).
Yeti
--
On Thu, 28 Sep 2006 09:18:50 PDT, Sergei Steshenko said:
> /mnt/hdd2/sergei/build/gtk+-2.8.20/gdk/x11/gdkdrawable-x11.h:#include
>
> I expect 'configure' to check presence of all needed include files, and to
> fail if
> any of them is missing.
>
> Is my expectation correct ?
No. Usually a '
Hello All,
I am testing my tool (see signature) under MEPIS Linux now (kinda UBUNTU), so,
obviously, I need to install some development packages at system level.
Interestingly enough, 'configure' completed successfully, but 'make' failed
- because Xrender.h file was missing - here is the file whi
hm wrote:
>Hi !
>
> I`m not quiet sure if my previous mail was sent, so I`ll try to write it
> once again.
>Lieven van der Heide wrote, that I should call all gtk functions from one
>thread. I`ve tried :
>
>1. Created function in main program, that calls gtk_label_set_text (). The
>function ta
e problem is, that
> when the thread function is modyfying text, application slows down,
> and after first modification of label it is impossible to do
> anything. No reaction. If gtk_label_set_text () is removed,
> everything is all right. Is it a bug ? or what ? any clue
Hi !
I`m not quiet sure if my previous mail was sent, so I`ll try to write it once
again.
Lieven van der Heide wrote, that I should call all gtk functions from one
thread. I`ve tried :
1. Created function in main program, that calls gtk_label_set_text (). The
function takes string as a ( fr
modyfying text,
application slows down, and after first modification of label it is impossible
to do anything. No reaction. If gtk_label_set_text () is removed, everything is
all right. Is it a bug ? or what ? any clue ?
short desc. of what i`ve done :
Thread function is static, it`s part of Timer
From: Petr Tomasek <[EMAIL PROTECTED]>
To: gtk-list@gnome.org
Subject: Re: gtk+-2.9.2 bug or not ???
Date: Mon, 5 Jun 2006 23:46:18 +0200
On Mon, Jun 05, 2006 at 11:23:22PM +0200, Vitaly D wrote:
> Hello,
>
> i've just installed fresh gtk+-2.9.2 and also Glib 2.11.2
>
>
> when trying File menu. is it a bug or not ???
Did you also update the gtk2-engines?
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
Hello,
i've just installed fresh gtk+-2.9.2 and also Glib 2.11.2
when running gtk-demo -> UI Manger demo i've got the following output
http://www.esil.univ-mrs.fr/~vdoljiko/pub/gtk-demo.log
when trying File menu. is it a bug or not ???
--
Best Regards
Vitaly
katsuo_harada_
1 - 100 of 311 matches
Mail list logo