LINUX.ORG.RU

Emacs 25.1

 ,


0

7

Ник Петтон объявил о релизе программной реализации Lisp-машины от проекта GNU под названием Emacs версии 25.1.

Основные изменения:

  • поддержка модулей в форме загружаемых библиотек (теперь Emacs можно расширять не только с помощью elisp);
  • поддержка Cairo (улучшенные диалоги печати);
  • улучшения в плане сетевой безопасности (проверка TLS-сертификатов);
  • 'electric-quote-mode' (автовставка нужного количества апострофов/кавычек по аналогии со скобками )));
  • Xwidgets — поддержка встраивания произвольных графических компонентов;
  • улучшения поддержки юникода и всего по мелочи.

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

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 4)

Ответ на: комментарий от robotron5

Простите, но ерунду какую-то говорите. Этот пакет и имеет и предоставляет зависимости:

$ apt show emacs25
Package: emacs25
Version: 25.1-xenial~ppa2
...
Provides: editor, emacs, emacsen, info-browser, mail-reader, news-reader
Depends: emacs25-bin-common (= 25.1-xenial~ppa2), gconf-service, libacl1 (>= 2.2.51-8), libasound2 (>= 1.0.16), libc6 (>= 2.16), libcairo2 (>= 1.2.4), libdbus-1-3 (>= 1.9.14), libfontconfig1 (>= 2.11.94), libfreetype6 (>= 2.2.1), libgconf-2-4 (>= 3.2.5), libgdk-pixbuf2.0-0 (>= 2.22.0), libgif7 (>= 5.1), libglib2.0-0 (>= 2.37.3), libgnutls30 (>= 3.4.2), libgpm2 (>= 1.20.4), libgtk-3-0 (>= 3.11.5), libice6 (>= 1:1.0.0), libjpeg8 (>= 8c), libm17n-0 (>= 1.6.1), libmagickcore-6.q16-2 (>= 8:6.8.8.2), libmagickwand-6.q16-2 (>= 8:6.8.8.2), libotf0 (>= 0.9.11), libpango-1.0-0 (>= 1.18.0), libpng12-0 (>= 1.2.13-4), librsvg2-2 (>= 2.14.4), libselinux1 (>= 1.32), libsm6, libtiff5 (>= 4.0.3), libtinfo5 (>= 6), libx11-6, libx11-xcb1, libxcb1, libxfixes3 (>= 1:4.0.1), libxft2 (>> 2.1.1), libxml2 (>= 2.7.4), libxpm4, libxrender1, zlib1g (>= 1:1.1.4)
Conflicts: emacs25-lucid, emacs25-nox
Replaces: emacs25-lucid, emacs25-nox
...

Я предоставляю ровно те же пакеты, что и emacs24 и emacs-snapshot: emacsen, editor и так далее. Более того, после удаления emacs24 автоматически альтернатива /usr/bin/emacs начинает указывать на emacs25.

Сейчас добавил в provides emacs (отличие ppa2 от ppa1), некоторые пакеты должны подхватиться, кроме особо кривых, которые явно прописывают в зависимостях emacs24 или emacs23 или что-то подобное. И пакеты, которые зависят от emacs (doxymacs), автоматически будут удалены при удалении emacs24/emacs25. А для пакетов, которые хотят emacsen (lua-mode) будет выбрано что-то другое (почему у меня выбирается xemacs вместо emacs24 - я не знаю, пусть будет особенностью Apt). auctex я отношу к явно кривым пакетам, потому как:

$ apt show auctex
...
Depends: emacs24 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, debconf (>= 0.5) | debconf-2.0
...
я точно не emacs24, ровно как и не снапшот. Пишите баг-репорт, что бы в пакет нормальные зависимости прописали (emacs или emacsen), я костылить со своей стороны и притворяться 24 релизом или снапшотом не буду. Хотя... лучше пользуйтесь ELPA/MELPA, у меня мой личный стартер-кит, при первом запуске всё нужное и ставит для пользователя, удобно, и не зависит от дистрибутива (при это можно и ручками нужные пакеты положить, тогда их подхватит).

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

Шома емакс не любит :) Не славянский он.

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

Спасибо, погляжу как снова потребуется.

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

Посоветуйте пожалуйста с чего начать пользоваться Emacs? Какое-нибудь хорошее руководства для начинающих (навроде vimtutor), на какие возможности и пакеты в первую очередь обратить внимание, и так далее. Иными словами, с чего начать, чтобы плотно подсесть на него?

Как уже было подсказано - «C-h t». Это встроенный tutorial.

