Re: [OT] Sparta (was Re: Metacard support)
After my timeout I had to focus on a number of other important issues, so my reply to Richard's post comes a bit late. Considering however the historic dimensions of the aspect in question, the delay is negligible. On Thu, 04 Dec 2003 Richard Gaskin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote (quoting me in the beginning): I have looked up spartan in the Britannica World Language Dictionary (part of the Encyclopedia Britannica). Here is the entry: Spartan: Pertaining to Sparta or the Spartians; heroically brave and enduring. A native or citizen of Sparta; hence, one of exceptional valor and fortitude. While noted for their valor, Sparta is also a good argument against the macroeconomics of militaristic societies. Sparta was an expansive military culture, (snip) Richard, well, so are even modern nations. Sad as it is, this more or less holds for all nations in ancient and modern history - with really very few exceptions - so this is by no means a distinctive feature of Sparta. Most of the contributions to modern culture attributed to the ancient Greeks (theatre, literature, philosophy) were specifically from Athens; (snip) Sparta was a civilization and a nation that existed for about one thousand years. Platon is said to have been very much impressed by the political structure of Sparta. The Greek-Roman historian Polybius assessed the Spartan constitution to be second-best only to the Roman constitution (he could ill afford to state it was the best, because he was in Roman employ). The Spartan constitution and its practical implementation seems to have been much less prone to manipulation than those of today's superpowers - from voter registration to ballot counting. Even newly introduced electronic voting does not prevent - indeed rather invite - manipulation. See the article by Marcia Pally Vote early and often: Electronic voting machines make it simple of Dec 15. Hence this definition from Dictionary.com, which is probably what my client was referring to: # Simple, frugal, or austere: a Spartan diet; a spartan lifestyle. # Marked by brevity of speech; laconic. # Courageous in the face of pain, danger, or adversity. F (snip) Richard Gaskin Apparently we have two different definitions of Spartan here that even somewhat overlap. The differences result from the complex relation of language and reality (whatever the latter really may be). Language and its particles, words, are a means of communication, not a point-to-point representation of reality. The meanings of words and their definitions may reflect reality somehow, but evolve within societal groups carrying specific intentions. When Mr. Rumsfeld recently spoke of the old Europe he did so while criticizing nations that were opposed to the intentions of his administration. On the other hand, a few days ago old Europe was chosen as the so-called word of the year here in the center of Europe (this is done every year), implying the connotation of something one can be proud of. To understand the relationship between language and reality it is useful to study the writings of linguists and philosophers like those of a fellow-Californian of Richard, namely Senator S. I. Hayakawa (by the way, as it were, a colleague of mine, as we were both teaching at the University of Wisconsin - he some 50 years earlier than me).- So my intention to describe the values of Metacard is best served by starting from the definition of the Encycopledia Britannica, containing and pointing to the attributes of Spartians disciplined, enduring, efficient, and powerful which I then translated to describe Metacard (still in these respects as opposed to Revolution) as disciplined: concise and relatively short scripts; fewer parts of the IDE that are interrelated and interact, organized surface enduring: can handle a substantial amount of objects, e.g. controls efficient: despite the material load the Metacard IDE maintains its speed etc. powerful: can be relatively 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: Revolution has been around for 7 years less than the MC IDE, and has many more features. So we're not there yet on a raw efficiency or uncluttered scale. Now, I do not really insist on definitions or attributes for Metacard, my responses in this part of the thread were just triggered by Richard's mentioning a clients opinion. I hope that the golden nugget Metacard which the Rev folks have acquired will be indeed exploited by them to improve the Revolution IDE by integrating parts of Metacard into Revolution or maybe by adapting paradigmatic ways of programming. Regards, Wilhelm Sanke ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman
Re: [OT] Sparta (was Re: Metacard support)
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: Revolution has been around for 7 years less than the MC IDE, and has many more features. So we're not there yet on a raw efficiency or uncluttered scale. Now, I do not really insist on definitions or attributes for Metacard, my responses in this part of the thread were just triggered by Richard's mentioning a clients opinion. I hope that the golden nugget Metacard which the Rev folks have acquired will be indeed exploited by them to improve the Revolution IDE by integrating parts of Metacard into Revolution or maybe by adapting paradigmatic ways of programming. Amen to that, brother. And there are always ever better ways to do things, we learn as we go. Take a gander at 4W Props in RevNet -- I'm considering proposing that we might use a similar message buffering technique in MC for even greater responsiveness. From the Rev list yesterday re. the property sheet: There's a subtle aspect to the way it works that may be worth mentioning for others making things that respond to the selectedObjectChanged message: With most tools that respond to the selectedObjectChanged message, they do so as it's sent, but the downside is that when you're drag-selecting multiple objects the message is sent frequently, so the user interaction is slowed as these tools update themselves. With 4W Props the selectedObjectChanged is not responded to in real time. Instead, it sends itself an update message in 100 milliseconds, after first checking the pending messages to make sure it's not already waiting for one. This small delay actually makes the experience lightning fast for the user: the 1/10th second delay is not noticeable, but it greatly minimizes interferences with the drag-selecting gesture, allowing a subjectively more responsive experience. I've started using this message buffering technique on all my tools that respond to selectedObjectChanged, and now I can have many of my palettes open without slowing down the user experience. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Metacard support
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 the mean time, we have to cater for the larger number of users. I've noticed that novices computer users, are afraid of the sheer complexity of many programs. This complexity is reflected somehow by their interface. As Kevin said, RunRev caters to that larger number of users that needs to feel confortable with an interface that resembles his use of other softwares. I suggest everyone here to take a look at another software winner of the MacWorld magazine, SketchUp. In their website they have some movies that shows how to use this software. 3D software have been around for long, but IS the interface to these same tools that put apart this program. I expect to see a more user customizable interface in the future. And you are quite free to go on using the MC IDE if you wish. Thanks Kevin, you really understand this need. Developers who stay all day long within a software, quickly become aware of the particularities of an interface: What is doing that palette in this place? Why this dialog box do not have keyboard shortcuts? How did they forget to include that property in this window? Who decided to make this window so small or so big? Where did they put that property that must belong here, with these other properties? etc,etc,etc, These impulses to reshape our environments hardly could be stopped. MetaCard really invites the programmers to reshape their programming enviroment. And the unprotected code confirms that belief. If anybody thinks that HyperCard users are obstinated, then figure out how much obstinated will become all programmers that had modeled an interface to their particular needs. There will be MetaCards users for long time. al = Visit my site: http://www.geocities.com/capellan2000/ Search the mail list: http://mindlube.com/cgi-bin/search-use-rev.cgi __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 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 IDE absolutely bogs down (and the MC IDE does not). A sober analysis of the causes for these differences - about which I have some private and possibly educated guesses - could maybe be instrumental and helpful for the improvement of both IDEs. Did you file a bug report on it in Bugzilla? If you did, we'll fix it. If you didn't, we'll still try, but can't guarantee what list this will be put on when. While you and I are enamored of MC's simplicity, for others that same simplicity can be seen as hellishly spartan (to use the words of one of my clients who prefers Rev). I have looked up spartan in the Britannica World Language Dictionary (part of the Encyclopedia Britannica). Here is the entry: Spartan: Pertaining to Sparta or the Spartians; heroically brave and enduring. A native or citizen of Sparta; hence, one of exceptional valor and fortitude. Adding what has been reported about the Spartans elsewhere one could summarize: Spartans were disciplined, enduring, efficient, and powerful. Revolution has been around for 7 years less than the MC IDE, and has many more features. 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 the mean time, we have to cater for the larger number of users. And you are quite free to go on using the MC IDE if you wish. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ~~~ Check our web site for new Revolution editions special offers ~~~ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 ___ [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 support
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 enjoyable Ruslan. It's a damn nice database emgine for many projects, also. - Brian 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 list, his replies are often within short time of the question showing there, and even helps to some degree with user issues, like help with designing databases. He is also reknown for acting quickly on the reported bugs and listening to user input in product development. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Valentina and MC/Rev CGI (was :Metacard support)
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 list, his replies are often within short time of the question showing there, and even helps to some degree with user issues, like help with designing databases. He is also reknown for acting quickly on the reported bugs and listening to user input in product development. Speaking of Valentina... Does anyone here have any experience using MC/Rev as CGI in connection with Valentina as server database ? I thought of contacting Ruslan for best advices, but would like to hear some users testimonials first... Thanks, JB Yes, I have been running a MC-based CGI for a couple years now. But it is a different story depending on the OS. And keep in mind that MC/Rev-based cgi may not be suitable for heavy duty usage (but then you can just switch to a different environment retaining your database). Robert Brenstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Valentina and MC/Rev CGI (was :Metacard support)
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 that MC/Rev-based cgi may not be suitable for heavy duty usage Could you please comment this point ? Thanks, JB ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 Wilhelm on this point. 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 feedback from runrev staff, but they often go untouched. Looking at my use-revolution mail folder there are 4061 messages. There are only 82 messages from runrev.com. After removing broadcast announcements from runrev.com (multiple copies because I'm subscribed to multiple lists) then the number is down to 67 messages from runrev.com. 42 of those are from Tuviah. This amounts to only ~ 1% of the messages are from Runrev staff! As with most user-to-user discussion forums, while it's always appreciated when Heather, Goeff, Jeanne, Kevin, or others posts there I don't believe they have an obligation to do so. In the recent past I've been on mailing lists hosted by apple, omnigroup, and realsoftware. I haven't counted, but I estimate that posts by staff members on those lists ranged about 5-10% of total traffic. That makes a big difference in the feel of the list. The apple and omnigroup lists were not even product-related, just general programming-on-mac-os lists. Just the fact the lists are hosted @ runrev.com - I would expect more activity from the staff. Recently people complained on the use-rev mailing list about getting no response from [EMAIL PROTECTED] These are people with, presumably, current Runrev licenses. 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. OTOH a surprisingly high number of posts to use-rev were from yours truly. So I guess I should zip it now :-/ Alex Rice [EMAIL PROTECTED] | Mindlube Software | http://mindlube.com what a waste of thumbs that are opposable to make machines that are disposable -Ani DiFranco ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 seem logical due to the new ownership (if not out of respect for Revolution - it's their right). But I have to wonder about all the people out there that have used HyperCard and SuperCard or XTalk and never heard of MetaCard. I switched from HyperCard to SuperCard v1.5 when I saw the name (plus SC supported colour, BONUS!). Then I moved to MetaCard v1 because I was working on an SGI (and I saw an engineer at the company using it, that's how I saw the name MetaCard and nearly died of joy), now I program in Flash because I need full browser support (and it has an exe and works on Linux and SGI so I'm covered). I still use MetaCard 2.5 to build my custom XML creation tool which feeds Flash it's data, but will move that to PHP in the near future. I'm sure I'll be using MC 2.5 for some time to come. RIP MetaCard, you and I had a good ~11 year run together... Sincerely, Simon ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 HyperCard to SuperCard v1.5 when I saw the name Another plus for Revolution: While HyperCarders and SuperCarders have very positive associations with names ending in Card, we are a minority. Apple's crippling of HyperCard gave the majority of the computing world the mistaken impression that xTalks are toys. By eschewing Card, Revolution has a chance to be perceived on its own terms, unencumbered by any unpleasant associations with Apple's single-window monochrome architecture. RIP MetaCard, you and I had a good ~11 year run together... The queen is dead! Long live the queen! 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. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web 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 support
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 feedback from runrev staff, but they often go untouched. Looking at my use-revolution mail folder there are 4061 messages. There are only 82 messages from runrev.com. After removing broadcast announcements from runrev.com (multiple copies because I'm subscribed to multiple lists) then the number is down to 67 messages from runrev.com. 42 of those are from Tuviah. This amounts to only ~ 1% of the messages are from Runrev staff! At the risk of sounding like an apologist, they've only recently begun to expand staffing to match the rather appreciable growth they've been experiencing. I suspect that by the time staffing is brought up to match the growth, the standard behavior Wilhelm observed will resume being the standard. I've seen this pattern before with many companies in early stages of growth. In many ways, managing growth in any company is a more complex problem than even the startup phase. It'll either pass or the company dies. Either way it will resolve itself. :) In RunRev's case I expect the former. As with most user-to-user discussion forums, while it's always appreciated when Heather, Goeff, Jeanne, Kevin, or others posts there I don't believe they have an obligation to do so. In the recent past I've been on mailing lists hosted by apple, omnigroup, and realsoftware. I haven't counted, but I estimate that posts by staff members on those lists ranged about 5-10% of total traffic. That makes a big difference in the feel of the list. The apple and omnigroup lists were not even product-related, just general programming-on-mac-os lists. Just the fact the lists are hosted @ runrev.com - I would expect more activity from the staff. Recently people complained on the use-rev mailing list about getting no response from [EMAIL PROTECTED] These are people with, presumably, current Runrev licenses. Not getting timely support that has been paid for is an issue, but not one likely to be corrected on the MC list. I would encourage you to write Jeanne on that. FWIW, the Adobe, Macromedia, and at least one Apple list (the HI-Dev list, before it was shut down for disturbing political reasons) have a policy of being user-to-user; the vendor may chime in, but there is no obligation to provide support through those forums. But it is certainly a very good idea for everyone, perhaps for the vendor more than anyone else: every single question answered in a public forum saves ten private communications on the same topic. I opened a user-to-user forum for WebMerge several months ago and my support costs relative to sales have dropped appreciably. Part of that is attributed to the smart, helpful people who post there, and part of it is that I can address support issues for everyone at one time by posting there. 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 certain almost OCD-like quality that on my most obsessive day I only meet halfway. Yet even in my merely-halfway-to-Scott-level obsessiveness, I get strong feedback that tells me its worth the effort, like this email that came in today: Thank you very much for your help. It's a shame some of the software companies larger than yourselves don't model their customer service, support and product quality on FourthWorld - I'm not even a customer quite yet, and I feel completely secure about your company and software. Scott inspired a new level of support commitment here, and it has tangible benefits. Hopefully as RunRev increases staff size they'll catch the obsession with similar results. OTOH a surprisingly high number of posts to use-rev were from yours truly. So I guess I should zip it now :-/ Why do we need Rev folks when we have you? :) -- Richard Gaskin Fourth World Media Corporation ___ [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 support
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 2.4 stack # The following is not ASCII text, # so now would be a good time to q out of more exec mc $0 $ PS: wonder what means a good time to q out of more? -- Digital photos (nature, garden) : http://cooldomi.free.fr/ Scripting : http://domiscript.free.fr/ ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 : #!/bin/sh # MetaCard 2.4 stack # The following is not ASCII text, # so now would be a good time to q out of more exec mc $0 $ The file format was last changed prior to the acquisition. I imagine the header will be updated with a future file format change. Adobe has a legacy issue like this: having purchased CyberStudio from GoLive Inc., although they've renamed the product to Adobe GoLive they're still saddled with JavaScript libraries labelled with CS before all the function names. PS: wonder what means a good time to q out of more? More is a UNIX command to read files. -- Richard Gaskin Fourth World Media Corporation ___ [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 support
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 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 IDE absolutely bogs down (and the MC IDE does not). A sober analysis of the causes for these differences - about which I have some private and possibly educated guesses - could maybe be instrumental and helpful for the improvement of both IDEs. Secondly, list members have sometimes used the adjective spartan as a general characteristic of the Metacard IDE. Richard alluded to that when he wrote yesterday: While you and I are enamored of MC's simplicity, for others that same simplicity can be seen as hellishly spartan (to use the words of one of my clients who prefers Rev). I have looked up spartan in the Britannica World Language Dictionary (part of the Encyclopedia Britannica). Here is the entry: Spartan: Pertaining to Sparta or the Spartians; heroically brave and enduring. A native or citizen of Sparta; hence, one of exceptional valor and fortitude. Adding what has been reported about the Spartans elsewhere one could summarize: Spartans were disciplined, enduring, efficient, and powerful. Another aspect is equally interesting. When the Romans conquered Sparta and other states on the Greek pensinsula in 146 B.C., Sparta remained an autonomous region inside the occupied area. So I retract my proposal to speak of Metacard as a slim or power edition of Revolution. Spartan - spelled with a capital S to indicate the extended meaning - would be a much better choice. Translating the attributes to characterize the Metacard IDE could look like this: disciplined: concise and relatively short scripts; fewer parts of the IDE that are interrelated and interact, organized surface enduring: can handle a substantial amount of objects, e.g. controls efficient: despite the material load the Metacard IDE maintains its speed etc. powerful: can be relatively easily customized to one's own needs; quicker development because of fewer bugs etc. autonomous: deserves to be preserved as an alternative IDE.--- See you next week. Regards, Wilhelm Sanke ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
[OT] Sparta (was Re: Metacard support)
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 IDE absolutely bogs down (and the MC IDE does not). A sober analysis of the causes for these differences - about which I have some private and possibly educated guesses - could maybe be instrumental and helpful for the improvement of both IDEs. Another great thing about plug-ins: Geoff Canyon's Navigator can be used in any IDE, as can my Stack Browser and Property Sheet, so there are lean options available for those tasks. Taking it a step further, one could write a plug-in that pulls out Rev's front- and backscripts and inserts leaner versions that do only the bare essentials. You'd lose the Geometry Manager, Profile Manager, etc., but folks so inclined probably aren't using those anyway. I had to write one that removes even MC's lean frontscript in order to get certain messages with the pointer tool active (mouseDoubleUp and a couple others are not passed). Which brings us back to spartan -- the definition you found reflects my own personal feelings: I have looked up spartan in the Britannica World Language Dictionary (part of the Encyclopedia Britannica). Here is the entry: Spartan: Pertaining to Sparta or the Spartians; heroically brave and enduring. A native or citizen of Sparta; hence, one of exceptional valor and fortitude. While noted for their valor, Sparta is also a good argument against the macroeconomics of militaristic societies. Sparta was an expansive military culture, and I'm told that in outlying areas it required roughly one soldier/policeman for every twelve citizens to maintain stability. Under the burden of such overhead, Spartan society never enjoyed the luxuries Athenians once took for granted. Most of the contributions to modern culture attributed to the ancient Greeks (theatre, literature, philosophy) were specifically from Athens; Sparta gave us only a cautionary tale of a society burdened by a large military-industrial complex (or as Bucky Fuller might describe it, the classic difference between investing in what he called livingry as opposed to weaponry). The Peloponnesian Wars were expensive to both societies and ultimately benefitted neither: Athens had the Acropolis and the Lyceum; Sparta had an armory. :) Hence this definition from Dictionary.com, which is probably what my client was referring to: # Simple, frugal, or austere: a Spartan diet; a spartan lifestyle. # Marked by brevity of speech; laconic. # Courageous in the face of pain, danger, or adversity. For my client, using MC meant using the Message Box a lot (which it used to for me also until I made my Property Sheet tool). All that typing amounted to pain, danger, and adversity for him. So as the Athenian Artistotle would remind us, ultimately every metaphor fails to fully describe that which it is supposed to illuminate. Encountering a bug or limitation in any IDE requires the courage to face pain, danger, and adversity. :) -- Richard Gaskin Fourth World Media Corporation ___ [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 support
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 response in the meantime - offlist in the circle of initiated Revolutionaries. But as your question was asked on the list, it also deserves a response on the list. Maybe the question wasn't answered because it's obvious. The Distribution Builder has been password protected since RunRev introduced the new licensing scheme which relys on the Distribution Builder to manage the difference between editions. If I were you I wouldn't make a huge point about the MC one being open because if I were RunRev I'd close that hole ASAP. Regards Monte I am not sure this is really a hole. As far as I know the license required to use metaCard is the most encompassing and thus expensive. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 basic engine was developed for and with the Metacard IDE. That the engine is now owned by Runtime Revolution is a legal matter and as long as there is no infringement of rights - and I can't see why there should be - it doesn't hurt to use Metacard for the authoring system that includes the Metacard IDE. This would also acknowledge and honor the historical context. In terms of the old engine available at metacard.com, yes. But you cannot download a current version of the engine named MetaCard. Today, it is available under the name Revolution. 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. MC's Home stack is part of the IDE, and reflects the IDE's name. The Home stack was developed long before the acquisition, and doesn't govern the product's current name. I have an old globe showing Rhodesia for a nation that in recent years is best recognized as Zimbabwe (it has Begian Congo and Burma also; it's pretty outdated). :) This is for me however, I repeat, a matter of minor importance. Agreed. :) My idea was, which I have expressed from the very moment when Runrev announced their new product and marketing scheme in July, to incorporate the Metacard IDE as an alternative part of the Revolution project - with labels like slim or power edition (although I think they would not favor the latter) instead of possibly seeing Metacard as an unavoidable annoyance. That the Metacard IDE is now open source should not prevent them to do so. On the contrary, the X11 license was chosen with RunRev in mind, to encourage them to use any and all of the MC IDE without having to think about the enforced freedom aspects of other GPL-compatible licenses. I think that suggestion is an excellent one. If they see a need for it I hope they purue it. And of course, id anyone wants it they can simply use the MC IDE available now, with no other action required by anyone. And quite a number of the Revolutionaries do not even know that an alternative Metacard IDE exists that they could put to good use especially when the Rev IDE fails or is less convenient. At the root of it this seems an issue of subjective preferences: if you encounter a bug in Revolution is it more desirable to adopt an entirely different IDE just to get around that bug? Or you could flip it around: if you encounter a bug in the MC IDE, would you prefer to switch your workflow to the Rev IDE or just see the bug fixed? While you and I are enamored of MC's simplicity, for others that same simplicity can be seen as hellishly spartan (to use the words of one of my clients who prefers Rev). For most of the world, MC is something you might do to get you through the day while you're waiting for a bug to be fixed in Rev. Personally I love it, but my subjective preferences seem different than most in many areas, not the least of which relates to IDEs. ;) Here is a quote from the use-revolution list (Nov 21): Because I didn't know it existed! Like (I suspect) the majority of people on this list, I joined the Revolution after RR came out and have never had any contact with MetaCard apart from one glance at a demo years ago. That sums up what I hear from a lot of folks: they looked at MC's Motif-inspired UI and walked away, giving themselves a chance to really get to know the underlying engine's power only after it was dressed up with a more conventional (if complex) Rev IDE. I know about Bugzilla (and Revzilla for that matter), but it still must be possible - and is of course natural behavior of list members - to ask about presumed bugs, asking if maybe there was just an error in the syntax of their scripts or hoping for a workaround others already have handy. Getting a second opinion about script logic is a function of the discussion list. Checking the status of known issues is a function of Bugzilla. Both seem well covered, no? However, the questions I asked - and others have asked, you, Richard, among them - in the above indicated context do not address bugs, but rather *features* scripted with a certain intention by the Runrev team that produce difficulties they probably did not envision. Rev IDE bugs also belong in Bugzilla. The bug that gave rise to that discussion has been reported there. 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
Re: Metacard support
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 needs to be qualified in order not to be misunderstood. Thank you for the clarification. 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 will let you use the latest engine with that IDE. The only thing I would like to clarify is what is meant by MetaCard in the current context: Kevin Miller, Thu, 14 Aug 2003: it's the *same engine*, just given a new name. When they add features to it for the benefit of Rev users, MC users who wish to continue with the MC IDE can just drop in the new engine and go. Right. So this acquisition means we can, over a period of time, gradually integrate the various language extensions that Revolution has got, and make that available to people who are still using MetaCard. Thus, you can look forward to database access, text to speech, XML, and all the other stuff getting integrated neatly into the language. 6. From the above quote you see that RR intends to enhance Metacard with these features. 7. Metacard will be still supported - as I read it - maybe indirectly by Scott Raney. Once upon a time there was an product named MetaCard, an engine that came with an IDE. The core technology was tranferred to RunRev, where Scott is under contract to continue to work his magic on the engine along with progamming powerhouse Tuviah and others. For clarity, since the acquistion I refer to the engine as Revolution and the scripting language as Transcript. Those are what 90% of our community now calls them, and it seems optimal to use common terms. When I use the term MetaCard these days I'm referring to the only thing that hasn't been acquired by RunRev, the MC IDE (although more often I call it MC IDE specifically to avoid any ambiguity). In the context above, what is called MetaCard is the engine owned and maintained by RunRev, and yes, RunRev has added some nifty new features with way cool plans for many more. And as long as we're talking about the engine, yes, Scott continues to have a role. But the MC IDE is supported only by the volunteers here. While Scott retains copyright (allowable under the X11 license chosen), his efforts are now exclusively focused where they have been for years, in the engine. I think it's most fair for Kevin, Scott, and most importantly the community to note that neither Kevin nor Scott is obligated to provide technical support for the MC IDE. As an open source work, support now comes only from volunteers in this community. It is indeed a happy coincidence that Richard Gaskin, the foreman of our Metacard user group, has been promoted to the rank of an illustrious Revolutionary (see Heather William's post of Nov 27th, subject Seminar). Not sure how I went from opinionated blabbermouth to that, but I'll take it. :) It should be a useful conference for all Transcript programmers; if you folks can make it to SF MacWorld it'd be good to meet you in person. As it were, Richard epitomizes the new modern Metacard user that wishes Metacard to continue for various reasons and at the same time is interested in and contributes to the necessary further development of Revolution. If I epitomize anything it's merely someone who's passionate about the benefits of the language. To be honest, I don't really care much about IDEs at all; in my head they're all just property setters, shortcuts to the engine's power. For myself, the only thing that matters is what I can provide to my customers. IDEs are useful to me only to the degree that they stay out of the way between what my customers want me to make and the engine that can deliver it to them. As much as I appreciate the dual enrollment analogy, in my head the world is already well unified: there's one engine, a virtual machine so powerful that in addition to building cool stuff for customers you can also build handy conveniences for yourself along the way. The most popular way of working with the engine is the Rev IDE, with about 90% of the Transcript audience using it daily. But there's also the MC IDE, and OpenGUI, all driven by the same powerful engine. Viva la difference, 'cause under the hood where it counts they're all the same. As a member of the inner circles of Revolution and Metacard he is in a favorable position to communicate with the new owners of Metacard and convey the potential of Metacard even for the improvement of Revolution and to also encourage the RR team to discuss openly current and urgent problems of Revolution - about which they seem
Re: Metacard support
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 will let you use the latest engine with that IDE. The only thing I would like to clarify is what is meant by MetaCard in the current context: I think it would be worthwhile to include the essence of this discussion on MC IDE web site. I also think that some of the areas now marked for members only (i.e. files) should be public in the proper spirit of open source project. I had left Yahoo's defaults in place, but went back and changed where I could. Most activities are only available to Members and Moderators as an anti-spam measure. Needing to join is not unlike subscribing to a list. The only things that are possible to be shared publicly in Yahoo are Messages, Bookmarks, and the Calendar. Of those I really only see myself using Messages (which should already be public) so I hadn't thought of the other two. They should be public now, but for myself I see little need for either beyond a link to metacard.com and on to runrev.com in the Bookmarks section. I also set membership to require a Moderator's approval. If you hate spam you'll thank me for that one. :) Thus far the two people who've joined have already been approved, and anyone who wants moderator status to approve new members just drop me a note with your Yahoo ID and I'll set the permissions for you. Just please keep an eye out for bots to avoid spamming. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Metacard support
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 needs to be qualified in order not to be misunderstood. I will try to list some details about the nature of the support of Metacard and hope to avoid too much mingling of facts and hopes. Please, correct me, if I am wrong with regard to certain points or omit essential aspects. 1. RR (Runtime Revolution) has guaranteed that the Metacard IDE will continue: Kevin Miller, Thu, 14 Aug 2003: This is in writing; Rev has stated that publicly that they will continue to allow the MC IDE to continue to work with the new Rev engine. Yes. And I'll state it again here in case there is any confusion. 2. Metacard - even for new users - is available from the Metacard website www.metacard.com and from other sources. 3. Metacard users can continue to use their current licenses and renew them through RR 4. You can get new Metacard licenses if you purchase a Revolution version. Just specify you want an extra Metacard license key. 5. The Metacard engine can be updated by substituting mc.exe or Metacard (on MacOS) with the newest version of the Metacard/Revolution engine, i.e. by renaming Revolution.exe to mc.exe and a similar, but slightly more complex change of the MacOS version. Kevin Miller, Thu, 14 Aug 2003: it's the *same engine*, just given a new name. When they add features to it for the benefit of Rev users, MC users who wish to continue with the MC IDE can just drop in the new engine and go. Right. So this acquisition means we can, over a period of time, gradually integrate the various language extensions that Revolution has got, and make that available to people who are still using MetaCard. Thus, you can look forward to database access, text to speech, XML, and all the other stuff getting integrated neatly into the language. 6. From the above quote you see that RR intends to enhance Metacard with these features. 7. Metacard will be still supported - as I read it - maybe indirectly by Scott Raney. Kevin Miller, Thu, 14 Aug 2003: The only difference is that Scott now has *substantially* more time to do development, as our marketing and technical support *team* are able to handle those aspects and leave our engineers free to do what they do best. Scott is a super-programmer, and now he has a lot more time to do just that. 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. Metacard is supported by Richard Gaskin, the chosen foreman and coordinator of the Metacard user group.--- It is indeed a happy coincidence that Richard Gaskin, the foreman of our Metacard user group, has been promoted to the rank of an illustrious Revolutionary (see Heather William's post of Nov 27th, subject Seminar). As it were, Richard epitomizes the new modern Metacard user that wishes Metacard to continue for various reasons and at the same time is interested in and contributes to the necessary further development of Revolution. This dual enrollment (one of the most promising features 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 perspective for the continuation and development of Metacard. As a member of the inner circles of Revolution and Metacard he is in a favorable position to communicate with the new owners of Metacard and convey the potential of Metacard even for the improvement of Revolution and to also encourage the RR team to discuss openly current and urgent problems of Revolution - about which they seem at present rather reluctant to give feedback (like about the serious problems of the Rev Distribution Builder and the very slow speed of the Revolution IDE when working with stacks that contain greater number of controls- problems that do not exist in the Metacard IDE.). Kevin Miller - in his already quoted post of 14 Aug 2003 - has encouraged feedback himself when he said: If you switch over and provide feedback, tools and resources for Rev, Revolution gets better faster, we are more successful, and everyone gets a better tool as a result of our being able to upgrade it faster - even people who only use the engine and little of the UI. Such feedback would be optimal when the communication is bi-directional. Regards, Wilhelm Sanke ___ metacard mailing list [EMAIL
Re: Metacard support
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. Metacard is supported by Richard Gaskin, the chosen foreman and coordinator of the Metacard user group.--- 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? Robert Brenstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Metacard support
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 out of the way. More recently I've been inundated with client work so the free stuff has had to wait just a bit. The Yahoo group is at: http://groups.yahoo.com/group/MC_IDE/ I've nearly got the baseline MC IDE updated with the new license to send to Scott. Once I get it back from him I can post it there. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard