История такая.
Настраиваю userChrome.css для Симанки 2.0b1. Версия Симанки английская. Начал переносить поштучно правила из userChrome.css из Симанки 1.1.17, в которую этот файл перекочевал в своё время из Мозиллы. Кодировка файла win-1251, поскольку там только латиница и прекрасно всё работало.
Так вот, подхватываются пока все правила, кроме предназначенных для скрытия пунктов меню, в которых в конце три точки.
К примеру:
Код:
menubar [label="Send Link..."],
menubar [label="Print..."]{
display: none !important;
}Вот это в английской Симанки 1.1.17 в таком виде и работает - и в win-1251.
Пересохранил этот userChrome.css в кодировке utf-8 - всё равно не работает в Симанки 2.0b1.
Пробовал набирать точки в русской раскладке клавы и в английской 
- ноль эмоций.
Дальше решение нашёл, но оно явно кривое и его непонятно как другим советовать - скопировал три точки из интерфейса другой программы и вставил в userChrome.css, который в utf-8. Ну так сработало.
Вопрос, соответственно, простой - в какой кодировке эти три точки?
В Файрфоксе аналогичный эффект - попробовал в 3.5.1 с русской локалью. Значит это, видимо, в движке что-то поменяли. Хотя, может быть, просто разрабы параллельно перешли на что-то где-то.
Другая версия - может раньше были просто три точки, набираемые поштучно с клавиатуры, а теперь туда засовывают троеточие одним знаком?
Ещё может быть у меня в редакторе (EmEditor) что-то можно подстроить по кодировкам, но раньше-то работало вообще-то.
Меня интересует только как сделаны эти три точки, что поменяли разрабы и зачем - а всякие левые обходы я и сам придумаю и не один (могу удалить в xul или по id подцепить).
Кодировка должна быть UTF-8. Вот только не помню, с сигнатурой, или без. Если без нее, и файл содержит только символы первой половины ASCII, то это фактически ANSI (Win) - кодировка.
Там скорее всего не три точки (...), а многоточие (…)
28-07-2009 23:08:37
Я бы вообще написал
и не заморачивался
Там скорее всего не три точки (...), а многоточие (…)
Да, был такой баг, вроде бы, – про замену на один символ (который покороче). В Firefox вон давно заменили.
Так, мне кажется это такая штука:
Спец-символ HTML "троеточие".
То есть, если сделать страничку в html, вставить туда - в исходный код это, то на странице выведется как троеточие.
Потом прямо со страницы копирую мышкой, вставляю в userChrome.css в utf-8 - и это оно и есть - вставляется как три точки.
Ещё проверяется в EmEditor, если выделить и поиском найти в файле, то все вхождения он подсвечивает и видно какие три точки одно, а какие - другое.
А так визуально трудно отличить, если заранее не знать, что должны отличаться.
Infocatcher
В Firefox вон давно заменили
Ннда?
28-07-2009 23:43:48
Вот форум дурной - я же специально в теге "код" вставлял, а он результат вывел.)))
Вот так пишется написал сверху-вниз, а должно быть вместе в строчку:
&
#
1
3
3
;
Должно быть &# 8230; или & hellip; (без пробела)
#133 поддерживается браузерами по историческим причинам.
Ннда?
Посмотрел в 3.0 – там уже многоточия в виде одного символа – что в менюшках, что при сокращении непомещающегося.
И на глаз видно (а иначе и не проверить иногда – если в код не лезть), что «…» короче, чем «...» (если, например, сделать две закладки на панели закладок – с автоурезанием названия и переименованную вручную).
Lynn
Должно быть &# 8230; или & hellip; (без пробела)
Или или - это туманно, хорошо бы понять что конкретно разрабами заложено.
Я в html все три варианта вставил и потом скопировал мышкой и потом вставил в txt файл в EmEditor - они все три одинаково отображаются в txt - может быть и без разницы.
Infocatcher
Посмотрел в 3.0 – там уже многоточия в виде одного символа – что в менюшках, что при сокращении непомещающегося.
Понятно.
Lynn написал:
Там скорее всего не три точки (...), а многоточие (…)
Да, был такой баг, вроде бы, – про замену на один символ (который покороче). В Firefox вон давно заменили.
А зачем - не помнишь? И как они предполагали этот знак в юзерхроме подцеплять?
А зачем - не помнишь? И как они предполагали этот знак в юзерхроме подцеплять?
Для компактности, по-моему.
А юзерхром должен читаться как UTF-8, так что тут проблем быть не должно.
Для расширения кругозору.
Просто пояснение зачем вообще троеточие (на форуме об этом писали, просто попалось)
https://bugzilla.mozilla.org/show_bug.cgi?id=505341
Comment #2 From Alex Faaborg 2009-07-20 21:38:41 PDT
The purpose of the ellipsis is to indicate that no immediate action will take
place, and only additional information will be displayed. So for instance the
command "Print" means something will probably come out of your printer, while
"Print..." means that you will get to specify additional settings before
clicking a button called "Print."
А то, похоже, тот самый баг:
Bug 373623 - Unicode … should be used instead of three separate dots: ...
https://bugzilla.mozilla.org/show_bug.cgi?id=373623
Description From Hendrik Maryns 2007-03-12 03:50:11 PDT
Substitutes all triple dots
The GUI often contains ‘...’ In most places, this is entered in the source as
three dots. However, there is a nicer-looking unicode symbol for this, which
should be used wherever possible. Its code is \U2026.I am unsure how this should be percolated to l10ns.
29-07-2009 23:15:17
В английской Симанке 2.0 бете это хозяйство в меню прописано в файлике:
en-US.jar\locale\en-US\navigator\navigator.dtd
29-07-2009 23:16:54
Infocatcher
А юзерхром должен читаться как UTF-8, так что тут проблем быть не должно.
Читаться - это да, читается, а как правильно вписывать с клавиатуры?
Читаться - это да, читается, а как правильно вписывать с клавиатуры?
Или DOM Inspector'ом копирнуть, или Alt+0133, наверное.
P.S. А я поиск того-самого-бага не осилил. Спасибо.
Infocatcher
Или DOM Inspector'ом копирнуть
Хы, я про него и писал в первом посте. И вот в этом файле
en-US.jar\locale\en-US\navigator\navigator.dtd
списочком идёт типа:
<!ENTITY printSetupCmd.label "Page Setup…">
<!ENTITY printSetupCmd.accesskey "u">
<!ENTITY printPreviewCmd.label "Print Preview">
<!ENTITY printPreviewCmd.accesskey "v">
<!ENTITY printCmd.label "Print…">
или Alt+0133, наверное.
Да так. А ка это вводится?
А я поиск того-самого-бага не осилил.
Ага заходи ещё, есличё.))
Начал искать по entities, а потом ещё по ellipsis ну и там же ссылки в багах перекрёстные, типа - мы же здесь обсуждаем нужно у этого пункта многоточие или нет, а как прописывать многоточие - это вон тот баг.)))
Или или - это туманно, хорошо бы понять что конкретно разрабами заложено.
Это всё различные способы написания одного и того же символа.
С клавиатуры его можно ввести, например, установив раскладку Бирмана
Упс, Илья куда-то потерял этот символ в новой версии.
А если в поиске в багзилле искать по dots, то не находит эту тему с этим словом в заголовке темы - вот и ищи...
Lynn
Так что - только извратные способы есть вбить Alt+0133 ?
Я когда-то собирался с этим разобраться, но что-то сразу не получилось, а потом так и не собрался.
vladmir
Пообщался с Ильёй. На самом деле в его раскладке есть этот символ (на кнопке слеш/вопрос, рядом с правым шифтом), просто по "религиозным" причинам ему этот символ не нравится и поэтому не нарисован на картинке.
Ещё можно поискать первую версию раскладки Бирмана, она, на мой вкус, более вменяемая.
vladmir
Скорее всего разработчики не заморачиваются Alt+0133, а используют текстовый редактор, который сам заменяет три точки на троеточие.
Такой, например.
Не задумывался эту тему, наверняка есть и другие подобные редакторы, а также подобная функция (насколько я помню) есть в OpenOffice.
Зато благодаря вам понял, что не всё в переводе Flock гладко. Местами в нём присутствуют три точки, а местами - троеточие.
Будем постепенно исправлять.
Спасибо!
А я вот вообще не понял зачем это надо - ну 3 знака было, а сейчас один - так и что? Экономия, что ли, гигантская...
Визуально мне, например, три точки больше нравятся в менюшках, а троеточие невнятное какое-то.
Хотя в табах - там вообще эти точки мешают только, а троеточие чуть меньше места занимает
Вот думаю, а не заменить ли в navigator.dtd взад на три точки для меню. 
Lynn
Так это же даёт тот же результат, что и вывод в html и копипаст мышкой?
Тогда проще скопировать со страницы.
Мне интересно разве никак просто на любой клаве нельзя эти штуки вводить?
Selfmademan
а используют текстовый редактор
Да а мне не улыбается отдельный редактор под точки ставить. ))
Заменить-то я заменю в EmEditor просто мне не нравится неэлегантность - вот что это за художества из-за которых нельзя просто как раньше набрать на клаве...
Местами в нём присутствуют три точки, а местами - троеточие
Да это много где ещё может быть. Вот вижу в пункте меню адблока по-старому. Авторы расширений запросто могут и не знать о новой моде. Не говоря о том, что многие расширения не обновляются - то есть в любом случае в меню часть пунктов будет с тремя точками ещё долго.
Bug 373623 – Unicode … should be used instead of three separate dots: ...
https://bugzilla.mozilla.org/show_bug.cgi?id=373623
> Regardless, if no other applications use this symbol, I don't understand why
> we would want to defy convention in that way.Since technology evolves. In the old days, three dots was the way to express
an ellipsis, because there was no other option, or because one had no access to
the correct glyph. Now, in the days of Unicode, we can do better.
Properties files are utf-8 encoded, and you're actually reverting the right
char in chrome/calendar/calendar.properties. Real utf-8 is easier to read,
let's stick with that instead of \U2026.
3. I went through all matches of ... in all files (about 10 000) and evaluated
whether they should be replaced.
please move those ellipsis to the respective DTD, having
them in XUL is plain wrong, as locaizers need to be able to localize them, e.g.
in Japanese that character often renders wrong in fonts so they might be better
off with using three dots in their L10n - but that's completly up to
localizers, so it should be in DTDs.
Comment #77 From Robert Kaiser 2007-11-25
BTW, SeaMonkey will want this as well - while it's right that I don't
particularly like it, being inconsistent between toolkit and SeaMonkey strings
is even much worse ;-)
В общем, так красивше - все аргументы.