GTK+ 2.24.0

man wcsstr

кстати, оно кои8-р, а не КОИ-8.

Ясен пень, почитай мой профиль! КОИ-8 навсегда!!!

Ааа!! Некрофилы на моем лоре.

>> Теперь заданиями на печать через службу CUPS могут быть документы PDF
С разморозкой.

Я уже почти 10 лет в кои-8, так что не надо тут ругаться! Стабильность - она и в Африке стабильность. Пока что-то работает, и работает хорошо - зачем ломать?

Так вы и на MS-DOS могли бы 10 лет сидеть

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

В DOS'е работать неудобно.

Ясен пень, почитай мой профиль! КОИ-8 навсегда!!!

Знаешь что время делает с упёртыми консерваторами?

Проблемы людей, испрользующих 8-битную гадость

И в чем же «гадость» восьмибитной кодировки? Наоборот, сплошные преимущества над многобайтными...

КОИ-8 и «работает хорошо».
/0

Согласен. Даже чуть-чуть более неудобно чем в системе на KOИ-8

А что там за баг такой? Вроде не замечал.

Я не упертый консерватор. Просто не поддаюсь на всякую дрянь, как некоторые. Вам скажут: «программировать на java модно» - и вы бросаетесь на эту тормозящую яву, не взирая на здравый смысл...

Что мне в данный момент не нравится в GTK+ 3, так это отсутствие туториалов. Пишут, что вот-вот релиз выйдет, а как свой виджет написать непонятно. Роюсь в исходникак gnome, где они портированием занимаются.

Или кто-то находил свежую доку?

КОИ-8 и «работает хорошо».

/0

УМВР. Кроме велосипедов с gtk.

А что есть вместо нее для больших распределенных корпоративных приложений, которые дорого переписывать и портировать, но зато нужно интегрировать с 100500 других систем по 100500 протоколам?

А в Qt как?

>КОИ-8 навсегда!!!

Так ваша упертость вам и мешает, а не UTF-8, который все проблемы решает. Простым текстом можно написать на куче языков, попробуйте так в КОИ-8... И сколько еще раз вы напишите, про костыли с КОИ-8?

>Что мне в данный момент не нравится в GTK+ 3, так это отсутствие туториалов. Пишут, что вот-вот релиз выйдет, а как свой виджет написать непонятно. Роюсь в исходникак gnome, где они портированием занимаются.

Или кто-то находил свежую доку?

Да, /usr/bin/assistant. И не обращай внимания, что по другому тулкит называется.

Сплошные недостатки. Нельзя отобразить ни один дополнительный символ (тот же евро или европейскую диакритику). Везде надо явно указывать, какая кодировка использовалась. Постоянный грязный секс при взаимодействии с виндовой 1251 («Подскажите перекодировщик для моего аськоклиента, аааа!!!!»). Довольно интересная жизнь с именами файлов, если сетевой сервер (самба) использует кои-8. И т.д. и т.п.

Я в qt программки не пишу. А некоторые кутешные, которые использую - работают нормально.

Если «кроме» - это уже не УМВР

>А в Qt как?

Qt чисто юникодный.

> Вам скажут: «программировать на java модно» - и вы бросаетесь на эту тормозящую яву, не взирая на здравый смысл...
Некий здравый смысл говорит о том, что программировать надо на том, за что лучше платят. Что, безусловно, кореллирует со словом «модно».

Ну, дополнительные символы легко отображаются: \euro, \oe и т.п. Вот с именами файлов на ntfs - да, проблема, после того как в ntfs-3g убрали nls.

Я не упертый консерватор. Просто не поддаюсь на всякую дрянь, как некоторые.

Просто не разбираешься в вопросе, смотришь на него с какой-то своей микроскопической колокольни. А это и есть фундамент консерватизма и упёртости.

а как хфц будет жить? он же отказался на гтк3 переезжать?

Хренасе! Это где такое было сказано? И на что они съедут, когда гтк2 станет диприкейтед? На efl?

А я - не программист, между прочим. Пишу только утилиты, необходимые мне для работы. И за софт мне никто не платит. Только за результаты.

Ну это понятно. Просто мой вопрос был о том, что если писать програмы что на Qt что на Gtk, а потом сдуру заюзать strstr, то конечно полезут костыли. Подход неправильный.

Ага! Т.е. уже не только GTK. «УМВР», ага... Готов спорить, что чем дальше, тем Вам будет хуже. И поделом.

> производительности

Производительности чего? Если в качестве внутренней кодировки используется что-то с фиксированной шириной символа, например UTF-16 (или UTF-32, если нужен китайский - он, кажется, не влезает в два байта), то там, где у вас на 8 битах был O(1), там тоже будет O(1), где был O(N) - будет O(N). В чем проблема-то?

Зато, я должен вам сказать, игнорирование industry standard-ов сказывается на «производительности» вашей работы (как - догадайтесь сами). Вам самим-то не смешно в 2011 году КОИ-8 использовать?

Если Вы не программист, тогда Вам ли судить о том, на чем писать программы?

Ну, когда придется слишком сильно велосипедить, придется переходить на дурацкий юникод. И переписывать свои утилитки...

Я сужу о том, как мне удобнее. А консольные программки удобнее всего писать именно с восьмибитной кодировкой.

Используйте или Qt или Glib и никаких проблем и в помине не будет

Вам самим-то не смешно в 2011 году КОИ-8 использовать?

Нет, не смешно.

Вот когда основная часть нашей локалки перейдет на юникод - можно будет говорить о смене кодировки :)

>Вот когда основная часть нашей локалки перейдет на юникод - можно будет говорить о смене кодировки :)

Подключите вашу локалку к интернету - пусть обновления выкачают.

Я сужу о том, как мне удобнее. А консольные программки удобнее всего писать именно с восьмибитной кодировкой.

Зачем в консольных утилитах для решения каких-то там расчётов использовать кодировки отличные от ASCII?

> Да, /usr/bin/assistant.

В исходниках такого не нашёл, и на packages.debian.org в experimental тоже. Где оно?

И не обращай внимания, что по другому тулкит называется.

За исключением deprecated (редкими местами в большом количестве) и не обращаю :)

А может вообще перестать велосипедить? А утилитки переписывать по мере надобности?

Если программа некорректно работает с утф8 - это просто бага в программе. Во всяком случае, в 2011.

Что ж, я рад, что это не доставляет вам неудобств.

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

> говорит о том, что, вероятнее всего, вы просто пришли сюда потроллить.
Ну это ж ЛОР. Троллить тут как дышать

Я ее делаю своим костылем (gettext мне нафиг не нужен)

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

Вот особенно удобно мультиязычный софт писать на 8-битных кодировках. А если rtl? А писать по арабски в русской системе? 8-битные кодировки должны умереть. В идеале UTF-32 во все щели , хватит даже на инопланетян.

> В идеале UTF-32 во все щели
Зачем? ASCII-совместимость - это очень серьезная фича

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

>> Да, /usr/bin/assistant.

В исходниках такого не нашёл, и на packages.debian.org в experimental тоже. Где оно?

http://packages.debian.org/lenny/libqt4-assistant

>да уж прошлый релиз когда был, тоже заверяли,что последний.
Вы наверно путаете релиз ГТК и Гнома. Несколько месяцев назад говорили, что Гном 2.32 последний гном из ветки 2.х.

UTF-8 не радует , что нельзя заранее сказать сколько будет строка занимать

>> В идеале UTF-32 во все щели

Зачем? ASCII-совместимость - это очень серьезная фича

Зачем ASCII-совместимость?