Флейм о (не)?нужности юникода (Отрезано от "Символы й, ё в ФС")

Любые разговоры которые хоть как-то связаны с тематикой форума

Модератор: Модераторы разделов

NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Флейм о (не)?нужности юникода

Сообщение NickLion »

Vexhin писал(а):
17.08.2014 10:39
А через разные шрифты реализовать нельзя? Или иероглифы в разных начертаниях должны умещаться в plain text?

Можно и через один шрифт в формате OpenType (OTF), который поддерживает различные начертания для различных случаев, в частности языка.
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
10.08.2014 08:48
Достали уже со своим хрюникодом! Во все щели это говно суют!

это ты достал уже. Доколе?! Пойми уже наконец: в русском языке есть многоточие(…), и это ОДИН символ, а НЕ три точки. По правилам орфографии кавычки «такие», а не такие, как у вас, в 80х годах прошлого века. И так далее.

За что ненавидишь родной язык?!

eddy писал(а):
11.08.2014 10:41
Я в plain text пользуюсь длинным тире —, многоточием …, кавычками «»“”

Зачем?

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

eddy писал(а):
11.08.2014 11:09
Не надо путать типографию и рукописный текст!

вот именно! Давайте вернёмся к клинописи! А то всякие «ФЫВАЖ» неудобно на глиняных табличках!

eddy писал(а):
11.08.2014 21:08
XML - вообще плод чьего-то извращенно больного воображения! Убивать надо за использование этого Г!!! Т.к. формат ни человеком, ни машиной нормально не читается!

руки у вас не из того места растут. У меня всё читается. XML вовсе не обязательно делать одной строкой без отступов и т.п.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
12.08.2014 19:10
А в plain text нефиг совать разные языки. Зачем?

*.po файлы например. Если честно, то я не знаю, как в po засунуть те же ёлочки, которые требует родная орфография.

Или вы против русификации программ?
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

Bizdelnick писал(а):
13.08.2014 10:45
Советую для начала strlen посчитать. Потом на grep -i посмотреть, ну и вообще так помалу в сях попробовать что-нибудь сделать с текстом. Это невозможно сделать без велосипедов и костылей!

Это проблема сей, а не кодировки.

нет никакой проблемы:
The strlen() function returns the number of bytes in the string s.

при чём тут символы?

Есть wchar_t, если вам так хочется считать символы(кстати, зачем это вам?)

Есть ещё regex, в glibc. Там всё отлично с UTF-8.

Bizdelnick писал(а):
13.08.2014 10:58
Да ну? Даже неопределённое поведение - не проблема?

угу. Это не баг, а фича. Она позволяет компилятору выбрать более быстрый и/или короткий путь. А если вы пишете x++ + ++x, то вы ССЗБ.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

Bizdelnick писал(а):
13.08.2014 14:07
Если с одним языком у программиста возникает некая проблема, а с другим - нет, то это проблема именно языка.

в других ЯП компилятор всегда выбирает один путь, и очевидно, даже если путей всего два, то в 50% случаев компилятор создаёт плохой код. И ничего с этим не поделать, ибо выбрать хороший путь не даёт стандарт. Ну например в питоно/пхп какая-то вшивая переменная _всегда_ занимает кучу байт, а мы потом удивляемся, "почему программы такие медленные и жирные?". Приходится вставлять вставки на сишке, как например в mercurial.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Флейм о (не)?нужности юникода

Сообщение bormant »

drBatty писал(а):
26.08.2014 04:21
не знаю, как в po засунуть те же ёлочки, которые требует родная орфография.
Проще простого:

Код: Выделить всё

...
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
...
msgid "Text with \"quotes\"."
msgstr "Текст в «кавычках»."
Набирать любым удобным способом.
Спасибо сказали:
NickLion
Сообщения: 3408
Статус: аватар-невидимка
ОС: openSUSE Tumbleweed x86_64

Re: Флейм о (не)?нужности юникода

Сообщение NickLion »

bormant писал(а):
26.08.2014 07:56
drBatty писал(а):
26.08.2014 04:21
не знаю, как в po засунуть те же ёлочки, которые требует родная орфография.
Проще простого:

