Каково состояние проектов LaTeX 3 и LuaTeX?

1

4

Собственно вопрос, кто-нибудь в курсе, когда они собираются первый релиз выпускать в «продакшн»? Каково вообще состояние этих проектов? Есть ли какие-то milestones?

LaTeX3 GitHub

LuaTeX svn

И вообще, у чего больше перспектив - XeTeX или LuaTeX?

Ссылка

←	Американские учёные изучают лазерный античайник

Кто с питера, у кого есть норм вакансии?

→

про проекты ничего не знаю, но учитывая что LuaTeX использует svn вместо системы контроля версий, перспектив у него немного

~~stevejobs~~ ★★★★☆
(26.02.16 19:33:58 MSK)

При чем тут перспективы - XeTeX используется направо и налево, а LuaTeX все еще в коротеньких штанишках и сами авторы его для использования в деле не рекомендуют. Что касается LaTeX3, то тут все туманно, учитывая что вся соль в CTAN. Может получиться очередной Perl6.

ptarh ★★★★★
(26.02.16 19:51:54 MSK)

Ссылка

Ответ на: комментарий от stevejobs 26.02.16 19:33:58 MSK

про проекты ничего не знаю, но учитывая что LuaTeX использует svn вместо системы контроля версий, перспектив у него немного

Ну так и LaTeX использует SVN. А разрабы Lua вообще используют закрытый репозиторий, и только релизы выкладывают.

proud_anon ★★★★★
(26.02.16 19:54:27 MSK)

LuaTeX прекрасно работает, хотя юзается в основном ради юникода и OpenType. Потому что переписывать всю эту сраную свалку на Lua никто уже не будет. LaTeX3 не нужен по этой же причине. Хотя expl3 можно юзать уже сейчас. Алсо, бумажная типография уходит в прошлое, а с ней и ТеХ. Енжой ёр HTML.

HeipaVai1o ★
(26.02.16 20:10:40 MSK)

Ответ на: комментарий от HeipaVai1o 26.02.16 20:10:40 MSK

Разрешение дисплея улучшается на порядок → внезапно выясняется, что вёрстка нужна и тут для удобства чтения, естественно.

Evgueni ★★★★★
(26.02.16 20:27:04 MSK)

Ответ на: комментарий от proud_anon 26.02.16 19:54:27 MSK

Ну так и LaTeX использует SVN.

наверное «использовали». SVN это что-то производства времен Петра Первого, в 2016 году этого уже не осталось. Хотя может, тут замешана машина времени?

~~stevejobs~~ ★★★★☆
(26.02.16 20:39:41 MSK)

Ответ на: комментарий от Evgueni 26.02.16 20:27:04 MSK

Все читают EPUB на айпадах и радуются, ещё и деньги платят.

HeipaVai1o ★
(26.02.16 20:40:10 MSK)

Ответ на: комментарий от stevejobs 26.02.16 20:39:41 MSK

SVN это что-то производства времен Петра Первого, в 2016 году этого уже не осталось

Нет, это ты ошибаешься.

proud_anon ★★★★★
(26.02.16 20:41:20 MSK)

Ответ на: комментарий от proud_anon 26.02.16 20:41:20 MSK

назови хоть одну причину использовать SVN сейчас

~~stevejobs~~ ★★★★☆
(26.02.16 20:48:15 MSK)

Ответ на: комментарий от HeipaVai1o 26.02.16 20:40:10 MSK

Ога, а раньше, о ужас, с удовольствием читали распечатки с матричных принтеров. И да, в самом начале качество после фотопечати было не лучше — с чего ты думаешь Кнут свой проект запилил. Отсутствие вёрстки на электронных девайсах — это не от хорошей жизни.

Evgueni ★★★★★
(26.02.16 20:50:14 MSK)
Последнее исправление: Evgueni 26.02.16 20:51:35 MSK (всего исправлений: 1)

Ответ на: комментарий от Evgueni 26.02.16 20:50:14 MSK

Отсутствие вёрстки на электронных девайсах — от отсутствия спроса среди 99% населения.

HeipaVai1o ★
(26.02.16 21:02:11 MSK)

Ответ на: комментарий от stevejobs 26.02.16 20:48:15 MSK

назови хоть одну причину использовать SVN сейчас

Legacy. Очень веская причина.

proud_anon ★★★★★
(26.02.16 23:27:57 MSK)

Ссылка

Ответ на: комментарий от HeipaVai1o 26.02.16 20:40:10 MSK

Все читают EPUB на айпадах и радуются, ещё и деньги платят.

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

AP ★★★★★
(26.02.16 23:50:22 MSK)

Ответ на: комментарий от stevejobs 26.02.16 20:48:15 MSK

назови хоть одну причину использовать SVN сейчас

1. Лицензия

2. Необходимость версионирования больших бинарных файлов, в git и hg это реализовано крайне костыльно.

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

4. Наличие в проекте какой-либо инфраструктуры, завязанной на svn

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

annulen ★★★★★
(26.02.16 23:56:33 MSK)

Ответ на: комментарий от AP 26.02.16 23:50:22 MSK

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

Я отстал от жизни. Какие сейчас есть варианты для этого?

Deleted
(27.02.16 02:25:01 MSK)

Ответ на: комментарий от annulen 26.02.16 23:56:33 MSK

Конечно вопрос ~~stevejobs~~ провокационный и причин для использования SVN больше чем одна (уж явно), но тем не менее:

2. Необходимость версионирования больших бинарных файлов, в git и hg это реализовано крайне костыльно.

Редко бывает, что надо версионировать именно большие бинарные файлы с точностью систем контроля версий. Гораздо проще и легче хранить эти самые файлы в отдельном хранилище (хоть даже в SVN, лол) и ссылаться на них в скрипте сборки, а git/hg — только для исходного кода/текста.

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

Делается пост-коммит хуком / код ревью (имею ввиду доступ на запись). В случае если есть извращенческое желание разграничить еще и доступ на чтение, то submodule (а может и subtree) в помощь.

А по (почти) теме: какие *TeX'и легче всего использовать под виндой? И какой инструментарий к ним? (вариант с распиливанием vim/emacs не канает)

KennyMinigun ★★★★★
(27.02.16 02:38:07 MSK)