Hey,
Is it normal that the title bar still shows when creating a dialog% with the
'no-caption style?
Cheers,
Christophe
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
al Message-
From: robby.find...@gmail.com [mailto:robby.find...@gmail.com] On Behalf Of
Robby Findler
Sent: vrijdag 25 februari 2011 16:27
To: Christophe Vandenberghe
Cc: users@racket-lang.org
Subject: Re: [racket] Graphical Toolkit change question
Sorry to but in, but I think I missed a st
..@cs.utah.edu]
> Sent: vrijdag 25 februari 2011 13:55
> To: Christophe Vandenberghe
> Cc: users@racket-lang.org
> Subject: RE: [racket] Graphical Toolkit change question
>
> Ok, but to be clear, you need both `on-paint' and transparency for
> panels, right? Transparent pan
for panels.
-Original Message-
From: Matthew Flatt [mailto:mfl...@cs.utah.edu]
Sent: vrijdag 25 februari 2011 13:55
To: Christophe Vandenberghe
Cc: users@racket-lang.org
Subject: RE: [racket] Graphical Toolkit change question
Ok, but to be clear, you need both `on-paint' and transparency fo
d and inserted for each of the menus
> separately instead of just once in the main frame.
>
> -Original Message-
> From: Matthew Flatt [mailto:mfl...@cs.utah.edu]
> Sent: donderdag 24 februari 2011 15:11
> To: Christophe Vandenberghe
> Cc: users@racket-lang.org
2011 15:11
To: Christophe Vandenberghe
Cc: users@racket-lang.org
Subject: RE: [racket] Graphical Toolkit change question
At Thu, 24 Feb 2011 09:30:26 +0100, "Christophe Vandenberghe" wrote:
> But then again like I said before. It would be easier to have
> transparency for panels, as it would
At Thu, 24 Feb 2011 09:30:26 +0100, "Christophe Vandenberghe" wrote:
> But then again like I said before. It would be easier to have
> transparency for panels, as it would resolve the need for panes
> inserted in panels to be able to hide or delete them when needed.
> That would also solve the back
.
Would that be easy to achieve with the new implementation?
-Original Message-
From: Matthew Flatt [mailto:mfl...@cs.utah.edu]
Sent: maandag 21 februari 2011 13:50
To: Christophe Vandenberghe
Cc: users@racket-lang.org
Subject: Re: [racket] Graphical Toolkit change question
I'm sugge
:26
> To: Christophe Vandenberghe
> Cc: users@racket-lang.org
> Subject: Re: [racket] Graphical Toolkit change question
>
> At Thu, 17 Feb 2011 20:08:10 -0700, Matthew Flatt wrote:
> > We've never tried to pin down the behavior of overlapping children in a
> > panel, and
Graphical Toolkit change question
At Thu, 17 Feb 2011 20:08:10 -0700, Matthew Flatt wrote:
> We've never tried to pin down the behavior of overlapping children in a
> panel, and it varies among platforms. Actually, we tried long ago to
> make the order consistent, and there were t
At Thu, 17 Feb 2011 20:08:10 -0700, Matthew Flatt wrote:
> We've never tried to pin down the behavior of overlapping children in a
> panel, and it varies among platforms. Actually, we tried long ago to
> make the order consistent, and there were too many problems on some
> platforms.
>
> I think t
[mailto:mfl...@cs.utah.edu]
Sent: vrijdag 18 februari 2011 4:08
To: Christophe Vandenberghe
Cc: users@racket-lang.org
Subject: Re: [racket] Graphical Toolkit change question
At Thu, 17 Feb 2011 23:44:51 +0100, "Christophe Vandenberghe" wrote:
> I have been using the Graphical Interface toolki
At Thu, 17 Feb 2011 23:44:51 +0100, "Christophe Vandenberghe" wrote:
> I have been using the Graphical Interface toolkit to create a GUI for some
> kind of game. Things were starting to take shape, but with the new release
> and rewrite of the GUI I seem to have a little problem. When adding childr
Hey,
I have been using the Graphical Interface toolkit to create a GUI for some
kind of game. Things were starting to take shape, but with the new release
and rewrite of the GUI I seem to have a little problem. When adding children
to a panel container (didn't check for other containers), the firs
14 matches
Mail list logo
