Re: Code Libraries and Standalone Applications

[J. Landman Gay]

Peter Haworth wrote:

Thanks for the pointer to the stackFiles property.  That certainly makes 
life easier but it still seems to defeat one of the purposes of having a 
central code library in that there's a copy of the the library in every 
app I write instead of it being in one central location and accessed 
from that location by any app. 


The idea behind libraries is that you only have to maintain a single 
code base, which can be re-used anywhere. But each app still needs to 
have copy, or at least access to a copy. Some apps, like Adobe, store a 
single copy of their libraries in a central location like Application 
Data, and all their apps point to and use it. You could do that too if 
you want, though most of us don't. But there's nothing that says you 
can't store your library stack in Application Data and "start using" it 
on startup. A library doesn't have to be in the same place as the app, 
as long as you know where it is located you can open and use it. You'll 
have to overwrite it if it changes though, which isn't necessary of you 
just ship the library along with the standalone.


More commonly, a library is stored inside the standalone as a substack.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Specialfolderpath (26) and roaming

[J. Landman Gay]

David Glasgow wrote:

Hello folks,

My platform specific saving data script now works fine thanks for
the advice so far.

However, I was thrown a bit because Specialfolderpath (26) on my
Vista machine points to a folder /appdata/roaming


But it's inside your user folder. Pre-Vista, it points to the user data 
in application data, and Vista + it points to the user data in 
appdata/roaming. It's just a change in folder structure. Both places are 
the approved location for storing user-specific data.




As far as I can make out, if a user is logged into a server, this
directory is saved there, and will be accessible whatever machine is
subsequently used to log in.  I have to say I don't quite understand
how that would work in practice, because presumably each machine
could have a different variant of appdata/roaming..


No, it should save to the local drive. SpecialFolderPath points to the 
local system.




Apart form not quite getting what is going on with the roaming thing,
my questions are:

1/ Does Specialfolderpath (26) serve different purposes on other Win
versions?


No. Same thing.



2/ Does it matter that a standalone for a single user & non networked
computer is saving information in the /appdata/roaming directory?


No. Both save to the local drive.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Quick Key Equivalents

[J. Landman Gay]

Roger Guay wrote:

Could someone please remind how to include quick keyboard equivalents
in the text lines (menu items) of a popup menu? For example, I would
like to have "Edit mode" as a menu item with the option of using the
Control and e keys. Thanks for your help.


Look at "acceleratorModifiers" in the dictionary, along with 
"acceleratorKey". There's an example in the acceleratorModifers entry on 
how to set both.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: my arrowKey handler is working

[J. Landman Gay]

Haroldo Mauro Jr. wrote:


Hi Jacqueline, it's nice to be here learning Revolution. Thank you
for the long answer and the suggestions. This stack is for my own
use. It's a book catalog for my private library. I've working on it
for several years in Hypercard. It has aproximately 1500 cards, four
backgrounds.


I think you're okay for now. The "find" command works much more slowly 
than in HC but otherwise it should be fine.



Anyway, I commented out the whole stack script leaving only the
arrowKey handler and it worked. Now I'll try to figure out where the
problem is. But I have another question.


Okay, that's actually a clue. Do you have a keydown or keyup handler? If 
so, in Rev, keydowns and keyups catch all key-related messages before 
any others, like arrowkey or tabkey, etc. So if your keydown/up handler 
isn't passing the message, the arrowkey handler will never trigger. As 
an aside, rawkeydown/rawkeyup handlers catch messages even before 
keydown/keyup does, but since this is a HC port and HC didn't have 
rawkey messages, you probably don't have any of those.



In the script, shift+right arrow moves to card 1 of next bg,
shift+left arrow goes to last card of previous bg. This works now,
but stops when it gets to the fourth bg either way. Is there a way to
make it keep going, as in a loop, repeating the cycle,
1,2,3,4,1,2,3,4...etc?


It should work identically to HC. The only thing I can think of is that 
some other key-related handler is blocking arrowkey messages on that bg. 
So check the script in bg 4 for any key-related things.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Code Libraries and Standalone Applications

[Sarah Reichelt]

> Thanks for the pointer to the stackFiles property.  That certainly makes
> life easier but it still seems to defeat one of the purposes of having a
> central code library in that there's a copy of the the library in every app
> I write instead of it being in one central location and accessed from that
> location by any app.  Of course, I only have one app right now and who knows
> if I'll ever write another one so probably shouldn't worry about it!

Unless you never distribute your standalones, or have the libraries on
some generally accessible server, you are always going to have to
include them with every app. The advantage of using libraries is that
you only have to maintain them in one place. Multiple projects can
access the same library stacks and will pick up any changes to the
libraries every time a new standalone is built.

Cheers,
Sarah
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: RevMail

[Sarah Reichelt]

On Mon, Apr 19, 2010 at 3:38 AM, Jean-Pierre Soto
 wrote:
> Hello,
>
> I want to use the revMail function , but the size of text seems to be
> limited. What can I do?


I encountered this recently in Windows only, but in my tests, Rev
2.8.1 was fine, it was just more recent versions that had this
problem.
You say you are using Rev 2.8, so what size of email is failing for you?

The other problem with revMail on Windows can be accented characters
in the body of the email.

Cheers,
Sarah
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Punching holes in a graphic

[BNig]

Hi Alejandro,

thank you for the kind words.


Alejandro Tejada wrote:
> 
> By the way, i really liked the Water Tank
> that you published in this message:
> http://mail.runrev.com/pipermail/use-revolution/2010-March/137089.html
> 
glad you liked it, unfortunately Len Morgan seems not to have found it.

regards
Bernd
-- 
View this message in context: 
http://n4.nabble.com/Punching-holes-in-a-graphic-tp1999614p2015237.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Haroldo Mauro Jr.]

At 0:06 +0200 19/04/10, Andre.Bisseret wrote:
>Le 18 avr. 10 à 15:34, Haroldo Mauro Jr. a écrit :
>
>>At 15:06 +0200 18/04/10, Andre.Bisseret wrote:
>>>Bonjour Haroldo,
>>>Welcome to the list :-)))
>>>
>>>
>>>Le 18 avr. 10 à 13:29, Haroldo Mauro Jr. a écrit :
>>>
Hi everybody, I just joined this list. I used Hypercard for many years, 
since I got my first Mac in 1991. Then, some years ago swiched to  
Supercard, which I've been using a lot.  I've had Revolution Studio for 
over a year but only now am trying to use it more steadly. So, here's what 
I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack script is 
not behaving as expected. So I checked the Revolution dictionary and found 
this example below, which I tested on my stack and it didn't work, just the 
same:

