Re: NativeGeometry 2.0.1 - The Geometry Manager replacement for Revolution
Hi Damien, Congratulations for releasing NativeGeometry 2.0.1! I downloaded your documentation and noticed that you included a simple example of geometry management. Did you plan to publish more complex examples of multiple cards and groups with screenshots of multiplatform geometry management? A Frequently Answered Questions section could be really useful too. Al -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/NativeGeometry-2-0-1-The-Geometry-Manager-replacement-for-Revolution-tp2286591p2288004.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
NativeGeometry 2.0.1 - The Geometry Manager replacement for Revolution
Hi, I have updated NativeGeometry to version 2.0.1, this versions greatly improve the user experience, if you tried NativeGeometry 2.0 before, try this one you will see the improvement! Also, after user feedbacks, I have made more visible the NativeGeometry API, because NativeGeometry is before anything a library, in the help center now you can directly access to the API documentation. (Generated with NativeDoc 1.6 that will be released shortly too ;) ) In addition, a new property appear: set/get the nGeometry. This property enable you to set the geometry of an object simply. In NativeGeometry 2.0, you had to write: put set the left of me to the leftpadding of this stack;set the rRight of me to the left of button id 1014 of this stack into tArray[relations] set the NativeGeometry of button myButton to tArray Now, with 2.0.1: set the nGeometry of button myButton to set the left of me to the leftpadding of this stack;set the rRight of me to the left of button id 1014 of this stack So, dynamically you can faster update geometry relation, NativeGeometry will take care of discovering dependencies and compiling the geometry relation. If you have feedback about this version, questions or anything else, do not hesitate to write me at supp...@nativesoft.fr. WARNING: NativeGeometry IDE does not works on Linux, there is a strange problem with the long id of the target... The engine is running fine, but I was not able to make the IDE working right. Will investigate. Kind Regards, Damien Girard NativeSoft, France. http://www.nativesoft.fr ___ 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] NativeGeometry 2 OPEN BETA, the ultimate geometry manager for Revolution is here for free!
Hello, I will try to answer to all your questions :) To answer to Jerome (in English): Bonne et mauvaise nouvelle ! Avez-vous des précisions concernant la création d'applications multilingues avec NativeGeometry 2.0 ? Vous indiquez que NativeSpeak 1.x ne va plus évoluer et vous mentionnez NativeSpeak 2.0 ? Jérôme Good and bad news ! Do you have any precisions about the multilingual application creation with NativeGeometry 2.0 ? You told that NativeSpeak 1.x will not evolve and you say NativeSpeak 2.0 ? NativeGeometry 2.0 will must be used in order to have NativeSpeak 2.0 working properly, let me explain: - In NativeSpeak 1.x, you were designing your application to be localized, with the geometry manager and the localization manager. NativeSpeak 1.x was developed for Revolution 2.2 originally, and there was not multi-dimensional arrays and few other really cool stuff, that was why it was using xml databases, the result was that it was working well, but was a bit hard to use and to implement. - In NativeSpeak 2.0 and NativeGeometry 2.0, you will design your application with NativeGeometry 2.0, that is far far better than the NativeSpeak 1.x geometry manager. Then, once your application has been designed with NativeGeometry 2.0, NativeSpeak 2.0 will parse your stacks, and with it you will generate languages files, then in your application you will just have to load those languages files and voila, your application will be multi-language! The main advantage is that the localization process is far less more intrusive than NativeSpeak 1.x, you develop your application in one and only one language, then you localize. You told that NativeSpeak 1.x will not evolve and you say NativeSpeak 2.0 ? NativeSpeak 2.0 will be released, the release date is not planned, but I will try to get it working as fast as possible. - I was actually going to BUY a license, even though you are still in Beta, just to support what appears to be an excellent and much needed tool, but alas, there is nothing in your storefront that allows me to do so. I noticed that your screenshots are of a vista/win7 look. Just to be sure, may I assume this will work with Macs as well as Windows? Thanks Bob, I am glad to hear that :) I am seeing with my partner Runtime Revolution Ltd to have NativeGeometry in the store, in few days it should be ok. About the screenshot, the application was developed for Windows, but it should work like all our other products, like a charm :) If you notice any problem on MacOS do not hesitate to report them to the bugtracker ! - About the NativeGeometry 2.0 Zip package broken link, it should be fixed. - If you have more question, I will be pleased to answer ! Kind Regards, Damien Girard NativeSoft, France. http://www.nativesoft.net -Message d'origine- De : use-revolution-boun...@lists.runrev.com [mailto:use-revolution-boun...@lists.runrev.com] De la part de Damien Girard Envoyé : lundi 17 mai 2010 18:16 À : use-revolution@lists.runrev.com; 'Improvements to Revolution' Objet : [ANN] NativeGeometry 2 OPEN BETA, the ultimate geometry manager for Revolution is here for free! Dear Runtime Revolution user, I am proud to announce you the OPEN BETA release of NativeGeometry 2.0! NativeGeometry is our latest extension for Runtime Revolution, it is an enhanced Geometry Manager that help you to develop faster cross-platform applications, multi-languages application or simply your applications, with the ease of the use of the Revolution Geometry manager but with the power and the speed like if you were writing your own scripts! To check-out more in depth its features, go to the NativeGeometry website: http://www.nativesoft.net/nativegeometry - - OPEN PUBLIC BETA We are inviting everybody to try this new tool, NativeGeometry is now in beta stage, and in order to have the best quality, we are inviting all of you to try freely without any limitations NativeGeometry! If you find any problems, simply report them to the NativeSoft bug tracker. The NativeGeometry open beta is ending the 14 junes 2010, and the final release is to be expected at this date :) More information, download links and sample are on the NativeSoft website: http://www.nativesoft.net/nativegeometry - Also, you can ask Why NativeGeometry 2.0? Where is 1.0?, the answer is simple: - NativeGeometry 1.0 was the NativeSpeak Create 1.0 Geometry manager, so NativeGeometry is in version 2.0 as it is a complete rewrite from scratch, with new incredible features! - Other news about Dam-pro: - NativeSoft I am pleased to inform you that Dam-pro has been renamed NativeSoft, this new name match better with our Native products lines, and in the future with the upcoming NativeSpeak 2.0, and I prefer
[ANN] NativeGeometry 2 OPEN BETA, the ultimate geometry manager for Revolution is here for free!
Dear Runtime Revolution user, I am proud to announce you the OPEN BETA release of NativeGeometry 2.0! NativeGeometry is our latest extension for Runtime Revolution, it is an enhanced Geometry Manager that help you to develop faster cross-platform applications, multi-languages application or simply your applications, with the ease of the use of the Revolution Geometry manager but with the power and the speed like if you were writing your own scripts! To check-out more in depth its features, go to the NativeGeometry website: http://www.nativesoft.net/nativegeometry - - OPEN PUBLIC BETA We are inviting everybody to try this new tool, NativeGeometry is now in beta stage, and in order to have the best quality, we are inviting all of you to try freely without any limitations NativeGeometry! If you find any problems, simply report them to the NativeSoft bug tracker. The NativeGeometry open beta is ending the 14 junes 2010, and the final release is to be expected at this date :) More information, download links and sample are on the NativeSoft website: http://www.nativesoft.net/nativegeometry - Also, you can ask Why NativeGeometry 2.0? Where is 1.0?, the answer is simple: - NativeGeometry 1.0 was the NativeSpeak Create 1.0 Geometry manager, so NativeGeometry is in version 2.0 as it is a complete rewrite from scratch, with new incredible features! - Other news about Dam-pro: - NativeSoft I am pleased to inform you that Dam-pro has been renamed NativeSoft, this new name match better with our Native products lines, and in the future with the upcoming NativeSpeak 2.0, and I prefer it :) So all dam-pro.com emails addresses will continue to work, the dam-pro.com website is now redirecting to http://www.nativesoft.net - NativeSpeak 1.x discontinued NativeSpeak 1.x is discontinued, the application will continue to works and we will continue the support, but the application will not be updated anymore, we recommend to new users that want to create a multi-language application to use NativeGeometry, then the localization process with NativeSpeak 2.0 will be really easy. - Website improved The Dam-pro website has been improved in order to become the NativeSoft website, check-it out! http://www.nativesoft.net Kind Regards, Damien Girard NativeSoft CEO, France. http://www.nativesoft.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: [ANN] [FR] NativeGeometry 2 OPEN BETA, the ultimate geometry manager for Revolution is here for free!
Bonne et mauvaise nouvelle ! Avez-vous des précisions concernant la création d'applications multilingues avec NativeGeometry 2.0 ? Vous indiquez que NativeSpeak 1.x ne va plus évoluer et vous mentionnez NativeSpeak 2.0 ? Jérôme Genève Le 17 mai 2010 à 18:16, Damien Girard a écrit : NativeSpeak 1.x is discontinued, the application will continue to works and we will continue the support, but the application will not be updated anymore, we recommend to new users that want to create a multi-language application to use NativeGeometry, then the localization process with NativeSpeak 2.0 will be really easy. ___ 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] NativeGeometry 2 OPEN BETA, the ultimate geometry manager for Revolution is here for free!
I was actually going to BUY a license, even though you are still in Beta, just to support what appears to be an excellent and much needed tool, but alas, there is nothing in your storefront that allows me to do so. I noticed that your screenshots are of a vista/win7 look. Just to be sure, may I assume this will work with Macs as well as Windows? Bob On May 17, 2010, at 9:16 AM, Damien Girard wrote: Dear Runtime Revolution user, I am proud to announce you the OPEN BETA release of NativeGeometry 2.0! NativeGeometry is our latest extension for Runtime Revolution, it is an enhanced Geometry Manager that help you to develop faster cross-platform applications, multi-languages application or simply your applications, with the ease of the use of the Revolution Geometry manager but with the power and the speed like if you were writing your own scripts! To check-out more in depth its features, go to the NativeGeometry website: http://www.nativesoft.net/nativegeometry ___ 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
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
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
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
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
Finding the $%$#%#$%# Geometry manager
Where is this? It is not, I assume, the size and position pane of the property inspector. The docs say it can be pulled from the tools menu, but I don't see it, and it certainly looks like a pane from the property inspector, not a separate gadget. Thanks, Craig Newman ___ 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: Finding the $%$#%#$%# Geometry manager
Never mind, it is right there. Just glazed over it. ___ 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: Setting Geometry Manager Properties For A Stack
Mikey- As usual, the answer is so simple. I am completely brain-mashed from too many years of tools that aren't so reasonable. rotfl. I know that feeling well. -- Mark Wieder [EMAIL PROTECTED] ___ 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: What Properties Change When You Set Geometry Manager Prefs For An Object?
And you have to check 'View/Revolution UI elements in Lists' menu item to make the cREVGeometry property set appear in the properties palette. Le 25 juin 08 à 07:12, Chipp Walters a écrit : It's a custom property set which is created and changed. I think it's cREVGeometry. Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: What Properties Change When You Set Geometry Manager Prefs For An Object?
So much to learn. So little time. So much fun to be had. ___ 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
What Properties Change When You Set Geometry Manager Prefs For An Object?
I'm trying to create objects (buttons) with scripts and set geometry manager properties for them at creation time. However, after creating a button and comparing its property list before and after making geometry manager adjustments (position only), I fail to see that anything has changed. I also thought I looked through all the card and stack properties as well, but none of those appear to have changed either. So what properties of which objects are set for the geometry manager? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: What Properties Change When You Set Geometry Manager Prefs For An Object?
It's a custom property set which is created and changed. I think it's cREVGeometry. ___ 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
Setting Geometry Manager Properties For A Stack
I'm trying to limit a stack from being resized smaller beyond a particular point. I've got all the objects on the stack resizing or moving the way I'd like them to, but I'd like to keep the user from making the stack too small to the point where the controls on the right and toward the bottom are gone because there isn't room to display them. I've tried applying limits to the objects on the stack, but that doesn't seem to do it, rather that seems to just maintain the geometry and position of the objects relative to the stack window size. -- Frank Lloyd Wright - TV is chewing gum for the eyes. ___ 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: Setting Geometry Manager Properties For A Stack
Mikey wrote: I'm trying to limit a stack from being resized smaller beyond a particular point. Mikey, You can set the minwidth and minheight properties of the stack in the property inspector - size and position pane. Martin Baxter -- I am Not a Number, I am a free NaN ___ 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: Setting Geometry Manager Properties For A Stack
On 6/23/08 2:25 PM, Mikey [EMAIL PROTECTED] wrote: I'm trying to limit a stack from being resized smaller beyond a particular point. I've got all the objects on the stack resizing or moving the way I'd like them to, but I'd like to keep the user from making the stack too small to the point where the controls on the right and toward the bottom are gone because there isn't room to display them. I've tried applying limits to the objects on the stack, but that doesn't seem to do it, rather that seems to just maintain the geometry and position of the objects relative to the stack window size. How about setting the 'maxHeight' and 'maxWIdth' of the stack? Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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: Setting Geometry Manager Properties For A Stack
As usual, the answer is so simple. I am completely brain-mashed from too many years of tools that aren't so reasonable. -- Arnold Schwarzenegger - I have a love interest in every one of my films - a gun. ___ 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
Geometry Manager Reset
We all know the Geometry Manager (GM) is finicky but my needs have been pretty simple so it has worked OK for me. I have a similar layout on a number of cards in my stack but the items on each card are different and I didn't pay enough attention as I placed buttons and fields on each card before I enabled the GM to either move items up or down or resize the bottom and right sides of fields. Now that I am cleaning up the stack getting ready for release I want to align the items better. However, when I move a button or field without first disabling GM for it things go crazy with items moving themselves seemingly at random. This means that it requires a lot of trial and error if I forget to remove GM before I move them. I don't think there is anything I can set in Rev to make this not happen (please let me know if I am wrong) because there isn't anything obvious to me to set. 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. Thanks, Bill Vlahos BTW there is a plugin from F. Rinadli called revGridDisplay available from RevOnline that makes it easier to put items on a grid which is going to help lining things up. ___ 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
Geometry Manager Problem ...
Bonjour ... I begin to use Geometry Manager. I have made a large part of my stack, and I save it. Then when I open it again, and try to add a new geometry setting, or to change location of a control, the Geometry Manager dont go. Before I make change, when I send revUpdateGeometry in the Message Box, it 's OK. After I make Change, when I send revUpdateGeometry in the Message Box, I have an error no such object Does anyone know this problem ? Merci ... ___ 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
The Geometry Manager
On Nov 23, 2004, at 7:58 AM, Richard Gaskin wrote: One of the complexities in generalizing layout adjustments is, as you've identified in your report, getting the firing order correct: if you have objects that are placed relative to other objects, you need to make sure some objects are adjusted before others. While the GM does a pretty good job at that most of the time, doing it perfectly for all possible layouts requires something that approaches AI, but with a custom resizeStack handler you retain total control over the order in which things happen. You can save yourself some typing by reducing the number of lines in a resizeStack handler with something like the handy ObjRect handler described in this link, so at most you'd have only one line per resized object: http://lists.runrev.com/pipermail/use-revolution/2004-January/ 029978.html Richard, I've long thought that an inherent weakness in the current design of the Geometry Manager is that it doesn't take into account the sequence in which things are resized. That's not to say that it isn't useful, just that there are inherent limitations. I think your post, cited above, makes clear what the more powerful setup would be. It seems to me that an interface for specifying a sequence of steps such as your method performs would be fairly simple to produce, but also largely unnecessary, in that it wouldn't be much easier to create/maintain than the simple list of statements you use. I think what Xavier wants is something else again: a Geometry manager that functions sequentially as your method does, but also involves conditionals. If item x is less than y pixels wide, hide item x and proceed down this different path. That's beyond the scope of either the current GM or the simple interface to your sequential method above. Conditionals are hard to represent graphically. It makes more sense to handle them in code. Your (Richard's) method, at one line per element resized, is about as compact as possible. All of which is to say that I think the only reasonable way to handle a complex geometry involving showing/hiding objects and conditionally resizing others is by code. I can't imagine an interface that would clearly and simply allow you to specify that. regards, Geoff Canyon [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The Geometry Manager
On 11/27/04 12:32 PM, Geoff Canyon [EMAIL PROTECTED] wrote: On Nov 23, 2004, at 7:58 AM, Richard Gaskin wrote: You can save yourself some typing by reducing the number of lines in a resizeStack handler with something like the handy ObjRect handler described in this link, so at most you'd have only one line per resized object: http://lists.runrev.com/pipermail/use-revolution/2004-January/ 029978.html Richard, I've long thought that an inherent weakness in the current design of the Geometry Manager is that it doesn't take into account the sequence in which things are resized. That's not to say that it isn't useful, just that there are inherent limitations. I think your post, cited above, makes clear what the more powerful setup would be. It seems to me that an interface for specifying a sequence of steps such as your method performs would be fairly simple to produce, but also largely unnecessary, in that it wouldn't be much easier to create/maintain than the simple list of statements you use. I think what Xavier wants is something else again: a Geometry manager that functions sequentially as your method does, but also involves conditionals. If item x is less than y pixels wide, hide item x and proceed down this different path. That's beyond the scope of either the current GM or the simple interface to your sequential method above. Agreed. One nice thing about code is it has its own inherent sequencing - you do line 1 first, then 2, etc. until you're done. This way, when you set up your resizing/adjusting you put it down in the firing order you want. My method is slightly more compact than Richard's, but it does the same thing. I'll use conditionals as necessary, especially to restrict the resizing of an object (for example, if the user is resizing a stack and I want an object to have a minimum size, I will resize that object first, checking to make sure it doesn't go below its minimum, and then will resize the other objects accordingly. All of which is to say that I think the only reasonable way to handle a complex geometry involving showing/hiding objects and conditionally resizing others is by code. I can't imagine an interface that would clearly and simply allow you to specify that. The only one I can imagine would be one that laid down steps in a list that it would follow, but it would just be a more readable version than what you'd do in code. For example, you might have this in code: ObjRect the long id of fld 1, ,,x-200,y-20 ObjRect the long id of fld 2, the left of fld 1,,x-20,y-20 but in an interface it might be multicolumn and show: OBJECT ADJUSTMENTS RELATIVE TO field FirstField Rt: -200, Bot: -20 Stack field SecondField Left: Match field FirstField field SecondField Rt: -20, Bot: -20 Stack But either way, it wouldn't be visual... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: The Geometry Manager
Actually my idea of the ideal GM was a turing machine like contraption! The script was never written but its design was pretty close to RunRevs. The GUI too but had a bit more detail. and some missing features... The script was never done since I got RunRev just as I finished the GUI. Their design is pretty good apart from a stuut as they say in Brussels. There's a GUI for it in the ControlsBrowser on MonsieurX. It's a hidden tab in the lower part of the palette. Just add a tab named Geometry to the content button's and then do the right swaps to get it in view. (It might have moved a bit off in relation to the splitter bar due to GM problems and not being readjusted lately - minor priority.) X -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoff Canyon Sent: Saturday, November 27, 2004 19:33 To: How to use Revolution Subject: The Geometry Manager On Nov 23, 2004, at 7:58 AM, Richard Gaskin wrote: One of the complexities in generalizing layout adjustments is, as you've identified in your report, getting the firing order correct: if you have objects that are placed relative to other objects, you need to make sure some objects are adjusted before others. While the GM does a pretty good job at that most of the time, doing it perfectly for all possible layouts requires something that approaches AI, but with a custom resizeStack handler you retain total control over the order in which things happen. You can save yourself some typing by reducing the number of lines in a resizeStack handler with something like the handy ObjRect handler described in this link, so at most you'd have only one line per resized object: http://lists.runrev.com/pipermail/use-revolution/2004-January/ 029978.html Richard, I've long thought that an inherent weakness in the current design of the Geometry Manager is that it doesn't take into account the sequence in which things are resized. That's not to say that it isn't useful, just that there are inherent limitations. I think your post, cited above, makes clear what the more powerful setup would be. It seems to me that an interface for specifying a sequence of steps such as your method performs would be fairly simple to produce, but also largely unnecessary, in that it wouldn't be much easier to create/maintain than the simple list of statements you use. I think what Xavier wants is something else again: a Geometry manager that functions sequentially as your method does, but also involves conditionals. If item x is less than y pixels wide, hide item x and proceed down this different path. That's beyond the scope of either the current GM or the simple interface to your sequential method above. Conditionals are hard to represent graphically. It makes more sense to handle them in code. Your (Richard's) method, at one line per element resized, is about as compact as possible. All of which is to say that I think the only reasonable way to handle a complex geometry involving showing/hiding objects and conditionally resizing others is by code. I can't imagine an interface that would clearly and simply allow you to specify that. regards, Geoff Canyon [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
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
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[2]: geometry manager
Hi, Helps a lot , thanks ! works again. will think of upgrading to 2.5 after the release of Version 2 of my product xccc 2.1 has a few GM bugs... xccc Not that 2.5 isnt bug free but it is (ahem) better behaved. xccc My guess is that an old position got stuck or didn't get updated xccc because some event blocked the update. This can happen when you xccc have a pending error, self-resizing stack or a resizestack handler that xccc doesn't pass resizestack or send revUpdateGeometry back. xccc Try to send a revUpdateGeometry to your stack to see if it gets fixed. xccc If not, clear the revgeomtry settings for your control, and then xccc reassign the GM rules. This usually fixes the problem... xccc In some cases, you can put an empty resizestack handler to block the xccc GeomtryManager, resize your stack/controls and then remove the blocking xccc handler. Doesn't always work though but it's one way to fix it. xccc Hope that helps ya xccc Xa 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
geometry manager - are none-users Luddites?
is writing your own geometry code akin to writing your own sort routines? = [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com ___ 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
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. 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
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: Video Tutorials on the Geometry Manager
From: Sarah Reichelt [EMAIL PROTECTED] After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. For those of you looking to make tutorial videos with OS X, I just noticed this product: http://www.macxware.com/candypress/Scripts/prodView.asp?idproduct=25 If you're interested in looking at some really well-made tutorial videos, check out atomiclearning.com. It's subscription-based, but some tutorials are free. I use these as my model when I make tutorials for use here at school. - marty -- Marty Billingsley ([EMAIL PROTECTED]) The University of Chicago Laboratory Schools We are our choices - Sartre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. For those of you looking to make tutorial videos with OS X, I just noticed this product: http://www.macxware.com/candypress/Scripts/prodView.asp?idproduct=25 Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Snapz Pro X from Ambrosia ($69) does this kind of thing for OS X: http://www.ambrosiasw.com/utilities/snapzprox/ Snapz Pro came pre-installed with a free license when I purchased my laptop 1.5 years ago. Some list members may have the software and not even know it. J. -- David J. Downs [EMAIL PROTECTED] http://www.clsdesignassociates.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Video Tutorials on the Geometry Manager
A while back, my good friend Jerry Daniels started extolling the virtues of the Geometry Manager. Well, I had used it in version 1.1 rather unsuccessfully, and had since surmised real men doon't use the Geometry Manager and hand-coded all my resizeStack messages. So, on Jerry's urging, I decided to spend some time expoloring RR's Geometry Manager. While it isn't perfect, it has come quite a long way! I mentioned how encouraged I was to Kevin at RR and he agreed, saying something about how great the technology is, and how difficult it is to explain. After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. These videos run on both Mac and PC. I hope some of you find them valuable and begin to use GM in your own projects! http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Chipp The tutorials were extremely helpful. The second did not run all the way through for me. The picture disappeared although your voice continued with the commentary. This method of instruction, i.e. movies, is being used by Apple for their on-line seminars and they are very effective. I would love to see you do a tutorial on how you produced your tutorials. Many thaks, Jim Wall ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Thanks, Chipp ! Le 8 mars 04, à 09:01, Chipp Walters a écrit : A while back, my good friend Jerry Daniels started extolling the virtues of the Geometry Manager. Well, I had used it in version 1.1 rather unsuccessfully, and had since surmised real men doon't use the Geometry Manager and hand-coded all my resizeStack messages. So, on Jerry's urging, I decided to spend some time expoloring RR's Geometry Manager. While it isn't perfect, it has come quite a long way! I mentioned how encouraged I was to Kevin at RR and he agreed, saying something about how great the technology is, and how difficult it is to explain. After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. These videos run on both Mac and PC. I hope some of you find them valuable and begin to use GM in your own projects! http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution -- Bien cordialement, Pierre Sahores 100, rue de Paris F - 77140 Nemours psahores (at) easynet.fr GSM: +33 6 03 95 77 70 Pro: +33 1 41 60 52 68 Dom:+33 1 64 45 05 33 Fax: +33 1 64 45 05 33 Inspection académique de Seine-Saint-Denis Applications et SGBD ACID SQL (WEB et PGI) Penser et produire delta de productivité ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Video Tutorials on the Geometry Manager
Thanks for the tutorial! Well done! Kevin -==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=- Disclaimer: Any resemblance between the above views and those of my employer, my terminal, or the view out my window are purely coincidental. Any resemblance between the above and my own views is non-deterministic. The question of the existence of views in the absence of anyone to hold them is left as an exercise for the reader. The question of the existence of the reader is left as an exercise for the second god coefficient. (A discussion of non-orthogonal, non-integral polytheism is beyond the scope of this article.) ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
I could not get the codec to work either in QT or in Explorer. Any ideas? The asp just downloads to my desktop. I click it and get dreamweaver to open? I went to the decoder web site and downloaded a package but still no results??? Tom On Mar 8, 2004, at 3:01 AM, Chipp Walters wrote: A while back, my good friend Jerry Daniels started extolling the virtues of the Geometry Manager. Well, I had used it in version 1.1 rather unsuccessfully, and had since surmised real men doon't use the Geometry Manager and hand-coded all my resizeStack messages. So, on Jerry's urging, I decided to spend some time expoloring RR's Geometry Manager. While it isn't perfect, it has come quite a long way! I mentioned how encouraged I was to Kevin at RR and he agreed, saying something about how great the technology is, and how difficult it is to explain. After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. These videos run on both Mac and PC. I hope some of you find them valuable and begin to use GM in your own projects! http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? Marian On Mar 8, 2004, at 2:28 PM, Thomas McGrath III wrote: I could not get the codec to work either in QT or in Explorer. Any ideas? The asp just downloads to my desktop. I click it and get dreamweaver to open? I went to the decoder web site and downloaded a package but still no results??? Tom On Mar 8, 2004, at 3:01 AM, Chipp Walters wrote: A while back, my good friend Jerry Daniels started extolling the virtues of the Geometry Manager. Well, I had used it in version 1.1 rather unsuccessfully, and had since surmised real men doon't use the Geometry Manager and hand-coded all my resizeStack messages. So, on Jerry's urging, I decided to spend some time expoloring RR's Geometry Manager. While it isn't perfect, it has come quite a long way! I mentioned how encouraged I was to Kevin at RR and he agreed, saying something about how great the technology is, and how difficult it is to explain. After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. These videos run on both Mac and PC. I hope some of you find them valuable and begin to use GM in your own projects! http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ 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: Video Tutorials on the Geometry Manager
On 08 Mar 2004, at 21:01, [EMAIL PROTECTED] wrote: Message: 8 Date: Mon, 8 Mar 2004 14:55:57 -0500 From: Marian Petrides [EMAIL PROTECTED] Subject: Re: Video Tutorials on the Geometry Manager To: How to use Revolution [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; format=flowed I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? Marian On Mar 8, 2004, at 2:28 PM, Thomas McGrath III wrote: After installing the EnSharpen codec, I had to reinstall the other codecs again, Divx an 3ivx. I 'am not sure if the installer removed these as I didn't check before installing. Anyhow after reinstalling these everything was ok. I didn't have time yet to watch all the movies but what I saw was really nice. Greetings, WA ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Wouter wrote: After installing the EnSharpen codec, I had to reinstall the other codecs again, Divx an 3ivx. I 'am not sure if the installer removed these as I didn't check before installing. Hmm, I installed both on XP (two different machines) and OSX Panther (i-book) without consequence. In all cases, I already had DivX codecs already installed. Anyhow after reinstalling these everything was ok. I didn't have time yet to watch all the movies but what I saw was really nice. Thanks! -Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
OOPS, My mistake, I inadvertantly only posted the EnSharpen Codec for Quicktime on the PC. The TechSmith Codec (which is also the EnSharpen Codec) for Windows Media player is at: http://www.getafile.com/cgi-bin/merlot/get/techsmith/TSCC.exe You don't need to unistall the other codec as it works with Quicktime only. Sorry All! best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
On Mon, 8 Mar 2004 Marian Petrides [EMAIL PROTECTED] wrote: I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? I got no problems here on a Windows XP computer. I could download ensharpendecoder_winsws.exe and the videos display fine. What I am wondering about is that without the Ensharpen decoder the AVI-files indeed only can be heard with the player. What kind of AVI-files are they? Until now I had no experience with AVI on an XP computer, on my older computers - Windows 95 and Windows 98 - I did not need a special decoder for AVI-files. Regards, Wilhelm Sanke ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
On Mar 8, 2004, at 2:47 PM, Wilhelm Sanke wrote: I got no problems here on a Windows XP computer. I could download ensharpendecoder_winsws.exe and the videos display fine. What I am wondering about is that without the Ensharpen decoder the AVI-files indeed only can be heard with the player. What kind of AVI-files are they? Until now I had no experience with AVI on an XP computer, on my older computers - Windows 95 and Windows 98 - I did not need a special decoder for AVI-files. AVI files made with Camtasia Studio use the TSCC codec from TechSmith Corporation which is used for compressing screen recording. You have to have their codec to decode it. Ensharpen is the TechSmith codec for decoding the TSCC codec from within QuickTime. -- Trevor DeVore Blue Mango Multimedia [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Chipp- Monday, March 8, 2004, 12:01:49 AM, you wrote: CW I hope some of you find them valuable and begin to use GM in your own CW projects! CW http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm Outstanding! Thanks. -- -Mark Wieder [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
I had already downloaded and installed the decoder from this site to no avail. However, your email got me thinking that maybe I needed to logout and log back into OS X. When I did that, things worked fine. Thanks, Chipp. I learned a LOT from the first video alone. To Dan Shafer: Suggestions for part 2 and or 3 of the book: detailed information (with photos) on use of debugging tools, esp. TRACE and similar info on geometry manager. I know Ch 22 (per text in book 1) will have info on debugging but I don't know what that will consist of). Marian On Mar 8, 2004, at 3:32 PM, Chipp Walters wrote: Marian, Check out: http://www.techsmith.com/download/ensharpendefault.asp Let me know if it helps. --Chipp Marian Petrides wrote: I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? Marian ___ 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: Video Tutorials on the Geometry Manager
me too mac osx panther tom On Mar 8, 2004, at 6:38 PM, Marian Petrides wrote: I had already downloaded and installed the decoder from this site to no avail. However, your email got me thinking that maybe I needed to logout and log back into OS X. When I did that, things worked fine. Thanks, Chipp. I learned a LOT from the first video alone. To Dan Shafer: Suggestions for part 2 and or 3 of the book: detailed information (with photos) on use of debugging tools, esp. TRACE and similar info on geometry manager. I know Ch 22 (per text in book 1) will have info on debugging but I don't know what that will consist of). Marian On Mar 8, 2004, at 3:32 PM, Chipp Walters wrote: Marian, Check out: http://www.techsmith.com/download/ensharpendefault.asp Let me know if it helps. --Chipp Marian Petrides wrote: I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? Marian ___ 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 Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Now you see!!! I thought that the scale and the position part of the geometry manager were an either or choice and not that you can use both at the same time. DUH Also, I thought that I needed to set the scale for each side of the object to scale not just the bottom and right. When I played with it I did some major over kill. And then just walked away from it thinking it was not working right. Thanks for the info and the video. Tom On Mar 8, 2004, at 7:23 PM, Thomas McGrath III wrote: me too mac osx panther tom On Mar 8, 2004, at 6:38 PM, Marian Petrides wrote: I had already downloaded and installed the decoder from this site to no avail. However, your email got me thinking that maybe I needed to logout and log back into OS X. When I did that, things worked fine. Thanks, Chipp. I learned a LOT from the first video alone. To Dan Shafer: Suggestions for part 2 and or 3 of the book: detailed information (with photos) on use of debugging tools, esp. TRACE and similar info on geometry manager. I know Ch 22 (per text in book 1) will have info on debugging but I don't know what that will consist of). Marian On Mar 8, 2004, at 3:32 PM, Chipp Walters wrote: Marian, Check out: http://www.techsmith.com/download/ensharpendefault.asp Let me know if it helps. --Chipp Marian Petrides wrote: I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? Marian ___ 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 Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
Log out - no good here but restart worked. That codec needed a restart. Wow, I haven't had to do that in awhile. I think this is the first time I've had to restart my mac in four months. Tom On Mar 8, 2004, at 7:23 PM, Thomas McGrath III wrote: me too mac osx panther tom On Mar 8, 2004, at 6:38 PM, Marian Petrides wrote: I had already downloaded and installed the decoder from this site to no avail. However, your email got me thinking that maybe I needed to logout and log back into OS X. When I did that, things worked fine. Thanks, Chipp. I learned a LOT from the first video alone. To Dan Shafer: Suggestions for part 2 and or 3 of the book: detailed information (with photos) on use of debugging tools, esp. TRACE and similar info on geometry manager. I know Ch 22 (per text in book 1) will have info on debugging but I don't know what that will consist of). Marian On Mar 8, 2004, at 3:32 PM, Chipp Walters wrote: Marian, Check out: http://www.techsmith.com/download/ensharpendefault.asp Let me know if it helps. --Chipp Marian Petrides wrote: I'm having the same problem as Tom, except that when I click on the download EnSharpen decocder link, what gets downloaded to my desktop is something called transfer.asp --which appears to be an Apple System Profiler document. Double-clicking on it just runs ASP. I WAS able to hear the audio, so I know it sounds like these tutorials will be valuable to watch. How do we get them to work? Marian ___ 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 Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
OK, Chipp, I want to thank you personally for this. I now understand where I went wrong in my understanding of the GM. There is still more to understand with the GM though and I will bookmark your site especially if more of these are forthcoming. Thanks again, Tom On Mar 8, 2004, at 3:01 AM, Chipp Walters wrote: A while back, my good friend Jerry Daniels started extolling the virtues of the Geometry Manager. Well, I had used it in version 1.1 rather unsuccessfully, and had since surmised real men doon't use the Geometry Manager and hand-coded all my resizeStack messages. So, on Jerry's urging, I decided to spend some time expoloring RR's Geometry Manager. While it isn't perfect, it has come quite a long way! I mentioned how encouraged I was to Kevin at RR and he agreed, saying something about how great the technology is, and how difficult it is to explain. After thinking about it, I decided to create some (non-professional) videos which go step-by-step through the features. These videos run on both Mac and PC. I hope some of you find them valuable and begin to use GM in your own projects! http://www.altuit.com/webs/altuit2/RunRev/VideoTutorials.htm best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Video Tutorials on the Geometry Manager
Thomas, Now you see!!! I thought that the scale and the position part of the geometry manager were an either or choice and not that you can use both at the same time. DUH Mee Too, it was only after talking with Kevin that I figured out you can set these independantly. Also, I thought that I needed to set the scale for each side of the object to scale not just the bottom and right. When I played with it I did some major over kill. And then just walked away from it thinking it was not working right. Yep, once I figured it out, I thought it a good idea to share with the others. Glad this helped. BTW, on my Mac it told me I needed to restart for the codec to work. Did you not see the same message? Hmmm...wonder why? -Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Video Tutorials on the Geometry Manager
No message here but I'll reboot once I can close the other things I'm working on. This is exactly the kind of things the Rev community needs to keep producing to attract people. Forget changing to .syntax, just showing people how things work, literally, would speak louder than talking about the ease of Transcript. How about a Making a simple app in Revolution - Transcript 101 demo? One would think RunRev would love to use something like that as a promo. A really tricked out version could have your narration over sliced and spliced video showing the steps being performed on each platform. (As in only once, where you're suddenly talking about something and it shows a mac, you keep talking and the next click opens up the video clip on linux, XP, Classic, etc)... Yours, Chris On Mar 8, 2004, at 8:38 PM, Chipp Walters wrote: BTW, on my Mac it told me I needed to restart for the codec to work. Did you not see the same message? Hmmm...wonder why? -Chipp ___ 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: Video Tutorials on the Geometry Manager
Chris - this is a great idea. I was an early adopter of Oracle Media Objects (you had to be early otherwise you missed out completely because the application was pulled fro the market!). One of the things that they did was to produce two videos (VHS) which showed how one could use the application to build build stacks. It was very well done and gave me a lot of useful information about how to script. When Revolution was being developed I talked to Kevin Miller about doing something similar. However, the way that Chipp developed the tutorials to run on the computer would be a huge step forward in delivering video-based instruction. BTW, the software that Chipp used is only available for developing on windows machines (although playback is cross platform). I am fairly sure there is an application that can do the same thing on the Mac and would appreciate it if anyone on the list could confirm this and supply product details. Jim Wall ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
geometry manager - ordering of objects can matter
This may have already come up before, but I'll mention it here in case is helpful. When using the geometry manager, sometimes it is necessary to consider the numbering of objects. Basically, if you are getting unpredicatable results - e.g. objects disappearing off screen when you resize the card, when you didn't intend this - try looking and changing the order of the objects (bring object to front, send to back etc). You may find as I did that it makes a difference. My guess is this because it changes the order that the Geometry manager processes the objects when stepping through the resize operations. R. -- 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
