long FieldName to owning stackName
I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? Scott Morrow Elementary Software (Now with 20% less chalk dust!) web http://elementarysoftware.com/ email sc...@elementarysoftware.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: long FieldName to owning stackName
Hi Scott, You might try this: put the owner of the owner of fld 1 put the owner of the owner of myLongFieldName -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com Download Snapper Screen Recorder at http://snapper.economy-x-talk.com On 25 aug 2009, at 09:46, Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? Scott Morrow ___ 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: long FieldName to owning stackName
Scott, what's wrong with chunking? However, to get a list: function objectOwner objectId put the owner of objectId into tOwner if tOwner is not empty then put tOwner cr objectOwner(tOwner) after tList end if return tList end objectOwner so put objectOwner(the long id of fld 1) will show something like: group id 1008 card id 1002 stack Untitled 1 On 25 Aug 2009, at 08:46, Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? Scott Morrow Elementary Software (Now with 20% less chalk dust!) web http://elementarysoftware.com/ email sc...@elementarysoftware.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: long FieldName to owning stackName
one way is to get the long name of fld 1 replace / with cr in IT get char 1 to -2 of line -1 of IT Jim Ault Las Vegas On Aug 25, 2009, at 12:46 AM, Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? Scott Morrow ___ 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: long FieldName to owning stackName
Mark, Mark and Jim... Thanks! -Scott On Aug 25, 2009, at 12:59 AM, Jim Ault wrote: one way is to get the long name of fld 1 replace / with cr in IT get char 1 to -2 of line -1 of IT Jim Ault Las Vegas On Aug 25, 2009, at 12:46 AM, Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? Scott Morrow ___ 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: long FieldName to owning stackName
why not: the last word of the long name of control x Jim Ault wrote: one way is to get the long name of fld 1 replace / with cr in IT get char 1 to -2 of line -1 of IT Jim Ault Las Vegas On Aug 25, 2009, at 12:46 AM, Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? ___ 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: long FieldName to owning stackName
Not, because that might give you the wrong stack file. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com Download Snapper Screen Recorder at http://snapper.economy-x-talk.com On 25 aug 2009, at 11:27, William Marriott wrote: why not: the last word of the long name of control x ___ 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: long FieldName to owning stackName
What about this variation? if word -5 of the long name of control x is stack then put word -4 of the long name of control x into tStackName else -- the stack hasn't been saved yet put word -1 of the long name of control x into tStackName end if On Aug 25, 2009, at 2:27 AM, William Marriott wrote: why not: the last word of the long name of control x Jim Ault wrote: one way is to get the long name of fld 1 replace / with cr in IT get char 1 to -2 of line -1 of IT Jim Ault Las Vegas On Aug 25, 2009, at 12:46 AM, Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? ___ 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: long FieldName to owning stackName
Well, it will always reference the mainstack of the control; by definition, substacks aren't separate files, so the *file* name will always be correct. Yes? The issue with using owner is that technically you would have to recurse through an indeterminate number of owner levels, for groups nested within groups. If you need the name of the substack, then you probably can't get away with a one-liner put the long name of control n into x put word 1 to 2 of (char offset( stack quote,x) to -1 of x) It really depends on what you specifically need and the usage, but in any event, I don't consider using chunk expressions to be a hack in this case. Mark Schonewille wrote: Not, because that might give you the wrong stack file. On 25 aug 2009, at 11:27, William Marriott wrote: why not: the last word of the long name of control x ___ 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: long FieldName to owning stackName
I don't consider using chunk expressions to be a hack in this case. I love chunking it was just MY chunking that was a hack (as in a nasty hacking cough). This piece of chunking is cool (as in Daddy-O) and just what I needed, too. put word 1 to 2 of (char offset( stack quote,x) to -1 of x) -Scott On Aug 25, 2009, at 2:51 AM, William Marriott wrote: Well, it will always reference the mainstack of the control; by definition, substacks aren't separate files, so the *file* name will always be correct. Yes? The issue with using owner is that technically you would have to recurse through an indeterminate number of owner levels, for groups nested within groups. If you need the name of the substack, then you probably can't get away with a one-liner put the long name of control n into x put word 1 to 2 of (char offset( stack quote,x) to -1 of x) It really depends on what you specifically need and the usage, but in any event, I don't consider using chunk expressions to be a hack in this case. Mark Schonewille wrote: Not, because that might give you the wrong stack file. On 25 aug 2009, at 11:27, William Marriott wrote: why not: the last word of the long name of control x ___ 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: Vote to disable password protection for revMedia 4 stacks
I do not beleive in totally free stuff, at least not concerning a major program one uses regularly and one relies upon. - From a practical point of view, we all want the language, the IDE to evolve as fast as possible and this costs and the end result cannot be free. - From a psychological point of view, I was happy buying out runrev at the start, with a nice discount. I jumped in came to like it (and hate it at the time too!) and was happy later on to pay again and more ! You're more likely to be happy to pay up, if you feel you have benefitted from a nice discount a time. Stepping from free to payment could be less easy. THere is an important saying in all education matters, psy coaching etc that paying something gives value to what your are doing, learning. The great opportunity we have with softwares is that we can reduce cost dramaticcaly if we manage to communicate at large. But it sounds much more solid to me if there remains some element of exchange, be it in the form of payment or sharing things with a community. Judy Perry wrote: I don't recall it being free for education ;-) Not that we didn't get a nice discount... Judy On Mon, 24 Aug 2009, Ian Wood wrote: Unless my memory is failing, wasn't the predecessor to Dreamcard free? Or was that only to people in education? ___ 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 -- View this message in context: http://www.nabble.com/Vote-to-disable-password-protection-for-revMedia-4-stacks-tp25096861p25135185.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Change font color of script editor?
Hi, i have searched the list mails back to 2005, so please excuse, if this was discussed earlier. Am i missing something or is it really not possible to change the font color within the settings dialog for the editor in Revolution? I would like to change the background to black. But with black colored font that make no senes. Regards, Matthias ___ 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: Change font color of script editor?
The new script editor (since 3.0 i think) does not allow that. RunRev decided to use non-rev code in a special ide-only engine for the colorisation of the script editor. previously the script editor field was a standard rev field, where you could have done what you want. On 25 Aug 2009, at 16:44, runrev260...@m-r-d.de wrote: Hi, i have searched the list mails back to 2005, so please excuse, if this was discussed earlier. Am i missing something or is it really not possible to change the font color within the settings dialog for the editor in Revolution? I would like to change the background to black. But with black colored font that make no senes. Regards, Matthias -- official ChatRev page: http://bjoernke.com?target=chatrev Chat with other RunRev developers: go stack URL http://bjoernke.com/chatrev/chatrev1.3b3.rev; ___ 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: Change font color of script editor?
Really? Tell me more - AFAIK it's still a standard rev field - though I haven;t dug into the colourisation script yet? 2009/8/25 Björnke von Gierke b...@mac.com The new script editor (since 3.0 i think) does not allow that. RunRev decided to use non-rev code in a special ide-only engine for the colorisation of the script editor. previously the script editor field was a standard rev field, where you could have done what you want. On 25 Aug 2009, at 16:44, runrev260...@m-r-d.de wrote: Hi, i have searched the list mails back to 2005, so please excuse, if this was discussed earlier. Am i missing something or is it really not possible to change the font color within the settings dialog for the editor in Revolution? I would like to change the background to black. But with black colored font that make no senes. Regards, Matthias ___ 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] tRev Decoder Video delayed one hour
Coders, The video showing tRev's new decoder feature will be a little later than anticipated. Check here for details: http://reveditor.com/de-construct-your-code-with-trevs-decoder Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie ___ 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: Change font color of script editor?
Mathias, It's not possible in Rev. Here's what I've done instead, but be advised that it's tricky and may have unknow side-effects -- in my own case, two I've found are the flashing insertion point is not visible against a black background, and the Help Document font colors will require tweaking. In Preferences, set background color to black (actually, a dark grey is better, if you want to see the flashing insertion point) and check-on Revolution UI Elements appear in lists of stacks. Next, open the Script Editor (for any object). Open the Application Browser to find listed revNewScriptEditor (not revNewScriptEditor 1 etc); click its card 1 to show the stack. Do a Search on the revNewScriptEditor stack for the first line of this handler: command seColorizationLoadScheme pScheme, @pPreferencesArray In that handler, look for 'case default', where you'll see lines like this: group commands none 255,255,0 The none refers to a font style (none, italic, bold -- but I'm not sure if those are the exact terms), and the set of numbers is the RGB color code. Play around with those number sets till you find a combination you like. And then save the stack. Again, though, this type of modification is not the usual thing to do with Rev. In fact, before making changes to the color codes, make a backup copy of the scripts you change in case you want to revert to things as they were. -- Nicolas Cueto ___ 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
Naive question about interacting with web pages
It's the silly season, so here goes... Unlike more or less everyone else on this list (I suspect) I am not used to mixing Rev and the Internet. I've been looking at the RunRev tutorial material about this sort of thing, and some of it I understand pretty easily - for example the stack for retrieving weather data from the BBC web site. This essentially calculates image names on the basis of a convention used by the BBC for the time, region or whatever and then downloads them. Fine. Now what about the kind of site that invites you to put in some reference (say it's a catalogue reference or a post code or some key or other), after which you activate some kind of server-side code execution by clicking a button, pressing return or whatever; this then generates a result, let's say an image of a particular product in the catalogue, which is visible via the user's browser; this resultant image is not available via a URL until explicitly retrieved or constructed for the user's benefit, for example it might be extracted from a database, so the BBC Weather example doesn't apply. Now, what if I want to use a Rev program to simulate the user interaction to a site like that - so that my Rev program inserts the product code, presses return, waits for the image to be generated, and then downloads it (not a screen grab, since the image might have a higher resolution than the browser can display)? What I need is a way of interacting with the web page(s) involved (or really the underlying html), almost by simulating key strokes. I suppose I want to treat the html as a kind of API for the facilities of the site. Is this possible, and is it possible without using an external browser? I feel it ought to be, but I just don't know where to start. Can anyone explain what kind of route I should follow? TIA Graham ___ 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: long FieldName to owning stackName
Jim- Tuesday, August 25, 2009, 12:59:11 AM, you wrote: get the long name of fld 1 replace / with cr in IT get char 1 to -2 of line -1 of IT That will give you the *filename*, but not necessarily the stack name. I use a variation on this: set the itemdelimiter to tab put the long name of field 1 into tName replace of with tab in tName put item -1 of tName into tStack put the name of tStack although if you need to find the substack name then, as Bill pointed out, you'd need to do something like set the itemdelimiter to tab put the long name of field 1 into tName replace of with tab in tName put item itemoffset( stack quote, tName) of tName into tStack put the name of tStack -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: long FieldName to owning stackName
Scott Morrow wrote: I'm guessing that there is an elegant way of deriving the name of the owning stack when given the long name of a field. Unfortunately my current strategy feels a chunking hack. : ) Ideas? To add to the mix: I routinely have this in my main stack script: function main return the short name of me end main I learned it from Richard and it is more handy than you'd think. I use it all the time. If it's a substack name you want, then in most cases your handler can just get the short name of this stack (as long as the defaultstack is the one that's asking.) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re-2: Change font color of script editor?
Hi, thanks to all, who replied. @Nicolas Thanks for your workaround, but thats a little bit risky. I was using GLX2 editor and loved the chalkboard Motif. Wanted now to switch to tRev, which also support this chalkboard Motif. But GLX2 and tRev cannot be installed together. As tRev is not final (it´s an Alpha) and crashes here under windows sometimes, i thought of doing the serious stuff with built-in editor and playing around with tRev. Anyway, i will switch back to GLX2 and wait for the final of tRev. Regards, Matthias ___ 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] tRev's new 'decoder' now showing...video is up!
Here's the link to the video showing how tRev's decoder works to help you debug your code. http://reveditor.com/de-construct-your-code-with-trevs-decoder-0 This video talks about tRev and the new feature called 'decoder', but also has a fairly in-depth discussion of modal debuggers and why they have had difficulty in Revolution. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie ___ 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
[OT] new collaboration tool from Google
Seen this: http://wave.google.com/ ? V. ___ 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] new collaboration tool from Google
Yep - got a developer account and merging it with the Jabber / XMPP library I have - will be released GPL. 2009/8/25 viktoras d. vikto...@ekoinf.net Seen this: http://wave.google.com/ ? V. ___ 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: Re-2: Change font color of script editor?
Matthias, under what circumstances is tRev crashing under windows? What build number? Vista or XP? It is only Vista-rated, btw. On Aug 25, 2009, at 11:56 AM, runrev260...@m-r-d.de wrote: Hi, thanks to all, who replied. @Nicolas Thanks for your workaround, but thats a little bit risky. I was using GLX2 editor and loved the chalkboard Motif. Wanted now to switch to tRev, which also support this chalkboard Motif. But GLX2 and tRev cannot be installed together. As tRev is not final (it´s an Alpha) and crashes here under windows sometimes, i thought of doing the serious stuff with built-in editor and playing around with tRev. Anyway, i will switch back to GLX2 and wait for the final of tRev. Regards, Matthias ___ 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: Re-2: Change font color of script editor?
Matthias, Just email me the bug reports for any problems you're having with tRev and Windows. je...@reveditor.com Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 12:54 PM, Jerry Daniels wrote: Matthias, under what circumstances is tRev crashing under windows? What build number? Vista or XP? It is only Vista-rated, btw. On Aug 25, 2009, at 11:56 AM, runrev260...@m-r-d.de wrote: Hi, thanks to all, who replied. @Nicolas Thanks for your workaround, but thats a little bit risky. I was using GLX2 editor and loved the chalkboard Motif. Wanted now to switch to tRev, which also support this chalkboard Motif. But GLX2 and tRev cannot be installed together. As tRev is not final (it´s an Alpha) and crashes here under windows sometimes, i thought of doing the serious stuff with built-in editor and playing around with tRev. Anyway, i will switch back to GLX2 and wait for the final of tRev. Regards, Matthias ___ 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: Vote to disable password protection for revMedia 4 stacks
There are many reasons why we opted to make revMedia a free product. I'll detail some of them here: 1) Students. To be candid, the greatest source of our current customers is former HyperCard users. This community is aging, and we must appeal to the next generations. Students, especially those in high school, often do not have credit cards. So we want to make it easy for them, as individuals, to acquire a great tool to learn programming -- and enjoy both immediate and long-term results/success. On a broader level, we want to make it very easy for schools and other educational groups to teach Rev to students. Free enables that. 2) Ubiquity. We definitely want revlets popping up all over the place. We'll be crafting nice made with Rev badges and other sorts of programs to encourage the viral distribution of Rev-based content. One of our greatest challenges right now is simple awareness. People don't know we exist, much less our distinct benefits relative to other Web coding options. Adobe and Microsoft have enormous advantages in this arena. Adobe Flash is available on just about every platform out there, including some mobile ones. Microsoft Silveright benefits from a vast installed base of .NET Programmers and their usual marketing machine. Anyone going to a Microsoft page gets prompted to install Silverlight, for example. Our advantage in being free lets people spend the time to learn our capabilities and produce great content with our tool. 3) Great content everyone can see. We have witnessed some truly amazing Rev solutions over the years, but we need more of them. Increasing the number of people using Rev ensures we will get fresh blood, new ideas, beautiful graphics, innovative applications. We're hard at work at renovating services like revOnline (like we did in 3.5) to make it easier for people to share and promote thier Rev-based work. Furthermore, it's far easier [and safer] for newcomers to see Rev in action when they can just click a couple times to install a plugin, then enjoy fast revlet downloads, as opposed to downloading and extracting/installing a standalone application. 4) It's 2009 and the Web is all about FREE. As Richard Gaskin has pointed out, the dollar cost of a license is the smallest expense associated with using a new product. What is truly expensive is time, attention, and effort. In order to earn consideration, we need to rethink how people learn about our product. A free trial version isn't enough; 30 days isn't enough. 10 lines isn't enough. However, a nicely capable free edition (revMedia) that publishes to the Web (today's most relevant platform) is a great way to get people into the Rev lifestyle and our unique mindset of programming. 5) Revenue. It's a numbers game, and we already know a certain percentage of people who get our trial version buy the product; a certain number of people who buy revMedia upgrade to revStudio; a certain number of revStudio users upgrade to revEnterprise. Increase the number of people using Rev, and you increase the number of people buying Rev. We do not expect there to be any cannibalization of revStudio or revEnterprise sales, as these products have distinct capabilities for serious/professional users, such as: database facilities, the data grid, the ability to use externals, the ability to remove/replace RunRev branding on the loading screen; the ability to make true standalone apps for Windows, Mac, and Linux, etc. As you might imagine, we've done a considerable amount of number crunching, analysis, and planning on this front... it's not really about philosophy. We're confident this is the best path to dramatically grow our user base and ensure a vibrant future for revTalk, a language we all have come to love and rely on. - Bill RunRev marketing guy ___ 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: Vote to disable password protection for revMedia 4 stacks
Bill, A very good and thoughtful analysis. Thank you for sharing it with us. Paul Looney On Aug 25, 2009, at 12:37 PM, William Marriott wrote: There are many reasons why we opted to make revMedia a free product. I'll detail some of them here: 1) Students. To be candid, the greatest source of our current customers is former HyperCard users. This community is aging, and we must appeal to the next generations. Students, especially those in high school, often do not have credit cards. So we want to make it easy for them, as individuals, to acquire a great tool to learn programming -- and enjoy both immediate and long-term results/ success. On a broader level, we want to make it very easy for schools and other educational groups to teach Rev to students. Free enables that. 2) Ubiquity. We definitely want revlets popping up all over the place. We'll be crafting nice made with Rev badges and other sorts of programs to encourage the viral distribution of Rev-based content. One of our greatest challenges right now is simple awareness. People don't know we exist, much less our distinct benefits relative to other Web coding options. Adobe and Microsoft have enormous advantages in this arena. Adobe Flash is available on just about every platform out there, including some mobile ones. Microsoft Silveright benefits from a vast installed base of .NET Programmers and their usual marketing machine. Anyone going to a Microsoft page gets prompted to install Silverlight, for example. Our advantage in being free lets people spend the time to learn our capabilities and produce great content with our tool. 3) Great content everyone can see. We have witnessed some truly amazing Rev solutions over the years, but we need more of them. Increasing the number of people using Rev ensures we will get fresh blood, new ideas, beautiful graphics, innovative applications. We're hard at work at renovating services like revOnline (like we did in 3.5) to make it easier for people to share and promote thier Rev-based work. Furthermore, it's far easier [and safer] for newcomers to see Rev in action when they can just click a couple times to install a plugin, then enjoy fast revlet downloads, as opposed to downloading and extracting/installing a standalone application. 4) It's 2009 and the Web is all about FREE. As Richard Gaskin has pointed out, the dollar cost of a license is the smallest expense associated with using a new product. What is truly expensive is time, attention, and effort. In order to earn consideration, we need to rethink how people learn about our product. A free trial version isn't enough; 30 days isn't enough. 10 lines isn't enough. However, a nicely capable free edition (revMedia) that publishes to the Web (today's most relevant platform) is a great way to get people into the Rev lifestyle and our unique mindset of programming. 5) Revenue. It's a numbers game, and we already know a certain percentage of people who get our trial version buy the product; a certain number of people who buy revMedia upgrade to revStudio; a certain number of revStudio users upgrade to revEnterprise. Increase the number of people using Rev, and you increase the number of people buying Rev. We do not expect there to be any cannibalization of revStudio or revEnterprise sales, as these products have distinct capabilities for serious/professional users, such as: database facilities, the data grid, the ability to use externals, the ability to remove/replace RunRev branding on the loading screen; the ability to make true standalone apps for Windows, Mac, and Linux, etc. As you might imagine, we've done a considerable amount of number crunching, analysis, and planning on this front... it's not really about philosophy. We're confident this is the best path to dramatically grow our user base and ensure a vibrant future for revTalk, a language we all have come to love and rely on. - Bill RunRev marketing guy ___ 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: Vote to disable password protection for revMedia 4 stacks
On Aug 25, 2009, at 3:37 PM, William Marriott wrote: 5) Revenue. It's a numbers game, I'm sure you meant runRevenue... ___ 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: Change font color of script editor?
Jerry Daniel's tRev allows chalkboard formatting, easy on the eyes.(and a lot of other features... not to mention a great editor...!) - Stephen Barncard San Francisco http://barncard.com 2009/8/25 Nicolas Cueto nicon...@gmail.com: Mathias, It's not possible in Rev. Here's what I've done instead, but be advised that it's tricky and may have unknow side-effects -- in my own case, two I've found are the flashing insertion point is not visible against a black background, and the Help Document font colors will require tweaking. In Preferences, set background color to black (actually, a dark grey is better, if you want to see the flashing insertion point) and check-on Revolution UI Elements appear in lists of stacks. Next, open the Script Editor (for any object). Open the Application Browser to find listed revNewScriptEditor (not revNewScriptEditor 1 etc); click its card 1 to show the stack. Do a Search on the revNewScriptEditor stack for the first line of this handler: command seColorizationLoadScheme pScheme, @pPreferencesArray In that handler, look for 'case default', where you'll see lines like this: group commands none 255,255,0 The none refers to a font style (none, italic, bold -- but I'm not sure if those are the exact terms), and the set of numbers is the RGB color code. Play around with those number sets till you find a combination you like. And then save the stack. Again, though, this type of modification is not the usual thing to do with Rev. In fact, before making changes to the color codes, make a backup copy of the scripts you change in case you want to revert to things as they were. -- Nicolas Cueto ___ 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: Vote to disable password protection for revMedia 4 stacks
Thanks for sharing these arguments, William. I find them fully convincing in favor of a fully free unrestricted revMedia. These thoughts are also important for all developers to decide how best to distribute their apps. I pointed out I felt it would be good for the language to : 1) develop the sharing habit of utilities, eductionalWare, libraries. Maybe runrev can think of some innovative incentive to do so. The issue raised in that thread has some relations with that question since, obviously, disallowing password protection for the first entry level was a way to enforce sharing. It may not be the best way, and I hope better ways will be tried. 2) provide solutions to better monitor the runrev user base. I might be a good idea to set up a kind of revWeb search engine that will gather all pages using the plugin. It is peculiar to runrev to communicate very few information on the user base. And there are very few examples of commercial softwares using runrev on the home site. Such a search engine might help lift up interrogations by potential users. Robert -- View this message in context: http://www.nabble.com/Vote-to-disable-password-protection-for-revMedia-4-stacks-tp25096861p25141396.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Vote to disable password protection for revMedia 4 stacks
On Tue Aug 25, 2009; William Marriott wjm at wjm.org wrote: There are many reasons why we opted to make revMedia a free product. I'll detail some of them here: 1) Students. (snip) 2) Ubiquity. (snip) 3) Great content everyone can see. (snip) 4) It's 2009 and the Web is all about FREE. (snip) 5) Revenue. (snip) - Bill RunRev marketing guy Bill, I am really happy that you eventually have re-introduced a free version. In 2001 the Rev team strongly opposed such deliberations, mainly because of economical reasons. Here is a part of my post sent to Kevin (Miller) some days ago, when I extended my license up to 2013. I congratulate you on the decision to offer one version of Revolution to the public for free. In 2001 we both had an exchange on the Revolution list about such free versions. I had proposed to you to continue to support the Metacard version - as some sort of Revolution Light - and either offer it for free or at a very low price. Such a step - in my opinion - would have been necessary, because at that time you discontinued the free Starter Kit versions - from economical reasons as you stated it, if I remember correctly. Not having at my disposal such Starter Kits has impeded my work to some substantial degree with students at our university. We were however lucky to be able to continue to use the old Starter Kit versions (which one could extend up to version 2.5), but were of course unable to work with newly introduced features.- Best regards, Wilhelm Sanke ___ 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: Vote to disable password protection for revMedia 4 stacks
Robert Maniquant wrote: 1) develop the sharing habit of utilities, eductionalWare, libraries. Maybe runrev can think of some innovative incentive to do so. Something like this could help: http://ced.ncsu.edu/mmania/ i serve as judge in one of the editions of this event. Students sent websites, with multiple pages, powerpoint presentations, quicktime videos and stacks created with HyperStudio. MultimediaMania was halted for a lack of sponsors. Ideally winners prices will be sponsored by hardware manufacturers like Dell, HP, Lenovo or Acer, for a teacher tutor and students. Schools could receive training for their teachers. Robert Maniquant wrote: 2) provide solutions to better monitor the runrev user base. I might be a good idea to set up a kind of revWeb search engine that will gather all pages using the plugin. It is peculiar to runrev to communicate very few information on the user base. And there are very few examples of commercial softwares using runrev on the home site. Such a search engine might help lift up interrogations by potential users. Actually, i have never informed Rev about any Commercial Standalone i have created or had participated. i do not feel obligated to report the type of work that i create in Rev. Why other developers should? By the way, in the Quality Control Center page for this request, Kevin wrote: http://quality.runrev.com/qacenter/show_bug.cgi?id=8234 To respond to the actual request here, i.e. in relation to sharing of stacks / libraries / etc, revMedia does not allow you to password protect a stack. Nor does it allow you to unlock a password protected stack created in another edition. The revlet format is encoded and will be non-trivial to reverse engineer. -- Now, if somebody want password protection in revMedia, it will be neccesary to fill an enhancement request... al -- View this message in context: http://www.nabble.com/Vote-to-disable-password-protection-for-revMedia-4-stacks-tp25096861p25142582.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Jerry Daniels wrote: Here's the link to the video showing how tRev's decoder works to help you debug your code. http://reveditor.com/de-construct-your-code-with-trevs-decoder-0 This video talks about tRev and the new feature called 'decoder', but also has a fairly in-depth discussion of modal debuggers and why they have had difficulty in Revolution. Love it. Thanks Jerry. One suggestion (perhaps for discussion) you mentioned the frequent requests for features that belong in a traditional debugger, but not in decoder. I think you would help reduce this, and help us all to remember that it is a different beast from an old-fashioned debugger, if you could change the terminology used. They are not breakpoints ! the execution doesn't 'break' when it gets to one. I think you should call them statuspoints or contextpoints or monitorpoints of some other name that more closely reflects their purpose and effect. -- Alex. ___ 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] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Alex, I would love to change the name of our breakpoints to alexpoints or lenpoints or kevpoints, but alas, I cannot. Only the keyword breakpoint will cause the tracebreak message to be sent to tRev's frontscript in Rev where it stores the full context into a database. It's this data that the decoder then uses in tRev to help you fix code with less effort. I agree TOTALLY with the request, but alas, Rev forbids it. I am glad you like the decoder. I just updated it. You will see the update available link appear in the lower left of tRev editor any moment now. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 4:54 PM, Alex Tweedly wrote: They are not breakpoints ! the execution doesn't 'break' when it gets to one. ___ 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: Naive question about interacting with web pages
Unlike more or less everyone else on this list (I suspect) I am not used to mixing Rev and the Internet. I've been looking at the RunRev tutorial material about this sort of thing, and some of it I understand pretty easily - for example the stack for retrieving weather data from the BBC web site. This essentially calculates image names on the basis of a convention used by the BBC for the time, region or whatever and then downloads them. Fine. Now what about the kind of site that invites you to put in some reference (say it's a catalogue reference or a post code or some key or other), after which you activate some kind of server-side code execution by clicking a button, pressing return or whatever; this then generates a result, let's say an image of a particular product in the catalogue, which is visible via the user's browser; this resultant image is not available via a URL until explicitly retrieved or constructed for the user's benefit, for example it might be extracted from a database, so the BBC Weather example doesn't apply. Now, what if I want to use a Rev program to simulate the user interaction to a site like that - so that my Rev program inserts the product code, presses return, waits for the image to be generated, and then downloads it (not a screen grab, since the image might have a higher resolution than the browser can display)? What I need is a way of interacting with the web page(s) involved (or really the underlying html), almost by simulating key strokes. I suppose I want to treat the html as a kind of API for the facilities of the site. Is this possible, and is it possible without using an external browser? I feel it ought to be, but I just don't know where to start. Can anyone explain what kind of route I should follow? This may be possible depending on how the site handles requests. Some sites have the input data become part of the URL for the results page. e.g. if I want to do a Google search for chocolate, I can go to Google and type in chocolate, or I could go directly to http://www.google.com/search?q=chocolate where you can see that chocolate is already part of the URL. In Rev, I could use: get URL http://www.google.com/search?q=chocolate; and I would have the text of the returned web page. Once you have the text of the page, then you can manipulate it using the standard text chunking, filtering searching tools. If you are looking for an image, then you could try: get offset(img src=, tWebPage) If you then end up with something like: img src=images/pic12345.jpg you can pull out the images/pic12345.jpg part, add the root address of the web page, to get http://www.website.com/images/pic12345.jpg and then set the filename of an image in your stack to this address. So firstly, go to the web page you are trying to access and do a search manually. Check the URL of the results page and see if it contains the data you entered. If it does, then use Rev to construct that URL and get the text of the web page. Then you can examine that text and work out how to extract what you need from it. Hope this helps, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Hey, Dick! Good to hear from you. I would need to deal with the whole name space thing...if some other program used checkpoint, etc. Using breakpoint has two sizeable advantages over alternatives (now that I'm really considering your suggestion): 1. I don't have to worry about another program using it. 2. It has a use when tRev is not in use. E.g., when you give someone else your code and they don't have tRev (because of a religious injunction or something). Great idea, though. I'll play around with it some. Thanks. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 6:40 PM, Dick Kriesel wrote: On 8/25/09 3:18 PM, Jerry Daniels jerry.dani...@me.com wrote: I agree TOTALLY with the request, but alas, Rev forbids it. Hi, Jerry. Could you proceed without Rev's traceback message? on mouseUp put 1 into t1 put 2 into t2 checkPoint end mouseUp command checkPoint set the debugcontext to line -2 of the executioncontexts global gREVVariableWatcherValue debugdo revDebuggerGrabValue the variableNames repeat for each item tVariableName in line 2 of gREVVariableWatcherValue debugdo revDebuggerGrabValue tVariableName put gREVVariableWatcherValue into tVariables[tVariableName] end repeat set the debugcontext to empty -- ... store the full context into a database breakpoint -- just so you can see tVariables[] end checkPoint ___ 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: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Off the cusp idea -- what about just making breakpoints completely visual in tRev? Perhaps use an image with an arrow and some sort of useful icon? That way you'd maintain the use of actual breakpoints for all of the reasons you outlined, but just give the user something tRev- specific to look at. Hey, Dick! Good to hear from you. I would need to deal with the whole name space thing...if some other program used checkpoint, etc. Using breakpoint has two sizeable advantages over alternatives (now that I'm really considering your suggestion): 1. I don't have to worry about another program using it. 2. It has a use when tRev is not in use. E.g., when you give someone else your code and they don't have tRev (because of a religious injunction or something). Great idea, though. I'll play around with it some. Thanks. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 6:40 PM, Dick Kriesel wrote: On 8/25/09 3:18 PM, Jerry Daniels jerry.dani...@me.com wrote: I agree TOTALLY with the request, but alas, Rev forbids it. Hi, Jerry. Could you proceed without Rev's traceback message? on mouseUp put 1 into t1 put 2 into t2 checkPoint end mouseUp command checkPoint set the debugcontext to line -2 of the executioncontexts global gREVVariableWatcherValue debugdo revDebuggerGrabValue the variableNames repeat for each item tVariableName in line 2 of gREVVariableWatcherValue debugdo revDebuggerGrabValue tVariableName put gREVVariableWatcherValue into tVariables[tVariableName] end repeat set the debugcontext to empty -- ... store the full context into a database breakpoint -- just so you can see tVariables[] end checkPoint ___ 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] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Jerry, I was honestly lukewarm about this at first as a heavy user of full debuggers, but I'm definitely warming up to it. Fact is, that about half the time I use a debugger and half the time I just litter my scripts with put statements. This is a nice middle ground approach. With that said, here is one thing I would personally find very cool -- single variable decode. I picture it like this: 1) Click on a variable name to decode it. tRev automagically sets invisible (to me) breakpoints wherever that variable is used. You could give some visual indicator (for instance, background color change). 2) Run the script 3) View my script -- mouseover any instance of that variable and I get the value at that point in the script. I kind of think of it as vertical debugging -- often I know what variable is going awry and want to ignore all the rest of the information. And so instead of adding tons of put statements or wading through the context of all my other variables, I could very quickly pinpoint where things went wrong with that variable by clicking once and running. Alex, I would love to change the name of our breakpoints to alexpoints or lenpoints or kevpoints, but alas, I cannot. Only the keyword breakpoint will cause the tracebreak message to be sent to tRev's frontscript in Rev where it stores the full context into a database. It's this data that the decoder then uses in tRev to help you fix code with less effort. I agree TOTALLY with the request, but alas, Rev forbids it. I am glad you like the decoder. I just updated it. You will see the update available link appear in the lower left of tRev editor any moment now. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 4:54 PM, Alex Tweedly wrote: They are not breakpoints ! the execution doesn't 'break' when it gets to one. ___ 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] Re: [ANN] tRev's new 'decoder' now showing...video is up!
On 8/25/09 3:18 PM, Jerry Daniels jerry.dani...@me.com wrote: I agree TOTALLY with the request, but alas, Rev forbids it. Hi, Jerry. Could you proceed without Rev's traceback message? on mouseUp put 1 into t1 put 2 into t2 checkPoint end mouseUp command checkPoint set the debugcontext to line -2 of the executioncontexts global gREVVariableWatcherValue debugdo revDebuggerGrabValue the variableNames repeat for each item tVariableName in line 2 of gREVVariableWatcherValue debugdo revDebuggerGrabValue tVariableName put gREVVariableWatcherValue into tVariables[tVariableName] end repeat set the debugcontext to empty -- ... store the full context into a database breakpoint -- just so you can see tVariables[] end checkPoint ___ 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] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Brian, Have you ever noticed the dots in Rev's debugger? How, if your script has very many lines at all, the dots can't keep pace with scrolling, returns, etc.? I have. Not pretty, to say the least. So, no images floating around for me, thank you. Also, keeping a separate array of breakpoints and keeping them in sync with the actual code is not easy in a world where tRev is not the only script editor. I used to have lots of these sorts of proprietary approaches. It always came back to bite me in the behind when people traded code with others or used more than one editor. So, a couple years ago, i decided to use text to indicate a breakpoint. Easy to see, easy to delete, follows the code wherever it goes, never gets out of sync. It's all good. Now that we've added record id's as comments following the word breakpoint, we can attach loads of data to a breakpoint. I'm warming up to the idea, too! I think everyone needs to buy the product now!! Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 7:13 PM, Brian Yennie wrote: Off the cusp idea -- what about just making breakpoints completely visual in tRev? Perhaps use an image with an arrow and some sort of useful icon? That way you'd maintain the use of actual breakpoints for all of the reasons you outlined, but just give the user something tRev-specific to look at. Hey, Dick! Good to hear from you. I would need to deal with the whole name space thing...if some other program used checkpoint, etc. Using breakpoint has two sizeable advantages over alternatives (now that I'm really considering your suggestion): 1. I don't have to worry about another program using it. 2. It has a use when tRev is not in use. E.g., when you give someone else your code and they don't have tRev (because of a religious injunction or something). Great idea, though. I'll play around with it some. Thanks. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 6:40 PM, Dick Kriesel wrote: On 8/25/09 3:18 PM, Jerry Daniels jerry.dani...@me.com wrote: I agree TOTALLY with the request, but alas, Rev forbids it. Hi, Jerry. Could you proceed without Rev's traceback message? on mouseUp put 1 into t1 put 2 into t2 checkPoint end mouseUp command checkPoint set the debugcontext to line -2 of the executioncontexts global gREVVariableWatcherValue debugdo revDebuggerGrabValue the variableNames repeat for each item tVariableName in line 2 of gREVVariableWatcherValue debugdo revDebuggerGrabValue tVariableName put gREVVariableWatcherValue into tVariables[tVariableName] end repeat set the debugcontext to empty -- ... store the full context into a database breakpoint -- just so you can see tVariables[] end checkPoint ___ 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: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Brian, Your ideas for where this is going, they mirror my own. Cool. SO...what're you waitin' for? Also, don't forget to get a mug or a tShirt. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 7:19 PM, Brian Yennie wrote: Jerry, I was honestly lukewarm about this at first as a heavy user of full debuggers, but I'm definitely warming up to it. Fact is, that about half the time I use a debugger and half the time I just litter my scripts with put statements. This is a nice middle ground approach. With that said, here is one thing I would personally find very cool -- single variable decode. I picture it like this: 1) Click on a variable name to decode it. tRev automagically sets invisible (to me) breakpoints wherever that variable is used. You could give some visual indicator (for instance, background color change). 2) Run the script 3) View my script -- mouseover any instance of that variable and I get the value at that point in the script. I kind of think of it as vertical debugging -- often I know what variable is going awry and want to ignore all the rest of the information. And so instead of adding tons of put statements or wading through the context of all my other variables, I could very quickly pinpoint where things went wrong with that variable by clicking once and running. Alex, I would love to change the name of our breakpoints to alexpoints or lenpoints or kevpoints, but alas, I cannot. Only the keyword breakpoint will cause the tracebreak message to be sent to tRev's frontscript in Rev where it stores the full context into a database. It's this data that the decoder then uses in tRev to help you fix code with less effort. I agree TOTALLY with the request, but alas, Rev forbids it. I am glad you like the decoder. I just updated it. You will see the update available link appear in the lower left of tRev editor any moment now. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 4:54 PM, Alex Tweedly wrote: They are not breakpoints ! the execution doesn't 'break' when it gets to one. ___ 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: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Jerry, I was thinking more of an inline image than the Rev dot next to a line. It would occupy a line of its own. Doesn't make much of a difference to me, but seemed like an alternative to the concerns about terminology. For example: on mouseUp put 1 into someVar BREAKPOINT #1386243 doSomething end mouseUp would become: on mouseUp put 1 into someVar === #1386243 end mouseUp Where the = is an actual image. Basically, it was just a middle ground between changing the name of breakpoints and going back to red dots =). Brian, Have you ever noticed the dots in Rev's debugger? How, if your script has very many lines at all, the dots can't keep pace with scrolling, returns, etc.? I have. Not pretty, to say the least. So, no images floating around for me, thank you. Also, keeping a separate array of breakpoints and keeping them in sync with the actual code is not easy in a world where tRev is not the only script editor. I used to have lots of these sorts of proprietary approaches. It always came back to bite me in the behind when people traded code with others or used more than one editor. So, a couple years ago, i decided to use text to indicate a breakpoint. Easy to see, easy to delete, follows the code wherever it goes, never gets out of sync. It's all good. Now that we've added record id's as comments following the word breakpoint, we can attach loads of data to a breakpoint. I'm warming up to the idea, too! I think everyone needs to buy the product now!! Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie ___ 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] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Always my favorite confirmation that something is worth pursuing -- when multiple people dream it up independently =). I honestly don't have any current Rev projects right now, but I'll keep my eye fixed on tRev for the next one that comes along! And since we seem to be on the same page, if anything strikes me while debugging elsewhere, I'll let ya now... kudos for thinking outside the box on this one. Brian, Your ideas for where this is going, they mirror my own. Cool. SO...what're you waitin' for? Also, don't forget to get a mug or a tShirt. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 7:19 PM, Brian Yennie wrote: Jerry, I was honestly lukewarm about this at first as a heavy user of full debuggers, but I'm definitely warming up to it. Fact is, that about half the time I use a debugger and half the time I just litter my scripts with put statements. This is a nice middle ground approach. With that said, here is one thing I would personally find very cool -- single variable decode. I picture it like this: 1) Click on a variable name to decode it. tRev automagically sets invisible (to me) breakpoints wherever that variable is used. You could give some visual indicator (for instance, background color change). 2) Run the script 3) View my script -- mouseover any instance of that variable and I get the value at that point in the script. I kind of think of it as vertical debugging -- often I know what variable is going awry and want to ignore all the rest of the information. And so instead of adding tons of put statements or wading through the context of all my other variables, I could very quickly pinpoint where things went wrong with that variable by clicking once and running. Alex, I would love to change the name of our breakpoints to alexpoints or lenpoints or kevpoints, but alas, I cannot. Only the keyword breakpoint will cause the tracebreak message to be sent to tRev's frontscript in Rev where it stores the full context into a database. It's this data that the decoder then uses in tRev to help you fix code with less effort. I agree TOTALLY with the request, but alas, Rev forbids it. I am glad you like the decoder. I just updated it. You will see the update available link appear in the lower left of tRev editor any moment now. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 4:54 PM, Alex Tweedly wrote: They are not breakpoints ! the execution doesn't 'break' when it gets to one. ___ 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] Re: [ANN] tRev's new 'decoder' now showing...video is up!
I don't really think the breakpoint terminology will hurt and it does help with cross-editor considerations, etc. Code is all about text, afterall. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 8:15 PM, Brian Yennie wrote: Jerry, I was thinking more of an inline image than the Rev dot next to a line. It would occupy a line of its own. Doesn't make much of a difference to me, but seemed like an alternative to the concerns about terminology. For example: on mouseUp put 1 into someVar BREAKPOINT #1386243 doSomething end mouseUp would become: on mouseUp put 1 into someVar === #1386243 end mouseUp Where the = is an actual image. Basically, it was just a middle ground between changing the name of breakpoints and going back to red dots =). Brian, Have you ever noticed the dots in Rev's debugger? How, if your script has very many lines at all, the dots can't keep pace with scrolling, returns, etc.? I have. Not pretty, to say the least. So, no images floating around for me, thank you. Also, keeping a separate array of breakpoints and keeping them in sync with the actual code is not easy in a world where tRev is not the only script editor. I used to have lots of these sorts of proprietary approaches. It always came back to bite me in the behind when people traded code with others or used more than one editor. So, a couple years ago, i decided to use text to indicate a breakpoint. Easy to see, easy to delete, follows the code wherever it goes, never gets out of sync. It's all good. Now that we've added record id's as comments following the word breakpoint, we can attach loads of data to a breakpoint. I'm warming up to the idea, too! I think everyone needs to buy the product now!! Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie ___ 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: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
Thanks, Brian. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 8:18 PM, Brian Yennie wrote: Always my favorite confirmation that something is worth pursuing -- when multiple people dream it up independently =). I honestly don't have any current Rev projects right now, but I'll keep my eye fixed on tRev for the next one that comes along! And since we seem to be on the same page, if anything strikes me while debugging elsewhere, I'll let ya now... kudos for thinking outside the box on this one. Brian, Your ideas for where this is going, they mirror my own. Cool. SO...what're you waitin' for? Also, don't forget to get a mug or a tShirt. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 7:19 PM, Brian Yennie wrote: Jerry, I was honestly lukewarm about this at first as a heavy user of full debuggers, but I'm definitely warming up to it. Fact is, that about half the time I use a debugger and half the time I just litter my scripts with put statements. This is a nice middle ground approach. With that said, here is one thing I would personally find very cool -- single variable decode. I picture it like this: 1) Click on a variable name to decode it. tRev automagically sets invisible (to me) breakpoints wherever that variable is used. You could give some visual indicator (for instance, background color change). 2) Run the script 3) View my script -- mouseover any instance of that variable and I get the value at that point in the script. I kind of think of it as vertical debugging -- often I know what variable is going awry and want to ignore all the rest of the information. And so instead of adding tons of put statements or wading through the context of all my other variables, I could very quickly pinpoint where things went wrong with that variable by clicking once and running. Alex, I would love to change the name of our breakpoints to alexpoints or lenpoints or kevpoints, but alas, I cannot. Only the keyword breakpoint will cause the tracebreak message to be sent to tRev's frontscript in Rev where it stores the full context into a database. It's this data that the decoder then uses in tRev to help you fix code with less effort. I agree TOTALLY with the request, but alas, Rev forbids it. I am glad you like the decoder. I just updated it. You will see the update available link appear in the lower left of tRev editor any moment now. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 4:54 PM, Alex Tweedly wrote: They are not breakpoints ! the execution doesn't 'break' when it gets to one. ___ 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: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
If it's all about text, could you not replace the DISPLAYED word Breakpoint to LenPoint ONLY IN THE TREV DISPLAY. Leave the real word as breakpoint when you save the file but when you show me the script, just do a global substitution. Everybody's happy. Just a thought... len morgan Jerry Daniels wrote: I don't really think the breakpoint terminology will hurt and it does help with cross-editor considerations, etc. Code is all about text, afterall. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 8:15 PM, Brian Yennie wrote: Jerry, I was thinking more of an inline image than the Rev dot next to a line. It would occupy a line of its own. Doesn't make much of a difference to me, but seemed like an alternative to the concerns about terminology. For example: on mouseUp put 1 into someVar BREAKPOINT #1386243 doSomething end mouseUp would become: on mouseUp put 1 into someVar === #1386243 end mouseUp Where the = is an actual image. Basically, it was just a middle ground between changing the name of breakpoints and going back to red dots =). Brian, Have you ever noticed the dots in Rev's debugger? How, if your script has very many lines at all, the dots can't keep pace with scrolling, returns, etc.? I have. Not pretty, to say the least. So, no images floating around for me, thank you. Also, keeping a separate array of breakpoints and keeping them in sync with the actual code is not easy in a world where tRev is not the only script editor. I used to have lots of these sorts of proprietary approaches. It always came back to bite me in the behind when people traded code with others or used more than one editor. So, a couple years ago, i decided to use text to indicate a breakpoint. Easy to see, easy to delete, follows the code wherever it goes, never gets out of sync. It's all good. Now that we've added record id's as comments following the word breakpoint, we can attach loads of data to a breakpoint. I'm warming up to the idea, too! I think everyone needs to buy the product now!! Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie ___ 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: [OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!
I have indeed done something very similar to this. It was called a pre- compiler. Is it worth it for a word? What is really gained? What is the benefit? There is a cost to everything we do, of course. On Aug 25, 2009, at 10:08 PM, Len Morgan wrote: If it's all about text, could you not replace the DISPLAYED word Breakpoint to LenPoint ONLY IN THE TREV DISPLAY. Leave the real word as breakpoint when you save the file but when you show me the script, just do a global substitution. Everybody's happy. Just a thought... len morgan Jerry Daniels wrote: I don't really think the breakpoint terminology will hurt and it does help with cross-editor considerations, etc. Code is all about text, afterall. Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie On Aug 25, 2009, at 8:15 PM, Brian Yennie wrote: Jerry, I was thinking more of an inline image than the Rev dot next to a line. It would occupy a line of its own. Doesn't make much of a difference to me, but seemed like an alternative to the concerns about terminology. For example: on mouseUp put 1 into someVar BREAKPOINT #1386243 doSomething end mouseUp would become: on mouseUp put 1 into someVar === #1386243 end mouseUp Where the = is an actual image. Basically, it was just a middle ground between changing the name of breakpoints and going back to red dots =). Brian, Have you ever noticed the dots in Rev's debugger? How, if your script has very many lines at all, the dots can't keep pace with scrolling, returns, etc.? I have. Not pretty, to say the least. So, no images floating around for me, thank you. Also, keeping a separate array of breakpoints and keeping them in sync with the actual code is not easy in a world where tRev is not the only script editor. I used to have lots of these sorts of proprietary approaches. It always came back to bite me in the behind when people traded code with others or used more than one editor. So, a couple years ago, i decided to use text to indicate a breakpoint. Easy to see, easy to delete, follows the code wherever it goes, never gets out of sync. It's all good. Now that we've added record id's as comments following the word breakpoint, we can attach loads of data to a breakpoint. I'm warming up to the idea, too! I think everyone needs to buy the product now!! Best, Jerry Daniels Watch tRev - The Movie http://reveditor.com/trev-the-movie ___ 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 ___ 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
