Re: Geometry manager
Bill Vlahos wrote: I do. I've found it to be a bit touchy in development but no problems at all in the compiled applications. One thing I noticed is if you have lots of objects on the screen it makes a huge difference what layer the object is if you use relative object positions (i.e. place one object in relation with another). Thanks, I'll keep that in mind if I use it. I have 110 objects on one of the cards. Sounds like the GM just goes through the objects in layering order, so I'd need to start with 1. -- 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: Geometry manager
On 20/1/10 22:37, Bob Sneidar wrote: Just to weigh in, the fact that people can write their own scripts to do this should be some indication that a geometry manager CAN work for most things. Off the top of my head, it seems you would want to set and track the following things: My view, when I abandoned the GM (which was admittedly many many many years ago) was that an essential element of any solution is sequence; because element A may need to be positioned relative to element B, which itself depends on element C. While it may be possible to encode this through a pointy-click approach, it is certainly harder to expose (so you might be able to set up a reasonable profile, but you can't subsequently inspect and adjust it). And while the GM might in principle analyse all the settings to calculate the best sequence, I seem to recall observing experimentally that it didn't do so. I also think some of the issues round the GM were due to user error, which I would naturally recast as a failure of documentation and explication: that is, the GM encourages you to think that you could use a pane of the property inspector on an object in a pointy-clicky way, and then you were done; whereas in fact as development progressed you probably needed to type some magic command (revCacheGeometry) into the message box at certain critical moments to avoid misery. But most of all I decided (interestingly this is parallel to the objection many of my colleagues have to HC/Rev generally) that the pointy-clicky GM was too obscure, and it was too hard to find get an overview of what was going on. I make mistakes, and I need to able to go back later, see what I did, and change it. Geometry management isn't really about the individual controls (beyond the simple cases) - so it turns out to be unhelpful to have to set it, and only be able to inspect it, control by control. On 20/1/10 19:51, Richard Gaskin wrote: PS: a real time-saver for me in writing resizeStack handlers has been this SetRect command: My slightly different approach is a couple of ugly commands adjustObjectPosn and adjustObjectRect (below), which allow the layout of a bunch of controls to be described like this: on resizeCard adjustObjectRect grc, TabBacker, this card, , -,-,R+1,- adjustObjectRect fld, Report, this card, , -,-,R-20,B-40 adjustObjectRect fld, FTPlog, this card, , -,-,R-20,B-40 adjustObjectPosn grp, FTPlogCons, fld, Report, L,B+6,-,- adjustObjectPosn btn, ToggleWrap, fld, Report, -,B+6,R,- adjustObjectRect fld, FTPprogFld, btn, ToggleWrap, -,-,L-2,- end resizeCard That is, the commands let you set the position or rectangle of one control, relative to another control or the card, by specifying new values for any/all of the four edges those specifications in the form of expressions which can include the loc (X, Y), dimensions (W, H), or rect (L,T,R,B) of the reference control. I'm sure more thought could make this mechanism a bit less ugly! And the reference control and set of expressions could be stored as properties of the subject control - which of course is approximately what the GM does. In some ways the GM is more flexible (you can use different reference controls for different edges, whereas in my model this requires two lines); in others perhaps less so (only dynamic options is a percentage of the parent dimension). But for me the key thing that makes this better is having an overview of all the layout decisions in one place - and understanding the sequence of changes. So in the above example, the field Report has its bottom right corner adjusted relative to the card; then the group FTPlogCons and button ToggleWrap are adjusted relative to that field. Perhaps it's possible that there could be a perfect union: the above could obviously be represented purely declaratively. If the Geometry pane of the Property Inspector wrote it's data, not into a property of the object, but of the card, in an inspectable format, which also allowed the sequence to be adjusted, there may be no reason why a single built-in mechanism wouldn't suffice. (But I'm not really sure about how we handle placed groups... which is why at some level you have to say this is a developer product, and developers need to take control of their work.) Ben on adjustObjectPosn tDstType, tDstName, tSrcType, tSrcName, tDeltas local tDim, X, Y, W, H, L, R, T, B, tEdge if tSrcName empty then put space quote tSrcName quote \ after tSrcType -- allow us to use type of this card -- set up the variables X, Y, W, H, L, R, T, B get 0 -- explicit vars parsing error do (get the loc of tSrcType) put item 1 of it into X put item 2 of it into Y repeat for each word tDim in Left Top Right Bottom Width Height do (put the tDim of tSrcType into char 1 of tDim) end repeat repeat with i = 1 to 4 get item i of tDeltas if it - then put word i of left top right bottom into
Re: Geometry manager
I think this is why any serious GM needs to have the ability to adjust an objects properties relative to another object. So that in a group, the objects would resize relative to the group as a whole, and the group would adjust relative to the card etc. But I agree to do this right would take an incredible amount of thought, and in the end would still only work for certain situations. It just seems to me that a basic ability to resize a card and have objects grow relative to that (including font sizes) should not be that hard. Perhaps in the future another universal property of objects called scale could be added so that an object would draw to whatever the scale for that object was. Bob On Jan 29, 2010, at 10:26 AM, Ben Rubinstein wrote: (But I'm not really sure about how we handle placed groups... which is why at some level you have to say this is a developer product, and developers need to take control of their work.) Ben ___ 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: Geometry manager
Ben Rubinstein wrote: On 20/1/10 19:51, Richard Gaskin wrote: PS: a real time-saver for me in writing resizeStack handlers has been this SetRect command: My slightly different approach is a couple of ugly commands adjustObjectPosn and adjustObjectRect (below), which allow the layout of a bunch of controls to be described like this: on resizeCard adjustObjectRect grc, TabBacker, this card, , -,-,R+1,- adjustObjectRect fld, Report, this card, , -,-,R-20,B-40 adjustObjectRect fld, FTPlog, this card, , -,-,R-20,B-40 adjustObjectPosn grp, FTPlogCons, fld, Report, L,B+6,-,- adjustObjectPosn btn, ToggleWrap, fld, Report, -,B+6,R,- adjustObjectRect fld, FTPprogFld, btn, ToggleWrap, -,-,L-2,- end resizeCard That is, the commands let you set the position or rectangle of one control, relative to another control or the card, by specifying new values for any/all of the four edges those specifications in the form of expressions which can include the loc (X, Y), dimensions (W, H), or rect (L,T,R,B) of the reference control. Nicely done, Ben. Very useful for a great many circumstances. -- 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: Geometry manager
I do. I've found it to be a bit touchy in development but no problems at all in the compiled applications. One thing I noticed is if you have lots of objects on the screen it makes a huge difference what layer the object is if you use relative object positions (i.e. place one object in relation with another). Bill Vlahos _ InfoWallet (http://www.infowallet.com) is about keeping your important life information with you, accessible, and secure. On Jan 20, 2010, at 11:27 AM, J. Landman Gay wrote: Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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: Geometry manager
On 23/01/2010 03:24, Mark Wieder wrote: Jacque- Friday, January 22, 2010, 5:13:00 PM, you wrote: I like brussels sprouts... There's hope for you yet. Try roasting them with sweet potatoes. Pop sweet potatoes in the microwave oven, crack them open and fill with butter and zaatar: http://www.theepicentre.com/Spices/zaatar.html or try your local Arabic shop. ___ 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: Geometry manager
I will never bring up the Geometry topic again. Brussel Sprouts give me a headache. - Stephen Barncard San Francisco http://houseofcubes.com/disco.irev On 23 January 2010 00:00, Richmond Mathewson richmondmathew...@gmail.comwrote: On 23/01/2010 03:24, Mark Wieder wrote: Jacque- Friday, January 22, 2010, 5:13:00 PM, you wrote: I like brussels sprouts... There's hope for you yet. Try roasting them with sweet potatoes. Pop sweet potatoes in the microwave oven, crack them open and fill with butter and zaatar: http://www.theepicentre.com/Spices/zaatar.html or try your local Arabic shop. ___ 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: Geometry manager
Jacque- Thursday, January 21, 2010, 5:20:11 PM, you wrote: Bob Sneidar wrote: No Jacque, 41 IS the answer to everything. 42 is the answer to life, the universe and everything. You were just a little short. Between this and the prime number business, no wonder I can't balance my checkbook. I count funny. So let's see... You're a little short, you count funny, and you can't balance your checkbook... anything else you want to share? -- -Mark Wieder mwie...@ahsoftware.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: Geometry manager
Mark Wieder wrote: Jacque- Thursday, January 21, 2010, 5:20:11 PM, you wrote: Bob Sneidar wrote: No Jacque, 41 IS the answer to everything. 42 is the answer to life, the universe and everything. You were just a little short. Between this and the prime number business, no wonder I can't balance my checkbook. I count funny. So let's see... You're a little short, you count funny, and you can't balance your checkbook... anything else you want to share? I like brussels sprouts... -- 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: Geometry manager
Jacque- Friday, January 22, 2010, 5:13:00 PM, you wrote: I like brussels sprouts... There's hope for you yet. Try roasting them with sweet potatoes. -- -Mark Wieder mwie...@ahsoftware.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: Geometry manager
On 23/01/2010 03:13, J. Landman Gay wrote: Mark Wieder wrote: Jacque- Thursday, January 21, 2010, 5:20:11 PM, you wrote: Bob Sneidar wrote: No Jacque, 41 IS the answer to everything. 42 is the answer to life, the universe and everything. You were just a little short. Between this and the prime number business, no wonder I can't balance my checkbook. I count funny. So let's see... You're a little short, you count funny, and you can't balance your checkbook... anything else you want to share? I like brussels sprouts... Oh, my gosh; the BEST part of NOT living in Britain is not having brussel sprouts foisted on me by people who assume that I MUST like the things. Yesterday I had some kids doing an exam and I calculated the final marks with my trusty Thornton sliderule; sucking the end of which is far better than brussel sprouts! ___ 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: Geometry manager
On 20.01.10 at 19:15 -0600 J. Landman Gay apparently wrote: Robert Brenstein wrote: I would second what Richard wrote. With that many objects, there must be patterns so only a few central scripts are probably needed. In some projects, I used naming scheme to handle this. In others, I used custom properties in each object. Sometimes grouping comes in play, as Mark suggests. There is a main stack with three (all different) cards, and 17 one-card substacks. Two of the substacks are very similar, each with 110 controls. I can share those two scripts. The rest of the stacks are each a separate template that displays data in different layouts. Those all have to be resized individually. I've eliminated six substacks, such as the preferences substack, which can be enlarged just once during development and remain static. But the 943 count doesn't include those stacks. There must be some logic to arrange the objects. May be you could work on a card level. I am using such an approach in one of my new projects -- each card and each bg group has its own handler for arranging their objects (upon resizestack and preopencard), with a few common action handlers sitting at the stack level. Robert ___ 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: Geometry manager
It is planned, wait and see... ;) Message du 21/01/10 00:20 De : stephen barncard A : How to use Revolution Copie à : Objet : Re: Geometry manager Perhaps you can offer it as a separate product? 2010/1/20 Damien Girard And what I have to say, is that I re-wrote it entirely for NativeSpeak 2.0, and it is just awesome... (the ease of use + the resizing speed like if you wrote your own script + cross-platform + localizable). You will see in few months ! ___ 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 Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.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: Geometry manager
No Jacque, 41 IS the answer to everything. 42 is the answer to life, the universe and everything. You were just a little short. Bob On Jan 20, 2010, at 5:16 PM, J. Landman Gay wrote: Mark Wieder wrote: Jacque- Wednesday, January 20, 2010, 4:01:43 PM, you wrote: I just added them up and it isn't as bad as I thought. It's only 943. ...so put them in groups of 41 and then you only have to write 23 handlers... Can't. 41 is one short of the Answer To Everything. :) -- 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: Geometry manager
Bob Sneidar wrote: No Jacque, 41 IS the answer to everything. 42 is the answer to life, the universe and everything. You were just a little short. Between this and the prime number business, no wonder I can't balance my checkbook. I count funny. -- 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: Geometry manager
It seems to be more stable now, as long as one locks the objects down. I've been cautiously using it on 3-5 objects. I still don't always trust it (or myself) to not blow it and I back up more often while using geometry. One can end up with a mess if not careful. - Stephen Barncard San Francisco http://houseofcubes.com/disco.irev 2010/1/20 J. Landman Gay jac...@hyperactivesw.com Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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: Geometry manager
Jacque, Do not use the geometry manager in commercial projects. It'll cost you money in the end. Write your own scripts. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer TwistAWord supports Haiti. Buy a license for this word game at http://www.twistaword.net and support the earthquake victims. Op 20 jan 2010, om 20:27 heeft J. Landman Gay het volgende geschreven: Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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: Geometry manager
Mark- Wednesday, January 20, 2010, 11:33:26 AM, you wrote: Do not use the geometry manager in commercial projects. It'll cost you money in the end. Write your own scripts. Word. -- -Mark Wieder mwie...@ahsoftware.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: Geometry manager
Isn't that kind of lame that it's offered in the IDE, but the unspoken rumor is that it doesn't work, and we're not supposed to use it, yet no-one has ever given an exact reason why? What if it has been fixed, yet the impression persists? This is one aspect of programming that I would like to not hassle with. - Stephen Barncard San Francisco http://houseofcubes.com/disco.irev 2010/1/20 Mark Wieder mwie...@ahsoftware.net Mark- Wednesday, January 20, 2010, 11:33:26 AM, you wrote: Do not use the geometry manager in commercial projects. It'll cost you money in the end. Write your own scripts. Word. -- -Mark Wieder mwie...@ahsoftware.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 ___ 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: Geometry manager
Jacque, I used it for a game where about 60-70 groups were concerned, to ajust the display (full screen) on different machines. It worked well (everything was locked), but it was sollicited only at the start of the game. No resizeable windows. In other stacks I HAD some problems and finally I resized by script... Jacques Le 20 janv. 2010 à 20:27, J. Landman Gay a écrit : Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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 ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax:++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: jacques.haus...@unil.ch *** ___ 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: Geometry manager
Mark Wieder wrote: Do not use the geometry manager in commercial projects. It'll cost you money in the end. Write your own scripts. Word. Word ++. Even if it saves a little time today (and after all those clicks how much time would that be?), if it ever goes south you'll need to not only write your own handlers, but also make sure Rev's libraries don't ever bother with those objects again. I've written some complex layouts and the worst case I've ever had required less less than half the number of lines of codes as their are objects. A small price to pay for the best possible performance and the most robust, flexible, and extensible implementation. Duty now for the future PS: a real time-saver for me in writing resizeStack handlers has been this SetRect command: on resizeStack x,y -- Extend the Title field relative to the left of the card, and -- set the bottom to include any space needed for its contents: SetRect the long id of fld Title ,, x-20,\ the top of fld Title + the formattedHeight of fld Title -- -- Position the Body field below the Title field, and set its -- width and height relative to the edges of the card: SetRect the long id of fld Body, , \ the bottom of fld Title + 12, x-20,y-20 end resizeStack on SetRect pObj put the rect of pObj into tRect repeat with i = 1 to 4 get param(i+1) if it is not empty then put it into item i of tRect end if end repeat set the rect of pObj to tRect end SetRect With this handler I can have objects adjusted relative to the card or other objects, and I never need to write more than one line. -- 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: Geometry manager
On 20/01/2010 21:47, stephen barncard wrote: Isn't that kind of lame that it's offered in the IDE, but the unspoken rumor is that it doesn't work, and we're not supposed to use it, yet no-one has ever given an exact reason why? What if it has been fixed, yet the impression persists? Well, if one wants to be b**chy one could point out that there are a fair few things like this in the IDE; However, If one wants to be kind one could point out that the large number of good things make the 'problematic' things look relatively insignificant; And, If one wants to be realistic one could point out that the Geometry manager is almost unused (possibly because it is unusable???) so, frankly, hardly warrants the attention of the developers - and, may, like one's appendix, be removed without doing any real damage. -- Much easier is to make one's stack to some fairly standard resolution (I normally favour 1024 x 768) and then have a catch-all script to stop the thing if the end-user's VDU is set to a lower resolution. Quite apart from anything else; the geometry manager is just too much like hard work. ___ 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: Geometry manager
It's nice to have it for simple stacks. And when it works, don't ever fix it. cheers François Le 20 janv. 2010 à 20:27, J. Landman Gay a écrit : Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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: Geometry manager
stephen barncard wrote: Isn't that kind of lame that it's offered in the IDE, but the unspoken rumor is that it doesn't work, and we're not supposed to use it, yet no-one has ever given an exact reason why? What if it has been fixed, yet the impression persists? One man's lame is another man's affordance. For simple layouts the GM seems to work well. Any issues folks have had with it are an understandable byproduct of attempting to abstractify dynamic layout geometry in such a generalized way. The old THINK Class Library (how old am I that I remember that? g) included a class for managing layout geometry, and with similar results. It's a hard task to pull off. Given the nearly infinite variety of ways people can arrange their objects, compounded by the interdependencies between them as some objects may be relative to others which are relative to others which are relative to the card bounds, building a universal tool which is always reliable is somewhere between too complex to be worth it and impossible. Being a gadgeteer myself I started down that road once. Halfway into that dark forest of possibilities I turned back, and have been enamored of the relative ease and absolute control of using resizeStack handlers ever since. RunRev was more ambitious than I, and their tool does a reasonably good job on some types of layouts. But since it - or any generalized tool - won't be able to handle every possible case I can throw at it, I think it's useful for people to know they have options. This is one aspect of programming that I would like to not hassle with. It's not so bad: once you get into a habit of writing resizeStack handlers it becomes second-nature, and takes only a minute or so for most layouts. -- 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: Geometry manager
Hi Jacqueline, The Revolution geometry manager is horrible, and multiple times it broken entirely (all my objects disappeared !) That's why NativeSpeak has a geometry manager (to replace rev geometry manager and for localization/cross platform geometry). And what I have to say, is that I re-wrote it entirely for NativeSpeak 2.0, and it is just awesome... (the ease of use + the resizing speed like if you wrote your own script + cross-platform + localizable). You will see in few months ! Kind Regards, Damien Girard Dam-pro, France. -Message d'origine- De : use-revolution-boun...@lists.runrev.com [mailto:use-revolution-boun...@lists.runrev.com] De la part de J. Landman Gay Envoyé : mercredi 20 janvier 2010 20:27 À : Revolution Mailing List Objet : Geometry manager Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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: Geometry manager
Well, I guess the votes are in. Thanks for your comments. I'll stick with my handwritten scripts. Problem is, I have about a thousand objects to script, scattered over a whole suite of stacks, and I *so* do not want to do this. Sigh. -- 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: Geometry manager
On Thu, Jan 21, 2010 at 7:37 AM, J. Landman Gay jac...@hyperactivesw.com wrote: Well, I guess the votes are in. Thanks for your comments. I'll stick with my handwritten scripts. Problem is, I have about a thousand objects to script, scattered over a whole suite of stacks, and I *so* do not want to do this. Sigh. Jacque, I have a plugin which is a bit rough, but does some of the work of scripting all this. http://www.troz.net/rev/stacks/GeomScript.rev 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: Geometry manager
Just to weigh in, the fact that people can write their own scripts to do this should be some indication that a geometry manager CAN work for most things. Off the top of my head, it seems you would want to set and track the following things: minimum object size (per object) maximum object size (per object) relative size and position (to card or other object, per object) specific properties of an object should be capable of being relative to another property of another object (for instance the top of field a 5 pixels below the bottom of field b) exact position (to card or to other object) effect on contents (do text and labels and graphics grow within the object?) Every object should have a prior position property set so that any time the size or position of an object changes, you can revert. Also, wouldn't it be cool if you could make each object's size and position relative to another object instead of the whole card? That way you could have an anchor object and make every other object relative to that one, or have a cascade effect where each object's size and or position is relative to another's by a percent or by an exact number of pixels. That's just my gee this seems easy way of seeing it, and obviously it's more complicated than that. But I think that the reason the geometry manager seems inadequate is because size and position of each object is relative only to the card and not to other objects. Anyone who has worked with old dBase code that created forms by code know the problems here. Remember SAY and GET? EEEK! Bob On Jan 20, 2010, at 11:27 AM, J. Landman Gay wrote: Is anyone using the geometry manager in commercial stacks? Do you find it reliable? I confess that I haven't experimented with it much, I've always written my own resize scripts. But I'm in a position now where I need to make several large stacks with many objects into resizeable windows, and I'm wondering if using the manager would be faster than writing all that code. Any thoughts? -- 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: Geometry manager
J. Landman Gay wrote: Well, I guess the votes are in. Thanks for your comments. I'll stick with my handwritten scripts. Problem is, I have about a thousand objects to script, scattered over a whole suite of stacks, and I *so* do not want to do this. Look at the bright side: with that many objects you'd get RSI from using a point-and-click solution anyway. ;) Besides, with that many objects I suspect you'll find a lot of similarities as you go resulting in centralized handlers used by multiple layouts, so with any luck you'll have little code to write relative to the number of objects you need to handle. Good luck - -- 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: Geometry manager
Perhaps you can offer it as a separate product? 2010/1/20 Damien Girard dam-pro.gir...@laposte.net And what I have to say, is that I re-wrote it entirely for NativeSpeak 2.0, and it is just awesome... (the ease of use + the resizing speed like if you wrote your own script + cross-platform + localizable). You will see in few months ! ___ 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: Geometry manager
Sarah Reichelt wrote: On Thu, Jan 21, 2010 at 7:37 AM, J. Landman Gay jac...@hyperactivesw.com wrote: Well, I guess the votes are in. Thanks for your comments. I'll stick with my handwritten scripts. Problem is, I have about a thousand objects to script, scattered over a whole suite of stacks, and I *so* do not want to do this. Sigh. Jacque, I have a plugin which is a bit rough, but does some of the work of scripting all this. http://www.troz.net/rev/stacks/GeomScript.rev Thank you. I've downloaded it, and it looks like a good compromise between automation and Richard's technique. Could you fix it so it reads my intentions as well? So I could just click one button? ;) I still don't want to do this, but the client speaks and the programmer nods agreement... -- 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: Geometry manager
Richard Gaskin wrote: Look at the bright side: with that many objects you'd get RSI from using a point-and-click solution anyway. ;) I just added them up and it isn't as bad as I thought. It's only 943. -- 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: Geometry manager
Jacque- Wednesday, January 20, 2010, 4:01:43 PM, you wrote: I just added them up and it isn't as bad as I thought. It's only 943. ...so put them in groups of 41 and then you only have to write 23 handlers... -- -Mark Wieder mwie...@ahsoftware.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: Geometry manager
On 20.01.10 at 18:01 -0600 J. Landman Gay apparently wrote: Richard Gaskin wrote: Look at the bright side: with that many objects you'd get RSI from using a point-and-click solution anyway. ;) I just added them up and it isn't as bad as I thought. It's only 943. I would second what Richard wrote. With that many objects, there must be patterns so only a few central scripts are probably needed. In some projects, I used naming scheme to handle this. In others, I used custom properties in each object. Sometimes grouping comes in play, as Mark suggests. Robert ___ 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: Geometry manager
Robert Brenstein wrote: On 20.01.10 at 18:01 -0600 J. Landman Gay apparently wrote: Richard Gaskin wrote: Look at the bright side: with that many objects you'd get RSI from using a point-and-click solution anyway. ;) I just added them up and it isn't as bad as I thought. It's only 943. I would second what Richard wrote. With that many objects, there must be patterns so only a few central scripts are probably needed. In some projects, I used naming scheme to handle this. In others, I used custom properties in each object. Sometimes grouping comes in play, as Mark suggests. There is a main stack with three (all different) cards, and 17 one-card substacks. Two of the substacks are very similar, each with 110 controls. I can share those two scripts. The rest of the stacks are each a separate template that displays data in different layouts. Those all have to be resized individually. I've eliminated six substacks, such as the preferences substack, which can be enlarged just once during development and remain static. But the 943 count doesn't include those stacks. The complaint came in after Windows 7 was released, and some new machines are apparently now shipping with monitors set to 1920 x 1080 default resolution. The existing stacks are about half that size, which used to be fine but now are too small to read. It's legacy stuff that wasn't an issue before but it really does need to be changed. -- 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: Geometry manager
Mark Wieder wrote: Jacque- Wednesday, January 20, 2010, 4:01:43 PM, you wrote: I just added them up and it isn't as bad as I thought. It's only 943. ...so put them in groups of 41 and then you only have to write 23 handlers... Can't. 41 is one short of the Answer To Everything. :) -- 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: Geometry manager
Jacque- Wednesday, January 20, 2010, 5:16:29 PM, you wrote: ...so put them in groups of 41 and then you only have to write 23 handlers... Can't. 41 is one short of the Answer To Everything. :) No problem. All you have to do is write another group of 23 new handlers... -- -Mark Wieder mwie...@ahsoftware.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: Geometry manager
On Jan 20, 2010, at 6:54 PM, Mark Wieder wrote: ...so put them in groups of 41 and then you only have to write 23 handlers... Can't. 41 is one short of the Answer To Everything. :) No problem. All you have to do is write another group of 23 new handlers... But then it wouldn't be the product of two primes, so to speak... -- Jerry Jensen ___ 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: Geometry Manager Reset
You can find altClean at: http://www.altuit.com/webs/altuit2/altPluginDownload/Downloads.htm Also from my site: Sometimes on rare occasion, the GM will stop working. Perhaps a setting conflicts with another. When this happens, it's most difficult to debug GM. Here are some hints: 1) Turn off Script Debug mode (under the Development menu) 2) in the msg: put true into gREVDevelopment this turns on the development debugger, and when GM quits working it'll throw an error. 3) resize the stack Look at the thrown error and identify the control id which threw the error. You might have to edit the script to put in the msg the id of the control. Just don't save the stack as it's part of the revGeometry libraries you're editing! Another option: If the control ID is not visible, then turn on the Script Debug mode and try again. You should get a revGeometryBack error and a control id. Sometimes with script debug on, it will 'freeze' the IDE, and you'll need to force quit. Remember to write down the control ID before quitting. 5) in the msg: select control id XXX where XXX is the number of the control 6) edit the Geometry settings for that control. Click the 'Remove All' button at the bottom of the Geometry palette. in the msg: revCacheGeometry This resets the GM settings for the stack 7) Now resize the stack and (fingers crossed) it should work fine! ___ 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: Geometry Manager Reset
Bill Vlahos wrote: Is there a way to remove GM from multiple objects at once? If I select more than 1 item in the IDE the Geometry property is no longer available. The settings are stored in a custom property set called cREVgeometry. Deleting this set removes the geometry for the object. The fastest way to delete this from every object in the stack is to use Altuit's free plugin RevAltCleanStack and make sure the clear cREVgeometry checkbox is ticked before you run it. It's a nice little utility, I only recently needed to use it and was impressed. It removes a lot of superfluous stuff from your stack. (I can't seem to locate it right now on Chipp's site, maybe he can provide a link.) -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: geometry manager
2.1 has a few GM bugs... Not that 2.5 isnt bug free but it is (ahem) better behaved. My guess is that an old position got stuck or didn't get updated because some event blocked the update. This can happen when you have a pending error, self-resizing stack or a resizestack handler that doesn't pass resizestack or send revUpdateGeometry back. Try to send a revUpdateGeometry to your stack to see if it gets fixed. If not, clear the revgeomtry settings for your control, and then reassign the GM rules. This usually fixes the problem... In some cases, you can put an empty resizestack handler to block the GeomtryManager, resize your stack/controls and then remove the blocking handler. Doesn't always work though but it's one way to fix it. Hope that helps ya Xa -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, November 05, 2004 10:24 To: [EMAIL PROTECTED] Subject: geometry manager Hi all, have some problems with the geometry manager... works fine for few days, but this morning, few objects where out of the window, and now when i'm changing the size of the window ( drag bottom-right ), one field systematicaly move few pixels too much to the right ? which it didn't do before ? Does the geometry manager being stable and quite reliable ? PC Win98 Rev 2.1. work with one group and 2 fields ! Best regards, ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution - Visit us at http://www.clearstream.com IMPORTANT MESSAGEInternet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message.The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries.END OF DISCLAIMER ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: geometry manager - are none-users Luddites?
Erik Hansen wrote: is writing your own geometry code akin to writing your own sort routines? Sort routines are rarely this simple: on resizeStack x,y set the rect of fld 1 to 20,20,x-20,y-20 end resizeStack -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: geometry manager - force resize
I don't know if this is orthodox, but it seems to work: If you sometimes find that when you go to a particular card the geometry manager is not resizing the objects, you can do the following: try resizeStack catch err end try if you don't surround the resizeStack in a try/catch you will get a script error - because you don't have a resizeStack handler. However the geometry manager will now resize the stack elements. Anyway, it works. See the revUpdateGeometry docs Cheers Monte ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: geometry manager - force resize
You might want to check out my notes on debugging the Geometry Manager. bottom of page at: http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm Chipp rodney tamblyn wrote: I don't know if this is orthodox, but it seems to work: If you sometimes find that when you go to a particular card the geometry manager is not resizing the objects, you can do the following: try resizeStack catch err end try if you don't surround the resizeStack in a try/catch you will get a script error - because you don't have a resizeStack handler. However the geometry manager will now resize the stack elements. Anyway, it works. Rodney -- Rodney Tamblyn 44 Melville Street Dunedin New Zealand +64 3 4778606 http://rodney.weblogs.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: geometry manager - force resize
rodney tamblyn wrote: I don't know if this is orthodox, but it seems to work: If you sometimes find that when you go to a particular card the geometry manager is not resizing the objects, you can do the following: try resizeStack catch err end try if you don't surround the resizeStack in a try/catch you will get a script error - because you don't have a resizeStack handler. However the geometry manager will now resize the stack elements. Anyway, it works. Hmmm... I'd thought that calls to native messages only failed when using send to explicitely send it to an object. I missed the original post, but if using the GM is problematic for that layout would writing a resizeStack handler cover it? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: geometry manager - force resize
rodney tamblyn wrote: I don't know if this is orthodox, but it seems to work: If you sometimes find that when you go to a particular card the geometry manager is not resizing the objects, you can do the following: try resizeStack catch err end try if you don't surround the resizeStack in a try/catch you will get a script error - because you don't have a resizeStack handler. However the geometry manager will now resize the stack elements. Anyway, it works. Hmmm... I'd thought that calls to native messages only failed when using send to explicitely send it to an object. I missed the original post, but if using the GM is problematic for that layout would writing a resizeStack handler cover it? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: WARNING(virus check bypassed): Re: geometry manager - force resize
http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm i know this was discussed, but i think i missed it. i continue to get the message that i need to install quicktime 6.5 to view these movies. i have 6.5 installed, and have also installed the os x codec. no dice. can someone provide me with the solution offlist? i would really like to watch the tutorials. j. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: geometry manager - force resize
rodney tamblyn wrote: I don't know if this is orthodox, but it seems to work: If you sometimes find that when you go to a particular card the geometry manager is not resizing the objects, you can do the following: try resizeStack catch err end try if you don't surround the resizeStack in a try/catch you will get a script error - because you don't have a resizeStack handler. However the geometry manager will now resize the stack elements. Anyway, it works. Hmmm... I'd thought that calls to native messages only failed when using send to explicitely send it to an object. I missed the original post, but if using the GM is problematic for that layout would writing a resizeStack handler cover it? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: WARNING(virus check bypassed): Re: geometry manager - force resize
Download ensharpen decoder available at URL below. Install it and reboot. That should do the trick for you. http://www.techsmith.com/download/ensharpendefault.asp M On Mar 15, 2004, at 10:21 PM, j wrote: http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm i know this was discussed, but i think i missed it. i continue to get the message that i need to install quicktime 6.5 to view these movies. i have 6.5 installed, and have also installed the os x codec. no dice. can someone provide me with the solution offlist? i would really like to watch the tutorials. j. ___ 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: Geometry Manager [was: newbie: when to use substacks?]
If you go the Geometry settings for the actual card (as opposed to any object on the card), you can set Update before opening card which will do this for you automatically. Sarah On Tuesday, June 3, 2003, at 03:38 pm, Igor Couto wrote: Hi there, Jan! On Tuesday, June 3, 2003, at 03:20 PM, Jan Schenkel wrote: I've been using the Geometry Manager quite a bit the past 3 weeks and never had problems with different cards in the same stack with their own geometry setups. I think I know what Alex is referring to... Try this: 1) Create New Stack 2) Place a field 3) Use the Geometry Manager to specify that the field should resize (scale) if the stack window is resized. 4) Create a New Card. Now, your new card is empty. 5) While you are in your new card, RESIZE THE STACK WINDOW. 6) Go to the first card, where our field is. Voila! The field has not resized... Note that if you resize the stack NOW, while you are on the first card, then the field WILL resize as specified. So it seems that the Geometry Manager specs work ONLY for the current, active card being resized - not all the other cards in the stack... That is kind of efficient - I can see the reason to keep it that way - but on the other hand, when the user opens a new card, shouldn't the Geometry Manager check that the geometry of the objects present satisfy the user specifications? Is there a command we can put in a scrip on preOpenCard, perhaps, that will get the Geometry Manager to do its thing before the card opens? Many thanks, -- Igor de Oliveira Couto -- [EMAIL PROTECTED] -- ___ 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: Geometry Manager [was: newbie: when to use substacks?]
On Tuesday, June 3, 2003, at 10:08 PM, Sarah wrote: If you go the Geometry settings for the actual card (as opposed to any object on the card), you can set Update before opening card which will do this for you automatically. Sarah Thanks for clarifying, Sarah et al. I shouldn't have posted that: I actually haven't used the Geometry manager very much! Alex Rice, Software Developer Architectural Research Consultants, Inc. [EMAIL PROTECTED] [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Geometry Manager [was: newbie: when to use substacks?]
--- Sarah [EMAIL PROTECTED] wrote: If you go the Geometry settings for the actual card (as opposed to any object on the card), you can set Update before opening card which will do this for you automatically. Sarah Cool! I had never spotted this checkbox ; figured that if the stack property palette didn't have a geometry panel, the card wouldn't have one either. And I only go digging into stuff I can't spot a fix for. But this saves me 4 lines in my mainStack script, so I'm a happy camper. Thanks Sarah :-) Now lemmethink of a script to update all the cards for me in all cards of all substacks... *grin* Jan Schenkel. = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Geometry Manager [was: newbie: when to use substacks?]
--- Igor Couto [EMAIL PROTECTED] wrote: Hi there, Jan! On Tuesday, June 3, 2003, at 03:20 PM, Jan Schenkel wrote: I've been using the Geometry Manager quite a bit the past 3 weeks and never had problems with different cards in the same stack with their own geometry setups. I think I know what Alex is referring to... Try this: 1) Create New Stack 2) Place a field 3) Use the Geometry Manager to specify that the field should resize (scale) if the stack window is resized. 4) Create a New Card. Now, your new card is empty. 5) While you are in your new card, RESIZE THE STACK WINDOW. 6) Go to the first card, where our field is. Voila! The field has not resized... Note that if you resize the stack NOW, while you are on the first card, then the field WILL resize as specified. So it seems that the Geometry Manager specs work ONLY for the current, active card being resized - not all the other cards in the stack... That is kind of efficient - I can see the reason to keep it that way - but on the other hand, when the user opens a new card, shouldn't the Geometry Manager check that the geometry of the objects present satisfy the user specifications? Is there a command we can put in a scrip on preOpenCard, perhaps, that will get the Geometry Manager to do its thing before the card opens? Many thanks, -- Igor de Oliveira Couto Hi Igor, I would have to try that out later, but if I recall correctly from my digging around in the geometry manager script, that _ought_ to work unless you don't pass the preOpenCard somewhere along the message path. At any rate, adding the following to your stack script should work : on preOpenCard revCacheGeometry revUpdateGeometry pass preOpenCard end preOpenCard Hope this helped, Jan Schenkel. = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Geometry Manager
On Monday, October 14, 2002, at 03:45 AM, Terry Vogelaar wrote: The strength of RunRev is it's scriptability. 90% or more of the 'tailormade' software and many other applications can be made rapidly using RunRev. But you can't really show these features in a tutorial. You can mainly show some readymade features like the GeoMan; unfortunately the weaker parts of RunRev. But don't let that distract you. So you're saying stick with it, that RunRev isn't bad at all? I have to say that I love the idea of an easy to use, high level tool which is cross platform it's just that the implementation seems a little weak. I downloaded the try-out version earlier this week and have spent around 6 hours playing with it. So far, I have had a few this program has unexpectedly quit... dialog boxes (due to Mac OS X 10.2 appearance manager apparently), the Animation Manager ate my text field and Geometry Manager seems, as I said, somewhat buggy in its behaviour. It is like buying a CD; you seldomly like all the tracks. Some tracks you don't like, but you still buy it because of the tracks you do like. Or is this example outdated in this MP3 age? OK. I hear what you say and you may well be correct I'll stick with it for a while longer. And yes, the example given may be a bit outdated but it's one I can understand! Simon Forster _ BabelFix Ltd, Office One, 16 Canham Road, London, W3 7SR, UK tel int=+44 20 8746 0555 uk=020 8746 0555 tel int=+44 70 9230 5244 uk=070 9230 5244 fax int=+44 70 9230 5247 uk=070 9230 5247 mailto:[EMAIL PROTECTED] _ Simon Forster _ BabelFix Ltd, Office One, 16 Canham Road, London, W3 7SR, UK tel int=+44 20 8746 0555 uk=020 8746 0555 tel int=+44 70 9230 5244 uk=070 9230 5244 fax int=+44 70 9230 5247 uk=070 9230 5247 mailto:[EMAIL PROTECTED] _ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Geometry Manager
On Monday, October 14, 2002, at 01:13 AM, Simon Forster wrote: So you're saying stick with it, that RunRev isn't bad at all? I have to say that I love the idea of an easy to use, high level tool which is cross platform it's just that the implementation seems a little weak. I downloaded the try-out version earlier this week and have spent around 6 hours playing with it. So far, I have had a few this program has unexpectedly quit... dialog boxes (due to Mac OS X 10.2 appearance manager apparently), the Animation Manager ate my text field and Geometry Manager seems, as I said, somewhat buggy in its behaviour. Try not to count the OS X appearance manager crashes towards the overall quality of Rev. It's unfortunate OS X is doing this appearance manager crash to Rev (or vice-versa) and I'm sure it will go away with the next release of Rev. I haven't been using the Geometry manager or Animation manager, but overall I think that Revolution is pretty solid for a version 1.x product. (Although the metacard base of runrev is version 4.x? I still don't understand the details at this level) Alex Rice, Software Developer Architectural Research Consultants, Inc. [EMAIL PROTECTED] [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Geometry Manager
I have solved my own problem, thanks. The answer is to turn off Select grouped controls and then apply the Geometry settings to the group. regards David On Monday, May 27, 2002, at 04:01 , David Vaughan wrote: Trying Geometry Manager in a fairly simple application, I found some odd behaviour: I have on the card a group of five radio buttons, identically defined to scale maintaining position as a percentage, and not to clip text. On resizing the stack four of these buttons maintain their distance from the top of the card rather than moving or scaling, finishing up in the middle of a field. It is as if they were set to maintain position rather than scale. The fifth behaves as it should, keeping its relationship to other objects. I have repeatedly verified that the Geometry Manager settings shown in the palette are the same for all five buttons. I also removed all settings and re-applied them with the same result. Is this a Geo-bug or does someone have a suggestion? thanks David ___ 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
