res2001, единственное преимущество от do-while, что можно сделать break и выйти из "фукнции" досрочно. В принципе, разницы нет, я просто уточнил, что do-while не обязателен.
Но ведь в примере одной и той же букве назначен разный цвет.
Вообще, на одном слое рисуешь цветные пятна-полоски, а слой с текстом изспользуется в качестве маски и будут цветные буквы.
SOTVM, Може тскрипт как-то неправильно работает. по хорошему, пока играет закешированный кусок, должен загружать следующий блок. А по факту работает так, будто загрузка следующег опроисходит только после проигрывания текущего. Может ютуб как-то блокирует, может скрипт дорабатывать надо... MPC-BE практически никогда не заикается, так что технически возможно корректно поток проигрывать.
SOTVM, Не, у меня проблемы с VLC не связаны с производительностью. 16 ядер должно хватать :)
Но внешний плеер лучше браузера. Плеер 100 мегаайт требует, а браузер под полтора гига сжирает. Если в системе всего 32 гига, то и этот гигабайтик жалко :D
SOTVM, Не знаю, где и в чём проблема. В брайзере работает отлично, в MPC-BE бывают проблемы, но не так часто, как в VLC. Конкретнее, в Фаерфокс под Виндоус с плейлистами ютуба проблем вообще нет, ни лагов. ни подвисаний.
Но речь не про последние дни, сейчас в браузере даже не сразу открывается и половина сайтов по https не может открыться...
SOTVM, Нет. Использую MPC-BE x64, он плейлисты ютуба играет без проблем и всяких хитростей с плагинами и скриптами. Почему-то именно Black Edition, просто MPC не умеет.
То есть Qt невозможно исопользовать для dll? Не верю...
Или нужно создать поток и в этом потоке уже QApplication и вызвать exec? Про QEventLoop это прсто предположение, я не знаю, как это правильн оделается. QApplication могу создать статической, если это поможет.
Без потока точно не обойтись, ведь мне надо из функции вернуться сразу же.
Александр Ананьев, Я спрашиваю у знающих людей, баг это или так и должно быть. Я Qt только начинаю изучать. Может это задокументированное поведение и так и должно быть. Но выглядит, как баг, на мой взгляд.
Александр Ананьев, Я специально нарисовал рамку красным, чтобы было видно, что размер кнопки на 1 пиксель больше, чем размерность сетки. Так то можно вручную размер всех кнопок на 1 уменьшить и получается всё чётенько. Но не может е быть, что это нормальная ситуация, что привязка к сетке работает с +1 пикселем к размерам.
Армянское Радио, Тогда описанная проблема не поменялась. QtDesigner создаёт контролы на 1 пиксел шире и выше. Только положение по сетке привязывает правильно. А там уже без разницы где и как делать, если в ручном режиме надо на 1 пиксел уменьшать.
Так же проверил, что это не связано с размером сетки 10*10 и он при любом размере сетки на 1 пиксел больше делает.
Армянское Радио, Дизайнер рисует в Qt Designer или где? Добавил картинки кнопок, на которых видно проблему. добавил красный border, чтобы края виднее было.
edward_freedom, С тем же успехом можно спросить, почему я не делаю на MFC... Первое, я не знаю QML. Второе, с пол сотни контролов, нет никакого желания расставлять из в коде, если можно по форме быстро раскидать. Адаптивного интерфейса нет, ничего изменяться в размерах не будет, нужно красиво раскидать кучу всякого с пиксельной точностью.
edward_freedom, qt designer сохраняет в qml? Есть GUI, есть сетка, есть привязка к сетке... но привязывает не так, как я ожидаю. Собственно и вопрос, это я чего-то не понимаю или привязка не совсем привязка?
user108, Такое скомпилируется, но смысла в этом нет. Компилятор может ругаться, потмоу что это не совсем хороший код и компилятору приходится "читерить", чтобы он работал.
справа от = создаётся переменная типа int и в ссылка ссылается на эту переменную. В нормальных условиях эта переменная должна была удалиться при переходе на следующую строчку, но тут компилятор хитрит и поддерживает в неё жизнь, пока существует ссылка.
Условно, можно считать, что этот код аналогичен вот этому:
int v = 1;
const int & ref = v;
В конкретно данном случае смысла в этой записи нет, лучше просто const int ref = 1; испоьлзовать.