(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
if theKey is "up" then go to card 1
else pass arrowKey
end arrowKey

Instead of going to card 1 it kept going to the next card each time I 
pressed the up arrow key, and after the last card the stack just closed.
>>>
>>>I just made
>>>-  a new main stack
>>>- pasted  the handler above in the stack script
>>>
>>>then it is working as expected. Il I am on card 2 or 3, pressing the up 
>>>arrow key leads me to card 1
>>>
>>>I am on RunRev Enterprise. I havn't RunRev Studio. But I tried with RunRev 
>>>Media, and it is running as expected as well.
>>>
>>>Well, don"t know why it is not the case for you; hav'nt you kept another 
>>>handler somewhere which could interfere? (take precedence over this one)
>>>
>>>Best regards from Grenoble
>>>
>>>André
>>
>>
>>Andre, I opened the stack with Media, but no luck. However, I created a new 
>>stack and it worked (the short one). It seems obvious that the problem is in 
>>the stack.  However, I  converted the same stack to Supercard and that same 
>>script (the long one) works in SC, as well as in Hypercard. I did a search 
>>for arrowKey in the search box and found it only  once, in the stack script.
>>
>>Haroldo
>
>Haroldo,
>
>I had tried only the short one. I just tried your long script on the same 
>stack (I just added " if whichKey is "up" then go to card 1" as a first line, 
>for fun ;-)) but might be useful anyway!
>
>I  assume that your are expecting one is "circling" in the same background 
>when, being on the first card of a bg, one presses the left arrowkey (or the  
>right arrowkey when being on the last card of the bg). If this is the case, 
>then no problem; your script works well in a stack created in rev.
>
>André

Thanks. The right and left arrow keys should do two things in my script. If 
they are pressed together with  the shift Key, they navigate to the first card 
of the next and previous bg, respectively. Without the shift key they should do 
what you just described. But I just made it work by commenting out my whole 
stack script except for the arrowKey handler. Now at least I know where the 
problem is and hope to find out. Thans again.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

my arrowKey handler is working

[Haroldo Mauro Jr.]

At 12:47 -0500 18/04/10, J. Landman Gay wrote:
>Hi Haroldo, how nice to see you here!
>
>>(example from Rev dictionary)
>>on arrowKey theKey -- make Up arrow go to the first card
>>  if theKey is "up" then go to card 1
>>  else pass arrowKey
>>end arrowKey
>>
>>Instead of going to card 1 it kept going to the next card each
> >time I pressed the up arrow key, and after the last card the stack just 
> >closed.
>
>This is the default behavior for arrowkeys. If you have navigationarrows set 
>to true (which you said you do) then the up and down arrows basically do a "go 
>back" or a "go forth". When the stack closed, it was likely popping to another 
>stack to go to a card there, which you had probably visited recently.
>
>Since you are getting the default arrow behavior instead of the scripted one, 
>that tells me that your arrowkey message isn't reaching your handler for some 
>reason. My first thought was that you might be using a card group instead of a 
>background group (and as an HC convert, that's something you'll want to read 
>up on,) but since it's an HC import that's unlikely unless you've added some 
>groups since you imported the stack.
>
>Because the script works in a new stack, you're right it's probably something 
>in that particular stack. I agree that you should probably set the hcBehavior 
>of the stack to false; you don't need that in Rev and it may clear up some 
>issues. You can still continue to refer to bgs and controls the way you are 
>used to, though you'll probably change that later as you get used to Rev.
>
>About the advice to separate the data from the interface -- it's good advice. 
>Rev isn't meant to use cards as a database. But to be honest, I wouldn't worry 
>about that for now. If you have under 5,000 cards in the stack it will work 
>just as it does in HC and I'd keep that structure until you've learned a 
>little more about Rev. One thing at a time. If this stack is just for your own 
>use, you may not want to change its database structure at all. I still use a 
>number of old HC stacks in Rev that keep databases -- for example, I have an 
>address book stack with one record per person and it works just fine. I don't 
>even know 5,000 people. :)
>
>If you can't isolate the arrowkey problem, feel free to upload the stack 
>somewhere and post a link to the list. You'll probably get a lot of solutions 
>once we can see the scripts.

Hi Jacqueline, it's nice to be here learning Revolution. Thank you for the long 
answer and the suggestions. This stack is for my own use. It's a book catalog 
for my private library. I've working on it for several years in Hypercard. It 
has aproximately 1500 cards, four backgrounds. It not only holds the book data, 
but also has a couple of cards with Dewey Decimal Classification class codes, a 
list of authors and an A to Z table with cutter numbers, so it also assigns 
cutter numbers for the authors, via scripts, etc. There are a lot of scripts, 
and there are many adjustments to make before it will work 100 percent in 
Revolution.

Anyway, I commented out the whole stack script leaving only the arrowKey 
handler and it worked. Now I'll try to figure out where the problem is. But I 
have another question.

In the script, shift+right arrow moves to card 1 of next bg, shift+left arrow 
goes to last card of previous bg. This works now, but stops when it gets to the 
fourth bg either way. Is there a way to make it keep going, as in a loop, 
repeating the cycle, 1,2,3,4,1,2,3,4...etc?


Harold
















___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Andre.Bisseret]

Le 18 avr. 10 à 15:34, Haroldo Mauro Jr. a écrit :


At 15:06 +0200 18/04/10, Andre.Bisseret wrote:

Bonjour Haroldo,
Welcome to the list :-)))


Le 18 avr. 10 à 13:29, Haroldo Mauro Jr. a écrit :

Hi everybody, I just joined this list. I used Hypercard for many  
years, since I got my first Mac in 1991. Then, some years ago  
swiched to  Supercard, which I've been using a lot.  I've had  
Revolution Studio for over a year but only now am trying to use it  
more steadly. So, here's what I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack  
script is not behaving as expected. So I checked the Revolution  
dictionary and found this example below, which I tested on my  
stack and it didn't work, just the same:


