On Mon, 4 Oct 1999, Ruediger zu Dohna wrote:
(big snip)
> Use closed stacks without a fileName for the same effect. (BTW: How
> about a new syntax "create closed stack ..." to save the performance
> hit of opening and closing a stack?)
A workaround for this in MetaCard is:
set the visible of the templateStack to false
create stack "my invisible stack"
close stack "my invisible stack"
> I wonder why there is obviously so little interest in custom classes.
> The hype of OO being the one and only happy-pill-solution to the
> software crisis is pretty much over and we can discuss the real
> advantages the concepts have and how we can better make use of them
> in xTalk. In my eyes the idea of HyperCard was to take many of the OO
> concepts and cook them into a solution that normal people can use.
> Modern OO integrated development environments took a lot of that
> back, but standard OO languages are still difficult to learn. Why not
> move an easy to use language into a direction that makes it more
> powerful and even easier to use for professional applications?
I think mostly because it's too hard to do ;-) If this thread is any
guide, it's may be too hard to even *design*, let alone build...
> If custom classes are not broadly needed, beginners will not see much
> of it and not be disturbed. If everybody thinks custom classes are
> really cool, everybody will use them and beginners will quickly learn
> to use them, too.
We have enough trouble getting beginners using more than a small
fraction of what's already in any of the xTalk dialects, let alone all
this new stuff. My primary interest in the theoretical aspects of
this discussion is to keep our options open for what we'll be wanting
years from now. But what we need in the short term are just some ways
to extend the current structure-based message and attribute
inheritance systems to include some other ways of doing it. If this
can be done with some class-based architecture (or some architecture
that could be easily extended in that direction), great. But the
class-based part of it is really of secondary concern.
Regards,
Scott
> Regards
> R�diger
> --------------------------------------------------------------------
> | Ruediger zu Dohna GINIT GmbH 0721-96681-63 [EMAIL PROTECTED] |
> | PGP-Fingerprint: F1 BF 9D 95 57 26 48 42 FE F8 E8 02 41 1A EE 3E |
> --------------------------------------------------------------------
>
********************************************************
Scott Raney [EMAIL PROTECTED] http://www.metacard.com
MetaCard: You know, there's an easier way to do that...
