Есть ли будущее у DELPHI?
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.14] |
|
|
Правила раздела:
| Страницы: (245) « Первая ... 52 53 [54] 55 56 ... 244 245 ( Перейти к последнему сообщению ) |
Есть ли будущее у DELPHI?
|
Сообщ.
#797
,
|
|
|
|
обо что и речь
|
|
Сообщ.
#798
,
|
|
|
|
korvin, потому что в 1991 кончился контракт между IBM и Microsoft, и OS/2 NT, тогда ещё разрабатываемая, была переименована в Windows NT. Хотя да, слегка слукавил, идеологически правильнее было бы отчитывать с момента первого релиза, т.е. с 93-го. Но технически - с момента начала разработки, а это 89-й, кажется. Так что я взял золотую середину. Ну, ещё и по той причине, что до 91-го юникод был ещё не стандартизирован.
А вот то, у идеологически неверных ОСей до сих пор с BOM глюки, это факт. |
|
Сообщ.
#799
,
|
|
|
|
Цитата Qraizer @ А вот то, у идеологически неверных ОСей до сих пор с BOM глюки, это факт. Э-э-э... в винде глюки с BOM? |
|
Сообщ.
#800
,
|
|
|
|
У каждого символа есть история №4: U+feff Одна цитата оттуда, очень хорошая:
Цитата После этого никсисты имеют наглость утверждать, что умеют юникод.Почему-то никто не говорит про то, что если кто-то действительно поддерживает Unicode, то обработать ZERO WIDTH NO-BREAK SPACE для него должно быть раз плюнуть. Если они это сделать не могут, то это баг в их приложении (или что там они пишут), а не вина Microsoft. По крайней мере, если они декларируют поддержку UTF-8. Утилиты, которые поддерживают "всё в UTF-8, но только если он начинается с ASCII", и утилиты, которые не могут обработать эти три байта, на самом деле просто не поддерживают UTF-8. |
|
Сообщ.
#801
,
|
|
|
|
Цитата Qraizer @ Ну и это совсем уж шедеврально. Вместо того, чтобы собраться и таки поддержать Стандарт Юникода в своих утилитах, никсисты будут думать, что имеют право его не слушаться, потому что им, видите ли, так удобно. Э-э-э... я что-то не понял, или по ссылке пишут, что микрософт сфейлили и теперь как обычно пытаются сделать свой фейл стандартом? Добавлено Цитата Qraizer @ Хотя нет, лусше это. Вместо того, чтобы собраться и таки поддержать Стандарт Юникода в своих утилитах, никсисты будут думать, что имеют право его не слушаться, потому что им, видите ли, так удобно. Цитата Блокнот добавляет BOM (Byte Order Mark), когда вы сохраняете файл в кодировке UTF-8. Всегда А не кажется ли тебе, что утилита, не умеющая сохранять в разных режимах Unicode также не имеет права называться "поддерживающей Unicode" Добавлено Особенно учитывая, что UTF-8 создана "никсистами", мне непонятно о чем ты говоришь. |
|
Сообщ.
#802
,
|
|
|
|
Почитай вдумчиво.
|
|
Сообщ.
#803
,
|
|
|
|
Цитата Qraizer @ Почитай вдумчиво. Я-то достаточно вдумчиво прочитал и вижу типичную политику микрософт: мы делаем так как нам удобно, а на остальных плевать, пусть подстраиваются. Цитата Баг же состоит в том, что люди используют Блокнот для правки HTML, XML и других вещей, которые не требуют BOM, а указывают кодировку иными способами Добавлено Вообще вся эта возня вокруг *endians, {with|without}BOM и т.п. меня порядком раздражает. Казалось бы Unicode создавался для решения проблемы с разными кодировками, но в итоге получили кучу проблем с самим Unicode. "Хотели как лучше, получилось как всегда". Вот скажите, почему на разных платформах разные *endians? На это есть объективные причины, обоснованные какими-то инженерными расчетами, или просто авторый одних архитектур захотели big, а другие -- little? Я вроде читал как-то давно, но уже не помню совсем. |
|
Сообщ.
#804
,
|
|
|
|
Цитата korvin @ На это есть объективные причины, обоснованные какими-то инженерными расчетами, или просто авторый одних архитектур захотели big, а другие -- little? Да вроде бы никаких. Просто одна компания разработала процессор с little endian а другая с big. Варианты организации шины памяти например так и называют - Intel и Motorola |
|
Сообщ.
#805
,
|
|
|
|
Цитата Мяут-Настоящий @ Да вроде бы никаких. Просто одна компания разработала процессор с little endian а другая с big. Варианты организации шины памяти например так и называют - Intel и Motorola ![]() Ну а ОСи разве не могут это сгладить? Пришли бы к одному формату. Кому надо, тот будет работать с железом и так, но многим видам системного софта и уж любому прикладному это нафик не сдалось. Да и производители процов могли бы прийти к соглашению. |
|
Сообщ.
#806
,
|
|
|
|
Цитата korvin @ Они делают так, как нам удобно и при этом в рамках Стандарта. Если б ты читал действительно вдумчиво, то увидел бы заботу о пользователях их ОС, а не программистах, пишущих под неё. Думаю, POSIX сообщество и тут прекрасно демонстрирует свою не показушную политику, а истинную - делать ОС для себя, как себе удобнее, и плевать на Стандарты, а пользователи перебьются, кто против - нам такие не нужны.Я-то достаточно вдумчиво прочитал и вижу типичную политику микрософт: мы делаем так как нам удобно, а на остальных плевать, пусть подстраиваются. korvin, ты в натуре считаешь, что BOM в начале файла, который, перевожу, "неразрывный пробел нулевой ширины", способен досаждать программисту, которому 10 лет лень добавить в свою утилю её игнор, как того требует Стандарт для приложений, которые его не используют в своих специальных целях? И он после этого имеет право иметь наглость утверждать, что его тулзы поддерживают Юникод? Та не смеши. Что ты там говорил про время появления поддержки Юникода у вас и нас? И кстати да, что делают виндовые инструменты в ките никсового админа? |
|
Сообщ.
#807
,
|
|
|
|
Цитата Qraizer @ ]Они делают так, как нам удобно и при этом в рамках Стандарта. Если б ты читал действительно вдумчиво, то увидел бы заботу о пользователях их ОС, а не программистах, пишущих под неё. Угу, из такой позиции всегда вытекает куча говнософта, с которым потом пользователи и мучаются, нет, спасибо, не надо. Добавлено Цитата Qraizer @ Думаю, POSIX сообщество и тут прекрасно демонстрирует свою не показушную политику, а истинную - делать ОС для себя, как себе удобнее, и плевать на Стандарты, а пользователи перебьются, кто против - нам такие не нужны. Historically, languages designed for other people to use have been bad: Cobol, PL/I, Pascal, Ada, C++. The good languages have been those that were designed for their own creators: C, Perl, Smalltalk, Lisp. -- Paul Graham И так не только с языками, но и со всем софтом. Практически всегда. И уж кто-кто, а майкрософт бы помолчал про наплевательское отношение к стандартам. Чего стоит хотя бы IE 6 Добавлено Цитата Qraizer @ korvin, ты в натуре считаешь, что ... Ты "в натуре" считаешь, что текстовый редактор должен изменять формат файла, потому что он не умеет? Добавлено Цитата Qraizer @ И он после этого имеет право иметь наглость утверждать, что его тулзы поддерживают Юникод? Та не смеши. Блокнот поддерживает Юникод? Добавлено Цитата Qraizer @ И кстати да, что делают виндовые инструменты в ките никсового админа? Ты о чем? Если про блокнот, то встречный вопрос: зачем виндовые админы лезут в юникс-тулзы? |
|
Сообщ.
#808
,
|
|
|
|
Сообщество POSIX против стандартов? Авторы utf8 не правильно его используют?
Что-то я не понимаю в этой жизни... |
|
Сообщ.
#809
,
|
|
|
|
Цитата korvin @ Мда. Как жаль, что теория в данном вопросе расходится с практикой. И так не только с языками, но и со всем софтом. Практически всегда. |
|
Сообщ.
#810
,
|
|
|
|
Цитата D_KEY @ Сообщество POSIX против стандартов? Авторы utf8 не правильно его используют? Что-то я не понимаю в этой жизни... Во-во... |