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

В проектах – да. Ещё бы там они уродовались...
Речь о комментах, блогах и т.п.

Я, например, по работе весьма активно юзаю поиск, поэтому пользуюсь этой свистелкой постоянно :) Но, правда, у меня в ней всегда живёт Большой Брат Гугль.

Ключевой момент – чтобы что-то найти на нужном сайте (в данном случае на Ноте) не нужно этот самый сайт открывать.
Не очень, правда, понимаю, зачем оно на Ноте нужно, но топикстартеру за наводку спасибо :)

У нас в проекте компьютерные кавычки – системные, т.е. в них заключаются фразы персонажей, например. А вот прямая речь, коли таковая встречается, заключается в ёлочки, да. Но из-за глумления движка сайта над кавычками обсудить, например, в блоге или в комментах какой-то фрагмент, а потом его просто скопипастить не получается – кавычки-то изуродованы :(
Так что для меня этот момент имеет помимо тотального расхождения с банальным здравым смыслом ещё и сугубо практический аспект.

Да, не заметил, что эта сущность живёт внутри профиля. Сорри. Тогда – да, в этом месте править и правда не след, но оооочень хочется порой :)
Ладно, отловлю все роуты, где успел отметиться переводчик и отфильтрую в них все его варианты перевода.
Спасибо!

Очень хотелось бы получить возможность редактирования переводов непосредственно из результатов фильтрации по автору перевода. Причина – бывают переводчики, наглухо страдающие игнорированием как правил русского языка, а также путающие педали пропускающие служебную разметку и т.п., так что периодически приходится идти по всем его переводам и каждую первую запись править. Сейчас ради этого приходится сперва переходить по ссылке на страницу проекта, где расположен перевод. Очевидно, что это действие избыточно.

Не понял, о чём речь :(

В верхней, да. Всегда на экране... В ВЕРХНЕЙ! Очевидно, человеку нужно перейти на следующую страницу, когда он закончил работать с текущей, т.е. курсор/взгляд у него направлен... куда? ;)

Радует одно – эта операция бывает нужна не так уж часто.

С другой стороны, если трудозавтраты на то, чтобы сделать логично/удобно и нелогично/неудобно одинаковые (или первые, как в данном случае, даже меньше, ибо так было), то не понимаю, зачем надо делать неудобно? Это как-то бессмысленно...

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

Про настройку согласен, предлагал подобное ниже: http://notabenoid.com/blog/21719#cmt_968938

Я в курсе, как это выглядит, у меня монитор 24", однако я никогда не работаю на полный экран – теряется весь смысл такой диагонали, иначе вполне хватило бы и 17/19-шки :)

Есть: http://notabenoid.com/blog/21719#cmt_974872
Дык я ж тебе ж там ниже и ответил :)

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

Если внимааааательно приглядеться, то там есть едва заметная пометка нового / наилучшего варианта перевода – серенький уголочек в правом верхнем углу ячейки с текстом перевода.
Впрочем, тут такое количество недокументированных велосипедов в интерфейсе, что не исключаю, что есть и другие варианты, просто они глубоко закопаны и никому, кроме разработчиков (пока) не известны :)
Предлагаемую индикацию считаю малофункциональной, по мне жирным было нагляднее. Хотя если делать столбцы одинаковой ширины (на что я всё же очень надеюсь), то выделение жирным не прокатит, т.к. собьёт форматирование текста в переводе относительно оригинала.

Агась, таки не только ПКМ, значится... Ладно, уже лучше, хотя всё также и малоочевидно :)

Не тот это функционал, чтобы маны курить, очевидно.
Предлагаю флуд прекратить в меру очевидности этой недоработки.

Мне пока это не критично, нам ещё пилить и пилить до этого этапа, да и тогда в идеале останется по одному варианту перевода на фрагмент дабы не было разброда и шатания.
Меня больше другое беспокоит – придётся переписывать скрипты экспорта отсюда в текстовые файлы: http://notabenoid.com/book/30129/blog/20764

o_O
Спасибо :)
Но это, во-первых, по меньшей мере не очевидно.
А во-вторых – пользоваться этим нельзя, ибо гестуры.

Это уже какой-то велосипед о пяти квадратных колёсах в интерфейсостроении, жёсткий такой костыль, попытка забивать микроскопом гвозди... Типа того :)

+1
Пусть, может, и не жирным, но подобное выделение и правда было весьма удобно и функционально.

+1
В 21-м веке работать на 22+ мониторах в многозадачных системах в режиме фулскрин по меньшей мере странно.

Впрочем, сделать парочку пресетов с выбором по кнопке, по-моему, и правда было бы не лишним. Типа «оптимизация под ширину <1024» и «оптимизация под ширину > 1024».

Порция первая.
1. Крайне не удобно реализована постраничная навигация – нет кнопок «на первую» и «на последнюю», в итоге, чтобы попасть на 37 страницу, например, приходится двигаться малюсенькими итерациями по 3 страницы. В идеале бы добавить, помимо «в начало/конец» ещё и кнопки «на 5 (или даже 10) вперёд/назад».

2. Разъезжён: http://vayurik.ru/_my/_temp/razyezjon.png.
Проявляется при уменьшении размера окна, когда постраничка перестаёт умещаться в одной строке с кнопками и переносится на следующую строку, но не влезает между таблицей с переводом и строкой кнопок. При скролле вниз, когда появляется слой с шапке поверх таблички с переводами, разъезжён пропадает.

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

4. Кнопки «Редактировать» и «Удалить» съедают много места по горизонтали – их бы в вертикаль...

5. Избыточное разбиение на два столбца – «Предложить свою версию перевода» и «Комментарии». Тоже непростительный расход столь дефицитного полезного места.

6. Было бы здорово, если бы столбцы с оригиналом и переводом были ВСЕГДА одной ширины. Порой бывает полезно соотнести компоновку текста.

7. ...А вот количество символов есть смысл поместить в том же поле, что и текст. Сколько символов в оригинале – в поле с оригиналом, в переводе – в поле перевода. И выводить эту информацию неброским сереньким, но всегда.

8. Во!!! По ходу идея пришла. Итак, предложение по структуре данных :)
1 столбец – номер строки (якорь), кнопка «Закладка»
2 столбец – текст с оригиналом, внизу, последней строчкой, «прилипшей» к сетке таблицы – количество символов в оригинале, серым цветом.
3 столбец – кнопки «Добавить перевод», ниже – «Обсудить».
4 столбец – текст перевода (можно сделать по дабл-клик – перейти в редактирование), внизу, по аналогии с, кол-во символов.
5-столбец – сверху рейтинг перевода, ниже – автор перевода, ещё ниже – дата и время, потом – кнопки «редактировать» и «удалить».

Получается вполне себе симметричная конструкция и столбцы 2 и 4 – одинаковой ширины.

Ясно.
Спасибо.