Re: [OT] Sparta (was Re: Metacard support)

2003-12-23 Thread Richard Gaskin
Wilhelm Sanke wrote: I certainly won't let my limited understanding of Greek history get in the way of appreciating a great post. :) > Kevin Miller in his post of Dec 6 (subject "Metacard support") acknowledged > these attributes in so far as he wrote: > >> Revoluti

Re: [OT] Sparta (was Re: Metacard support)

2003-12-23 Thread Wilhelm Sanke
vely easily customized to one's own needs; quicker development because of fewer bugs etc. "autonomous": deserves to be preserved as an alternative IDE.--- Kevin Miller in his post of Dec 6 (subject "Metacard support") acknowledged these attributes in so far as he wrote: Revolut

Metacard support

2003-12-08 Thread Alejandro Tejada
Kevin Miller wrote: >Revolution has been around for 7 years less than >the MC IDE, and has many more features. Particulary, I appreciate much the Geometry Manager. > So we're not there yet on a raw efficiency or > uncluttered scale. But it won't be long before we > are that too, and in th

Re: Metacard support

2003-12-06 Thread Kevin Miller
On 4/12/03 10:02 pm, Wilhelm Sanke <[EMAIL PROTECTED]> wrote: > First, I will follow Richard's advice to ask my questions again next > week when I am back and Rev may have rounded up their new troops by then. We're getting there, slowly but surely... > I have done some more benchmarking, which I

Re: Valentina and MC/Rev CGI (was :Metacard support)

2003-12-05 Thread jbv
Robert, > > Yes, I have been running a MC-based CGI for a couple years now. But > it is a different story depending on the OS. OK, but I've been using MC/Rev-based cgi for almost 2 years as well... My question actually focused on MC/Rev-based cgi with Valentina database... > And keep in mind t

Re: Valentina and MC/Rev CGI (was :Metacard support)

2003-12-05 Thread Robert Brenstein
Hi list, > Well, I know of another person that provides great support in the same > spirit: Ruslan Zasukhin of Paradigma Software, the main developer of > Valentina Database family. Coincidently MC/Rev and Valentina are a > great match. Ruslan participates very actively in his product support

Re: Valentina and MC/Rev CGI (was :Metacard support)

2003-12-05 Thread jbv
Hi list, > > Well, I know of another person that provides great support in the same > > spirit: Ruslan Zasukhin of Paradigma Software, the main developer of > > Valentina Database family. Coincidently MC/Rev and Valentina are a > > great match. Ruslan participates very actively in his product supp

Re: Metacard support

2003-12-05 Thread Brian Yennie
I second that thought- for all of those here that have enjoyed the benefits of Scott's obsessive responsiveness in the past and want to weigh database options, Valentina really is in many ways the MetaCard of the database world, complete with their own Mr. Raney disguised as the entirely enjoya

Re: Metacard support

2003-12-05 Thread Robert Brenstein
Maybe Scott Raney exhibited great tech support, but no matter how I look at the current support situation, it doesn't look good, even for a small company that's having growing pains. Scott was a god with responsiveness. Never seen anything like it before, doubt I ever will again. It takes a c

Re: Metacard support

2003-12-05 Thread Richard Gaskin
Dom wrote: > Richard Gaskin <[EMAIL PROTECTED]> wrote: > >> More is a UNIX command to read files. > > Haha! never forget that MC originates from an Unix world ;-) > But what is "q out of more" (simply curious)? q = quit -- Richard Gaskin Fourth World Media Corporation

Re: Metacard support

2003-12-05 Thread Dom
Richard Gaskin <[EMAIL PROTECTED]> wrote: > More is a UNIX command to read files. Haha! never forget that MC originates from an Unix world ;-) But what is "q out of more" (simply curious)? -- Digital photos (nature, garden) : http://cooldomi.free.fr/ Scripting : http://domiscript.free.fr/ _

[OT] Sparta (was Re: Metacard support)

2003-12-04 Thread Richard Gaskin
Wilhelm Sanke wrote: > I have done some more benchmarking, which I will report about, > concerning the relative speeds of the MC and Rev IDEs both for using the > IDEs during the development and for building standalones. I think I have > found sort of a "critical mass" of controls where the Rev ID

Re: Metacard support

2003-12-04 Thread Wilhelm Sanke
As I will be offline for the next five days, two remarks: First, I will follow Richard's advice to ask my questions again next week when I am back and Rev may have rounded up their new troops by then. I have done some more benchmarking, which I will report about, concerning the relative speeds

Re: Metacard support

2003-12-04 Thread Richard Gaskin
Dom wrote: > Richard Gaskin <[EMAIL PROTECTED]> wrote: > >> While "MetaCard" as a product is gone the engine lives on under the name >> Revolution, with a larger and faster-growing audience than it's ever known >> before. > > Take a look on the data with a text editor, you will see something as

Re: Metacard support

2003-12-04 Thread Dom
Richard Gaskin <[EMAIL PROTECTED]> wrote: > While "MetaCard" as a product is gone the engine lives on under the name > Revolution, with a larger and faster-growing audience than it's ever known > before. Take a look on the data with a text editor, you will see something as : #!/bin/sh # MetaCard

