2 небольших вопроса

[Firefox]

Здравствуйте. Буду очень благодарна если вы мне поможете в следующих вопросах:
1) я пересылаю по сети строку из смеси латиницы с кириллицей. при отправке на клиенте все нормально. но когда на сервере получаю, то вместо русских букв выводит всякую кракозябру. И в клиенте и на сервере в main.cpp добавлены следующие строки

Код:

 QTextCodec *utfcodec = QTextCodec::codecForName("UTF-8");
    QTextCodec::setCodecForTr(utfcodec);
    QTextCodec::setCodecForCStrings(utfcodec);
    QTextCodec::setCodecForLocale(utfcodec);

Вопрос в том как мне правильно из QByteArray после функции read() получить правильный русский текст.

2)Имеется QProgressBar, работаю в Windows 7, как мне применить к нему стиль Plastique(для того чтоб была сплошная полоса посередине а не прерывистые черточки).в примере имеющимся в qt немного не разобралась, мне к одному элементу только надо.

[Bepec]

1) Надо декодировать ответ. Там же вам байты просто пришли, ваши все установки работают на строки.
Пример как надо сделать возьмите из assistent'a из главы QTextCodec.

2) setStyle примените для прогрессБара. QPlastiqueStyle.

[LisandreL]

1) Покажите как преобразуете QString в QByteArray (или const char*) и обратно.

[Firefox]

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

Код:

 QByteArray arrData;
arrData= socket_in->read(NextBlockSize);
        qDebug()<<"in arrData="<<arrData;

        if(arrData.size()>1)
        {
            QString pak=(QString)(arrData);

но в строке все равно бяка.

[Firefox]

компилятор ругается на такое применение

Код:

 ui->Pb_PRD->setStyle(QPlastiqueStyle);

ui->Pb_PRD - это QProgressBar

[Bepec]

1) Открываем ассистент,  вбиваем туда QPlastiqueStyle и видим, что это класс. Потому подписываем инклуды в проект и создаём объект класса. И уже в setStyle суём класс.

2)

Код:

QString pak(arrData);

попробуйте.

[Firefox]

спасибо за помощь.

[Bepec]

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

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

[sergek]

На мой взгляд, с точки зрения преобразования кодировки это:

Код:

            QString pak=(QString)(arrData);

и это:

Код:

QString pak(arrData);

эквивалентны. В обоих случаях используется один и тот же конструктор. Разница в том, что в первом случае добавляется операция инициализации присваиванием. Да и запись (T)a считается устаревшей, в стиле C, без проверки компилятором наличия соответствующего конструктора. Лучше ее не использовать.
Надо помнить, что QString содержит строку в Unicode, а в конструкторе QString(const QByteArray& arr) производится преобразование кодировки arr с использованием fromUtf8(). Т.е., если вы уверены, что arrData в utf-8, то все должно быть хорошо.

Поэтому, на мой взгляд, ошибку надо искать не в серверной программе, а в клиентской. А именно в том, как вы исходный текст (а как он представлен?) преобразуете в QByteArray (об этом вам сразу сказала LisandreL). Так что, давайте на обсуждение клиентский код.

[Bepec]

Поправили

Неправильно. (Если и я ошибаюсь, поправьте)

Там не используется конструктор. Там используется приведение типов без проверки.

QString pak=(QString)(arrData);
//Эквивалентно
QString pak= reinterpret_cast<QString>(arrData);

А QString pak=QString(arrData);
//Эквивалентно
QString pak(arrData);

Конструктор не вызывается, происходит просто преобразование типов. Соответственно на выходе у нас мусор и кракозябры, ибо arrData это контейнер и приводить его к другому контейнеру недопустимо.  

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

PS и да, лучше отказаться от C приведения. Хотя в некоторых случаях без него не обойтись, особенно при использовании Win api.

[kambala]

Верес, ты не прав, почитай про конструкторы.

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

Надо помнить, что QString содержит строку в Unicode, а в конструкторе QString(const QByteArray& arr) производится преобразование кодировки arr с использованием fromUtf8(). Т.е., если вы уверены, что arrData в utf-8, то все должно быть хорошо.

вообще-то с fromAscii() (во всяком случае в Qt 4).

[Bepec]

Ссылочку про конструкторы не дадите?

[sergek]

вообще-то с fromAscii() (во всяком случае в Qt 4).

Прошу прощения, не обратил внимания на "setCodecForCStrings", указал преобразование для Qt 5

Ссылочку про конструкторы не дадите?

Страуструп, специальное издание, 2011: подразделы 10.4.4.1 (копирование объектов), 6.2.7, 6.2.8 (явное приведение типов).

[sergek]

вообще-то с fromAscii() (во всяком случае в Qt 4).

После некоторого раздумья  , в этом и может быть причина - на сервер данные попадают в utf-8, а преобразуются в QString с помощью fromAscii().
Получается, на сервере нужно так:

Код:

QTextCodec *utfcodec = QTextCodec::codecForName("UTF-8");
QString pak=utfcodec->toUnicode(arrData);

[Igors]

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

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

Код

C++ (Qt)
struct CTest {
 CTest( int a = 0 );
 
private:
 CTest( const CTest & ) {}
};
 
CTest test = 1;   // ошибка