Имелось в виду БЕЗ UTF-8, как того хочет eddy.
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

bormant
да, конечно я имел ввиду возгласы "юникод не нужен!". А по моему — нужен, в т.ч. и в исходных текстах (po это тоже исходные тексты ИМХО).

[offtop-танцпол]И вообще. У нас в обществе очень много проблем возникает из-за такой ерунды, как например неграмотная надпись на каком-то ценнике/витрине. Ладно там на бумаге раньше что угодно было рисовать, а как если на компьютере? Оно ведь как бывает: слово за слово,*** по столу, и вот пожалуйста: имеем майдан со всеми вытекающими. А проблемы-то часто лишь в том, что компьютер по-русски умеет, по-украински умеет, а чтоб сразу и так и так — увы, надо выбирать что-то одно.[offtop-танцпол]
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
26.08.2014 04:21
Или вы против русификации программ?

Нет, не против. Но кавычки туда нефиг совать!
bormant писал(а):
26.08.2014 07:56
Проще простого:

мегажесточайшее извращение!
NickLion писал(а):
26.08.2014 08:39
Имелось в виду БЕЗ UTF-8, как того хочет eddy.

Я таким бредом не занимаюсь. И ваши кавычки в моей консольке будут выглядеть каким-то диким ужасом, т.к. не перекодируются iconv'ом из хрюникода!
drBatty писал(а):
26.08.2014 08:51
А по моему — нужен

В pdf-файлах и базах данных. Больше, пожалуй, нигде!

drBatty писал(а):
26.08.2014 08:51
А проблемы-то часто лишь в том, что компьютер по-русски умеет, по-украински умеет, а чтоб сразу и так и так — увы, надо выбирать что-то одно

Грамотным просто надо быть. А если пишешь на чужом языке — тогда уж проверять.

drBatty писал(а):
26.08.2014 04:31
The strlen() function returns the number of bytes in the string s.
при чём тут символы?

И как ты в хрюникоде длину строки узнаешь явно?
А еще "прикол": допустим, у тебя есть фиксированное поле ввода (скажем, для фамилии) длиной в 100 символов. В сях я выделяю 101 байт в буфер. А в хрюникоде — фигвам! Придется выделять значительно больше, либо использовать промежуточный буфер и strdup.

А еще хрюникод в исходниках не нужен, т.к. все комментарии должны быть на английском. Разве что комментарии для po-файлов на русском, но там любой 8-битной кодировки за глаза хватит.
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Флейм о (не)?нужности юникода

Сообщение bormant »

eddy писал(а):
26.08.2014 09:24
ваши кавычки в моей консольке будут выглядеть каким-то диким ужасом, т.к. не перекодируются iconv'ом из хрюникода!

Проверяли? gettext довольно интеллектуален, он умеет неоднозначные преобразования:
подготовка:

Код: Выделить всё

$ echo $LANG
ru_RU.UTF-8

$ cat <<EOF >testq.mo
msgid ""
msgstr ""
"Language: ru\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

msgid "Text with No. and \"quotes\"."
msgstr "Текст с № и «кавычками»."
EOF

$ mkdir -p ru/LC_MESSAGES
$ msgfmt -o ru/LC_MESSAGES/testq.mo testq.po

собственно проверка:

Код: Выделить всё

$ LANG=ru_RU.KOI8-R TEXTDOMAINDIR=. TEXTDOMAIN=testq \
gettext -s 'Text with No. and "quotes".' | iconv -f koi8r
Текст с No и <<кавычками>>.



NickLion, drBatty,
я имел в виду вот это самое -- хранение в UTF-8, преобразование в используемую локаль довольно прозрачное даже для отсутствующих в ней символов, и оно уже давно есть, и без дополнительных усилий со стороны кодописца.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Флейм о (не)?нужности юникода

Сообщение Bizdelnick »

drBatty писал(а):
26.08.2014 04:31
Есть wchar_t, если вам так хочется считать символы(кстати, зачем это вам?)

Это не мне, это eddy. И он считает (в общем-то, справедливо) wchar_t костылём.

drBatty писал(а):
26.08.2014 04:37
Приходится вставлять вставки на сишке, как например в mercurial.

