Отправляет email-рассылки с помощью сервиса Sendsay

[TC] редакторы для документов в tex формате

Здравствуйте участники рассылки. Кто какими редакторами пользуется для
составления документов в tex? Неужеле WinEdt действительно самый удобный со
всеми своими дикими настройками? У меня к редактору требования следующие:
А) чтобы хорошо озвучивался (к сожалению не все)
Б) чтобы не генерерил pdf если в документе есть ошибка. Такие тоже есть,
создают пустую обложку, а ошибки игнорят. Так можно в неприятную ситуацию
попасть
В) чтобы при компилляции выводились ошибки в каком-либо удобном формате.
Мне показалось, что самый удобный - это стандартный редактор miktex texwords
кажется, он хотя бы логи пишет, но может что удобнее есть?

Ответить   Fri, 5 Feb 2016 19:37:32 +0300 (#3366890)

 

Ответы:

Мир вам, земляне.

[ЕК] я именно WinEdt и пользуюсь. Конечно, "самого лучшего" редактора в
природе существовать не может, в силу субъективности амбициозности
подавляющего большинства людей. Но я с WinEdt никаких проблем не испытываю.
Настройки в этом редакторе мне приходилось править прямо в ini-фаайлах.
Однако, сделав это один раз, я просто переношу их из версии в версию, из
системы в систему. Благо, в Winedt есть команда "Rebuild All Setting",
которая перечитывает все ini-файлы во всех папках и применяет их. Плюс к
этому, работать с WinEdt нужно только посредством JAWS, поскольку в JAWS
есть поддержка графики и её подписывания. Многие диалоги в WinEdt можно
вызвать только через графические кнопки с панели инструментов, а в начале
каждой строки имеется графическая кнопка для вызова полезных функций
локальной обработки. Я эти кнопки промаркировал, и когда необходимо включаю
режим чтения подписанной графики, а обычно работаю в режиме выключенного
чтения графики., дабы даже подписанные элементы не путались под руками. Всё
это можно проделовать только в JAWS.

[ЕК] если вы имеете в виду TexWorks, то заявление, мягко выражаясь,
сенсационное. У меня при работе с JAWS даже текст набираемый в окне
документа никак не озвучивается. О какой работе в texworks может идти речь?
В связи с этим, встречный вопрос: как вы просматриваете уже набранный текст
в окне документа TwxWorks? Какой скринридер используетее? Укажите версию
Miktex и JAWS, если вы работаете с JAWS? Всем описанным требованиям
удовлетворяет как раз пресловутый Winedt. Только для этого, нужно произвести
некоторые перенастройки. Например, у меня при компиляции, если есть ошибка,
открывается досовское окно с описанием работы компилятора и командной
строкой. Если ошибки не исправлены, то никакой pdf или dvi не создаётся,
просто закрывается окно компилятора. Логи сам Miktex всегда по умолчанию
сохраняет в той же папке, что и исходный Tex-файл, от редактора это не
зависит. Пустой скомпилированный документ Winedt может создать только в
случае, если выключить остановку компиляции при ошибках в исходном документе
и нажимать Enter в досовском окне с выводимыми ошибками для принудительного
продолжения. Лично я пока для пользователей JAWS ничего удобнее WinEdt не
встречал. Так что, если кто-нибудь напишет здесь о достойных альтернативах,
то мне это будет крайне интересно.
--
Евгений Корнев.

Ответить   Sat, 6 Feb 2016 09:45:31 +0700 (#3367063)

 

<< Но я с WinEdt никаких проблем не испытываю.
<<Настройки в этом редакторе мне приходилось править прямо в ini-фаайлах.
<<Однако, сделав это один раз, я просто переношу их из версии в версию, из
системы в систему. Благо, в Winedt есть команда "Rebuild All Setting",
<<которая перечитывает все ini-файлы во всех папках и применяет их.
Подскажите, а доходить до этих настроек каждому приходится самостоятельно,
или они где-то описаны? Просто когда-то будучи студентом так для себя
пытался его ковырять, но...

<< Плюс к этому, работать с WinEdt нужно только посредством JAWS, поскольку
в...

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

<< если вы имеете в виду TexWorks, то заявление, мягко выражаясь,
сенсационное. У меня при работе с JAWS даже текст набираемый в окне
<< документа никак не озвучивается. О какой работе в texworks может идти
речь?

Евгений, вот в чем я никогда не был замечен, так это в обмане. Думаю, что у
вас неполучилось работать со стандартным miktex. Редактором по следующим
причинам: вы пробовали его давно, более старую версию. Сам редактор написан
на qt. далее, мои предположения: возможно, когда вы испытывали данный
редактор, он был написан на qt 4. Поскольку озаботился я этой проблемой
только вчера, то и поставил miktex последней версии соответственно. А там
TexWorks видимо написан уже на 5-ой версии qt, а в ней, как известно,
доступность намного продвинутее, чем в версии 4. Написанный текст
просматриваю, как в блакноте, стрелками и т.д. никаких проблем нет. Меня он
не устраивает., потому что я не знаю как попасть в консоль куда выводятся
ошибки при компилляции. Возможно я просто не знаю соответствующей гор.
Клавиши, и та же проблема постигла бы меня и при использовании WinEdt.
Кстати, подскажите комбинацию, по которой вы попадаете в окно с ошибками?
Вполне возможно, клавиши совпадают. Пока же я ошибки анализирую из чтения
логов, которые создаются в той же папке, что и исходный файл. Это , конечно,
не очень удобно, так как логи очень объемные и находить нужную информацию по
началу достаточно сложно. В этом редакторе, к сожалению, недоступен для нас
просмотрщик pdf, но мне он не очень и нужен. И вторая проблема - непонятно
как "обновлять" папку с файлом. Допустим редактируем файл a, допустили в нем
ошибку b, нашли ее по логам, исправили, нажали сохранить все,
перекомпиллируем, но пдфки не создается и ошибка дублируется. Пока решения у
меня 2. 1) при каждой сборке документа создавать по отдельной папке, пока не
создашь правильный документ, но этот подход для меня не допустим, так как
зная мою любовь к опечаткам, он очень затратен по времени и фантазия по
называнию папок иссякнет ). 2) ранее открытый документ прописывается ярлыком
в меню пуск. Так вот, проблема решается, если его удалять от-туда.

