Re: Customising the Metacard Environment
On Mon, 07 Jul 2003 03:27:24 -0400, Mathewson [EMAIL PROTECTED] wrote: One of the best ways to customise (British 'S' in 'customise') Metacard (and vice versa) is to open its components using Runtime Revolution to edit. However (this will not make me popular) I personally find that Runtime Revolution wipes the floor with Metacard - and seems even more customisable. Richmond Mathewson One would have to go very much into details to compare and assess the advantages and deficiencies of Metacard and the Revolution GUI. It is also a matter of personal taste and what demands you have as to how organized and how fast an environment should be. Another difference would be the needs of beginners and power users - and even power users may prefer quick access to the most needed functions, while others are comfortable with walking through a maze. And above all, it may depend on what you learned first: Most people like what they already know.- Concerning the language problem: There are so few regional variations of written English that it is indeed worth mentioning if you find any. Otherwise the English language is very much like Chinese - with a common written basis and a great number of mutually incomprehensible spoken dialects; a speaker of Australian or Tamil English (the latter spoken around Madras) will probably never understand a man from Texas. As for the British Isles, George Bernard Shaw has competently described the situation of spoken English. Maybe we should start on the roadmap for international understanding with a spelling bee? Best regards, Wilhelm Sanke ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
How two spel Inglish
As Scots EFL teacher with a BA from England and an MA from the United States who is just starting an MSc in Scotland, and a great Shakespear lover: I downt kair how yoo spel yor Inglis az long az Eye can unnerstond it. Howeffer: One of the indications that the human brain is so much better than the computer is that one has to bee verry kairful abowt wunz spelin hwen torking two a komputer. Try the following in Metacard / Runtime Revolution and see what you get: on mawseUpp goe nekst ende mawseUpp A Jaffna Tamil, a German (nicht?) and a Scot have to put aside their speling diverances hwen thay try two proegramm. Orl de beste, Richmond Mathewson __ See Mathewson's software at: http://members.maclaunch.com/richmond/default.htmland http://www.runrev.com/Revolution1/developercentral/usercontributions.html __ --- Great Macintosh Products The MacLaunch Store! http://www.maclaunch.com/cgi-launch/store/agora.cgi --- ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Saving scripts
Hello Everyone, Is there a way to save scripts while you're working without having to close, and then reopen, the current script window in Mac OS X? Greg ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Moving image contents
Both of the following fail for me: put img 1 into img 2 set the imagedata of img 2 to the imagedata of img 1 Can anyone else get these to work? I get either nothing in the first case, or visual garbage (and a likely eventual crash) in the second. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
Hi Jaqueline, Both of the following fail for me: put img 1 into img 2 works fine here OS X MC 2.5/RR 2.0.1. set the imagedata of img 2 to the imagedata of img 1 If i remember right, the trick is here to have 2 images with identical height/width to make it work. So you could try to set these props of img 2 BEFORE you set the imagedata... ... set the height of img 2 to the formattedheight of img 1 set the width of img 2 to the formattedwidth of img 1 set the imagedata of img 2 to the imagedata of img 1 ... Tested and works :-) Can anyone else get these to work? I get either nothing in the first case, or visual garbage (and a likely eventual crash) in the second. See above... Hope that helps... Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: Moving image contents
Klaus is right about the identical height/width when you are using set the imageData (otherwise you'll get garbage), but you don't need it with put img 1 into img 2 - img 2 will automatically expand or contract to deal with displaying the image. What platform are you trying the put img 1 into img 2 on? Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Klaus Major Sent: Tuesday, July 08, 2003 1:36 PM To: [EMAIL PROTECTED] Subject: Re: Moving image contents Hi Jaqueline, Both of the following fail for me: put img 1 into img 2 works fine here OS X MC 2.5/RR 2.0.1. set the imagedata of img 2 to the imagedata of img 1 If i remember right, the trick is here to have 2 images with identical height/width to make it work. So you could try to set these props of img 2 BEFORE you set the imagedata... ... set the height of img 2 to the formattedheight of img 1 set the width of img 2 to the formattedwidth of img 1 set the imagedata of img 2 to the imagedata of img 1 ... Tested and works :-) Can anyone else get these to work? I get either nothing in the first case, or visual garbage (and a likely eventual crash) in the second. See above... Hope that helps... Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metac ard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
On 7/8/03 1:36 PM, Klaus Major wrote: Hi Jaqueline, Both of the following fail for me: put img 1 into img 2 works fine here OS X MC 2.5/RR 2.0.1. Thanks for testing, Klaus. set the imagedata of img 2 to the imagedata of img 1 If i remember right, the trick is here to have 2 images with identical height/width to make it work. So you could try to set these props of img 2 BEFORE you set the imagedata... Yes, I did that. I get garbage. I'm on OS X, but someone else is having the same problem on Windows, which is why I'm trying to track it down. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
At 11:08 AM -0700 7/8/03, J. Landman Gay wrote: Both of the following fail for me: put img 1 into img 2 set the imagedata of img 2 to the imagedata of img 1 Can anyone else get these to work? I get either nothing in the first case, or visual garbage (and a likely eventual crash) in the second. Silly question, but are you sure image 1 isn't a referenced image? (with its data in a file and filename property set) -- Jeanne A. E. DeVoto ~ [EMAIL PROTECTED] Runtime Revolution Limited - Software at the Speed of Thought http://www.runrev.com/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
On 7/8/03 2:36 PM, Ken Ray wrote: Klaus is right about the identical height/width when you are using set the imageData (otherwise you'll get garbage), but you don't need it with put img 1 into img 2 - img 2 will automatically expand or contract to deal with displaying the image. What platform are you trying the put img 1 into img 2 on? An update: I imported a different (jpg) image. This one works when I set the imagedata of a blank image to the imagedata of the imported image. Then I took a snapshot, and that also works when I move its contents using imagedata (both rects are the same.) However, neither image works when I use put img 1 into img 2. Image 2 remains empty with a data size of 0. My original test image does not work with either command, but it is from a very old stack and I don't remember what its original format was. Still testing on OS X (10.2.6). -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
On 7/8/03 3:28 PM, Jeanne A. E. DeVoto wrote: At 11:08 AM -0700 7/8/03, J. Landman Gay wrote: Both of the following fail for me: put img 1 into img 2 set the imagedata of img 2 to the imagedata of img 1 Can anyone else get these to work? I get either nothing in the first case, or visual garbage (and a likely eventual crash) in the second. Silly question, but are you sure image 1 isn't a referenced image? (with its data in a file and filename property set) Oh, I wouldn't put it past me. ;) But no, in this case, I've tried both an imported image and a newly-created snapshot, both of which are stored in the stack. I must not have had the second image size correct in my first test, since now that I'm specifically creating an identically-sized new image, the imagedata method does work. But put img 1 into img 2 still doesn't. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
I can confirm that "put image 1 into image 2" doesn't work here on OS X. I've tried JPEG and GIF images, nothing unusual about them (as far as I know). I just get an empty image. ImageData works well in my tests. -- Brian Yennie Chief Technology Officer QLD Learning, LLC www.QLDLearning.com PH: (904)-997-0212 EMAIL: [EMAIL PROTECTED] ---
Re: Saving scripts
press the enter key on the number keypad.. i know that works on windows - Original Message Follows - Is there a way to save scripts while you're working without having to close, and then reopen, the current script window in Mac OS X? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving image contents
On 7/8/03 4:01 PM, [EMAIL PROTECTED] wrote: I can confirm that put image 1 into image 2 doesn't work here on OS X. I've tried JPEG and GIF images, nothing unusual about them (as far as I know). I just get an empty image. ImageData works well in my tests. ImageData is working for me too now, I must have screwed up my intial tests. I think I've got the rest of it figured out too, after a clue from Scott Raney. It all depends on the paintCompression property, which is both a global property and an image property. The default is rle, which doesn't work with put img 1 into img 2. Putting an image's contents into another image only works with jpeg, gif, or png images (streaming image formats.) So, the following does NOT work: 1. Take a snapshot. -- this img is in rle format by default 2. Create an empty image 3. Issue: put img 1 into img 2 -- fails, because the paintcompression is rle However, for imported images, MC retains the native compression format. If I import a gif, the image's paintcompression remains gif even though the global property is still rle. If I set the global property to gif as well, a new, empty image will also be in gif format. This DOES work: 1. Use the import paint command to import a gif image -- or jpeg or png 2. Issue: set the paintcompression to gif -- sets the global storage format; this is the key 3. Create an empty image -- which now will also be in gif format 4. Issue: put img 1 into img 2 -- WORKS -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
METACARD ACQUIRED BY RUN REV!!!
Just went over to the RunRev site and saw this headline: Runtime Aquires MetaCard Technology You can read all about it here: http://www.runrev.com/metacardpr.html How does everyone feel about this? I can see good and not-so-good things (depending on how RunRev acts on this)... Your thoughts? 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: Customising the Metacard Environment
a speaker of Australian or Tamil English (the latter spoken around Madras) will probably never understand a man from Texas. Hello Wilhelm I'm Australian and have spoken to a number of Texans and understand them perfectly well. Contrary to popular opinion, Australians are not a mutant race roaming around in the desert and riding kangaroos ;-) Anywayz I.. uh.. thing I'll garn mt Wuzza n Buzza dun tha Pub fa Beer Cheers Monte ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
On Tuesday, July 8, 2003, at 03:15 PM, Ken Ray wrote: Just went over to the RunRev site and saw this headline: Runtime Aquires MetaCard Technology You can read all about it here: http://www.runrev.com/metacardpr.html How does everyone feel about this? I can see good and not-so-good things (depending on how RunRev acts on this)... Your thoughts? The writing was on the wall that this was going to happen eventually. I would say congratulations are in order for both Scott and Kevin's respective teams. I look forward to embracing the future of this technology at its new home. Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
Just went over to the RunRev site and saw this headline: Runtime Aquires MetaCard Technology You can read all about it here: http://www.runrev.com/metacardpr.html How does everyone feel about this? I can see good and not-so-good things (depending on how RunRev acts on this)... Your thoughts? Ken Ray Sons of Thunder Software I do not feel good about this. I tried Rev and MC before choosing MC. Rev was buggy as the dickens, and it quit so often, that I had to copy a script to a text file *every single time I made a change to the script* to prevent losing work. I finally decided it just wasn't worth it, and MC was stable, so I chose MC. I migrated to MC from Hypercard about a year and a half ago, knowing that Scott had been supporting this product and company for 10 years. I felt confident I could rely on the future of Metacard. This change scares me. It's hard enough to put out a program that is bug-free, from your own code. Trouble with the development environment is a big-bad. Perhaps they've worked the bugs out since I tried it. I do not know. But I know this could have a very bad impact on the future of my company. I do not want more change in the compiler, unless it is to add features (features, not fluff, not ease of use). I do not want Metacard to suddenly have all the RunRev addons that made it buggy when I tried it. I cannot afford that. My company is finally starting to move up in the world. It's been a lot of work and a lot of sacrifice. What happens to Metacard, impacts those who rely on it for their bread and butter. I love xTalk languages. And was hoping/expecting that Scott/Metacard would be around a long time so that I could use it as my foundation. This change scares the dickens out of me. Shari C Gypsy King Software -- --Shareware Games for the Mac-- http://www.gypsyware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: METACARD ACQUIRED BY RUN REV!!!
Hi Shari This change scares the dickens out of me. If you hung on to HyperCard until only a year and a half ago then change must be difficult for you. However, you will find that Rev 2.0.1 is quite stable and the transition is a far smaller jump than the HC to MC one. I imagine that if Raney has been thinking about this for a while then he would not have considered it if he didn't think Rev was ready. I suggest that you get Rev 2.0.1 and start getting used to the new IDE. If you find bugs then report them so that when you need to finally transfer all your apps to the new IDE the bugs would have been fixed. Cheers Monte Shari C Gypsy King Software -- --Shareware Games for the Mac-- http://www.gypsyware.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: METACARD ACQUIRED BY RUN REV!!!
Recently, Ken Ray wrote: How does everyone feel about this? I can see good and not-so-good things (depending on how RunRev acts on this)... From my standpoint, the biggest question I have is, how will Scott Raney and MC Corp. continue to be involved? Without knowing the details of the deal, it's hard to really know how to respond. But regardless of how things fall out, I would like to express my sincere appreciation for everything Scott and his group have done over the years to develop and maintain MC. Most of us have at one time or another been the fortunate recipients of Scott's near-immediate assistance in problem solving and/or troubleshooting. MC always appeared to be grounded in realistic development expectations, without a lot of the overzealous hype surrounding so many commercial products. (OK, MC could have used a little hype, but this is another thread for another day...) In any event, it would be nice to see the legacy of thorough/efficient development continue with the RunRev folks. Hopefully this will occur with the typical high standards established by Raney and Co. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design Email: [EMAIL PROTECTED] Web: www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: METACARD ACQUIRED BY RUN REV!!!
If you hung on to HyperCard until only a year and a half ago then change must be difficult for you. However, you will find that Rev 2.0.1 is quite stable and the transition is a far smaller jump than the HC to MC one. I imagine that if Raney has been thinking about this for a while then he would not have considered it if he didn't think Rev was ready. I suggest that you get Rev 2.0.1 and start getting used to the new IDE. If you find bugs then report them so that when you need to finally transfer all your apps to the new IDE the bugs would have been fixed. Cheers Monte Monte, I haven't even transferred all of my apps to the OLD ide! I've transfered two from HC to MC. And it took so long, I will not do the others. I'm still working the kinks out of the two. Do that again? No. The goal is to get something moved and stable, so that you can send it out into the world, and then start adding features to it and release upgrades. Not to keep moving and stabilizing from here to there to wherever. I'm at a point where my two primary programs can start being upgraded, rather than tech supported. And focus is on the NEW program, and the planned updates to the two primary programs. It would be a major setback to pour more resources into the programs I just got done pouring the last year into, because the compiler changed. I have a very specific roadmap to follow. To veer off of it again, would be disastrous. Stability is key. Bugs are not affordable. One bug costs 30 days of productivity. To fix, and test, and then have others test, and then release, and then remarket. There is no such thing as a small change. All programmers know this. It is the fundamental rule of programming. No matter how small you believe the change is, it will likely impact something else, and the chance exists that something will break. Switch to a new IDE and lose another year? No. I may end up stuck at MC 2.4.3 as I stayed stuck at HC 2.4.1. I need to move forward, not go back into 6 months of beta testing. I did not intend to upgrade to another paid-for version of MC until I got the next program out the door and producing income, which will likely be next summer. Changing means money goes out. My money is already spent for the next year, on moving from Mac Classic to Mac OSX, having to replace all the apps so that I do not need Classic. Metacard was an expenditure already completed. I wish I saw good things here. I wish I could believe. If I embrace Rev, I see losing a year's productivity, just when I finally got where I really want to be. And then having additional tech support for the next god knows how long. I've finally figured out most of the kinks in MC, and it does have kinks that needed to be worked around. I've finally worked around 99% of the anomalies, and my tech support issues are almost null, which is where they need to be. Worms are best left in the can. Shari C -- --Shareware Games for the Mac-- http://www.gypsyware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
Shari wrote: What happens to Metacard, impacts those who rely on it for their bread and butter. I love xTalk languages. And was hoping/expecting that Scott/Metacard would be around a long time so that I could use it as my foundation. There's a hint about the MC side of things in this quote from Dr. Raney: The future of multi-platform software development is Runtime Revolution, and I'm pleased to be joining the development team that will take it there. That gives the impression he's still quite involved, and it's clear he has a strong preference for a lean IDE. Perhaps he'll chime in with his plans for the IDE soon. Personally, I've been so impressed with Tuviah's excellent work with Scott on the engine over the last year that at this time I have a good feeling about this: it seems reasonable to expect that unified coordination of development resources will yield more effecient expansion of the engine going forward. One of the good things about Rev is that they eat their own dog food, as Jobs used to say. With the Rev IDE being based on the MC engine and pushing it to its limits, it would seem the stuff they need should enable the stuff we need too. I've already seen some of this effect with regard to the new group properties in MC 2.5, in which their needs mirrored mine but gave the request a much stronger weight. With Scott and Tuviah working in a more integrated way with the rest of the team, it would seem they're in a position to add things like that even faster. And as much as I like MC's lean operation I don't think Scott has any illusions about marketing to the masses. He's been profitably marketing to his core audience which works for him, but as developers we benefit from the vendor who can generate the greatest interest among the general public. Rev has been very effective in getting the word out, and most professional xTalk developers I know have seen an increase in new business in proportion to RunRev's efforts over the last year, even as my friends using more commodity languages like VB, Java, and C++ are losing work to the economy and overseas brokerages (Microsoft moved a few hundred more of their jobs to India just last week). So the combination of Rev's IDE pushing the engine harder for features we can benefit from, and their demonstrated effectiveness in marketing, the only thing not covered in the FAQ is what will happen to the MC IDE -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.2: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
On 7/8/03 8:50 PM, Shari wrote: I wish I saw good things here. I wish I could believe. If I embrace Rev, I see losing a year's productivity, just when I finally got where I really want to be. Nah, don't worry. You won't lose a thing; not any time, not any money. I routinely work on the same stack, at the same time, in both MC and Revolution. (It's pretty neat you can do that, actually.) Remember, the engine is exactly the same. You don't *have* to learn the IDE, though you'll probably want to pick up some of it just for ease of use eventually. The engine behavior will be identical to what you already know. Your stack will run in Rev exactly as it does now in MC, with *zero* changes. If you don't want to use the IDE, use the message box. I do that all the time when I don't want to drill down in Rev's IDE. Rev 2.0 is far more stable than the older version you tried. I have only had it crash once on me, and when I duplicated the behavior in MC, that crashed too -- so it was the engine, not the IDE. Also, the announcement states that a group of volunteers may be arranged to maintain MC's current IDE -- so you can use that if you want. Nothing to worry about. And I think with Scott having more time to work on the engine, we'll see new features and options at an increased rate. I'm going to miss Scott though. I have never met anyone more responsive and knowledgeable in the software field. In that respect, I feel like I'm losing an arm. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
On 7/8/03 9:18 PM, Richard Gaskin wrote: So the combination of Rev's IDE pushing the engine harder for features we can benefit from, and their demonstrated effectiveness in marketing, the only thing not covered in the FAQ is what will happen to the MC IDE Nope, that's in there too: However, for those existing MetaCard customers that want to continue to use the MetaCard tools, we will arrange an outside group of volunteer developers to maintain the existing MetaCard user interface so that they may do so. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: METACARD ACQUIRED BY RUN REV!!!
So the combination of Rev's IDE pushing the engine harder for features we can benefit from, and their demonstrated effectiveness in marketing, the only thing not covered in the FAQ is what will happen to the MC IDE Isn't there a bit saying the MC IDE will be maintained by a group of volunteers for people that don't want to change? Regards Monte ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: METACARD ACQUIRED BY RUN REV!!!
I did not intend to upgrade to another paid-for version of MC until I got the next program out the door and producing income, which will likely be next summer. Changing means money goes out. My money is already spent for the next year, on moving from Mac Classic to Mac OSX, having to replace all the apps so that I do not need Classic. Metacard was an expenditure already completed. Steady now... There's been no mention of forced upgrade. If you don't want to don't. Upgrade when you are ready or when you need a new engine feature. Regards Monte ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
On Tue, 8 Jul 2003 Shari [EMAIL PROTECTED] wrote: What happens to Metacard, impacts those who rely on it for their bread and butter. I love xTalk languages. And was hoping/expecting that Scott/Metacard would be around a long time so that I could use it as my foundation. If this is all you worry about, you can rest easy. I'll continue to be a part of the engine development team for the foreseeable future, and though my control over the direction of the technology and management will be greatly diminished, I have complete confidence in the team at Runtime Revolution. They're just better managers and marketers than I ever was ;-) As for the MetaCard development environment, our contract with Runtime Revolution specifically states that the MC UI is now Open Source and that although Runtime Revolution will not continue development of it or provide tech support for it, they also cannot kill it off or even deliberately change the engine technology to prevent the MC UI from continuing to work. So its survival now depends on all of you. Although I won't be directly involved in the development of the MC UI or documentation package anymore, I'd be happy to serve as Benevolent Dictator for awhile until a proper support group is up and running smoothly. The first order of business will be to set up a mailing list so that we can start discussions of how that group should be organized and later, what changes to the UI everyone wants (and are willing to contribute to!). That should help keep this list focused on *using* the UI, with some discussions of the engine technology it shares with the new standard development environment, Revolution. OK, so who wants to host that mailing list? Regards, Scott PS: it's at times like this that I miss Grant Schampel ([EMAIL PROTECTED]). He always loved a good brouhaha, and always had something insightful to say about the back-room dealings that make them possible... Shari C Gypsy King Software -- --Shareware Games for the Mac-- http://www.gypsyware.com Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MetaCard acquired - wake up call
It makes me realize that this technology can be pulled out from underneath us...I feel pretty rattled. What would happen if Apple buys this? Do you think they will support Windows and Linux? Do you think RunRev has any more loyalty to us than Scott? There are no guarantees anywhere (what a sad statement!), so I don't blame Scott...but my heart sank when I read this for some reason. It seems like the beginning of the end, not a new beginning. It's definitely a wake-up call for me...I think I'll go see how Java is doing. JR Your thoughts? The writing was on the wall that this was going to happen eventually. I would say congratulations are in order for both Scott and Kevin's respective teams. I look forward to embracing the future of this technology at its new home. Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MetaCard acquired - wake up call
On 7/8/03 10:10 PM, RCS wrote: my heart sank when I read this for some reason. It seems like the beginning of the end, not a new beginning. I felt the same way -- but then I realized that this isn't the beginning of the end, it is more like the beginning of the middle. We get a better development team, a better marketing team, and a better build cycle. If the combined efforts of both companies do what I think they will, Rev will take off like a rocket -- which can only increase its user base, and which in turn will only ensure its future far more than MC ever could alone. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
I'm glad you're still on board, Scott- and applaud your willingness to combine efforts with RunRev in expanding the Metacard/Rev community. I'm not up for hosting a list, but count me in as a helper for the Metacard GUI: I'd love to see it kept up-to-date with the lastest versions of Rev without losing it's original simplicity. PS: it's at times like this that I miss Grant Schampel ([EMAIL PROTECTED]). He always loved a good brouhaha, and always had something insightful to say about the back-room dealings that make them possible... Indeed! Thanks for the fond memory, I haven't heard that name passed around here in some time. -- Brian Yennie Chief Technology Officer QLD Learning, LLC www.QLDLearning.com PH: (904)-997-0212 EMAIL: [EMAIL PROTECTED] ---
Re: METACARD ACQUIRED BY RUN REV!!!
Scott Raney wrote: The first order of business will be to set up a mailing list so that we can start discussions of how that group should be organized and later, what changes to the UI everyone wants (and are willing to contribute to!). That should help keep this list focused on *using* the UI, with some discussions of the engine technology it shares with the new standard development environment, Revolution. OK, so who wants to host that mailing list? If Yahoo Groups is OK I could set one up in a few minutes. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.2: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MetaCard acquired - wake up call
On Tuesday, July 8, 2003, at 08:10 PM, RCS wrote: It makes me realize that this technology can be pulled out from underneath us...I feel pretty rattled. What would happen if Apple buys this? Do you think they will support Windows and Linux? Do you think RunRev has any more loyalty to us than Scott? There are no guarantees anywhere (what a sad statement!), so I don't blame Scott...but my heart sank when I read this for some reason. It seems like the beginning of the end, not a new beginning. It's definitely a wake-up call for me...I think I'll go see how Java is doing. JR Your thoughts? The writing was on the wall that this was going to happen eventually. I would say congratulations are in order for both Scott and Kevin's respective teams. I look forward to embracing the future of this technology at its new home. Do not panic. This is not a sign of bad things to come. This unification has been coming for some time. It is not a random act at all. My sincere suggestion is to give Revolution a try. Everything language-wise that exists in MC is there. The only difference is going to be the IDE. I see Revolution having a very long life. Their development team is very knowledgeable. I have been using MC has my development tool for years now. I just recently downloaded the latest version of Rev and have found it to be pretty solid. Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: METACARD ACQUIRED BY RUN REV!!!
On Tuesday, July 8, 2003, at 06:50 PM, Shari wrote: Monte, I haven't even transferred all of my apps to the OLD ide! I've transfered two from HC to MC. And it took so long, I will not do the others. I'm still working the kinks out of the two. Do that again? No. The goal is to get something moved and stable, so that you can send it out into the world, and then start adding features to it and release upgrades. Not to keep moving and stabilizing from here to there to wherever. I'm at a point where my two primary programs can start being upgraded, rather than tech supported. And focus is on the NEW program, and the planned updates to the two primary programs. It would be a major setback to pour more resources into the programs I just got done pouring the last year into, because the compiler changed. I have a very specific roadmap to follow. To veer off of it again, would be disastrous. Stability is key. Bugs are not affordable. One bug costs 30 days of productivity. To fix, and test, and then have others test, and then release, and then remarket. There is no such thing as a small change. All programmers know this. It is the fundamental rule of programming. No matter how small you believe the change is, it will likely impact something else, and the chance exists that something will break. Switch to a new IDE and lose another year? No. I may end up stuck at MC 2.4.3 as I stayed stuck at HC 2.4.1. I need to move forward, not go back into 6 months of beta testing. I did not intend to upgrade to another paid-for version of MC until I got the next program out the door and producing income, which will likely be next summer. Changing means money goes out. My money is already spent for the next year, on moving from Mac Classic to Mac OSX, having to replace all the apps so that I do not need Classic. Metacard was an expenditure already completed. I wish I saw good things here. I wish I could believe. If I embrace Rev, I see losing a year's productivity, just when I finally got where I really want to be. And then having additional tech support for the next god knows how long. I've finally figured out most of the kinks in MC, and it does have kinks that needed to be worked around. I've finally worked around 99% of the anomalies, and my tech support issues are almost null, which is where they need to be. Worms are best left in the can. Shari C Shari, I completely understand your concerns. What may help is the fact that both IDEs run off the same engine. Your code will open right up in the Rev IDE without change. When you compile your programs, they will use version 2.5 (at this point) of Rev. Since you are not planning on upgrading your MC license for another year, I bet Rev will have progressed quite a bit by then. Plus, if what you have is working for you and you do not need the new features, you could stay with what you have for some time. I too have not switched yet, but I know the time for me will be sooner than later. We can all hold hands and jump together. :) Best regards, Mark Talluto http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