(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
if theKey is "up" then go to card 1
else pass arrowKey
end arrowKey

Instead of going to card 1 it kept going to the next card each  
time I pressed the up arrow key, and after the last card the stack  
just closed.


I just made
-  a new main stack
- pasted  the handler above in the stack script

then it is working as expected. Il I am on card 2 or 3, pressing  
the up arrow key leads me to card 1


I am on RunRev Enterprise. I havn't RunRev Studio. But I tried with  
RunRev Media, and it is running as expected as well.


Well, don"t know why it is not the case for you; hav'nt you kept  
another handler somewhere which could interfere? (take precedence  
over this one)


Best regards from Grenoble

André



Andre, I opened the stack with Media, but no luck. However, I  
created a new stack and it worked (the short one). It seems obvious  
that the problem is in the stack.  However, I  converted the same  
stack to Supercard and that same script (the long one) works in SC,  
as well as in Hypercard. I did a search for arrowKey in the search  
box and found it only  once, in the stack script.


Haroldo


Haroldo,

I had tried only the short one. I just tried your long script on the  
same stack (I just added " if whichKey is "up" then go to card 1" as a  
first line, for fun ;-)) but might be useful anyway!


I  assume that your are expecting one is "circling" in the same  
background when, being on the first card of a bg, one presses the left  
arrowkey (or the  right arrowkey when being on the last card of the  
bg). If this is the case, then no problem; your script works well in a  
stack created in rev.


André






___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] [OT] First iPad app approved

[Bill Vlahos]

Tom,

There is a discussion on this subject at
http://news.yahoo.com/s/afp/20100418/tc_afp/usitcompanyhealthcomputermediainternetappleipad

It would be worth chiming in on.

Bill Vlahos

On Apr 2, 2010, at 6:45 AM, Joe F. wrote:

> Congratulations Tom.
> Not just a frivolous piece of software fluff either; an excellent example of 
> tech that gives something to the world.
> 
> "Big Button Email" is a good idea too. That was my take on the iPad- a Mac 
> for Granny.
> 
> If I may suggest another product that fill your niche: a voice package for 
> Rev.
> I was dismayed to find that the speech command yields passable results on 
> Macs but sounds absolutely awful on Windows.
> 
> Cheers,
> Joe F.
> 
> 
> On Apr 2, 2010, at 1:08 AM, Thomas McGrath III wrote:
> 
>> This is mostly off topic but while I am waiting for revMobile to become a 
>> solid option I was able over the past three and a half weeks to design and 
>> build my first iPad application and was approved for inclusion in the grand 
>> opening of the iPad Store.
>> 
>> The app is a communication software with voice synthesis for people who can 
>> not speak. The field which I have been in for almost twenty years is AAC - 
>> Alternative Augmented Communication. Typically these systems cost in the 
>> thousands but with my new software "My Pad Speaks" and a $499 iPad a user 
>> can have a system for under $600 bucks. Now that is a great mix of 
>> technology and innovation. My application has space for up to 10,000 words 
>> in an easy to use and easy to learn interface. I have included themes of 
>> both backgrounds and buttons for end users to customize the system to their 
>> personality. This is a fun application with a serious side.
>> 
>> "My Pad Speaks" will be unveiled during the grand opening of the iPad store 
>> this saturday along with the delivery of the iPad simultaneously in 80 
>> countries.
>> 
>> My new website (the old one died) is on my on-rev server and can be found 
>> at:  http://mypad.lazyriver.on-rev.com/
>> 
>> Except for the voice synthesis part this entire project could have been done 
>> in revMobile and would have been easier to do in a shorter period of time. I 
>> can't wait for revMobile.
>> 
>> 
>> 
>> Tom McGrath III
>> Lazy River Software
>> http://lazyriver.on-rev.com
>> 3mcgr...@comcast.net
>> 
>> DeMoted - Have you DeMoted Someone today?
>> http://demoted.lazyriver.on-rev.com
>> 
>> On the iTune App Store
>> http://itunes.apple.com/us/app/demoted/id355925236?mt=8
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> use-revolution mailing list
>> use-revolution@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Punching holes in a graphic

[Alejandro Tejada]

Hi Bernd,

This handler works great! :D

Effectively, both Rounded rectangles stay
together, no matter how fast i move the
mouse.

By the way, i really liked the Water Tank
that you published in this message:
http://mail.runrev.com/pipermail/use-revolution/2010-March/137089.html

Many thanks for sharing your scripts.
Keep up your great work!

Alejandro



-- 
View this message in context: 
http://n4.nabble.com/Punching-holes-in-a-graphic-tp1999614p2015190.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Punching holes in a graphic

[BNig]

Alejandro,
I too noticed the lag between the moving hole and the rectangle, in the
revlet it does not show that much, but in the ide it does show. So I went on
my own and it works very well. In the group with the 'hole' I put a handler
---
local moveMe, xDiff, yDiff

on mouseDown
   put the clickLoc into tClick
   put item 1 of the loc of me - item 1 of tClick into xDiff
   put item 2 of the loc of me - item 2 of tClick into yDiff
   put true into moveMe
   send moveOn to me in 5 milliseconds
end mouseDown
   
on moveOn
   if moveMe then
  put the mouseLoc into tLoc
  add xDiff to item 1 of tLoc
  add yDiff to item 2 of tLoc
   
  lock screen
  set the loc of me to tLoc
  set the loc of grc "Frame2" to tLoc
  unlock screen
  if moveOn is not in the pendingMessages then
 send moveOn to me in 30 milliseconds
  end if
   end if
end moveOn
   
on mouseUp
   put false into moveMe
end mouseUp
   
on mouseRelease
   mouseUp
end mouseRelease

grc "frame2" being the framing rectangle.
regards
Bernd
-- 
View this message in context: 
http://n4.nabble.com/Punching-holes-in-a-graphic-tp1999614p2015151.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Punching holes in a graphic

[Alejandro Tejada]

Hi Geoff,

Probably, changing ink effects or blendlevel to show
rectangles overlapping areas, could work in this case.

Actually, i tested the idea with two ungrouped rectangles
on different layers moving via a mousemove handler.

When i move the mouse too fast, one of the rectangles
gets behind and the effect is disconcerting or comical,
depending of your mood. :-)

In this case, i prefer, on mousedown, to hide the colored border
and show it again on mouseup and mouserelease.
The problem with this method, is that boundaries between
rounded rectangles is difficult to see, while moving the selected
rounded rectangle.

