Re: reordering lists

[Ken Ray]

Martin,

> It seems that a revolution listfield (with "autohilite" "listbehaviour" +
> "click to toggle" checkboxes all true) wants to scroll the hilited line to
> the vertical centre of the field, at all times, and of course that's
really
> undesirable here, I want it to stay where it was when I clicked it, unless
> I'm actually dragging and the field needs to scroll to bring other lines
> into view, which is what I'm used to in HC, windowscript, and in fact all
> other mac apps that let you 'peel off' a line from a scrolling field.
>
> Sigh... if I anybody knows a way to subvert this "feature"...

I'm glad you brought this up. I ran into the same behavior in attempting to
create a table object. I would sincerely recommend that Rev/MC change this
"feature" so that it only scrolls if the hilite is at the bottom or top of
the field.

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Ready-made buttons and fields

[Terry Vogelaar]

> It would be great if one of you knowledgeable rev people would create a stack
> of ready made buttons and ready made fields. Some of you remember that
> hypercard included these in their software. These sure would help beginning
> programers. They could be posted for download at Runrev. Anybody
> interested.

It should be mentioned that RR has more ready-to-use stuff than HC, because
RR has a whole series of field tools instead of one. That counts for the
button tools as well. Besides that, there is the library with some prefab
stuff.

Then again, I miss some items like an example on how the progress bar works
(you rev people probably thought that because RR is so fast, nobody would
use a progress bar ;-).
Other things I like to see in the library are:
- images in text fields
- a standard menubar with all the commonly used items properly working
  (new, close, save, print, quit, undo, cut, copy, paste, find, help, about)
- a standard toolbar with those same items
- a good script that dims/disables the items in the toolbar/menubar that are
  not available
- read and write data to a properly formatted XML file that uses a DTD

These are things that kept me occupied quite a while. Most of them are
solved, some others (like dimming 'undo' when not available) not. I am
working on XML handling at the moment, because I think XML should be the way
all data should be stored.

Terry


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: wait for messages

[David Vaughan]

Bob

I think we can now answer some of your questions:

Why should it have worked the first time, but not subsequently?
In my experience, it never waited (in the indefinite sense) and I have no idea why it waited for you even once. Your system had some coincidental activity that slowed it down at the critical moment?
Are there messages a script can never see (or that bypass the usual message hierarchy) that, nevertheless, satisfy the wait condition of "wait for messages"?
I doubt it. It just seems to time out after a period up to 500ms. 
Is there a way to see what messages are causing "wait for messages" to stop waiting?
Thanks to Richard Gaskin's Umbrellaman, just posted, I checked and there are no known messages causing it to time out. It just stops, as I said above.
Is there a way to get a message trace in general?  That would be extremely useful.
Indeed it is. Check Richard's post and stack.
What does the following note in the "waitDepth" entry of the Transcript Dictionary mean?

   "The wait for messages form of the wait command allows Revolution to respond to
    messages and execute handlers while waiting."
As I said in my earlier post on this, "wait N time" stops other handlers while it waits whereas "wait for messages" allows them to execute while it waits up to half a second, and "wait N time with messages" waits that time while allowing other events and handlers to execute.
Shouldn't that be "... with messages form ..."?
...well, that is more useful, I think.
snip

Speaking of "waitDepth", if there are multiple waits pending, in what order to they resume?  Last first?  Last last?  Unspecified?
It appears to me that the waitDepth shows the number of handlers executing, not the messages waiting. This is pretty much what the documentation says. The tests above (one button) showed a waitDepth of 1 while the test below (used two buttons, waiting one while pressing another) showed a waitDepth of 2.
Does a message resume all waiting handlers, or just the next in line?  I'm guessing all, if the documentation is correct, but the resumption order question still pertains.

I've looked in the Revolution stacks for examples of "wait for messages".  They all look something like this:

    . . .
    repeat while someStatus is empty
  wait for messages
    end repeat
    . . .

Why wasn't the command "wait while someStatus is empty with messages" used instead?
Can't answer for why, but...
  Are these equivalent? 
