Вы намекали на bebox?

> повторюсь: невозможно создать корректный и точный алгоритм распознавания кодировок поэтому могут получаться непредсказуемые результаты

невозможность создать 100% правильный алгоритм никак не препятсвует созданию эвристического алгоритма, который будет прав в 99% случаев.
У нас же текстовый редактор, а не космический корабль, который может
взорваться, так что вероятность ошибки может быть довольно большой.

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

да при нынешних мощностях можно вставить проверку по словарю =)
Ну проверятся тысяч 30 слов, нормально..

Твоим последним аргументом будет то, что если я напишу бред, похожий
на какую-то кодировку, то алгоритм распознавания мне этот текст сломает =))

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

о да, а я вот хочу японский посмотреть, в кодировке shift-js, а в локали у меня русский, и что делать будем?

или вот я читаю Толстого, «войну и мир», а там предисловие на французском, и что дальше?

или вот: у меня текст на некоем языке и установлены, дополнительно к английской, локали для языков J и M, как Вы будете распознавать какую из них брать? расширенные символы-то пересекаются, значит работа алгоритма будет зависеть от входных данных, а это, простите, ни к чёрту

. Тогда проверяем что закодированный текст в такой-то кодировке следующем образом: имеем загодя отсортированный вектор стаститики вхождения букв в эталонный текст (например «война и мир») и сравниваем с отсортированным вектором статистики на основе предполагаемой кодировки и анализируемого текста. Так для каждой кодировке (при известном языке популярных кодировок совсем немного). Выбираем кодировку с наименьшим расстоянием от эталонногого отсортированного вектора.

это понятно, но результаты такой метод даёт далеко не всегда (напомню: речь то шла о создании надёжного алгоритма распознавания), здесь же всё зависит от того какой текст попадётся, от того какая дополнительная локаль/локали уставлены и от региональных настроек

имхо, правильнее пользоваться кошерным юникодом и не сверлить себе мозга

ЗЫ да, есть некоторые применения в которых удобнее использовать не unicode (например, в смс можно передать в 2 раза больше символов, правда это скорее атавизм, нежели что другое, но всё же)

> Концепция графов слизана с венды 1в1

Вполне неплохая концепция. Вопрос в качестве реализации.

shty> случаи бывают разные :) предложенный Вами способ не всегда подойдёт

Согласен. Но в большинстве случаев его достаточно. К тому же он быстрее и удобнее.

для Ваших задач и на Ваших задачах

shty> потому что у меня все файлы в unicode

Не у всех так.

но у многих так и это правильно :)

>> Работать удобнее на рабочем месте

согласен - но мне на даче хочется вот кино посмотреть и всё тут!
я просто беру нет/ноутбук и смотрю, а ты? )

а у него выделенные рабочие места на даче, в кафе, во всех автобусах, маршрутках, метро, аи ещё с собой носит нормальный стол, стул и десктопный ПК, на всякий случай.

> Такое ощущение, что у вас сильно болит пониже спины: с такой страстью вы являете миру свои чувства от падений плазмы...

закрой глаза и кушай кактус

> Получалось это так: когда граф только строился, то опрашивались ВСЕ фильтры, дескать «это не твое? Будешь с этим работать?»

В gstreamer можно явно указать кому и с чем работать

При некорректном открытии пользователь всегда сможет указать нужную кодировку, но почему не сделать работу за него, если это работает в 95% случаев.

это работает в основном в «венде» и с хомячками у которых внедрённый по-умолчанию cp1251, кстати в консоли cp866, что производит нехилый баттхёрт у тех кто стакивается с этим

кде, на сколь помню 4.4.4 и она из тестинга.

Фанатики тут с обеих сторон, неча душой кривить. Будь то «охреневшие от наглости гномосеков (вздумавшие назвать ЭТО операционной системой) кедерасты», будь то «гномосеки, которые типа никогда не суются в треды про KDE/QT». Что те хороши, что эти.

Это не то. Можно задать фиксированный шрифт, но нельзя все шрифты увеличить на 1. К примеру, все шрифты на 9 а один 8, я хочу сделать все 10 а один 9. В принципе то что есть, это лучше чем ничего (можно все сделать 10 потом один 9), но все же до идеала не дотягивает.

>>закрой глаза и кушай кактус

Так вот она, твоя мантра!

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

> кде, на сколь помню 4.4.4 и она из тестинга.

Тогда понятно, тестинг же. Хотя в арче и с 4.4.4 проблем не замечал, правда, сейчас уже не вспомню, когда оно обновилось до 4.4.5

shty> это работает в основном в «венде»

Почему это же не может работать в линуксе?

shty> кстати в консоли cp866, что производит нехилый баттхёрт у тех кто стакивается с этим

Сколько раз сталкивался, особого баттхерта не ощущал. Кстати есть chcp.

повторюсь: невозможно создать корректный и точный алгоритм распознавания кодировок поэтому могут получаться непредсказуемые результаты

невозможность создать 100% правильный алгоритм никак не препятсвует созданию эвристического алгоритма, который будет прав в 99% случаев.

эвристический алгоритм с точностью 99%? как только создадите - бегите патентовать, а там и до нобелевской далеко

У нас же текстовый редактор, а не космический корабль, который может взорваться, так что вероятность ошибки может быть довольно большой.

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

да при нынешних мощностях можно вставить проверку по словарю =) Ну проверятся тысяч 30 слов, нормально..

ну да, ну да, что только люди не придумают, как только не извернутся, лишь бы unicode не пользоваться

Твоим последним аргументом будет то, что если я напишу бред, похожий на какую-то кодировку, то алгоритм распознавания мне этот текст сломает =))

моим последним аргументом будет - у unicode нет таких проблем и его использование оправдано в 90% случаев, особенно в случае задач возникающих у хомячков

shty> это работает в основном в «венде»

Почему это же не может работать в линуксе?

я же написал, потому что стандарт - utf8, а cp1251 не сильно распространён, помимо него используется и koi8 и ещё куча чего, малый процент попаданий будет у такого алгоритма

но если Вы знаете свой конкретный случай то сможете настроить систему под себя, и это займёт у Вас не больше минуты :) как это сделать - Вы описали

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

А если сделать распознавание слов? Хотя бы 100-200 самых часто встречающихся слов взять в современном тексте, и смотреть сколько совпадений будет при какой кодировке.

shty> кстати в консоли cp866, что производит нехилый баттхёрт у тех кто стакивается с этим

Сколько раз сталкивался, особого баттхерта не ощущал.

значит поверхностно сталкивались... нет, это не про то что там что-то нельзя сделать, это про то что забор из костылей получается

Кстати есть chcp.

очередной костыль же, не? :)

>>gedit не работает из коробки с кодировками [wintrolls]

4.2 ещё как работает [you]

Вот я поставил дебиан с гномом и русской локалью (ru_RU.UTF-8). Открываю гедитом текстовый файл с кодировкой cp1251 — и вижу каракули. ЧЯДНТ? [wintrolls]

используешь CP1251, какие вопросы? [you]

ну, дурилко, как заставить gedit понимать это без ковыряния в реестре?[me]

что «это»? :) [you]

сам же начинаешь циклически залупляться

или для тебя кодировки (множ.число) это исключительно _одна_ UTF8 лол ? :D

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

И вовсе они не достают пользователя. Тебя — да, ведь 100%, что после обновления/установки кед ты тут же лезешь в настройки «позырить, че нового», а, когда что-то валится, с ликованием мчишься на ЛОР — поделиться радостью открытия.

//на правах бреда, но тон задаешь ты, так что не обессудь...

да, ты показал себя дибилом, но какой тебе с этого профит я хоть убей не пойму :)

ответа по теме нет? слив засчитываю

ответа по теме нет?

с каких это пор демонстрация «жыра» требует ответа? а кормить тебя я не буду - не надейся

Отличие [..] большинства кутишных прог как раз в том, что продвинутые настройки присутствуют наряду с работой из коробки.

количество настроек не является свойством которое Qt автоматически придаёт программам написанным на нём, не?

Однако это отличает психологию разработчиков использующих Qt

ну ты ж сам зачем-то требовал цитирование, а когда тебе указали - решил слитья, эпично

Интересно, у разработчиков Гнома информатика была в школе там хотя бы? Какая ещё операционная система, если ядро у неё - Linux???? Давайте тогда вообще любую более-менее крупную программу называть операцонной системой! Так и до операционной системы Word недалеко, чем мы тогда лучше тупых блондинок?

4.5 уже есть в тестинге! а 4.4.5 релизно давно!

Однако это отличает психологию разработчиков использующих Qt

так тоже нельзя говорить, я бы сказал

Однако это характерно для некоторой части разработчиков использующих Qt.

и это всё равно никак не относится к самому Qt :) скорее уж это принято в качестве стандарта в КДЕ

Интересно, у разработчиков Гнома информатика была в школе там хотя бы? Какая ещё операционная система, если ядро у неё - Linux????

интересно что ты скажешь когда узнаешь, к примеру, про Android :)

shty> cp1251 не сильно распространён

4.2

shty> малый процент попаданий будет у такого алгоритма

4.2. В гедите таким способом у меня еще ни один файл не открылся криво.

shty> значит поверхностно сталкивались

возможно.

shty> очередной костыль же, не? :)

А libiconv не костыль? К слову, в konsole и xterm есть такой же костыль как и в венде.

shty> ну да, ну да, что только люди не придумают, как только не извернутся, лишь бы unicode не пользоваться

Нужно учитывать реалии.

ну ты ж сам зачем-то требовал цитирование, а когда...

а извини, это ты так типа цитируешь, не сразу распарсил :)

цитирование кучи слабо связанной информации никак не относящейся к мысли которую хочешь пояснить - называется оверквотинг, старайся больше, к 2017 такими темпами скорее всего начнёт получаться что-нибудь годное :lol:

shty> или вот я читаю Толстого, «войну и мир», а там предисловие на французском, и что дальше?

Есть хорошая функция в вендовом AkelPad, там можно выделить кусок текста и перекодировать на лету.

shty> cp1251 не сильно распространён

4.2

пруф

на всякий случай напоминаю: речь шла про linux

shty> малый процент попаданий будет у такого алгоритма

4.2. В гедите таким способом у меня еще ни один файл не открылся криво.

ещё раз: на Ваших задачах :)

shty> очередной костыль же, не? :)

А libiconv не костыль?

iconv (libiconv) - утилита для конвертации текста, которую запилили для избавления от кучи костылей и правильно сделали, да

и да, лучше один такой костыль чем тысяча мелких во многих местах

shty> ну да, ну да, что только люди не придумают, как только не извернутся, лишь бы unicode не пользоваться

Нужно учитывать реалии.

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

shty> или вот я читаю Толстого, «войну и мир», а там предисловие на французском, и что дальше?

Есть хорошая функция в вендовом AkelPad, там можно выделить кусок текста и перекодировать на лету.

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

shty> почему бы вот Вам не воспользоваться Вашим же прекрасным советом

Потому что кодировки cp12XX такие же распространенные, как и utf-8, если не больше. Поэтому должна быть возможность адекватно открывать такие файлы без лишних телодвижений.

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

ахаха, только вот вчера поставил криту - проработала ровно 2 минуты, спаисбо не надо :)

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

shty> почему бы вот Вам не воспользоваться Вашим же прекрасным советом

Потому что кодировки cp12XX такие же распространенные, как и utf-8, если не больше.

:)

во-первых таки пруфа я не увидел (напоминаю, что windows таки пересаживается на utf)

во-вторых и что? теперь в массовом порядке кактусами питаться что-ли?

в-третьих если всё определяется процентами использования зачем Вам тогда linux с его жалкими процентами на десктопе? сидели бы на уютненьком «виндовс топор» с гламурными окошками, там даже не так страшно с вирусами теперь и дрова под видео работают «искаропки» :)

> ну, дурилко, как заставить gedit понимать это без ковыряния в реестре?

Ви таки шутите? В gedit при открытии файла можно спокойно указать кодировку. Без ковыряния в «реестре», да.

shty> перейти на нормальное не решаетесь - почему?

Решаюсь. Просто в 21 веке предполагается что файлы могут быть занесены на другой компьютер или скачанные из глобальной сети и их как-то надо будет прочитать.

Предлагаю название

GUANOS

shty> перейти на нормальное не решаетесь - почему?

Решаюсь. Просто в 21 веке предполагается что файлы могут быть занесены на другой компьютер или скачанные из глобальной сети и их как-то надо будет прочитать.

тем более меня удивляет Ваш выбор - utf8 читается везде :)

>> Потому что кодировки cp12XX такие же распространенные, как и utf-8, если не больше.

этот бардак будет еще долго

> Даже виндовый блокнот открывает cp1251 и utf-8 автоматически.

виндовый блокнот открывает utf-8 правильно только если в начале файла присутствует BOM (Byte Order Mark). Без этого блокнот показывает кракозябры, а не текст.