Earlier quoted context omitted.
Not all ports of Acme/Sam require X.
The mouse is pretty inherent to both designs. What TUI version of acme are you talking about? Because AFAIK, none exist.
Unix as IDE
191–200 of 214 posts
Re: Unix as IDE
#192Earlier quoted context omitted.
Does emacs support sam's structural regular expressions language?
Not AFAIK. Care to write it?
Re: Unix as IDE
#193Earlier quoted context omitted.
The mouse is pretty inherent to both designs. What TUI version of acme are you talking about? Because AFAIK, none exist.
The macOS, Plan 9, Windows and Inferno versions of acme do not require X.
Re: Unix as IDE
#194Re: Unix as IDE
#195Earlier quoted context omitted.
For inputting and manipulating a set of characters, the keyboard is hard to beat. And it works well enough for navigation.
Well no one is suggesting that you'd input characters any other way, and acme supports sam's structural regular expression command language for keyboard-based editing; so acme supports the keyboard features you're looking for and also has, as you've admitted, better navigation, via the mouse. I suggest you give acme (and/or sam) another try without the prevailing pro-keyboard bias of those people commenting on HN.
But as I've asked elsewhere, does acme have the ability to send text to an external repl on systems other than plan9 (a continuously running one, not a freshly-spawned one), preferably one running in another terminal window? Does it have indentation for Lisp? does it have syntax highlighting (not necessary, but handy)? does it have colorscheme customization (you'd be surprised how many programs generate illegible text in white-on-black terminals, and I've become quite fond of Solarized)? Can it look up documentation for the functions I'm using (very handy at times)?
I've got the tools I'm used to, and they provide things that Acme never will for me. Maybe I'm not experiencing ultimate Unix Philosophy Zen. Maybe using the mouse is a bit more efficient. But at the end of the day, I'm here to edit text, and Emacs works in my environment, and has some pretty good tools for that.
Re: Unix as IDE
#196Earlier quoted context omitted.
The macOS, Plan 9, Windows and Inferno versions of acme do not require X.
...And were you not listening to the point which started this discussion, which is that I do most of my development on a Chromebook, and all that has is SSH.
Re: Unix as IDE
#197Earlier quoted context omitted.
Well no one is suggesting that you'd input characters any other way, and acme supports sam's structural regular expression command language for keyboard-based editing; so acme supports the keyboard features you're looking for and also has, as you've admitted, better navigation, via the mouse. I suggest you give acme (and/or sam) another try without the prevailing pro-keyboard bias of those people commenting on HN.
Doing a lot of switching between keyboard and mouse will slow you down, IMHO. But that's just me. You're free to have your opinion. But as I've asked elsewhere, does acme have the ability to send text to an external repl on systems other than plan9 (a continuously running one, not a freshly-spawned one), preferably one running in another terminal window? Does it have indentation for Lisp? does it have syntax highligh…
http://plan9.bell-labs.com/wiki/plan9/mouse_vs._keyboard/ind...
Re: Unix as IDE
#198Earlier quoted context omitted.
> Don't forget to use as few abstractions as possible Huh? I'm perfectly fine with abstractions. Just not with abstractions that are suboptimally designed and implemented. > Don't forget to use as few abstractions as possible Maybe you're confusing abstraction with runtime dispatch? > every function call takes valuable time and computation. Stroustrup's (whom otherwise I don't regard as a great language designer) pri…
Every abstraction has a cost somewhere. If you want to use your computer to its full potential, avoid them all.
It's very simple:
(0) Runtime performance degradation is unacceptable.
(1) Increased compile times are annoying, but they're tolerable in exchange for more exhaustive automatic static analysis. Anything of interest that the compiler can't prove about my code, I would have to prove myself by hand anyway, which would take even more time than the slowest automated static analysis.
Re: Unix as IDE
#199Earlier quoted context omitted.
Doing a lot of switching between keyboard and mouse will slow you down, IMHO. But that's just me. You're free to have your opinion. But as I've asked elsewhere, does acme have the ability to send text to an external repl on systems other than plan9 (a continuously running one, not a freshly-spawned one), preferably one running in another terminal window? Does it have indentation for Lisp? does it have syntax highligh…
But my opinion regarding the mouse being faster is supported by research; the opinion that the keyboard is faster or that context switching slows you down is factually incorrect. http://plan9.bell-labs.com/wiki/plan9/mouse_vs._keyboard/ind...
Re: Unix as IDE
#200Earlier quoted context omitted.
...And were you not listening to the point which started this discussion, which is that I do most of my development on a Chromebook, and all that has is SSH.
It doesn't have vnc or similar screen-sharing functionality?