The white part of a text-accepting widget uses the "base" color, not
the "bg" color. The only way I know to set that is with a style:
style "myEntry"
{
base[NORMAL] = "#ff"# or whatever
}
class "GtkEntry" style "myEntry"
You can load this setting by placing that text in a file called
This is the province of the GTK theme, usually defined in resource
files. The philosophy is that the user -- not the programmer --
decides how his buttons should look.
That being said, there are plenty of ways around it. The first is to
enforce the use of a particular theme, either by hardcoding
Is there a way to change the maximum length of text that a tooltip
displays? (Runtime or compile time) Or any way to see the text
that's replaced by "..." when the tooltip text is too long?
-Alem
___
gtk-app-devel-list mailing list
gtk-app-devel-list@g
If what you mean by "widget hierarchy" is what I think you mean --
namely, the parent-child relationships between container widgets and
the stuff they contain -- then I would recommend modularizing
according to this hierarchy. That is, steps 2, 3, and 5 in your list
can go together in a single mod
2005/7/18, Patrick Conheady <[EMAIL PROTECTED]>:
> G'day there,
>
> I'd like to have a non-editable text box layer just on
> top of my desktop so that it's behind everything, and
> have it pass all its mouse events to the desktop.
> While it should visibly cover part of the desktop, I
> don't want
First thing is, how exactly are you starting the GTK app from octave?
Octave has a system() function, as well as fork()/exec(), just like C.
Probably you will want to use the latter, since it gives you
information about process ID's.
2005/7/18, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> - Not
2005/6/25, Jaap Haitsma <[EMAIL PROTECTED]>:
> Hi,
>
> ...
>
> I have most of it implemented already. The only thing which I haven't
> figured out yet is the second part of point 2. That is hiding the sticky
> notes when you click on the desktop.
>
> Does anybody have an idea how I can adapt the st
On 6/17/05, Karl H. Beckers <[EMAIL PROTECTED]> wrote:
> ...
> that sounds promising ... though I can't quite claim to understand why
> this helps, yet.
Well, my guess is that the table will grow any column that has a
widget in it which has GTK_EXPAND set. So just make sure that only
the columns
On 6/17/05, y g <[EMAIL PROTECTED]> wrote:
> ...
> Btw is it possible to "redirect" the destroy event to a hide event
> when the X button in the decoration frame is clicked? I tried doing so
> by using a signal handler to the object destroy signal but no luck.
> Even setting the property of auto-d
Hmm. Well, if you didn't care about resizing the window/table, then I
would suggest you use GTK_FILL for the xoptions. If you use
GTK_EXPAND as an xoption for, say, the hscale, then the two columns
containing the hscale will expand uniformly.
Okay, that was me making sure I understand the questi
Hi all. It would seem that the little toggle button in my GtkTreeView
doesn't respond to being clicked on, as in, it doesn't change state,
and no callback is called... back.
I have a tree store with three columns, the third of which is of type
G_TYPE_BOOLEAN. The view is called "keyboards_view",
gtk_window_set_position is for things like "center", "on mouse",
"center on parent", etc. To pick coordinates for the upper left-hand
corner of the screen, use gtk_window_move.
All of these functions are, of course, documented under GtkWindow (see
www.gtk.org API Documentation for more). However
oard Layout
> from the "Control Center > Regional & Accessibility > Keyboard Layout"
> to Arabic. However, if I do that, whatever I type on the terminal is
> not shown on the screen (it looks like an empty space), and it doesn't
> even show the square block
Hmmm, with almost no work at all, I managed to type right-to-left in
Arabic (not that I know a word of it...)
For the purpose of input, no locale information is necessary. All you
need is the appropriate keyboard mapping loaded in X, as well an an
Arabic-capable unicode font; Pango knows how to r
Unfortunately I think that when the popup menu appears, focus switches
to it automatically, and so the window really *has* lost focus.
Easiest solution I can see is to examine all the children
(recursively) of the window that has "lost" focus, and check to see if
any of them has focus. You can do
15 matches
Mail list logo
