 Просмотр сообщений
|
|
Страниц: 1 ... 50 51 [52] 53 54 ... 58
|
|
767
|
Qt / Вклад сообщества в Qt / Re: Русский перевод Qt Creator
|
: Март 04, 2013, 19:48
|
Что на счет "Kit"?
Мне нравится больше "комплект". Набор - нечто незавершенное, имеет лишь группирующий смысл. Комплект - обладает смыслом самодостаточности для выполнения заявленных функций. |
|
|
|
|
769
|
Qt / Общие вопросы / Re: Qt 5.0.1 (официальная сборка): проекты падают еще до запуска/отладки
|
: Март 01, 2013, 19:44
|
До последнего момента на это надеялся  Удалил все версии Qt, поставил заново в единственном экземпляре - и всё равно такая же беда Сами DLL из сборки в свойствах отображают версию 5.0.1.0. Запустите в терминале (галочка в проекте, в настройке запуска). Возможно, там все увидите - скорее всего "не найдена Qt...4.dll). |
|
|
|
|
771
|
Qt / Общие вопросы / Re: Вопрос про кроссплатформенность
|
: Февраль 28, 2013, 21:15
|
В смысле почему Qt сам не прописал это? И вообще какая необходимость в этом?
Хз. Наверное, логично было бы при установке компилятора, библиотек и интегрированной среды одним пакетом прописывать как минимум один профиль. Но, вообще говоря, это три разных продукта, и подружить их между собой - ваша задача. Тем более, что одновременно может стоять несколько версий Qt, minGW и QtCreator. У меня, к примеру, полный зоопарк (5.0.1, 4.8.1, два minGw и три Creator) - тут столько профилей можно насоздавать! Поэтому самый простой способ обычно бывает и самым надежным. Если в path прописаны пути к qmake и mingw32-make, то и пожалуйста вам автоопределенный профиль. Нет - настраивайте сами. Не наказуемо. |
|
|
|
|
772
|
Qt / Общие вопросы / Re: Вопрос про кроссплатформенность
|
: Февраль 28, 2013, 15:02
|
Может из-за разрядности? MinGW же 32-х битный. Хотя не должно никак конфликтовать.
Не должен, но лучше - 64-разрядный. Возможно, у вас проблемы с профилями. Попробуйте вот что: - добавьте в PATH два пути: C:\Qt\Qt5.0.1\Tools\MinGW\bin;C:\Qt\Qt5.0.1\5.0.1\mingw47_32\bin; - запустите Creator, проверьте "Инструменты/Параметры/Сборка и запуск" вкладки Компиляторы, Профили, Инструментарии. В автоопределенных должны быть внятные параметры. Сохраните. |
|
|
|
|
773
|
Qt / Общие вопросы / Re: Вопрос про кроссплатформенность
|
: Февраль 27, 2013, 21:18
|
Ребят, прошу простить, что задаю настолько глупый вопрос, но все же: для того, чтобы использовать на Windows'е приложение, созданное под QtCreator на Linux'е, необходимо на винду скачать собственно сам фреймворк Qt (5.0.1)?
Если этого делать не надо, то поясните, пожалуйста, в каком случае надо скачивать сам фреймворк Qt, а в каком QtCreator?
Возможно, в вашем Linux (кстати, какой?) уже были установлены библиотеки Qt. Компилятор, по определению, там есть. Поэтому, видимо, у вас создалось впечатление, что нужно скачать только QtCreator, и можно создавать приложения. В Windows все нужно устанавливать с нуля - библиотеки, компилятор и QtCreator. Фреймворк 5.0.1 (например, http://releases.qt-project.org/qt5/5.0.1/qt-windows-opensource-5.0.1-mingw47_32-x86-offline.exe) включает в себя все, что нужно. Можно и по отдельности, если нравится сам процесс. Переносите свой проект из Linux, открываете его в Creator и собираете. На другую машину переносите полученный exe и библиотеки из Qt - как правило, Qt5Cored.dll, Qt5Gui.dll и либы тех модулей, которые подключали в проекте). Отдельно Creator обычно скачивается и устанавливается, когда выпускается его новая версия. Например, я долгое время работал с Qt SDK 1.2.1, а Creator скачал и использовал 2.6.1 - он намного удобнее, чем тот, что был в SDK. |
|
|
|
|
774
|
Qt / Вопросы новичков / Re: Qt5 и setCodecForCStrings
|
: Февраль 23, 2013, 19:06
|
Виноват, иногда все ж польза бывает, правда, косвенная  В соседней ветке была ссылка на вот блх Тьяго Мациеира (все знают кто такой?) Собственно, там и есть исчерпывающий ответ: You’ll either have to recode your source code to UTF-8, or you will need to wrap those strings with a suitable QLatin1String or QTextCodec::toUnicode call. И рекомендации: I highly recommend choosing the former option: use UTF-8 in your source code. Если отсеять матюки в этой ветке, оба решения здесь и прозвучали. |
|
|
|
|
776
|
Qt / Вопросы новичков / Re: Qt5 и setCodecForCStrings
|
: Февраль 22, 2013, 12:32
|
Я бы держал во внешних файлах/бд в зависимости от задачи, а не зашивал в приложение. Этож кошмар какойто. Из того же файла текстстримом читай как тебе надо.
Хм.. Этот текст за последние 12 лет, если не ошибаюсь, менялся пару раз. Остальные 59 шаблонов меняются либо синхронно с программой, либо не меняются вовсе. Для пользователя программы давать возможность лезть в шаблоны нет необходимости, более того, вредно. Чего ради городить огород с внешними файлами/бд? Да и не в них дело-то. Примеры можно привести и другие, когда перевод с помощью тр невозможен. |
|
|
|
|
777
|
Qt / Вопросы новичков / Re: Qt5 и setCodecForCStrings
|
: Февраль 22, 2013, 11:31
|
Сохранять исходники в Utf-8.
Это понятно, мешает только одно - исходники я использую в проектах Qt и C++ Builder. Последний utf-8 не понимает. Строковых констант на кириллице быть не должно. Кошерно вот так: QString blabla = tr("blablabla");с последующим переводом в linguist на любой язык. Этот совет здесь давали 100500 раз, можно было и не повторяться - а то разбудите джедаев Как вы через тр прогоните, к примеру, такой текст шаблона для текстовой формы: // шаблоны
const QByteArray TMPL_ED101=
" \r\n"
"Порядковый номер Дата составления \r\n"
"электронного документа <EDNo> электронного документа <EDDate > \r\n"
" \r\n"
"Уникальный \r\n"
"идентификатор составителя <EDAuthor> \r\n"
" <FileDateCaption > \r\n"
" <FileDate> \r\n"
" <#62 > <#71 > --------- \r\n"
"------------------- ------------------- | 0401060 |\r\n"
"Поступ.в банк плат. Списано со сч.плат. --------- \r\n"
" ---- \r\n"
"ПЛАТЕЖНОЕ ПОРУЧЕНИЕ № <#3,3> <#4 > <#5 > | <#101,2> |\r\n"
" ----------------- ----------------- ---- \r\n"
" Дата Вид платежа \r\n"
"Сумма |<#6 >\r\n"
"прописью | \r\n"
" | \r\n"
"----------------------------------------------------------------------------\r\n"
"ИНН <#60 > |КПП <#102 > | Сумма |<#7 > \r\n"
"---------------------------------------| | \r\n"
"<#8 >| | \r\n"
" |------------------------------------\r\n"
" | Сч.№ |<#9 > \r\n"
" | | \r\n"
" | | \r\n"
"Плательщик | | \r\n"
"-----------------------------------------------| \r\n"
"<#10 >| БИК |<#11 > \r\n"
" |-------| \r\n"
"Банк плательщика | Сч.№ |<#12 > \r\n"
"----------------------------------------------------------------------------\r\n"
"<#13 >| БИК |<#14 > \r\n"
" |-------| \r\n"
"Банк получателя | Сч.№ |<#15 > \r\n"
"-----------------------------------------------| \r\n"
"ИНН <#61 > |КПП <#103 > | Сч.№ |<#17 > \r\n"
"---------------------------------------| | \r\n"
"<#16 >|------------------------------------\r\n"
" |Вид оп.|<#18,2> |Срок плат.| \r\n"
" |-------| |----------| \r\n"
" |Наз.пл.| |Очер.плат.|<#21,1> \r\n"
" |-------| |----------| \r\n"
"Получатель |Код | |Рез. поле | \r\n"
"----------------------------------------------------------------------------\r\n"
"<#104 >|<#105 >|<#106,2>|<#107 >|<#108 >|<#109 >|<#110,2>\r\n"
"----------------------------------------------------------------------------\r\n"
"<#24 >\r\n"
" \r\n"
" \r\n"
" \r\n"
" \r\n"
"Назначение платежа \r\n"
"----------------------------------------------------------------------------\r\n"
" Подписи Отметки банка \r\n"
" \r\n"
" \r\n"
" М.П. \r\n"
" \r\n";
|
|
|
|
|
778
|
Qt / Вопросы новичков / Re: Qt5 и setCodecForCStrings
|
: Февраль 22, 2013, 10:23
|
И все же, интересно, если в исходниках (не в utf-8) есть строковые константы QString blabla = "блаблабла"; как быть без setCodecForCStrings? Пока кроме чего-то подобного QString cvt(const char* str){
return QTextCodec::codecForName("Кодировка исходников")->toUnicode(str);
}
ничего не приходит в голову. А судя по реакции джедаев, это не кошерно.. |
|
|
|
|
780
|
Программирование / Python / Re: PythonQt and Qt5
|
: Февраль 22, 2013, 09:12
|
Мелвен сделал большое дело, его порт на Qt5 работает, спасибо ему! Я использовал PythonQt2.1_Qt5.0.0_v1.zip из состава архива по указанному им адресу ( https://gigamove.rz.rwth-aachen.de/d/id/X2sXDqrfX8ESyj). Компилировал библиотеки в Qt Creatore 2.6.2 и в Windows и Ubuntu - работает. В python.prf не забудьте указать текущую версию Python (у меня в Windows - 2.6, в ubuntu - 2.7). В PythonQt_QtAll.pro заменил CONFIG на QT += uitools (creator потребовал). Проект tests пришлось удалить из проектной группы - не найдена qtestlib, не стал разбираться почему. Для поддержки unicode в модулях PythonQtScriptingConsole.cpp и PythonQt.cpp надо заменить toLatin1 на toUtf8 в этих местах: - PythonQtScriptingConsole::executeCode, 184: p.setNewRef(PyRun_String(code.toUtf8().data(), Py_single_input, dict, dict)); - PythonQt::evalScript, 712: p.setNewRef(PyRun_String(script.toUtf8().data(), start, dict, dict)). Обратную совместимость (с Qt4) не проверял, вряд ли теперь вернусь. Кажется, все. Если будут проблемы с компиляцией под виндами - могу прислать свои .prf, с которыми собираю библиотеки. |
|
|
|
|
|
