LINUX.ORG.RU

Emacs X Window Manager — менеджер окон на основе Emacs

 ,


3

6

Вышли первые версии Emacs X Window Manager — тайлингового менеджера окон (WM), выполненного в качестве дополнения для Emacs. В проекте используются библиотеки XELB (X protocol Emacs Lisp Binding) и EXIM (Emacs X Input Method), все окна запущенных приложений представлены в виде Emacs-буферов.

>>> Подробности

Ответ на: комментарий от cvs-255

Операционная система тоже комбайн)

loz ★★★★★
()
Ответ на: комментарий от anonymous

Что такое десктоп?

Это такая коробочка на столе. Ваш КЭП.

targitaj ★★★★★
()

Оно заменить i3 по функционалу может?

vityatesak1
()
Ответ на: комментарий от anonymous

Да, Анон. Только заставь в Atom кнопки под себя сделать. И я всё прощу. Только что-то не работает, ни на Linux, ни в Windows. Сырое оно.

dodevich
()
Ответ на: комментарий от x4DA

ну давай запили. за вечер управишься?

А что я, что я - я так, быдлокодер мелкий да криворукий, а среди разработчиков есть и приличные умные люди. Как минимум автор этой поделки по ссылке достаточно неплохой кодер, судя по всему.

risenshnobel ★★★
()

Установил - не понравилось. Скриншоты не покажу, потому что жадина.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от Hertz

уже третий год пилят на GSOCах реализацию elisp на guile. это самое реалистичное улучшение emacs из всех возможных.

мегабайты elisp-кода переписать на других языках просто нереально.

x4DA ★★★★★
()

Разработчики Microsoft в панике, предчувствуя неминуемый вендекапец, срочно готовят WM на основе notepad.exe

petrosyan ★★★★★
()
Ответ на: комментарий от another

в емаксе вроде была эмуляция режима vim с помощью плагинов, разве нет? Впрочем я не спец в этой теме.

Да, вроде лучший evil, который идет в комплекте. Но это не замена vim.

andreyu ★★★★★
()
Ответ на: комментарий от pashazz

а я вот не могу работать с режимным редактором. Поэтому Emacs наше все

Ну да, не всем он приходится по вкусу. Но тем, кому пришелся, поменять подход уже очень тяжело.

andreyu ★★★★★
()
Ответ на: комментарий от NeverLoved

А ты запускай в эмаксе wm из шапки треда, и внутри него запускай vim.

А смысл в этой прослойке при наличии notion?

andreyu ★★★★★
()
Ответ на: комментарий от tensai_cirno

evil-mode?

Знаю про него. Это одна из вещей, которая помогает мне не забыть про емакс вообще.

andreyu ★★★★★
()
Ответ на: комментарий от vertexua

а есть vim-wm?

Есть tmux и плагин для vim под него.

andreyu ★★★★★
()
Ответ на: комментарий от Kuzy

Только вот редактора вменяемого там нет.

evil-mode

Увы, это слабое утешение после vim. Ведь экосистема там остается емаксовая. Не все вимерам она подходит. Но да, я работаю над собой.

andreyu ★★★★★
()
Ответ на: комментарий от mv

что теперь OpenOffice в Емаксе можно запускать...

В офисе тоже нет текстового редактора.

andreyu ★★★★★
()
Ответ на: комментарий от Gentooshnik

Давно сделали же evil-mode.

Сколько еще емаксеров в этом виме вспомнят про evil? ;)

Но evil где-то на 80% удовлетворяет.

Мне не удовлетворил :)

andreyu ★★★★★
()
Ответ на: комментарий от Evgueni

хорошо забытое не сойдёт за новое? Ну ок.

robus ★★★★★
()
Ответ на: комментарий от andreyu

Сколько еще емаксеров в этом виме вспомнят про evil? ;)

Уж много меньше, чем отметившихся здесь вимеров, ищущих свой идол в каждой программе ;)

yyk ★★★★★
()

а как там с поддержкой нескольких мониторов?

screamager
()
Ответ на: комментарий от andreyu

Под редактором я имею ввиду vim.

Может ты еще и без мышки работаешь, и даже без графической системы? И вобще на телетайпе? Идиотизм, да и только.

loz ★★★★★
()
Ответ на: комментарий от Oxdeadbeef

Мечты иногда сбываются...

Надо просто емакс перевести на один из современных рантаймов с полноценными тредами и другими плюшками: CL или Scheme.