In another test, i added a handler to change, on mousedown,
the blendlevel of all other rounded rectangles while
dragging around the selected rounded rectangle.
In this case, the difference on blendlevels marked clearly
the boundaries between rounded rectangles.
The blendlevel of all rounded rectangles is restored
on mouseup and mouserelease.

Alejandro
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[ANN] Be always update with the new version of the Color Picker

[zryip theSlug]

Dear list Members,

The Slug is pleased to announce the availability of a new version of
its Color Picker.
>From this new version, let the Color Picker do the update job itself!

The Picker will backup your old version in a "Picker Backup" folder,
download the new version, unzip it in place of the previous version
and switch to the new version at the fly.
Don't worry about missing a version, the Picker is here to help! ;)


ß 0.3 version - 04/18/2010
- The Color Picker included its own updater. Choose to check updates
at startup or click on the "update" button on the preferences window.
- Minor interface modifications (button style, etc)
- The Infos & Preferences window is now modeless instead of a palette.


And yes, I love Revolution! 8)


Regards,
-- 
-Zryip TheSlug- wish you the best! 8)
http://www.aslugontheroad.co.cc
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[J. Landman Gay]

Klaus on-rev wrote:


But maybe "go next cd OF THIS BG" is making Rev choke somehow?
Since "...of this bg" is genuine HyperTalk after all...


That still works in Rev. I think the problem is that the arrowkey 
message isn't reaching the handler.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[J. Landman Gay]

Hi Haroldo, how nice to see you here!


