What I like the most is the abstraction-away from plaintext source files. Imagine a C and C++ IDE that hid the (often ugly) source files from you put only exposed individual function definitions - it could automatically keep header files in-sync, for example, and automatically place each free-function or class member in the right file without manual refactoring. (I still think it's outrageous that C is still a single…
This is what Lighttable aimed to do - create an extensible, abstracted code editor for many languages. See also CodeBubbles (Java) and most Smalltalk environments. http://lighttable.com/2012/04/12/light-table-a-new-ide-conce...
Apple Dylan IDE (2014)
31–40 of 58 posts
Re: Apple Dylan IDE (2014)
#32What I like the most is the abstraction-away from plaintext source files. Imagine a C and C++ IDE that hid the (often ugly) source files from you put only exposed individual function definitions - it could automatically keep header files in-sync, for example, and automatically place each free-function or class member in the right file without manual refactoring. (I still think it's outrageous that C is still a single…
Maybe not, but I have a hard time to believe that it can be considered even a slight annoyance to anyone but people just learning how to program. The same people that are annoyed by it probably benefits from it anyway, forces them to actually think about what they are doing.
Also makes it easier to get an overview of the code using just a text editor. KISS.
Re: Apple Dylan IDE (2014)
#33Re: Apple Dylan IDE (2014)
#34Some days, I still miss OS 8.
What I miss the most is the extension system. Where installing something (driver, new feature, etc) on the OS is as simple as dropping a file in a folder. And uninstalling it deleting this file. And you know there is nothing left after you removed the extension.
I also don't miss the process of removing each extension one by one, rebooting each time to find the culprit.
Re: Apple Dylan IDE (2014)
#35Some days, I still miss OS 8.
What I miss the most is the extension system. Where installing something (driver, new feature, etc) on the OS is as simple as dropping a file in a folder. And uninstalling it deleting this file. And you know there is nothing left after you removed the extension.
Re: Apple Dylan IDE (2014)
#36What I like the most is the abstraction-away from plaintext source files. Imagine a C and C++ IDE that hid the (often ugly) source files from you put only exposed individual function definitions - it could automatically keep header files in-sync, for example, and automatically place each free-function or class member in the right file without manual refactoring. (I still think it's outrageous that C is still a single…
Re: Apple Dylan IDE (2014)
#37Some days, I still miss OS 8.
Re: Apple Dylan IDE (2014)
#38It's funny because this is basically the VBA editor. You have a tree on the left with classes and modules, then in the main pane you have a drop down at the top to select functions and the text editor (if configured that way) will show a single function. I wonder when Microsoft will do any work on the VBA editor. It's not like VBA is going away. Office users still write new VBA every day. They need it.
It clear Microsoft intends to replace VBA with JavaScript that will run both in desktop Office and Office Online - we have it already with "Office Apps", but Office Apps are sandboxed pretty bad and have zero access to COM and legacy Office components. Assuming Microsoft eventually brings JS-in-Office to feature-parity with VBA then they can kill off the old editor.
Re: Apple Dylan IDE (2014)
#39Earlier quoted context omitted.
This is what Lighttable aimed to do - create an extensible, abstracted code editor for many languages. See also CodeBubbles (Java) and most Smalltalk environments. http://lighttable.com/2012/04/12/light-table-a-new-ide-conce...
> It’s no secret that I really like Clojure and as a lisp, it was the easiest language for me to start the prototype with, but there’s no reason this couldn’t be done for any language with a dynamic runtime. The rest is mostly simple analysis of an AST and some clever inference. I have looked into this. It is kind of criminal that for most real world languages (Ruby[1], C[2] etc), it's not possible to just define a g…
[1] Mainly due to begin..end blocks, curly braces or indentation (as in Python)
Re: Apple Dylan IDE (2014)
#40Earlier quoted context omitted.
What I miss the most is the extension system. Where installing something (driver, new feature, etc) on the OS is as simple as dropping a file in a folder. And uninstalling it deleting this file. And you know there is nothing left after you removed the extension.
What I don't miss is when the extensions conflict, crashing the machine on boot. I also don't miss the process of removing each extension one by one, rebooting each time to find the culprit.
Let's keep in mind this was a pre-protected memory OS.