koi8-r-исходник > utf8-консоль

Очевидно, использовать gettext

Не использовать кириллицу в исходниках.

Не могу не использовать, т.к. госструктура, т.к. оборонка.

Так ты используешь Кьют или нет?

Сторонние библиотеки, к сожалению нельзя, по тем же причинам. Из допуска только STL.

Так ты используешь Кьют или нет?

В данном проекте — нет.

gettext — не сторонняя библиотека.

А у меня с ее помощью замечательно работает локализация: и в нормальной (КОИ8) и в извращенной (юникод) консоли в случае русской локали получаются нормальные русские комментарии.

а перегнать проект в utf8?

Мне его в МСВС запускать, где про utf8 еще не слышали.

МСВС

прикольно... в смысле, наоборот. ну ты понял :)

Писалось на коленке для рекурсивного перекодирования всех файлов в текущей директории с расширениями .cpp .h и .sh из koi8-r в utf-8. Перекодируй весь свой проект и работай в utf-8.

#!/bin/bash

find . -type f \( -name "*.cpp" -o -name "*.h" -o -name "*.sh" \) -print | \
  (while read file; do
      cp $file /tmp/file
      iconv -f koi8-r -t utf8 /tmp/file > $file
  done);

Мне его в МСВС запускать, где про utf8 еще не слышали.

Соболезную. Я в свое время выкручивался именно методом перекодирования: проект пишется, тестируется и отлаживается под нормальной ОС в utf-8 и время от времени делаются тестовые сборки под ущербное поделие, чтобы проверить работоспособность там. Вот для таких сборок проект автоматически перегонялся в koi8-r.

setlocale возвращает NULL?

Консоль в слаке с utf8 будет отображать только utf8. Чтобы исходники оставались в koi8r, можно заюзать флаги компилятора finput-charser foutput-charset. Я использовал их для кросскомпиляции под винду с её cp1251.

В .pro можно указать что-то вроде «QMAKE_CXXFLAGS += -finput-charser=koi8r -foutput-charset=utf8», то же самое для QMAKE_CFLAGS, но лучше глянуть официальную документацию GCC - я мог напутать с точными именами кодировок.

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

Он намекает на то что должны быть файлы ресурсов, а в исходниках только мета-константы соответствующие реальному тексту.

Мне его в МСВС запускать, где про utf8 еще не слышали.

Тогда разумнее было бы организовать KOI8-R консоль у себя, чтобы потом не возникло неожиданных проблем.

Еще можешь попробовать fixnonlatin1 из git://gitorious.org/qt/qtrepotools.git, правда не уверен, что результат тебя устроит (вместо русских букв будут их коды)

вот вспомнил, что я хотел написать скрипт, который меняет все «русские сообщения» на определения препроцессора, дабы очистить код от кириллицы.

таки вот что получилось:

#!/bin/bash

declare -A rus2num
declare -a num2rus
COUNT=0

INC_FILE="rus2num.h"
: >$INC_FILE

function r2n()
{
	INPUT_FILE=$1
	if [ ! -r "$INPUT_FILE" ]; then
		echo "Can't open '$INPUT_FILE'"
		return 2
	fi
	TMP=`mktemp`
	cat "$INPUT_FILE" >$TMP
	while true; do
		RUS_WORD=`sed -rn '
		s/.*(["])([^"]*[абвгдеёжзийклмнопрстуфхцчшщьыъэюя][^"]*)\1.*/\2/i
			T
			p
			q' $TMP`
		if [ -z "$RUS_WORD" ]; then
			break
		fi
		echo "Found $RUS_WORD"
		if [ -z "${rus2num[$RUS_WORD]}" ]; then
			echo "New"
			(( COUNT++ ))
			rus2num[$RUS_WORD]=$COUNT
			num2rus[$COUNT]=$RUS_WORD
			C=$COUNT
			echo -e "#define RUS_MSG_$C \"$RUS_WORD\"" >>$INC_FILE
		else
			echo "Old"
			C=${rus2num[$RUS_WORD]}
		fi
		sed -i "s/\"$RUS_WORD\"/RUS_MSG_$C/g" $TMP
	done
	cat $TMP >"$INPUT_FILE.new"
	cat $TMP
	rm -vf $TMP
	return 0
}

while [ "$1" ]; do
	r2n "$1"
	err=$?
	if [ $err != 0 ]; then
		echo "Abort"
		exit $err
	fi
	shift
done
echo "OK"

Ну вот зачем наркоманией страдать? GCC может сам преобразовать кодировки в бинарнике, а тут человек всё равно не использует gettext.

Ну вот зачем наркоманией страдать?

ну это такое полуавтоматическое выделение «ресурсов». не надо - не юзай. А вообще-то оно может пригодится для локализации проекта на иные языки кроме русского.

В xterm, наверное, вот это выводит?

ÔÅÓÔ

Похоже, у тебя просто не кои8-шрифт в нем.

Дальше. В твоем коде setlocale выставит локаль для самого кода, но не для программы, которая отображает твой stdout. Соответственно, надо запускать и саму отображающую программу тоже в локали кои8

Пробуй вот так:

LANG=ru_RU.koi8r konsole

и в ней выполнять уже ./programname . У проверил на своей slackware 14. Qtcreator компилить долго, не проверял, но по идее - запускать так же.

По-моему можно решить проблему кодировки с помощью како-го нибудь VCS. Git, к примеру, умеет перекодировать при checkout'те.

Копать отсюда: http://stackoverflow.com/questions/8038729/github-using-utf-8-encoding-for-files

при использовании qtcrearot юзай QString str; str = trutf8(«строка»);

И поиметь потом секаса с Qt5, где по умолчанию сделали кодек в utf8 и эти все trutf8 повыкидывали нахрен ибо костыль.

а какой смысл слезать с QT4.8 на 5 в середине проекта??? и тем более кто мешает в исходниках заменить все trutf8 на что то другое... ctr-f и заменить все.

koi8-r
ms-wc
т.к. госструктура, т.к. оборонка.

шикарно, чё... Фобос-Грунт уже опозорился - продолжаем дальше...

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

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

для этого в Qt есть tr(), а русский язык в тексте программы - явный признак быдлокодера

ТСу не нужен Qt, он пишет код в Qt Creator.

Сторонние библиотеки, к сожалению нельзя, по тем же причинам. Из допуска только STL.
h0x0d9 (11.10.2012 12:04:24)

ну gettext то точно ничто не мешает пользоваться, это не сторонняя библиотке в МСВС

Я очень надеюсь что у ТС МСВС Сфера, а не та старая которая на red hat не etnerprise версии.

И почему же это признак быдлокодерства??? Название форм тоже на латинице делать? Название полей по умолчанию каких то например... Которые в последствии можно поменять пользователю.

Название форм тоже на латинице делать?

внезапно - да, особенно, если на Qt

Название полей по умолчанию каких то например... Которые в последствии можно поменять пользователю.

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

ms-wc

wtf?

Соболезную. Я в свое время выкручивался именно методом перекодирования

Пошел по этому пути.

та старая которая на red hat не etnerprise версии

Именно она, к сожалению.