Вышла новая версия стандарта Unicode: 6.3.0

Прикольно, в akregator в этой статье после манипуляций с направлением письма весь текст до конца остался перевёрнутым.

воротагерка роткетед дерт

Эх, еще бы фонетические значки для немецкого сделали. Дело в том, что немцы, при наличии в Юникоде всего международного фонетического алфавита, решили выпендриться и используют несколько уникальных символов для ряда звуков. Филологи мучаются, или раскапывая специальные шрифты, или вставляя уродливый растр.

Всегда особенно уважал разработчиков этого стандарта. Это ж сколько нюансов им приходится учитывать! Посмотришь на юникодные таблицы, и весь мир как на ладони. Вот бы они когда-нибудь добавили символы из т.н. «Рукописи Войнича».

(:

ps: у вас ачепятка

Синдарин лучше. Им хотя бы пользуются.

файрфокс 24 еще не 6.3

akregator?
Хотя, может быть и у других RSS читалок всё грустно.

Все это конечно хорошо, но с шрифтами с более-менее приличным покрытием все довольно печально :(

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

«Управляющих» кодов, а не «контрольных». Контрольными бывают суммы, например — по ним контролируют правильность, а обсуждаемые коды управляют выводом.

У меня в Konqueror 4.8.4 два абзаца после трех примерных строк написаны справа налево. Так и должно быть?? Может взять эти строки в какой-нибудь дополнительный div или еще как-то, воизбежании?

Символ pony не ввели ещё? А то U+1F40E как то недостаточно.

Синдарин это язык, его в юникоде не может быть просто по определению, записывают его чаще всего либо латиницей, либо тенгваром, какая-то движуха по включению последнего в юникод вроде как есть: http://en.wikipedia.org/wiki/Tengwar#Unicode

Вот бы они когда-нибудь добавили символы из т.н. «Рукописи Войнича».

А также из т. н. «Велесовой книги».

Как же я скучаю по временам, когда один символ был синонимом одного байта

Как у BSD с поддержкой Unicode?

Посмотришь на юникодные таблицы, и весь мир как на ладони.

Насколько я помню - не весь. Китайцев против их воли унифицировали с японцами.

Cast Anon

Ну и кому, кроме вас нужна будет эта хр*нь?

Как хорошо, что эти убогие времена закончились.

Новости о новых стандартах меня пугают.

Всегда особенно уважал разработчиков этого стандарта.

За упорство в бессмысленном причинении вреда?

Кодировки были неизбежным злом в диком XX веке. При нынешних объемах памяти и быстродействии процессоров они стали просто злом. Письменности-то со временем меняются.

Конечно же нет

При нынешних объемах памяти и быстродействии процессоров они стали просто злом. Письменности-то со временем меняются.

К сожалению, искусственный интеллект ещё не достиг такого уровня, чтобы все тексты обрабатывать прямо в виде изображений. Или предлагаются какие-то другие способы?

640KB хватит всем, да?

Тестовые версии стандартов - это как?

256 хватит всем

Там даже для спецсимволов места не хватит. Что уж говорить о других языках. Если ты языкам не обучен, не значит, что остальные тоже неграмотные.

Тестовые версии стандартов - это как?

Почему тестовые? Бета-тест этой версии Юникода закончился, это уже релиз.

Есть русский и ингриш, остальные не нужны

И как там, в вашей параллельной вселенной?

Не дождётесь

Я бы начал думать примерно так. В любой письменности существуют базовые графические элементы (скажем, 11, вроде бы, основных черт в китайской). Дальше они по специфическим для данной письменности правилам собираются в графемы (например, буквы). Дальше графемы компонуются в слоги (корейский алфавит), слова (большинство алфавитных письменностей) или иероглифы. Дальше это все упихивается в строки, абзацы и т. д.

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

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

Кто с юникодом работает, поделитесь, на сколько это важно на практике, иметь классический индексный доступ к символам в строке?

Символ pony не ввели ещё? А то U+1F40E как то недостаточно.

И ещё символы всех известных науке cutiemarks.

Всегда особенно уважал разработчиков этого стандарта. Это ж сколько нюансов им приходится учитывать! Посмотришь на юникодные таблицы, и весь мир как на ладони. Вот бы они когда-нибудь добавили символы из т.н. «Рукописи Войнича».

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

Кодировки были неизбежным злом в диком XX веке. При нынешних объемах памяти и быстродействии процессоров они стали просто злом. Письменности-то со временем меняются.

Предложи вменяемую альтернативу.

Ну и кому, кроме вас нужна будет эта хр*нь?

Мне

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

Во-первых, не 11, а более 20. Во-вторых, я не видел ещё «правил конструирования произвольного иероглифа из базовых черт». Даже такую вещь, как порядок черт в уже готовом иероглифе, описывают так: «Ну... обычно слева направо сверху вниз, но далеко не всегда, единственно гарантированный способ — запомнить для каждого знака». А уж тем более я не видел «правил выведения значения иероглифа из базовых черт». Да что уж там, нет даже верного способа вывести значение слова из составляющих его иероглифов!

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

если художник-полиграфист может, поглядев на десяток букв шрифта, довольно точно восстановить отсутствующие, ее вполне можно извлечь, формализовать и хранить отдельно.

Почему это такой метод обязательно можно формализовать? Художник-полиграфист вполне способен решать такие задачи, которые компьютер пока решить не может. Но в любом случае, Юникод не регламентирует точный внешний вид символов.

Получаем несколько баз данных о собственно письменности

Я так и не понял, какая хоть примерно информация в них должна быть.

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

То есть универсальный код обмена информацией превращается в Википедию? И даже редактировать тексты без доступа к этому серверу с БД более не будет возможности? И все компьютеры в мире становятся зависимы от одного сервера или группы серверов?

Или хотя бы упаковать прямо в документы.

Так это они и сейчас могут. Просто присвоить этим символам коды из категории private use и договориться с коллегами, чтобы у них были установлены соответствующие шрифты. Или встроить эти шрифты в документы, когда это возможно.

Другое дело, что я в этой теме в первый раз вообще слышу про какие-то особые немецкие фонетические значки и что немецким фонетистам не хватает IPA.

я не видел ещё «правил конструирования произвольного иероглифа из базовых черт»

Но для каждого конкретного они вполне себе существуют. Вот для каждого и хранить. И совсем не обязательно все-все-все собирать из голых черт; ссылки на ранее описанные графемы и даже целые иероглифы («чтобы написать иероглиф „младшая_сестра“, в левой половине нарисуй „женщину“, а потом...») ускорят дело и сократят объем базы.

если художник-полиграфист может, поглядев на десяток букв шрифта, довольно точно восстановить отсутствующие, ее вполне можно извлечь, формализовать и хранить отдельно.

Почему это такой метод обязательно можно формализовать?

Потому, что нужно :)

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

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

Получаем несколько баз данных о собственно письменности

Я так и не понял, какая хоть примерно информация в них должна быть.

Основные черты. Построение из них графем. Компоновка графем в знакоместа. Компоновка знакомест в строки. Компоновка строк на листе. Ну, все то, что некоторым из присутствующих в школе зарядили в мозги, начиная с палочек и кружочков.

То есть универсальный код обмена информацией превращается в Википедию?

Приблизительно. Только не код превращается, а база знаний вытесняет код за вредность. Пять тысяч лет письменности бодро развивались без единого центра стандартизации и отлично себя чувствовали. Думаю, им и дальше без всемирного буквенфюрера будет гораздо лучше, чем с ним.

И даже редактировать тексты без доступа к этому серверу с БД более не будет возможности?

Локальной копии, пусть и малость устаревшей (либо, напротив, чуток дополненной владельцем), в большинстве случаев должно хватить.

И все компьютеры в мире становятся зависимы от одного сервера или группы серверов?

Примерно в той же степени, в которой сейчас зависят от серверов, хранящих фонты.

Так это они и сейчас могут. Просто присвоить этим символам коды из категории private use и договориться с коллегами, чтобы у них были установлены соответствующие шрифты. Или встроить эти шрифты в документы, когда это возможно.

Куча тупой ручной работы. К тому же, художник-шрифтовик и фонтодел все-таки отдельные профессии, так что на выходе мы с изрядной вероятностью получим очень кривой и вырвиглазный глиф для единственного шрифта (и задолбавшегося по самое не балуйся филолога-физика-математика). А то, о чем я говорю, позволит мышкой собрать графему из стандартных черточек-кружочков или даже просто добавить крючок-другой к уже существующей букве — и автомагически получить на выходе глифы профессионального качества для всех шрифтов.

к Какое же говнище этот ваш С++ (комментарий)

А высокоуровневая VM с JIT-ом и сборкой мусора — это так себе работенка, любой её налабает на коленках.

а что тут такого? да, налабают

кстати, на D приятнее код выглядит, чем на C++ (см. тот же daovm.net + LLVM JIT)

Если хочешь потрындеть со мной по этому предмету, создай отдельную тему :)