Re: Metacard support

2003-12-04 Thread Richard Gaskin
Alex Rice wrote: > Although the thread is about the metacard project, here my observations > about the use-revolution list. I guess it is NOT an ambivalence about > the metacard project, rather support problems in general. > > IMHO there are lots of threads on the use-revolution list that need >

Re: Metacard support

2003-12-04 Thread Dr . John R . Vokey
I won't repeat Wilhelm's comments both to save space and to acknowledge the fact that I think most of us agree with the general sentiment. As a long-time supporter of Metacard (MC), I, too, have lamented in previous posts about the directions that RR has taken. I won't repeat those either. I

Re: Metacard support

2003-12-04 Thread Richard Gaskin
Simon Lord wrote: > I have to wonder about all the people out there that have used > HyperCard and SuperCard or XTalk and never heard of MetaCard. Precisely. Scott is an excellent engineer, but has no illusions about being a marketer. The buzz is all about Revolution. > I switched from HyperCa

Re: Metacard support

2003-12-04 Thread Simon Lord
To use the current version of the engine with the MC IDE you need to go to runrev.com and download a package named "Revolution". You can rename it to anything you like, but for communicating with the community as a whole it may be less confusing to just use its current name. I guess this would

Re: Metacard support

2003-12-04 Thread Alex Rice
On Dec 3, 2003, at 6:05 PM, Richard Gaskin wrote: I don't think it's fair to ascribe a less-than-Raney level of responsivness to "reluctance". There may be any number of factors involved, not the least that they may simply be busy. I agree with that conclusion, but I have similar concerns as Wi

Re: Metacard support

2003-12-03 Thread Richard Gaskin
Wilhelm Sanke wrote: > I still tend to see the engine together with the Metacard IDE as a unity > that deserves the label "Metacard". After all, when you start Metacard, > that is what is shown by the home stack. The Metacard IDE cannot > function without the engine and - lets say - 98% of the ba

RE: Metacard support

2003-12-03 Thread Monte Goulding
> > > Your question about the necessity to password protect the > Distribution > >> Builder was not answered - as were the other questions and suggestions > >> that were brought forward more than three weeks ago. > >> > >> Maybe you yourself with your question about the encryption of the > >>

RE: Metacard support

2003-12-03 Thread Robert Brenstein
> Your question about the necessity to password protect the Distribution Builder was not answered - as were the other questions and suggestions that were brought forward more than three weeks ago. Maybe you yourself with your question about the encryption of the Distribution Builder got a resp

RE: Metacard support

2003-12-03 Thread Monte Goulding
> Your question about the necessity to password protect the Distribution > Builder was not answered - as were the other questions and suggestions > that were brought forward more than three weeks ago. > > Maybe you yourself with your question about the encryption of the > Distribution Builder got

Re: Metacard support

2003-12-03 Thread Wilhelm Sanke
Richard, thanks for the detailed comments and information. I would also like to add a few details to some points you have made. First a minor point concerning the terminology: I still tend to see the engine together with the Metacard IDE as a unity that deserves the label "Metacard". After al

Re: Metacard support

2003-12-01 Thread Richard Gaskin
Robert Brenstein wrote: >> Yes, the press release for the acquisition expresses a mutual desire for >> Scott and Kevin to see MetaCard users happily coding in the IDE of their >> choice going forward. >> >> And of course when you upgrade with RunRev you can request a MetaCard >> license which wil

Re: Metacard support

2003-12-01 Thread Robert Brenstein
Wilhelm Sanke wrote: Recently, on Mon, 17 Nov, Richard Gaskin wrote (replying to Eric Engle in thread "MetaCard/Revolution Evangelism"): I don't think it steps on anyone's toes so long as you mke it clear that the MC IDE is unsupported. Richard Gaskin This statement contains some truth, but

Re: Metacard support

2003-12-01 Thread Richard Gaskin
Wilhelm Sanke wrote: > Recently, on Mon, 17 Nov, Richard Gaskin wrote (replying to Eric Engle > in thread "MetaCard/Revolution Evangelism"): > >> I don't think it steps on anyone's toes so long as you mke it clear >> that the MC IDE is unsupported. >> >> Richard Gaskin > > This statement conta

Re: Metacard support

2003-11-30 Thread Richard Gaskin
Robert Brenstein wrote: > Actually, MetaCard is supposed to be an open-source project. Whatever > ever happened to the project's website? Did I miss an announcement > that it is up and running? Your poohbah set up a Yahoo group to get us started, and spent some time getting the licensing stuff ou

Re: Metacard support

2003-11-30 Thread Robert Brenstein
8. Metacard is being actively supported by a group of interested members of the Metacard mailing list. 9. Members of this Metacard user group have developed a number of applications that could be integrated via a plugin menu item or as directly accessible form the Metacard MenuBar. 10. Metacar

Metacard support

2003-11-30 Thread Wilhelm Sanke
es in the American educational system connected to advanced-placement classes - the AP class probably being the Metacard/Revolution project in a broader sense) as an "illustrious Revolutionary" *and* the chairman of the Metacard support group at the same time provides a optimistic pe