DOOMer: комментарии
206 комментариев
Резюме
- Пол:
- мужчина
- Родной язык:
- русский
- С нами:
- с 2 сентября 2012 г. (5157 дней) по приглашению maximnot
- Деятельность:
-
154883 версии перевода
с общим рейтингом 18026
104397 комментариев
Карма: 35 (оценок: 35)
О! Спасибо. Пойду региться там.
Агась, т.е. будь тут что-то типа «И я приняла решение, что буду жить по-старому, не заботясь о будущем», то зпт была бы нужна, а в конкретном примере выше всё же тесная связь со сказуемым. Правильно я понимаю?
Начну, пожалуй :)
Нужна ли запятая перед «не заботясь» в предложении
«И я приняла решение, что буду жить не заботясь о будущем.»
или это § 71.1 (http://orthographia.ru/punctum_uk.php?rid=198)?
Могу выслать на почту. Пиши в ЛС.
Как оказалось, есть проблемы с именами файлов в архиве, если в названия глав входя иероглифы и прочие символы, отсутствующие с CP866 – имейте это в виду.
В свете как уже имевших некогда проблем с копирастами, а также возможными в будущем (http://notabenoid.org/blog/37552), решил написать скрипт для создания резервных копий проектов переводов. Конечно, у меня уже были подобные скрипты для основных больших проектов (если бы не они и не моя паранойя, судьба пары больших проектов после закрытия старой Ноты была бы под большим вопросом), но они были без гуя и работали на локальном сервере, так что технология в некотором роде уже отработанная :D
Однако попрошу коллег-переводчиков не злоупотреблять и не создавать лишний раз нагрузку на сервер уважаемого Дмитрия.
*выдыхая
Фуф!
Спасибо!
Но бекапер всё равно напишу. Под некоторые проекты он и так уже написан (всё же спасение утопающих, если что, дело рук самих утопающих), но там нет никакого гуя, на выходе просто создаются файлики и всё. А я думаю, что сделаю с каким-никаким гуем, а на выходе будет ZIP-архив с текстовыми файлам глав проекта. Посмотрим.
А никто не в курсе, когда такая фигня происходит, есть у создателя перевода возможность спасти свои наработки?
Или следующим моим скриптом будет бекапер переводов Ноты? :D
С большой долей вероятности. Кстати! Может, мне туда поддержку логики встроить? Или как это называется? Как на гугле при поиске в кавычках, например... Надо будет подумать :D
В последнее время я пользовался этим скриптом для замены трёх точек «...» на знак многоточия «…» – работало корректно. А вот для убирания кавычек в одном из проектов пришлось писать отдельный, довольно сложный с точки зрения логики, скрипт.
Я, если честно, не помню, по какому алгоритму там всё работает, позже гляну. Поиск (точнее, фильтр) используется точно штатный Нотабеноидовский, который порой работает не так, как того хотелось бы.
настоятельно рекомендую не делать автоматическую замену
Категорически плюсую :)
В этом комменте кавычки изуродованы движком Ноты :(
Добавил возможность проверки соответствующим скриптом только текста, содержащегося между кавычками (двойными и одинарными).
Этот функционал может пригодиться в тех проектах, где в переводах пишется не только текст, но и сопутствующая ему обвязка, например некоторые проекты на Ren'Py (та же Альфа Катавы):
Хотя сейчас я бы, конечно, заливал бы для перевода ТОЛЬКО текст, а уж потом написал отдельный скрипт для обратной сборки (как в итоге и было сделано недавно в FUTUR) что логично. Что ж, век живи – век учись, как говорится :)
А без этой настройки скрипт ругался на каждую первую строчку с идентификатором персонажа, что, в общем-то, по-своему правильно, ибо не должно предложение начинаться с маленькой буквы... :)
Ссылка на поиск по всему проекту выше, а вот ссылка на замену подстроки по всему проекту:
http://vayurik.ru/tools/notabenoid/replace_string.php
Но напоминаю, что действие это потенциально деструктивное (а так как для поиска используется далёкий от совершенства встроенный в Ноту алгоритм поиска, это тоже нужно учитывать и, прежде чем резать, семь раз отмерить), все подобные процедуры вы делаете на свой риск.
Я лично предпочитаю такие вещи делать с локальными файлами (в NP++ или UltraEdit), либо искать поиском по ссылке выше, а менять вручную.
Ковырять чужой код, да ещё и на Яве – увольте :)
Т.е. оно, конечно, можно, только в данном случае трудозатраты получатся неадекватны результату. Меня и текущая реализация устраивает (я же под конкретную задачу этим озадачился, а не от скуки), а если кому-то очень нужно TMX и этот человек в состоянии объяснить нюансы этой штуки, не описанные в манах, – милости прошу.
Не, нафиг. Я этой фигнёй не пользуюсь, маны мутные (например, совершенно непонятно, что есть в https://www.gala-global.org/tmx-14b#segtype те или иные значения, в той фигне, на которую там приводится ссылка (https://en.wikipedia.org/wiki/Segmentation_Rules_eXchange), я этого тоже не нашёл (да чё уж, там ссылки все мёртвые)), а ковыряться с этой неведомой фигнёй непонятно зачем, собирая по всему интернету крупицы информации, смысла не вижу. Впрочем, если кто-то мне поможет внятно разъяснить, что там и как, то я без проблем изменю формат XML-файла (точнее, видимо, просто добавлю ещё одну опцию – «TMX»).
Блин, вот это печально:
For 7-bit files, extended (non-ASCII) characters are always represented by numeric character references.
А как же яп? :(
О! Спасибо, покурю на досуге. Не знал, что есть нечто унифицированное.
Добавил экспорт перевода в XML-файл.
(см.https://vk.com/vayurik?w=wall198054534_5912)