Любопытный факт. Вы работали в Qt4 и Qt5 с eventFilter? я заметил что после компиляции под пятеркой у меня в фильтр стали сыпаться события мыши со скроллбара, которых не было в 4ке.
То, что клавиатурные и мышиные события идут через viewport() — это в Qt применяется повсеместно, я, поработав с ListView и прочими TreeView это как-то быстро понял) так что меня сей факт в статье не показался «темной стороной» такой уж.
А вот про обмен событиями — интересно, спасибо, такие нюансы действительно могут сократить несколько часов времени.
Пишите дальше.
Про сборку пакетов, как я помню в обсуждениях где-то видел, что решили что это out of scope. Что упаковку должны делать соответствующие специальные тулзы) Ведь и верно, так можно и до systemd докатиться. Поэтому пусть как по мне уж лучше собирает хорошо, и возможно генерирует какие-то спеки для других систем сборки (те же DEBIAN/control файлы например).
P.S. С пробками реально печально, все надеялся что допилят их до 1.0 версии-то. Что-то рановато все же bump сделали. Хотя так вспомнить, Креатор 1.0 тоже не особо функциональный релиз был (первый который я ставил)
хорошо, с Вашими пояснениями немного стало легче, спасибо за конструктивные комментарии.
Все же есть некоторая доля субъективности, уж не обессудьте: синтаксис что традиционных makefile-ов, что CMake кажется мне уж больно неинтуитивным. qmake это так вообще тихий ужас. Не то что с поллитрой, но даже в обнимку с доками не разберешься порой. Хоть мне с последним пришлось достаточно повозиться, чтобы создать гибкую систему сборки кучи проектов с настройками в одном месте, с qbs все значительно проще. Я не спорю, что возможно, повозившись с документаций, на CMake это все вышло ничуть не более сложным. Может быть. Но вот какая-то таинственная, личная наверное, «интуитивность» в qbs есть. Для меня. Когда просто пишешь код — и это работает так, как ожидал.
ps. ну например тот же «list(APPEND ..» и уже знакомый яваскриптовый [].concat или [].push_back.
Где такие обещания берете, если не секрет? Вроде видел в планах roadmap первоначально на июнь. Но в любом случае, пусть задержат но уж вылижут, качество важнее. Если не терпится, сборка из git всегда была к услугам энтузиастов)
Интегрирован он по умолчанию УЖЕ в 2.7. Другое дело, что там он был выключен и нужно было включить галочку в настройках. Вот и вся разница.
p.s. из неприятных измений для меня — qbs перестал ругаться на недопустимые свойства, и я долго удивлялся почему destination: не работает (который уже destinationDirectory)
В каком плане поддержку? Как компилятора? Так вроде и сейчас есть (недавно только прикручивал — как генератор BC).
Если Вы о модели кода, то вряд ли она будет по умолчанию, даже если закончат. Поскольку при редактировании код часто находится в невалидном состоянии (я бы даже сказал, почти всегда), то текущая модель кода как мне кажется подходит для этого лучше.
Вы меня уж простите, но тот фрагмент который Вы привели, сложно описать словами «простая и удобная». По крайней мере слово «простая». Для такой «простой» задачи, как вызов внешней утилиты, как отметили выше.
Вынужден согласиться с Вами. Я вроде и не утверждал, что такой подход неправильный, просто поначалу ожидания другие) Это вызывает досаду. Потом приходит такое понимание.
Да, мне тоже вот всегда обидно было на IT-конференциях, что большинство инфы ты почерпываешь уже на всяких брейках и афтепати, общаясь с докладчиками в кулуарах, а большая часть докладов делится на рекламу работы себя любимых либо обзор из серии «галопом по европам».
да, вот пример с зайцами из соседнего топика -норм.
amd phenom || X4 920 8 gb ram, nvidia GTS 250
вроде проблем-тормозов больше ни в чем по жизни не ощущаю)
Не знаю что там насчет метро, проверил несколько своих маршрутов по Иркутску — совпало с мнением 2ГИС, возможно в маленьких городах точность выше.
А кривулька пути очень милая, любоваться и любоваться.
А вот про обмен событиями — интересно, спасибо, такие нюансы действительно могут сократить несколько часов времени.
Пишите дальше.
P.S. С пробками реально печально, все надеялся что допилят их до 1.0 версии-то. Что-то рановато все же bump сделали. Хотя так вспомнить, Креатор 1.0 тоже не особо функциональный релиз был (первый который я ставил)
Все же есть некоторая доля субъективности, уж не обессудьте: синтаксис что традиционных makefile-ов, что CMake кажется мне уж больно неинтуитивным. qmake это так вообще тихий ужас. Не то что с поллитрой, но даже в обнимку с доками не разберешься порой. Хоть мне с последним пришлось достаточно повозиться, чтобы создать гибкую систему сборки кучи проектов с настройками в одном месте, с qbs все значительно проще. Я не спорю, что возможно, повозившись с документаций, на CMake это все вышло ничуть не более сложным. Может быть. Но вот какая-то таинственная, личная наверное, «интуитивность» в qbs есть. Для меня. Когда просто пишешь код — и это работает так, как ожидал.
ps. ну например тот же «list(APPEND ..» и уже знакомый яваскриптовый [].concat или [].push_back.
p.s. из неприятных измений для меня — qbs перестал ругаться на недопустимые свойства, и я долго удивлялся почему destination: не работает (который уже destinationDirectory)
Если Вы о модели кода, то вряд ли она будет по умолчанию, даже если закончат. Поскольку при редактировании код часто находится в невалидном состоянии (я бы даже сказал, почти всегда), то текущая модель кода как мне кажется подходит для этого лучше.
(кэп)
amd phenom || X4 920 8 gb ram, nvidia GTS 250
вроде проблем-тормозов больше ни в чем по жизни не ощущаю)
fps по ощущение 1-3, не больше.
просто дичайше… слайдшоу прямо.
А кривулька пути очень милая, любоваться и любоваться.
По теме: но все равно ограничение в одно устройство (а не два)