Ответить   Sat, 6 Feb 2016 13:05:43 +0300 (#3367323)

 

Мир вам, земляне.
Поскольку вы пользуетесь NVDA, то в Winedt вы работать полноценно не
сможете. Если, конечно, не напишите для нвды модуль работы с графикой,
переназначения классов окон и исправите в NVDA ошибки обработки нетипичных
полей редактирования. Касательно настроек, то я до всего доходил сам,
руководств и справок нигде не встречал. Хотя, в справки самого Winedt многое
можно на базовом уровне узнать.

[ЕК] у меня Miktex обновляется каждые два-три дня. Так что, старую версию я
использовать не могу, даже если захочу. попробую набрать и прочитать ттекст
в Texworks, используя NVDA. Возможно данный скринридер читает поле документа
нормально. JAWS однозначно там бесполезен, можете проверить на практике.
Касательно вывода оккна компиляции с ошибками, то у меня досовское окно
открывается автоматически, если я допустил ошибку в коде. В JAWS фокус сразу
попадает в командную строку со знаком вопроса. Переключаюсь на JAWS-курсор и
читаю текст в окне. Однако, по умолчанию в современных версиях WinEdt
сообщения компиляции выводятся в своём малопригодном для скринридеров окне.
Поэтому, я выключил в настройках использование собственного окна компилятора
WinEdt. У меня всё выводится в старом добром досовском окне самого Miktex.
Относительно чтения скомпилированного pdf, то у меня стоит обычный Adobe
Acrobat, который читается JAWS, в Winedt я просто нажимаю Control+Shift+P,
исходный файл компилируется и сразу открывается в окне Acrobat. Правда, для
русских текстов нужно в преамбулу подключать пакет cmap, но это - уже к
WinEdt отношения не имеет. WinEdt сам обнаруживает и каталоги Miktex и
каталоги Acrobat и различные утилиты для ПостScript, поэтому, руками ничего
я в него не прописывал. WinEdt удобен тем, что многие операции можно
запускать клавиатурными командами. Которые можно узнать из меню программы.
Можно самому назначать клавиатурные команды на нужные действия и создавать
макросы. Проще говоря, в WimEdt можно всё, но для этого нужно в него упорно
вникать.
--
Евгений Корнев.

Ответить   Sun, 7 Feb 2016 10:55:12 +0700 (#3367412)