Hi,
it's possible to create a window with a minimum width without caring
about the height?
The height should be specified by the number of widgets packed in it.
Thanks in advance,
Ignacio
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail
Hi all,
I'm walking through gtk 1.2 doc since 1 or 2 hours and I can find a working
way to set the size of a window.
gtk_window_set_geometry_hints don't works, gtk_window_set_default_size too.
Have I misunderstanding something ?
(note the window is opened, but in something like 10x10)
Thanks a l
same overall
window size regardless of how many objects are
currently visible.
How do I set packing so that the window has a minimum
size, even if some of it may be blank?
Thanks
Don
__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
>it's possible to create a window with a minimum width without caring
>about the height?
>The height should be specified by the number of widgets packed in it.
gtk_widget_set_usize (window, minimum_width, -1);
--p
___
gtk-list mailing list
[EMAIL PROT
---
From: "Jean-Yves Lamoureux" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 26, 2002 12:10 PM
Subject: Window size
> Hi all,
> I'm walking through gtk 1.2 doc since 1 or 2 hours and I can find a
working
> way to set the size of a
> Hi all,
> I'm walking through gtk 1.2 doc since 1 or 2 hours and I can find a working
> way to set the size of a window.
> gtk_window_set_geometry_hints don't works, gtk_window_set_default_size too.
> Have I misunderstanding something ?
> (note the window is opened, but in something like 10x10
Le Mardi 26 Mars 2002 12:27, vous avez écrit :
> Did you try this :
>
> gdk_window_resize (GdkWindow *window,
> gint width,
> gint height);
>
> To get the GdkWindow object of your Widget, just d
> You may use gtk_widget_set_usize():
>
> gtk_widget_set_usize(MyWindow->window,
>
>--
>Best regards
>Pavel.
Oh yes it works perfectly. Thanks a lot, I'm just beginning with gtk stuff :)
So, I'm here, so I'll ask some more questions :)
I'll be interessted with contextual menus, what i
Jean-Yves Lamoureux wrote:
> Hi all,
> I'm walking through gtk 1.2 doc since 1 or 2 hours and I can find a
working
> way to set the size of a window.
> gtk_window_set_geometry_hints don't works, gtk_window_set_default_size
too.
> Have I misunderstanding something ?
> (note the window is opened,
> gdk_window_resize (GTK_WINDOW(MyWindow->window), width, height);
> (becauseMyWindow->window IS a GtkWindow).
Then if your window is a GtkWindow object, you should cast it :
gdk_window_resize(GTK_WIDGET(MyWindow)->window, width, height);
Respect the parenthesis as you need to cast your GtkWind
ove window objects depending on user
> selection, etc., and I'd like to keep the same overall
> window size regardless of how many objects are
> currently visible.
>
> How do I set packing so that the window has a minimum
> size, even if some of it may be blank
Currently I am building an application which has many nested vetical and
horizontal boxes and I am trying to figure out if a parent box overrides
the parameters set by a child box. It looks like it does if you want a
parent box to be nonhomogeneous and a child to be homogenious and visa
versa
Hi,
I would like to restrict the maximum width of the top level window in an
application I've written for gtk2.x. I don't want to prevent the user from
resizing altogether. The window contains various resizable widgets
including a drawingarea on which I've set the minimum size with a
gtk_widget_set
Hi,
is there a way to maximize window only in one direction(horizontal or
vertical) or at least to know the size of maximized window, without
actually maximizing it(ask WM about it or something like that)
___
gtk-list mailing list
gtk-list@gnome.org
http:
Resending this since there was an error
-Original Message-
From: Matt Eisemann [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, November 29, 2000 1:26 PM
To: [EMAIL PROTECTED]
Subject:gtk and window size
Currently I am building an application which has many nested vetical and
Matt Eisemann <[EMAIL PROTECTED]> writes:
> Currently I am building an application which has many nested vetical and
> horizontal boxes and I am trying to figure out if a parent box overrides
> the parameters set by a child box. It looks like it does if you want a
> parent box to be nonhomog
On Tue, 2003-06-17 at 04:44, Nick Soffe wrote:
> Hi,
> I would like to restrict the maximum width of the top level window in an
> application I've written for gtk2.x. I don't want to prevent the user from
> resizing altogether. The window contains various resizable widgets
> including a drawingarea
Thanks Shaun,
I missed that one! Just what I wanted.
Nick Soffe
On 17 Jun 2003, Shaun McCance wrote:
> On Tue, 2003-06-17 at 04:44, Nick Soffe wrote:
> > Hi,
> > I would like to restrict the maximum width of the top level window in an
> > application I've written for gtk2.x. I don't want to pre
Hi all,
I am working on gtk. I need to have an widget, it will have
the sdl screen inside it.
In SDL, once I get the sdl surface, if I do resize(maximize
the sdl surface), the event.resize.w/h will give me the w and h after
maximize.
Likewise is there
> Hi,
> is there a way to maximize window only in one direction(horizontal or
> vertical) or at least to know the size of maximized window, without
> actually maximizing it(ask WM about it or something like that)
You can get the screen size with gdk_screen_get_width and
gdk_screen_get_height. To g
> You can get the screen size with gdk_screen_get_width and
> gdk_screen_get_height. To get the screen you can call gtk_widget_get_screen.
It's not what I need. There could be some preserved areas on the
screen i.e. panels, toolbars etc. and I need to get size of available
screen area, but those
Hi,
I have a fairly simple problem where I want to place a gtk_clist within a
scrolled window. I would like the scrolled window to have a MAXIMUM width,
of say 500 pixes, but if the CLIST is only 200 pixels wide, then I would like
the scrolled window to fit that size.
It's easy to set the scr
Hello. I've been doing some work on a GTK+ app (avidemux - see
http://www.avidemux.org/) and it's been fun learning GTK+.
We have a situation where we need to determine the largest possible size
that a window can have and still fit on the screen, after deducting
space taken up by panels and su
Chris MacGregor wrote:
> Hello. I've been doing some work on a GTK+ app (avidemux - see
> http://www.avidemux.org/) and it's been fun learning GTK+.
>
> We have a situation where we need to determine the largest possible size
> that a window can have and still fit on the screen, after deducting
Thanks, but those functions don't account for the space occupied by
things like panels. Any suggestions for how to deal with that? (That was
the question I was trying to ask.)
On 02/04/2008 07:36 AM, Mark Leisher wrote:
> Chris MacGregor wrote:
>
>> Hello. I've been doing some work on a GTK+
On Tue, 2008-02-05 at 16:36 -0800, Chris MacGregor wrote:
> Thanks, but those functions don't account for the space occupied by
> things like panels. Any suggestions for how to deal with that? (That was
> the question I was trying to ask.)
that wouldn't be a part of GTK, but would part of GNOME
On 02/05/2008 05:21 PM, Paul Davis wrote:
> On Tue, 2008-02-05 at 16:36 -0800, Chris MacGregor wrote:
>> Thanks, but those functions don't account for the space occupied by
>> things like panels. Any suggestions for how to deal with that? (That was
>> the question I was trying to ask.)
>
> that
On Tue, 2008-02-05 at 19:41 -0800, Chris MacGregor wrote:
> On 02/05/2008 05:21 PM, Paul Davis wrote:
> > On Tue, 2008-02-05 at 16:36 -0800, Chris MacGregor wrote:
> >> Thanks, but those functions don't account for the space occupied by
> >> things like panels. Any suggestions for how to deal wit
On 02/05/2008 08:11 PM, Paul Davis wrote:
> my "portable" way to do it is to ask how big the window is *after* the
> change has taken place, rather than try to guess ahead of time. This is
> particularly important when you want differentiate between "fullscreen"
> and "maximized", which are not nec
On Tue, 2008-02-05 at 20:40 -0800, Chris MacGregor wrote:
> So I would think it appropriate that it (GDK, I guess) provide (instead of or
> in addition to those functions) functions that return the *available* screen
> size after deducting whatever the underlying window system is providing that
On 02/05/2008 09:03 PM, Paul Davis wrote:
> On Tue, 2008-02-05 at 20:40 -0800, Chris MacGregor wrote:
>
>> So I would think it appropriate that it (GDK, I guess) provide (instead of
>> or
>> in addition to those functions) functions that return the *available* screen
>> size after deducting wha
> Given all that, any suggestion how I could get the info I'm looking
for in at
> least the case of GTK-on-GNOME? That's the platform most used by the
folks
> I'm doing this work for, and it would be nice to make at least that
one work properly.
I was recently faced with the same problem. My s
Chris MacGregor wrote:
> On 02/05/2008 08:11 PM, Paul Davis wrote:
>> my "portable" way to do it is to ask how big the window is *after* the
>> change has taken place, rather than try to guess ahead of time. This is
>> particularly important when you want differentiate between "fullscreen"
>> and "
size yet another expose event is generated. The reason I ask this is
what if I want to use backing bitmaps, or double buffering. I need to have
the correct size and from my point of view a window size event you be sent
before and expose(paint) event.
Best Regards,
Norman Black
Stony Brook Software
34 matches
Mail list logo