Re: Seamless Tiles Generator 2 updated
Many thanks for your comments. -= JB =- sundown at pacifier.com wrote: That is a nice stack. Thank you. I do get a few error dialogs. I even get one when it first starts but I select ignore and the stack works. and Stephen Barncard stephenREVOLUTION2 at barncard.com wrote (using Twofold posting of mail as the subject): The stack is awesome! I've spent several hours with it... One note: no way to cancel out of some operations and the IDE was complaining about an Answer Dialog already existing... but it's wonderful. Lots of lessons here. I would very much like to know what kind of error dialog you get and which operations could not be cancelled. One of the already known issues is the unfriendliness of the Rev IDE towards customized answer and ask dialogs. On the one hand among the (once) praised features of Metacard and Revolution was the possibility to adapt even elements of the IDE to your specific needs; since long I prefer to embed my own dialogs into my stacks, because I need the option to place them anywhere on the stack or the screen and I do not like the far oversized widths of the dialogs Rev offers. On the other hand the Rev IDE is over-protective in some respects (and for reasons that escape me) and does not like such customized dialogs. Take a look at the script of btn revfrontscript of stack revlibrary which is inserted as a frontscript for the Rev IDE and comment out lines 992 to 1006 in handler revCheckStackCollision. This will stop the complaint about the answer dialog and otherwise will have no effects on how the Rev IDE will function. Alternatively it would be a good choice to get the Metacard IDE and just place the latest Rev engine into it. Most - if not all - of your problems will then disappear. Another annoyance is the fact that with version 3 of the Rev IDE the blue stack Rev Centre keeps popping up all the time after a customized answer or ask dialog has finished the execution of its script. I have not yet found out from where this annoyance originates. Same recommendation as above: Get the Metacard IDE.- And: I hope the mail service of our server will now work properly. I saw that even my post about Twofold posting of mail was sent twice. Best regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ANN: Seamless Tiles Generator 2 updated
Hi Wilhelm, That is a nice stack. Thank you. I do get a few error dialogs. I even get one when it first starts but I select ignore and the stack works. Thanks again for posting it. -=JB=- On Oct 11, 2008, at 11:54 AM, Wilhelm Sanke, FB01 wrote: Just uploaded a slightly updated version of the Seamless Tiles Generator 2 to http://www.sanke.org/Software/SeamlessTiles2.zip See the descriptions on page Sample Stacks on my website http://www.sanke.org/MetaMedia. Among other things this stack features an improved resizable and draggable selection graphic that lets you choose a segment of any size from the imported source image to create a seamless tile. The ink of the selection graphic needed to be adapted both to the differences between Windows and MacOS and the stackfileversions 2.4 and 2.7. With engine versions 2.7 we need admin for MacOS and srcAnd for Windows. For engine versions 2.7 and higher srccopy is necessary for both platforms to show a transparent graphic. Moreover, I have changed the stack extension from *.mc to *.rev, to enable users of Rev 3.0 gm 3 to see and load the stack. See the quote of my earlier post (to the Metacard- and Improve- lists) concerning this special problem: Strange change of file associations with Rev 3-gm-3 engine Wilhelm Sanke Sat, 20 Sep 2008 11:59:50 -0700 Rev engine 3-gm-2 displays both *.rev and *.mc-files in the open stack dialog as Revolution stacks. Engine 3-gm-3 restricts the displayed stacks to files with the *.rev extension; even when you choose All files the display of mc-files is suppressed, but other files like dlls and txt files are shown. It is even impossible to enforce the display of mc-files by typing *.mc into the file name box of the open stack dialog. Putting the Revolution.exe engine 3-gm-3 into the Metacard IDE shows the same restrictions: No mc- files are displayed. However, when you rename Revolution.exe to MC.exe, both Revolution stack-files rev and mc are displayed in the open stack dialog - like before in gm-2 with Revolution.exe. This holds for both IDEs, the Revolution and the Metacard IDE. The consequence for users that primarily work with the Rev IDE - but wish to access Metacard files once in a while - would be to rename their Rev engine to MC.exe. This works fine within the Rev IDE. -- Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
I have only been using Revolution for less than a year now and before that I used hyperCard. I know about MetaCard but I thought it was replaced by Rev. So where do I get the MetaCard IDE and after I get it how do I install it properly? I have noticed others on the list mention they use MetaCard too. Will someone please explain why people use MetaCard even though they keep using the latest version of Rev. thanks, -=JB=- On Oct 12, 2008, at 3:47 AM, Wilhelm Sanke, FB01 wrote: Many thanks for your comments. -= JB =- sundown at pacifier.com wrote: That is a nice stack. Thank you. I do get a few error dialogs. I even get one when it first starts but I select ignore and the stack works. and Stephen Barncard stephenREVOLUTION2 at barncard.com wrote (using Twofold posting of mail as the subject): The stack is awesome! I've spent several hours with it... One note: no way to cancel out of some operations and the IDE was complaining about an Answer Dialog already existing... but it's wonderful. Lots of lessons here. I would very much like to know what kind of error dialog you get and which operations could not be cancelled. One of the already known issues is the unfriendliness of the Rev IDE towards customized answer and ask dialogs. On the one hand among the (once) praised features of Metacard and Revolution was the possibility to adapt even elements of the IDE to your specific needs; since long I prefer to embed my own dialogs into my stacks, because I need the option to place them anywhere on the stack or the screen and I do not like the far oversized widths of the dialogs Rev offers. On the other hand the Rev IDE is over-protective in some respects (and for reasons that escape me) and does not like such customized dialogs. Take a look at the script of btn revfrontscript of stack revlibrary which is inserted as a frontscript for the Rev IDE and comment out lines 992 to 1006 in handler revCheckStackCollision. This will stop the complaint about the answer dialog and otherwise will have no effects on how the Rev IDE will function. Alternatively it would be a good choice to get the Metacard IDE and just place the latest Rev engine into it. Most - if not all - of your problems will then disappear. Another annoyance is the fact that with version 3 of the Rev IDE the blue stack Rev Centre keeps popping up all the time after a customized answer or ask dialog has finished the execution of its script. I have not yet found out from where this annoyance originates. Same recommendation as above: Get the Metacard IDE.- And: I hope the mail service of our server will now work properly. I saw that even my post about Twofold posting of mail was sent twice. Best regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
-= JB =- wrote: I have only been using Revolution for less than a year now and before that I used hyperCard. I know about MetaCard but I thought it was replaced by Rev. So where do I get the MetaCard IDE and after I get it how do I install it properly? You can download the MC IDE setup stack, and it will download the latest IDE for you and install your copy of the Rev engine into it: http://www.hyperactivesw.com/revnet/metacard_setup.zip The process is all automated. I suggest including the Rev dictionary option at the bottom of the setup card, since the native MC dictionary is years out of date. I have noticed others on the list mention they use MetaCard too. Will someone please explain why people use MetaCard even though they keep using the latest version of Rev. MC IDE is just a very stripped-down set of stacks that allow a different way of working with the engine. The primary difference is that the IDE is very minimal -- for example, there is no user interface for most of the properties you see in Rev's property inspector. Instead, a minimal property inspector lets you set the most-used properties, but for others you need to know they exist and use the message box to set them (or install a third-party or original property inspector of your own.) The object browser offers less functionality than the application browser in Rev -- it shows only the current card objects (but on the other hand, that's usually all I'm interested in.) There is no interface at all for many things, such as removing a substack, deleting a stack from RAM, most preferences, etc. For these things you use the message box and you must know the commands. You can write your own plugins to do what some of the Rev IDE does if you like. All the MC IDE stacks are similarly terse. They expect that you already know the capabilities of the engine and are comfortable working with the command line. The engine was originally written for Linux/Unix and the MC IDE reflects this level of comfort. I frequently work in both IDEs depending on the stack I'm working with. For example, Rev tracks when a field has changed and puts up its do you want to save dialog if you change any text in a field. MC IDE does not. For those stacks that routinely change text temporarily in a field, I always launch MC because I don't want the interruption of dismissing the spurious dialog. (I have a small word processing stack, for example, that works with text files. I don't want the actual word processing stack marked as dirty just because I typed temporary text into the main field.) While the disadvantage (or maybe it's an advantage) is that you need to have a good grasp of what the engine can do and the UI is minimal, the advantages are that there is almost no interference from the IDE at all. A tiny frontscript and a small backscript are the only insertions. The IDE does not get in the way, and you can be fairly certain that if you see a bug in the MC IDE it is more likely to be an engine bug than an IDE problem. The freedom to do what you want without interference is much greater in the MC IDE, with the caveat that with freedom comes responsibility -- you can more easily lose your work or wreck the stack because the protections that the Rev IDE offers aren't there. For my workflow, there are advantages to both IDEs and I switch frequently between them. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Seamless Tiles Generator 2 updated
I would very much like to know what kind of error dialog you get and which operations could not be cancelled. as I said, the IDE doesn't like the imbedded substack with the name Answer Dialog. The custom dialog just needs another name. The support code is trivial. Also the code doesn't recognize cancel from file dialogs -- deletes image and there is no cancel button on a couple of the dialogs. The dialog for amount of 'tile routine' effect for one. I'd rather not hack the IDE to bypass what to me looks like a valuable protection mechanism. Rev demands control of its namespaces at this time, and I just avoid them entirely. Someday, Namespaces! Also hacking the IDE is impractical for me, as I adopt the latest betas and updates as they come out the hopper. And I'm sure many of you like the good old Metacard IDE, but it didn't speak to me. again, thanks for your work. One of the already known issues is the unfriendliness of the Rev IDE towards customized answer and ask dialogs. On the one hand among the (once) praised features of Metacard and Revolution was -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Seamless Tiles Generator 2 updated
-= JB =- sundown at pacifier.com wrote: I have only been using Revolution for less than a year now and before that I used hyperCard. I know about MetaCard but I thought it was replaced by Rev. So where do I get the MetaCard IDE and after I get it how do I install it properly? I have noticed others on the list mention they use MetaCard too. Will someone please explain why people use MetaCard even though they keep using the latest version of Rev. thanks, -=JB=- Hi -=JB=-, as you asked on this list, I'll give a short reply here: The proper place to get information about and discuss the MC IDE (an open source alternative development environment for Revolution's programming language) are two lists, one of which is indeed maintained by RunRev. You find the free archives of the Metacard list under http://mail.runrev.com/pipermail/metacard/ and can subscribe to this list (costfree) at http://lists.runrev.com/mailman/listinfo/metacard. Then there is a Yahoo list http://tech.groups.yahoo.com/group/MC_IDE/ where you can get the different versions of and help for the MC IDE in the files section. The chairman of the MC-user group as a subgroup of Revolution users is Klaus Major, whom you will have surely noticed on this use-revolution list. Formerly, Richard Gaskin filled this important position. It should be duly noted that the MC-IDE users thankfully acknowledge that the Revolution team maintain the compatibility of new Rev engines with the MC IDE. I think this was part of the parcel negotiated at the time when Revolution purchased the Metacard engine. I use both IDEs when developing, with a preference for the MC IDE. I personally get a much better workflow with MC. If you are interested, you could discuss details offlist or on the Metacard list. Best regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
Wilhelm Sanke, FB01 wrote: One of the already known issues is the unfriendliness of the Rev IDE towards customized answer and ask dialogs. I'll play devil's advocate here for a moment. The warning about duplicate stacks does not include only the answer and ask dialogs; it also includes any stack with the same name as one already open. The MC IDE, like Rev, also warns of duplicate stacks, with the exception that it ignores the answer and ask duplications. But if the developer is not careful, it is possible to damage the native MC IDE dialogs during development. Revolution used to ignore these duplications too, but changed the IDE a few years ago. I suspect there were too many accidents. On the other hand the Rev IDE is over-protective in some respects (and for reasons that escape me) and does not like such customized dialogs. Take a look at the script of btn revfrontscript of stack revlibrary which is inserted as a frontscript for the Rev IDE and comment out lines 992 to 1006 in handler revCheckStackCollision. This will stop the complaint about the answer dialog and otherwise will have no effects on how the Rev IDE will function. If the user has custom ask and answer dialogs, and does not receive a warning about them, it is easy to inadvertently change the wrong stack, the one in the IDE. I am working with a stack right now that has duplicates like this, and I am seeing lots of misdirection when I have my own answer dialog open. It's very important to make sure you supply a long stack reference to the copy you really want to save. This isn't always obvious to new users. Alternatively it would be a good choice to get the Metacard IDE and just place the latest Rev engine into it. Most - if not all - of your problems will then disappear. From a personal perspective I have to agree with this. When I want a streamlined, no-nonsense interface, I use the MC IDE. But since the majority of Rev users aren't as comfortable with the command line, and many are still learning the capabilities and language syntax of Revolution, I don't think this is a good answer for many users. The Rev IDE is much friendlier to new users than the MC IDE. Many users have never switched their preferences to show the language syntax in Rev's property inspector, and aren't even aware of the native syntax for properties. These users would have a difficult learning curve if they changed to the MC IDE where they need to type in these property names and other commands. (On the other hand, they'd learn it pretty quickly if they did.) Another annoyance is the fact that with version 3 of the Rev IDE the blue stack Rev Centre keeps popping up all the time after a customized answer or ask dialog has finished the execution of its script. I have not yet found out from where this annoyance originates. Same recommendation as above: Get the Metacard IDE.- This can be turned off in the General pane of Rev's preferences (last option at the bottom.) And: I hope the mail service of our server will now work properly. I saw that even my post about Twofold posting of mail was sent twice. Seems to be fixed, I've only seen one copy of your post. :) Like I said, I'm playing devil's advocate here. I use the MC IDE for lots of things. I see advantages to both, but I am not convinced the MC IDE is as good for very new users. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Seamless Tiles Generator 2 updated
Jacque you always provide so much, thank you. -=JB=- On Oct 12, 2008, at 11:07 AM, J. Landman Gay wrote: -= JB =- wrote: I have only been using Revolution for less than a year now and before that I used hyperCard. I know about MetaCard but I thought it was replaced by Rev. So where do I get the MetaCard IDE and after I get it how do I install it properly? You can download the MC IDE setup stack, and it will download the latest IDE for you and install your copy of the Rev engine into it: http://www.hyperactivesw.com/revnet/metacard_setup.zip The process is all automated. I suggest including the Rev dictionary option at the bottom of the setup card, since the native MC dictionary is years out of date. I have noticed others on the list mention they use MetaCard too. Will someone please explain why people use MetaCard even though they keep using the latest version of Rev. MC IDE is just a very stripped-down set of stacks that allow a different way of working with the engine. The primary difference is that the IDE is very minimal -- for example, there is no user interface for most of the properties you see in Rev's property inspector. Instead, a minimal property inspector lets you set the most-used properties, but for others you need to know they exist and use the message box to set them (or install a third-party or original property inspector of your own.) The object browser offers less functionality than the application browser in Rev -- it shows only the current card objects (but on the other hand, that's usually all I'm interested in.) There is no interface at all for many things, such as removing a substack, deleting a stack from RAM, most preferences, etc. For these things you use the message box and you must know the commands. You can write your own plugins to do what some of the Rev IDE does if you like. All the MC IDE stacks are similarly terse. They expect that you already know the capabilities of the engine and are comfortable working with the command line. The engine was originally written for Linux/Unix and the MC IDE reflects this level of comfort. I frequently work in both IDEs depending on the stack I'm working with. For example, Rev tracks when a field has changed and puts up its do you want to save dialog if you change any text in a field. MC IDE does not. For those stacks that routinely change text temporarily in a field, I always launch MC because I don't want the interruption of dismissing the spurious dialog. (I have a small word processing stack, for example, that works with text files. I don't want the actual word processing stack marked as dirty just because I typed temporary text into the main field.) While the disadvantage (or maybe it's an advantage) is that you need to have a good grasp of what the engine can do and the UI is minimal, the advantages are that there is almost no interference from the IDE at all. A tiny frontscript and a small backscript are the only insertions. The IDE does not get in the way, and you can be fairly certain that if you see a bug in the MC IDE it is more likely to be an engine bug than an IDE problem. The freedom to do what you want without interference is much greater in the MC IDE, with the caveat that with freedom comes responsibility -- you can more easily lose your work or wreck the stack because the protections that the Rev IDE offers aren't there. For my workflow, there are advantages to both IDEs and I switch frequently between them. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Seamless Tiles Generator 2 updated
Thank you very much Wilhelm. -=JB=- On Oct 12, 2008, at 11:36 AM, Wilhelm Sanke, FB01 wrote: -= JB =- sundown at pacifier.com wrote: I have only been using Revolution for less than a year now and before that I used hyperCard. I know about MetaCard but I thought it was replaced by Rev. So where do I get the MetaCard IDE and after I get it how do I install it properly? I have noticed others on the list mention they use MetaCard too. Will someone please explain why people use MetaCard even though they keep using the latest version of Rev. thanks, -=JB=- Hi -=JB=-, as you asked on this list, I'll give a short reply here: The proper place to get information about and discuss the MC IDE (an open source alternative development environment for Revolution's programming language) are two lists, one of which is indeed maintained by RunRev. You find the free archives of the Metacard list under http://mail.runrev.com/pipermail/metacard/ and can subscribe to this list (costfree) at http://lists.runrev.com/mailman/listinfo/metacard. Then there is a Yahoo list http://tech.groups.yahoo.com/group/MC_IDE/ where you can get the different versions of and help for the MC IDE in the files section. The chairman of the MC-user group as a subgroup of Revolution users is Klaus Major, whom you will have surely noticed on this use-revolution list. Formerly, Richard Gaskin filled this important position. It should be duly noted that the MC-IDE users thankfully acknowledge that the Revolution team maintain the compatibility of new Rev engines with the MC IDE. I think this was part of the parcel negotiated at the time when Revolution purchased the Metacard engine. I use both IDEs when developing, with a preference for the MC IDE. I personally get a much better workflow with MC. If you are interested, you could discuss details offlist or on the Metacard list. Best regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
Stephen Barncard stephenREVOLUTION2 at barncard.com wrote: I would very much like to know what kind of error dialog you get and which operations could not be cancelled. as I said, the IDE doesn't like the imbedded substack with the name Answer Dialog. The custom dialog just needs another name. The support code is trivial. I know. I use a number of totally customized dialogs - created from scratch - in my stacks. See the last public version of the Imagedata Toolkit http://www.sanke.org/Software/ImagedataToolkitPreview3.zip and especially my sample stack modal dialogs from 2003 http://www.sanke.org/Software/CustomModalDialogs.zip What I - and we as the MC-user group - have done is to further develop and improve the answer and ask dialogs, namely - to allow placing the dialogs anywhere - to avoid the truly oversized width of the Rev dialogs. This is now established standard for the dialogs in the MC IDE. Two things concerning the Rev IDE are trivial here: You would need only two additional script lines in the scripts of the Rev answer and ask dialogs to achieve the option to place the dialogs. Likewise it would be easy to diminish the disproportional width of the dialogs. The Revolution team has apparently never paid any attention to such possible and trivial changes. And it would be likewise trivial to exempt answer and ask dialogs from the stack-collision routine in the Rev frontscripts.- I agree with Jacqueline about much of what she stated in her post of Sun Oct 12 14:09:12 CDT 2008 about the relative merits of both IDEs, but I have the feeling that her argumentation is somewhat influenced by her double loyalty to Revolution and Metacard (which I appreciate, and which I also feel to some degree) - and in that downplaying disadvantages of the Rev IDE that have time and again been discussed on both lists. The Rev IDE has much improved over time, but IMHO is still the weakest part of Revolution. There have been stacks with specific features not long ago that simply could not be handled by the Rev IDE. The Application Browser would freeze. Stacks would slow down considerably and become virtually unusable etc. In the meantime many things have indeed improved, but a number of aspects still urgently needs further development. Jacqueline uses the example of the developer based on her own experience: But if the developer is not careful, it is possible to damage the native MC IDE dialogs during development. and I am working with a stack right now that has duplicates like this, and I am seeing lots of misdirection when I have my own answer dialog open. It's very important to make sure you supply a long stack reference to the copy you really want to save. This isn't always obvious to new users. I would distinguish here between a necessarily careful developer who should know what he is dealing with and who is able to overcome such possible misdirections and a user who simply wants to use whatever sort of dialog is provided in a given situation and who does not want to be annoyed by unwarranted error messages. To come back to the feedback from Stephen: Also the code doesn't recognize cancel from file dialogs -- deletes image and there is no cancel button on a couple of the dialogs. The dialog for amount of 'tile routine' effect for one. You are right here. Using cancel when importing an image deletes the existing image. I have already fixed that and will upload a new stack the next days. I am not so sure about a cancel button when choosing a width for the tile routines. Once you have decided on a tile border routine, why would you want to cancel selecting one of the width options? And there is the reset image button which can reset the tile image to its original state. On the other side it surely would not hurt to add a cancel option to the tile-routines dialogs. So, thanks again for your feedback and appreciation and go on enjoying the stack if you find the time. Best regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
Just uploaded a slightly updated version of the Seamless Tiles Generator 2 to http://www.sanke.org/Software/SeamlessTiles2.zip See the descriptions on page Sample Stacks on my website http://www.sanke.org/MetaMedia. Among other things this stack features an improved resizable and draggable selection graphic that lets you choose a segment of any size from the imported source image to create a seamless tile. The ink of the selection graphic needed to be adapted both to the differences between Windows and MacOS and the stackfileversions 2.4 and 2.7. With engine versions 2.7 we need admin for MacOS and srcAnd for Windows. For engine versions 2.7 and higher srccopy is necessary for both platforms to show a transparent graphic. Moreover, I have changed the stack extension from *.mc to *.rev, to enable users of Rev 3.0 to see and load the stack. See the quote of my earlier post (to the Metacard- and Improve-lists) concerning this special problem: Strange change of file associations with Rev 3-gm-3 engine Wilhelm Sanke Sat, 20 Sep 2008 11:59:50 -0700 Rev engine 3-gm-2 displays both *.rev and *.mc-files in the open stack dialog as Revolution stacks. Engine 3-gm-3 restricts the displayed stacks to files with the *.rev extension; even when you choose All files the display of mc-files is suppressed, but other files like dlls and txt files are shown. It is even impossible to enforce the display of mc-files by typing *.mc into the file name box of the open stack dialog. Putting the Revolution.exe engine 3-gm-3 into the Metacard IDE shows the same restrictions: No mc-files are displayed. However, when you rename Revolution.exe to MC.exe, both Revolution stack-files rev and mc are displayed in the open stack dialog - like before in gm-2 with Revolution.exe. This holds for both IDEs, the Revolution and the Metacard IDE. The consequence for users that primarily work with the Rev IDE - but wish to access Metacard files once in a while - would be to rename their Rev engine to MC.exe. This works fine within the Rev IDE. Regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
Just uploaded a slightly updated version of the Seamless Tiles Generator 2 to http://www.sanke.org/Software/SeamlessTiles2.zip See the descriptions on page Sample Stacks on my website http://www.sanke.org/MetaMedia. Among other things this stack features an improved resizable and draggable selection graphic that lets you choose a segment of any size from the imported source image to create a seamless tile. The ink of the selection graphic needed to be adapted both to the differences between Windows and MacOS and the stackfileversions 2.4 and 2.7. With engine versions 2.7 we need admin for MacOS and srcAnd for Windows. For engine versions 2.7 and higher srccopy is necessary for both platforms to show a transparent graphic. Moreover, I have changed the stack extension from *.mc to *.rev, to enable users of Rev 3.0 gm 3 to see and load the stack. See the quote of my earlier post (to the Metacard- and Improve-lists) concerning this special problem: Strange change of file associations with Rev 3-gm-3 engine Wilhelm Sanke Sat, 20 Sep 2008 11:59:50 -0700 Rev engine 3-gm-2 displays both *.rev and *.mc-files in the open stack dialog as Revolution stacks. Engine 3-gm-3 restricts the displayed stacks to files with the *.rev extension; even when you choose All files the display of mc-files is suppressed, but other files like dlls and txt files are shown. It is even impossible to enforce the display of mc-files by typing *.mc into the file name box of the open stack dialog. Putting the Revolution.exe engine 3-gm-3 into the Metacard IDE shows the same restrictions: No mc-files are displayed. However, when you rename Revolution.exe to MC.exe, both Revolution stack-files rev and mc are displayed in the open stack dialog - like before in gm-2 with Revolution.exe. This holds for both IDEs, the Revolution and the Metacard IDE. The consequence for users that primarily work with the Rev IDE - but wish to access Metacard files once in a while - would be to rename their Rev engine to MC.exe. This works fine within the Rev IDE. -- Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-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: Seamless Tiles Generator 2 updated
Just uploaded a slightly updated version of the Seamless Tiles Generator 2 to http://www.sanke.org/Software/SeamlessTiles2.zip See the descriptions on page Sample Stacks on my website http://www.sanke.org/MetaMedia. Among other things this stack features an improved resizable and draggable selection graphic that lets you choose a segment of any size from the imported source image to create a seamless tile. The ink of the selection graphic needed to be adapted both to the differences between Windows and MacOS and the stackfileversions 2.4 and 2.7. With engine versions 2.7 we need admin for MacOS and srcAnd for Windows. For engine versions 2.7 and higher srccopy is necessary for both platforms to show a transparent graphic. Moreover, I have changed the stack extension from *.mc to *.rev, to enable users of Rev 3.0 to see and load the stack. See the quote of my earlier post (to the Metacard- and Improve-lists) concerning this special problem: Strange change of file associations with Rev 3-gm-3 engine Wilhelm Sanke Sat, 20 Sep 2008 11:59:50 -0700 Rev engine 3-gm-2 displays both *.rev and *.mc-files in the open stack dialog as Revolution stacks. Engine 3-gm-3 restricts the displayed stacks to files with the *.rev extension; even when you choose All files the display of mc-files is suppressed, but other files like dlls and txt files are shown. It is even impossible to enforce the display of mc-files by typing *.mc into the file name box of the open stack dialog. Putting the Revolution.exe engine 3-gm-3 into the Metacard IDE shows the same restrictions: No mc-files are displayed. However, when you rename Revolution.exe to MC.exe, both Revolution stack-files rev and mc are displayed in the open stack dialog - like before in gm-2 with Revolution.exe. This holds for both IDEs, the Revolution and the Metacard IDE. The consequence for users that primarily work with the Rev IDE - but wish to access Metacard files once in a while - would be to rename their Rev engine to MC.exe. This works fine within the Rev IDE. Regards, Wilhelm Sanke www.sanke.org/MetaMedia This mail sent through http://www.uni-kassel.de/www-mail ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
