Re: Windows menu bars
This suggestion is late and perhaps obvious, but FWIW: If the task of adding a menubar to a whole bunch of cards is onerous, it may be worth considering bringing the card contents to the menubar. That is, create a viewer (or even editer) stack that includes the menubar, and faux-navigate among the source cards by successively copying and deleting their content from your viewer/editer stack. The merits of this depend on the relative complexity of the menu and the card content; it is certainly easiest to implement if each card's content is a single group. David Epstein I need to open multiple documents that share the same menu bar. On Mac I can just set the default menubar. What do most of you do for Windows? ___ 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: Windows menu bars
2010/1/27 J. Landman Gay jac...@hyperactivesw.com: Thanks. It won't work for my stacks, they have too many cards each. When you copy a menu to a stack, you also have to place it on each card. Right now I have a pre-placed menu on each card, and have duplicated the menu for each stack, which I think is how it's often done. But I was hoping someone had a better idea. Or I may have to use a floating menu stack after all. Ok. What I did not seen was that a background object is only duplicate at the creation of a new card. Uhm ... I already imagine a client ask me to add an object into the background of a one hundred cards stack. Nightware! What I do not understand now it is you're need to duplicate the menu on each card. In a stack we can see only one card at the same time. Why do not just place the menu when you need it on the current card? I missed something here. I have to do some test to illuminate my mind. What I've done is to have zero scripts in the menubar at all. It's just a bunch of empty buttons. All the stacks are run by a single backscript, and there is one menupick handler in there with all the menu items in it (it's a pretty short menu.) That means there is only one handler to manage. I thought about using behaviors, but I didn't see an advantage to it in this situation. Would there be one? Behavior or other way to not have to repeat the same code. No particular advantage with it here. Just I had it in head when I wrote. ;) -- -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: Windows menu bars
2010/1/27 zryip theSlug zryip.thes...@gmail.com: I missed something here. I have to do some test to illuminate my mind. Okay I'm back. As expected I've illuminate my mind however maybe by shadow... This would be the solution I would implement to solve the problem. But it requires that the cards have the room to display the menu. Not obvious to already existing stacks... 1) Creating of a substack in my project where I could create the main menu 2) Creating a backscript for manage the menu and a preopencard handler. 3) At every opening of a new document, copy of my group menu in the first card of the open stack. 4) Let the user populate the cards they consults by the following script: on preOpenCard if (there is no group Main_Menubar) then place background Main_Menubar onto this card end if pass preOpenCard end preOpenCard No other idea at the moment on my side, sorry. Finally, a floating window that is not so bad ... huhu 8-) Be courageous Jacque! ;) -- -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: Windows menu bars
Hi Jacque You are right about your approach because you are using multiple cards on one window. In my case I had multiple windows in the same app. So, like you, I used empty buttons, a single backscript and one menupick handler. But because there are different windows, I switched to behaviors once they became available. Thanks Ron On Jan 28, 2010, at 4:23 AM, zryip theSlug wrote: 2010/1/27 J. Landman Gay jac...@hyperactivesw.com: What I've done is to have zero scripts in the menubar at all. It's just a bunch of empty buttons. All the stacks are run by a single backscript, and there is one menupick handler in there with all the menu items in it (it's a pretty short menu.) That means there is only one handler to manage. I thought about using behaviors, but I didn't see an advantage to it in this situation. Would there be one? Behavior or other way to not have to repeat the same code. No particular advantage with it here. Just I had it in head when I wrote. ;) ___ 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
Windows menu bars
I need to open multiple documents that share the same menu bar. On Mac I can just set the default menubar. What do most of you do for Windows? I'm not too keen on putting up a toolbar like Rev does. Is there any other way? I think the answer is no but maybe some of you have an ingenius solution. -- 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: Windows menu bars
2010/1/26 J. Landman Gay jac...@hyperactivesw.com: I need to open multiple documents that share the same menu bar. On Mac I can just set the default menubar. What do most of you do for Windows? I'm not too keen on putting up a toolbar like Rev does. Is there any other way? I think the answer is no but maybe some of you have an ingenius solution. Hi Jacque, Maybe I have all wrong. I confess that I just created a menu in Windows for the first time since your question. ;) I note that the menu is created in the top left of each stack and is managed by a menuPick handler. Here is what I could do to have this menu in each of my documents. This is purely theoretical. 1) Creating of a substack in my project (as a kind of library) where I could create the main menu 2) Creating a button with some script to handle my menu bar. 3) Creating a parentscript / behavior link between menu bar and its code in the button 4) At every opening of a new document, copy of my group menu in the new open stack. Provided of course that I have room in the top left Maybe it can help, perhaps not. I tried ;) -- -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: Windows menu bars
zryip theSlug wrote: Here is what I could do to have this menu in each of my documents. This is purely theoretical. 1) Creating of a substack in my project (as a kind of library) where I could create the main menu 2) Creating a button with some script to handle my menu bar. 3) Creating a parentscript / behavior link between menu bar and its code in the button 4) At every opening of a new document, copy of my group menu in the new open stack. Provided of course that I have room in the top left Maybe it can help, perhaps not. I tried ;) Thanks. It won't work for my stacks, they have too many cards each. When you copy a menu to a stack, you also have to place it on each card. Right now I have a pre-placed menu on each card, and have duplicated the menu for each stack, which I think is how it's often done. But I was hoping someone had a better idea. Or I may have to use a floating menu stack after all. -- 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: Windows menu bars
Jacque I was hoping for a better answer from someone as well. I ended up doing what you did in a similar situation. If its not too late, don't forget about the advantage of behaviors when adding all those menus. Maintaining one menuset and then parentscripting all the others has saved me lots of time when I need to change something in one of the menus. Ron On Jan 27, 2010, at 12:31 PM, J. Landman Gay wrote: zryip theSlug wrote: Here is what I could do to have this menu in each of my documents. This is purely theoretical. 1) Creating of a substack in my project (as a kind of library) where I could create the main menu 2) Creating a button with some script to handle my menu bar. 3) Creating a parentscript / behavior link between menu bar and its code in the button 4) At every opening of a new document, copy of my group menu in the new open stack. Provided of course that I have room in the top left Maybe it can help, perhaps not. I tried ;) Thanks. It won't work for my stacks, they have too many cards each. When you copy a menu to a stack, you also have to place it on each card. Right now I have a pre-placed menu on each card, and have duplicated the menu for each stack, which I think is how it's often done. But I was hoping someone had a better idea. Or I may have to use a floating menu stack after all. -- 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 ___ 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: Windows menu bars
Ron wrote: If its not too late, don't forget about the advantage of behaviors when adding all those menus. Maintaining one menuset and then parentscripting all the others has saved me lots of time when I need to change something in one of the menus. What I've done is to have zero scripts in the menubar at all. It's just a bunch of empty buttons. All the stacks are run by a single backscript, and there is one menupick handler in there with all the menu items in it (it's a pretty short menu.) That means there is only one handler to manage. I thought about using behaviors, but I didn't see an advantage to it in this situation. Would there be one? -- 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