Чего только ни придумают, лишь бы git не юзать...
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
26.08.2014 09:24
Но кавычки туда нефиг совать!

это ты не ко мне, а вот сюда например:
Об ошибках в переводе сообщений «ls» сообщайте по адресу <gnu@mx.ru>

eddy писал(а):
26.08.2014 09:24
мегажесточайшее извращение!

придумай проще. Тебе Over9000 программистов будут благодарны. Только учти, что эта gettext интегрируется как с make, так и с autotools, и ещё с кучей всего. И хотя сама не переводит, но кроме перевода делать ничего не нужно. А ты родишь что-то жуткое, с кучей костылей для определения кодировки например.

И ваши кавычки в моей консольке будут выглядеть каким-то диким ужасом, т.к. не перекодируются
у тебя просто кривая консолька, УМВР.
eddy писал(а):
26.08.2014 09:24
В pdf-файлах и базах данных. Больше, пожалуй, нигде!

а какие ещё тексты бывают?
eddy писал(а):
26.08.2014 09:24
Грамотным просто надо быть. А если пишешь на чужом языке — тогда уж проверять.

ОК. Как написать такое предложение:

Код: Выделить всё

Ридна Украина (Рідна Україна)

?
И это очень похожие языки, отличие минимальны, несколько букв не хватает, и несколько лишних.
А вот что мне делать, если я встречу в Сети файл, с именем на японском? Лично я тупо скопирую имя в гуглотранслятр, и даже без знания японского пойму. А ты даже ничего не увидишь!
eddy писал(а):
26.08.2014 09:24
И как ты в хрюникоде длину строки узнаешь явно?

1. Зачем???
2. wchar_t, regex.
eddy писал(а):
26.08.2014 09:24
А еще "прикол": допустим, у тебя есть фиксированное поле ввода (скажем, для фамилии) длиной в 100 символов. В сях я выделяю 101 байт в буфер. А в хрюникоде — фигвам! Придется выделять значительно больше, либо использовать промежуточный буфер и strdup.

1. Зачем делать именно фиксированное поле?
2. ну я выделю двести. Только не нужно про китайцев, у них короткие фамилии. Переполнение возможно у нас обоих. Не вижу проблемы.
eddy писал(а):
26.08.2014 09:24
А еще хрюникод в исходниках не нужен, т.к. все комментарии должны быть на английском.

комментарий в первую очередь должен быть понятным. Да, ты прав, по английски понятнее "для всех". Ну а если код "не для всех"? Например если я знаю, что никому,кроме меня, он нафиг не нужен? Раз "понятный", значит "однозначный", а составить однозначно-понятую фразу на английском очень непросто(если ты не родился в Англии). На кой ляд нужен комментарий, который будет неправильно понят? Уж лучше-бы его не было == он был на русском.
Bizdelnick писал(а):
26.08.2014 10:46
Приходится вставлять вставки на сишке, как например в mercurial.
Чего только ни придумают, лишь бы git не юзать...

вообще-то это был ответ на рассуждения о "проблемах сишки". В том смысле, что хоть другие ЯП может и лучше, но IRL без этой самой сишки они не могут. А гит AFAIK на сишке чуть более, чем полностью.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20752
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Флейм о (не)?нужности юникода

Сообщение Bizdelnick »

drBatty писал(а):
26.08.2014 11:37
вообще-то это был ответ на рассуждения о "проблемах сишки". В том смысле, что хоть другие ЯП может и лучше, но IRL без этой самой сишки они не могут. А гит AFAIK на сишке чуть более, чем полностью.

И это прекрасно. Сишечка - няша. Но отрицать наличие у неё проблем - глупо.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
26.08.2014 11:37
А ты родишь что-то жуткое, с кучей костылей для определения кодировки например.

Несколько лет назад родил. Отличная штука: все переводы задаются внутри подключаемого заголовочного файла → тексты жестко вписаны в бинарник → никаких проблем с "потерей" mo-файлов. И скорость выше (правда, на современном железе пофиг уже).
drBatty писал(а):
26.08.2014 11:37
а какие ещё тексты бывают?