https://lists.gnu.org/archive/html/help-gnu-emacs/2015-08/msg00137.html

But I'm planing a take over :-) I'm writing a C parser in CL, so that I
may read the C sources of CL, and then translate them into maintainable
CL. Then I will be able to compile a CL GNU emacs core, that would be
100% bug-for-bug compatible with GNU emacs, and on which you could run
all the .el (and even .elc) you'd want.

But since the core would be written in CL, I could now provide features
found in CL and in CL implementations, such as FFI, threads, packages,
readtables, etc, by merely providing access to the underlying CL API.

Basically, in GNU emacs, buffer-substring-no-properties is a C function.
In CL GNU emacs, buffer-substring-no-properties would be a Common Lisp
function, named by a CL symbol emacs:buffer-substring-no-properties.

You could write CL code in some CL package my-lib:process-buffer that
could call those core emacs functions.

For the emacs lisp functions more work will be needed, because from the
automatic translations we would just get an emacs lisp VM (and the
interpreter), working in a separate metalinguistic level. Even if we
used CL symbols for the emacs lisp symbols, we couldn't funcall them
from CL, since there would be no CL function defined by emacs lisp
defun.

And similarly, the readtable feature and CL package feature in emacs
lisp will have to be hacked similarly as well in CL GNU emacs than in
GNU emacs, but the difference is that then I'll be able to rely on the
underlying CL to implement them for emacs lisp. Basically, I'll have to
gut out some emacs lisp parts (eg. the emacs lisp reader), and implement
it as a Common Lisp readtable. Then emacs lisp symbols will be CL
symbols and the package:symbol syntax will be available in emacs lisp to
call CL. Then modifications to the interpreter and VM will allow
calling emacs lisp functions from CL, and we'll be set.

Oxdeadbeef ★★★
()
Ответ на: комментарий от loz

Идиотизм, да и только.

ты наверное хотел сказать «Илитизм»? ;)

Oxdeadbeef ★★★
()
Ответ на: комментарий от yyk

Сколько еще емаксеров в этом виме вспомнят про evil? ;)

Уж много меньше, чем отметившихся здесь вимеров, ищущих свой идол в каждой программе ;)

Вам в школе забыли сказать, что делить на ноль нельзя?

andreyu ★★★★★
()
Ответ на: комментарий от loz

Может ты еще и без мышки работаешь,

Там где мышь не нужна, там я ее не использую. Вы один из тех, кто пишет текст мышкой?

и даже без графической системы? И вобще на телетайпе? Идиотизм, да и только.

Идиотизм - это ваши догадки выше.

andreyu ★★★★★
()
Ответ на: комментарий от loz

потому что некоторые вещи удобнее делать мышкой. например по-полной она юзается в acme.

Когда руки растут из жопы, то многое приходится делать не так, как удобно обычному человеку.

andreyu ★★★★★
()
Ответ на: комментарий от andreyu

не так, как удобно обычному человеку.

Расскажи мне, как обычному человеку удобен режимный интерфейс вместо wysiwyg

loz ★★★★★
()
Ответ на: комментарий от loz

Расскажи мне, как обычному человеку удобен режимный интерфейс вместо wysiwyg

Значит про руки из жопы я угадал.

andreyu ★★★★★
()
Ответ на: комментарий от anonymous

OMG. Lua, в отличие от JS не в условиях Deadlin'а проектировался. И, соответственно, не левой задней ногой. И всё, что надо, там есть. В здОровом и мининималистичном виде. Таки да, Lua на пару лет старше, но это не то время, из за которого можно говорить о замшелости. Оба языка продолжают развиваться. Более-менее синхронно. А Emacs на Lua (или, во всяком случае, что-то на него похожее) называется TextAdept.

be_nt_all ★★
()
Ответ на: комментарий от petrosyan

Разработчики Microsoft в панике, предчувствуя неминуемый вендекапец, срочно готовят WM на основе notepad.exe

Да ладно, куда там нам пингвинятникам до их божественной венды, у них ВМ на основе файлового манагера с незапамятных времен.

erfea ★★★★★
()
Ответ на: комментарий от erfea

у них ВМ на основе файлового манагера с незапамятных времен.

И офисный пакет на базе медиаплеера.

petrosyan ★★★★★
()
Ответ на: комментарий от Hertz

Lua самое то было бы впихать в vim, вместо кошмарного viml

есть уже оно там. Только вместе, а не вместо

antares0 ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.