On Feb 27, 2007, at 4:10 PM, Tim Jones wrote:
> Hi Folks,
>
> I'm still hard at it with the BevelButtons for some cross platform
> work with some graphic buttons and I have two issues that I can't
> seem to work through:
>
> I have two bevelbuttons that are 70x70. Each contains a 48x48 PNG
> image w/mask and a title string. When the app is run, the images on
> the two buttons never display and the title text is centered (it
> defined as "Below Graphic"). I have also tried replacing the PNG's
> with GIF and JPG with the same affect.
>
> I have three OTHER bevelbuttons that have a smaller image with a
> title that appear fine until their parent window is moved below
> another window. When the original window is brought back to the top,
> these three (but not two others on the same window) all appear to be
> disabled. Clicking and dragging off of them (to prevent the Action
> event from firing) results in all three of them returning to the
> normal enabled state appearance.
>
> 2007r1, PPC or Intel Mac, Debug App OR Built App
>
> Anyone have tips on getting consistency from BevelButtons (besides
> going to Canvases (already looking at that option) and managing the
> whole shebang myself)?
>
One other quick comment - I've also tried this with both composite on
and off for the parent window.
Tim
--
Tim Jones
tjmac at tolisgroup dot com
Remember: Amateurs...built the ark.
Professionals...built the Titanic
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Tue 27 Feb 2007 16:24:02 -0700
Return-Path: <realbasic-nug-bounces at lists dot realsoftware dot com>
X-Original-To: listarchive at realsoftware dot com
Delivered-To: listarchive at realsoftware dot com
Received: by xmail.realsoftware.com (Postfix, from userid 1037)
id E289A1AB5BAB; Tue, 27 Feb 2007 15:24:10 -0800 (PST)
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on
www.realsoftware.com
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00,
NO_REAL_NAME autolearn=ham version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id B6F0F1AB5BA1;
Tue, 27 Feb 2007 15:24:09 -0800 (PST)
Received: from m.realsoftware.com (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id 4DC76FB7F4;
Tue, 27 Feb 2007 17:24:05 -0600 (CST)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail.verex.com (mail.verex.com [66.116.103.197])
by lists.realsoftware.com (Postfix) with ESMTP id A1431FB7E8
for <realbasic-nug at lists dot realsoftware dot com>;
Tue, 27 Feb 2007 17:24:02 -0600 (CST)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id 8578770256D
for <realbasic-nug at lists dot realsoftware dot com>;
Tue, 27 Feb 2007 16:24:02 -0700 (MST)
Date: Tue, 27 Feb 2007 16:24:02 -0700
Subject: RE: Confused about new things in RB
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <NAEEKPONICFANBGONHNIGEDKDOAA dot tim at telios dot com>
X-Mailer: VerEx Email Gateway
Message-Id: <20070227232402 dot 8578770256D at mail dot verex dot com>
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
On Feb 27, 2007, at 22:46 UTC, Tim Hare wrote:
> A word of caution regarding static variables. When used in a method
> in a class definition, static variables are global to all instances
> of that class.
In other words, there is only one instance of that variable, which
retains its value from call to call (regardless of what object you call
it by), and which is accessible only within that method.
> When used in a method of, say, a window, then they
> are local to the window and act like statics from other languages,
> retaining their value from one call to the next.
In other words, there is only one instance of that variable, which
retains its value from call to call (regardless of what object you call
it by), and which is accessible only within that method.
It is exactly the same in both cases. I don't understand the
distinction you're trying to make, and AFAIK, there is none to be made.
> Let's say we subclass a push button, and we want to retain a counter
> of the number of times it's been pushed...
>
> One might expect myLocalCount to be nicely hidden in the action
> event, just like a local variable, but retaining its value from one
> push to the next. What will happen, however, is that all instances of
> our pushbutton class will share the same variable.
Of course. That's the whole point of a static variable: it exists only
once, like a global, except that it's accessible only within the method
where it's declared.
This has nothing to do with windows or controls; it'd be exactly the
same in any other class (or module, for that matter) method. Right?
Cheers,
- Joe
--
Joe Strout -- joe at strout dot net
Verified Express, LLC "Making the Internet a Better Place"
http://www.verex.com/
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|