Скажем, исходники латеховских файлов. В КОИ-8. Или README.
drBatty писал(а):
26.08.2014 11:37
ОК. Как написать такое предложение:

Я этот язык не бачу. Мне пофиг.
drBatty писал(а):
26.08.2014 11:37
wchar_t, regex.

Извращение же! Особенно regex!!! Зачем пихать регэкспы везде? Это же долго!
drBatty писал(а):
26.08.2014 11:37
1. Зачем делать именно фиксированное поле?

Мне так хочется. Ну, допустим, чтобы реже malloc дергать. Или в файл заносить в ключи наподобие FITS'ов.
drBatty писал(а):
26.08.2014 11:37
Ну а если код "не для всех"?

Тогда вообще наплевать, что там внутри.
drBatty писал(а):
26.08.2014 11:37
А гит AFAIK на сишке чуть более, чем полностью.

Вот, кстати, хоть я и терпеть ненавижу всякие пхытоны, но mercurial мне милей гита: синтаксис проще.
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
27.08.2014 00:39
исходники латеховских файлов. В КОИ-8. Или README.

мимо кассы, у меня они пишутся ничем не хуже, чем у тебя.
eddy писал(а):
27.08.2014 00:39
Я этот язык не бачу

вот из-за таких как ты страдают все. Потому что одному надо одно, другому другое, и так далее. В итоге, всем всё надо, но сделать никто ничего не может, ибо один в поле не воин.
eddy писал(а):
27.08.2014 00:39
Извращение же! Особенно regex!!! Зачем пихать регэкспы везде? Это же долго!

1. это "долго" ты сказал про поле с фамилией из 100 букв? А чем мерил? Пойми, всё это ковыряние в символах нужно только на входе и на выходе от/к человеку. там скорость не нужна. А внутри оно байтами, как обычно, как в EXT4 например, ей наплевать, что там в именах файлов, она туда не заглядывает.
2. ты безнадёжно отстал от жизни: regex'ы парсятся по специальным алгоритмам, сразу по много букв, а не по одной. Когда процессоры были 16и битными, это погоды не делало, но сегодня, в 64х битах, оно работает в разы быстрее. А тормоза возникают из-за криворуких быдлокодеров, ююзающих где надо и где не надо нежадные PCRE. Жадные они за 1 проход работают, а нежадные за несколько раз, вот и тормозит. Но это другая проблема.
eddy писал(а):
27.08.2014 00:39
Мне так хочется. Ну, допустим, чтобы реже malloc дергать. Или в файл заносить в ключи наподобие FITS'ов.

это называется "неосилил". трижды.
eddy писал(а):
27.08.2014 00:39
Тогда вообще наплевать, что там внутри.

ты сам себе противоречишь: если код "для всех", то рано или поздно тебе придётся туда костылять какой-нить украинский, и это в лучшем случае. В utf-8 проблемы просто не существует.
eddy писал(а):
27.08.2014 00:39
Вот, кстати, хоть я и терпеть ненавижу всякие пхытоны, но mercurial мне милей гита: синтаксис проще.

конечно: первым быть всегда тяжелее. Ртуть куда как продуманнее, и там нет кривизны из гита.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
27.08.2014 01:04
вот из-за таких как ты страдают все

Плевал я на всех. Мне удобно. А остальные хоть 64-битный хрюникод могут использовать.
drBatty писал(а):
27.08.2014 01:04
ты безнадёжно отстал от жизни: regex'ы парсятся по специальным алгоритмам, сразу по много букв, а не по одной

Все равно я их не понимаю, не собираюсь понимать → не использую.
drBatty писал(а):
27.08.2014 01:04
это называется "неосилил"

Называй как хочешь. УМВР. И без хрюникода — а это важно.
А то сейчас договорим до того, что ты хрюникод в микроконтроллеры предложишь пихать. Хотя, кое-какие [censored] туда жабку с пхытоном уже запихали...
drBatty писал(а):
27.08.2014 01:04
если код "для всех", то рано или поздно тебе придётся туда костылять какой-нить украинский, и это в лучшем случае