...they are not equivalent. The "wait while...with messages" construct will barrel along handling all messages and executing all handlers other than the one with the wait statement, until the wait is satisfied when it, too, will resume. A "wait for messages" form will continue execution of that handler after 500ms even where nothing else has happened.
One potential difference I see is that the repeat loop won't pause for messages if the loop condition is false, while "wait while" might require at least one message to proceed, even if the condition is already false.  Is that right?
No, it isn't. The condition is checked immediately and, if false, processing continues.
Sorry for being longwinded, but a detailed section in the documentation on execution order, in the presence of waits and sends, would be welcome, and I'm hoping all these questions prompt some of its contents.
Execution order is the usual chronological order of events (and their messages). It is not mucked around by wait except to the extent that a script is halted in certain usages or that other handlers can execute during that time, but, again, in their natural order.
All my comments are research-based, not guru-given, so forgive me for any errors, omissions or lack of clarity. My tentative conclusion, incidentally, is that "wait...with messages"  is great and "wait for messages" is useless. Whether or not the last is true, the documentation on it needs improvement.

regards
David

Re: apply the profile of one button to another

[Scott Rossi]

Recently, Sivakatirswami wrote:

> Let me try to restate this in the bare-est of terms as so far I can't figure
> it out
> 
> Make a button, set a profile with attributes call it "MacOSstandard"
> 
> Now, how does one apply this to another button(s)?
> 
> should be simple I know, but somehow, it is escaping me.

Sounds like you could use the templateButton...

Regards,

Scott Rossi
Creative Director

Tactile Media, Multimedia & Design
Email: [EMAIL PROTECTED]
Web: www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Is there a Message Watcher

[Richard Gaskin]

Devin Asay asks:

> One of my favorite HC development tools is the Message Watcher.  I've
> looked for this but haven't found anything equivalent in Rev.  Am I
> just overlooking something?

There isn't one in the package, but I built something similar named
"UmbrellaMan" which lets you selet any of Rev's messages and trap them like
raindrop to run down its console window before continuing on their path.

You can download UmbrellaMan at 

-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Custom Software and Web Development for All Major Platforms
 Developer of WebMerge 1.9: Publish any Database on Any Site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

apply the profile of one button to another

[Sivakatirswami]

Let me try to restate this in the bare-est of terms as so far I can't figure
it out

Make a button, set a profile with attributes call it "MacOSstandard"

Now, how does one apply this to another button(s)?

should be simple I know, but somehow, it is escaping me.

Hinduism Today

Sivakatirswami
Editor's Assistant/Production Manager
[EMAIL PROTECTED] 
www.HinduismToday.com, www.HimalayanAcademy.com,
www.Gurudeva.org, www.hindu.org

Read The Master Course Lesson of the Day at
http://www.gurudeva.org/lesson.shtml

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Commercial success with Rev

[Richard D. Miller]

> Congratulations.
> 
> Bill

Thanks.

I've worked with a lot of Hypertalk-derived tools since Hypercard first came
out. I've used Toolbook on the Windows side and Hypercard, Supercard, Oracle
Media Objects, and now Rev on the Mac side. What Rev has done, and is trying
to do, is no easy task.

The latest version I'm using has its share of bugs, no doubt about it. But
the concept is great and the implementation, at this stage of the game, is
very good. I'm sure the next version will be great.

Compared to all the other programs I mentioned, Rev has an exceptional range
of functionality. I'm continually amazed at the thinking that went in to the
creation of this software. Even the pieces that don't work, clearly show
that the designers know what the programming community needs to make our
work easier and more productive. My guess is they focused on getting the
basic tools up and running so that it is possible to produce commercial
products now, even while working around the bugs.

Like a lot of other experienced Hypertalk programmers, I've learned there
are numerous ways to address most programming issues. If one way doesn't
work (often because of bugs still being working out), there's probably a
different solution that does. I'm sure a lot of newer Rev programmers are
probably frustrated with some aspects of Rev, but my experience has told me
one learns a great deal by trying to work around these issues and find
solutions. Of course, it's so much easier these days having an incredible
support community like we have here on this listserve. What I wouldn't have
given for this 15 years ago

While it's true it took my company years to develop the data for our CD, we
only started to actually work on the production of the CD about six weeks
ago. It took three weeks to create...from scratch...a version we felt
comfortable selling to our customers. There's no way that could have
happened without a great product like Revolution.

I hope those folks get all the support they need, because Rev could become a
truly revolutionary tool for us all.


-- 
Richard Miller
The Wood Exchange.info
http://www.thewoodexchange.info
802-238-5355
802-951-2534 fax
 

