MC IE
Hi nice listers, i am planning to update my heim2 palette to have the same functionality as my 2lz2 REV plug-in... Please remember: I had drag'n'drop script in that palette first! :-D In case someone is interested: 1. Would you like to have the tools in that palette, like in the old heim2, or just like it is now as a separate palette? 2. Do you prefer horizontal or vertical placement or both, like in the old heim2? Thanks in advance :-) Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: pre-installed plugins
I was thinking it might be useful to include the GoRevNet plugin in the MC IDE distribution. I certainly don't want to start a trend of loading the distro with all sorts of non-essentials, but one of the nice things about RevNet is that it opens the door to easily getting others. Should we consider adding GoRevNet to the final distro for v2.6? Any other plugins that should be pre-installed? Or should I ditch the idea altogether? -- Richard Gaskin Fourth World Media Corporation Yes, it would be nice if a few plugins were included. GoRevNet could be one of them. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE v2.6b6 posted
I am having trouble using an alias in the plugins folder. I've tried both OS X native aliases and unix-style symlinks. Symlinks used to work in MC (though I could never get them to work in Rev) but now they don't work in MC either. Anyone else? This has not changed from b5, which has been out for nearly 6 months. The routine needed for checking the initialization properties must open the stack file to get at those properties, and I believe that while open stack honors aliases get the whateverProperty of stack does not. There may be a way to use aliasReference for that. Care to add support for that? This has been quite a while but I am pretty sure I tested at least Finder aliases and they worked. May be you are using a newer engine and there was some change there. Also, in the programming plugins text file, there is a reference to a Revolution property: In Revolution, the opening mode is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: And no property is named. Don't keep us guessing. ;) Robert, got time to finish that? Here is the complete text: In Revolution, the opening mode (open-as mode) is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: set the cRevLoadInfo[mode] to empty -- palette set the cRevLoadInfo[mode] to modeless -- modeless set the cRevLoadInfo[mode] to modal -- modal set the cRevLoadInfo[mode] to invisible -- invisible I will send the latest version of that file directly to you, Richard. You will need to edit it after all since you are removing active plugins. I intend to maintain my own version of plugin manager which supports active plugins. Robert Brenstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Placeable answer and ask dialogs?
Here's a short script I use to center any window before showing it: on placeWindow win put the screenRect into scrRct put (item 3 of scrRct - width of window win)/2 into tmpNum put round(tmpNum) into myTopLeft put (item 4 of scrRct - height of window win)/2 into tmpNum put round(tmpNum) into item 2 of myTopLeft set topLeft of window win to myTopLeft end placeWindow On Saturday, July 24, 2004, at 04:05 PM, J. Landman Gay wrote: On 7/24/04 12:45 PM, Richard Gaskin wrote: Wilhelm Sanke wrote: I wonder whether you list members would be interested to have slightly modified ask- and answer-dialogs with the new version of the IDE that allow placing these dialogs anywhere on the screen or relative to the stack they are launched from. Such a minor change would add flexibility to the dialogs, and it is a feature some Metacard and Revolution users had asked for in the past. See my stack Place Dialogs on http://www.sanke.org , English version, page Tools and Samples for Development; the stack contains examples and information. All that is needed are two script lines added before the end of the preopenstack handlers: if the NewLoc of this stack is not empty then set the loc of this stack to the NewLoc of this stack set the NewLoc of this stack to empty The stacks can be used as usual if no NewLoc property is set. Line 2 of the script makes sure to restore the default behavior of the dialogs the next time they are opened without a specified NewLoc. Thank you for your willingness to contribute. Scott Rossi has already offered to work on the Ask and Answer dialogs -- maybe the two of you could work out those enhancements? Doesn't Rev provide support for specifying the loc of those dialogs? If so, can we use their syntax? I have no objection to this change. But I am not clear why we need it; doesn't this do the same thing: set the loc of stack answer dialog to myloc It is only a single line, which is the same amount of space it would take to set a stack property. Am I missing something? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE
Hi folks, the new engine (or more precise the new RR IDE) will drop the good old hand cursor... I think we will have to take that into account? Any comments/hints/suggestions? BTW, does anyone eventually some nice replacements icons for the tools (palette) ? Scott R. possibly? ;-) I think some cute icons won't hurt... You can contact me on-/offlist, as you like, i would love to put some new icons into my new 2lz3 palette :-) Would you like to have a nice triangle at the bottom of the tools to show/hide the part with the graphic tools? Know what i mean? Thanks in advance... Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Placeable answer and ask dialogs?
I usually use: function alertLoc return round(item 3 of the screenRect /2)","round(item 4 of the screenRect /3)end alertLoc /H ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Ollie Ollie Oxen Free
OK, so where in time are the Macintosh and Windows icons used for the answer dialog? One (992) is located in the Icon Chooser stack. The Motif icons are there too. But the remaining Mac icons and all the Windows icons appear to be out in the IDE ether somewhere (ids: 993,994,995,996,997,998,999). Who's a good detective here? - OK, next point: appearance. Yes, it could be nice to make the answer dialog icons spiffy like the latest OS appearances, but what happens if you build for Win98 or Mac OS9? In these cases, it seems the old icons are a good enough fit for those systems. Should a new set of icons be used when modern OS's are in play? Should the answer dialog be intelligent to know that if the systemVersion x, then use icons abc? Regards, Scott Rossi Creative Director Tactile Media, Development Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Recently, Scott Rossi wrote: it could be nice to make the answer dialog icons spiffy like the latest OS appearances Also, does OSX even use icons anywhere in dialogs anymore? Anyone have an example? Regards, Scott Rossi Creative Director Tactile Media, Development Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Hi Scott OK, so where in time are the Macintosh and Windows icons used for the answer dialog? One (992) is located in the Icon Chooser stack. The Motif icons are there too. But the remaining Mac icons and all the Windows icons appear to be out in the IDE ether somewhere (ids: 993,994,995,996,997,998,999). Who's a good detective here? Find them on card 481 to 487 of stack ehm... icons ;-) of stack mctools... OK, next point: appearance. Yes, it could be nice to make the answer dialog icons spiffy like the latest OS appearances, but what happens if you build for Win98 or Mac OS9? In these cases, it seems the old icons are a good enough fit for those systems. Should a new set of icons be used when modern OS's are in play? Should the answer dialog be intelligent to know that if the systemVersion x, then use icons abc? Sounds like a good idea to me :-) You got my vote! Regards, Scott Rossi Creative Director Tactile Media, Development Design Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de P.S. What the heck is ollie ollie oxen free??? :-D ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Hi Scott, ... OK, next point: appearance. Yes, it could be nice to make the answer dialog icons spiffy like the latest OS appearances, but what happens if you build for Win98 or Mac OS9? In these cases, it seems the old icons are a good enough fit for those systems. Should a new set of icons be used when modern OS's are in play? Should the answer dialog be intelligent to know that if the systemVersion x, then use icons abc? Before i forgt! What about custom user icons a la gRevYaddaIcon? Could we implement this into the MC ask/answer dialogs? Since there are just 2 valid icon sizes (32*32 and 64*64), this shouldn't be too difficult, AND we would be compatible to Rev :-) Regards, Scott Rossi Creative Director Tactile Media, Development Design Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Recently, Klaus Major wrote: OK, so where in time are the Macintosh and Windows icons used for the answer dialog Find them on card 481 to 487 of stack ehm... icons ;-) of stack mctools... Today in Puerto Rico, scientists at the Arecibo Observatory of the National Astronomy and Ionosphere Center detected a short but massive sonic disturbance on the 305 meter radio telescope used to hear signals from space. Analysis of the signal determined that the sound was that of a forehead being slapped, and emanated from somewhere in the region of central California in the United States. The source of the sound has yet to be identified. Regards, Scott Rossi Creative Director Tactile Media, Development Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: Ollie Ollie Oxen Free
Today in Puerto Rico, scientists at the Arecibo Observatory of the National Astronomy and Ionosphere Center detected a short but massive sonic disturbance on the 305 meter radio telescope used to hear signals from space. Analysis of the signal determined that the sound was that of a forehead being slapped, and emanated from somewhere in the region of central California in the United States. The source of the sound has yet to be identified. LOL! That made my day... Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: Ollie Ollie Oxen Free
Also, does OSX even use icons anywhere in dialogs anymore? Anyone have an example? Sure, turn on the show trash warnings in the Finder PReferences, throw something out and choose Finder - Empty Trash. The large 48x48 icon is there. It's just like in Rev - mostly a 48x48 icon, but with an overlaid 32x32 in the lower right for warnings, errors, etc. Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Hi Scott, Recently, Klaus Major wrote: OK, so where in time are the Macintosh and Windows icons used for the answer dialog Find them on card 481 to 487 of stack ehm... icons ;-) of stack mctools... Today in Puerto Rico, scientists at the Arecibo Observatory of the National Astronomy and Ionosphere Center detected a short but massive sonic disturbance on the 305 meter radio telescope used to hear signals from space. Analysis of the signal determined that the sound was that of a forehead being slapped, and emanated from somewhere in the region of central California in the United States. The source of the sound has yet to be identified. LOL :-D Regards, Scott Rossi Creative Director Tactile Media, Development Design Have a lazy sunday... Best from germany Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Recently, Ken Ray wrote: Also, does OSX even use icons anywhere in dialogs anymore? Anyone have an example? Sure, turn on the show trash warnings in the Finder PReferences, throw something out and choose Finder - Empty Trash. The large 48x48 icon is there. It's just like in Rev - mostly a 48x48 icon, but with an overlaid 32x32 in the lower right for warnings, errors, etc. OK that's a useful example. I have to say I've never used the gRevAppIcon thing, and I've usually customized the MC answer dialog in the rare cases I've used it in a project. Anywhere else? (Seriously, I can't recall anywhere I've seen icons in dialogs on OSX except maybe in a few shareware apps that rolled their own custom displays. The empty trash example is good but again, it's not something I've ever used :-) Regards, Scott Rossi Creative Director Tactile Media, Development Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Ollie Ollie Oxen Free
Also in Rev 2.2.1, the question icon is identical to the information icon. Bug or feature? Regards, Scott Rossi Creative Director Tactile Media, Development Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: Ollie Ollie Oxen Free
OK that's a useful example. I have to say I've never used the gRevAppIcon thing, and I've usually customized the MC answer dialog in the rare cases I've used it in a project. Anywhere else? Virtually every time you create a document in an app an try to close it without saving it first, you get the Do you want to save changes dialog box... that has icons as well. (try it with TextEdit, type some text then click the close box) They're all over the place... in fact the reason Rev put in the icons in their dialogs the way they did is to match the OS X look and feel. Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Placeable answer and ask dialogs?
Ray, I must be missing someting...how is this different from setting the loc of stack xyz to the screenloc? -Chipp Ray Horsley wrote: Here's a short script I use to center any window before showing it: on placeWindow win put the screenRect into scrRct put (item 3 of scrRct - width of window win)/2 into tmpNum put round(tmpNum) into myTopLeft put (item 4 of scrRct - height of window win)/2 into tmpNum put round(tmpNum) into item 2 of myTopLeft set topLeft of window win to myTopLeft end placeWindow On Saturday, July 24, 2004, at 04:05 PM, J. Landman Gay wrote: On 7/24/04 12:45 PM, Richard Gaskin wrote: Wilhelm Sanke wrote: I wonder whether you list members would be interested to have slightly modified ask- and answer-dialogs with the new version of the IDE that allow placing these dialogs anywhere on the screen or relative to the stack they are launched from. Such a minor change would add flexibility to the dialogs, and it is a feature some Metacard and Revolution users had asked for in the past. See my stack Place Dialogs on http://www.sanke.org , English version, page Tools and Samples for Development; the stack contains examples and information. All that is needed are two script lines added before the end of the preopenstack handlers: if the NewLoc of this stack is not empty then set the loc of this stack to the NewLoc of this stack set the NewLoc of this stack to empty The stacks can be used as usual if no NewLoc property is set. Line 2 of the script makes sure to restore the default behavior of the dialogs the next time they are opened without a specified NewLoc. Thank you for your willingness to contribute. Scott Rossi has already offered to work on the Ask and Answer dialogs -- maybe the two of you could work out those enhancements? Doesn't Rev provide support for specifying the loc of those dialogs? If so, can we use their syntax? I have no objection to this change. But I am not clear why we need it; doesn't this do the same thing: set the loc of stack answer dialog to myloc It is only a single line, which is the same amount of space it would take to set a stack property. Am I missing something? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Filters for Transcript Dictionary
As I felt the need for filter and scroll routines when searching Richard's FWDictionary - and this need was shared by some of our students - I have added such routines to the dictionary. The modified dictionary can be inspected and downloaded from http://www.sanke.org English version, page Tools and Samples for Development Both the filter with and scroll to routines work forwards and backwards, i.e. if you shorten the searchstring in the filter field the corresponding number of entries in the token field will be restored. The resulting necessary scripts are much shorter than those for the same features of the original Rev Transcript Dictionary, which apart from the scripts contained on the search page need additional support from the script library of button revdocslibrary (836 script lines) of card Sections List of stack revdocs. If Richard would appreciate such an enhancement, the changes needed in his setup stack would be minimal: two additional controls and minor alterations of scripts on the index card. Best regards, Wilhelm Sanke ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE v2.6b6 posted
Robert Brenstein wrote: I am having trouble using an alias in the plugins folder. I've tried both OS X native aliases and unix-style symlinks. Symlinks used to work in MC (though I could never get them to work in Rev) but now they don't work in MC either. Anyone else? This has not changed from b5, which has been out for nearly 6 months. The routine needed for checking the initialization properties must open the stack file to get at those properties, and I believe that while open stack honors aliases get the whateverProperty of stack does not. There may be a way to use aliasReference for that. Care to add support for that? This has been quite a while but I am pretty sure I tested at least Finder aliases and they worked. May be you are using a newer engine and there was some change there. I wonder why they also break in Rev?: http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=484 Also, in the programming plugins text file, there is a reference to a Revolution property: In Revolution, the opening mode is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: And no property is named. Don't keep us guessing. ;) Robert, got time to finish that? Here is the complete text: In Revolution, the opening mode (open-as mode) is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: set the cRevLoadInfo[mode] to empty -- palette set the cRevLoadInfo[mode] to modeless -- modeless set the cRevLoadInfo[mode] to modal -- modal set the cRevLoadInfo[mode] to invisible -- invisible In cases where desired functionality is also available in Rev I would indeed honor the Rev method. But in this case the desired functionality is already in the engine, in the built-in style property of stack. Given that, instead I would recommend that Rev follow the engine method, which is what the MC IDE relies on. This recommendation has been submitted: http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=1077 -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE
Klaus Major wrote: Hi folks, the new engine (or more precise the new RR IDE) will drop the good old hand cursor... I think we will have to take that into account? Any comments/hints/suggestions? That's a bug, which I would imagine would be fixed before 2.5 is released. Removing the hand cursor completely would be a horrifyingly bad decision if it were intentional, as it would completely eliminate the sort of browser-like hand-cursor-over-clickable-text features so easy to do in all previous releases for more than a decade. I'm not sure why the hand cursor was accidentally removed from the current beta, but I'm confident the smart folks at RunRev will restore it before shipping. Just as basic and essential but much harder to fix is to allow the answer file command to work reliably on OS X. Given the OS's schizophrenic relationship with the Classic Finder fileType info, the current engine has an answer file syntax for Mac that often makes many valid files unselectable by the user. This is documented, with a recommended fix -- if you're in a voting mood it's at: http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=605 -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE v2.6b6 posted
Robert Brenstein wrote: I am having trouble using an alias in the plugins folder. I've tried both OS X native aliases and unix-style symlinks. Symlinks used to work in MC (though I could never get them to work in Rev) but now they don't work in MC either. Anyone else? This has not changed from b5, which has been out for nearly 6 months. The routine needed for checking the initialization properties must open the stack file to get at those properties, and I believe that while open stack honors aliases get the whateverProperty of stack does not. There may be a way to use aliasReference for that. Care to add support for that? This has been quite a while but I am pretty sure I tested at least Finder aliases and they worked. May be you are using a newer engine and there was some change there. I wonder why they also break in Rev?: http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=484 This should be tested further to see whether it is an engine or IDE issue. I just retested in OS9 and no problems here. Also, in the programming plugins text file, there is a reference to a Revolution property: In Revolution, the opening mode is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: And no property is named. Don't keep us guessing. ;) Robert, got time to finish that? Here is the complete text: In Revolution, the opening mode (open-as mode) is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: set the cRevLoadInfo[mode] to empty -- palette set the cRevLoadInfo[mode] to modeless -- modeless set the cRevLoadInfo[mode] to modal -- modal set the cRevLoadInfo[mode] to invisible -- invisible In cases where desired functionality is also available in Rev I would indeed honor the Rev method. But in this case the desired functionality is already in the engine, in the built-in style property of stack. I don't follow the reason behind your comment. The above was just documenting what Rev does for those who want to have MC plugins compatible with both environments. Given that, instead I would recommend that Rev follow the engine method, which is what the MC IDE relies on. This recommendation has been submitted: http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=1077 But your suggestion, Richard, while useful in itself does not address the main point: one should be able to place an alias in the plugins folder. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE v2.6b6 posted
Robert Brenstein wrote: In Revolution, the opening mode (open-as mode) is defined for each plugin through Plugin Settings. To make MetaCard's plugins compatible with Revolution, you need to set the custom property: set the cRevLoadInfo[mode] to empty -- palette set the cRevLoadInfo[mode] to modeless -- modeless set the cRevLoadInfo[mode] to modal -- modal set the cRevLoadInfo[mode] to invisible -- invisible In cases where desired functionality is also available in Rev I would indeed honor the Rev method. But in this case the desired functionality is already in the engine, in the built-in style property of stack. I don't follow the reason behind your comment. The above was just documenting what Rev does for those who want to have MC plugins compatible with both environments. Given that, instead I would recommend that Rev follow the engine method, which is what the MC IDE relies on. This recommendation has been submitted: http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=1077 But your suggestion, Richard, while useful in itself does not address the main point: one should be able to place an alias in the plugins folder. You're right, two unrelated points. How they got lumped together in this thread is something I'd have to dig back a ways to discover; there is indeed no relationship between them. But as long as this topic was added to this thread it seemed worth addressing. My point on this issue is to ponder the possibility of omitting discussion of how Rev currently mirrors the built-in property, trusting their good judgement to eventually depricate the mirrored property in a future version and rely instead on the built-in property that's been there all along. They have expressed a desire to look for opportunities to simplify the IDE, which would both simplify their developers' workflow and lower their own maintenance and support costs. This is such an opportunity, so until I hear that RunRev is intractable on this I'm disinclined to mention Rev's duplicated-in-scripting properties in any MC documentation, assuming that many of them will eventually go away. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE
Klaus Major wrote: Hi folks, the new engine (or more precise the new RR IDE) will drop the good old hand cursor... I think we will have to take that into account? Any comments/hints/suggestions? That's a bug, which I would imagine would be fixed before 2.5 is released. Removing the hand cursor completely would be a horrifyingly bad decision if it were intentional, as it would completely eliminate the sort of browser-like hand-cursor-over-clickable-text features so easy to do in all previous releases for more than a decade. I'm not sure why the hand cursor was accidentally removed from the current beta, but I'm confident the smart folks at RunRev will restore it before shipping. I am still catching up with recent posts on the Rev list but me thinks there was something there about this being an intentional change. If so indeed, hopefully, they will add an option to set the old hand cursor when desired. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Filters for Transcript Dictionary
Wilhelm Sanke wrote: As I felt the need for filter and scroll routines when searching Richard's FWDictionary - and this need was shared by some of our students - I have added such routines to the dictionary. The modified dictionary can be inspected and downloaded from http://www.sanke.org English version, page Tools and Samples for Development Both the filter with and scroll to routines work forwards and backwards, i.e. if you shorten the searchstring in the filter field the corresponding number of entries in the token field will be restored. The resulting necessary scripts are much shorter than those for the same features of the original Rev Transcript Dictionary, which apart from the scripts contained on the search page need additional support from the script library of button revdocslibrary (836 script lines) of card Sections List of stack revdocs. If Richard would appreciate such an enhancement, the changes needed in his setup stack would be minimal: two additional controls and minor alterations of scripts on the index card. Great stuff, Wilhelm. Thanks for adding that. Have you considered adding it to the latest version included in in the MC IDE v2.6b7 package? A lot of changes have happened in that version, including the ability to import the Rev 2.5 XML files in addition to the older revdictionary.rev stack. If so, please add yourself to the credits when you're done and pass it back and I'll gladly put it in the next build. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IE
Klaus Major wrote: Hi nice listers, i am planning to update my heim2 palette to have the same functionality as my 2lz2 REV plug-in... Please remember: I had drag'n'drop script in that palette first! :-D In case someone is interested: 1. Would you like to have the tools in that palette, like in the old heim2, or just like it is now as a separate palette? 2. Do you prefer horizontal or vertical placement or both, like in the old heim2? Sounds like a great plugin. Drop it in RevNet and everyone can have access to it. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE
On 7/25/04 6:06 PM, Richard Gaskin wrote: Klaus Major wrote: Hi folks, the new engine (or more precise the new RR IDE) will drop the good old hand cursor... I think we will have to take that into account? Any comments/hints/suggestions? That's a bug, which I would imagine would be fixed before 2.5 is released. Removing the hand cursor completely would be a horrifyingly bad decision if it were intentional, as it would completely eliminate the sort of browser-like hand-cursor-over-clickable-text features so easy to do in all previous releases for more than a decade. Well, no. It is an intentional design decision. That's also why the hand cursor is no longer on the tool palette. The feeling was that users wanted standalones to look like other standard applications. To accomplish the same thing, I always omit the inclusion of the hand cursor in standalones, which forces the engine to automatically use the system default arrow instead. I'm not sure why they didn't implement it this way. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: MC IDE
To accomplish the same thing, I always omit the inclusion of the hand cursor in standalones, which forces the engine to automatically use the system default arrow instead. I'm not sure why they didn't implement it this way. Me either... for me, I just add one line to my application's preOpenStack handler: set the defaultCursor to arrow That's always done it for me... Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC IDE
At 8:23 PM -0500 7/25/2004, J. Landman Gay wrote: That's a bug, which I would imagine would be fixed before 2.5 is released. Removing the hand cursor completely would be a horrifyingly bad decision if it were intentional, as it would completely eliminate the sort of browser-like hand-cursor-over-clickable-text features so easy to do in all previous releases for more than a decade. Well, no. It is an intentional design decision. That's also why the hand cursor is no longer on the tool palette. The feeling was that users wanted standalones to look like other standard applications. It's certainly a bug to remove the cursor altogether. (At least I hope it's a bug. ;-) Setting the default defaultCursor to the arrow shape is something else again, and quite reasonable since most apps will prefer this default. It removes a step for the developer. But the hand is quite useful in some apps, since it's the conventional indicator for click now to trigger a link. set the cursor to hand ought to work properly. (The difference between the arrow and the new pointer-tool cursor isn't as clear as I'd like at a glance - they're now basically the same shape - but that's a nit, and easy to tweak.) -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