Emacs единственный самодокументированный редактор(self-documenting).
«C-h r» показывает буфер Info со всей документацией по Emacs. Если нажать «^», то Info покажет топовый уровень каталога Info, там вся документация формата info что установлена в системе. В Ubuntu/Debian это пакеты с суффиксом *-doc.
Рекурсивный поиск.
Можно найти любую функцию elisp, узнать какая функция закреплена за любой комбинацией клавиш: «C-h k».
Полный интерфейс к любому режиму: «C-h m».

Читать man'ы в Emacs намного удобнее, «M-x man».
Написание скриптов полностью динамическое. Скопировать любую функцию в буфер *Scratch*, изменить её и выполнить(eval, «C-x-e»), и Emacs будет использовать этот вариант при вызове, далее можно скинуть в отдельный файл. Всё в расстоянии одного шага.
Интерактивный дебаггер. Полностью открытая система, без «черных ящиков». Похожих систем просто нет, если только они не клоны Emacs.
Это уникальный настраиваемый пользовательский интерфейс к POSIX системам который работает и в терминале.

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

Опять недолеченных белогандонников из дурки выпустили?!?

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

Иными словами, с чего начать, чтобы плотно подсесть на него?

Slime, Cider, интеграция с лиспами обычно сделана лучше других редакторов

Плюс нужно использовать постоянно, я, в своё время, очень быстро перешёл благодаря jabber.el.

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

В любом случае, попробуйте встроенный пакетный менеджер в Emacs.

В .emacs (или в другое удобное место) прописать:

(require 'package)
(add-to-list 'package-archives
                '("melpa" . "https://melpa.org/packages/") t)
(package-initialize)

После чего в Emacs:

M-x package-refresh-contents

После чего ставить нужно через

M-x package-install

Автодополнение, как обычно, работает.

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

В чем удобство иметь несимметрично расположенные парные клавиши?

я, например, нифига не амбидекстр, и парных клавиш вообще не использую (как-то так получилось):

Ctrl - на Caps, Alt - только левый, на правом - раскладка, Shift - только правый (левый используется оооочень редко в паре с правым для включения, сопсна, капса).

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

Я от себя добавлю, что удобнее всего юзать пакетный менеджер через use-package/require-package(потом с лёгкостью деплоится на любой машине). Для попробовать без установки есть пакет try.

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

Я от себя добавлю, что удобнее всего юзать пакетный менеджер через use-package/require-package

Плюсую связку req-package + load-dir.

Для попробовать без установки есть пакет try.

А оно package-selected-packages не трогает?

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

А я вот сегодня набрел на quelpa и перелез на неё. Теперь нет проблем установить/обновить пакет пока MELPA лежит - github лежит заметно реже.

feofan ★★★★★
()
Последнее исправление: feofan (всего исправлений: 1)
Ответ на: комментарий от Zmicier

Ага. Тогда начать надо с того, что осознать, что ГНУ Емаксу *не нужен* tmux / GNU Screen и прочие эмуляторы терминалов (у вас же на машинке графический экран есть, я надеюсь).

Рад за то, что Емаксу не нужен tmux, но дело в том, что мне лично tmux очень нужен, так что это вообще не обсуждается — либо Emacs работает в tmux, при чём не хуже, чем vim, либо я им просто не буду пользоваться. Пока что я неприятно удивлён тем, что Емакс, обнаружив переменную DISPLAY, запускает себя в графическом режиме. Странное поведение, надеюсь это тривиально лечится в конфиге (inb4: emacs-nox и «-nw» не предлагать, интеграция с буферами Xorg необходима).

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

Интересная идея, спасибо, но я от неё скорее всего откажусь. Некоторые привычки я люблю слишком сильно, чтобы от них отказываться :)

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

Я заметил, что многие рекомендуют org-mode, но глядя на его описание — «Notes, TODO, Calendar, Agenda, Project Management, Time Tracking, Spreadsheets and other apps» — я не могу придумать, где и как мне его применить. Всё это (за исключением загадочных «other apps») я предпочитаю делать ручкой в блокноте и в ежедневнике. Я конечно же посмотрю что такое org-mode (ну как не посмотреть после такой рекламы-то?), но что-то мне подсказывает, что он полезен для тех, кто либо везде таскает за собой компьютер, либо сидит за ним по 24 часа в сутки.

Есть что-нибудь захватывающее кроме org-mode? Возможно, это покажется несмешной шуткой, но Emacs меня интересует в первую очередь именно как текстовый редактор.

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

«Емакс *не нужен* tmux» не потому что он некорректно работает в нем, он в нем отлично работает, а потому что есть tramp. Мне стало просто лень пользоваться tmux после освоения tramp'а.

Org-mode в качестве заметок удобен, но распробовал я его благодаря возможности отказаться от программирования в браузере. Org-mode отлично подходит для literate programming'а: подключение к сесии Juputer Notebook, вывод графики, отличная поддержка R/Python сделали свое дело.

именно как текстовый редактор

может не стОит?

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

О, а я свою обёртку написал: делает require, если не получилось - package-install, а потом require. Точнее обработал надфилем оную из spacemacs.

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

Пока что я неприятно удивлён тем, что Емакс, обнаружив переменную DISPLAY, запускает себя в графическом режиме.

А как из терминала запускается графический вариант vim?

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

дело в том, что мне лично tmux очень нужен

поясни, зачем пускать emacs из tmux, если а) удалённо гораздо удобнее пользоваться tramp, б) все здоровые люди уже давно пускают emacs демоном, а цепляться к нему можно и из гуёв и из консоли

либо Emacs работает в tmux, при чём не хуже, чем vim, либо я им просто не буду пользоваться.

тебя кто-то заставляет? И, да, емакс в tmux/screen вполне себе работает.

Пока что я неприятно удивлён тем, что Емакс, обнаружив переменную DISPLAY, запускает себя в графическом режиме.Странное поведение.

эээ, а как ему себя вести в таком случае? откуда емакс знает, как ты хочешь его запустить?

inb4: emacs-nox и «-nw» не предлагать, интеграция с буферами Xorg необходима

emacsclient -c -t (естественно, демона нужно пускать отдельно и заранее)

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

у меня тоже несколько лет был такой костыль, более того, он умел перезагружать локальные конфиги соответствующего модуля после установки, но в итоге я перешёл на проверенный сообществом use-package и мои волосы стали мягкими и шелковистыми (а конфиги компактными и легко деплоящимися)

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

Ещё раз повторюсь: tmux нужен мне, вне зависимости от того, насколько в Emacs хорошо реализована работа с удалёнными файлами и «серверный» режим. Текстовый редактор хоть и является важным для моей работы инструментом, но это не единственный инструмент, так как моя работа не связан исключительно с редактированием текста. Возможность подключиться к компьютеру в офисе и продолжить работу с того места, на котором остановился я нахожу слишком удобной, чтобы от неё отказываться. По ряду причин, я не готов перейти полностью на Emacs для всего, включая шелл, IM и почту.

Org-mode в качестве заметок удобен

Заметки я пишу ручкой в блокнот.

но распробовал я его благодаря возможности отказаться от программирования в браузере

Я не программист, а тот код, что я пишу по необходимости не требует никакого вывода графики.

именно как текстовый редактор

может не стОит?

Это я и пытаюсь для себя выяснить.

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

А как из терминала запускается графический вариант vim?

Графический — gvim. При этом vim, собранный с поддержкой иксов, даже будучи запущенным в TUI корректно работает с буферами обмена Xorg.

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

для тех, кто либо везде таскает за собой компьютер

не обязательно, для андроида есть mobile org и orgzly

Возможно, это покажется несмешной шуткой, но Emacs меня интересует в первую очередь именно как текстовый редактор.

видишь ли, славик, если ты не занимаешься всякой там мультимедией, то over90% работы за компьютером - это работа с текстом. Почта - текст, IM - текст, срачи на форумах - тоже текст. Emacs даёт возможность работать со всеми этими текстами единообразно и с таким количеством плюшек, которое не снилось ни одному гуёвому фреймворку (на любой ОСи).

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

По ряду причин, я не готов перейти полностью на Emacs для всего, включая шелл, IM и почту.

полностью - да, я сам использую и обычную консоль (правда туда прилеплено редактирование команд в емаксе по шорткату), IM(будь проклят тот день, когда родились все эти вацапы-вайберы) в браузере (опять же, с возможностью редактирования во внешнем редакторе) и даже почтовый клиент у меня щас Thunderbird (нужно ли упоминать, что емакс и сюда прилеплен?). Но вообще стараюсь таки да, потому что иначе боль, боль, неконсистентность, срадание.

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

alias gemacs=«emacsclient -c»

alias cemacs=«emacsclient -c -t»

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

поясни, зачем пускать emacs из tmux, если а) удалённо гораздо удобнее пользоваться tramp, б) все здоровые люди уже давно пускают emacs демоном, а цепляться к нему можно и из гуёв и из консоли

Потому, что а) работа не состоит только из редактирования файлов и б) у меня большую часть времени на весь экран распахнуто окно xterm с tmux-сессией, в которой кипит работа. Переключаться между редактором и терминалом будет неудобно, что с тайлингом, что без.