Не придется: я и с кодом "для себя" особо не парюсь — gettext-то поддерживаю, но особо на русский не перевожу (нафиг?). А уж если туда какие-нибудь сербы захотят руку приложить, то ничего сложного: дописал свой po-файлик, вкомпилял в mo — вуаля!
Ну, а в консольке просто сменят КОИ8-Р на свою локаль. iconv из gettext'а все сделает. Если же какой-нибудь извращенец будет туда хрюникод пихать — пусть костыли дописывает (заменяет strlen, strcpy, strncmp и т.п.).
drBatty писал(а):
27.08.2014 01:04
Ртуть куда как продуманнее, и там нет кривизны из гита.

Ну так могли бы разрабы гита более современные версии получше сделать... А то даже элементарно писанина целиком команд напрягает!
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
27.08.2014 06:27
Все равно я их не понимаю, не собираюсь понимать → не использую.

твоё право копаться в буквочках. Я не против, трать своё время.
eddy писал(а):
27.08.2014 06:27
А то сейчас договорим до того, что ты хрюникод в микроконтроллеры предложишь пихать.

не передёргивай. Я мелочью не занимаюсь, просто не в курсе.
eddy писал(а):
27.08.2014 06:27
(заменяет strlen, strcpy, strncmp и т.п.).

не нужно их менять. Успокойся, ты в плену предрассудков. UTF-8 это те же байты, разница заметна лишь если ты их на буквы пилишь. А зачем тебе это? strlen/strcpy и так далее, отлично работают с utf-8. Всё точно также, без всяких проблем.

Попробуй, тебе понравиться.

eddy писал(а):
27.08.2014 06:27
Ну так могли бы разрабы гита более современные версии получше сделать... А то даже элементарно писанина целиком команд напрягает!

ну это уже не ко мне.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
27.08.2014 07:52
Попробуй, тебе понравится.

Нет уж, спасибки. Вот когда Северный Кавказ будет частью Великой Китайской Империи, тогда уж волей-неволей придется на хрюникод переходить...
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
29.08.2014 14:53
Вот когда Северный Кавказ будет частью Великой Китайской Империи

понимаю твою иронию, но боюсь, придётся перейти намного раньше.

Посмотри лучше на мучения маздайщиков, которые не могут открыть архив сделанный в одной венде, из другой венды. Там тоже думали, что "одного языка хватит всем".
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
29.08.2014 17:20
боюсь, придётся перейти намного раньше

Надеюсь, я к тому времени буду заниматься совершенно другими вещами и хрюникод меня уже не будет интересовать (равно как и компьютеры вообще).
drBatty писал(а):
29.08.2014 17:20
Посмотри лучше на мучения маздайщиков

Это уж вообще высшая степень ССЗБизма. Наверное, связана она с органическим поражением головного мозга. Иной причины я придумать не могу.
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
29.08.2014 18:53
Это уж вообще высшая степень ССЗБизма. Наверное, связана она с органическим поражением головного мозга. Иной причины я придумать не могу.

просто раньше альтернатив и не было. Проблема венды в том, что поменять ничего нельзя.

eddy писал(а):
29.08.2014 18:53
я к тому времени буду заниматься совершенно другими вещами и хрюникод меня уже не будет интересовать (равно как и компьютеры вообще).

все там будем ☺
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
30.08.2014 01:11
просто раньше альтернатив и не было.

Очень даже были: ворованный юникс. Который, кстати, еще до мастдайки был. Просто [censored] мастдайка была первой графической оболочкой на PC, которые, к сожалению, получили значительную попсовость.
А пока суд да дело, мастдайка сильно въелась в неокрепшие мозги гуманитариев всего мира!
drBatty писал(а):
30.08.2014 01:11
все там будем

Я, вообще-то, о пенсии. Очень надеюсь до нее дожить. И еще пожить какое-то время. Ну, а вообще, если так и будет дальше продолжаться, то лет через 5-10 мне обязательно придется кардинально менять основной вид деятельности, т.к. я уже не смогу к компьютеру без рвотного рефлекса подходить!
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
30.08.2014 09:41
Очень даже были: ворованный юникс.

