Re: Rev Media and the product line gap
Indeed, Dan Dennis, isn't this one of THE primary differences between the way DOS was designed/improved and the Mac OS? I wish I could cite chapter and verse at this point, but, I'm brain-dead (okay -- I'll say it before any of you: more brain-dead than usual), and yet I could all but swear that I read somewhere that the Mac OS (and, all if not most successive GUIs by implication) were designed *specifically* to encourage mouse-based as opposed to type-based interaction styles. That you see and comprehend and do as opposed to see, comprehend/guess, and respond... and get an error code or not... Judy On Mon, 27 Mar 2006, Dan Shafer wrote: Dennis. Great point. I suspect the preference you point out for mouse vs. keyboard as primary interaction mechanism explains a lot of stuff. On 3/26/06, Dennis Brown [EMAIL PROTECTED] wrote: Dan, You being a writer, most likely never have your fingers far from the keyboard. It makes sense to me that you would operate in that way. However, I being a very image oriented person, never have my fingers far from the mouse, and dislike having to go to the keyboard for anything I can point and click. I rarely use cmd-key alternatives except for the occasional qspazxcv --which are the basic common set for all apps. So count me in with Dr. Miller on this one. Dennis -- ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.shafermediastore.com/tech_main.html ___ 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: .swf in Revolution?
Ken, altBrowser (http://www.altuit.com/webs/altuit2/altBrowserCover/ default.htm) can be used to play Flash movies on a Rev card. It is a wonderful product. Jiro Harada On 2006/03/28, at 16:08, Ken Ray wrote: On 3/28/06 12:59 AM, Jiro Harada [EMAIL PROTECTED] wrote: Ken, This external is for in-house. F-ab is a just demonstration to introduce our rich client application to our customers. I see... well then it won't help with the question that was posed, unless you're willing to provide it/sell it as a third-party external for Revolution. Any chance of that happening? ;-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.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 ___ 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: Making the move...
Dan Shafer wrote: Richard I agree that merge is very cool and quite powerful. Still, I cannot put into a Web page: Hello, there. The time is % merge [[the time]] % (regardless of the dellimiter being used around the call) as I can with Ruby. The merge operation would, I think, have to be included in the CGI generating the entire text string above, right? Or am I really missing something obvious here? The merge function can take any block of text (such as an HTML page, for example) and will replace Transcript expressions between [[ and ]] with the evaluated result. You can but any expression or container reference between those brackets, including variables, constants, or even calls to Transcript functions defined elsewhere, and you can place any number of these anywhere in your HTML. It really is worth devoting a half-hour to playing with. Merge is one of the best things Transcript adopted from SuperTalk (from back in the days when Allegiant was pushing a server-side engine). You can use the merge function in a CGI script, or in HTML templates processed by the engine, however you like. And just like the recommended Ruby setup, we have users on this list who set up Rev with FastCGI, so performance should be roughly on par with similarly configured systems. With Ruby it's common to create server directives that pass any files accessed in specified directories through Ruby on the way out (in essence an implied CGI), and I see no reason one couldn't do the same for any text processing engine they're using, such as Rev. So while it seems somewhat magical to use: http://www.domain.com/appstuff/ ...all that's really happening there is the server is set up to interpret that as: http://www.domain.com/appStuff/default.rb Set up similarly, you could just as easily set up the server to have implied default pages specified as belonging to Rev, so calling the directory above would be interpreted as: http://www.domain.com/appStuff/default.revhtml Again, as I said earlier, this may well be a distinction without a difference when it comes to accomplishing what I'm pointing out as the main advantage/feature of an MVC framework for Web development, namely the (relatively) clean separation between presentation and business logic. I'm not promoting Ruby, just trying to understand the qualitative difference in using an embedded scripting language vs. a CGI approach. Embedded is just how you set up your server to use the text processing engine of your choice, be it Ruby or Rev or whatever. Since Ruby is most commonly set up using FastCGI, any distinction between embedded and CGI may be too subtle to be instructive. But when you mention the framework, now you're on to the big difference that makes RoR attractive: Rails already exists, whereas one would need to write a well-factored web app framework in Rev to get the same level of productivity. MVC can make a good foundation for such a framework, as can many other common patterns. Anything that separates code, content, and presentation is a step in the right direction, esp. if it makes smart use of triggers and accessors as MVC and similar patterns do. As I noted here recently, I'm not yet convinced MVC per se is the best fit for Rev. I'm open to opinions to the contrary, and would enjoy learning about successful apps shipped with a Transcript implementation of MVC. Among languages that don't already provide MVC classes, there's much debate about how to graft them on. The more I look into it the more I find many different flavors of MVC, MV, and similar factored patterns. For example, there's at least one good paper outlining how Apple's MVC in Core Data differs from SmallTalk's. The biggest debates out there seems to focus on the scope and role of the Controller (most pretty much agree what a Model and a Viewer are), and a few have dropped the Controller altogether. I haven't had enough commercial experience with MVC to have a strong opinion about those differences. But stepping back from other people's implementation specifics to focus on the results we're all looking for, there are many ways to separate code, content, and presentation with Transcript. Couple that with the high productivity of Transcript's typelessness, chunk expressions, and merge function (just to name a few), Rev would seem a worthy contender for anything involving a lot of text processing, on the desktop or the server. PS: For a fun take on the flipside of frameworks, this post at Joel is a hoot: http://discuss.joelonsoftware.com/default.asp?joel.3.219431.12 -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your
Re: .swf in Revolution?
Konichi-wa Jiro-san, Ken, altBrowser (http://www.altuit.com/webs/altuit2/altBrowserCover/ default.htm) can be used to play Flash movies on a Rev card. It is a wonderful product. sure, but that's not EXACTLY an answer to Ken's question ;-) Jiro Harada On 2006/03/28, at 16:08, Ken Ray wrote: On 3/28/06 12:59 AM, Jiro Harada [EMAIL PROTECTED] wrote: Ken, This external is for in-house. F-ab is a just demonstration to introduce our rich client application to our customers. I see... well then it won't help with the question that was posed, unless you're willing to provide it/sell it as a third-party external for Revolution. Any chance of that happening? ;-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: Rev Media and the product line gap
Judy Perry wrote: Indeed, Dan Dennis, isn't this one of THE primary differences between the way DOS was designed/improved and the Mac OS? I wish I could cite chapter and verse at this point, but, I'm brain-dead (okay -- I'll say it before any of you: more brain-dead than usual), and yet I could all but swear that I read somewhere that the Mac OS (and, all if not most successive GUIs by implication) were designed *specifically* to encourage mouse-based as opposed to type-based interaction styles. Ideally they would do well with both. One benefit of the keyboard over the mouse is that the buttons don't move around. :) A lot of it depends on the task. If you're doing a lot of typing you don't want to take your hands off the home row to go fiddle with a mouse. Also, blind customers need keyboard access for all features (though sadly I've had little luck getting my Rev-based apps to work with screen reader software). One thing I gotta say in favor of the Win HIG is how Microsoft repeatedly stresses the importance of having all features accessible from BOTH the keyboard and the mouse. For all of Apple's push on accessibility, it wasn't until Tiger that they made all controls keyboard-accessible, and even then it's an option you need to find and turn on. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Weird Idle behavior
Thanks for the comments Jaqueline. Yep, I do appreciate that it's more efficient to use send * , but the trouble is I want the timer to animate smoothly, not lurch once a second. I have the thing working fine now without using the dreaded idle. I know it's not the best solution, but I'm using two flavours of the updateTimer handler. One that includes a call to send update in 6 ticks (so I get 10 fps) that replaces idle. Another flavour (exactly the same but without call for update) updates the timer during tight loops (e.g. during mouse drag of objects). Thanks again. Chris * Am holding copy of complete adventures of Rocky and Bulwinkle in right hand and hereby swear to *never* use idle again in my whole life. Ever. OK? :-) On 27 Mar 2006, at 22:17, J. Landman Gay wrote: Chris Carroll-Davis wrote: Hello folks - here's a weird one... I'm updating a timer on idle: On idle global StartTicks if StartTicks = then exit idle updateTimer wait 1 millisecond with messages -- attempt at kludge! end idle which just draws an arc graphic to give visual feedback On updateTimer global StartTicks, timeLimit If StartTicks = then exit UpdateTimer put 180+(180/(timeLimit * 60) * (the ticks - StartTicks)) into a set the startangle of grc timer to a if a = 360 and StartTicks then TimesUp exit updateTimer end if end updateTimer This goes along fine, timing out after the timelimit ... except that it doesn't update the display!!If I call updateTimer from a repeat loop, it works fine. Has anyone come across this before? Anyone got a workaround!? Works okay here, after I set the arcAngle to something other than a circle. This is really a job for the send command though. If you send the message only once per second you won't get all that extra stuff in the pendingmessages. -- 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 ___ 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: Target not working???
David, On my library stacks I typically have the user type the following: start using stack myLib myLib_init ... In the myLib_init routine, you can send a callback if you like to the calling stack (use the executionContexts if you like). And if you handle the callback in your library, then you have no worries about it falling through unhandled to the message path. Or, you can trap the callback, if you wish, in the calling stack and do something with it. Also, I see where you're using custom props to hold non-permanent data. While this is OK, I prefer to use library stack locals, as these zero out when the app quits. That way you don't have to explicitly reset them. I like customProps for data which may have to be saved between sessions...just my 2 cents. -Chipp ___ 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: .swf in Revolution?
Guten Tag, Herr Klaus This external does not have even beta quality. But it has no problem for in-house. It will take a long time to release the final version to sell it. Jiro Harada On 2006/03/28, at 17:43, Klaus Major wrote: Konichi-wa Jiro-san, Ken, altBrowser (http://www.altuit.com/webs/altuit2/altBrowserCover/ default.htm) can be used to play Flash movies on a Rev card. It is a wonderful product. sure, but that's not EXACTLY an answer to Ken's question ;-) Jiro Harada On 2006/03/28, at 16:08, Ken Ray wrote: On 3/28/06 12:59 AM, Jiro Harada [EMAIL PROTECTED] wrote: Ken, This external is for in-house. F-ab is a just demonstration to introduce our rich client application to our customers. I see... well then it won't help with the question that was posed, unless you're willing to provide it/sell it as a third-party external for Revolution. Any chance of that happening? ;-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: Making the move...
Richard Gaskin wrote: PS: For a fun take on the flipside of frameworks, this post at Joel is a hoot: http://discuss.joelonsoftware.com/default.asp?joel.3.219431.12 Ha! Great stuff, really! Further down the page the author (IMO) does a great job of differentiating libraries vs frameworks. He states: I'd like to address the notion of using a framework vs. rolling your own framework. I think it's a false dichotomy; I don't want to use any framework at all. I know what several of you are thinking. I'd be out of my mind not to use some sort of framework. Am I honestly thinking of writing every single line of code that I'll need all on my own? No, of course not. What I'd really like to find are some appropriate *libraries* that I can use to provide several kinds of functionality for my project. Here's what I need: * A library to use as a templating system for the presentation tier of my application. This API should be dirt simple. * A library to use as a content repository (articles, essays, etc). * A library providing a user-management API, for creating, editing, and deleting users, and assigning them different privileges. * A library providing a threaded discussion forum API. This code should have *no* front-end gui. It should just provide an API of forum-related services that I'll need in building my webapp. I'll build my own JSP GUI on top of it. * A library providing multi-user blogging capabilities. Why is it so difficult to find simple libraries that provide these kinds of services? The distinction between a library and a framework is subtle, but I think critical. A library is a collection of code that I don't have to write myself. It provides me with a set of objects and methods that I can use to build me application. If the library doesn't do quite what I want, I can make some small modifications or throw it away and use a different library. A framework, on the other hand, always attempts to redefine the entire applilcation architecture. And, if the framework ends up not meeting my needs, I need to throw away my entire application, because everything I've written is defined in terms of the framework's methodology. A library is something *contained* within my code. A framework is a *container* for my application. Interesting distinction... -Chipp ___ 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: Making the move...
HI Dan, I think the piece of the puzzle missing here is that of the web- server. It is easy to configure Apache (for example) to execute a particular program server-side when a page is requested that has a specific extension. This program is passed both the requested URL and resolved server-side path through the standard CGI environment variables PATH_INFO and PATH_TRANSLATED. For example, when put in the appropriate place something like: AddHandler rev_html .revhtml Action rev_html /cgi-bin/process_revhtml.cgi Will tell Apache to execute /cgi-bin/process_revhtml.cgi everytime a page with the extension .revhtml is accessed. (I wouldn't be surprised if this is how Ruby-on-Rails is actually configured, and is certainly how PHP or Perl is configured in some web-hosting environments where they didn't want to use mod_perl or mod_php for some reason). The process_revhtml.cgi script can then be something like: #! revolution -ui on startup local tInputScript put url (file: $PATH_TRANSLATED) into tInputScript local tOutputScript put merge(tInputScript) into tOutputScript write Content-Type: text/html return to stdout write Context-Length: the length of tOutputScript return to stdout write return to stdout write tOutputScript to stdout end startup So, a file on the webserver server such as 'current_time.revhtml' containing the following: html head titleCurrent Server Time/title /head body The current server time is [[the internet date]] /body /html Will serve a page saying something like: The current server time is Tue, 28 Mar 2006 10:55:01 + Of course, this is an incredibly simplistic example - but one that can be extended in a number of ways. Indeed, from this it is not hard to see how you could start to create an entire environment in which .revhtml scripts are run giving various features akin to PHP, Perl (with all its modules) and Ruby-on-Rails. Warmest Regards, Mark. -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ 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: Target not working???
Hi Chipp, On 28 Mar 2006, at 11:01, Chipp Walters wrote: David, On my library stacks I typically have the user type the following: start using stack myLib myLib_init Yes, I was thinking it might be better to do it that way too. I still haven't made up my mind on it. The thing I was trying to avoid is a stop using being issued from a stack while other stacks are still using it. e.g. I only want to do a stop using if this is last stack to stop using. The way it's set up, ISM will issue the stop using only if it's the last (or only) stack. I set a local variable in the ISM de-register handler and then check it in the releaseLibrary handler. If the variable it not set correctly then I just do a start using again! This way rouge stop using's have no effect. e.g. start using and stop using MUST be called from the register/de- register handlers inside ISM. In the myLib_init routine, you can send a callback if you like to the calling stack (use the executionContexts if you like). And if you handle the callback in your library, then you have no worries about it falling through unhandled to the message path. Or, you can trap the callback, if you wish, in the calling stack and do something with it. Also, I see where you're using custom props to hold non-permanent data. While this is OK, I prefer to use library stack locals, as these zero out when the app quits. That way you don't have to explicitly reset them. I like customProps for data which may have to be saved between sessions...just my 2 cents. Yes again! I was thinking that too. I coded this way originally to aid debugging, e.g. you can look at the custom properties in the Stack Inspector at any time and see what is going on. I was actually planning on using local's to hold the data and then if Debug Mode is on, copy them to the custom property. Thanks for your suggestions. Any others would be greatly appreciated! All the Best Dave ___ 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: 15K Limit on posts is a Real Pain!!!???
Done! Thanks! All the Best Dave On 27 Mar 2006, at 22:39, Sarah Reichelt wrote: Select a message and hit reply. THEN go to the view menu and customize toolbar - there you will see the rich text/plain text. It is not available from the main window but rather only when you open a new or reply window for email. In Mail's Preferences - Composing, you can set Responding: use the same message format as the original so that replying to plain text emails will always be plain text without you having to remember. HTH, 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 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
ANN: Hinduism Today Digital Edition -- Release Candidate 1.0
Aloha and Namaste from Kapaa, Hawaii and Niteroi, Brasil: We are pleased to announce, thanks to everyone's hard work, Andre Garzia's talents and the support of many on this list, the Hinduism Today Digital Edition -- Release Candidate 1.0rc.1 which just means, all known bugs discovered to date have been squashed (we hope...) We have been sweating it out here for the last three weeks, but it came out well, though we are probably a week or more behind schedule. It's free and we need (begging for!) testers. Go to: http://www.hinduismtoday.com/digital/ Concept modeled on Dan Shafer's SmartEbooks with the addition of a few bells and whistles, and a simple, quiet, but hopefully pleasing graphic design from our design department, this is a not-so- complicated Revolution Remote Client app, PDF downloader, booter and back issues manager. An iMag for Hinduism Today. Special thanks goes to Ken Ray for XML lib and Chipp Walters and Chris at Altuit for altSplash, two libs that really make this work. The web interface, back end PostGreSQL are all driven by revolution CGI's. So what you experience from here on out is 100% Revolution top to bottom (+xhtml+PostGreSql+Apache) (Dan is this what you mean by a web app ??-- if any one wants to the answer to how did you do that? contact me off list) Our call to testers is: Hammer on it has hard as you want, break it if you can! Also, everyone is hereby given an open season license to send in as much constructive criticism as you feel inspired to (or not). In the Help section, scroll down and use the link that says Click here to send a support Request (this is deliberately buried, in the UI... though we might change that later) In the About section scroll all the way to the end to see Revolution and Revolutionary credits. These links run through a referrals CGI on our server and I am logging them all to see what kind of traffic-interest we might get from the large Indian-Hindu software community that will be downloading this app. Since it is free, this product is a walking, talking advertisement for Revolution for those with any interest in the technology behind sit. Be forewarned, this is a broadband product... at 25-28 megabytes of PDFs per issue. It will be very interesting to see how hungry people are for this kind of offering vs how much resistance there will be to downloading that much data. We hope you enjoy our new application: (code name Brasil) and of course, the Digital Edition itself: the beautiful PDF's of the April issue of Hinduism Today International Magazine. Om shanti (peace) Sivakatirswami, Kauai Andre, Brasil Sadhunathan Nadesan, San Diego p.s. we discovered an obscure issue with Apple's installer: if you have recent permissions issues on your applications folder, the reproducable bug is: the installer does not write any application to disk. Run Disk Utilities and fix permissions and it works fine. I don't know if there are or can be, similar issues on Windows or not. ___ 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: When closed, does a substack whose destroyStack is true remains in memory ?
Le Monday, 27 Mar 2006, à 20:07 Europe/Paris, J. Landman Gay a écrit : Martin Blackman wrote: Thanks Andre thats what I was suspecting if following the docs to the letter. It doesn't seem like it should be necessary to save a file to disc though just to print out ! For the printing which I have done, mostly unstyled text, I haven't found any difference whether formatforprinting is on or off anyway. With some fonts, the difference in sizing is so minimal that the output appears the same whether formatForPrinting is set or not. But with other fonts, there can be a dramatic difference. On Windows machines, it is usually a good idea to set formatForPrinting to true. One way to get around the save-close-open restriction is to make a substack that will be used specifically for printing only, set its formatForPrinting to true, and save it with the mainstack. From then on, when you dump text into the substack's fields, they should use printer fonts rather than screen fonts. Thanks Jacque, but seems to me that I miss something : I had understood from the Doc that if the subStack has its formatForPrinting set to true, we must avoid to edit it (dump text in it) ? André Another way to deal with it, if you want to create printing stacks on the fly, is to set the formatForPrinting of the templateStack to true. Then when you create a new stack for printing, the property will already be set and will not require closing and reopening. This is how the Rev printing library does it. -- 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 -- André Bisseret Directeur de recherche émérite Adresse : 140 rue E. Béthoux - 38220 Vizille Tél. : 04 76 68 15 24 Courriel : [EMAIL PROTECTED] et : [EMAIL PROTECTED] site Multifiches :http://www-clips.imag.fr/multicom/web_site_multicom/Multifiches/ site peinture : http://www.andre-bisseret.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: RAD - Case Study Version 2
Hi Mark, On 27 Mar 2006, at 19:26, Mark Wieder wrote: David- Monday, March 27, 2006, 2:01:22 AM, you wrote: I looked at your example and the ISM stack I have developed is *VERY* similar to your mc2_libDispatcher. The only main difference I can see is that I have a secondary Message/Event ID which I call a Kind. This is to allow you to have more than one copy of the same event. Obviously I can't paste the whole library in here, but yes, the approach is very similar. Not sure why you need the Kind property. The tuple of sender-message-observer should uniquely identify and event, no? I explained this in more detail in reply to another post you made. Basically it's so you can more than one of the same message-type. There is a Base Folder object in the standard library, it has a Kind of FolderKindDefault (or whatever). If you want another object that does exactly the same thing, but instead of being (say) a source folder, it's a destination folder, you just change the kind of folder selected. I hold this kind in a custom property (I don't *need* to have it in a custom property, it could be a constant in the script(s)) in both the Sender and the Receiver. In your example you have to change a line of the script (the object name) in order to register the to receive the message. in mine I just change the custom property. If I used a constant, I'd have to change the script too. It just seems easier to change a custom property then change a script. All the objects in the Object Library default to a XXXKindDefault whether they send or receive events so as standard (e.g. only one of the said object is needed) they just work without changing *anything*, *anywhere*. e.g. The object that sends the Folder Selected message sends FolderKindDefault and the object that receives the Folder Selected message listens for FolderKindDefault, so they work straight out of the box Just paste them into a stack and they work! No need to change *anything*, *anywhere*. It's only if you want to have more than one Folder Selected Generator and/or more than one Folder Selected Receiver that you need to change anything and in that case all you need to change is the kind custom property. e.g. New Stack/Card. Paste the Select_Folder Object from the Object Library (sends FolderKindDefault via a custom property). Paste the Select_File Object from the Object Library (receives FolderKindDefault and sends FileKindDefault via custom properties). Now you want to have a Select_SourceFolder , a Select_ DestinationFolder, a Select_SourceFile and a Select_DesintionFile in the card. Paste another copy of the Select_Folder Object from the Object Library. Paste another copy of the Select_File Object from the Object Library. If you now ran the stack, selecting a folder in either of the folder objects would send a FolderKindDefault message. The same goes for the file object(s), it would send FolderKindDefault or FileKindDefault, and any object listening would receive the message. So you'd get the *same* folder path name displayed and the same file list displayed in both sets of objects. If you now change the two new objects so the Custom Property was now FolderKindDestination and FileKindDestination then they now would work independently and so two different folders/files would be displayed. There is also a difference in the way in which your example actually uses the Dispatcher, you do your Listening or Registering at the Stack level, which means you have to change the Stack Script when you add a control to the stack: The two lines of code I listed were the *only* changes anywhere. I cheated and put them into a Register button for testing, but they could have gone into the openStack handler. Interesting idea, though - I'll have to take a look at your code again. You're saying that the objects register themselves? Hmmm. That sounds like it's breaking the Loosely-Coupled Objects pattern. My main goal was to ensure that controls don't need to know where their events are coming from. Drag and drop, then connect the dots. It's the same for ISM. The Objects don't know where the message is coming from either. I put the register or listen in the object(s) so that I can just delete the object and it stops listening without having to change *anything*, *anywhere*. The idea is that the object in the Object Library has as many bells and whistles as possible, then if want less functionality you just delete it, e.g. you customize the object to suite the requirements once pasted into your stack. If you find that a particular customized object is being used a lot, you can then rename the object and paste it back into the ObjectLibrary as a variant of the original. By deleting an object here, I mean that, for instance, in the Object Library the standard folder selected object is a group that has a clear button, a choose button, a label with fixed
Re: Function question
Hi, Again you have proved yourself worth your weight in gold! (not that I know how much you weigh!). Thanks a lot, this makes life a lot easier for me! Take care and All the Best Dave On 27 Mar 2006, at 18:55, J. Landman Gay wrote: David Burgun wrote: Hi All, It is possible to call a function at a location? For instance it is possible to: send xxx to group yyy But can I do the same for functions, as in: get functionx() of group yyy Yes: get value(function(),group yyy) -- 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 ___ 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 up a team...
On 27 Mar 2006, at 19:40, Andy Calloway wrote: Blimey, that's much worse! Not that I don't like California, I'm sure it's fab, but it's the other side of the world. Maybe I can claim on expenses... If so, can I come too??? lol All the Best Dave ___ 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 up a team...
If they ever have one in Scotland I'll pick you up on the way (assuming you live between me an Scotland!) Not that I don't like California, I'm sure it's fab, but it's the other side of the world. Maybe I can claim on expenses... If so, can I come too??? lol All the Best Dave ___ 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: Setting up a team...
London! Cheers Mate (in best cockney accent!). Dave On 28 Mar 2006, at 14:46, Andy Calloway wrote: If they ever have one in Scotland I'll pick you up on the way (assuming you live between me an Scotland!) Not that I don't like California, I'm sure it's fab, but it's the other side of the world. Maybe I can claim on expenses... If so, can I come too??? lol All the Best Dave ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Target not working???
Hi Again Chipp! I just thought of something else. Apart from using ISM as a message broadcast system, it can also be used as a central place to hold system wide (or inter-stack) data. On 28 Mar 2006, at 11:01, Chipp Walters wrote: David, Also, I see where you're using custom props to hold non-permanent data. While this is OK, I prefer to use library stack locals, as these zero out when the app quits. That way you don't have to explicitly reset them. I like customProps for data which may have to be saved between sessions...just my 2 cents. ISM has a concept of persistent data which remains across application launches (in a standalone) or across launches of the IDE. As an example of this, take a Preferences Stack (a separate Prefs.rev file). The user launches the standalone which takes them to the main application stack (call it AppMain.rev), this in turn allows them to select the preference stack. The user some system-wide preference (say the language is changed from English to Spanish). The preference stack sends a message (LanguageChanged, LanguageKindDefault, Spanish) and all listening objects get the message and change themselves so that they now set their text to the new language). However since only AppMain.rev is listening it is the only stack to change. The user now closes the Preferences Stack and Quits the App (or a developer quits the IDE). The App is relaunched, the current stack (AppMain.rev) is set to Spanish. The user now does something that calls up another stack like double clicking on a thumbnail of an image so as it see it in an ImageViewer/Editor (call this stack ImageEdit.rev). The language is still English in the (mageEdit.rev stack (or more accurately it's the language that was last chosen from the Preferences Stack when ImageEdit.rev was last open). Normally you'd have to do something like call up the Preferences Stack (maybe making it invisible) so that it can re-send it's data) or have the Stack with the new data somehow send it to the new stack . However, in ISM if you make the data persistent, as soon as an Object(s) starts listening they get sent the data from the last time it was set, in this case Spanish. The Preferences Stack doesn't have to be re-opened and there is no extra initialization code needed anywhere. The same path that handles a change also handles the initialization! So, in order to do this, I need to store persistent data in a custom property. I intend hold this information in locals while the App is running and copy it into Custom Properties in the ISM stack when the last stack de-registers itself. That way I get the best of both worlds! All the Best Dave ___ 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: Avoiding line cut-off in a multipage printout
On Tue, 28 Mar 2006 15:22:25 +0200, André Bisseret [EMAIL PROTECTED] wrote: [Some very valuable stuff about the problem of multipage printing of text] André - this is just a preliminary 'thank you' for taking the trouble to send your script and to comment on it. My French is not quite at zero-level, but it needs all the help it can get! Anyway I am studying your solution and I may ask you some questions about it later on. I am interested in your 'orphan line' solution - this term is also used in English by the way (we also have 'widowed' lines - lignes veuves?? - which is the line before the orphan one, left on the previous page...) Anyway, thanks again Graham Graham Samuel / The Living Fossil Co. / UK and France ___ 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
MonsterCommerce Rev
I just finished integrating my rev project with Paypal very nicely (details comming soon). Then my publisher says, I'd like to do this with MonsterCommerceargh! is someone pulling my fingernails out? As an added bonus, I see on their website that they're a NetworkSolutions company- the same group that refused to do anything to get revolution cgi's working. Ouch! there goes another nail! I just sent an email politely telling my publisher it's not in our best interests to abandon the PayPal method just as I got it going. But on the off chance: Has anyone had any experience integrating rev with MonsterCommerce? http://www.monstercommerce.com/ (at first glance they seem to be more geared to physical products.) thanks, tm ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ 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: Can a constant be global?
Stephen, Jacque, Jim, et al: Who needs Global Constants when you have custom props? OR Getprop/setprop Custom properties can act like global constants. You could have fields on a card in a lib stack that hold the constant values, As with Dave's approach, you are generating runtime activity to emulate a compiler symbol table entry. Rob Cozens CCW, Serendipity Software Company And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ 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: Target not working???
Morning Dave, All I want to do is to call a handler if it exists in a script. I've read up on the message path etc. but not sure how it applies in this case. Could you elaborate? Moi my foolesh mouth! Now I have to analyze your code in more detail, ignore your question, or offer another general opinion. In general, I echo Mark's feeling: I still think you're fighting the natural object hierarchy. But, as I said previously, this does not mean your approach won't work. So help me understand the underlying goal. My impression is you a building a library of standardized objects to be referenced by multiple stacks. All iterations of standardized objects in that stack are to be initialized per a library stack handler when it opens and set to some other state when the stack closes. Is that essentially the goal of the example? Rob Cozens CCW, Serendipity Software Company And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. ___ 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: objCalendar_v1.1.2.rev
On 28 Mar 2006, at 07:12, Liam Lambert wrote: Message: 13 Date: Mon, 27 Mar 2006 22:08:42 +0100 From: liamlambert [EMAIL PROTECTED] Subject: objCalendar_v1.1.2.rev To: use-revolution@lists.runrev.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I am getting a error when clicking next month with Shao Sean's calendar object any ides what I'am doing wrong? Liam Lambert [EMAIL PROTECTED] IRELAND Liam, I'm not sure what might be causing this exact error, but I remember having a few problems in getting the calendar object working initially. If you take a look in the Curlypaws user space on Revolution Online, you can download the program Photo Directory which uses the calendar object and may help you. Karen ___ 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: When closed, does a substack whose destroyStack is true remains in memory ?
André.Bisseret wrote: I had understood from the Doc that if the subStack has its formatForPrinting set to true, we must avoid to edit it (dump text in it) ? You will have to try it because I can't remember now. But I think putting text into a field is okay. What you can't do is edit text after it is already in a field. The IDE does something similar when it sets the formatForPrinting of the templateStack, so it should work. But test it. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Rev Media and the product line gap
Okay, I'll grant that, but this assessment seems more generalized than a specific response. Right - when it comes to anything related to business strategy, I cannot be very specific for competitive market reasons. As for Media, at $49 and with a boatload of templates, what's not to like for the hobbyist/inventive user market? There is no hobbyist/inventive user from a software marketing perspective - that is a D) none of the above designation to try to define a bunch of unrelated target customers that only superficially look similar. Best regards, Lynn Fredricks Worldwide Business Operations Runtime Revolution, Ltd ___ 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: Hinduism Today Digital Edition -- Release Candidate 1.0
On Mar 28, 2006, at 6:53 AM, Sivakatirswami wrote: We are pleased to announce, thanks to everyone's hard work, Andre Garzia's talents and the support of many on this list, the Hinduism Today Digital Edition -- Release Candidate 1.0rc.1 which just means, all known bugs discovered to date have been squashed (we hope...) We have been sweating it out here for the last three weeks, but it came out well, though we are probably a week or more behind schedule. Congratulations! I'm sure Andre cooked up some interesting code in there. ;-) -- Troy RPSystems, Ltd. http://www.rpsystems.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
objCalendar_v1.1.2.rev
Thanks Karen got it working Liam Lambert [EMAIL PROTECTED] IRELAND ___ 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: running a process in the background
Thanks, Ken. Unfortunately that didn't quite do the trick for me. My situation seems a little bit different from that explained in this link. I tried adapting it to work for me but couldn't quite get there. No matter what I try, once the report building process starts I can't do anything else. And this is a lot of code executing. So going into it at this point and putting in some kind of command here and there to update my modal dialog would be a lot of work. I think this is a situation where threads would come in handy. Anyway, thanks for the idea, but got any others? :-) Chris On Mar 24, 2006, at 4:13 PM, Ken Ray wrote: On 3/24/06 4:10 PM, Chris Sheffield [EMAIL PROTECTED] wrote: How is this done, or can it be done? Or maybe this isn't even the right question. Here's what I'm trying to do. I have a handler that generates a set of reports for my application. That handler can take a while to process if there is a lot of data to work with. So what I'm trying to do is display a modal dialog that basically just says Please wait while the reports are generated. The Please wait dialog also has the little chasing arrows animated gif and a Cancel button to stop the process if necessary. Here's what's happening. The dialog displays just fine, and the reports are generated just fine. But while the work is being done, the dialog does not respond in any way. The chasing arrows do not move and I can't click on the Cancel button. Is there any way around this? The dialog is a substack of the stack that creates the reports. In the openCard handler of the first, and only, card of the substack, I have a send DoReports in time command. And that's it. Is there any way to do what I want? Seems like I've seen it done before, but can't quite get it working. Here you go: http://www.sonsothunder.com/devres/revolution/tips/scrp008.htm :-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.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 -- Chris Sheffield Read Naturally The Fluency Company http://www.readnaturally.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: Target not working???
Good Morning to you too Rob, although it's late afternoon here! On 28 Mar 2006, at 16:45, Rob Cozens wrote: Morning Dave, All I want to do is to call a handler if it exists in a script. I've read up on the message path etc. but not sure how it applies in this case. Could you elaborate? Moi my foolesh mouth! Now I have to analyze your code in more detail, ignore your question, or offer another general opinion. In general, I echo Mark's feeling: I still think you're fighting the natural object hierarchy. But, as I said previously, this does not mean your approach won't work. So help me understand the underlying goal. My goal is/was to be able to create application more quickly, which is why I use started using RevRev in the first place! In order to explain how I arrived at the ISM solution I will have to describe a bit of history! I started off programming in Assembler on Mini-Computers working mainly on data entry systems. One of the system had a Dartmouth BASIC implementation which is where I got my first taste of high level languages. Another of the Mini's had a LISP compiler and another had a SNOBOL4 and later a SPITBOL implementation which is where I first discovered xTalk type environments. I then moved to micro-processors, specialized systems embedded systems, coding in assembler, 8080, Z80 and 6800 to name a few. I am access to a mini that ran SPITBOL which I used to develop tools to help write and analyze code in written assembler. Then came the PC. Again, I programmed mostly in Assembler and used BASIC and SNOBOL4 (running on the PC) to write tools. I started using a mixture of C and assembler for parts that needed speed (C compiler technology wasn't that great in those days). I remember GEM as being the first real graphical environment I used. I then moved to UNIX and RISC chips, programming mostly in C. Then in 1989 I started on the Mac initially using Think Pascal and then C. Hypercard was around then, but like 99% of the programming world, I really didn't understand it, and besides machines were not really fast enough to do it justice in those days, especially for the type of work I was doing. C++ started to take off and I gradually moved over to using it. I looked at V1 of RunRev, thought it was a GREAT concept, but V1 didn't really do enough to make it worthwhile. Then around 2 years ago I started playing with RunRev V2 and was VERY excited it could do what I wanted and the processors were now fast enough to make it worthwhile. Since then I have written around 8 RunRev applications, some of them used External Commands for heavy-duty image processing. The type of market I work in now means that I have to write many GUI intensive applications and try to sell them to the Customer. They are really just GUI shells to start with and if I do a good enough job and the Gods are with me, I get the contract and then I get paid to do some real work. One of the things I hated was writing GUI code in C and C++, it just took way to long to write the code, was hard to debug and wasn't really cross platform (depending on the Framework being used). This is why RunRev was/is such an attraction to me. When I first started with RunRev, I could do something in (say) 5 days it would have taken me (say) 5 weeks in C/C++ *and* it was Cross Platform. A great gain. Call this a 5:1 ratio for RunRev vs C/C++. I have used a variety of methods in order to develop apps in RunRev. I've used most of the the methods described by others on the list, For example: Having a common routine in the stack or card script and hard coding object names or using Custom Properties to visually update controls. Looping thru all the controls in a card/stack and updating them that way. A mixture of the two methods above, etc., etc., etc., Over time I got better and better at doing it, but all the above methods meant that I had to do tweaking (sometimes non-trivial tweaking) in order to build a new app from parts of other apps and add the new pieces necessary to make the new app. For instance if you use the common routine/hard coded object names approach and have two Apps already written using that technique and then want to use parts of the two apps in a new app, you have to re-code the common routine so as to take account of the new objects. If the parts from the two existing apps just happen to have the same object names then it makes the job that much more difficult. You have to expend energy making parts that are already debugged and working in separate apps just to get the same functionality in a new app. Then you have to add the new pieces and update the common routine again to take into account the new pieces. As the common routine grows in complexity it take longer and longer to build a new application, e.g. it is a data dependent algorithm. At this stage I'd guess I had an
Re: MonsterCommerce Rev
I would never do business with Network Solutions. grumble Not long ago, they were the only Registrars, and they acted like it, even after competition was allowed. They were very late in the game to make it easier to get a domain name. In the late 90's it took a flurry of emails, pointless munging of text and a couple of weeks to get a new one, and there was no web interface. in 1999, I finally found BuyDomains.com and moved all my domains and my clients' domains there. Their control panel and other software worked great and they didn't gouge -- NS charges $35/domain, BD charges $16/year. The final straw when I did use Network Solutions for a few clients - was when they sent letters that looked like re-registering documents for their current registrars, when only the fine print at the bottom indicated that responding would SWITCH them to NS. These letters were sent to the LEGAL owners of the domains (rock star management companies) who didn't have a clue about anything and would respond automatically, sending a check on its way. Meanwhile the sysop/webmaster dude (me) gets no notification this goes on until it's almost switched - or when the site goes down. This slimy trick combined with no admin notification in this instance and ridiculous prices put them off my radar for anything. I did notice that they didn't seem to have ever done this again, so people must have complained. I just checked MonsterCommerce.com -- they promise a lot, but the site is awfully slow. And if their site is slow... imagine how fast your little hunk of webspace will be through them. Whadya think they're going to oversell the space? It's always better to get one's own web hosting than through these packages. /grumble I just finished integrating my rev project with Paypal very nicely (details comming soon). Then my publisher says, I'd like to do this with MonsterCommerceargh! is someone pulling my fingernails out? As an added bonus, I see on their website that they're a NetworkSolutions company- the same group that refused to do anything to get revolution cgi's working. Ouch! there goes another nail! -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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
Applescript?
I have an older application which relies on getting returns to Applescript via telling Revolution to do script, this app used to work fine in 2.6.1 and earlier, but fails silently in 2.7.x My Applescript tool (Late Night Software's Script Debugger X) claims that Revolution is not scriptable, where it used to show support for do script... any ideas? -- Troy RPSystems, Ltd. http://www.rpsystems.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
How to use an image as cursor
Hi there, Because I work with disabled children I want to use a bigger cursor in my little app. The documentation says that you van make your own cursor when the image is 16x16 or 32x32 pixels. But I want and need a bigger cursor and so far I can't get it to work. Any suggestions? Greetings, William de Smet ___ 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
Text Processing
On Mar 28, 2006, at 4:18 AM, [EMAIL PROTECTED] wrote: Couple that with the high productivity of Transcript's typelessness, chunk expressions, and merge function (just to name a few), Rev would seem a worthy contender for anything involving a lot of text processing, on the desktop or the server. True, Rev COULD be a worthy contender for anything involving text processing, but not until they add a few of the very basic text editing tools that end users need. Individual Paragraphs in Fields (BZ #2194) http://support.runrev.com/bugdatabase/votes.cgi? action=show_bugbug_id=2194 Centering Individual lines of Text Indented Paragraphs I just created a new BZ #3464 for this request http://support.runrev.com/bugdatabase/show_bug.cgi?id=3464 These three would open a whole host of new applications that could be built with Rev. These elementary text editing tools that simple word processors possess are required for end users to be able to use certain types of text based applications that can not be created with rev. I'm not trying to create a new word processor, but text based management systems are not realistically possible with Rev with it's present abilities without a tremendous amount of work and then the end users interface is not natural and intuative. End users need to modify and format text in these elementary ways. By end users, I mean those that use our software, not us programers. With the present tool set, we can't easily create these types of programs. What other types of text based features would you all find valuable? Tuviah posted on 9/16/04 in bugzilla 2194 that work was underway for improved paragraph styles, but that has been over a year and a half ago. Can anyone from Rev comment on the status of these enhancements? Dave Calkins ___ 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: Hinduism Today Digital Edition -- Release Candidate 1.0
A note to all: I made a blooper in the final candidate upload (working to late!) and forgot to lock the Help field after making some edits... so links there would not work... when you boot Hinduism Today Digital Edition later you will be immediately prompted to accept an update... (compliments of Altuit altSplash code model) *now* the help field is clickable. (and the link to sent a support query... which is where I requested everyone too send feedback.) On Mar 28, 2006, at 7:50 AM, Troy Rollins wrote: On Mar 28, 2006, at 6:53 AM, Sivakatirswami wrote: We are pleased to announce, thanks to everyone's hard work, Andre Garzia's talents and the support of many on this list, the Hinduism Today Digital Edition -- Release Candidate 1.0rc.1 which just means, all known bugs discovered to date have been squashed (we hope...) We have been sweating it out here for the last three weeks, but it came out well, though we are probably a week or more behind schedule. Congratulations! I'm sure Andre cooked up some interesting code in there. ;-) -- Troy RPSystems, Ltd. http://www.rpsystems.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: ANN: Hinduism Today Digital Edition -- Release Candidate 1.0
Thanks Troy, though we are a non-profit and this is not a commercial product, we gave ourselves a hard deadline to release on April 1st... so it was interesting to work under that kind of pressure... of course we've been doing that for years with our magazine... but putting ink on paper and sending PDF's to a printer is drop dead easy compared to hammering out prototypes and polishing UI and squashing mysteriious gremlins i-- a new world for us! On Mar 28, 2006, at 7:50 AM, Troy Rollins wrote: On Mar 28, 2006, at 6:53 AM, Sivakatirswami wrote: We are pleased to announce, thanks to everyone's hard work, Andre Garzia's talents and the support of many on this list, the Hinduism Today Digital Edition -- Release Candidate 1.0rc.1 which just means, all known bugs discovered to date have been squashed (we hope...) We have been sweating it out here for the last three weeks, but it came out well, though we are probably a week or more behind schedule. Congratulations! I'm sure Andre cooked up some interesting code in there. ;-) -- Troy RPSystems, Ltd. http://www.rpsystems.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: Text Processing
Except the discussion was about web text processing, which Rev is quite capable of. On Mar 28, 2006, at 4:18 AM, [EMAIL PROTECTED] wrote: Couple that with the high productivity of Transcript's typelessness, chunk expressions, and merge function (just to name a few), Rev would seem a worthy contender for anything involving a lot of text processing, on the desktop or the server. True, Rev COULD be a worthy contender for anything involving text processing, but not until they add a few of the very basic text editing tools that end users need. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: When closed, does a substack whose destroyStack is true remains in memory ?
Le Tuesday, 28 Mar 2006, à 19:23 Europe/Paris, J. Landman Gay a écrit : André.Bisseret wrote: I had understood from the Doc that if the subStack has its formatForPrinting set to true, we must avoid to edit it (dump text in it) ? You will have to try it because I can't remember now. But I think putting text into a field is okay. What you can't do is edit text after it is already in a field. The IDE does something similar when it sets the formatForPrinting of the templateStack, so it should work. But test it. OK, for me, this looks like a usefull precision ; I will test it (on PC of course :-) Thanks a lot André -- 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 ___ 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
Projection Question
Greetings All, Does anyone know how to send just a portion (say a particular window) of the computer screen to a digital projector. I would like to maintain control while projecting. Thanks, John Miller ___ 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: Rev Media and the product line gap
Indeed, Richard, That's the very point I would make about Hypercard: that it accomodated all levels of users. I'm certainly not making the point that mouse-based interaction is superior/preferrable/etc. as oppposed to keyboard-based interaction. Only that GUIs were initially designed to stress mouse-based interaction over keyboard-based interaction. As with our favorite x-talks, more ways of doing things is better ;-) I SWEAR I still find myself doing the apple-y thingy to eject disks... even in OS X @;-P Then, when that predictably doesn't work, I'll just click-drag it to the trash can. Always gives my students the willies. Judy On Tue, 28 Mar 2006, Richard Gaskin wrote: Ideally they would do well with both. One benefit of the keyboard over the mouse is that the buttons don't move around. :) A lot of it depends on the task. If you're doing a lot of typing you don't want to take your hands off the home row to go fiddle with a mouse. Also, blind customers need keyboard access for all features (though sadly I've had little luck getting my Rev-based apps to work with screen reader software). One thing I gotta say in favor of the Win HIG is how Microsoft repeatedly stresses the importance of having all features accessible from BOTH the keyboard and the mouse. For all of Apple's push on accessibility, it wasn't until Tiger that they made all controls keyboard-accessible, and even then it's an option you need to find and turn on. ___ 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
CRM solution
still looking for actual information on a CRM solution that has been produced using runrev. I'd like to take the plunge and buy it, and develop one tailored to my needs, but I'd like to see what someone has been able to do with it, sorry if this is the wrong way of going about asking. thanks, Thom Wright School Counselor Jefferson Middle School ___ 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: Projection Question
Just position one window on the screen that is connected to the projector - this will only be possible when using an extended desktop, not when mirroring. Ian P.S. One of the big updates (for me) in Rev 2.7 is the ability to recognise multiple screens 'the screenRects' will return coords of both screens, with the main screen starting with 0,0. 'the working screenRects' will return the usable areas less the menubar. On 28 Mar 2006, at 20:43, John Miller wrote: Greetings All, Does anyone know how to send just a portion (say a particular window) of the computer screen to a digital projector. I would like to maintain control while projecting. Thanks, John Miller ___ 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: Text Processing
Dave Calkins wrote: Richard Gaskin wrote: Couple that with the high productivity of Transcript's typelessness, chunk expressions, and merge function (just to name a few), Rev would seem a worthy contender for anything involving a lot of text processing, on the desktop or the server. True, Rev COULD be a worthy contender for anything involving text processing, but not until they add a few of the very basic text editing tools that end users need. Individual Paragraphs in Fields (BZ #2194) http://support.runrev.com/bugdatabase/votes.cgi? action=show_bugbug_id=2194 Centering Individual lines of Text Indented Paragraphs I just created a new BZ #3464 for this request http://support.runrev.com/bugdatabase/show_bug.cgi?id=3464 Those are indeed valuable, but in the generic sense they're not text processing features so much as for word processing, the former being related to parsing, searching, and re-assembling text, with the latter related more to the formatting and presentation of text. And of course with web apps, which started this thread, those features don't come into play at all. But I share your enthusiasm for these, and look forward to reading what the folks at RunRev have to say on these -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Avoiding line cut-off in a multipage printout
Le Tuesday, 28 Mar 2006, à 16:25 Europe/Paris, Graham Samuel a écrit : On Tue, 28 Mar 2006 15:22:25 +0200, André Bisseret [EMAIL PROTECTED] wrote: [Some very valuable stuff about the problem of multipage printing of text] André - this is just a preliminary 'thank you' for taking the trouble to send your script and to comment on it. My French is not quite at zero-level, but it needs all the help it can get! Anyway I am studying your solution and I may ask you some questions about it later on. I am interested in your 'orphan line' solution - this term is also used in English by the way (we also have 'widowed' lines - lignes veuves?? - which is the line before the orphan one, left on the previous page...) You are right ; a widowed line ( ligne veuve or une veuve) is isolated at the end of a page ; while an orphan line (ligne orpheline) is isolated at the top of a page. So, I was wrong in my preceding post : the problem I was speaking about (and the corresponding script) relates to the widowed lines, not the orphan lines. Best regards André Anyway, thanks again Graham Graham Samuel / The Living Fossil Co. / UK and France ___ ___ 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: Rev Media and the product line gap
Well, All I can say to that is I also bought a Swiss army knife, bought the Shop Smith (do everything woodworking power center), bought the Ryobi Power-One do everything portable power tool kit, Bought a color laser printer (for the price of just the included expendables) that has built-in duplexing and prints BW as economically as a BW only laser printer. I could go on, but I see a pattern forming. I buy tools. I look for versatile tools that I can use to solve problems (big or small) that I may encounter in the future. I invest in a tool when the price is right --since there is risk in any investment that I may not get my investment back out. I am rarely looking for a tool to solve one problem that I already know about --that can justify an expensive tool. If I have a very complex immediate problem that needs an immediate solution, I will look for a targeted application first before writing my own program. Perhaps I am a dying breed -- the self sufficient inventive user of tools to create personal solutions. I do know that the better and more versatile the tools that I have, the more empowered and confidence I feel about being able to tackle any problem that life throws at me. Who knows, perhaps I represent the leading edge of the market for personal programming tools. Dennis On Mar 28, 2006, at 12:43 PM, Lynn Fredricks wrote: As for Media, at $49 and with a boatload of templates, what's not to like for the hobbyist/inventive user market? There is no hobbyist/inventive user from a software marketing perspective - that is a D) none of the above designation to try to define a bunch of unrelated target customers that only superficially look similar. Best regards, Lynn Fredricks Worldwide Business Operations Runtime Revolution, Ltd ___ 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: Target not working???
David- Tuesday, March 28, 2006, 10:07:25 AM, you wrote: function can be called at anytime, but to make it easier to use, I am scanning for the ISM_InitializeObject handler and if it's present, call it. The ISM_InitializeObject in the target object can then call ...there's where I think you're fighting the natural xtalk message path a bit. Here's what I do in that situation: place the ISM_InitializeObject handler in your library stack. Then have the openStack handler of each stack send ISM_InitializeObject to every control in the stack. If there's a ISM_InitializeObject handler in an object it will be executed, otherwise the message will pass on down to your library stack and do some default stuff if necessary. No scanning here. -- in main stack on openStack local x repeat with x=1 to the number of controls send ISM_InitializeObject to control x end repeat end openStack -- in ISM library stack on ISM_InitializeObject local tTriggers -- get the list of events this object handles put the uRIP[triggers] of the target into tTriggers repeat for each line tEvent in tTriggers -- do a default registration ISM_Register the id of the target, tEvent, * end repeat end ISM_InitializeObject -- -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: ANN: Hinduism Today Digital Edition -- Release Candidate 1.0
Looks GREAT! Nice work Sivakatirswamin and Andre! Everything works here as it should. WinXP. ___ 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: Applescript?
Hi Troy, I have an older application which relies on getting returns to Applescript via telling Revolution to do script, this app used to work fine in 2.6.1 and earlier, but fails silently in 2.7.x My Applescript tool (Late Night Software's Script Debugger X) claims that Revolution is not scriptable, where it used to show support for do script... any ideas? I have asked this a couple of times on this list some time ago, but nobody seemed to care or answered my question... But what is even stranger: MetaCard (SAME engine!!!) IS scriptable!!!??? Any hints from the highlanders? :-) Troy RPSystems, Ltd. http://www.rpsystems.net Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: Rev Media and the product line gap
Dennis Brown wrote: Well, All I can say to that is I also bought a Swiss army knife, bought the Shop Smith (do everything woodworking power center), bought the Ryobi Power-One do everything portable power tool kit, Bought a color laser printer (for the price of just the included expendables) that has built-in duplexing and prints BW as economically as a BW only laser printer. I could go on, but I see a pattern forming. I buy tools. Check, check and check. You and I aren't related through some distant cousin (working at Sears), are we? Have you gotten into welding yet? A good MIG can do a lot of things..fun things. :-) -Chipp ___ 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: Applescript?
On Mar 28, 2006, at 4:16 PM, Klaus Major wrote: My Applescript tool (Late Night Software's Script Debugger X) claims that Revolution is not scriptable, where it used to show support for do script... any ideas? I have asked this a couple of times on this list some time ago, but nobody seemed to care or answered my question... Ah. So, it isn't just mine. Darn. -- Troy RPSystems, Ltd. http://www.rpsystems.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
Retrieve Properties of Image in Variable?
If you export an image to variable, as in: export image pImage to myImg as PNG ...is there any way to retrieve the properties of that image (imageData for example) without having to place that image into an image object in a stack? Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.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: How to use an image as cursor
I have put some thought into this: 1) You can make a cursor that is a single dot (or invisible) 2) You can make an image that automatically follows the cursor, and on every mousemove is positioned so that its visible portion is exactly one pixel below or to the side of the dot (or invisible hotspot) This way, the image will look like it is the cursor, and you can make it as big and colorful as you wish. The image will never actually be under the hotspot of the cursor, it will always be one pixel off. When you click on the stack, the click will actually hit the stack, not the pretend cursor. I have experimented with this, and so I know it works. On 3/28/06, William de Smet [EMAIL PROTECTED] wrote: Hi there, Because I work with disabled children I want to use a bigger cursor in my little app. The documentation says that you van make your own cursor when the image is 16x16 or 32x32 pixels. But I want and need a bigger cursor and so far I can't get it to work. Any suggestions? Greetings, William de Smet ___ 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: Target not working???
Dave, My goal is/was to be able to create application more quickly, which is why I use started using RevRev in the first place! [snip] The type of market I work in now means that I have to write many GUI intensive applications and try to sell them to the Customer. They are really just GUI shells to start with and if I do a good enough job and the Gods are with me, I get the contract and then I get paid to do some real work. [snip] I have used a variety of methods in order to develop apps in RunRev. I've used most of the the methods described by others on the list, For example: Having a common routine in the stack or card script and hard coding object names or using Custom Properties to visually update controls. Looping thru all the controls in a card/stack and updating them that way. A mixture of the two methods above, etc., etc., etc., Over time I got better and better at doing it, but all the above methods meant that I had to do tweaking (sometimes non-trivial tweaking) in order to build a new app from parts of other apps and add the new pieces necessary to make the new app. [snip] I am now at a point where there is very little or no separation of code and data, by this I mean copying and pasting a visual object into a new app copies both the Visual Object and all the code necessary to make it work. As it stands now I can take an object from my Object Library or from an existing ISM based App and place it in a new App and the most I have to do to make it work is change a few custom properties in the Property Inspector and hey presto it just works. No tweaking of scripts, no renaming of objects, no nothing! It just works! [snip] When I start a new app, I take whatever pieces I need from the Object Library or existing apps, throw them into a new app and the stuff that did work still works (with no or minimal changes to Custom Properties), leaving just the task that I really want to do which is design and code the new piece. OK, I'm beginning to conceptualize your library. But C was almost as incomprehensible to me as HyperTalk was to you; so sending messages in C is pretty much foreign, or long-ago visited, territory. The part about building a GUI with objects from a library seems straightforward. But I still have no feeling for what is involved in visually updating controls either via custom properties or looping. Is this necessary every time a stack that includes an iteration of the control opens? From my limited perspective, I think of visually updating of a control as involving manipulation of properties like colors/patterns, image/icon, or text formatting. These don't seem to me to be prime candidates for runtime updating, and if they were, I would assume a consistent look feel is desired throughout the GUI...if so, colors text can be changed en masse by setting them to empty for all objects subordinate to the stack and making all changes at the stack level. Images can be changed by switching image libraries or changing image files for referenced images. My impression is you a building a library of standardized objects to be referenced by multiple stacks. All iterations of standardized objects in that stack are to be initialized per a library stack handler when it opens and set to some other state when the stack closes. Is that essentially the goal of the example? Yes, that's it. In order to do the above, a Listen routine needs to be called for each object that wants to receive a message. The listen function can be called at anytime, but to make it easier to use, I am scanning for the ISM_InitializeObject handler and if it's present, call it. The ISM_InitializeObject in the target object can then call the Listen function to register itself (or any other object for that matter). The same goes in reverse, I want to stop listening when a stack closes. In out-of-the-box Transcript, every object with a script is born listening. The trick is to place a handler in the spot in the message hierarchy where it hears requests from all objects that need its services. So one can make handlers and images available to any stack by placing the handlers in the library stack script and/or placing the images on the first (or any?) library card. One can change icons en mass by switching between to image libraries containing images with identical ids. One can change images by referencing image files instead of importing them and then changing the files in the image folder. One can change handler action by editing the handler in the library. One can change the colors and text format en masse by maintaining inheritance in all objects below the stack level. Combined, these techniques support making changes in one file or folder that will be recognized at runtime by any stack that uses any of the modified resources. Isn't that what you are trying to accomplish when you place a generic control it's
Re: MonsterCommerce Rev
Stephen, et al: I would never do business with Network Solutions. Likewise...absolutely and forever! Rob Cozens CCW, Serendipity Software Company And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ 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: CRM solution
On 3/28/06 1:48 PM, Thom Wright [EMAIL PROTECTED] wrote: still looking for actual information on a CRM solution that has been produced using runrev. I'd like to take the plunge and buy it, and develop one tailored to my needs, but I'd like to see what someone has been able to do with it, sorry if this is the wrong way of going about asking. What are the criteria for your CRM? The last time you asked this question, I posted a link to a Rev-based app that manages people, projects, accounting, for the entertainment industry: http://www.inentertainment.com/ Was that not what you were looking for? Perhaps you could be more specific... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.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: Rev Media and the product line gap
Lynn.. Say WHAT? Are you saying no such market exists? That would seem to me to be a strange conclusion to be drawn by someone who has such major influence over the marketing of a product that certainly can't be seen as appealing *primarily* to serious professional programmers who have corporate checklists and academic training influences to consider when choosing a tool. I don't know who buys Rev. But based on participation on this list and on the improve list, I'd have to say it *feels* like a far greater percentage of people for whom programming is not a full-time occupation, most of whom are developing software for themselves or their work groups or friends. The hobbyist/inventive user market may be harder to find or pin down because of its lack of verticality (verticalness?) but I don't think that makes them a bunch of unrelated target customers that only superficially look similar. I'll be damned surprised if that market isn't the vast majority of the current user base of Revolution. On 3/28/06, Lynn Fredricks [EMAIL PROTECTED] wrote: There is no hobbyist/inventive user from a software marketing perspective - that is a D) none of the above designation to try to define a bunch of unrelated target customers that only superficially look similar. -- ~~ Dan Shafer, Information Product Consultant and Author http://www.shafermedia.com Get my book, Revolution: Software at the Speed of Thought From http://www.shafermediastore.com/tech_main.html ___ 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: Target not working???
David- Tuesday, March 28, 2006, 3:09:47 AM, you wrote: I really can't see that I am fighting the natural object hierarchy. The loop (or something like it needs) to be held somewhere, the fact that it is held in a central place really doesn't make much difference. In your example I'd need N loops, one for each stack, doing it my way just results in one loop, e.g. less code. Of course you could make a common function out of your loop and store it in the Stack Script or in a Library and then just call it from each object. This wouldn't be fighting the natural object hierarchy, so how can putting in *my* library be different? No. It's tested now. The loop goes in the library stack. One loop. Then it gets called on openStack. One line of code per stack. You don't call it from each object, you send the message to the object from the loop. If it's not overloaded in the object it falls through to the library stack. That's OOP in action. The fact that it's in a library stack makes all the difference. And it's fast because there's no need to scan the object scripts. --in library on InitializeEvents local x repeat with x=1 to the number of controls send ISM_InitializeObject to control x end repeat end InitializeEvents on ISM_InitializeObject -- we get here if there no ISM_InitializeObject -- handler in the control. -- do the default stuff here end ISM_InitializeObject --in each stack on openStack InitializeEvents end openStack -- -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: Making the move...
Some great information in the replies by Richard and Mark Waddingham here. Rather than quote them and intersperse comments, I thought I'd just make a point or two in response. Mark, you're right that the secret sauce here is training the Web server to route pages to specific processes based on file extensions. So a page ending in .revhtml or whatever could be mapped to invoke the Rev engine. I think that installing Ruby and RoR handles that file editing transparently, so it doesn't appear that there's any magic but there clearly is. Taking your advice, Richard, I spent another half hour with merge and I think the light is beginning to dawn for me. Based on my reading of the (rather sparse) docs, I *assumed* it would not work to try to execute abritrary code from inside those square brackets (or, as it turns out, using a return statment in the more conventional ? and ? delimiters, which Rev also supports). I'm not sure where the limitations are but a bit of experimenting revealed that I could get the following to work: put merge (It is now day [[line (dayOfWeek(the time)) of the weekdayNames]] in Monterey, California) into field htest Here, dayOfWeek is a function defined in the card script and the weekdayNames is a built-in system function that returns a list of the names of the days of the week, one per line. So I successfully executed a custom function call that used two bulit-in system functions (the time and the weekdayNames) and it worked. Clearly, then, I would be able to do this same thing in a .revhtml page on the server by invoking a Rev script after proper setup as described by Mark. The possibilities begin to become clearer now. I'm going to putter a bit more with this and see what I can come up with on my local (OS X Apache) Web server. I have it on good authority that Andre Garzia is going to have some very cool stuff along these lines to share with us in Monterey. I can hardly wait. Dan ___ 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
revGoUrl Fails on Windows?
The testing of Hinduism Today Digital Edition is going well. Actually there are very few expected bugs, but new unexpected caveats are coming up from the cracks: Here is the most egregious of the problems: on many windows machines, it seems the registry or some security things are set up in such a way that revGoURL http://www.example.org/info.html; revGoURL mailto:[EMAIL PROTECTED] Are failing... Is there a way to over come this? My feeble understanding is that it is problem with the Windows Registry. I'm sure other developers must have encountered this.. what is the work around? Or, is this a new problem with 2.7? Looks like it is another good reason to embed Altuit's browser! Sivakatirswami ___ 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: Hinduism Today Digital Edition -- Release Candidate 1.0
Sivakatirswami- I tried to email you this directly, but it was rejected by your email server (with a 582 error - that's a new one for me - This message violates our email policy). Musta been something I said: FYI: the page http://www.hinduismtoday.com/digital/html/htde_terms-of-service.shtml has a cosmetic problem with the HTML at clause 12 (there a br/ where there should be a /br). Also, the link in clause 13 to http://www.hinduismtoday.com/digital/html/policy.shtml results in a 404 message. As does the http://www.himalayanacademy.com/contact.html link at the bottom of the page. -- -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: ANN: Hinduism Today Digital Edition -- Release Candidate 1.0
Sivakatirswami- More: Haven't had a chance to test this on OSX yet, but on Windows after downloading the current edition, I got a Runtime Error! dialog from the Microsoft Visual C++ Runtime Library with an error message of abnormal program termination. Not sure what happened there. Closed it, relaunched, and all is 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: Text Processing
Stephen Barncard wrote: Except the discussion was about web text processing, which Rev is quite capable of. True, except for ordered lists... unordered lists... tables... JavaScript or PHP code... CSS... text wrap-around for graphics... positionable DIVs... H1-H6 tag preservation (RR converts to deprecated FONT tags) stuff like that there Jerry Muelver ___ 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: Text Processing
Jerry Muelver wrote: Stephen Barncard wrote: Except the discussion was about web text processing, which Rev is quite capable of. True, except for ordered lists... unordered lists... tables... JavaScript or PHP code... CSS... text wrap-around for graphics... positionable DIVs... H1-H6 tag preservation (RR converts to deprecated FONT tags) stuff like that there Depends which side of client-server you're on. True enough, Rev makes no claim to being a web browser. But for _generating_ CSS, JavaScript, etc. (the origin of this thread) all those standards are just plain text, which Rev can slice and dice with the best of them -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Applescript?
To be clear, Rev 2.2.1 allowed the do script to be sent from another program to Rev and trigger a handler. I used this form. Then, version 2.5.1 no longer would respond automatically, but required adding an AppleEvent handler that would trap AppleEvents, then parse the parameters to find what kind of call and which handler to process. EXPERIMENT goal [1] to get it to work simply goal [2] to see double, triple call results goal [3] to see 'answer dialog' difficulties Here is how to call a handler in the current stack script or further along the message hierarchy --in Script Editor [goal 1] tell application Revolution «event miscdosc» testHandlerA end tell where 'misc' is appleevent class miscellaneous 'dosc' is do script ' testHandlerA' is the handler name in Rev (1) make a new main stack (2) paste the following TWO handlers into the main stack script (3) switch from pointer mode to browse mode (4) make sure your new stack is in front. (5) empty the message box to see the output (6) for some reason with 2.6.1 in the IDE it was necessary for me to go from browse mode to pointer mode and back again to get the AS call to work each time. --script 1 -- on appleEvent p1, p2, p3 request AppleEvent data put cr p1 p2 p3 it after msg if p1 p2 is aevtquit then if the mode of stack answer dialog is not 0 then exit to top -- dialog on screen revCheckQuit if the result is quit then lock messages -- prevent duplicate shutDownRequest quit else exit appleEvent end if end if if p1p2 is aevtodoc then --appleEvent sent when stack is opened from the finder request AppleEvent data put it into tData repeat for each line l in tData lock messages put (there is a stack l) into tExists unlock messages if not tExists then answer error Unable to open stack: stack is corrupted, check for ~ backup file. else go stack l end repeat exit appleEvent end if if p1p2 is aevtdosc then --appleEvent sent when stack is opened from the finder request AppleEvent data put it into tData try --do tData send tData to me in 500 milliseconds catch errorMsg answer error Unable to execute handler 'tData'... exit appleEvent end try exit appleEvent end if pass appleEvent end appleEvent on testHandlerA --answer You got here via AS !!! put cr You got here via AS !!!another fine functionality after msg end testHandlerA on testHandlerB --answer The B version !!! after msg put cr The B version !!! after msg end testHandlerB --- end copy of code here -- --CAUTION this will cause a dialog box to show and point out another gotcha... the calling Applescript will not complete until Rev completes the AppleEvent handler. Therefore, you should use the 'send' command in Rev as follows : send tData to me in 500 milliseconds EXPERIMENT Now try adding another event tell application Revolution «event miscdosc» testHandlerA «event miscdosc» testHandlerB excessData set readyFlag to true «event miscdosc» testHandlerB readyFlag set story to A fine sunny day in the garden «event miscdosc» testHandlerB story end tell EXPERIMENT Now try using the 'do' line and not the 'send' line Note the order of execution!! EXPERIMENT Now try using answer dialogs with and without 'send' Thanks to the great work of Ken Ray Valuable links http://www.sonsothunder.com/devres/revolution/tips/ascr004.htm http://www.sonsothunder.com/devres/revolution/revolution.htm Hope you find this useful Jim Ault Las Vegas On 3/28/06 1:56 PM, Troy Rollins [EMAIL PROTECTED] wrote: On Mar 28, 2006, at 4:16 PM, Klaus Major wrote: My Applescript tool (Late Night Software's Script Debugger X) claims that Revolution is not scriptable, where it used to show support for do script... any ideas? I have asked this a couple of times on this list some time ago, but nobody seemed to care or answered my question... Ah. So, it isn't just mine. Darn. -- Troy RPSystems, Ltd. http://www.rpsystems.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: Applescript? CORRECTION
DON'T USE THE PREVIOUS APPLEEVENT HANDLER --I included 1 bug == aevtdosc rather than miscdosc --and a dangling comment FIxed here. To be clear, Rev 2.2.1 allowed the do script to be sent from another program to Rev and trigger a handler. I used this form. Then, version 2.5.1 no longer would respond automatically, but required adding an AppleEvent handler that would trap AppleEvents, then parse the parameters to find what kind of call and which handler to process. EXPERIMENT goal [1] to get it to work simply goal [2] to see double, triple call results goal [3] to see 'answer dialog' difficulties Here is how to call a handler in the current stack script or further along the message hierarchy --in Script Editor [goal 1] tell application Revolution «event miscdosc» testHandlerA end tell where 'misc' is appleevent class miscellaneous 'dosc' is do script ' testHandlerA' is the handler name in Rev (1) make a new main stack (2) paste the following TWO handlers into the main stack script (3) switch from pointer mode to browse mode (4) make sure your new stack is in front. (5) empty the message box to see the output (6) for some reason with 2.6.1 in the IDE it was necessary for me to go from browse mode to pointer mode and back again to get the AS call to work each time. --script 1 -- on appleEvent p1, p2, p3 request AppleEvent data put cr p1 p2 p3 it after msg if p1 p2 is aevtquit then if the mode of stack answer dialog is not 0 then exit to top -- dialog on screen revCheckQuit if the result is quit then lock messages -- prevent duplicate shutDownRequest quit else exit appleEvent end if end if if p1p2 is aevtodoc then --appleEvent sent when stack is opened from the finder request AppleEvent data put it into tData repeat for each line l in tData lock messages put (there is a stack l) into tExists unlock messages if not tExists then answer error Unable to open stack: stack is corrupted, check for ~ backup file. else go stack l end repeat exit appleEvent end if if p1p2 is miscdosc then request AppleEvent data put it into tData try --do tData send tData to me in 500 milliseconds catch errorMsg answer error Unable to execute handler 'tData'... exit appleEvent end try exit appleEvent end if pass appleEvent end appleEvent on testHandlerA --answer You got here via AS !!! put cr You got here via AS !!!another fine functionality after msg end testHandlerA on testHandlerB --answer The B version !!! after msg put cr The B version !!! after msg end testHandlerB --- end copy of code here -- --CAUTION this will cause a dialog box to show and point out another gotcha... the calling Applescript will not complete until Rev completes the AppleEvent handler. Therefore, you should use the 'send' command in Rev as follows : send tData to me in 500 milliseconds EXPERIMENT Now try adding another event tell application Revolution «event miscdosc» testHandlerA «event miscdosc» testHandlerB excessData set readyFlag to true «event miscdosc» testHandlerB readyFlag set story to A fine sunny day in the garden «event miscdosc» testHandlerB story end tell EXPERIMENT Now try using the 'do' line and not the 'send' line Note the order of execution!! EXPERIMENT Now try using answer dialogs with and without 'send' Thanks to the great work of Ken Ray Valuable links http://www.sonsothunder.com/devres/revolution/tips/ascr004.htm http://www.sonsothunder.com/devres/revolution/revolution.htm Hope you find this useful Jim Ault Las Vegas On 3/28/06 1:56 PM, Troy Rollins [EMAIL PROTECTED] wrote: On Mar 28, 2006, at 4:16 PM, Klaus Major wrote: My Applescript tool (Late Night Software's Script Debugger X) claims that Revolution is not scriptable, where it used to show support for do script... any ideas? I have asked this a couple of times on this list some time ago, but nobody seemed to care or answered my question... Ah. So, it isn't just mine. Darn. -- Troy RPSystems, Ltd. http://www.rpsystems.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: Text Processing
Why would I need PHP if I have Rev working? I thought that was the idea. That HTML building stuff is easy to create in Transcript.. Stephen Barncard wrote: Except the discussion was about web text processing, which Rev is quite capable of. True, except for ordered lists... unordered lists... tables... JavaScript or PHP code... CSS... text wrap-around for graphics... positionable DIVs... H1-H6 tag preservation (RR converts to deprecated FONT tags) stuff like that there Jerry Muelver -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: Rev Media and the product line gap
Say WHAT? Are you saying no such market exists? That would seem to me to be a strange conclusion to be drawn...snip Just like I said - there is so much variety to be found in what people often refer to as hobbyist/inventive that it really isnt by itself, a category. Some of these you can place in distances outside of the bull's eye of targeting - in doing so you redefine those into being something other than the amorphous D. None of the above. Best regards, Lynn Fredricks Worldwide Business Operations Runtime Revolution, Ltd ___ 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: Applescript? CORRECTION
On Mar 28, 2006, at 8:12 PM, Jim Ault wrote: To be clear, Rev 2.2.1 allowed the do script to be sent from another program to Rev and trigger a handler. I used this form. Thanks Jim. This is exactly the issue that I'm talking about. Kind of disappointing to have to rebuild all of my AS/Rev interactions in order to do an update to this application. I liked it better when Rev had an actual (albeit short) Applescript dictionary. Now it just claims to not be Applescriptable at all. I guess I'll run some experiments, but I may decide that it isn't worth the bother and the application can just die. -- Troy RPSystems, Ltd. http://www.rpsystems.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: Applescript? CORRECTION
On Mar 28, 2006, at 8:12 PM, Jim Ault wrote: EXPERIMENT Jim, my previously working AS/Rev combination involved Rev setting the values of Applescript variables via do script, I'm not sure I see how AppleEvents resolves this. Have you done this by any chance? How are any values returned to the calling application? I can't believe I missed this function's apparent deprecation... -- Troy RPSystems, Ltd. http://www.rpsystems.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: Applescript? CORRECTION
I have not used the return of a value to the calling AppleScript program. I do use the following: do codeString as Applescript to send data to Excel, and also to ask Excel for data, but both originate in Rev. Someone on the list a few months ago was going to send me an example stack about this, but I cannot remember who. My solution if I had to program it tonight would be to use the [trigger the appleevent miscdosc executing a line... send revToApp to me in 1000 millisecs on revToApp would fire and pass a global (which was set by a prev handler) to the target app, like Excel. I agree, this is a messy way of having to figure things out. I keep thinking I will get it all figured out someday, build an example stack, and post it. Funny how Applescript seems to become a quagmire of 'ok, I see that, but how do you do this?' For me, it often defies logic, even when you see the solution. Hope this helps. Jim Ault Las Vegas On 3/28/06 5:50 PM, Troy Rollins [EMAIL PROTECTED] wrote: On Mar 28, 2006, at 8:12 PM, Jim Ault wrote: EXPERIMENT Jim, my previously working AS/Rev combination involved Rev setting the values of Applescript variables via do script, I'm not sure I see how AppleEvents resolves this. Have you done this by any chance? How are any values returned to the calling application? I can't believe I missed this function's apparent deprecation... -- Troy RPSystems, Ltd. http://www.rpsystems.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: Applescript?
Thanks Jim and Ken for the AppleScript tips. This leads to two more questions: 1. How does one add a dictionary to their app? 2. Anyone here added Automator support to their app? -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Applescript? CORRECTION
On Mar 28, 2006, at 9:11 PM, Jim Ault wrote: I have not used the return of a value to the calling AppleScript program. I do use the following: do codeString as Applescript Yes, my same application does this as well. In fact, in this program, Rev can be one of the applications which launches the AppleScript, which then in turn asks Rev to populate various variables it may require. Now, I'll probably have to create the scripts differently for when Rev is the caller, and simple pre-calculate all of the parameters... which may not be possible without a significant rework. Ah well. It used to work really cool. do script was about the only thing in the Rev AS dictionary, but it was all you needed. You could call functions directly, and get returned values by way of populating AS variables. This new way is like both things can talk to each other, but neither are really listening. -- Troy RPSystems, Ltd. http://www.rpsystems.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: [OT] Platform-specific web page
Phil Davis wrote: Hi Sarah, Off the top of my head I don't remember, but (if you're not already aware of it) here's a GREAT site for all kinds of HTML/JS/browser/etc info: http://www.quirksmode.org/ That's an interesting site, thanks for the link. He has a good article on web applications there -- Web Applications, Promise or Hype? -- which fits in with some of the things recently discussed on the list here. A partial quote: In order to draw users towards Web applications, they must have clear, easily explained advantages over desktop applications—and not all that stuff about vendor independence and standards support, either. That's tech speak. Users don't care about it. I feel that a purely technical focus will lead to the slavish copying of desktop application behavior to an alien environment where it'll lose any usability comparision. That's the same error DHTML proponents made years ago. A Web application should be a Web application, not a bad copy of a desktop application. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Making the move...
On Mar 27, 2006, at 8:10 AM, Dan Shafer wrote: That is where a Web app framework -- like Ruby on Rails, though there are several others worthy of consideration -- shows its strength. By adopting the model-view-controller (MVC) design paradigm, RoR creates an effective split between presentation and logic. The HTML designer works on views. The developer creates Controllers that look to Models for data they need to send to the views and for other logic that affects program execution. That bifurcation is important on non-trivial applications. A Web app framework that follows the MVC paradigm (or perhaps some other approach that provides the same division of labor) is preferable to CGI-based solutions which not only encourage but demand a mixing of the two somewhat incompatible skill sets. Dan, this is a good point, in my ignorance I may be making this all too simplistic, but is not the bifurcation a design decision? I mean if the SSI ! include exec some rev.cgi. returns data to the HTML page instead of an HTML chunk, then you have the separation between views and data you describe, n'est pas? No? And if Revolution is running as a daemon then even if you had 10 such SSI calls in a given web page, I don't see how this would be substantially different from having 10 merge statements embed in the page ... in fact, if separation between the vehicle (view) and the data in it (returned by SSI's) is important on non-trivial applications then doesn't putting the merge statements back into the html break that mandate? i.e. Marks solution puts the entire burden of the page development on the programmer and the HTML page designer is out cold. I mean doesn't a page like this elaborated to some thing more complex and really useful: html head titleCurrent Server Time/title /head body The current server time is [[the internet date]] /body /html take you right back here where you didn't want to be: This means, e.g., that the person writing the CGI must know HTML and the page design with which the CGI is designed to work. It also means that the HTML designer must typically be given access to the CGI code or, in the alternative, the CGI developer must be asked to hack HTML into the CGI itself. In both cases, we mix presentation and functionality in a way that is fraught with danger and maintenance issues. On the other hand, that problem set aside (even though, for me at least it *is* a core issue I face on a daily basis) I guess we can see that Marks model is fundamentally different than html head titleCurrent Server Time/title /head body The current server time is ! include exec=someRev.cgi /body /html where -- if you had ten of these includes in the page -- you are asking apache to call the CGI ten times. Yes, I too saw those warnings: But if a majority of your page is being generated at the time that it is served, you need to look for some other solution. But I just ignored them. We were not sophisticated enough to do a full on dBase web site and so SSI, was our only solution to global maintenance and separation of content from the DOM. And we really don't see any delivery time issues with pages that look like the ones below. Of course, it we had super heavy traffic it might be different. I'm actually thinking now of changing the entire model to using a dBase web site or XML-XSLT with flat files that regenerates the entire web site (or areas) that are 100% static code (no SSI's at all in the web pages at all) so then Apache has no work to do other than ship bytes. But, until SSI proves itself to be bad, and despite warnings I see no problems so far.. we will continue to use it. (aside: But what's happening is that the web site is now much more than just pages, it is an historical resource and in its present form, inaccessible. WE sell rights to some of the data engine companies, meanwhile we ourselves we don't even have a decent index. so I want to recast the content in a way that will make it much more useful... but I don't really know what direction to go in...) This is an excellent discussion, I find one of our regular challenges is how to open up channels to engage more people in the process of web content distribution, where the wiki and blog model is too open ended, and yet you need a UI where people can contribute directly. I would concur with Chipp about separating the framework and talking in terms of libraries...if you keep mucking around changing the framework your productivity will drop through the floor. Though my wish list of Libraries might be different, its the same need. A typical real world example could be someone who is responsible to inputting textual information (blog if you want to call it that, but it could be any kind of web page) and you want that to appear on a web page but you need to have
Re: Applescript? CORRECTION
On Mar 28, 2006, at 9:23 PM, Troy Rollins wrote: Yes, my same application does this as well. In fact, in this program, Rev can be one of the applications which launches the AppleScript, which then in turn asks Rev to populate various variables it may require. Now, I'll probably have to create the scripts differently for when Rev is the caller, and simple pre- calculate all of the parameters... which may not be possible without a significant rework. The good news is that because Rev is so adept at manipulating chunks of text, it wasn't too hard to regain functionality by having Rev dynamically generate the applescript code and precalculate the values of all the variables in advance, embedding them in the applescript before launching it. I should be able to do this for the larger functions that I have, but I did it with a smaller one and it works out OK. I still preferred the ability to have the two carry on a backs and forth dialog, since the Applecsript may need to deal with dynamic events during its life, and without the ability to call functions and repopulate variables it feels like a one-way trip. It wouldn't bother me too much if it hadn't worked so much better before. Unless I am missing something about the way AppleEvents are handled we lost a lot of Mac capability somewhere along with do script. -- Troy RPSystems, Ltd. http://www.rpsystems.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: [OT] Platform-specific web page
What I realized 7 or 8 years ago, is the Internet is the new OS in which about all application will run. I think other people around the world are beginning to understand the change that is coming. Microsoft may still control the OS market share today, but I believe the Internet OS will controls the future over which most all applications must standardize and live. All the other OS(s) like Unix, Solaris, Mac, Linux, and Windows will have their own version of a web server, that will offer up the applications, but the desktop computers, laptop computers, cell phones, ipods, and other future web clients will be standardize, so a web application will be accessible and run in the web OS, with all the web hardware, networks, web languages, and web standards, across the board. This will make all the other OS(s) like Windows, Linux, Mac, and Unix less relevant, as the web applications will perform and look the same regardless of which of these platforms is used. The Internet, and its tools, including the web based languages like Java, .Net, Perl, Php, Python, Ruby, etc, and other coming languages and foundations, will continue to evolve, so the application interface will become more robust, and the applications can be easily accessed using whatever platform is chosen. Regards, LelandJ J. Landman Gay wrote: Phil Davis wrote: Hi Sarah, Off the top of my head I don't remember, but (if you're not already aware of it) here's a GREAT site for all kinds of HTML/JS/browser/etc info: http://www.quirksmode.org/ That's an interesting site, thanks for the link. He has a good article on web applications there -- Web Applications, Promise or Hype? -- which fits in with some of the things recently discussed on the list here. A partial quote: In order to draw users towards Web applications, they must have clear, easily explained advantages over desktop applications—and not all that stuff about vendor independence and standards support, either. That's tech speak. Users don't care about it. I feel that a purely technical focus will lead to the slavish copying of desktop application behavior to an alien environment where it'll lose any usability comparision. That's the same error DHTML proponents made years ago. A Web application should be a Web application, not a bad copy of a desktop application. ___ 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
Roll your own sliders
I recently needed to roll my own sliders, so put together a little stack that might be a help to someone just getting started with a similar project. I tried to upload to my user space but got an error (will try again later). In the mean time, take a look if you're interested: go stack URL http://www.westshorecraftworks.com/MartysSliders.rev; Marty Knapp ___ 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: Applescript?
On 3/28/06 3:16 PM, Klaus Major [EMAIL PROTECTED] wrote: Hi Troy, I have an older application which relies on getting returns to Applescript via telling Revolution to do script, this app used to work fine in 2.6.1 and earlier, but fails silently in 2.7.x My Applescript tool (Late Night Software's Script Debugger X) claims that Revolution is not scriptable, where it used to show support for do script... any ideas? I have asked this a couple of times on this list some time ago, but nobody seemed to care or answered my question... But what is even stranger: MetaCard (SAME engine!!!) IS scriptable!!!??? Any hints from the highlanders? :-) Yes... the reason is that MetaCard still contains a number of resources in the resource fork of the application, including the all-important aete (AppleEvent Terminology) resource. Revolution doesn't contain this aete resource. If you use ResFool to copy the 'aete' from MetaCard to Revolution, I'm sure it will become visible to Script Debugger X, et al... Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.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: Applescript?
Sorry, Richard, Way over my head to get into the Apple Developer stuff. Hopefully one of the other 'rus will be able to point you in the right direction. Jim Ault Las Vegas On 3/28/06 6:19 PM, Richard Gaskin [EMAIL PROTECTED] wrote: Thanks Jim and Ken for the AppleScript tips. This leads to two more questions: 1. How does one add a dictionary to their app? 2. Anyone here added Automator support to their app? -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Applescript? CORRECTION
On 3/28/06 9:25 PM, Troy Rollins [EMAIL PROTECTED] wrote: It wouldn't bother me too much if it hadn't worked so much better before. Unless I am missing something about the way AppleEvents are handled we lost a lot of Mac capability somewhere along with do script. Actually, it's not lost, Troy! What's necessary is the aete resource that used to be shipped with MetaCard, but for some reason no longer ships with Revolution. All you need to do is copy/paste using ResFool, and you not only have do script and eval, but you can use ResFool to make your application FULLY AppleScriptable... I'm doing this with a custom app I've built for my clients. In fact, you can: tell application Epicure Dispatcher -- an MC/Rev app play show MyShow without stopping end tell and it understands that play show translates to the appleEvent EPICplay which it then acts on. I'm planning on taking about how to AppleScript your app (including creating a simple Automator action for Rev apps) at Monterey in June, so if you happen to be going, you can take notes... :-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.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: Applescript?
On 3/28/06 8:19 PM, Richard Gaskin [EMAIL PROTECTED] wrote: Thanks Jim and Ken for the AppleScript tips. This leads to two more questions: 1. How does one add a dictionary to their app? 2. Anyone here added Automator support to their app? Well, I'm planning on going over this at RevConWest in June, so you'll just have to wait until then... ;-) Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.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
Standalone builder bug in 2.7 - very little tip
The standalone builder is not including the plugins necessary to display OS X themes. For now, you can copy them from the Revolution application bundle (copy the entire Plugins folder) and paste them into your standalone. If you don't know how to do that, ask and we can help you. A few people are experiencing this problem and I have been trying to track down why. Most of us don't see it. However, one thing I have noticed is that many of those who experience the failure are from non-English-speaking countries. I wonder if the difference is the file paths on non-English copies of OS X. Tired of manually copying the Plugins folder each time I test my app building a new standalone, I've made a little script to automate this task. Put it in a button handler, if you want. on mouseUp -- put below your actual Revolution application path put /Applications/Revolution Studio/2.7.0-gm-1/Revolution.app into revPath answer file Choose your app to add plugins: with /Applications/Revolution Studio/ put it into filePath set cursor to watch put /Contents/PlugIns/ after filePath put /Contents/PlugIns/ after revPath revCopyFolder revPathcoreimage_support.bundle,filePath revCopyFolder revPathjaguar_theme_support.bundle,filePath revCopyFolder revPathpanther_theme_support.bundle,filePath revCopyFolder revPathtiger_theme_support.bundle,filePath get the result if it empty then answer it -- some error? end mouseUp Greetings Paul Claude ___ 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
