Why don't we use wxWindows which already has
a cross platform implementation?
It's just as powerful as MFC and it has a
license which is essentially LGPL.
http://www.wxwindows.org/
Michael,
I think we already had it under consideration ... I think back then we
downed it because
I've just thaught of this... If Uli give you his tokenized copy, it should
work. The problem is mine is tokenized for MPW, and you're using
CodeWarrior (at least I hope you are, since you wanted a CW tool!)
Anthony,
I haven't yet tried to get Bison working under CW ...
How about you
I'm using 1.26, and I know that 1.26 and 1.27 compile "out of the box" with
MPW. But I believe there was a bug in 1.27 that caused Tokenizer.y to fail.
Okay I'll try and get 1.26 to compile today.
It didn't work and I'm getting sick I think an I can't be bothered getting it to
compile. Can
It is, you can just something thing in a few ways. Underneath that it is as
structured as any other language.
It has a basic structure, but many object descriptors ("there is a[n]
object"), functions ("the number of card buttons") and almost all
commands are exceptions, as they don't follow
and (4) do what the hell you like with it no questions asked =).
Too general for me. Be more specific or I'll bite you g
and *do* what the *hell* you *like*.
Public Domain means no rights whatsoever. I'm not sure we'd want this ?
Why don't we want this? What and who are you trying to
I want a (3) source code is modifiable for redistribution and the creation of
commercially distributed binaries as well.
and (4) do what the hell you like with it no questions asked =).
Hmmm... sounds like the Artistic licence.
Well that's essentially what you have and this is what I want.
I guess everyone
else is working on the interpreter and getting the latest snapshot to
compile on windows etc.
I'm still in need of "Tokenizer.cp". Can you send it to me Anthony?
I have done a little work on the UI. I'll post my ideas sometime soon.
Andre
Yeah, I think that'd be a good choice :-) One thing we'll have to take
care of is that e.g. roundrect buttons have their corners rounded the same
way etc. Also, you have to add support for colors, that is, your code
should be able to draw the outline of a button using a different color than
Important buttons for me are:
Oh and region masks so we can have irregular button shapes too. That way people who
want round rects, ovals or maps of Europe can have them.
Andre
I agree. We're really talking about a load of bullshit that's unimportant
@ this stage. How about a "file view" of all the files included. We can
drag-drop and import. Wouldn't that suit the purpose much better?
Dylan,
I personally also consider include to be something that's not very
True. Hmmm... anyone want to guess on the release date of the first
pre-release preview version of OpenCard?
no
yes
My optimistic predictions:
Prerelease preview: This time 2000.
Beta: Near the end of 2000
Insert a lot of testing here.
Macintosh Final v1.0: Start of 2001
Other platforms to
Do you also want the first step of the block file format.
Yep.
Me too :)
Send me all the code you can so far.
Andre
We also still need someone to implement the screen display routines. That
is, drawing of objects onscreen in a fast way and with correct overlapping.
We can use DirectDraw for speed if necessary.
Where can I look at the API for DirectDraw.
This could also be started on Windows if the
We can compile for PlayStation with CodeWarrior. ( sorry, could not resist )
as well as Linux and Windows. Anthony, try and do that with MPW ;).
Hmmm... How 'bout egcs running under MPW? Can target most Unices, Windows,
DOS, and any other OS's chips you want to add.
Can also compile C++,
DeRobertis wrote:
At 8:28 PM +0200 on 5/19/99, M. Uli Kusterer wrote:
MPW ( AppleScriptable to boot )
CodeWarrior
Hi,
CodeWarrior is also AppleScriptable.
AFAIK, CodeWarrior is used at Apple (and at M$ for their Mac products, in
case anyone cares), so I guess that'd be the
Thanks for all the links I'll look through them soon. You can send me the current
snapshot privately by email until you get an account to upload to. I'll look into
everything tomorrow.
Drunk,
Andre
Anthony have you any more snapshots of the xTalk compiler? If so, please post
them. I want to see if I can get it to compile under CodeWarrior, and we can
then do a speed comparison between the compilers. If you can get the compiler to
work with a sample function and command I will start work on
Saturday 11th of April at 9:00PM (GMT)
You will have to figure out when that is for you. Next meeting, if this
one is successful, we can figure out what time zone everybody is in.
Remember you Americans are -time so don't leave finding out your time
zone to 9PM because you will have already
I don't have time to reply to all that at the moment, but thanks Alain for
all your responses about OTPW.
I'm getting very confused with what is what. What are we using XML for. How
do things like JavaScript have anything to do with OpenCard. My brain is
all fuzzy and confused.
We need some
And now to answer the original post.
Adrian Sutton wrote:
This could be one option we present, but I'm not sure why you'd
want to separate teh authoring and browsing environment.
I don't, I want a lower level tool that basically lets the user access the built in
commands of an application
Adrian Sutton wrote:
For Andre: Yes, that message was sent to Andre accidently by
mistake, thanks for reposting it.
For everyone:
Andre wrote:
I don't, I want a lower level tool that basically lets the user access the built in
commands of an application framework with OpenTalk scripts
The way i see it we should first design the language.
I think perhaps some people on this group would like to keep the syntax
100% compatible with HyperTalk. I personally think we should create a new
language that is faster to write code in.
So group, are we going with HyperTalk or do we want
I was thinking that as a practice project for OpenTalk we could perhaps
start by doing something really simple with the OpenTalk interpreter. One
thing that jumps to mind would be making the WASTE Text Edit Demo
scriptable with OpenTalk. This would allow us to (1) test chunk expressions
(2) set
23 matches
Mail list logo