> 
> On Monday, February 25, 2002, at 01:26  AM, Richard D. Miller wrote:
> 
>> Just thought we'd let folks know we're having considerable success with
>> our
>> Rev program.
>> 
>> We started distributing it about two weeks ago and have now shipped
>> about
>> 600 CD's to customers in 50 countries. We've had less than 10 technical
>> support calls with no significant issues arising. Our customers are
>> using
>> Windows 95 through XP & NT, as well as Mac OS 9-10. The only time we've
>> run
>> into problems is with older Win 95 systems with 64 MB of memory...just
>> not
>> enough for our (graphically intense) program.
>> 
>> Essentially, our CD provides the most extensive source of data
>> available on
>> the world's commercial wood species...about 1,650 species. The data has
>> been
>> in development for almost ten years.
>> 
>> The main feedback we're getting: the program is very fast. That's nice!
> 
> ___
> use-revolution mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/use-revolution

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: wait for messages

[David Vaughan]

On Tuesday, February 26, 2002, at 12:11 , David Vaughan wrote various 
things readable in the previous post by me under this title :-)

Replying to myself ;-) ... of course the "wait {N time} with messages" 
will wait the time you define while allowing other actions, and is not 
accelerated by those actions, whereas "wait {N time}" simply waits. None 
of this makes "wait for messages", apparently meaning a random time up 
to half a second, very useful ... so far.

regards
David

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: wait for messages

[David Vaughan]

OK, I've waited a bit for a Transcript guru to answer Bob's questions (in shortened form below) but nothing has clarified this so far. So I tried a couple of experiments myself, effectively replicating Bob's results. These are two of my tests:
In the stack I put this idle handler (oh shame!)
on idle
global gFrog
add 1 to gFrog
end idle

and in a button this script:
on mouseUp
global gFrog
put zero into gFrog
put empty into field 1
put empty into field 2
repeat with i = 1 to 50
wait for messages
put i & comma after field 2
put gFrog & comma after field 1
end repeat
end mouseUp

The result was that messages continue to flow during the repeat loop, but only slowly, a shade faster than the idle message (and therefore it was not the idle message, as promised by the documentation). If I moved the mouse during the loop then it accelerated dramatically. 

I ditched the idle script and changed the button script to:
on mouseUp
put empty into field 1
put empty into field 2
put the ticks into tickTime
repeat with i = 1 to 50
wait for messages
put (the ticks - tickTime) & comma after field 2
put the ticks into tickTime
end repeat
put average(field 2) into field 1
end mouseUp

Being careful not to move the mouse, I clicked the button and saw tick delays of 6,17 and 32 for the first three instances after which it settled down to 30 tick intervals with the occasional 29 (average 29 ticks). Wriggling the mouse accelerated the loop to 1-2 tick delays.

So, part of the answer seems to be that "wait for messages" will wait up to 30 ticks for a message and then continue processing anyway. In fact, it may wait only 6 or so ticks on the first pass. This is not what the documentation says, and also leaves the value of the construct rather uncertain.

Incidentally, in a separate test I found that waitDepth remained at 1 before, during and after a loop such as the above. This seems correct if it means that only the mouseUp handler was executing.

Is there any further enlightenment that can be offered on the "Wait for messages" command please? I am comfortable at the moment with the "with messages" form. Unless further experiments have offered him enlightenment, Bob is probably still pretty curious too.

regards
David

On Monday, February 25, 2002, at 01:00 , Bob Rasmussen wrote:

Can anyone give me some insight about the "wait for messages" command? Is there a way to see what messages are causing "wait for messages" to stop waiting?

Is there a way to get a message trace in general?  That would be extremely useful.
Devin Asay asked for a Message Watcher today. I didn't use it much in HC but it would certainly have been useful here.
What does the following note in the "waitDepth" entry of the Transcript Dictionary mean?

   "The wait for messages form of the wait command allows Revolution to respond to
    messages and execute handlers while waiting."

Speaking of "waitDepth", if there are multiple waits pending, in what order to they resume?  Last first?  Last last?  Unspecified?

Does a message resume all waiting handlers, or just the next in line?  I'm guessing all, if the documentation is correct, but the resumption order question still pertains.

I've looked in the Revolution stacks for examples of "wait for messages".  They all look something like this:

    . . .
    repeat while someStatus is empty
  wait for messages
    end repeat
 

Ready-made buttons and fields

[JacksHyperInfo]

