Well, I think my problem is somewhat like the one of Mr. Kost. I'm doing a
photo retouching package, and when initially opening the window of an image,
I'd like to fit the window to the image, but since the user might zoom the
image in and out, the scrollbars may pop up all the sudden.
I
I am pretty negative about the combo as a control, not just the GTK
combo. Widget sets don't have much of a choice but to include it since
it's considered a core control, but as a developer, I try to avoid it if
I can.
As has been discussed previously, the problem with the combo as a
control is t
On 11/26/05, Stefan Kost <[EMAIL PROTECTED]> wrote:
> >>Therefore the scrollable windows is needed if the height of the
> >>window would exceed the screen height. Anyway if it does not,
> >>I'd prefer to make the window as tall as possible to show the
> >>entries without needing to scroll.
> >>
> >
Hi Gus,
Gus Koppel wrote:
Stefan Kost wrote:
[...]
Therefore the scrollable windows is needed if the height of the
window would exceed the screen height. Anyway if it does not,
I'd prefer to make the window as tall as possible to show the
entries without needing to scroll.
I am not be able t
Stefan Kost wrote:
> [...]
> Therefore the scrollable windows is needed if the height of the
> window would exceed the screen height. Anyway if it does not,
> I'd prefer to make the window as tall as possible to show the
> entries without needing to scroll.
>
> I am not be able to achive this yet
David Necas (Yeti) wrote:
> On Fri, Nov 25, 2005 at 11:26:58PM +0200, Paul Pogonyshev wrote:
> >
> > It is the trade-off of the policy that "the selected item is under the
> > pointer in
> > the just shown popup, period." I think it is generally good, but this is
> > an example
> > of where it
> It is the trade-off of the policy that "the selected item is under
> the pointer in the just shown popup, period." I think it is
> generally good, but this is an example of where it shows its
> drawbacks. However, for the sake of UI consistency, I believe it
> should _not_ be changed. I.e. it be
Hi Gus,
Gus Koppel wrote:
Nikolaj Kiær Thygesen wrote:
How on earth do I open a window containing a couple of widgets,
one of which is a ScrolledWindow?? This ScrolledWindow displays
an image, and now I'd like to fit the size of the ScrolledWindow
to the size o
On Sat, 2005-11-26 at 14:29 +, John Cupitt wrote:
> Hi again,
>
> It works with hand-made menus too. You need to have an accel group and
> path for each item.
>
> I make one accel group per top-level window, then attach each item in
> that window which might have an accelerator to that group.
On 11/26/05, Daniel Pekelharing <[EMAIL PROTECTED]> wrote:
> Only it doesn't seem to work for me?
> I even tried gtk_rc_parse_string("gtk-can-change-accels = 1");
>
> Perhaps it's because I have a manually constructed menu?
> Do you know if menu withinit only works with UI manager?
Hi again,
It w
Checkout combobutton from Gtkextra. Very flexible. I used it to put a calendar
widget in a combo. I requested it be moved into gtk. Whatever, I like it and
will continue to use it.
Kim
On Thu, 24 Nov 2005 05:55 am, control H wrote:
> [I already posted this to the gtk-list, I'm not sure which
On Sat, 2005-11-26 at 13:33 +, John Cupitt wrote:
> Ah, OK, you're in luck, GTK has a very nice system like this already built in.
>
> Just add
>
> gtk-can-change-accels = 1
>
> To your .gtkrc and all your gtk applications will have programmable
> accelerators. You select the menu item you
On 11/26/05, Daniel Pekelharing <[EMAIL PROTECTED]> wrote:
> I'm trying to implement a system for making the accelerators adjustable
> in a easy way. I'm working on a 3D Animation app, and I've picked up
> (from forums and such) that 3D designers are rather particular about
> having flexibility on
On Sat, 2005-11-26 at 13:04 +, John Cupitt wrote:
> I'm not sure, but perhaps GTK's programmable accelerator system is
> taking the keypress events before you see them?
>
> I'd wonder about the wisdom of doing this (though of course I don't
> know what or why you need keypresses). It sounds li
On 11/26/05, Daniel Pekelharing <[EMAIL PROTECTED]> wrote:
> I need to receive any keys pressed whilst a menu item is selected ...
>
> I connect a menu item with "key-press-event", but it seems to do
> nothing, even though Gtk doesn't spit out the usual:
> "signal x is invalid for instance y"...
I
On Sat, 2005-11-26 at 11:18 +0200, Daniel Pekelharing wrote:
> On Sat, 2005-11-26 at 09:08 +, John Cupitt wrote:
> > On 11/26/05, Daniel Pekelharing <[EMAIL PROTECTED]> wrote:
> > > Is there a signal on a GtkMenuItem that gets called when the cursor is
> > > moved onto the item?
> >
> > I use
On Fri, Nov 25, 2005 at 11:26:58PM +0200, Paul Pogonyshev wrote:
>
> It is the trade-off of the policy that "the selected item is under the
> pointer in
> the just shown popup, period." I think it is generally good, but this is an
> example
> of where it shows its drawbacks. However, for the s
Daniel Ferreira Monteiro Alves wrote:
> Anyone knows if the gtk support sub-windows?
Yes I do + no it doesn't.
I suppose you're referring to WiW (windows in windows) which are
user-arrangeable MDI subwindows as known from MS-Windows and QT
applications. They're not supported by GTK+ because too
Nikolaj Kiær Thygesen wrote:
> How on earth do I open a window containing a couple of widgets,
> one of which is a ScrolledWindow?? This ScrolledWindow displays
> an image, and now I'd like to fit the size of the ScrolledWindow
> to the size of the image in pixels.
I have
control H wrote:
> > Well, I must admit that I haven't used Windows more than occasionaly
> > for the last three or four years, but the last time I checked,
> > Windows combo box was much _worse_ than GTK+'s, in my opinion. You
> > would often get a five-line combo where you'd have to scroll like
On Sat, 2005-11-26 at 09:08 +, John Cupitt wrote:
> On 11/26/05, Daniel Pekelharing <[EMAIL PROTECTED]> wrote:
> > Is there a signal on a GtkMenuItem that gets called when the cursor is
> > moved onto the item?
>
> I use "select" for when a menu item is highlit but before it is activated.
>
>
On 11/26/05, Daniel Pekelharing <[EMAIL PROTECTED]> wrote:
> Is there a signal on a GtkMenuItem that gets called when the cursor is
> moved onto the item?
I use "select" for when a menu item is highlit but before it is activated.
John
___
gtk-app-devel-
22 matches
Mail list logo