[ cyb / tech / λ / layer ] [ zzz / drg / lit / diy / art ] [ w / rpg / r ] [ q ] [ / ] [ popular / ???? / rules / radio / $$ / news ] [ volafile / uboa / sushi / LainTV / lewd ]

λ - programming

/lam/bda /lam/bda duck
Name
Email
Subject
Comment
File
Password (For file deletion.)

BUY LAINCHAN STICKERS HERE

STREAM » LainTV « STREAM

[Return][Go to bottom]

File: 1428995528343.jpg (85.86 KB, 569x400, emacsvim.jpg) ImgOps Exif iqdb

 No.5498[View All]

What are ya hacking with, /λ/?
250 posts and 31 image replies omitted. Click reply to view.
>>

 No.10271

>>10230
Loving spacemacs right now, only problem I am having is autocompletion :(

>>

 No.10273

>>10271
What language are you using? The Spacemacs package auto-completion works fine for me in C and Lisp.
The actual Emacs package is called company-mode.

>>

 No.10274

How did Dennis Ritchie and Ken Thompson edit programs as they got UNIX to a state beyond assembly programming/front panel switches? Did they use ed or cat first?

>>

 No.10275

>>10274
I think I've read that they used ed, but don't quote me on it.

>>

 No.11120

I'm trying to get good at Sam, but it seems kinda confusing to play with.

>>

 No.11137

I like emacs. I use it for C/Lisp mainly. I used to use vim but i found the keybindings annoying to learn and emacs far easier. So i use it now. I also use it as an IRC client ERC is very nice.

>>

 No.11206

The Holy Trinity of meta commands:


M-x
/ \
/ \
/ \
/ \
/_________\
M-g M-g M-q

>>

 No.11210

>>10274
Most of those guys used ed, ex/vi, Sam, and Acme. Dennis was a huge fan of the latter.


>>

 No.11237

>>11210
I thought Acme was plan9 only?

>>

 No.11240

>>9086
Is perl 6 really going to improve things, I haven't been following it?

>>

 No.11298

>>11237
https://swtch.com/plan9port/

compiles fine on linux, have been using for a cpl of months

>>

 No.11299

>>11240
Seems to have a lot of cool features and sugar to it. Hopefully perl users will actually use it and it wont turn into another pythron3 that takes forever to get adoption

>>

 No.11301

>>11299
I trust Larry Wall won't fuarrrk up his language as bad as Guido did to his.

>>

 No.11304

I've been using vim for a long time but now I want to switch to emacs, because Emacs Lisp seems a lot more sensible than VimLang.
I've been going trough the manual in Emacs for about 1.5h but my pinky is hurting already.
What do /λ/?

>>

 No.11306

>>11304
Remap Caps Lock to Control

>>

 No.11307

>>11306
My keyboard layout uses Caps as a normal layer (like shift etc.), so I can't do that.
I've been playing around with spacemacs and that seems pretty much like what I wanted.

>>

 No.11308

Moved to GNU Emacs because of SLIME.

>>

 No.11314

File: 1446412536703.jpg (18.04 KB, 424x240, uriel-ron-paul.jpg) ImgOps Exif iqdb

"Anyone that considers for even one second to use nano should be taken out and shot on the spot."

>>

 No.11315

>>11314
>all the lainchan including you

>>

 No.11318

>>11314
Where's that uriel quote from?

>>

 No.11319

>>11314
"It's not so bad if you build it with the --disable-wrapping-as-root configure option and only use it as root.

In case you're wondering why I know *that*, nano is the least bad editor on the standard Arch Linux install CD image (the others are joe and traditional, breaks-if-you-push-a-cursor-key-in-insert-mode vi; I'd be happy with ed, but they didn't provide it), and I just peeked at the PKGBUILD to see if the Arch folks had needed to patch /etc/nanorc to make it stop mangling long lines. Apparently not..."

>>

 No.11320

>>11318
dev@suckless mailing list.

>>

 No.11322

>>11319
Arch doesn't provide ed or nvi by default? Wow, fuarrrk that distro.

>>

 No.11325

>>11322
It's just not in the base system but like as soon as you get into chroot you can just pacman -S "whatever you want"

>>

 No.11326

>>11299
>Hopefully perl users will actually use it and it wont turn into another pythron3 that takes forever to get adoption
Spoiler: Python3 was the one who didn't become like Perl6.

>>

 No.11355

Explain to me why Emacs or Vim is better than Atom or Sublime. Keep in mind that I use a great deal of plugins to make web development faster, including various LINTers, Emmet, snippets for Jade and SASS, etc.

Or are these only good for dead languages?

>>

 No.11357

>>11307
Check this out for mapping caps >>>/tech/9614
Also isn't there an "evil mode" for emacs that lets you use vim bindings?

>>

 No.11360

>>11355
>Explain to me why Emacs or Vim is better than Atom or Sublime.
No, that's not how this works. You're the one who has to justify why Atom or Sublime is better than Emacs or Vim. Atom and Sublime are newer and one of them costs money. There's no reason why anyone should be paying money to buy a fad editor when Emacs has had an active voluntary community for decades.

>>

 No.11494

>>11360
>paying money for software
>on the internet
Laugh

Seriously though, I literally explained why I prefer using Sublime and Atom. They both have really good package managers and huge support from web developers.

I also can't imagine working without multiple cursors, which there is a good animation of on the homepage: http://www.sublimetext.com/

So no, the onus of proof is not on me to defend my workflow, it's on the hipsters using 30 year old software

>>

 No.11508

>>11494
The thirty year old software has all those things. It comes with being thirty years old.
http://emacsrocks.com/e13.html
https://www.gnu.org/software/emacs/manual/html_node/emacs/Package-Installation.html

>>

 No.11510

>>11494
Vim is about modal editing, if you like it, you will not be able to not use it elsewhere. It just takes time to get used.

Emacs is an OS, it has no barriers. It takes time to get used too, it's another paradigm change. Spacemacs makes life easier, specially if you like vim bindings.

And also, calling people hipsters because they use something that's well stablished for a long time and not the latest fad doesn't make sense.

>>

 No.11519

I understand that Vim/Emacs takes up less screen real estate and enables you to focus on your code, but nowadays what are it's real advantages over newer source editors like Sublime Text and Atom that can't be replicated?

>>

 No.11521

File: 1446695220854.png (60.61 KB, 1919x1014, focus_on_one_thing1.PNG) ImgOps iqdb

>>11519
Just use it and form your own opinion.

>>

 No.11522

>>11519
Vim has modal editing, and if you like that you literally won't want to use anything else. Vi emulation in emacs is very good, but in other programs it's lacking from what i've been told.

Emacs is the most customizable text editor ever, bar none. You might think it's on par with atom/sublime in terms of tweaking, but once you get deeper into it, it lets you do so much more.

>>

 No.11534

>>11519
Emacs enables you to customise your text editor however you please and there are extensions for just about anything you can imagine; Realtime syntax checking, interactive debugging, even that minimap from Sublime Text.

Its power comes from the fact that it's not reeaaally a text-editor, but simply an interpreter for a variant of Lisp Users have the power to create their own functions to perform whatever actions they please. You can use this to create things like run IRC a terminal (which can run Emacs) within Emacs.

>>

 No.11570

vim. I'm new and suck though. use it for c++. any tips on how to get it to not suck and actually have presets work?

>>

 No.11572

>>11570
Emacs with a vi-like plugin is better for C++ development than Vim.

>>

 No.11688

In emacs, when I launch list-packages, why does the UI lock up? Why isn't it doing network calls in a separate thread, allowing me to resize panels while it is loading?

I've been using spacemacs but accidental typos have often lead me into some obscure mode or functionality I can't break out of, forcing me to kill emacs and start over.

There is something about emacs that I just can't get into the flow of editing with it.

>>

 No.11689

>>11519

There aren't any real advantages over other modern editors. It's just a culture that you can buy into if you want to.

I use vim because its everywhere, I've tried to like emacs a number of times, but I find it gets in the way of editing text more often than not.

On the desktop I've been using and liking Atom. There are obscure edge cases where emacs can do something 'better', but I've found these to either be rube Goldberg device type demonstrations, or solutions-looking-for-a-problem.

The most common and useful features are already implemented in most editors.

If you already know emacs, there's no reason to move to a different editor. If you don't know any editors well, give them all a spin and run with whatever works for you.

>>

 No.11694

>>11494
>hipsters
Where did this soykaf come from?

Sublime text is only 7 years old and costs money, but for some reason every salty asshole has used it and thinks vim is for weirdos.

>>

 No.11695

>>11519
really the main thing you have to realize is that basically every other editor out there has no real concept of creating more efficient text-editing, except by appending to the notepad.exe model. In other words, they all start from the basic idea of being able to write plaintext, with standard ibm shortcuts, and then from there everything else needs to be (mostly) automated appendages that can predict your next intended code

In other words, they don't even attempt to make the task of writing any more efficient than a type-writer, unless they plug it in for you. the most you really get is ctrl+/ to auto-comment the line, and maybe an alt+shift+f to auto-format

Vim's primary benefit is to offer a much more powerful set of keyboard-commands to move around and manipulate text. dd to delete the line, dw to delete the word, fw to jump to the first w, [ to jump to the next code block (in brace-languages), % to find the next bracket ([{, or its matching bracket if you're already on one, 'a to mark the line as a, "a to jump to "a mark, and so it goes on. The keybinds form it's own kind of language, and become extremely manipulable in a bash-like manner (effectively piping key-command to key-command) which can also easily and fully encased in macros.

Emac's primary benefit is to offer a programmable editing environment, in which you easily interact with a large quantity of files quickly, and create additional commands and functionality with little trouble. Like vim, it also has a large keyboard-command featureset, but rather than a bash-like piping system, it's more of an ibm system (heavily dependent on the meta keys alt-ctrl-shift and combinations). Where vim allows you to easily combine functions to produce extremely complex actions, emacs allows you to /program/ complex functions using a lisp-variant.
Where vim is gnu coreutils with pipes, emacs is coreutils with bash.


So there's a clear benefit, then, when it comes to /complex/ manipulation of text. Atom, Sublime, Visual Studio, they're not attempts to enhance your ability in this area. Hell, they're barely even text /editors/. As editors, they offer little more than notepad, enhanced with auto-completion. The main reason they're important isn't for their editing abilities, but for their debugger integration.

And of course, when it comes to linters, emmet, syntax highlighting, file trees, split-view, etc, both vim and emacs either do it natively, or there's probably a plugin for it.

So basically
vim/emacs are things that let you work on text
and happen to do every other thing sublime does and then some

>>

 No.11698

>>11357
The problem with evil-mode is, that it only adds those keybindings for editing.
You'll still fuarrrk up your pinky doing anything other than that.

>>

 No.11701

>>11695

>every other editor out there has no real concept of creating more efficient text-editing


this statement is utter bullshit

>>

 No.11703

>>11689
>There aren't any real advantages over other modern editors.
You can login to just about any unix-like system and expect to find something that works like vim, even if it's busybox vi. That may not sound important if you're just messing around on your laptop, but if you're doing real work with servers or embedded systems it means a huge advantage to being comfortable using vim.

>>

 No.11711

>>11688
Emacs only uses a single thread. Having too many modes enabled at once also causes a noticeable delay in text entry too.
The Dwarf Fortress of text editors.

>>

 No.11712

>>11701
did you not finish the sentence

>>

 No.11713

>>11698
evil-mode can be used with pretty much every emacs plugin. I don't use emacs keybindings for anything (mail client, pdf viewer, feed reader, irc client, file manager, etc.). Using some application with evil mode is often more vimmy than vim-inspired or keyboard focused standalone programs (e.g. consider that pretty much no keyboard operated feed reader like canto or newsbeuter even supports binding key sequences).

>>

 No.11729

>>11711

Are you serious? Can't believe I wasted so much time on learning it.

>>

 No.11734

>>11712

I guess I didn't, but to claim no editor has the concept of more efficient text editing except for emacs is ridiculous. Almost all modern editors have the concept of extending and customizing the editor to facilitate more efficient text editing



Delete Post [ ]
[ cyb / tech / λ / layer ] [ zzz / drg / lit / diy / art ] [ w / rpg / r ] [ q ] [ / ] [ popular / ???? / rules / radio / $$ / news ] [ volafile / uboa / sushi / LainTV / lewd ]