It would be great if one of you knowledgeable rev people would create a stack of ready made buttons and ready made fields.   Some of you remember that hypercard included these in their software.  These sure would help beginning programers.    They could be posted for download at Runrev.   Anybody interested.

Jack

Re: Commercial success with Rev

[Bill Vlahos]

Congratulations.

Bill

On Monday, February 25, 2002, at 01:26  AM, Richard D. Miller wrote:

> Just thought we'd let folks know we're having considerable success with 
> our
> Rev program.
>
> We started distributing it about two weeks ago and have now shipped 
> about
> 600 CD's to customers in 50 countries. We've had less than 10 technical
> support calls with no significant issues arising. Our customers are 
> using
> Windows 95 through XP & NT, as well as Mac OS 9-10. The only time we've 
> run
> into problems is with older Win 95 systems with 64 MB of memory...just 
> not
> enough for our (graphically intense) program.
>
> Essentially, our CD provides the most extensive source of data 
> available on
> the world's commercial wood species...about 1,650 species. The data has 
> been
> in development for almost ten years.
>
> The main feedback we're getting: the program is very fast. That's nice!

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: finding topics already discussed

[David Vaughan]

Steve

> Is there any way to search past submissions short of creating a 
> database and
> dumping each submission in a separate record.  It occurs to me that this
> search feature could be added to the RR Website.

I appreciate that Kevin says it is on their downstream list but there 
are two other suggestions for you in the mean time. Randy suggests use 
the tools you have - copy the data to a Rev stack and use its Find and 
Match functions, which makes sense.

My own solution is more platform-dependent, in that I simply save any 
potentially interesting post on disk and use Sherlock's content search 
to find even oblique references.

If you are not on a Mac you can mix the methods by saving relevant files 
to disk (faster than copy-paste) and using your newly-minted database 
Rev stack to auto-read and delete all files in that directory at 
intervals, saving you a bit of effort creating the database.

> Just a thought.
>
regards
David

> Regards
>
> Steve
>
> Stephen R. Messimer
> Messimer Computing, Inc
> 2501 14th Ave South
> Escanaba, MI 49829
> www.messimercomputing.com
>
>
> ___
> use-revolution mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/use-revolution
>

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Polling the mouse

[J. Scott Saults]

Fri, 22 Feb 2002 13:22:55 -0700
Scott Raney <[EMAIL PROTECTED]> wrote

>But did you actually try this?  It *doesn't* work that way in either
>MC or HC now.  If you don't see it, try increasing the loop count (you
>may need to at one zero for HC, and about 3 in MC/RR ;-)
>
>My real question is, given that you're confused about this, how many
>other people must be, and if a lot, does this behavior really need to
>be preserved?

Scott & Geoff,
Sorry! I THOUGHT I'd tried it in HC, but I must have done something WRONG. 
HyperCard does return "down" after the mouse button has been clicked during 
the loop, even though it is actually up when the script gets "the mouse." 
Geoff 's step-by-step explanation  helped me see this. I'd not understood 
the implications of this exception to the way "the mouse" seemed to work. I 
apologize for posting my mistake, but thanks for the correction. The the 
mouse function seems to check some kind of event queue, rather than 
actually checking the state of the mouse button. Obviously, the mouse is 
more complicated than I thought, but maybe most people are not as easily 
confused as me.

During this subsequent testing, I discovered a couple of other curiosities, 
for what it's worth. SuperCard 3.6 SEEMS to behave more consistently than 
MC or HC, because it does, according to my tests, return "up" even after 
clicking during the loop of Scott's script.  Also, a slight modification to 
the 'put' command in Scott's script (below)actually causes HyperCard to put 
"down up" when the mouse is clicked during the loop and then not pressed 
again !  Weird.

on mouseUp
 get 0
  repeat for 1 times
 add 1 to it
 end repeat
 put the mouse && the mouse
end mouseUp

My 2¢?  Revolution should drop "the mouse" function, unless it can be made 
to work in a reliable, predictable way, as documented. I can live without it.

Scott Saults

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

mySQL

[Almesjö]

I am trying to get a grip on how to work with databases from Rev. Kinda
new to databases, but I've gotten mySQL up and running. But I can't
connect to it from Rev (using the database-manager). Is there any tutorial
for this?
Specifically I can't figure out what what to put in the hostfield?
/Niklas

__
Do You Yahoo!?
Yahoo! Sports - Coverage of the 2002 Olympic Games
http://sports.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Plain text posts please