тебя кто-то заставляет?

Да. Моё любопытство. Кроме того, мне рекламировали Emacs, как наиболее развитый редактор из всех имеющихся.

И, да, емакс в tmux/screen вполне себе работает.

Да, я заметил. Дело было не в Emacs, а в моих экспериментах с tmux.

эээ, а как ему себя вести в таком случае? откуда емакс знает, как ты хочешь его запустить?

Ну вот например, vim, запущенный как gvim (символической ссылкой) рисует GUI. Я ожидал подобного поведения. Но раз так не принято, хотелось бы всё-таки как-то на уровне конфигурации запретить отрисовывать GUI. Я всё равно не планирую им пользоваться в обозримом будущем.

emacsclient -c -t (естественно, демона нужно пускать отдельно и заранее)

А без демона никак?

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

а) работа не состоит только из редактирования файлов

редактирования текста, в общем случае

Переключаться между редактором и терминалом будет неудобно, что с тайлингом, что без.

ну хз, мне (статический тайлинг) норм

Кроме того, мне рекламировали Emacs, как наиболее развитый редактор из всех имеющихся.

правильно рекламировали, так оно и есть (единственное, далеко не всем нужна эта развитость)

А без демона никак?

Понятия не имею и даже не собираюсь пытаться выяснять. Не вижу ни одной причины, чтобы не использовать демон и вижу кучу причин, чтобы использовать.

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

не обязательно, для андроида есть mobile org и orgzly

И много ли текста можно напечатать на экранной клавиатуре? Да и зачем это делать, если под рукой всегда есть удобная ручка и блокнот, у которых не садятся батарейки и не «слепнет» на солнце экран.

видишь ли, славик,

Ты меня с кем-то спутал.

если ты не занимаешься всякой там мультимедией, то over90% работы за компьютером - это работа с текстом. Почта - текст, IM - текст, срачи на форумах - тоже текст. Emacs даёт возможность работать со всеми этими текстами единообразно и с таким количеством плюшек, которое не снилось ни одному гуёвому фреймворку (на любой ОСи).

Я, пожалуй соглашусь, но прежде чем я сломаю весь свой наработанный годами workflow, я бы всё-таки хотел сосредоточиться на возможностях Emacs для редактирования текстовых файлов на локальном диске (надеюсь, это достаточно точно описывает область применения). Я знаю не по наслышке, что на ЛОР можно спросить как пройти в библиотеку, а вместо ожидаемого ответа получить исчерпывающий психологический портрет и инструкции по сборке ядерного реактора в сарае. Но всё же, хотелось бы войти в чудесный мир Emacs постепенно, а не склонировав с гитхаба чужие конфиги.

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

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

emacsclient -c -t -a ""

тогда демон при необходимости запустится сам

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

редактирования текста, в общем случае

А в общем случае она не состоит из одной только работы с компьютером ;)

Не вижу ни одной причины, чтобы не использовать демон и вижу кучу причин, чтобы использовать.

Тогда, если не сложно, расскажи вкратце, как именно работает демон. Скажем, я запустил его, подключился клиентом и открыл файлы, относящиеся к какому-то проекту. Потом я открываю новое окно в tmux, запускаю клиента и открываю какие-то файлы, относящиеся к совершенно другому проекту. Что я увижу в списке буфферов? Все открытые файлы или локальные для текущего клиента? Так как названия файлов часто пересекаются, (мне) перепутать их будет проще простого, а этого допустить никак нельзя.

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

Что я увижу в списке буфферов? Все открытые файлы или локальные для текущего клиента?

все

Так как названия файлов часто пересекаются, (мне) перепутать их будет проще простого, а этого допустить никак нельзя.

для этого есть (даже в коробке) uniquify (даёт буферам файлом с пересекающимися именами узнаваемые имена) а так же ibuffer (в коробке) и его различные расширения (эти уже ставятся из пакетов) - например группировка по git-репозиториям, проектам projectile, итп.

В общем, это нифига не проблема, просто надо а) привыкнуть, что это так б) настроить чтобы было максимально удобно с этим работать.

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

Привыкнуть можно к чему угодно, но это же значительно усложняет работу! Проектов — прямо сейчас — открыто шесть штук разных, в каждом, в среднем, по 14 файлов. Это мне нужно будет в 84 файлах, зачастую с одинаковыми названиями, находить нужный. Список просто рискует не поместиться на один экран, как ты его ни группируй.

Полагаю, проще написать или взять готовую (уверен, что уже есть) костыльную интеграцию с буфферами обмена X через xclip и поставить emacs-nox.

Вопрос о запрете GUI при сохранении интеграции с Xorg остаётся открытым.

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

