At Fri, 25 Feb 2011 15:00:26 -0500, Curtis Dutton wrote:
> I would ultimately like to integrate these changes back into racket. This
> would be my first time contributing to racket. What is the next step to
> getting these changes integrated?
You could send me a patch or new versions of changed fi
On Feb 25, 2011, at 3:00 PM, Curtis Dutton wrote:
> Ok so I have made some changed to the ssl code and have something working now
> (openssl collection). Open ssl supports a "try verify" mode that will still
> accept an ssl connection even if a client cannot provide a valid certificate.
> This
Ok so I have made some changed to the ssl code and have something working
now (openssl collection). Open ssl supports a "try verify" mode that will
still accept an ssl connection even if a client cannot provide a valid
certificate. This allows me to support the scenario of a public https usage
for
Okay, I've pushed a change that adds #:pre/name and #:post/name to
->i. Let me know how it works for you.
Robby
On Tue, Feb 22, 2011 at 6:17 PM, Eric Dobson wrote:
> I was thinking a string. I just want the ability to specify which
> invariant that the precondition was checking was broken.
>
> -
On Tue, Feb 22, 2011 at 08:36:01PM +0100, Manfred Lotz wrote:
> Hi there,
> Is there a way to set file resp. directory permission and ownership
> from racket? I didn't find anything in the documentation.
For lack of an answer from someone more experienced, I see two
ways to do this.
The quick &
Indeed, transparency only makes sense if the order of the panels can be
guaranteed. So unless this can be manipulated somehow or the order is always
fixed, it is not always certain that the background panel will be "behind" all
others. So my original problem still exists.
-Original Message-
Sorry to but in, but I think I missed a step: if you cannot guarantee
the order of the panels, how does this kind of thing work?
Robby
On Fri, Feb 25, 2011 at 9:17 AM, Christophe Vandenberghe
wrote:
> Well, if panels can be transparent then I could use one main panel and add a
> canvas to draw
Well, if panels can be transparent then I could use one main panel and add a
canvas to draw the background and overlay it with the transparent panels (or
use a message% with a bitmap label instead of the canvas if it is a fixed
image). Then there is no need for the 'on-paint' for panels.
-O
Ok, but to be clear, you need both `on-paint' and transparency for
panels, right? Transparent panels can group and hide controls, but you
need `on-paint' to draw a background in the first place.
It turns out that transparency more or less falls out of supporting
`on-paint' for panels, so I'll work
9 matches
Mail list logo
