Если ты так думаешь, то ладно. Я бы таких проектировщиков ссаными тряпками.

Вы хотите поспорить, что null terminated string это одна из самых печальных ошибок всех времен? :)

Это уже не ошибка. Это реальность.

Её остаётся только принять.

Это называется legacy в простонародье

Как и null ptr, как и многое другое.

nullptr это совершенно про другое

я бы посмотрел как вы определяется перемещение not nullable типа в плюсах

и на variant без empty state

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

Это, конечно, пафосно, но на самом деле оно только в протоколах и стандарте Unicode

И этого мало?

Ну... в нормальных протоколах уже давно нет

есть ли какой-то фреймворк, который надстраивается над qt? чтоб жилось легче

Куда ещё легче...

ну блин если даже все будет в 1 метод, то все равно будут люди, которые будут говорить, что это сложно

Ну... в нормальных протоколах уже давно нет

Наверное. Во всяком случае, даже если зажмурить глаза и представить что null-terminated string не существует, то они всё равно будут. Впрочем, зависит от окружения.

но я не считаю это плохим, наоборот, отсеивает глупых

Нет, просто я правда не знаю, куда проще Qt. Да, в контексте только крестов.

как по мне, не хватало билдера, они его выпустили но воспользоваться им я не могу

следовательно, как в старые добрые все руками

Кого?

ну тип формочки мышкой делать

а... ну бывает.

билдер мастдай

билдер мастдай

иногда в голове сложно представить смещение на 100px

Не делаю формочки мышкой. Мой GUI тулкит их не умеет, а с Qt я давно не писал.

иногда в голове сложно представить смещение на 100px

Это не причина использовать его.

Ненавижу его, извините)

Не делаю формочки мышкой. Мой GUI тулкит их не умеет, а с Qt я давно не писал.

гуи без формочек?

гуи без формочек?

Да. Позиции задаются прям в коде.

Ну он совсем специализированный. Чисто в игрушке менюхи показывать.

иногда в голове сложно представить смещение на 100px

А что там с разной плотностью пикселей?

А что там с разной плотностью пикселей?

не, например сделал кнопку, а ее надо чуть вправо

и это чуть вправо в пикселях сложно определить

А как же лэйауты, адаптивный дизайн, все дела?

При локализации текст не лезет в кнопку

При локализации текст не лезет в кнопку

в Qt это все из кода делается. я тоже пишу без билдера формочек

При локализации текст не лезет в кнопку

там естьвсе инструмены и способы получить сайз в зависимости от шрифта

При локализации текст не лезет в кнопку

this

там естьвсе инструмены и способы получить сайз в зависимости от шрифта

нельзя харкдодить size, надо чтобы компонент сам измерялся, на дворе 2018....

нельзя харкдодить size, надо чтобы компонент сам измерялся, на дворе 2018....

так он и не хардкодится.

так он и не хардкодится.

нельзя Component.Size = TextMeasure(text)

qTr для этого есть со всеми лэйаутами. естьконечно нюансы

все-таки в 2018 dpiaware/PM надо бы уже

и вроде qt не очень умеет (не умеет)

по моему он умеет это больше чем все остальное :)

точно, тестировали?)

там действительно неприятные нюансы, 1 + 1 != 2

не на всех языках если честно.

но то что было - работало.

это не про языки, это про поставить себе два монитора под win и выставить одному 120

главное не win 8.1 :)

либо у меня не случалось такого либо http://doc.qt.io/qt-5/highdpi.html либо есть случаи когда QT_SCREEN_SCALE_FACTORS не всегда правильно работает

либо у меня не случалось такого либо http://doc.qt.io/qt-5/highdpi.html либо есть случаи когда QT_SCREEN_SCALE_FACTORS не всегда правильно работает

ну судя по цитате из мана "Qt applications by default are Per-Monitor DPI Aware on Windows 8.1" не работает как я тестил прошлый раз там один из очень забавных моментов что на win 8.1 режим aware/PM вообще нельзя реализовать как надо

короче.. добрым словом и Qt можно добиться больше чем просто добрым словом (с) :)