это же значительно усложняет работу! Проектов - открыто шесть штук разных, в каждом, по 14 файлов.

Проблемы нет, это решается с помощью расширения projectile которое позволяет сначало выбрать проект а затем файл. Для ibuffer есть расширения для интеграции с проjectile когда ты видишь 6 строчек, клацаешь Enter на одной из них и тебе разворачиваются 14 файлов.

Emacs из коробки пользоваться не удобно а как редактор уступает Vim, для начала нужно хотябы поставить crux и назначить пару биндингов, но для этого тебе придется начать программировать на Elisp, хоть как нибудь, да и скопированный откуда то кусок кода не всегда будет корректно работать в твоем конфиге.

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

А потом всякие неосиляторы говорят что емакс говно.

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

Спасибо! Обязательно посмотрю projectile и ibuffer. Elisp меня не пугает :)

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

Ненужнисты как всегда не могут усвоить мысль про ненужность исключительно им. Не нужен саблайм. Не ну-жен.

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

А я тут с Sublime Text с одной стороны и с IntelliJ наперевес.

что как бы намекает, что ни один из них не является полноценным

anonymous
()

Я, кажется, понял, откуда растут ноги у шутки про «ОС, в которой нет хорошего текстового редактора». Emacs, судя по моим впечатлениям, является воплощением принципа «всё, либо ничего», и этот абсолютизм стоит на пути встраивания Emacs в уже существующий workflow. Возможно, для человека, начинающего с чистого листа это большой плюс. К сожалению, это не так в моём случае. Полагю, вопрос пригодности Emacs в моей работе для себя решённым. Хочу поблагодарить всех, кто откликнулся на просьбу помочь советом и пожелать удачи! Спасибо, ребята.

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

Я, кажется, понял, откуда растут ноги у шутки про «ОС, в которой нет хорошего текстового редактора». Emacs, судя по моим впечатлениям, является воплощением принципа «всё, либо ничего», и этот абсолютизм стоит на пути встраивания Emacs в уже существующий workflow. Возможно, для человека, начинающего с чистого листа это большой плюс.

Отчасти это так. Но я давно успешно использую emacs, пишу пакеты для него и при этом использую mcabber как IM и mutt как почтовик, несмотря на то, что есть очень популярные пакеты emacs для этих целей. Хотя с определенного момента хочется в emacs делать все, что касается текста, ибо очень удобные интерфейсы он предоставляет для этого. Причем на любой вкус.

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

В чем удобство иметь несимметрично расположенные парные клавиши?

я, например, нифига не амбидекстр, и парных клавиш вообще не использую (как-то так получилось):
Ctrl - на Caps, Alt - только левый, на правом - раскладка, Shift - только правый (левый используется оооочень редко в паре с правым для включения, сопсна, капса).

Тогда я вообще нифига не понимаю. У вас правая рука через всю клавиатуру что ли бегает? Пока левая на единственном «контроле» (который вместо «капслока»), правая жмет, к примеру, на «z»? Одной левой у меня получаются только какие-то дикие распальцовки с ощутимым дискомфортом в мизинце.

Zmicier ★★★★★
()
Последнее исправление: Zmicier (всего исправлений: 1)
Ответ на: комментарий от anonymous

А! Кажется, понял. У вас все эти модификаторы «залипающие», то их держать их не надо, так?

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

Потом я открываю новое окно в tmux, запускаю клиента и открываю какие-то файлы,

относящиеся к совершенно другому проекту. Что я увижу в списке буферов? Все открытые файлы или локальные для текущего клиента?

Во-первых, не должно быть никакой проблемы выводить в списке буферов по умолчанию только буфера из текущей рамки (frame).

А во-вторых, помимо этого и всего вышесказанного (projectile и прочее) есть еще и самый прямой способ — запускайте на каждый «проект» по своему экземпляру демона (их можно именовать вполне человеческими именами, если что) — и есть мнение, что это самый разумный вариант.

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

почтовый клиент у меня щас Thunderbird (нужно ли упоминать, что емакс и сюда прилеплен?)

А чего тогда не mu4e?

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

Удобство - понятие субъективное. Просто некоторые ничего слаще морковки не едали.

skiminok1986 ★★★★★
()

Хоспидя, люди прутся от программной реализации Lisp-машины вместо редактора, и в то же время косо смотрят на кроссплатформенный Micro писанный на Go. Вот где лицемерие!

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

Не вместо редактора, а вместе с редактором. А просто редакторов и без micro тьма. Хотя README.md в репозитории заинтриговал немного, но зачем привыкать к новому, когда отлично работает старое?

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