Hi folks,
My familiarity with other programming languages is pretty well Nil so
this idea might already exist.
Would there be any support for a built-in Rb complement to CStr when
converting "True" as a string to the Boolean value of True?
Something like a "BVal" function? I know I could always make my own
function.
Comments?
Terry
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Thu 31 May 2007 09:12:20 -0600
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 BF61129CF0F3; Thu, 31 May 2007 08:12:40 -0700 (PDT)
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on
www.realsoftware.com
X-Spam-Level:
X-Spam-Status: No, score=-3.0 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 E4EA629CF0D3;
Thu, 31 May 2007 08:12:29 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id 7C2D6336E31;
Thu, 31 May 2007 10:12:21 -0500 (CDT)
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 F040E336E12
for <realbasic-nug at lists dot realsoftware dot com>;
Thu, 31 May 2007 10:12:16 -0500 (CDT)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id EF42475CD89
for <realbasic-nug at lists dot realsoftware dot com>;
Thu, 31 May 2007 09:12:19 -0600 (MDT)
Date: Thu, 31 May 2007 09:12:20 -0600
Subject: Re: feedback ID for detecting last file drop?
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <154C7EFB-0FCC-473B-8D85-4F28EB3CD0D4 at sentman dot com>
X-Mailer: VerEx Email Gateway
Message-Id: <20070531151219 dot EF42475CD89 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 May 31, 2007, at 14:44 UTC, James Sentman wrote:
> OR in addition, take the behavior of the Preview app. If you drag a
> bunch of images onto it, you have the option of opening them all in
> one window with an index drawer or opening them all in separate
> windows. You would have to hack that together with timers or checking
> ticks since the last file was opened or something if you wanted to do
> it in RB. And it would be a hack and subject to being broken by large
> images or slow machines or something like that. I'll go sign on.
The Timer approach is *probably* reliable, even on slow machines or
when taking a long time to process each OpenDocument event, provided
that you reset the timer on each OpenDocument call. This is because
timers are processed from the main event loop, and in all likelihood,
the main event loop won't be getting much or any processing while there
are still files being fed to the OpenDocument event by whatever part of
the framework intercepts that open-multiple-files message from the OS.
It's still a hack, though, and the assumptions behind my statement
could become untrue at some point. A clean, sanctioned solution would
obviously be preferred.
Best,
- Joe
--
Joe Strout -- joe at strout dot net
Strout Custom Solutions
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|