Comments: |
Почто JavaScript-то? Хороший динамический язык, единственная вина которого в том, что его зачем-то засунули в браузеры и подолжили под него идиотскую DOM в качестве объектной модели. Вот DOM - mustdie, это точно. Впрочем Jscript-у в WSH с объектной моделью не повезло ровно настолько же.
НУ и насчет юникода не согласен. Прочие кодировки китайского языка - хуже. А без китайского все равно в ближайшие лет 20-50 не жить.
прочие кодировки не хуже. хуже некоторые известные вам кодировки. а вообще-то прочих счётное множество.
DOM щас добавлю обязательно.
А javascript надо мочить жестоко! За то что при такой мягкой типизации КАТЕГОРИЧЕСКИ НЕЛЬЗЯ оверлоадить операторы! ибо 4+4=44
За то что при такой мягкой типизации КАТЕГОРИЧЕСКИ НЕЛЬЗЯ оверлоадить операторы! ибо 4+4=44 Да, это аргумент.
1СБухгалтерия_MUSTDIE_обязательно, лол.
создавайте. мне это кажется мелковатым злом (только россия (а россия и так сплошное зло))
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 29th, 2010 - 07:58 pm |
---|
| | | (Link) |
|
А велосипедистов ХТМЛ и Уникод за что??
если кратко то:
HTML -- за тотальную сквозную непролазную УЁБИЩНОСТЬ
говноюникод -- за откат на 5000 лет в тёмное прошлое ЗА ОТКАЗ ОТ АЛФАВИТА (говноюникод кодирует НЕ символы алфавитов, а ИХ НАЧЕРТАНИЯ!!! (да я тоже охуел (когда это узнал), у юникода нет понятия национального алфавита)
По обоим вопросам у меня было много постов в журнале, особенно по идиотичности различных деталей юникода. (про хтмл меньше, потому что его идиотичность слишком очевидна)
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 08:37 am |
---|
| | | (Link) |
|
Ну не знаю. "Не важно, какого цвета кошка - главное, чтобы она хорошо ловила мышей." (с) Дэн Сяопин.
И главный вопрос - а что вместо?
И другой связанный вопрос: сейчас с помпой продвигают шрифт PT Sans, поддерживающий все символы алфавитов всех языков России и Европы. Что о нём скажешь?
А слова "кодирует НЕ символы алфавитов, а ИХ НАЧЕРТАНИЯ!!! ... нет понятия национального алфавита)" - просто не понял. Как до сих пор не понимаю, почему совершенно одинаковые по начертанию буквы А, О, Е и т.п. должны кодироваться по-разному для кириллицы и латиницы.
> "Не важно, какого цвета кошка - главное, чтобы она хорошо ловила мышей."
она их НЕ ЛОВИТ! Если бы ловила, я бы написал "sucks" вместо "mustdie"
> И главный вопрос - а что вместо?
Вы хотите чтобы я в одно рыло написал вам всю инфраструктуру (которую тысяча пидарасов писала 20 лет) ? Я вам написал URT вместо XML -- пока хватит. На замену HTML и HTTP у меня нет времени и задора, пока я мысленно формулирую требования (я наконец-таки их ясно осознал) и обязательно напишу серию постов.
И на самом деле это не главный вопрос. Конечно (когда нет еды) люди едят земляных червей, компост и своих детей, но вот говно не едят (даже когда умирают) -- не питательно.
> просто не понял.
тогда вам прямая дорога в китай. там тоже никто не понимает какое величайшее достижение человечества -- АЛФАВИТ.
> Как до сих пор не понимаю, почему совершенно одинаковые по начертанию буквы А, О, Е и т.п. должны кодироваться по-разному для кириллицы и латиницы.
Ну тогда у вас тоже есть причина ненавидеть юникод.
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 11:12 am |
---|
| | | (Link) |
|
Опять не понял. Мы же в инете и пр. используем именно буквы из алфавита, без проблем видим и набираем. В чём проблема-то?
в двух словах не скажешь, но я попробую. проблема на самом деле распадается на кучу капканов и граблей.
из букв составлены слова, слова принадлежат разным языкам, и имеют свои значения только в рамках языка. если мы разрываем связь: "буква--язык" (отменяя соответсвие между языком и его алфавитом (тоесть вводим общий алфавит)) то слова "a" и "а" становятся РАВНЫ!
тоесть мы сознательно отрезаем себе путь к машинному анализу текстов, любому, даже примитивному поиску!
есть и менее глобальные последствия: ворох технических геморроев и НЕРЕШЕНИЕ ГЛАВНОЙ ТЕХНИЧЕСКОЙ ПРОБЛЕМЫ:
Раньше сильно заёбывала необходимость таскать вместе с текстом аттрибут (или пачку аттрибутов) "на каком языке текст", "в какой кодировке записан" и тп мелкие детали.
Так вот с приходом юникода эта необходимость ПОЛСНОСТЬЮ СОХРАНЕНА!!! (хотя именно юникод мог бы эту необходимость победить нахуй совсем (если бы не пидары его дизайнили))
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 11:31 am |
---|
| | | (Link) |
|
Так наоборот же, если русское и латинское "а" кодируются по-разному, то при анализе текста их можно различить.
А в чём проблема с поиском в тексте нужного слова? В том, что его надо искать во всех формах? Ну так, для русского языка это как-то решается, для других наверное тоже, в каждом свой алгоритм.
На каком языке текст - всегда можно задать в заголовке ХТМЛ-файла. Тексты на нескольких языках сразу - экзотика. Да и не понимаю опять же, в чём проблема сейчас и что изменится в будущем, если, например, немецкое слово "sie" всё равно будет кодироваться так же, как польское, которое пишется так же, но читается и означает совершенно другое. Или что, будем цеплять "признак языка" к каждой букве? Но это же абсурд! Получим лишь многократное увеличение объёма файлов, и никаких реальных преимуществ...
ANY a FROM Alpabet1, b FROM Alphabet2 (Alpabet1 <> Alphabet2 => a<>b)
Это свойство я хочу иметь В юникоде его нет!
ANY a FROM Alpabet1, b FROM Alphabet2 (начертание(а) == начертание(b) => a==b)
Это свойство вы хотите иметь В юникоде его нет!
Я допускаю право на существование кодов с обоими эттими свойствами. Но для повседневной машинной работы нажен первый код. Для дизайнеров итп нужен второй.
А мы не имеем теперь ни того ни другого.
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:07 pm |
---|
| | | (Link) |
|
Хм. То есть если два родственных языка имеют алфавиты, различающиеся одной буквой - будем для каждой буквы заводить разные коды? А как быть, например, с русским и болгарским? В болгарском алфавите букв меньше, но все, что есть - полностью совпадают с русскими. Будем кодировать по-разному? А нахрена? А скажем, эрзянский и мокшанский диалекты мордовского, или горный и луговой марийские (я не знаю, различаются ли их алфавиты, но языки считаются разными)?
Языков на Земле пордка 6000. Во столько раз и увеличим объём кодовой таблицы? Нахрена? Или я опять чего-то не понимаю?
да вы непонимаете. я сказал что я НЕ против вашего хода мысли, но юникод ему НЕ соответсвует.
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:18 pm |
---|
| | | (Link) |
|
Ну вот я набираю текст на неком языке. Основа алфавита - латиница, плюс есть несколько букв с диакритикой. Можно настроить под них раскладку клавиатуры. Основная латиница идёт как есть, доп. буквы - уникодом. Человек в другой стране видит текст как я его набрал. Могу перейти на другой язык, чуть поменяв настройки для выбора доп.букв. Многие буквы с диакритикой встречаются в нескольких языках, но почти никогда наборы не сопадают полностью. Сейчас с уникодом меня всё устраивает. Во всяком случае, куда удобнее, чем было до появления уникода. И? Что здесь можно улучшить? И зачем?
я же вам русским языком написал какое свойство невыполнено!
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:31 pm |
---|
| | | (Link) |
|
Какое? Возможность сортировки по алфавиту? Она мне не нужна. А как будете различать русский и болгарский (если бы мне вдруг понадобился текст на болгарском - я бы набирал в русской раскладке, естественно, все буквы есть) и до каких пределов дробить различия между языками - не написали.
вы вторично поднимаете вопрос о проведении границ между алфавитами естественных языков -- это совсем другая тема! для долгой неЖЖ дискуссии.
похорошему именно с решения этой проблемы надо было начинать! Юникод даже не посмотрел на эту охрененно насущную проблему! (и заметьте это не я её тут поднял)
> Какое? [свойство]
Я же русским языком написал! any a,b (начертание(а)==начертание(b) => a==b)
Мне лично это свойство нахрен не нужно, но я понимаю зачем оно может быть нужно другим людям.
И если бы юникод ВЫПОЛНЯЛ СВОИ СОБСТВЕННЫЕ ДЕКЛАРАЦИИ, то это свойство мы бы имели. И я бы всячески поддерживал бы ТАКОЙ юникод. Он бы сильно помог наконец прекратить танцы с бубном вокруг screenmap и keymap. тоесть эти отображения наконецтаки стали бы отображениями букв в начертания и наоборот, а сейчас они как были отображениями букв в буквы так стали отображениями хрензнаетчего состоящего частично из букв частично из начертаний в хрензнаетчто состоящее частично из букв частично из начертаний.
Тоесть если бы юникод был бы кодировкой начертаний (как он хотел изначально) то этот факт сам по себе сделал бы очевидными причины нынешних проблем с кодировками.
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:47 pm |
---|
| | | (Link) |
|
То есть вы предлагаете что-то вроде древнего chiwriter'a?
я (а) незнаю что это такое (б) не разсуждаю в терминах реализаций (когда речь идёт о правилах) (в) не занимаюсь переносом свойств между "аналогиями".
> На каком языке текст - всегда можно задать в заголовке ХТМЛ-файла
особенно там где нет ни ХТМЛ ни ФАЙЛОВ!
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:09 pm |
---|
| | | (Link) |
|
А где-то и вообще компьютеров нет! И как люди раньше учили языки и овладевали грамотой?..
вы предлагаете отказаться от юникода всюду кроме хтмл-файлов? ПОДДЕРЖИВАЮ!
> Или что, будем цеплять "признак языка" к каждой букве? Но это же абсурд!
именно так поступает юникод (только недоконца)
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:10 pm |
---|
| | | (Link) |
|
Он выбирает лишь из 2 вариантов (рус/лат), а не из 6000!
> Получим лишь многократное увеличение объёма файлов, и никаких реальных преимуществ...
вы его имеете благодаря юникоду. русские тексты все удлиннились в ДВА РАЗА
![[User Picture]](http://lj.rossia.org/userpic/158820/26300) | From: | vmel |
Date: | April 30th, 2010 - 12:12 pm |
---|
| | | (Link) |
|
_Всего_ в два. Зато не имеем головной боли выбора между Win-1251 и KOI-8 (а есть и ещё альтернативные кодировки).
> Зато не имеем головной боли выбора между Win-1251 и KOI-8
му теперь выбираем всего лишь между utf-7 utf-8 utf-16 cp1251 и koi-8
> Тексты на нескольких языках сразу - экзотика.
а персональные компутеры никому не нужны. а интеренет нужен только двум трём организациям в мире.
и в довесок это ещё и обламывает алфавитную сортировку слов! тоесть чтобы построить индекс мне опять надо таскать за собой эти геморные таблицы колэйшинов.
тоесть элементом кода стала сущность которой ОБЪЕКТИВНО в ЭВМ НЕТУ. её совсем нету! но мы её кодируем.
тоесть любая машинная работа с текстом резко стала КОСВЕННОЙ -- мы кагбы угадываем из этого кода, что там на самом деле должно было бы быть если бы это был текст в машинном смысле.
вот. и если допустить что вам для каких-то целей необходим именно код графических элементов письма. то юникод вашим требования тоже не соответсвует!
тоесть он не кодирует алфавит. но и графику он тоже не кодирует!!! (вопреки своей собственной спецификации!!!)
Вас возмущает неравенство букв A и А? Так вот в юникоде оно есть! В юникоде из всех букв с одинаковым начертанием ЧАСТЬ РАВНЫ А ЧАСТЬ НЕ РАВНЫ!
Более того дохера букв имеющих более одного кода!!!!!!!!!!!!! Греческая мю имеет два кода. Знак доллара, Знак Фунта, Кси, Пи..... Запаришься перечислять.
Это не просто бардак Это преступление!
Юникод, кстати, можно обобщить двумя вещами:
1) Они решыли, что могут составить список всех символов человечества. Дебилы. 2) Они решыли, что их метод кодирования элементов этого списка -- единственно верный, и должэн остаться единственным. Скоты и дебилы.
я тут подумал (если бы они упёрто кодировали именно символы (то юникод помог бы наконец провести границу между буквами и их начертаниями), и выявилась бы необходимость ОТДЕЛЬНО закодировать буквы, и через то много много геморроя бы разсосалось)) | |