Nikopol: комментарии

Если не пытаться, то и не получится. Значит вам оно и не нужно.

Все браузеры нативно или через расширения поддерживают user styles. Это когда вы сами можете с помощью css стилей изменить отображение страницы. Можете попробовать сделать это и с жирным отображением перевода.

Отличная идея, всячески поддерживаю. Я часто добавляю в субтитры надписи на языке оригинала, которые показывают в видео, но которые не включают в оригинальные субтитры. То, что каждый раз тайминг нужно вбивать руками, очень неудобно. И перевод хотелось бы также добавлять сразу. StyleSmile просто читает мысли! =)

Пользователь пожаловался на баг. Я проверил, посмотрел скрипты сайта, нашел причину, нашел решение. Код сайта на jQuery не работает должным образом на мобильных версиях Safari. Причина не в самом коде, а в его функциональности на одной из мобильных операционных систем. Но это можно исправить, придумав некий workaround. Я сообщил об этом Дмитрию в своем сообщении выше, даже искать ничего не надо. Ему остается только решить, будет он это исправлять ради пользователей iOS или нет. Вот и всё.
«Затачивать сайт?» Такие пользователи как вы встречаются на всех проектах. Они почему-то яростно протестуют против нововведений и исправлений чего-либо. Но когда я последний раз проверял, это обсуждение называлось «Баги новой версии». Я обратился к разработчику сайта с конкретным локализованным решением проблемы. Вопрос закрыт. Продолжать дискутировать с вами у меня нет желания.

Делаю вывод, что вы не понимаете, о чем говорите. Возьмите у кого-нибудь iPhone и iPad и протестируйте, если вам так припекло. Я проверил и нашел причину такого поведения сайта на мобильной версии Safari, описал её выше, в то время как вы несете какую-то чушь. Проблема есть, причина найдена, решение найдено. Вы то с какого тут бока со своими «кривыми руками», «андроидами» и «форточкиными сафарями»? Вы тут совершенно не в тему.

В огороде бузина, а в Киеве дядька. Держите нас в курсе, нам всем очень интересно, что вы там мнёте.

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

Анонимный зритель, скачавший с нотабеноида субтитры для любимого сериала, не будет регистрироваться, чтобы сообщить о паре титров, которые расползлись у него на экране. Это такая мелочь, что её можно и не заметить, или просто забыть о ней. Но это не значит, что проблемы нет.
Переводчика можно сравнить с конвейером. Он может клепать сотни тысяч строк, и каждую из них увидят тысячи людей. Но небольшая неточность в нескольких строках проявится при просмотре множество раз, перед множеством глаз. И всего лишь нужно чуть-чуть изменить процесс работы этого «конвейера», чтобы исправить этот недочет и решить эту проблему раз и навсегда. И что же мы видим? «Конвейер железный, он наклепал уже сотни тысяч строк, ничего менять не будем. И так схавают.» Что ж, их дело.
А насчет разговора практиков с теоретиками: сделать больше ≠ делать правильно. Когда-то люди считали, что земля плоская, а ученых за иные взгляды жгли на кострах. Почему? Аргументация была такая же: «много лет мы считали именно так, значит это правильно». И в чем-то они были правы – всех устраивало и никто не жаловался.

Насчет вчерашнего титра №5 ставшего сегодня №10 – это не проблема. Устаревание актуальных данных через длительные промежутки времени вполне допустимо. А номер субтитра действительно пригодился бы. И не для того, чтобы запомнить его сегодня, а найти завтра (когда он уже может измениться). По нему в фильтре можно на глаз определять расположение титров относительно друг друга и в самой серии, и это значительно проще, чем смотреть на кучу цифр тайминга.
То, что номер титра не хранится в базе данных – тоже не проблема. Современные СУБД позволяют нумеровать возвращаемые ряды данных как угодно. Первое что приходит в голову: для фильтрации можно строить временную таблицу (программисты СУБД меня поймут), нумеровать в ней титры по порядку и возвращать уже выборку фильтра по этой таблице. Вот и номера магическим образом появились.

Спокойствие. Изменился движок нотабеноида, нововведения не срослись с особенностями браузеров на айустройствах. Будем надеяться, что многоуважаемый автор нотабеноида во всем разберется и подкрутит шестеренки сайта, чтобы он снова начала работать на айфонах и айпадах.

Счетчик символов – отличная штука, я только за. Я говорил лишь о ненужных переносах. И основывал свое мнение на собственном печальном опыте просмотра видео с таким отформатированными вручную субтитрами. Тут стоит вопрос здравого смысла, который следует задать каждому переводчику: вы переводите исключительно для себя или и для других людей тоже? Если ответ «для себя», тогда и обсуждать нечего. А если «и для других тоже», может быть следует иногда прислушиваться к этим самым другим людям? Переводчики, поддерживающие форматирование переносов вручную, аргументировали свою позицию исключительно фразами «у меня все нормально отображается, и я буду делать так, как хочу». Немного недальновидно, по-моему. Хотя вполне понятно, если они переводят только ради собственного фана.

Подтверждаю, у меня тоже на iPad почти никакие javascript события не работают. Я пробовал в Safari и iCab Mobile. Похоже, дело в том, что это баг в js-движке Safari: http://stackoverflow.com/questions/10165141/jquery-on-and-delegate-doesnt-work-on-ipad
Дмитрий, посмотрите есть ли возможность заменить навешивание событий не по delegate, а как советуют по ссылке выше. В старой версии notabenoid-а все работало нормально.

Окей, я сделаю шрифт таким, с которым ваши сабы с искусственными переносами будут смотреться красивее, а не такой, размер которого мне удобен и читабельней. И производителям своего телевизора я уже начал писать письмо мелким почерком, чтобы они выслали мне новый ящик, который понимает не только «устаревший srt». Все для вас, уважаемые переводчики, все для вас.

Почитал, забавно. Toutacoup высказывает здравые мысли и приводит разумные аргументы. Его же оппоненты демонстрируют непробиваемую твердолобость и консерватизм «элитных» переводчиков. Я не говорю, что последние во всем неправы, но их упертость и нахальность поражает. Таких людей нельзя переубедить ни здравым смыслом, ни доводами, ни фактами, ни статистикой. Они всегда будут делать по-своему. Поэтому спорить об этом нет смысла. Нужно делать так, как считаешь правильным, потому что имеющие другое мнение, будут поступать точно также, только на свой лад.

Ага, типа вот так потом приходится смотреть

А я вот против ручного разбиения строк в субтитрах. Когда смотрю сериал с такими сабами на ТВ, выставляю максимальный размер шрифта. Внутренний плеер нормально переносит строки, а если в них есть принудительные переносы, то вместо максимальных двух строк почти во всю ширину экрана бывают и по 3-4 вылазят, закрывая при этом полэкрана. Не айс.

В правом нижнем углу блока редактирования перевода.

Кстати, в коде подсчета символов есть вызов:
replace(«\n», «»)
чтобы исключить подсчет переносов строки. Он не работает глобально. Замена происходит один раз, поэтому второй и последующий перенос строки уже считаются. Надо использовать регулярное выражение для глобальной замены:
replace(new RegExp(«\n»,'g'), «»)

p.s. это для Дмитрия (notabenoid) конечно же инфа, не для пользователей.

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

Подтверждаю. Есть некоторая задержка реакции на нажатие.