(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
  if theKey is "up" then go to card 1
  else pass arrowKey
end arrowKey

Instead of going to card 1 it kept going to the next card each
>time I pressed the up arrow key, and after the last card the stack 
just closed.


This is the default behavior for arrowkeys. If you have navigationarrows 
set to true (which you said you do) then the up and down arrows 
basically do a "go back" or a "go forth". When the stack closed, it was 
likely popping to another stack to go to a card there, which you had 
probably visited recently.


Since you are getting the default arrow behavior instead of the scripted 
one, that tells me that your arrowkey message isn't reaching your 
handler for some reason. My first thought was that you might be using a 
card group instead of a background group (and as an HC convert, that's 
something you'll want to read up on,) but since it's an HC import that's 
unlikely unless you've added some groups since you imported the stack.


Because the script works in a new stack, you're right it's probably 
something in that particular stack. I agree that you should probably set 
the hcBehavior of the stack to false; you don't need that in Rev and it 
may clear up some issues. You can still continue to refer to bgs and 
controls the way you are used to, though you'll probably change that 
later as you get used to Rev.


About the advice to separate the data from the interface -- it's good 
advice. Rev isn't meant to use cards as a database. But to be honest, I 
wouldn't worry about that for now. If you have under 5,000 cards in the 
stack it will work just as it does in HC and I'd keep that structure 
until you've learned a little more about Rev. One thing at a time. If 
this stack is just for your own use, you may not want to change its 
database structure at all. I still use a number of old HC stacks in Rev 
that keep databases -- for example, I have an address book stack with 
one record per person and it works just fine. I don't even know 5,000 
people. :)


If you can't isolate the arrowkey problem, feel free to upload the stack 
somewhere and post a link to the list. You'll probably get a lot of 
solutions once we can see the scripts.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

RevMail

[Jean-Pierre Soto]

Hello,

I want to use the revMail function , but the size of text seems to be  
limited. What can I do?



Thanks

(Revolution 2.8)




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Code Libraries and Standalone Applications

[Peter Haworth]

Thanks Sarah.

On the behaviors, I thought of a handler similar to the one you  
mentioned, just seemed like there should be a more elegant way to deal  
with this issue but I guess not.  The hard coded behavior  
specification is making me wonder if it would be easier and less  
hassle to have the controls call handlers in the code library instead  
of specifying a behavior.  Seems like that would achieve the same goal  
of a central code base shared by all the controls that need it.


Thanks for the pointer to the stackFiles property.  That certainly  
makes life easier but it still seems to defeat one of the purposes of  
having a central code library in that there's a copy of the the  
library in every app I write instead of it being in one central  
location and accessed from that location by any app.  Of course, I  
only have one app right now and who knows if I'll ever write another  
one so probably shouldn't worry about it!



Pete Haworth

--

Message: 11
Date: Sun, 18 Apr 2010 10:11:12 +1000
From: Sarah Reichelt 
Subject: Re: Code Libraries and Standalone Applications
To: How to use Revolution 
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

On Sun, Apr 18, 2010 at 7:41 AM, Peter Haworth  
 wrote:
I'm hoping I can get some advice from the people on this list who  
know a lot
more that I do about the mechanics of distributing a standalone  
application.


While developing my application, I wrote a number of commands that  
I insert
as front scripts to the app.  The scripts for these command were  
all on
cards within the application stack file but I've moved them out of  
that file
and into a separate code library file so I can use them in other  
future
apps.  I changed the insert commands in my application to load the  
scripts
from the code library stack file instead of from the application  
stack file

and all seems to be working fine after a couple of initial glitches.

Now I'm realising that when I distribute the application as a  
standalone,
 the file path to the code library stack (currently hard coded in  
my app)

will certainly be different than it is on my computer.

I have the same issue with a library of objects with custom  
behaviors that
currently resides on a card in my application which  I would like  
to move
out of the application and into a separate object library stack  
file for use
in other apps.  Plus, there's a more difficult problem with the  
object
library in that the behavior definitions are all hard coded long  
ids that

include a reference to the file path to my application stack.

I guess I could just include a copy of both library stacks in every  
app but

that seems to defeat the purpose of central libraries

I'm sure these problems have been solved many times and I'd  
appreciate some
guidance on the best way to handle this before I go charging down  
the wrong

path!


I use "the stackFiles" to solve the library problem. The library files
DO need to be included with each app or the app will not be able to
find them & use them.
If you set the stackFiles using the Inspector, you can refer to the
library stacks by name only and your main stack will know where to
find them.
The library stacks do not have to be included in your working stack  
file.


When you build the app, the standalone builder will automatically
include these stackFiles in the app, and you will still be able to
refer to them just by name, with no file path needed.

For behaviors, I don't know how this works out. When I have a bunch of
objects that need to be set to use a behavior, I write a handler to
loop through them and set them all. As a precaution, I have just left
these handlers in the stacks and call them in an openCard or openStack
routine. This is probably overkill, but at least I know it works.

Cheers,
Sarah



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Code Libraries and Standalone Applications

[Peter Haworth]

Thanks Richard.

Pete Haworth






--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: defau;ltStack and Front Scripts

[Peter Haworth]

Thanks for the warning!  I was also surprised that "this stack" did in  
fact point to my app stack and not the stack that the code was running  
from.  I think I will change my handler to have a parameter that  
explicitly names the stack as you suggest.


Pete Haworth

On Apr 18, 2010, at 6:34 AM, use-revolution-requ...@lists.runrev.com  
wrote:




On Apr 17, 2010, at 12:25 PM, Peter Haworth wrote:

Instead of passing in the name of the app stack, I found I could  
the use "the long name of this stack", eg:


set the mainstack of stack "Structures" to the mainstack of the  
long name of this stack


I myself never trust "this stack" even when I'm totally utterly  
certain that I know what stack "this stack" will refer to when my  
handler is run.  I tend to envision, subconsciously, "this stack" to  
be, well, "THIS stack", the stack the control is in, or the stack I  
have in mind, the stack in front of me. But to Rev, "this stack" is  
the default stack, and if your script wanders into a palette or  
modeless stack someday, "this stack" will refer to "that stack over  
there" and suddenly stuff is happening behind your back to the wrong  
stack! Having been bitten countless times, when I write library  
utilities now, I insist that the target of actions be specified  
explicitly, usually via a parameter.



t



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: ArrowKey Handler problem

[Richmond Mathewson]

 On 18/04/2010 16:11, Haroldo Mauro Jr. wrote:

At 14:44 +0300 18/04/10, Richmond Mathewson wrote:

On 18/04/2010 14:29, Haroldo Mauro Jr. wrote:

Hi everybody, I just joined this list. I used Hypercard for many years, since I 
got my first Mac in 1991. Then, some years ago swiched to  Supercard, which 
I've been using a lot.  I've had Revolution Studio for over a year but only now 
am trying to use it more steadly. So, here's what I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack script is not 
behaving as expected. So I checked the Revolution dictionary and found this 
example below, which I tested on my stack and it didn't work, just the same:

(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
   if theKey is "up" then go to card 1
   else pass arrowKey
end arrowKey

Just tried that script: NO; doesnt work: documentation is misleading.

Instead of going to card 1 it kept going to the next card each time I pressed 
the up arrow key, and after the last card the stack just closed.

Here's my original handler, from the Hypercard stack script, which doens't work:
(handler is in stack script)
on arrowKey whichKey
   if whichKey is "right" then
 if the optionKey is down then
   go first card of next bg
 else
   go next card of this bg
 end if
   end if
   if whichKey is "left" then
 if the optionKey is down then
   go last card of previous bg
 else
   go previous card of this bg
 end if
   end if
end arrowKey

Any help would be appreciated. Thank you.
Harold

My experience favours rawKeyDown:

on rawKeyDown  RAWK
  if RAWK is 65363 then go to card 1
else pass rawKeyDown
end rawKeyDown


Thank you Richmond. Something very weird happened when I tested your script. It 
made for an erratic navigation. I was on card 60 when I pressed the up key, and 
these are the cards that showed with each consecutive press of the up arrow: 
59, 58, 58 again, 59, 60, 61, 60, 59, 58, 59, 59 again, 58, 57, 56, 57, 58, 65, 
64, 63, 62, etc...

I tested both your script and mine in a different stack. Same results.

Haroldo



Give your first card a name, such as "cFIRST"

then, instead of

go card 1try

go card "cFIRST"

are you putting the script in the stack or the card?  should be in the 
stack.

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Debian, Sidux, Ubuntu, reference distributions for Rev

[Peter Alcibiades]

"Just yesterday my XP system got another update, and my OS X 10.4 system
got an update the week before."

Its not like that at all.  Debian Lenny is still getting updates, to both
apps and to security and to base system.  That is like what you are speaking
of with both XP and 10.4.  But that is not what is happening with Ubuntu. 
The passage from 8.04 to 8.04.4 is in some ways less than the changes that
take place within a Debian release, because most bugs are not (as the
articles I cited earlier documented) not fixed in them.  Similarly the
updates you get for XP and OSX are less than what you get from the Lenny
updates, because the latter give updates to applications, unlike the OSX and
XP ones.   But the passage from 8.04 to 9.04 is much more than an update, 
and far more than any update to Lenny or Squeeze, these are real new
releases, getting close to Tiger > Leopard > Snow Leopard.  But its every
six months!  

What Ubuntu does is completely different from what MS, Apple or Debian is
doing.  it remakes the whole distribution out of a pool of Debian
experimental packages every six months.  its like we were going major
releases every six months.  The passage from one Ubuntu release to another
is not an update of a base system.  

That is the whole point, and how it differs from Debian.  But its also how
it differs from XP and OSX.

Now, that may be a reasonable way to conduct business for Ubuntu.  its not
the way some of us would do it, but its their way.  What is indubitable is
that it means that while you have to test your releases against some
versions of Ubuntu, because there's a lot of it out there, Fedora too for
that matter, you cannot and should not take "Ubuntu", or even some specific
release of it, as your reference distribution to certify feature compliance
against.  

Because, unlike either XP, 10.4 or Debian Stable, it is not that sort of
thing.  Its not one thing, its lots of them, its a moving target, in a way
that none of the above is.   Pick one release, and it will not guarantee you
functionality against the next one.  Its a crap shoot.

Look, let Rev prove me wrong.  Carry on testing against Ubuntu, and start
delivering proper functionality and a well defined feature set that
performs.  I could be wrong, and this would be the way to prove it.

But until they do that, its just obstinate persistence in continuing to do
something that is not working, and that knowledgeable industry people argue
cannot possibly work.  Surely its obvious that the time has come with Rev on
Linux to look at what is going wrong, and for everyone to stop defending
ways of working that are not delivering?
-- 
View this message in context: 
http://n4.nabble.com/Debian-Sidux-Ubuntu-reference-distributions-for-Rev-tp1838336p2014927.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Haroldo Mauro Jr.]

At 15:06 +0200 18/04/10, Andre.Bisseret wrote:
>Bonjour Haroldo,
>Welcome to the list :-)))
>
>
>Le 18 avr. 10 à 13:29, Haroldo Mauro Jr. a écrit :
>
>>Hi everybody, I just joined this list. I used Hypercard for many years, since 
>>I got my first Mac in 1991. Then, some years ago swiched to  Supercard, which 
>>I've been using a lot.  I've had Revolution Studio for over a year but only 
>>now am trying to use it more steadly. So, here's what I need help with right 
>>now.
>>In a converted Hypercard stack, an arrowKey handler in the stack script is 
>>not behaving as expected. So I checked the Revolution dictionary and found 
>>this example below, which I tested on my stack and it didn't work, just the 
>>same:
>>
>>(example from Rev dictionary)
>>on arrowKey theKey -- make Up arrow go to the first card
>> if theKey is "up" then go to card 1
>> else pass arrowKey
>>end arrowKey
>>
>>Instead of going to card 1 it kept going to the next card each time I pressed 
>>the up arrow key, and after the last card the stack just closed.
>
>I just made
>-  a new main stack
>- pasted  the handler above in the stack script
>
>then it is working as expected. Il I am on card 2 or 3, pressing the up arrow 
>key leads me to card 1
>
>I am on RunRev Enterprise. I havn't RunRev Studio. But I tried with RunRev 
>Media, and it is running as expected as well.
>
>Well, don"t know why it is not the case for you; hav'nt you kept another 
>handler somewhere which could interfere? (take precedence over this one)
>
>Best regards from Grenoble
>
>André


Andre, I opened the stack with Media, but no luck. However, I created a new 
stack and it worked (the short one). It seems obvious that the problem is in 
the stack.  However, I  converted the same stack to Supercard and that same 
script (the long one) works in SC, as well as in Hypercard. I did a search for 
arrowKey in the search box and found it only  once, in the stack script.

Haroldo
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

ArrowKey Handler problem

[Haroldo Mauro Jr.]

At 14:44 +0300 18/04/10, Richmond Mathewson wrote:
> On 18/04/2010 14:29, Haroldo Mauro Jr. wrote:
>>Hi everybody, I just joined this list. I used Hypercard for many years, since 
>>I got my first Mac in 1991. Then, some years ago swiched to  Supercard, which 
>>I've been using a lot.  I've had Revolution Studio for over a year but only 
>>now am trying to use it more steadly. So, here's what I need help with right 
>>now.
>>In a converted Hypercard stack, an arrowKey handler in the stack script is 
>>not behaving as expected. So I checked the Revolution dictionary and found 
>>this example below, which I tested on my stack and it didn't work, just the 
>>same:
>>
>>(example from Rev dictionary)
>>on arrowKey theKey -- make Up arrow go to the first card
>>   if theKey is "up" then go to card 1
>>   else pass arrowKey
>>end arrowKey
>
>Just tried that script: NO; doesnt work: documentation is misleading.
>>Instead of going to card 1 it kept going to the next card each time I pressed 
>>the up arrow key, and after the last card the stack just closed.
>>
>>Here's my original handler, from the Hypercard stack script, which doens't 
>>work:
>>(handler is in stack script)
>>on arrowKey whichKey
>>   if whichKey is "right" then
>> if the optionKey is down then
>>   go first card of next bg
>> else
>>   go next card of this bg
>> end if
>>   end if
>>   if whichKey is "left" then
>> if the optionKey is down then
>>   go last card of previous bg
>> else
>>   go previous card of this bg
>> end if
>>   end if
>>end arrowKey
>>
>>Any help would be appreciated. Thank you.
>>Harold
>
>My experience favours rawKeyDown:
>
>on rawKeyDown  RAWK
>  if RAWK is 65363 then go to card 1
>else pass rawKeyDown
>end rawKeyDown


Thank you Richmond. Something very weird happened when I tested your script. It 
made for an erratic navigation. I was on card 60 when I pressed the up key, and 
these are the cards that showed with each consecutive press of the up arrow: 
59, 58, 58 again, 59, 60, 61, 60, 59, 58, 59, 59 again, 58, 57, 56, 57, 58, 65, 
64, 63, 62, etc...

I tested both your script and mine in a different stack. Same results.

Haroldo







___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Andre.Bisseret]

Bonjour Haroldo,
Welcome to the list :-)))


Le 18 avr. 10 à 13:29, Haroldo Mauro Jr. a écrit :

Hi everybody, I just joined this list. I used Hypercard for many  
years, since I got my first Mac in 1991. Then, some years ago  
swiched to  Supercard, which I've been using a lot.  I've had  
Revolution Studio for over a year but only now am trying to use it  
more steadly. So, here's what I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack  
script is not behaving as expected. So I checked the Revolution  
dictionary and found this example below, which I tested on my stack  
and it didn't work, just the same:


