On 10/7/05 3:32 PM, "Jerry Daniels" <[EMAIL PROTECTED]> wrote:
> Todd,
>
> By all means, send an example along to me. If I can replicate it, I
> can fix it.
>
> I copy images pretty often but have not had any problems with it, but
> that doesn't mean there isn't a bug in there waiting to be fix
Though support for an M$ cause is ??able. Their bid to overturn Eolas
has been turned down. Could this mean that:
go stack URL "http://www.example.org/data/mystack.rev"; in a new window
will be deemed an illegal call?
___
use-revolution mailing li
Alex Tweedly wrote:
Lynch, Jonathan wrote:
But still...
Answer trunc((36-34.2)*100) should return 180, not 179.
No it shouldn't.
I mean, the
underlying code should work to return an accurate value.
It does.
Perhaps it is just a matter of opinion, but to me, if the software
returns a wr
If you set the HTMLtext of the field to you bit of html, it will
generally do a pretty good job of displaying only the text, though it
will be formatted according to the html formatting tags. To get
around this, you can do
set the HTMLText of fld "myField" to theBitOfHtml
put fld "myField"
FWIW:
In MS Excel (v.97, on Windows), "=TRUNC((36-34.2)*100)" gives 180.
:-)
Curry Kenworthy
Curry K. Software
http://curryk.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and man
On 10/7/05 2:30 PM, "jbv" <[EMAIL PROTECTED]> wrote:
> Nevertheless, how do you explain that the following :
>
> put 36 into A
> put 34.2 into B
> put A-B into C
>
> put C*100 into C
> put trunc(C)
>
> returns 180 with Rev 2.5 on Mac OS9, but returns 179 on other
> platforms such as L
Todd,
By all means, send an example along to me. If I can replicate it, I
can fix it.
I copy images pretty often but have not had any problems with it, but
that doesn't mean there isn't a bug in there waiting to be fixed.
Best,
Jerry
On Oct 7, 2005, at 9:23 AM, Todd Geist wrote:
Thanks
Quoting Sarah Reichelt <[EMAIL PROTECTED]>:
Hi Sarah
Thanks, that is exactly what I wanted.
I've left the text quoted below for anyone searchig the archives.
Cheers
Bob; sunny Scotland (honest)
I have a button that resizes a label (custonlabel) via 2 fields
labelnewname and
labelnewtextsize
> I have a button that resizes a label (custonlabel) via 2 fields labelnewname
> and
> labelnewtextsize.
>
> the script is
>
> on mouseUp
> set the text of field CustomLabel to field LabelNewName
> set the textsize of field CustomLabel to field LabelNewTextsize
> end mouseUp
>
> I have a large
Easy,
create a field, set the htmlText of the field to your html, then get the
text of the field. It will strip out the tags for you.
best,
Chipp
Setec Multimedia wrote:
Hello everybody,
I'm curenytly trying to perform a small utility wich would extract the
text datas of an html file into
Hello everybody,
I'm curenytly trying to perform a small utility wich would extract the
text datas of an html file into separated items or lines of a field.
For example, this html code :
…
example of texte 1
example of link
…
…would return these result in a defined field :
example of texte
jbv wrote:
Nevertheless, how do you explain that the following :
put 36 into A
put 34.2 into B
put A-B into C
put C*100 into C
put trunc(C)
returns 180 with Rev 2.5 on Mac OS9, but returns 179 on other
platforms such as Linux or Win2000 ?
Just curious...
I was curious about that too
Hi All
I have a button that resizes a label (custonlabel) via 2 fields labelnewname and
labelnewtextsize.
the script is
on mouseUp
set the text of field CustomLabel to field LabelNewName
set the textsize of field CustomLabel to field LabelNewTextsize
end mouseUp
I have a large area for the
Alex,
> Users of trunc() (whichever language they use it in :-) should be wary
> of the dangers.
>
Thank you so much for your explanations. As for rev users, I strongly
suggest that this "potential problem" should be mentioned in the doc,
at least in the part dedicated to the trunc() function..
>It's NOT a Rev bug - it's an artifact of double precision binary
arithmetic >(or, if you like, an artifact of the IEEE format used by
Intel (and >everyone else)).
Alex, your explanation makes perfect sense, and I accept that it is not
a Rev bug.
But...
I still don't like it, though.
This affe
Lynch, Jonathan wrote:
But still...
Answer trunc((36-34.2)*100) should return 180, not 179.
No it shouldn't.
I mean, the
underlying code should work to return an accurate value.
It does.
Perhaps it is just a matter of opinion, but to me, if the software returns a
wrong
value in a cal
But still...
Answer trunc((36-34.2)*100) should return 180, not 179. I mean, the
underlying code should work to return an accurate value. Perhaps it is
just a matter of opinion, but to me, if the software returns a wrong
value in a calculation, it is a bug.
I use trunc in a calendar that calculat
The method you are suggesting would also be faster, because it does not
force a type conversion
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex
Tweedly
Sent: Friday, October 07, 2005 10:20 AM
To: How to use Revolution
Subject: Re: Strange math behavio
If you add in a line like this:
Put char 1 to -1 of C into C
then it forces Rev to use the proper number, rather than the
almost-but-not-quite proper number - but man, that has gotta slow things
down. Basically, that is forcing it to convert it from a number to text,
then back to a number. For m
Um...
Really freakin' weird!
I am on win 2000, and that script returns 179
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jbv
Sent: Friday, October 07, 2005 10:27 AM
To: How to use Revolution
Subject: Re: Strange math behaviour... could someone explain
Thanks Chip and Sarah for your responses.
It seems to be a false alarm. Or at least not a real problem for rev but
rather for Constellation... :>(
I love Constellation. Jerry has done a terrific job. But it seems to be
throwing a phantom error here. Or at least switching to using Rev's Object
Lynch, Jonathan wrote:
Even just this simple line produces the same error:
Somehow, Rev is performing 36-34.2, and even though it displays that
number as 1.8, it must be processing it internally as
1.799 or something like that.
Very disturbing - This could affect a prog
with Rev 2.5 on Mac OS9.1 the following
gives 180
put 36 into A
put 34.2 into B
put A-B into C
put C*100 into C
put trunc(C)
but with Rev 2.5 Linux I still get 179...
so much for Xplatform compatibility :(
JB
> I just tried this script - but I still get 179
>
> -Original Messag
I just tried this script - but I still get 179
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jbv
Sent: Friday, October 07, 2005 10:02 AM
To: How to use Revolution
Subject: Re: Strange math behaviour... could someone explain this ?
According to my tests
According to my tests (which aren't exhaustive)
there seems to be another workaround :
put 36 into A
put 34.2 into B
put A-B into C
put C*100 into C
put trunc(C)
this gives 180 as a result, while the following line
(replacing the last 2 of the above example) gives 179
put trunc(C*10
Further confirmation of what JB noticed:
This:
round(((36-34.2)*100)-.5)
also returns 179, when it should return 180.
So the problem is not in the trunc function itself, it is in the way Rev
performs a calculation like 36-34.2 -- How many accounting errors
might this have caused for people?
-
Even just this simple line produces the same error:
answer trunc((36-34.2)*100)
This is odd...
Look at the results I get when testing this:
Trunc((36-34.1)*100) should = 190, but returns 189
Trunc((36-34.2)*100) should = 180, but returns 179
Trunc((36-34.3)*100) should = 170, and in fact does r
Robert,
1. Clicking the "go away" box in the window of a stack should close it
(and any substacks). In other words, clicking the close box should
close the stack. Clicking the box in a substack should hide it.
2. You can do whatever you want with modals - probably Show and Hide,
as needed.
3. I
I get the same thing...
That's gotta be a bug.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of jbv
Sent: Friday, October 07, 2005 7:17 AM
To: How to use Revolution
Subject: Strange math behaviour... could someone explain this ?
Hi list,
example 1 :
Hi list,
example 1 :
put 1.8 into myA
put trunc(myA * 100) into myA
in that case, myA=180which is OK
--
example 2 :
put 34.2 into myA
put 36 into myT
if myA > 0 then
if myA < myT then
get myA
put myT - myA into myA
put it into myT
else
Dick Kriesel wrote:
On 10/6/05 4:21 AM, "Alex Tweedly" <[EMAIL PROTECTED]> wrote:
Hmmm - can you give a case where Kay's method gives wrong answers
because of a negative seconds value ?
As far as I can see (both by inspection and by testing) it always gets
it right.
Whenever the nega
David, Jeane,
only in theory... In practice, i've seen this not work, work wrong,
rescrew everything...
i've never seen this work correctly... I know because i tried for MONTHS
not to go crazy
with the thing!!!
The best way to make this work:
make a handler to save all your control's positions
At 12:11 PM +0100 10/6/2005, David Burgun wrote:
HELP! I have a Stack and the geometry has gone berserk. I have a
"breakpoint" inserted in a preOpenStack handler that allows me to
quit the startup path. If I let it continue the Stack displays and
the geometry has scaled/moved objects as if the
At 5:53 PM +0200 10/6/2005, Paul Claude wrote:
I need, as for ABDialer or Jon's Phone Tool, to make a menu available from
any app with the possibility to make a phone call, choosing an address, etc.
There is no way currently to do this in Rev; you would need a
low-level compiler.
Perhaps a s
> Richard Gaskin wrote:
>
> Dude, don't get me started.
>
> While I have apps written for Win95 that continue to run without
> difficulty in Microsoft's latest OS, on Mac we've had to port from 68k
> to PPC, and then from Classic to OS X, and even now stuff break between
> releases of OS X.
You
35 matches
Mail list logo