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

2003-12-23 Thread Wilhelm Sanke
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)

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:

 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

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 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

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 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

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/
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard


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
 ___
 [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

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 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)

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
  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)

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 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

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 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

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 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

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 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

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
 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

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 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

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 :
 
 #!/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

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 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)

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 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

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 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

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 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

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 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

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 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

2003-11-30 Thread Wilhelm Sanke
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

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. 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

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 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