Re: METACARD ACQUIRED BY RUN REV!!!

Not to put too fine a point on it but I'm exactly happy about using the RunRev UI Whoops, that should read "I'm NOT exactly happy..." Sincerely, Simon ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard

Re: METACARD ACQUIRED BY RUN REV!!!

From the FAQ on the press release page at : What happens to existing MetaCard customers? Existing customers will get a free upgrade to Revolution with their next subscription renewal. What does that mean? Can I cross-grade now or do I have to wait u

Re: METACARD ACQUIRED BY RUN REV!!!

As Scott said the MC IDE is now open source so you can continue to maintain an engine license and use the MC IDE instead of Rev. It's up to you if you want to switch or not but it seems that all development will go into the engine and the Rev IDE. As long as the new features are documented then

Fwd: METACARD ACQUIRED BY RUN REV!!!

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

Fwd: METACARD ACQUIRED BY RUN REV!!!

Wow. See what happens when you only go through your lists once a week... My feelings on this are mixed, on the one hand I'm hoping Scott got a sweet deal and can retire/relax after years of hard work. I haven't read through all the RE:'s on this thread but if it hasn't been said yet then I'd

Spam filtering for metacard.com domain

Due to the volume of spam being sent to the metacard.com domain and our recent transfer of responsibility for the MetaCard engine technology to Runtime Revolution, we will be taking increasingly more aggressive approaches to spam filtering over the next couple of weeks. For starters, we'll be turni

RE: Style question: returning error values from functions

> > Is it possible to throw from an external? I haven't done any external > > development yet although as soon as I see some decent docs I'll > > probably > > jump in as I know some C. > > I'd be inclined to include a glue stack library with an external. It > would handle the sugar coating for