ты не понял: и в ворованном юниксе, и даже в десятой слаке никакого юникода не было. UTF-8 появилась недавно, а раньше — увы.
eddy писал(а):
30.08.2014 09:41
то лет через 5-10 мне обязательно придется кардинально менять основной вид деятельности, т.к. я уже не смогу к компьютеру без рвотного рефлекса подходить!

это который с KOI8-R? Понимаю.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
31.08.2014 01:08
ты не понял

А, я думал, что ты про мастдайку.
drBatty писал(а):
31.08.2014 01:08
это который с KOI8-R?

При чем здесь кодировка? Я вообще о том, что линукс скатывается в такую задницу, что еще несколько лет, и им пользоваться станет невозможно! FreeBSD до сих пор не готова для десктопа. Мастдайка как была игровой прошивкой, так еще больше скатилась — "восьмерочку" вообще невозможно назвать операционной системой. Гей-ось? Ну, менять ориентацию я не собираюсь...
Вот, вроде, и все. Всякие ректалОСы не рассматриваем — они вообще сырые.
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
31.08.2014 08:53
линукс скатывается в такую задницу, что еще несколько лет, и им пользоваться станет невозможно!

что не так? У меня всё нормально.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
31.08.2014 09:08
что не так?

Даже в генту уже мало-помалу systemd пропихивают. Пока, тьфу-тьфу, все ОК, но, чует моя задница, наступит капец!
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
drBatty
Сообщения: 8735
Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
ОС: Slackware-current
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение drBatty »

eddy писал(а):
31.08.2014 12:15
systemd пропихивают

в слаке это не работает.
http://emulek.blogspot.ru/ Windows Must Die
Учебник по sed зеркало в github

Скоро придёт
Осень
Спасибо сказали:
Аватара пользователя
eddy
Сообщения: 3321
Статус: Красный глаз тролля
ОС: ArchLinux
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение eddy »

drBatty писал(а):
31.08.2014 14:29
eddy писал(а):
31.08.2014 12:15
systemd пропихивают

в слаке это не работает.

До поры, до времени!
Если без этого [censored] перестанут собираться пакеты, ничего не поделаешь! Не будешь же на дистрибутиве без обновлений до смерти сидеть! Это где ж столько железа однотипного напастись-то? Да и мало ли: может, софт какой интересный новый захочется поставить?
RTFM
-------
KOI8-R - патриотичная кодировка Изображение
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Флейм о (не)?нужности юникода

Сообщение Hephaestus »

eddy писал(а):
31.08.2014 19:45
Если без этого [censored] перестанут собираться пакеты, ничего не поделаешь!
Как знать...
Во-первых, не вижу причин, почему абсолютно все программы должны перестать компилироваться без systemd.
Во-вторых, сейчас в слаке, к примеру, для ModemManager есть файл под названием WeDoNotHaveSystemD.patch.gz
Если оно есть сейчас, не вижу причин почему его не будет в дальнейшем.
Благо, далеко не все программы жестко завязаны на systemd.
Кроме того, я уже говорил когда-то, что systemd может постигнуть та же участь, что и hal.
А дальше начнётся новый виток развития.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Флейм о (не)?нужности юникода

Сообщение bormant »

Во-первых, не вижу причин, почему абсолютно все программы должны перестать компилироваться без systemd.
Не абсолютно все, достаточно некоторых больших и критичных. А причина проста -- элементарная человеческая лень. systemd предоставляет разработчиками софта возможность НЕ писать самим отдельные фрагменты, потом, из-за единодушного принятия дистрибутивами systemd, НЕ писать поддержку еще и под ConsoleKit. Не писать то, не писать другое...

Во-вторых, сейчас в слаке, к примеру, для ModemManager есть файл под названием WeDoNotHaveSystemD.patch.gz
Если оно есть сейчас, не вижу причин почему его не будет в дальнейшем.
Если вы ещё не попадали в ситуацию, когда софт прежней версии перестаёт собираться в новом окружении, то ваш оптимизм понятен. К сожалению, подобное происходит слишком часто само по себе, а уж организовать такую несовместимость -- вообще раз плюнуть...

systemd может постигнуть та же участь, что и hal.
Может. Но за systemd стоит Red Hat, который такому сценарию шансов на развитие не даст.
Спасибо сказали:
Ответить