[Openmcl-devel] M1

[mikel evins]

> On Feb 21, 2022, at 10:54 AM, Joakim Sandgren <info at joakimsandgren.com> wrote:
> 
> Thanks!
> I think the problem for me is that I started with MCL 1997 then the R-version 5.0 etc and finally clozure.
> I have never lived in another thing than a ’normal’ mac program with windows and mac commands.
> I did an orchestra piece in java 2000. horrible without a repl. never going back without a repl.
> so, I was given the best of the best 25 years ago and since it has been slowly downhill.
> I mean, hacking my own window in clozure hasn’t been a stroll and eveyone helped me with the cocoa-bridge… 
> 
> I am though, appealed by the total customization possibilities in emacs but also appalled by that learning curve. 
> why doesn’t someone just do a list of key-bindings emulating mac commands? 


People have done that. The problem is that Emacs is so customizable that doing a package like that simply adds one more set of customizations on top of the million other customizations that already exist. 

The result is not an Emacs that behaves just like a typical Mac text editor. It's an Emacs that behaves like Emacs, but with Mac- (or Windows-) style interactions mixed in among the zillion other interactions that Emacs already supports.

> new, open, close, eval with enter, I mean… for me it’s strange :)
> even if « new » will be "find-file" do a Short command..
> 
> I asked for a Lispworks 8 evaluation licence. and will try to hack away some, with emacs and sbcl…
> 
> display graphics ? like my blue window earlier in this thread ? drawing ? not only with dots . . .  or - - -  ?
> j
> 
>> Le 21 févr. 2022 à 17:32, mikel evins <mevins at me.com> a écrit :
>> 
>> 
>> 
>>> On Feb 21, 2022, at 9:29 AM, Joakim Sandgren <info at joakimsandgren.com> wrote:
>>> 
>>> precious info !!
>>> 
>>> true, that lispworks would be the easiest way. and I’m using the source code only to see how things work - since I’m not good at understanding documentation without examples.
>> 
>> Lispworks offers tools for quickly finding sources, and you can use them to browse the sources of the editor, your own code, and any libraries you use. You just can't read the sources of Lispworks itself (except the editor), because they don't include those sources in the product.
>> 
>>> but in emacs/slime, what I understand, it would be quite possible to have a bunch of buffers up, changing parameters in them…
>> 
>> Yes, that's certainly true. Emacs has a significant learning curve, but it has nice enough features for Lisp programming that many Lispers use it, despite the learning curve.
>> 
>>> but are there any possibilities to do graphics in emacs ? with some library somewhere or via open-nn… something ?
>>> menu ? shortcuts to open directories and files ? 
>> 
>> It depends on what you mean. Emac is amazingly customizable. You can display graphics in Emacs windows. You can customize its windows and menus. You can build whole applications on it (for example, see org-mode or CEDET). 
>> 
>> The catch is that anything you build with it is basically going to look and feel like Emacs.
>> 
>> I've used GNU Emacs daily since about 1988. I wouldn't say that I particularly like it, but I would say that I dislike every other programmer's editor more.
>> 
>> If you want an environment you can use to build apps, display graphics, and so on, Emacs will do the job. 
>> 
>> If you want other people to use your apps, not so much.
>> 
>> 
>