так что если бы ребята изучали вопрос они бы уже сбросились в aware/system

> на win 8.1 режим aware/PM вообще нельзя реализовать как надо вроде это confirmed разработчиками ms у которых был доступ к исходникам win и они делали поддержку для explorer (который не internet)

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

который был потом релизнут, видимо, не успевали под релиз win10

Ты ещё его код не видел. %) github.com/FWGS/mainui_cpp Во, почитать на ночь страшилок. :)

Ты ещё его код не видел. %) github.com/FWGS/mainui_cpp Во, почитать на ночь страшилок. :)

> msvc6 у меня флешбеки будут, не хочу

Ну. На нормальных компиляторах оно требует C++11.

С MY_COMPILER_SUCKS может и шестудией собраться.

<fat> Всё равно студия после 6.0 сильно не развивалась. Остальные компиляторы идут вперёд на говно гу со временем. </fat>

С MY_COMPILER_SUCKS может и шестудией собраться.

В MSVC 6 вроде неизменяемый /Zc:scope- то есть переменная, объявленная в initializer часть for, будет на scope выше

В MSVC 6 вроде неизменяемый /Zc:scope- то есть переменная, объявленная в initializer часть for, будет на scope выше

да была такая фича

меня до сих пор с неё перетряхивает

нужно просто понимать, что C++03 младше чем MSVC 6

младше

Да и ладно, что выпадает за скоуп. Собирается же. Даже работает.

меня до сих пор с неё перетряхивает

меня перетряхивает с 7 где объявление переменной с тем же именем после for игнорировалось вместе с инициализатором

а хз что хуже - переменная на 10 циклов или одна на весь цикл

у вас непонятная ошибка? вам нужно переименовать переменную

Я в любом случае проверяю постфактум. В закрытой ветке дропнул, потому что поддержка msvc6 мне особо не нужна. (как и студий вовсе :3)

а хз что хуже - переменная на 10 циклов или одна на весь цикл

for (int i = 0; i < 10; ++i) continue; int i = 0; assert(i == 10);

я вот про это

я понял

я и говорю что хуже совпадение имён или разрыв скоупа

я когда первый раз на такое попался думал стол сломаю

вообще стоит признать одну вещь - комитет хотя и тролли, но C++17 определенно меньшая система издевательств, чем C++03 :)

for (int i = 0; i < 10; ++i) continue; int i = 0; assert(i == 10);

та ну не...

вообще стоит признать одну вещь - комитет хотя и тролли, но C++17 определенно меньшая система издевательств, чем C++03 :)

в целом да, более того даже часть багов из С++11 пофиксили

нужно просто понимать, что C++03 младше чем MSVC 6

msvc 6 даже в С++98 то не мог

assert_eq ругается

Так может надо использовать ASSERT_STREQ? ;)

Это было тестовое задание) я не могу менять файл googleTest

Я так немного прикидывал, что rand генерит ещё и отрицательные числа

Так что вообще теряюсь в догадках

Даже создавал массив int

Но он то дальше в char преобразуется

И там просто какой-то ужас получается

Если ASSERT_EQ сравнивает указатели, какая разница на что они указывают? Это gtest на понимание того что есть массив?

Или оптимизации типа как удовлетворить условие теста ASSERT_EQ(p, "foo")?

Ребята А есть возможность поставить std::thread на "паузу" и потом, соответственно, зарезюмить?

Ребята А есть возможность поставить std::thread на "паузу" и потом, соответственно, зарезюмить?

нет

Понятно, спасибо) Видимо, придётся городить огород с сохранением и загрузкой state

В бусте каким-то определённым образом принято называть дефайны чтобы препроцессором отрезать C++17 код ? Допустим, на досуге мне захотелось попробывать фитчи 17х плюсов добавить в какую-либо библиотеку буста: как это лучше делать?

В бусте каким-то определённым образом принято называть дефайны чтобы препроцессором отрезать C++17 код ? Допустим, на досуге мне захотелось попробывать фитчи 17х плюсов добавить в какую-либо библиотеку буста: как это лучше делать?

ну там есть какой-то дефайн. посмотри где-то в boost.config

окей