Pluma не определяет кодировку кириллицы

[vita]

В случае, если Pluma не определяет кодировку кириллического текста, нужно в редакторе dconf по схеме org->mate->pluma привести строку auto-detected-encodings к следующему виду:

['UTF-8', 'WINDOWS-1251', ' KOI8-R', 'CP866', 'CURRENT', 'ISO-8859-15', 'UTF-16']

или выполнить в терминале команду:

Код: [Выделить]

gsettings set org.mate.pluma auto-detected-encodings "['UTF-8', 'WINDOWS-1251', 'KOI8-R', 'CP866', 'CURRENT', 'ISO-8859-15', 'UTF-16']"

[ivm]

Так получилось, что, не смотря на широкое применение UTF-8 в качестве основной кодировки документооборота, некоторые архаичные организации типа сбербанк до сих пор продолжают принимать данные через своё ПО только в кодировке Windows-1251 известной также как Кириллица(Windows). Пришлось столкнуться с тем, что при оплате в личном кабинете часть персональных данных отображалась непонятными символами. Выяснилось, что бухгалтер ТСЖ заготавливает документ в виндовом блокноте, не зная о существовании различных кодировок. Посмотрев её документ, а это можно сделать даже в FireFox. В FF нужно открыть текстовый документ и посмотреть в какой он кодировке. Оказалось, что документ набран в кодировке UTF-8 (FF отображает Юникод). Значит каким-то образом надо было перекодировать документ в Windows-1251. В Linux это выполняется командой:

Код: [Выделить]

cat text.txt | iconv -f UTF-8 -t WINDOWS-1251 >text2.txtгде text и text2 имена перекодируемого и выходного файлов соответственно.

[bormant]

По большому счету cat здесь лишний:
1)

Код: [Выделить]

iconv -t windows-1251 text.txt >text2.txt
2)

Код: [Выделить]

iconv -t windows-1251 <text.txt >text2.txt

Если не указан -f (--from), то используется ваша системная кодировка.