With the recent news that Nokia will be releasing QT under LGPL, I'm
seeing allot of knee-jerk anti-GTK comments out there. I know I'm
preaching to the choir on this list, but for the sake of moral I thought
I would post my 2 cents on the matter.
-I can't think of single QT application I even
As someone who has recently stopped using GNOME, let me give my viewpoint,
then, about why I have stopped using it. It isn't so much knee-jerk, I would
hope, as simple, everyday usefulness. It was not an easy decision for me to
leave and start using KDE - I have used GNOME from the beginning
Andersen, Jan wrote:
1. X used to display a small label containing the position and size
of a window when you moved it. That was one feature I found hugely
useful; I usually have 9 desktops and organise my applications with
fixed dimensions and positions different desktops - like Pidgin on
This is a whole different issue - Gnome vs KDE vs other desktops. I believe
the original question was gkt+ vs qt. I use a number of gtk based apps on a
KDE based desktop. (Isn't KDE based on QT? It shows how long it's been since
I paid attention at that level.) There have been some
Zhenghe,
There is a gtk style focus-line-pattern that defines the bit pattern of the
dashed line. You can set this in an rc file that your app loads, as follows:
style focus_style {
GtkWidget::focus-line-pattern = \0
}
class GtkWidget style focus_style
HTH,
Andy
-- Original
On Wed, Jan 14, 2009 at 6:05 PM, Jack ostrof...@sbcglobal.net wrote:
I believe the original question was gkt+ vs qt.
I don't believe there was a question
And this is all fairly offtopic for this list.
So lets stop it now before it gets silly.
iain
___
Hello,
the documentation for gtk_widget_size_request () says:
Also remember that the size request is not necessarily the size a
widget will actually be allocated.
While there may be a lot of reasons why a widget doesn't get the area
requested, I imagine(d) the basic one would be because there
On Wed, 2008-12-31 at 13:13 +, Peter Clifton wrote:
On Mon, 2008-12-29 at 22:56 -0500, Yu Feng wrote:
I've just written a similar widget.
You should subclass GtkMenuItem,
override toggle_size_request, return zero to the *requistion parameter.
implement the creation methed
Hi,
Quoting Pietro Battiston too...@email.it:
the documentation for gtk_widget_size_request () says:
Also remember that the size request is not necessarily the size a
widget will actually be allocated.
While there may be a lot of reasons why a widget doesn't get the area
requested, I
Il giorno mer, 14/01/2009 alle 15.19 +0200, markku.v...@iki.fi ha
scritto:
Hi,
Quoting Pietro Battiston too...@email.it:
the documentation for gtk_widget_size_request () says:
Also remember that the size request is not necessarily the size a
widget will actually be allocated.
On Wed, Jan 14, 2009 at 6:56 AM, Peter Clifton pc...@cam.ac.uk wrote:
There is a comment in the above file regarding why they want this same
behaviour that I did, along the lines:
We want the title menu items for each RANDR output to span the *whole*
allocation of the menu item, not just the
On Wed, 2009-01-14 at 09:19 -0500, Matthias Clasen wrote:
On Wed, Jan 14, 2009 at 6:56 AM, Peter Clifton pc...@cam.ac.uk wrote:
There is a comment in the above file regarding why they want this same
behaviour that I did, along the lines:
We want the title menu items for each RANDR
2009/1/14 Pietro Battiston too...@email.it:
Hello,
the documentation for gtk_widget_size_request () says:
Also remember that the size request is not necessarily the size a
widget will actually be allocated.
While there may be a lot of reasons why a widget doesn't get the area
requested, I
Il giorno mer, 14/01/2009 alle 17.20 +0200, Kalle Vahlman ha scritto:
2009/1/14 Pietro Battiston too...@email.it:
I would have filed a bug (asking for windows to clip to screen when
their their size_request is too big*), but it's obviously a major issue,
so obviously it can't be true that
Hi,
0On Wed, 2009-01-14 at 17:00 +0100, Pietro Battiston wrote:
Forcibly clipping window size would anyway only be band-aid to the
real problem in the application, which can be:
...
- it doesn't constrain the size of a dynamically resizing widget
I don't see how this is a problem;
2009/1/14 Pietro Battiston too...@email.it:
Il giorno mer, 14/01/2009 alle 17.20 +0200, Kalle Vahlman ha scritto:
2009/1/14 Pietro Battiston too...@email.it:
I would have filed a bug (asking for windows to clip to screen when
their their size_request is too big*), but it's obviously a major
16 matches
Mail list logo