I just received MACL 1.3, and it is a nice improvement over 1.2.2. The
redone manual is much more informative, and everything seems more integrated.
One question (for those who might know)... I create a window and draw into
it thus (with deletion of uninteresting stuff):
(let ((output (oneof *window*))
...
(dotimes ...
...
(ask output (fill-rect
(if (= 0 (aref board row col))
*black-pattern* *white-pattern*)
(* col 5) (* 5 row) (+ (* col 5) 5) (+ (* row 5) 5)))))
...)
If I close the window 'output', by clicking in its go-away box, the routine
continues drawing to the screen, overwriting the desktop. I don't think
that it used to do this. I realize that I should take some action upon
window close, but should MACL allow this writing where a window used to be?
Also, there seem to be quite a few typos in the documentation, where a space
is listed instead of a dash (I count 11 of these in the menu section):
(ask foo-menu (menu items))
instead of
(ask foo-menu (menu-items))
At least I get things to work with the second syntax, not the first.
One last suggestion... The one-page intro to menus in the 1.2.2 doc (page 5-3)
was a pretty nice overview of menus and menubars. It may have been nice to
keep it in 1.3's documentation. (A divider insert for QuickDraw, Appendix B,
would have been nice--I reused the one from 1.2.2)
MACL 1.3 is a nice step up from 1.2.2 (though expensive at $100), and a
side-by-side comparison with the old manual shows that more and more Mac
features are available to the LISPer.
The debugging section is *much* nicer, too.
Thanks, Apple people, and I hate to pick nits, but we are striving for the
perfect development environment, aren't we?...
--
Wayne Folta (·····@cs.umd.edu 128.8.128.8)
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> I just received MACL 1.3, and it is a nice improvement over 1.2.2. The
> redone manual is much more informative, and everything seems more
integrated.
I think I can safely speak for the engineering team as well as myself when
I say that we're glad that you're happy with MACL 1.3 and the new
documentation (netters, I'm posting this rather than mailing it because I
intend to address some of the issues for the benefit of ALL MACL users on the net).
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> One question (for those who might know)... I create a window and draw
into
> it thus (with deletion of uninteresting stuff):
>
> (let ((output (oneof *window*))
> ...
> (dotimes ...
> ...
> (ask output (fill-rect
> (if (= 0 (aref board row col))
> *black-pattern* *white-pattern*)
> (* col 5) (* 5 row) (+ (* col 5) 5) (+ (* row 5)
5)))))
> ...)
>
> If I close the window 'output', by clicking in its go-away box, the
routine
> continues drawing to the screen, overwriting the desktop. I don't think
> that it used to do this. I realize that I should take some action upon
> window close, but should MACL allow this writing where a window used to
be?
The short answer to the last question is "no." Disposing of a window
should presumably also dispose of all of the subviews that it contains.
Are you using 1.3, or 1.3.1? I didn't think that we even SHIPPED 1.3;
everyone should have 1.3.1, but there were indeed some view-related bugs
in 1.3... I'll look into this; thanks for passing it along!
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> Also, there seem to be quite a few typos in the documentation, where a
space
> is listed instead of a dash (I count 11 of these in the menu section):
>
> (ask foo-menu (menu items))
>
> instead of
>
> (ask foo-menu (menu-items))
>
> At least I get things to work with the second syntax, not the first.
Right you are; these typos will be documented in a forthcoming update to
the MACL Tech Note.
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> One last suggestion... The one-page intro to menus in the 1.2.2 doc
(page 5-3)
> was a pretty nice overview of menus and menubars. It may have been nice
to
> keep it in 1.3's documentation. (A divider insert for QuickDraw,
Appendix B,
> would have been nice--I reused the one from 1.2.2)
Good point; I'll tell the documentation's author.
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> MACL 1.3 is a nice step up from 1.2.2 (though expensive at $100), and a
> side-by-side comparison with the old manual shows that more and more Mac
> features are available to the LISPer.
APDA is responsible for the pricing; there's not a lot that we in
engineering can do about it. But I'm glad that you like the new features.
There are also some new features that aren't even part of the System
Software, like windoids. Having the view system echo MacApp's also seems
helpful to those who might be moving from one object environment to the
other.
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> The debugging section is *much* nicer, too.
Thanks! I especially like being able to say stuff like (trace (foo
:step)) and have it enter the stepper in the proper lexical environment
when "foo" gets eval'ed. Stepping all the way from your main toplevel
function was a pain.
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
> Thanks, Apple people, and I hate to pick nits, but we are striving for
the
> perfect development environment, aren't we?...
Well, one that approaches it for people who believe that the perfect
development environment would be a Common Lisp one, anyway. ;-)
Seriously, pick away--we can't implement other folks good ideas if other
folks don't tell us what they are. Similar thoughts apply to bug fixes.
Speaking of bugs and suggestions, if you have any of these, as opposed to
more general MACL questions that someone else on the net might be able to
answer, please send mail to ·····@apple.com. Thanks!
__________________________________________________________________________
Just because I work for Apple Computer, Inc. doesn't mean that they
believe what I believe or vice-versa.
__________________________________________________________________________
C++ -- The language in which only friends can access your private members.
__________________________________________________________________________
In article <·····@mimsy.umd.edu> ·····@tove.umd.edu (Wayne Folta) writes:
>I just received MACL 1.3, and it is a nice improvement over 1.2.2. The
>redone manual is much more informative, and everything seems more integrated.
>
>[description of window-drawing problem deleted]
>
>Wayne Folta (·····@cs.umd.edu 128.8.128.8)
I'd like to echo Wayne's praise for the upgrade. Although I can't answer
his question, I'd like to ask my own. In 1.2.2 choosing "inspect" from
the menu bar brought up a sort of "inspector control panel", with some nice
functions, like "close all unmoved inspect windows". Is this dialog still
accessable somehow? Now choosing "inspect" just gives you the "system data"
window with a "type in" item added. I've poked around but I haven't been
able to find the old dialog.
Thanks in advance, and thanks APDA for a nice environment!
-Lee (·······@cs.umd.edu)
p.s. If anyone knows of any archives of MACL code, perhaps available through
anonymous ftp, please let me know!