Sean Dague ([EMAIL PROTECTED]):
I'm curious if there is anyway to have the trayicon background transparent
from a gtk application. I noticed when writing tray icon support into a
recent application (use the perl Gtk2::TrayIcon binding), the background in
wmsystray is always grey. It appears
[EMAIL PROTECTED] ([EMAIL PROTECTED]):
Hi, Matthias
I have confirmed the Bug#56070.
This is just the same problem as what I have faced.
I greatly thank you for your notice.
However, I lost my way to develop my application...
Does anyone have good workaround...?
Anyway, I must find a
Eduardo M KALINOWSKI ([EMAIL PROTECTED]):
He sent me a screenshot: http://kildclient.sourceforge.net/kild.png
The biggest part of the application is a GtkTextView. The background
should be black, it is set with a call to gtk_widget_modify_base().
The text that appears with a black
Paul Davis ([EMAIL PROTECTED]):
[...] As a reference the perf issue I was having was most evident when
updating a textual label (reporting some ADC value) at a rapid rate
(10x per second or so). Updating 5-10 labels at h the above rate
(this was reporting data for an outside slow-speed data
Rob Taylor ([EMAIL PROTECTED]):
You'll have to excude me for not having followed much cairo/X work for
a while, but does that ' --- RENDER ---' imply that cairo is
rendering lots of traps using the RENDER extension?
Yes. When you draw a line or a curve using cairo, it is decomposed
into
Clemens Eisserer ([EMAIL PROTECTED]):
When you draw a line or a curve using cairo, it is decomposed into
trapezoids which are rendered by RENDER.
Sorry if this question is quite naive, but I wonder why cairo seems to
generate such a large amount of overhead at all - why can't simple
Al Hooton ([EMAIL PROTECTED]):
This has nothing to do with fonts not showing up. GTK+ and Xft will
use in order:
- Xft/DPI XSETTING
- Xft.dpi X resource
- DPI from the screen
So if gnome-settings-daemon isn't there to provide the DPI, it will
*still* have a DPI. GTK+ works
Gowri Kandasamy ([EMAIL PROTECTED]):
Does applications built on GTK 2.2 work with gtk2.6 ?
Yes.
-Billy
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Richard Stellingwerff ([EMAIL PROTECTED]):
Is there a way you could create a programmatic benchmark (or a command
line that does not require user interaction)?
User perception. But the difference is so huge, that I can tell with
absolute certainty that it's there. I just can't give you
Richard Stellingwerff ([EMAIL PROTECTED]):
On 7/21/05, Billy Biggs [EMAIL PROTECTED] wrote:
Resizing mozilla tests your window manager and mozilla's rendering
more than GTK+ itself.
Correct, but both use GDK to draw their things, so what makes this
different from any GTK widget
Richard Stellingwerff ([EMAIL PROTECTED]):
FWIW, I noticed that GTK+2 performance is a LOT better on my Ati
Mobility 9200 with DRI drivers than my NVidia FX5200 with nvidia
drivers. Ati's proprietary drivers are just as slow as NVidia's, at 2D
performance.
How are you measuring this?
Is
Clemens Eisserer ([EMAIL PROTECTED]):
The fact that pango could be responsible for the slowness I experience
with mozilla and especially eclipse are proofen by the fact that
low-level swt benchmarks show a compareable performance of primitive
draing functions, only text is about 3-5x slower
Allen Irwin ([EMAIL PROTECTED]):
I am trying to run a java IDE (eclipse 3.0) using Gnome 2.0 and
Solaris 9.
Everything runs fine, except I receive TONS of these pango related
error messages when running the application:
** (unknown:5756): WARNING **: pango-layout.c:2435: broken
13 matches
Mail list logo