[Ken Norris (dialup)]

Hi Heather,

Thanks mom...
--
on 2/25/02 2:31 AM, Heather Williams at [EMAIL PROTECTED] wrote:
 
> You don't always need to quote every post in the thread you are replying to.
> This is becoming a pretty high traffic list, so to keep the length of the
> digest down, consider whether you really need to quote three pages of
> prettily coloured nested text showing all the posts back to the week before
> last in relation to the question.
--
This is how I do it, i.e., I use 'snip' lines between the parts I want to
respond to, and delete the rest.

However, I think one of the reasons people are leaving in the past posts to
the threads here is because its the only way to follow it, since there are
apparently no archives to refer to. I've had to come back and ask questions
that were answered just two days before in part of an RE that was deleted
when a thread's subject line was changed.

PLEASE, PLEASE, PLEASE: ARCHIVE THIS LIST. If you were using it to learn,
like many of us, you'd see the value of that immediately.
--
> And finally, Play nice, children,
--
Always. I didn't mean to yell, I was just emphasizing.

Warmest regards,
Ken N.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Is there a Message Watcher

[Devin Asay]

One of my favorite HC development tools is the Message Watcher.  I've 
looked for this but haven't found anything equivalent in Rev.  Am I 
just overlooking something?
-- 
Devin Asay
Humanities Research Center
Brigham Young University
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: finding topics already discussed

[Kevin Miller]

On 25/2/02 4:27 pm, Steve Messimer <[EMAIL PROTECTED]> wrote:

> I have been a member of the use and improve lists for several months now.  I
> have found the quality of the discourse here to be outstanding.  It would be
> wonderful if there were some efficient way to find information posted in the
> past.  Often times I will see information that I realize will be useful in
> the future but is unrelated to the issue or issues on which I am currently
> working.  Going back to my archives of the list at a later date  and
> searching for that information is VERY time consumming and in some cases
> unrewarding.
> 
> Is there any way to search past submissions short of creating a database and
> dumping each submission in a separate record.  It occurs to me that this
> search feature could be added to the RR Website.
> 
> Doing this would allow developers to check through all the submissions on a
> particular topic before sending in a submission that most likely has been
> addressed at some point in the past.  It should also free up some time for
> Jeanne and others to work on more current problems.
> 
> Just a thought.

Its a good one and we should do it, though there are other enhancements
coming along first.

Thanks for the suggestion.

Kevin

Kevin Miller <[EMAIL PROTECTED]> 
Runtime Revolution Limited - Power to the Developer!
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: tools and commands relating to the web

[Devin Asay]

At 8:07 PM -0500 2/22/02, [EMAIL PROTECTED] wrote:

>I visited your site (nice), you have a lot of valuable-related 
>information there; I will definitely be reviewing your lessons.  I 
>am still puzzled over how to create a browser field (for building a 
>browser); all I can find on the tools palette are standard text 
>fields/boxes.

In fact, you don't need a special type of field to display formatted 
html text; any field can do it.

>
>Or, are you saying that by using the htmlText function, that when 
>you get a URL address, a regular text field/box will display the 
>actual web page, not just the html code?

Exactly, just

set the htmlText of fld "myField" to URL 

>
>Also, what Rev command would be used in a browser to refresh; would 
>just repeating the get URL command accomplish this?

Right, you'd have to do that manually.  Rev provides the basic tools 
for displaying web pages, not the niceties we're used to in web 
browsers.  Those you'd have to build in yourself.

Steve, if you'd like I'll email you a copy of the stackfile (72KB) I 
used to demonstrate some of these concepts to my students.  Email me 
offlist if you're interested.

Devin
-- 
Devin Asay
Humanities Research Center
Brigham Young University
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

finding topics already discussed

[Steve Messimer]

Hi,

I have been a member of the use and improve lists for several months now.  I
have found the quality of the discourse here to be outstanding.  It would be
wonderful if there were some efficient way to find information posted in the
past.  Often times I will see information that I realize will be useful in
the future but is unrelated to the issue or issues on which I am currently
working.  Going back to my archives of the list at a later date  and
searching for that information is VERY time consumming and in some cases
unrewarding.

Is there any way to search past submissions short of creating a database and
dumping each submission in a separate record.  It occurs to me that this
search feature could be added to the RR Website.