(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
 if theKey is "up" then go to card 1
 else pass arrowKey
end arrowKey

Instead of going to card 1 it kept going to the next card each time  
I pressed the up arrow key, and after the last card the stack just  
closed.


I just made
-  a new main stack
- pasted  the handler above in the stack script

then it is working as expected. Il I am on card 2 or 3, pressing the  
up arrow key leads me to card 1


I am on RunRev Enterprise. I havn't RunRev Studio. But I tried with  
RunRev Media, and it is running as expected as well.


Well, don"t know why it is not the case for you; hav'nt you kept  
another handler somewhere which could interfere? (take precedence over  
this one)


Best regards from Grenoble

André



Here's my original handler, from the Hypercard stack script, which  
doens't work:

(handler is in stack script)
on arrowKey whichKey
 if whichKey is "right" then
   if the optionKey is down then
 go first card of next bg
   else
 go next card of this bg
   end if
 end if
 if whichKey is "left" then
   if the optionKey is down then
 go last card of previous bg
   else
 go previous card of this bg
   end if
 end if
end arrowKey

Any help would be appreciated. Thank you.
Harold
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

ANN: TwistAWord and Color Converter

[Mark Schonewille]

Hello list,

Here's a brief note to let you know about the release of new versions  
of two products created with RunRev: TwistAWord 1.1 and Color  
Converter 2.1.


We have updated the word game TwistAWord: a multilingual word game for  
kids from 8 to 88 (and up). We have corrected a few phrases, improved  
the multilingual interface and the game no longer quits every 10  
minutes but displays a message instead. You can download it at .


Our popular product Color Converter has been updated too. This new  
version of Color Converter now shows an accurate colour histogram. Get  
it at .


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer

We have updated TwistAWord. TwistAWord 1.1 at http://www.twistaword.net

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Harold's ArrowKey Handler problem (please enter a subject)

[Haroldo Mauro Jr.]

Hi Mark, thanks for adding a subject to the thread. Sorry I forgot to do it.
No, I don't there is no other arrowKey handler anywhere. I did a search just to 
make sure. The script IS a stack script. The navigationArrows property is set 
to true. The short script is an example from the dictionary. The long one is 
mine. I'll try the suggestions I got from the listers. Thanks again.
Harold


At 13:57 +0200 18/04/10, Mark Schonewille wrote:
>Hi Harold,
>
>Do you have your short arrowKey handler in a background or group? If so, you 
>might want to set the hcBehavior of the group to true. Probably it would be 
>still easier to move the script to stack level. You will also need to set the 
>navigationArrows to true. I tried your short script and it works fine for me 
>this way. Your long script should work fine, too (perhaps with some minor 
>modifications).
>
>Just in case you are using the cards of a RunRev stack as the records of a 
>database: this is not recommended. Instead, use files, MySQL, SQlite, custom 
>properties or one or more fields as containers. Use the card solely as your 
>interface and not as a data holder. This is makes your stack often faster and 
>you will be able to detach data from the standalone, which may be necessary. 
>Naturally, if you have imported a HyperCard stack, this advice probably won't 
>help you much until you start making brand new stacks with RunRev.
>
>--
>Best regards,
>
>Mark Schonewille
>
>Economy-x-Talk Consulting and Software Engineering
>Homepage: http://economy-x-talk.com
>Twitter: http://twitter.com/xtalkprogrammer
>
>Share the clipboard of your computer with other computers on a local network 
>with Clipboard Link
>http://clipbaordlink.economy-x-talk.com
>
>Op 18 apr 2010, om 13:29 heeft Haroldo Mauro Jr. het volgende geschreven:
>
>>Hi everybody, I just joined this list. I used Hypercard for many years, since 
>>I got my first Mac in 1991. Then, some years ago swiched to  Supercard, which 
>>I've been using a lot.  I've had Revolution Studio for over a year but only 
>>now am trying to use it more steadly. So, here's what I need help with right 
>>now.
>>In a converted Hypercard stack, an arrowKey handler in the stack script is 
>>not behaving as expected. So I checked the Revolution dictionary and found 
>>this example below, which I tested on my stack and it didn't work, just the 
>>same:
>>
>>(example from Rev dictionary)
>>on arrowKey theKey -- make Up arrow go to the first card
>> if theKey is "up" then go to card 1
>> else pass arrowKey
>>end arrowKey
>>
>>Instead of going to card 1 it kept going to the next card each time I pressed 
>>the up arrow key, and after the last card the stack just closed.
>>
>>Here's my original handler, from the Hypercard stack script, which doens't 
>>work:
>>(handler is in stack script)
>>on arrowKey whichKey
>> if whichKey is "right" then
>>   if the optionKey is down then
>> go first card of next bg
>>   else
>> go next card of this bg
>>   end if
>> end if
>> if whichKey is "left" then
>>   if the optionKey is down then
>> go last card of previous bg
>>   else
>> go previous card of this bg
>>   end if
>> end if
>>end arrowKey
>>
>>Any help would be appreciated. Thank you.
>>Harold
>
>___
>use-revolution mailing list
>use-revolution@lists.runrev.com
>Please visit this url to subscribe, unsubscribe and manage your subscription 
>preferences:
>http://lists.runrev.com/mailman/listinfo/use-revolution

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Harold's ArrowKey Handler problem (please enter a subject)

[Mark Schonewille]

Hi Harold,

Do you have your short arrowKey handler in a background or group? If  
so, you might want to set the hcBehavior of the group to true.  
Probably it would be still easier to move the script to stack level.  
You will also need to set the navigationArrows to true. I tried your  
short script and it works fine for me this way. Your long script  
should work fine, too (perhaps with some minor modifications).


Just in case you are using the cards of a RunRev stack as the records  
of a database: this is not recommended. Instead, use files, MySQL,  
SQlite, custom properties or one or more fields as containers. Use the  
card solely as your interface and not as a data holder. This is makes  
your stack often faster and you will be able to detach data from the  
standalone, which may be necessary. Naturally, if you have imported a  
HyperCard stack, this advice probably won't help you much until you  
start making brand new stacks with RunRev.


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer

Share the clipboard of your computer with other computers on a local  
network with Clipboard Link

http://clipbaordlink.economy-x-talk.com

Op 18 apr 2010, om 13:29 heeft Haroldo Mauro Jr. het volgende  
geschreven:


Hi everybody, I just joined this list. I used Hypercard for many  
years, since I got my first Mac in 1991. Then, some years ago  
swiched to  Supercard, which I've been using a lot.  I've had  
Revolution Studio for over a year but only now am trying to use it  
more steadly. So, here's what I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack  
script is not behaving as expected. So I checked the Revolution  
dictionary and found this example below, which I tested on my stack  
and it didn't work, just the same:


(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
 if theKey is "up" then go to card 1
 else pass arrowKey
end arrowKey

Instead of going to card 1 it kept going to the next card each time  
I pressed the up arrow key, and after the last card the stack just  
closed.


Here's my original handler, from the Hypercard stack script, which  
doens't work:

(handler is in stack script)
on arrowKey whichKey
 if whichKey is "right" then
   if the optionKey is down then
 go first card of next bg
   else
 go next card of this bg
   end if
 end if
 if whichKey is "left" then
   if the optionKey is down then
 go last card of previous bg
   else
 go previous card of this bg
   end if
 end if
end arrowKey

Any help would be appreciated. Thank you.
Harold


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Klaus on-rev]

Hi all,

> On 18/04/2010 14:40, Klaus on-rev wrote:
>> Bom dias Haroldo,
>> 
>>> ...
>>> ...
>> 
>> I tend to use "switch" since this makes scripts better readable than lots of
>> nested "if... then" statements.
>> 
>>> Any help would be appreciated. Thank you.
>>> Harold
>> Best
>> 
>> Klaus
>> 
> seems unnecessarily long . . .  :)

Maybe...

I have to apologize Haroldo, the logic in your script is correct!

But maybe "go next cd OF THIS BG" is making Rev choke somehow?
Since "...of this bg" is genuine HyperTalk after all...


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Richmond Mathewson]

 On 18/04/2010 14:40, Klaus on-rev wrote:

Bom dias Haroldo,


...

Instead of going to card 1 it kept going to the next card each time I pressed 
the up arrow key, and after the last card the stack just closed.

you have a little error in your logic, that's why!


Here's my original handler, from the Hypercard stack script, which doens't work:
(handler is in stack script)
on arrowKey whichKey
  if whichKey is "right" then
if the optionKey is down then
  go first card of next bg
else

## ELSE here means EVERYTHING but "right"!
## Therefore every arrowkey but "right" goes to the next card!


  go next card of this bg
end if
  end if
  if whichKey is "left" then
if the optionKey is down then
  go last card of previous bg
else
  go previous card of this bg
end if
  end if
end arrowKey

Use this instead:


on arrowkey tKey
   switch tKey
   case "right"
   if the optionKey is down then
 go first card of next bg
 else
go next card of this bg
 end if
   break
   case "left"
  if the optionKey is down then
   go last card of previous bg
 else
go previous card of this bg
  end if
break

# Now let all other arrowkeys pass
default
  pass arrowkey
 break
  end switch
end arrowkey

I tend to use "switch" since this makes scripts better readable than lots of
nested "if... then" statements.


Any help would be appreciated. Thank you.
Harold

Best

Klaus


seems unnecessarily long . . .  :)
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Richmond Mathewson]

 On 18/04/2010 14:29, Haroldo Mauro Jr. wrote:

Hi everybody, I just joined this list. I used Hypercard for many years, since I 
got my first Mac in 1991. Then, some years ago swiched to  Supercard, which 
I've been using a lot.  I've had Revolution Studio for over a year but only now 
am trying to use it more steadly. So, here's what I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack script is not 
behaving as expected. So I checked the Revolution dictionary and found this 
example below, which I tested on my stack and it didn't work, just the same:

(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
   if theKey is "up" then go to card 1
   else pass arrowKey
end arrowKey


Just tried that script: NO; doesnt work: documentation is misleading.

Instead of going to card 1 it kept going to the next card each time I pressed 
the up arrow key, and after the last card the stack just closed.

Here's my original handler, from the Hypercard stack script, which doens't work:
(handler is in stack script)
on arrowKey whichKey
   if whichKey is "right" then
 if the optionKey is down then
   go first card of next bg
 else
   go next card of this bg
 end if
   end if
   if whichKey is "left" then
 if the optionKey is down then
   go last card of previous bg
 else
   go previous card of this bg
 end if
   end if
end arrowKey

Any help would be appreciated. Thank you.
Harold


My experience favours rawKeyDown:

on rawKeyDown  RAWK
  if RAWK is 65363 then go to card 1
else pass rawKeyDown
end rawKeyDown

of course finding the keynumbers is a bit of a pain, so
why not download this little thingy to make your life
a bit easier:

http://andregarzia.on-rev.com/richmond/STUFF/KEYDOWNER.rev.zip

all the best, Richmond.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Klaus on-rev]

Bom dias Haroldo,

> ...
> 
> Instead of going to card 1 it kept going to the next card each time I pressed 
> the up arrow key, and after the last card the stack just closed. 

you have a little error in your logic, that's why!

> Here's my original handler, from the Hypercard stack script, which doens't 
> work:
> (handler is in stack script)
> on arrowKey whichKey
>  if whichKey is "right" then
>if the optionKey is down then
>  go first card of next bg
>else

## ELSE here means EVERYTHING but "right"!
## Therefore every arrowkey but "right" goes to the next card!

>  go next card of this bg
>end if
>  end if
>  if whichKey is "left" then
>if the optionKey is down then
>  go last card of previous bg
>else
>  go previous card of this bg
>end if
>  end if
> end arrowKey

Use this instead:


on arrowkey tKey
  switch tKey
  case "right"
  if the optionKey is down then
go first card of next bg
else
   go next card of this bg
end if
  break
  case "left"
 if the optionKey is down then
  go last card of previous bg
else
   go previous card of this bg
 end if
   break

   # Now let all other arrowkeys pass
   default
 pass arrowkey
break
 end switch
end arrowkey

I tend to use "switch" since this makes scripts better readable than lots of 
nested "if... then" statements.

> Any help would be appreciated. Thank you.
> Harold

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

(no subject)

[Haroldo Mauro Jr.]

Hi everybody, I just joined this list. I used Hypercard for many years, since I 
got my first Mac in 1991. Then, some years ago swiched to  Supercard, which 
I've been using a lot.  I've had Revolution Studio for over a year but only now 
am trying to use it more steadly. So, here's what I need help with right now.
In a converted Hypercard stack, an arrowKey handler in the stack script is not 
behaving as expected. So I checked the Revolution dictionary and found this 
example below, which I tested on my stack and it didn't work, just the same:

(example from Rev dictionary)
on arrowKey theKey -- make Up arrow go to the first card
  if theKey is "up" then go to card 1
  else pass arrowKey
end arrowKey

Instead of going to card 1 it kept going to the next card each time I pressed 
the up arrow key, and after the last card the stack just closed. 

Here's my original handler, from the Hypercard stack script, which doens't work:
(handler is in stack script)
on arrowKey whichKey
  if whichKey is "right" then
if the optionKey is down then
  go first card of next bg
else
  go next card of this bg
end if
  end if
  if whichKey is "left" then
if the optionKey is down then
  go last card of previous bg
else
  go previous card of this bg
end if
  end if
end arrowKey

Any help would be appreciated. Thank you.
Harold
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Specialfolderpath (26) and roaming

[David Glasgow]

Hello folks,

My platform specific saving data script now works fine thanks for the 
advice so far.

However, I was thrown a bit because Specialfolderpath (26) on my Vista machine 
points to a folder /appdata/roaming

As far as I can make out, if a user is logged into a server, this directory is 
saved there, and will be accessible whatever machine is subsequently used to 
log in.  I have to say I don't quite understand how that would work in 
practice, because presumably each machine could have a different variant of 
appdata/roaming..

Apart form not quite getting what is going on with the roaming thing, my 
questions are:

1/ Does Specialfolderpath (26) serve different purposes on other Win versions?

2/ Does it matter that a standalone for a single user & non networked computer 
is saving information in the /appdata/roaming directory?

Thanks

David Glasgow

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution