Нет, это просто факт, которые говорит все и о «нужности», и о будущем софтины с точки зрения пользователя

Умозаключение ошибочное. За разработкой MLT тоже стоит один человек.

Умозаключение ошибочное. За разработкой MLT тоже стоит один человек.

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

СПС за совет, сижу читаю это занятное чтиво... ОХОХОХО, этож ппц...

Снова подозреваю проплаченность за троллинг славянского ПО.

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

Намекает на полную оторванность от мира Свободного ПО.

Словами - что делает приведенный мною код?

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

«Мир СПО» != манямирок из проектов маргиналов-одиночек. У нас, к счастью, есть другие примеры.

Ну ты сравнил...

Да там всё просто.

Допустим, у нас такая структура проекта:

.
├── chapters
│   ├── ch01.tex
│   └── kitten.jpg
└── main.tex

main.tex – master-файл, в котором подключается chapters/ch*.tex:

%%% Local Variables:
%%% mode: latex
%%% TeX-master: t
%%% End:
\documentclass[12pt]{article}
\usepackage{graphicx}

\begin{document}

\include{chapters/ch01}

\end{document}

chapters/ch01.tex:

%%% Local Variables:
%%% mode: latex
%%% TeX-master: "../main"
%%% End:

\section{Chapter 1}

\includegraphics{chapters/kitten.jpg}

Если поставить курсор на chapters/kitten.jpg и сделать find-file-at-point (или helm-find-files), то Emacs (из коробки) не сможет определить имя файла, т.к. он будет пытаться угадать default-directory + chapters/kitten.jpg (default-directory в данном случае — поддиректория chapters внутри корня проекта), что транслируется в chapters/chapters/kittens.jpg, а файл лежит по пути default-directory + kittens.jpg (chapters/kittens.jpg).

“Хитромудрый алгоритм” (лол), с помощью которого ТС решает эту проблему, заключается в том, что если default-directory + chapters/kitten.jpg не сработал, то он отбрасывает directory part и пробует default-directory + kitten.jpg (т.е. просто ищет изображение в текущей директории). На Elisp этот фикс занимает буквально несколько строк:

(require 'subr-x)
(require 'ffap)

;;; find-file-at-point
(defun ffap-latex-mode-roxton-usecase (orig-fun name)
  (if-let ((path (funcall orig-fun name)))
      path
    (let* ((relative-to-master-directory
            (expand-file-name name (TeX-master-directory)))
           (relative-to-default-directory
            (expand-file-name (file-name-nondirectory name))))
      (or (and (file-exists-p relative-to-master-directory)
               relative-to-master-directory)
          (and (file-exists-p relative-to-default-directory)
               relative-to-default-directory)))))

(advice-add 'ffap-latex-mode :around #'ffap-latex-mode-roxton-usecase)

;;; helf-find-files
(setf helm-ff-guess-ffap-filenames t)

Этот код имеет дополнительное преимущество перед “хитромудрым алгоритмом” ТСа: он пытается разрешить имя файла относительно директории, в которой расположен master-файл, когда это возможно. Это значит, что из chapters/ch01.tex можно будет также открыть изображения, расположенные по путям images/kitten.jpg и chapters/images/kitten.jpg, например. У ТС это будет работать только в том случае, если изобрежение будет находится в одной директории с chapters/ch01.tex ( roxton, поправь меня, если я не прав).

Ну и, как мне кажется, это довольно редкий юз-кейс для Emacs, т.к. в основном там есть preview-latex, который рендерит изображения и формулы прямо внутри буфера, а для навигации используется средства AUCTeX и RefTeX.

Спасибо за возможность разбиения полного имени на имя и расширение

Возможно, что для работающих в Linux, это разбиение не столь актуально,как для тех, кто работает в Windows, да и можно обойтись без него. Но мне оно кажется удобным, по крайней мере, для программ, которые делают серию разных расширений при одном имени. Например, LaTeX для написания статей (из *.tex создаются файлы dvi, ps, pdf, log,...) или fortran (из *.f или *.for создаются *.exe, файлы с ошибками и т.д.). Для Latex это решает напр. texmaker, который подставляет нужные расширения. Теперь это может делать и TEA. Спасибо разработчику! Что касается резких негативных высказываний, то ведь никто не заставляет пользоваться этими дополнительными возможностями, да и программой в целом. И макрос для объединенного name.ext остался для тех, кому не хочется разбивать.«Самая лучшая программа - та, к которой привык». Это же относится и к языкам программирования и операционным системам. Нам удобно общаться тут на русском, но для большинства народонаселения Земли родной язык - китайский. А TEA начал пользоваться в 2002, когда у нее было уже множество возможностей, лишь впоследствии появившихся в других «навороченных» редакторах. Желаю дальнейших усовершенствований!

GPL V3

«GPLv3».

Linux

«GNU/Linux».

MacOS

«macOS» или «OS X».

Этот код имеет дополнительное преимущество перед >“хитромудрым алгоритмом” ТСа: он пытается разрешить имя >файла относительно директории, в которой расположен >master-файл, когда это возможно. Это значит, что из >chapters/ch01.tex можно будет также открыть изображения, >расположенные по путям images/kitten.jpg и chapters/images>/kitten.jpg, например. У ТС это будет работать только в том случае, если изобрежение будет находится в одной директории с chapters/ch01.tex ( roxton, поправь меня, если я не прав).

TEA (я только что проверил) открывает в твоем конкретном примере следующие пути: chapters/kitten.jpg chapters/images/kitten.jpg images/kitten.jpg

Так что алгоритмы наши выполняют задачу одинаково :)

Спасибо за возможность разбиения полного имени на имя и расширение

Спасибо за использованием TEA :)

Это точно клонирование, а не форки? А то ссылка твоя не работает.

Это точно клонирование, а не форки? А то ссылка твоя не работает.

s/network/graphs/ (ну и репозиторий твой должен быть).

Ну и, как мне кажется, это довольно редкий юз-кейс для Emacs, т.к. в основном там есть preview-latex, который рендерит изображения и формулы прямо внутри буфера, а для навигации используется средства AUCTeX и RefTeX.

Ну вот у меня сейчас книга на 1800 страниц А5, мне постоянно нужно открывать файлы упомянутые в тексте - это быстрее, чем лезть в «Файл - Открыть». Поскольку LaTeX я правлю только в TEA, мне и понадобилось всё это сделать. Или допустим картинки я сначала в виде имен файлов помещаю в текст, а потом вызываю из TEA GIMP для обработки картинок. Я каждый день наверное больше трех часов сижу за работой в LaTeX - конечно я сделал так, чтобы TEA правильно вычислял пути.

Мне кажется, таких авторов надо в голливуд. Прикинь один из персонажей отряда самоубийц был бы таким же упоротым линуксойдом... Это добавило бы драйва!

Словами - что делает приведенный мною код?

Ты так часто просишь объяснить тебе свой код, что мне кажется, что тему нужно было создавать не в новостях, а в job. Там точно помогли бы и объяснили (за приемлемую цену).

Посмотрел на своих репах, теперь вижу. Вопрос снимается :)

Никакой другой редактор такого не умеет.

Открой для себя GNU Emacs.

+1

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

Серёжа, ты макосятник, твоё мнение тут вообще не показательно ни разу :)

О, снова новость от автора! Почти все обсуждения его новостей поднимают настроение!

Ах, Сашенька, как не пытались бы фанбои из FSF вместе с бородатым пророком монополизировать опенсурс, но он существовал до них, до проекта финского студента и будет существовать, когда они все отправятся к праотцам. Поэтому спи спокойно: удачные опенсурс-проекты есть, но это не поделки кустарей-одиночек с мотором и они редко эксклюзивны для пользователей 1% на десктопе - пусть у фанатиков от этого и пригорает.

Ты так часто просишь объяснить тебе свой код, что мне кажется, что тему нужно было создавать не в новостях, а в job.

Просто ты не понимаешь задачу, которую выполняет мой код. Осознавая это, я предлагаю словами описать, что именно делает мой код и зачем. Если бы ты понимал, что делает код, то понимал бы и решаемую с его помощью задачу.

Ахаха, щикарно. Но если ещё использовать проекты тип ede, чтобы пути релэйтивлись однозначно, то будет вообще идеально.

Задача понятна, как и твой код. А вот ты не понимаешь суть критики. Критикуют не столь редактор, сколько то, что ты преподносишь его фичи как «единственные и неповторимые», что на деле таковым ни разу не является.

Скорее всего редактором TEA пользуется столько же народу, сколько и Emacs'ом.

Оба хорошие ребята.

На сайте редактора появилась страничка «Музей»

«В Typerwriter, помимо функций обработки текста, был встроен звуковой „синхронизатор мозговых волн“ - штука, которая на меня никогда впрочем не действовала. Редактор поддерживает три русские кодировки - Cp1251, DOS 866 и KOI8-R. Подсветки синтаксиса нет, зато есть палитры оформления. Калькулятор, обычный календарь, лунный календарь, некоторые утилиты для Фидонета.» А это совершенно точно текстовый редактор? Или оно стало/станет им в процессе эволюции?

Задача понятна, как и твой код.

Ты не понимаешь задачу, иначе давно бы описал действие моего алгоритма.

Вышел редактор TEA 23.0.0 (комментарий) смотреть на дату сообщения. Видимо автор идейный противник скриншотов :)

Открыл, как теперь из него выйти?

Открыл, как теперь из него выйти?

Никак. Живи с этим :)

Зачем из него выходить? 0_о

Ты не понимаешь задачу, иначе давно бы описал действие моего алгоритма.

Неверный вывод. Я этого не делаю потому, что мне это не нужно.

А действительно, зачем мне это?

Неверный вывод. Я этого не делаю потому, что мне это не нужно.

Нет. Ты просто не умеешь читать код.

rvln.cpp - 10K строк. У меня даже гитхаб залагал.

Кстати, зачем в исходниках закомменченный код? Это же vcs, удаляй @ коммить.

Или вот: https://github.com/psemiletov/tea-qt/blob/master/document.cpp#L1404

С 1404 по 1574 (170 строк и 2К+) закомменчено (и это не единственный кусок).

Кстати, зачем в исходниках закомменченный код? Это же vcs, удаляй @ коммить.

Видимо, разрабатывалось без vcs (в прямом или переносном смысле) и только несколько месяцев назад было залито на гитхаб.

Ты просто не умеешь читать код.

Почему ты так решил?

Ну вдруг понадобится эта функция?

Не делать же ветку с ней?

Он, вестимо, не о ветках, а о том, что в контроле версий останется (e.g. git log -p).

git log -p

«Так-так-так, в каком из коммитов я добавил и дропнул эту функцию?»

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

P.S. А если в коммит вошла не только она одна, вычленять?

Так он уже. На ОС Емакс уже даже текстовый редактор (вим) есть.

«Так-так-так, в каком из коммитов я добавил и дропнул эту функцию?»

По сообщению коммита по идее не должно быть сложно найти (если они адекватно пишутся, конечно).

P.S. А если в коммит вошла не только она одна, вычленять?

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

а вот я рос на трудах автора, всега с упоением читал его чейнджлоги - тогда они еще были с юмором - как он сам сказал, мечтал что выросту и буду делать такие-же крутые вещи. читал многие его сочинения, романы. почему его травят на лоре и зачем он опускается до грызни не понимаю. Хотя не использую его софт, считаю что каждый имеет право на самовыражение в любой форме, и если бы каждый из здесь отписавшихся потратил это время на работу\близких\етц, мы все жили бы лучше. Любой продукт находит своего покупателя, каким бы странным он ни казался стаду баранов.

Кстати, зачем в исходниках закомменченный код? Это же vcs, удаляй @ коммить.

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

Любой продукт находит своего покупателя, каким бы странным он ни казался стаду баранов.

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

почему его травят на лоре и зачем он опускается до грызни не понимаю.

Почему травят? Злопыхатели, тролли-деструкторы славянского свободного ПО. Почему огрызаюсь? А я изучаю бездны человеческих душ.

славянского свободного ПО

А чем оно отличается от !славянского?

Почему ты так решил?

Я видел твои программы на гитхабе и твой выбор языков программирования.