Réf. TIP : Placing a group onto multiple cards
Geoff, What is the easiest way to script your TIP? Pierre Delain *** L'integrite de ce message n'etant pas assuree sur internet, Natexis Banques Populaires ne peut etre tenu responsable de son contenu. Toute utilisation ou diffusion non autorisee est interdite. Si vous n'etes pas destinataire de ce message, merci de le detruire et d'avertir l'expediteur. The integrity of this message cannot be guaranteed on the Internet. Natexis Banques Populaires can not therefore be considered responsible for the contents. Any unauthorized use or dissemination is prohibited. If you are not the intended recipient of this message, then please delete it and notify the sender. *** ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Insertion Point
Thanks to Sarah for having confirmed that my Insertion Point problem was not a dream and sorry for my unvoluntary Natexis Banques Populaires message... Pierre Delain ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Insertion Point
> > On 14/3/02 11:04 pm, Pierre Delain <[EMAIL PROTECTED]> wrote: > >> I have a stack with about twenty fields. In two of them (forming a group), >> the insertion bar does not appear when I click (of course the fields are not >> locked). I don't understand what happens, I search for a while and finally I >> discover that if I ungroup those two fields the insertion bar normally >> reappears. If I group them again, the bar re-becomes invisible... >> >> How can this strange phenomenon be explained and avoided? > > Is something layered on top of the group? Does the group have its "Can > receive focus" set to true? > > Kevin Yes "Can received focus" of the group is set to true. The layer of the group was 4. If asked for the number of layers. The answer was 179. If I set the layer of the group to 180, the insertion bar comes back, but disappears in the fields that are not in the same group. My conclusion is the following : the insertion bar is visible only in the group with the highest layer. This means that if you want to show two fields belonging to different groups with different layers, the insertion bar will lack in one of them, unless you change the layer. Is it correct? Pierre Pierre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Insertion Point
I have a stack with about twenty fields. In two of them (forming a group), the insertion bar does not appear when I click (of course the fields are not locked). I don't understand what happens, I search for a while and finally I discover that if I ungroup those two fields the insertion bar normally reappears. If I group them again, the bar re-becomes invisible... How can this strange phenomenon be explained and avoided? Thanks Pierre Delain ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
controlkeydown
Finally I found two efficient structures : on controlKeyDown LaClef if LaClef = "T" then MuThemes else if LaClef = "F" then beep else if LaClef = "Y" then beep beep else pass controlkeydown end if end controlKeyDown and : on controlKeyDown LaClef switch LaClef case T MuThemes break case F beep break case Y beep beep break default pass controlKeyDown end switch end controlKeyDown Thank you everybody Pierre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
controlkeydown
Sorry but when I use controlkeydown T (without the quotes, as you say), I get a result, but the result is the same whatever the key. I if press ctrl F or ctrl G, for example, the result is exactly the same as ctrl T!! So the question remains : how to use controlkeydown to get a different result for ctrl T or ctrl F? Pierre > > Pierre > > Get rid of the quotes, thus: > on controlKeyDown T > DoSomething > end controlKeyDown > > I know the Transcript Dictionary for controlKeyDown shows "keyname" but > I got the clue from commandKeyDown where it just says keyname, without > the quotes. Probably one for Jeanne's list, for consistency. > > regards > David > > On Wednesday, February 20, 2002, at 09:29 , Pierre Delain wrote: > >> I try to use the following handler to create a shortcut with the "T" : >> >> on controlkeydown "T" >> DoSomeThing >> end controlkeydown >> >> There is no reaction. What is wrong in my handler? >> >> >> Thanks >> >> Pïerre >> ___ >> 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
controlkeydown
I try to use the following handler to create a shortcut with the "T" : on controlkeydown "T" DoSomeThing end controlkeydown There is no reaction. What is wrong in my handler? Thanks Pïerre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Window menu
I have copied from the revmenubar card the text and the script of most of the Revolution menus (Edit, Text and View), and they work fine on my stacks. But the Window menu do not work. The content of the menu (list of the current stacks) remains as it was when I copied the text of the window button. What do I have to change? Thanks for your help Pierre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re : Revolution much slower than HyperCard
Thanks Ken, it was the solution. The "go to card" form was the problem. Pierre Delain > > Since you're just gathering data from properties of cards, why do you need > to *go* to the cards at all? This may just be a holdover from HC, but I'd be > interested to know if this is any faster: > > on mouseUp > put the number of cards into CV > repeat with x = 1 to CV > if the VTheme1 of card x contains Cetheme or the VProp of card x > contains Cetheme or the VNumero of card x contains Cetheme then > put word 1 of the VNumero of card x && the VProp of card x & return > after IV > end if > end repeat > end mouseUp > > Ken Ray > Sons of Thunder Software > Email: [EMAIL PROTECTED] > Web Site: http://www.sonsothunder.com/ > > - Original Message - > From: "Pierre Delain" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, February 10, 2002 4:59 PM > Subject: Revolution much slower then Hypercard > > >> I find out with great surprise and disappointment that Revolution is much >> slower then HyperCard. >> I have a stack with 2163 cards, and a script containing the following loop > : >> >> repeat with CV = 1 to NBR >> go card CV >> if fld "ThProp" contains T or fld "proposition" contains ¬ >> T or fld "numero" contains T >> then put word 1 of fld "numero" && fld "proposition" & Return ¬ >> after IV >> end repeat >> >> In Hypercard, it takes about 4-5 seconds to perform. In Revolution, I have >> transfered the fields in custom properties in order to make it faster. I > use >> the following script : >> >> put the number of cards into CV >> repeat for CV times >> go next card >> if the VTheme1 of this card contains Cetheme or the VProp of this > card >> contains Cetheme or the VNumero of this card contains Cetheme then >> put word 1 of the VNumero of this card && the VProp of this card & >> Return after IV >> end if >> end repeat >> >> It takes exactly 1 minuts 31 seconds! >> >> Is Revolution so slow, or am I missing something? >> >> >> Pierre >> >> >> ___ >> 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 > > > End of use-revolution Digest > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Revolution much slower then Hypercard
I find out with great surprise and disappointment that Revolution is much slower then HyperCard. I have a stack with 2163 cards, and a script containing the following loop : repeat with CV = 1 to NBR go card CV if fld "ThProp" contains T or fld "proposition" contains ¬ T or fld "numero" contains T then put word 1 of fld "numero" && fld "proposition" & Return ¬ after IV end repeat In Hypercard, it takes about 4-5 seconds to perform. In Revolution, I have transfered the fields in custom properties in order to make it faster. I use the following script : put the number of cards into CV repeat for CV times go next card if the VTheme1 of this card contains Cetheme or the VProp of this card contains Cetheme or the VNumero of this card contains Cetheme then put word 1 of the VNumero of this card && the VProp of this card & Return after IV end if end repeat It takes exactly 1 minuts 31 seconds! Is Revolution so slow, or am I missing something? Pierre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
insertion point
When I click into some of my unlocked fields to edit text, the insertion point (I mean the vertical bar used to select text) does not appear, although text is editable. This happens for some of my fields, not all of them (I don't understand why, since they are exactly the same). How can I have it back? Thanks Pierre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Menu Bar on Mac OS
I find a strange behabiour of my stack after having set a Menu Bar on MacOS. I have followed the method described in HyperActive's tutorial "Converting a HyperCard stack to Revolution" and used the pushdown handler to reposition card objects. This handler is based on a 28 pixels height for Rev's default menu (note that the same tutorial p2 of the "Notes about menus" section refers to a *26 pixels* height for these menu buttons and not 28 pixels but never mind). It seems to work fine as long as I do not save my stack. But If I save it, remove it from memory and open it again, the vertical dimensions of the card objets have changed (all the objects, and the dimension of the stack itself is also different)! If I move them back in the original position using the pushdown (or pushup) handler, the same behaviour comes back, and the menu buttons themselves to not stick to the top of the stack but move somewhere else. I have lost a lot of time trying to fix this without success. Thank you for helping me. P. Delain ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
go command
Thank you to to Geoff and Klaus (Eh oui désolé je suis français... personne
n'est parfait).
I still have a problem with the "go" command. When a stack file is closed,
sometimes the "go command" opens it, and sometimes I get an error, and
nothing happens. ("no such card" says the message box). So my questions are
:
- is the "go command" sufficient to open closed files?
- Is there something like Hypercard "search paths" in Revolution?
Thanks.
Pierre Delain
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Topstack
> go stack "newStack" in the window of stack "currentStack" > > Do the docs really say "set the topstack to the defaultstack?" I would think > "set the defaultStack to the topStack" would be more likely. > In the transcript Dictionary, you can find both expressions : - in the article "defaultStack property", you have "set the defaultstack to the topStack" (mean which stack is "this stack") - in the article "topStack function", you have "set the topStack to the defaultStack". As far as I understand, it means that if you want your stack to be seen in the active window on the top of the other stacks, this script should work... What I want to do is very simple : sometimes, after a script, the stack I want to use is behind the other stacks. I would like it to come automatically in the front, in its own window. "Go stack XXX in new window" do not work. Pierre Delain. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