Doing this would allow developers to check through all the submissions on a
particular topic before sending in a submission that most likely has been
addressed at some point in the past.  It should also free up some time for
Jeanne and others to work on more current problems.

Just a thought.

Regards

Steve

Stephen R. Messimer
Messimer Computing, Inc
2501 14th Ave South
Escanaba, MI 49829
www.messimercomputing.com


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: sort stack by short id of this card

[Rob Cozens]

>There are 6 cards for each (1) form.  The 6 cards have the same "Index
>Number". In order to keep all of the cards in order they are being sortd by
>shot id of card.  Of course this means that when they are duplicated they
>have to be duplicated in order.  Forget that they have an "Index Number" and
>concentrate on the sort of id.

I am, and that's what troubles me:

* When you create a new card, it is assigned a random, unique id.

* When you create six new cards:
a. You will not get the same 6 card ids that were in the original
HC stack, and
b. You have no guarentee the id#s will be be consecutive, or even
in ascending order.

* I see no relation between "Index Number" & the card id; so how can
sorting by id get the cards in Index Number order?.

* If the HC stack is in the correct order, you only need to create the
cards in the new stack in the same order and no sort is necessary.

Rob Cozens
CCW, Serendipity Software Company

"And I, which was two fooles, do so grow three;
Who are a little wise, the best fooles bee."

from "The Triple Foole" by John Donne (1572-1631)
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Printing with revPrintField

[Dan Friedman]

Greetings once again,

I am trying to print a field with text formatted into columns.  The columns
are set by setting the tabStops.  It looks great on screen, and "print card"
prints it just fine.  However, when I use:

revShowPrintDialog true,true
revPrintField the name of field "tText"

It prints, but the columns are no longer formatted properly.  Am I doing
something wrong?

Here's what I think is going on... If you set the tabStops to
"72,162,267,348,477" for example, then the first parameter is 72, one inch
on screen.  However, I think that Revolution is not considering the dpi of
the printer.  So, if you print to a 300 dpi printer, 72 is no linger an
inch.  Am I right?  Is this a bug?  Or do I suffer from cranial-rectal
inversion?

Any insight would be greatly appreciated.

Thank you!

Dan Friedman

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: screenMouseLoc Function

[Klaus Major]

Tach Rolf,

> How can I set the location of the cursor under MacOS X ?
>
> The screenMouseLoc only works under MacOS 9 !
>
> Any ideas ?
>
> Cheers
> Rolf

what about a little maths ? ;-)

Just add the left of this stack resp. the top of this stack to loch 
resp. locv.

Works fine ;-)


Regards

