Сообщить об ошибке в переводе, Обратная связь с командой Qt RTT Опции

[Novak]

Может лучше:
"Сигналы и слоты не жёстко связаны: Класс, испускающий сигналы, не знает и не интересуется, который из слотов получит сигнал. "
или
"Сигналы и слоты свободно связаны: Класс, испускающий сигналы, не знает и не интересуется, который из слотов получит сигнал. "

Вполне. Только, имхо, правильнее будет

Сигналы и слоты не связаны жёстко: класс, посылающий сигналы, не знает и не интересуется, который из слотов получит сигнал.

[alexqwesa]

Поддержка потоков в Qt - Реентерабельность и потокобезопасность

Реентерабельная функция может вызываться одновременно из нескольких потоков при условии, что каждый вызов функции обращается к разным экземплярам данных.
Потокобезопасная функция может одновременно вызываться из разных потоков, даже если они обращаются к разделенным данным. Все обращения преобразуются в последовательную форму.

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

правильней было бы:

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

или

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

правка - недоступна((, сорри за дублирование

Причина редактирования: используй предпросмотр

[m00nl1ght]

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

Учебное пособие по виджетам
Введение
Каждый ГПИ-компонент, такой как кнопка, метка или текстовый редактор,
является виджетом и может быть расположен внутри имеющегося
пользовательского интерфейса или выводиться на экран
как независимое окно.

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

Это означает, что, когда удаляется окно, то все содержащиеся в нем виджеты
также автоматически удаляются.

Создание окна
Если виджет создан без родителя, то, когда он виден, он трактуется
как окно или виджет верхнего уровня. Так как объект без родителя, то чтобы
гарантировать его уничтожение после того, как он больше не нужен разработчику,
придется отслеживать виджеты верхнего уровня для всего приложения.

В следующем примере мы ипользуем QWidget, чтобы создать и показать окно
с размерами по умолчанию:

Мы можем добавить дочерний виджет к этому окну, передав в качестве родителя
window в его конструктор.

Использование компоновок

Обычно, предпочтительнее располагать дочерние виджеты внутри окна...

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

[igor_bogomolov]

http://doc.crossplatform.ru/qt/4.5.0/qmake...oject-templates
Описания app и lib одинаковые.
Мелочь, конечно, но все же

app (default) Creates a Makefile to build an application.
lib Creates a Makefile to build a library.

app (default) Создает файл сборки для компоновки библиотеки.
lib Создает файл сборки для компоновки библиотеки.

[Litkevich Yuriy]

Сообщение Алекса перенёс в тему Ошибки в исходной документации

[IgMuSh]

На странице http://doc.crossplatform.ru/qt/4.6.x/model...selection.html:

Команды, выполнявшиеся на нашей демонстрационной модели, привели к большому количеству выбранных элементов в ней. Возможно отменить выбор всех элементов, или полностью заменить текущий выбор элементов на новый.

В оригинале же:

The commands performed on the example model have all involved accumulating a selection of items in the model. It is also possible to clear the selection, or to replace the current selection with a new one.

То есть, правильнее было бы перевести как-то так:

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

[Litkevich Yuriy]

собственно говоря, оба варианта требуют чистки. Во втором варианте вместо двух предложений, одно.

[IgMuSh]

http://doc.crossplatform.ru/qt/4.6.x/model...w-delegate.html

Делегаты не испускают эти подсказки, но тогда они будут слабее интегрированы в приложения и будут менее удобны, чем те, что испускают подсказки для поддержки общепринятых действий редактирования.

Однако, в оригинале:

Delegates do not have to emit these hints

То есть:

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

Делегаты не обязаны испускать подсказки, но такие делегаты будут слабее интегрированы в приложения и менее удобны, чем те, которые испускают подсказки ДЛЯ ПОДДЕРЖКИ общепринятых действий редактирования

[igor_bogomolov]

http://doc.crossplatform.ru/qt/4.6.x/sql-d...database-driver

QSqlDatabase отвечает за закрузку и управление

[Siado]

На странице http://doc.crossplatform.ru/qt/4.6.x/coordsys.html :

Мы нарисовали часовую стрелку повернув систему координат и вызвав QPainter::drawConvexPolygon(). Спасибо вращению, она нарисована в правильном направлении.

Многоугольник задается массивом чередующихся значений x, y, сохраняемым в статической переменной hourHand (описанной в начале функции), которым соответствует четыре точки (2, 0), (0, 2), (-2, 0) и (0, -25).

Было бы разумнее перевести "благодаря вращению", а не "спасибо вращению"