Klaus Major
[EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

screenMouseLoc Function

[Rolf Kocherhans]

How can I set the location of the cursor under MacOS X ?

The screenMouseLoc only works under MacOS 9 !

Any ideas ?

Cheers
Rolf
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: sort stack by short id of this card

[Scott Rossi]

Recently, [EMAIL PROTECTED] wrote:

>> I have a stack I am scripting for work.  For years I have been using this in
>> Hypercard.  It is a "Form" made of six cards (designed to print cards 1 &2 on
>> one page, cards 3 & 4 on the next page and cards 5 &6, on the last page). I
>> have rewriten it in transcript and am now setting it to copy itself, and sort
>> so that I have each form in order by field "Order Number".  (on mouseUpgo
>> first  repeat 6..new cardgo nextsort stack by short id of
>> this card)
>> 
>> Everything works fineuntill I got to Card ID 1. Now card id 1 has
>> decided it wants to be first in the card order.

> There are 6 cards for each (1) form.  The 6 cards have the same "Index
> Number". In order to keep all of the cards in order they are being sortd by
> shot id of card  When I get to id 1
> (this card is card #3 in the cequence) the cards start to get out of
> sequence.  Consiter that the first thing that happends is "go first". this
> means that card #3 is being copied fired and recieving the first id.  From
> there on the cards are copied and sorted in the wrong order.


Relying on the short ID numbers seems pretty limiting.  Is there any reason
you can't create your own numbering system and use that to sort the cards?

For example, establish a user property for each card, like "uSortNumber":

   set the uSortNumber of this cd to XX

Each time you duplicate your cards, the user property will be duplicated
with each card, so you'll have to update the numbers (properties).

Then sort your stack's cards by this property:

   sort cards of this stack by the uSortNumber of this cd

Regards,

Scott Rossi
Creative Director

Tactile Media, Multimedia & Design
Email: [EMAIL PROTECTED]
Web: www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: sort stack by short id of this card

[Stgecft]

In a message dated 2/24/02 9:18:00 PM, [EMAIL PROTECTED] writes:

<< As to the stack starting to renumber itself at card ID 1, I'm just not
sure. Seems like it couldn't be coincidence with such an ID number, doesn't
it? Could it be a memory problem? Maybe MC/RR allocates card ID memory
allowances in blocks of 100 or something similar.

Best regards,
Ken N. >>

 When this started to happen I was able to "revert to last saved" to take the 
stack back before the problem.  Then I walked each copy untill I found where 
the problem occured.  1!  OK ...Now your thoughts indicate that I could 
group the 6 cards and use their "Index Number" to keep them in order.  I 
assume I dont need to "go first" .  Perhaps "go last" and what? place 
group X? or would I copy and paste group x?  
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: sort stack by short id of this card

[Stgecft]

>I have a stack I am scripting for work.  For years I have been using this in
>Hypercard.  It is a "Form" made of six cards (designed to print cards 1 &2 on
>one page, cards 3 & 4 on the next page and cards 5 &6, on the last page). I
>have rewriten it in transcript and am now setting it to copy itself, and sort
>so that I have each form in order by field "Order Number".  (on mouseUpgo
>first  repeat 6..new cardgo nextsort stack by short id of
>this card)
>
>Everything works fineuntill I got to Card ID 1. Now card id 1 has
>decided it wants to be first in the card order.

I frankly don't understand why this works at all.  You say you want the
cards in order by field "Order Number" but sort the stack by the short id
of each card. ??

Rob Cozens


There are 6 cards for each (1) form.  The 6 cards have the same "Index 
Number". In order to keep all of the cards in order they are being sortd by 
shot id of card.  Of course this means that when they are duplicated they 
have to be duplicated in order.  Forget that they have an "Index Number" and 
concentrate on the sort of id.  Take my word for it.  When I get to id 1  
(this card is card #3 in the cequence) the cards start to get out of 
sequence.  Consiter that the first thing that happends is "go first". this 
means that card #3 is being copied fired and recieving the first id.  From 
there on the cards are copied and sorted in the wrong order.
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Plain text posts please

[Heather Williams]

Dear all,

Given the numbers of new users we have on these lists now, I thought it
might not be a bad plan to make a list motherly type post. Some simple
guidelines to make this list a friendly, easy to read place for all.

You don't always need to quote every post in the thread you are replying to.
This is becoming a pretty high traffic list, so to keep the length of the
digest down, consider whether you really need to quote three pages of
prettily coloured nested text showing all the posts back to the week before
last in relation to the question.

If you quote the entire digest, along with a request to unsubscribe, I will
unsubscribe you promptly, but I will mutter unpleasant things under my
breath. Most such requests are automatically screened out by the list
software anyway, the proper way to unsubscribe is to use the webpage link,

http://lists.runrev.com/mailman/listinfo

or send me a request for help to the *admin* address at the head of every
digest. [EMAIL PROTECTED]

If you get the list in digest form and just hit reply, do try and change the
subject line to something relevant. People find it hard to follow a thread
that becomes mislabeled as "Re: digest no 6798"

 Please send your messages as plain text only. You should be aware that a
high proportion of members are on digest mode, and if you send your post as
html or other strange formatting you will be inflicting this type of
gibberish on a large number of readers (I picked a sample at random):

--=_NextPart_000_00F1_01C1BBAA.4A5392B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable









Awesome find, MisterX! After a little testing and tweaking (the =
'findstr'=20
is not "MAC" but "Physical Address", and 'findstr' is not supported on =
Win 9x),=20
here's a replacement CROSS-PLATFORM function. Note that IPCONFIG.EXE =
exists only=20
on Windows 98 and higher (including XP), but if you can include =
IPCONFIG.EXE in=20
your delivery (CD/download/etc.), you can run it on Windows 95 and it =
will work=20
just fine. (I don't know if Microsoft has an issue with distributing =
this... you=20
should check it out.
 
function GetMACAddress  local retVal  switch (the =

platform)  case "MacOS"    set the directory =
to=20
specialFolderPath("apple")    put "tell application"=20
&& quote & "Apple System Profiler" & quote & cr =
&=20
\
  "get appletalk address" & cr =
& "end=20
tell" into getMACScript    put "tell application" =
&&=20
quote & "Apple System Profiler" & quote & cr & \
  "close window" && quote =
& "Apple=20
System Profiler" & quote & cr & "end tell" into=20
quitASPScript        set the =
directory to=20
specialFolderPath("apple")    do getMACScript as=20
AppleScript    put the result into=20
retVal    do quitASPScript as=20
AppleScript    replace "{" with "" in=20
retVal    replace "}" with "" in =
retVal   =20
replace quote with "" in retVal    break  =
case=20
"Win32"    put (there is a file =
(specialFolderPath("system")=20
& "/IPCONFIG.EXE")) into winExists    put (there =
is a=20
file (specialFolderPath("system") & "/SYSTEM32/IPCONFIG.EXE")) into=20
sys32Exists    if winExists or sys32Exists=20
then  set the hideConsoleWindows to=20
true  put shell("ipconfig /all") into=20
temp  get matchText(temp,"Physical =
Address. . .=20
. . . . . . : ([A-Z0-9-]*)",retVal)   =20
else  return "IPCONFIG not=20
found"    end if    =
break  end=20
switch  return retValend GetMACAddress
 
Thanks, everyone!
 
Ken RaySons of Thunder SoftwareEmail: mailto:[EMAIL PROTECTED]";>[EMAIL PROTECTED]Web =
Site: http://www.sonsothunder.com/";>http://www.sonsothunder.com/

And finally, Play nice, children,

Regards,

Heather
-- 
Heather Williams <[EMAIL PROTECTED]> 
Runtime Revolution Ltd.
Tel: +44 (0) 131 7184333 Fax: +44 (0)1639 830707
Ten Thumbs Typing Tutor Teach your Fingers to Dance

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Commercial success with Rev

[Richard D. Miller]

Sorry. Late at night. Here's the correct URL:

   http://www.thewoodexchange.info/woodexplorer.html


-- 
Richard Miller
The Wood Exchange.info
http://www.thewoodexchange.info
802-238-5355
802-951-2534 fax

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Commercial success with Rev

[Ken Norris]

on 2/25/02 1:26 AM, Richard D. Miller at [EMAIL PROTECTED] wrote:

> http://www.thewoodexchange/woodexplorer.html
--
I tried this site but got no server. Problems? I'd really like to see it.

Best regards,
Ken N.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Commercial success with Rev

[Richard D. Miller]

Just thought we'd let folks know we're having considerable success with our
Rev program.

We started distributing it about two weeks ago and have now shipped about
600 CD's to customers in 50 countries. We've had less than 10 technical
support calls with no significant issues arising. Our customers are using
Windows 95 through XP & NT, as well as Mac OS 9-10. The only time we've run
into problems is with older Win 95 systems with 64 MB of memory...just not
enough for our (graphically intense) program.

For more info on our CD including screenshots, please go here:

   http://www.thewoodexchange/woodexplorer.html

Essentially, our CD provides the most extensive source of data available on
the world's commercial wood species...about 1,650 species. The data has been
in development for almost ten years.

The main feedback we're getting: the program is very fast. That's nice!

Thanks Revolution.

-- 
Richard Miller
The Wood Exchange.info
http://www.thewoodexchange.info
802-238-5355
802-951-2534 fax

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: HELP field behavior

[Klaus Major]

Bonjour Alain,

> It is courious that I can do a lot of things within the messagebox and 
> it doesn't works when I include the same command or function in a 
> handler.
>
> For example, I select a line in a scroling locked field with 
> listBehavior turned to true, using arrow key. I type  PUT THE 
> HILITEDLINE OF FIELD "MaList" and the result is the number of the 
> hilited line.  If I type the same in a handler with  onEnterInField, 
> the result I get in my variable is not an integer, it is this string: 
> hilitedLine. So I cant refer to the line by its number.
>  I can refer to a number's line if I click on a line with the mouse.
>
> Is there any solution?
>
> Thanks
>
> Alain Vezina
> Logilangue international


For "hilitedline", append an "s" and it will work :-)

It has to be "the hilitedlines of fld xxx".

That will return the number of the hilited line(s) !

It has to be the plural, even if there is only one line hilited !!!


Check out the "selectedlines"in this context, too.

This will return something like:

line 4 of field 7

So you can easily extract the desired line-number and more info...


Hope this helps...


A votre service et au revoir

Klaus Major
[EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution