>>1051558 (OP)
Высказался — и аж потеплело, правда? Как моча по штанине потекла. Небыдло пёрднуло во сне и улыбнулось

>>1051558 (OP)
Есть же qt для петона, называется pyqt

>>1051558 (OP)
Кароче тема такая - в 2017 гуи пишут на джаваскрипте с электроном. Гугли js electrone, будет тебе кроссплатформенный без ебли с крестами

>>1051608
>pyqt
Такая содомия, на самом деле. Хотя, если ебашить что-то простое на виджетах, то еще норм. А если начать писать что-то каштомное со своими модельками и вьюхами, то это полный кал получается.

>>1051609
50 метров аппликуха и 2 гига оперативки для хелловорлда, нет спасибо, идите нахуй.

>>1051608
qt на питоне это говно в квадрате

>>1051610
>>1051611
>>1051613
>>1051558 (OP)
Тогда гугли fltk, оно на крестах. Если не понравится - начинай писать свой фреймворк для гуи

>>1051611
Сейчас памяти у всех много, можно о ней не думать. Главное чтобы быстро работало

>>1051616
>быстро
Ага, особенно это заметно на примере Atom, который запускается дольше хрома со 100 вкладками.

>>1051616
>Главное чтобы быстро работало
>electron
Даже не смешно.

>>1051618
>>1051619
Вон vs code написали на електроне и все хорошо, ничего не тормозит

>>1051558 (OP)
Может быть, я слишком ленивый, но Qt мне показался одной из наименее стрёмных гуй-библиотек для Ц хотя бы потому, что не такой содомистический пиздец, как вин32 или мфц. Хуже может быть, наверное, только написание сервера или компилятора на ассемблере. К счастью, избежал попробовать, но по россказням эксперементировавших — пиздец пиздецов. Ой, сука, понесло меня...

>>1051689
>Хуже последних может быть
Фикс для ОЧЕВИДНОСТИ.

>>1051558 (OP)
Ебать ты долбоеб, земля тебе пухом, братишка.

>>1051689
>Qt мне показался одной из наименее стрёмных гуй-библиотек
если не единственная

>>1051558 (OP)
NWJS
/thread

>>1051558 (OP)
Лел, как будто микроцефальное байтоёбское говно чем-то лучше явы.

>>1051623
> все хорошо, ничего не тормозит
Только если у тебя проект из двух файлов

Qt -- лучшее, что случалось с с++.
Даже безотносительно гуя, а уж с ним тем более.

>>1051614
Двачую fltk. Заебца сделали.

>>1051776
Qt ебанное легаси и вообще не Ъ C++ way. Оно должно умереть.

>>1051831
Вообще все должно умереть от ядерного взрыва твоей жопы

>>1051558 (OP)
А мне норм, даже лабу на нём написал:
https://github.com/arbitrary-dev/home-slave

мимо-джава-дебил

>>1051835
Как для джава дебила, ты очень надрочен на плюсвые грабли:
>; ++i)

Мимо другой джава дебил

>>1051840
Люблю читать книжки просто :3

>>1051558 (OP)
Бери wxWidgets - раньшекрутая хуйня была

Базарю, еще захочешь

>>1051840
именно в этом случае разницы между пре и пост инкрементом нету.

>>1051873
Спасибо, а то я сам никак бы не отличил итератор от целочисленной переменной.

>>1051884
чо ты несешь сука

>>1051831
Ты забыл предложить альтернативу.

Wxwidgets на линупсе обертка над gtk, мамкины программисты. Cow наоборот уменьшает аллокации, но добавляет проблем с многопоточностью. Но формошлепа это вообще не должно волновать.

Так сегодня, обнаружил проблему с ебаным куте. Мне нужно отобрашать фото ленту, которая динамически подгружает контент. Сделал я значит сетку 3хN запихнул ее в QScrollArea, картинки загрушаются с диска в формате jpeg. Для оптимизации памяти использую QImageReader и загрушаю картинки не полного размера а превьюшки 500х500, в QPixmap потом этот пиксмап пихаю в QLabel и добавляю уже в сетку. Так вот все вроде бы ничего, но каким-то хуем эта поебень жрет 100 Мб памяти со старта загружая 15 картинок размером 500х500 @ 24 bpp, при этом послудующие подгрузки по 15 картинок такого же размера и формата жрут по 45+ мб памяти. Я не понимаю какого хуя что там алокейтится, но простым подсчетом можно установить что 15 картинок 500х500 в 24 бита должны занимать 50050024/8 * 15 / 1024 / 1024 = ~10 Мб памяти, на что это говно алокейтит еще 35 мб сверху хуй знает. При том что мемори ликов нету, проверял в valgrind. В общем, приложение из-за этой хуйни становится не юзабельным, т.к. вскоре после промотки альбома с фотографиями выделеная память уже находится в районе 2 Гб. В общем, не знаю, что с этим делать. Жалею что взял это говно куте. Если учесть время потраченое на чтение документации и ебли мозгов то я бы уже с нуля написал бы приложение использую чистый OpenGL и самую примитивную гуи либу для рендеринга текста и кнопок.

>>1052316
Как дебила такого к программированию - то допустили? Я не буду сейчас цитировать и комментировать, но буквально, каждая сентенция - aфоризм идиотии.

>>1052347
Поясни или иди нахуй петушара.

>>1052316
> 100 мб
Весь экзешник и библиотеки грузятся в память, внутренний код тоже что-то выделяет, картинка может дополнительно хранится в отрисованном представлении, и т.д.

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

>>1052362
Так значит тебе и программа не нужна, не тратит ресурсов только тот код, который ничего не делает.
Всегда проигрываю с байтоёбов, трясущихся над памятью. Ну и что что памяти 32 гига, диды в 64кб умещались и нам велели, ррряяя!

>>1052362
Тупая обезьяна, это не технология виновата, а ты, дебил несчастный.
https://www.google.com/search?q=5005003+bytes+to+megabytes&oq=5005003+bytes+to+megabytes

>>1052379
Да это не байтоеб, а ваннаби байтоеб. У него фактор оверхеда - 20, такое ни одна фекальная технология не обеспечит. Дурень где - то проебался, а винит фреймворк, разрабов, и весь мир до кучи.

>>1052349
И да, буду я еще что-то пояснять, дебилу, который показал свою профнепригодность. Нехуй мне делать.

>>1052381
По-моему 750 КБ будет.

>>1052388
Ну да, а он что - то про 15МБ несёт, поехавший блядь.

>>1052388
В смысле, там конечно будет оверхед, но не 20кратный.

>>1052379
Все ясно, иди дальше, на node.js или на чем ты там говнокодишь, память выделяй.

>>1052381
Ты ебанутый или как?
Ты считаеть вообще умеешь?
Я в ахуе с местных макак которые даже не могут прочитать сообщение и посчитатать байты.

Расписываю для умственно отсталых:
15 картинок 500 х 500 в каждой по 24 бита на пиксель.
Считаем, вычисляем общее число пикселей для этого возмодим в квадрат число 500, далее умножаем пиксели на биты, то есть на 24 итого мы получаем кол-во бит, далее мы переводим биты в байты деля на 8, т.к. в 1 байте 8 бит ( я знаю что вы этого не знали ) и получаем кол-во байтов в 1 картинке, далее умножаем это на кол-во картинок, то есть на 15 и переводим для удобства все это в мегабайты то есть деля 2 раза на 1024 ( т.к в 1 мегабайте 1024 килобай и 1024^2 байт ) и получаем число 10.
В конечном итоге формула выглядит так:
500 500 24 / 8 15 / 1024 / 1024 = 10
Скрипт для умственно отсталых:
echo '500 500 24 / 8 15 / 1024 / 1024' | bc

На перле:
perl -e 'print(500 500 24 / 8 15 / 1024 / 1024)'

На питоне:
python -c 'print(500 500 24 / 8 15 / 1024 / 1024)'

>>1052386
Ну и пиздуй от сюда кукаретик хуев.

>>1052388
>>1052392
>>1052393
Какие же вы ебанутые, вы хоть в школе учились? Вкатывальщики из /b/

>>1052418
Дурачок, что ты раскудахтался? Тебе посчитали вес одной картинки - в точности что ты пишешь, до множителя числа. Ты, по-ходу, ни излагать свою мысль, ни воспринимать чужие не можешь. Очевидны ограничения умственных способностей, которые ты с избытком компенсируешь гонором. Ну ты клоун, может еще на lua, на js, на рhp напишешь? К чему это вообще было?

>>1052418
Ты меньше пизди, больше делай, выкладывай давай свой код на гитхаб, а мы поглядим, что ты там накостылял на 100 мб.

>>1052316
> жрет 100 Мб памяти
Это много чтоли?

>>1052316
Ты наверное где-то задублировал эти картинки.
Например, добавил в визуальный компонент, который картинку кэширует. И при этом она еще и у тебя гда-то храниться в памяти.
Не знаю, позволяет ли Qt отрисовывать виртуально (то есть при отрисовке элемента вызывать твой каллбэк, который будет из твоего кэша отрисовывать эти картинки на элементе)

>>1052508
Кстати, 5005004*15 = 15 MB
4 байта если с альфа-прозрачностью, 3 байта - если без нее.
Так что не знаю что там у тебя жрет память.

>>1052316
А что пишешь?

>>1052379
>памяти 32 гига
Какие 32 долбоеб? В винде 32bit программа падает уже когда 1.5 гига достигает.

>>1052511
> 500 x 500 x 4 x 15
fix

>>1051623
> VS Code написали на Electron
Да, а почему тогда требуется установить .NET Framework 4.5.2 для этого VSCode?
Где в Electron или JS используется .NET?

>>1052488
>>1052466
>>1052508

Ещё неизвестно, как этот дурик память замеряет.

>>1052316
>приложение из-за этой хуйни становится не юзабельным
>выделеная память уже находится в районе 2 Гб
И чо? У всех уже 8+ Гб оперативной памяти, а ты все дрочишь на эту хуету.

>>1052316
И да, тебе же сказали использовать электрон, нахуй ты в кресты пытаешься, если их не можешь осилить? В жс тебе никаких проблем с памятью нет, все удобно и красиво

>>1052515
> 32bit программа
> 2017
Лол.

>>1052604
Что лол, долбоеб? Сколько Windows 32bit установлено знаешь?

>>1052615
Скажи честно ты дебил или да?
Никто на 32 битной винде давно уже не сидит

>>1052615
А сколько диды собак в Ленинграде съели знаешь, щенок?

ОП что -то писал про линукс. Почему вы спорите о windows, на уровне этого дегенерата?

>>1052625
Скажи честно, какая стадия аутизма у тебя? Ты вообще понимаешь отличия 32 битной архитектуры от 64 битной? Ты думаешь если у тебя есть 16 гб памяти ее надо всю засирать своей говноподелкой?

>>1052638
> Скажи честно, какая стадия аутизма у тебя? Ты вообще понимаешь отличия 32 битной архитектуры от 64 битной?
Отличия в том, что 32 бит это говно из раннего средневековья, современные процессоры нативно 64-битные. И софт под них нужно брать соответствующий.

> Ты думаешь если у тебя есть 16 гб памяти ее надо всю засирать своей говноподелкой?
Если это серверная поделка то запросто.

>>1052647
Ебать ты даун. Если процессор 64 битный это не значит что под него нужно обязательно использовать 64 битные программы. У 64 битных программ есть свои недостатки, в виде увеличенного размера экзешника, и увеличенного расхода памяти. Более того, куча различных устройств до сих пор остаются 32 битными ибо там нахуй не нужна 64 битная архитектура.
Алсо, как ты с таким подходом будешь разрабатывать под мобильные устройства, где нету лишних 32 гигов памяти для твоего говнокода?
Короче, ты еще совсем зеленый нихуя не понимающий в разработке ПО.

>>1052652
> Ебать ты даун. Если процессор 64 битный это не значит что под него нужно обязательно использовать 64 битные программы.
Обязательно, так как 32 битные инструкции на правах легаси и работают медленнее.

> У 64 битных программ есть свои недостатки, в виде увеличенного размера экзешника, и увеличенного расхода памяти.
Это не недостаток в 2017.

> Более того, куча различных устройств до сих пор остаются 32 битными ибо там нахуй не нужна 64 битная архитектура.
Какие, роутер? Как это относится к кутэ-формочкам?

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

> Короче, ты еще совсем зеленый нихуя не понимающий в разработке ПО.
Ухх диды-то за дискету в жопу давали, совсем зажрался щенок ебаный, говна не ел ещё!

>>1052652
>У 64 битных программ есть свои недостатки, в виде увеличенного размера экзешника, и увеличенного расхода памяти.
Шизик, какие недостатки, на сколько процентов увеличенного?

>>1052666
И что это за высер? Какие инструкции используются? х87 сопроцессор? SSE? Хуйня полная твоя картинка.

>>1052674
> врети
Стандартная арифметика мань.

>>1052674
>РЯЯЯЯЯЯ ВРЁЁЁЁЁЁЁЁЁЁТИИИИИИИИИИИ

Народ, раз уж тут у нас Qt тред задам свой вопрос здесь. Короче, нужно сделать аналог радиокнопок, чтобы их роль выполняли 3 изображения. Ну то есть кликаешь на картинку, она выделяется. Можно ли по-нормальному так сделать?

>>1052689
>>1052689
Какая стандартная арифметика ебень? Ты вообще ассемблер нюхал когда-нибудь олень ебаный?

>>1052674
Дебил читать не умеешь? Нахуя ты эти аббревиатуры приплёл? Чтобы умнее казаться? базовые инструкции - черным по белому.

>>1052700
add eax, ebx петушок.

>>1052697


Это не Qt тред. Это тред маневров одного вайти-клоуна.

>>1052700
>Ты вообще ассемблер нюхал когда-нибудь олень ебаный?
Причем тут ассемблер, если мы говорим о времени выполнения инструкций?

>>1052652
Пусть пидары учатся на своих ошибках, не нервничай. Что идиотам вообще доказать возможно? У них же мнение хуй оспоришь. :)

>>1052706
Эта инструкция работает только с целочисленными типами. Более того add eax,ebx будет побыстрее того же add rax,rbx.

>>1052708
Съеби ради бога не позорься

.>>1052709
Да действительно. Но эти долбоебы тут срут пытаясь всех убедить в своей правоте.

>>1052732
>Съеби ради бога не позорься
Иди нахуй питух, тебя под шконкой ждут. Время выполнения инструкций зависит от самого процессора. Тем более если в современных процессорах стоит RISC ядро, то ты хуй узнаешь во что там транслируются твои CISC команды и сколько они занимают времени.

>>1052732
> Эта инструкция работает только с целочисленными типами.
Ну сделай бенчмарк для даблов.

> Более того add eax,ebx будет побыстрее того же add rax,rbx.
Не будет, вон же на картинке пруф.

>>1052732
Ты же ОП, да? Неважно, ты обосрался и продолжаешь маневрировать. Насколько же надо быть тупым, чтобы это не понимать, упертым, чтобы не принимать и подлым, чтобы продолжать маневрировать?

>>1052625
Лолкек
Визуалстудия всё ещё 32бита

>>1052316
ну сможешь ты без оверхеда подгружать в 3 раза больше картинок; так ли это принципиально?
сам подход ведь говно, хоть с куте, хоть с чем другим -- надо выгружатб неотображаемые элементы

>>1052740
>>1052740
>Ну сделай бенчмарк для даблов
Я не одну программу на ассемблере написал и в том числе высокоинтенсивные вычисления со сложностью O(n^3) и знаю какие инструкции как работают.
И поверь мне add c 32 битными регистрами работает значительно быстрее.

>>1052775
Пруфы билли.

>>1052778
Какие пруфы, поехавший? Сраный обрезок непонятной картинки? С такими пруфами можешь пойти нахуй и заткнуться.

>>1051558 (OP)
Пиздец ты тупой, пойми, программирование - это не твое, понимаешь, так бывает?

>>1052798
Ясно, обтекай.

Как в Qt Creator сделать, чтобы открытые файлы отображались в отдельных вкладках?

>>1052810
Так обосрался ты, дебил.
Предоставь нормальные пруфы от авторитетных источников с описанием теоритической части.

pro-tip: you can't

>>1052851
Тебе тут несколько человек независимо заявляют - ты обосрался. А ты пытаешься перефорсить.

>>1052851
https://www.passmark.com/forum/performancetest/3383-64bit-vs-32bit-benchmarks-integer-maths-pt8

> What we found at the time was that a 64bit CPU, running a 64bit O/S, executing 64bit code could in some cases be twice as quick as 32bit code.

>>1052876
Мнение каких-то пхп макак ничего не значит.

>>1052915
Какой же ты невежественный, необразованный, самодур. Ты идиот несчастный. Ты поехавшая блять. Ты вообще понимаешь что там написано?

Addition of two 32bit numbers
Subtraction of two 32bit numbers
Multiplication of two 32bit numbers
Division of two 32bit numbers
Addition of two 64bit numbers
Subtraction of two 64bit numbers
Multiplication of two 64bit numbers
Division of two 64bit numbers


The first four operations are unsurprisingly executed in the same way and at the speed on a 32bit machine and a 64bit machine.

The second four 64bit operations are executed at a much quicker speed on a 64bit machine. See the above referenced post for details.

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

Теперь блять, скажи мне, нахуя тебе 64 битные целые числа в ГУИ приложении, которое отображает картинки?

Алсо, для вещественных чисел есть 128 битные SSE регистры и инструкции типа vmul[ss/sd] vdiv[ss/sd] и т.д. Ну ты же тупое животное даже понятие об этом не имеешь и можешь повторять только кукареки таких же дебилов на дваче.

>>1052528
А что такого? Мой репозиторий, как хочу, так называю.

>>1052935
>эта жопоболь пидорахи
Почитай мануал от интела, дебич
Не позорься больше и забудь про кресты

>>1052935
> Там написано что скорость 32 битных чисел равно скорости 64 битных на обоих архитектурах и это неудивительно.
На картинке с результатами видно что 64 битные быстрее (ненамного, но быстрее).

> Ты понимаешь что чтобы на 32 битной машине складывать вычитать и т.п числа большей разрядностью чем разрядность регистров, нужны дополнительные регистры и инструкции? Неудивительно что они медленее.
Тем более. 32 битным приложениям тоже так или иначе нужен лонг, для тех же файлов. И вот тут они просасывают вдвое.
Как ни взгляни, а 32-битная парашка сосёт.

TEST: CPU - Integer Math 
PT6 64bit, Win2003 64bit, Result = 210.0 
PT6 32bit, Win2003 64bit, Result = 111.6 
PT6 32bit, WinXP 32bit, Result = 112.7 

TEST: CPU - Find Prime Numbers 
PT6 64bit, Win2003 64bit, Result = 254.7 
PT6 32bit, Win2003 64bit, Result = 192.4 
PT6 32bit, WinXP 32bit, Result = 191.8 

TEST: CPU - Data compression 
PT6 64bit, Win2003 64bit, Result = 4846.1 
PT6 32bit, Win2003 64bit, Result = 3244.5 
PT6 32bit, WinXP 32bit, Result = 3125.6 

> Алсо, для вещественных чисел есть 128 битные SSE регистры и инструкции типа vmul[ss/sd] vdiv[ss/sd] и т.д.
... и используются они в 0.0001% случаев, в отличие от целочисленной арифметики.

>>1052957
Чувак не способен в инженерию и критическое мышление. Ему бы сейчас номинально ухватиться за какой-то граничный случай и сманеврировать, переведя стрелки. Я вообще думаю, это зеленый. Ну не может у кретина быть столько апломба.

>>1052947
При чем тут пидораха вообще залетный /pol/рашник?
Алсо читал кучу манов от интела в отличии от большинства здешних даунов, пытающихся что то доказать мне о превосходности 64 битной архитектуры в десктопных приложениях.

>>1052957
>На картинке с результатами видно что 64 битные быстрее (ненамного, но быстрее).
Блять скажи мне честно ты умственно отсталый или как? 64 битные числа быстрее на 64 битной машине, 32х битные одинаково. НАхуй тебе 64 битные числа олень?
>>1052957
>Тем более. 32 битным приложениям тоже так или иначе нужен лонг, для тех же файлов. И вот тут они просасывают вдвое.
>Как ни взгляни, а 32-битная парашка сосёт.
Нахуй тебе лонг для файлов? Ты что собрался читать файлы в память больше 4 гб? Нет ну ладно это где то может требоваться в каких нибудь видео редакторах, но не в обычном приложении фотогалерее.

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

>>1052971
> 32х битные одинаково.
В 64 бинарнике чуть быстрее, и 64 числа в нём ещё чуть быстрее 32-битных (кроме деления).

> НАхуй тебе 64 битные числа олень?
Нинужно?

> Нахуй тебе лонг для файлов? Ты что собрался читать файлы в память больше 4 гб?
Наверно потому что размер файлов в апи измеряется лонгом? Время, контент-ленгтх, ууид, везде лонги.

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

> В общем, ты меня уже заебал. Учи матчасть, потом кукарекай, когда будешь разбираться в архитектуре процессоров и ОС.
До сих пор врети?

>>1051746
Ну да блеать,лучше пусть блокнот с калькулятором едят по 5 гб озушки.Да и там хоть примитивно

>>1052520
Думаешь она для линукса/мака запилили .Net?

>>1052979
>>1052979
>В 64 бинарнике чуть быстрее, и 64 числа в нём ещё чуть быстрее 32-битных (кроме деления).
>
Чуть быстрее это на ты про 0.01 сек дисперсии в тех сомнительных тестах?

>Нинужно?
Зачастую нет.

>Наверно потому что размер файлов в апи измеряется лонгом? Время, контент-ленгтх, ууид, везде лонги.

Ну -ка нука покажи мне лонг в апи. Толкьо не на своем говноязыке. а Нативное ОС апи на си или апи libc. Везде там typedef на size_t time_t и т.д размер которых определяется архитектурой.

А мне Qt не нравится, потому файлы отображаются криво, а не по вкладкам как во всех нормальных редакторах.

>>1052992
>потому файлы отображаются криво
Какие файлы? Ты о чем?

>>1052988
> >В 64 бинарнике чуть быстрее, и 64 числа в нём ещё чуть быстрее 32-битных (кроме деления).
> >
> Чуть быстрее это на ты про 0.01 сек дисперсии в тех сомнительных тестах?
Это несколько дополнительных миллионов операций в секунду на ядро.

> >Нинужно?
> Зачастую нет.
Ясно.

> >Наверно потому что размер файлов в апи измеряется лонгом? Время, контент-ленгтх, ууид, везде лонги.
> Ну -ка нука покажи мне лонг в апи. Толкьо не на своем говноязыке. а Нативное ОС апи на си или апи libc. Везде там typedef на size_t time_t и т.д размер которых определяется архитектурой.
В ос сделано с костылями, но файловые системы давно переросли 4гб и все пользуются 64 битным апи.
Кутэ тот же использует лонг.

>>1052988
>размер которых определяется архитектурой.
Никто тебя за язык не тянул. Возьмем лидера - intel. Сколько моделей 32разрядных процессоров он сейчас выпускает?

>>1053035
А ведь есть чутка https://ark.intel.com/ru/Search/FeatureFilter?productType=processors&InstructionSet=32-bit&FilterCurrentProducts=true

>>1053036
Щас бы обсуждение включить embedded.
Я тебя поправил:
https://ark.intel.com/ru/Search/FeatureFilter?productType=processors&InstructionSet=32-bit&FilterCurrentProducts=true&MarketSegment=Desktop

>>1053038
>embedded
А почему бы и нет? Qt эту нишу тоже охватывает.

>>1052993
Я про Qt Creator. Отображается лишь один файл. Чтобы открыть другой надо щёлкать в маленькое окошечко или искать его справа в списке. Лично я привык выбирать файл из вкладки, а тут нет вкладок.

Как интегрировать Qt в Eclipse? В гугле все советы устарели и не работают. Ссылки на интеграторы протухли.

Как подключить Qt в СLion через CMake?

Как пропатчить Qt 5.9 под GTK?

>>1052944
Ничего.

Это я пошутил.

А на самом деле... эта фраза ассоциируется у америкашек с вот этими жизнерадостными картинками. Но ты наверное это знал?

>>1052987
И для них. Java + Delphi начали пилить Kylix (это IDE для Linux, то есть делать конкурирующий продукт уже многоплатформным). Плюс опять-же наебались с переходом 16->32bit, тогда стала модной идея какой-то виртуализации кода. Ну много причин. Но почти ничего не получилось. Даже универсальность кода хромает - из-за кучи версий .NET выплыла плохая совместимость. В общем, говно получилось. Но программировать стало удобнее. В принципе, направление верное в далекой перспективе. но теперь этих виртуальных машин как минимум 2 (то есть опять старая проблема несовместимости программ с "чужими процессорами"), да и сколько осталось Windows жить, интересно.

>>1054166
> Java + Delphi
В смысле Java стала угрозой, а тут еще и Delphi...

>>1052992
Но ведь Qt и на других IDE можно программить.

https://www.youtube.com/watch?v=b07YHvHz-uM
Вот этот гражданин все по полочкам расскладывает

>>1054410
быстрофикс.Одна "с", блять, еблан неграмотный

>>1054410
уже из-за таких быдланов в рашкоайти из рашки надо сваливать

>>1054171
Очень сложно подключить. Я так и не понял как подключать в других IDE.

>>1054412
Это у него сценический образ такой.

>>1054412
Куда ты сваливать собрался, макака аштиэмельная? Пиздуй верстать сайт, а то опять придется заказчику очко подставлять, петух.

>>1054589
Анимудауна забыли спросить.

>>1051558 (OP)
Gtk3 прекрасен, пиши на нем. В крайнем случае на втором. Особенно на крестах, так каноничный c++14 + можно писать хоть на хаскиле.

>>1054163
В ноде.жс недавно все проблемные слова выпиливали из кода. Типа они оскорбляют ниггеров.

>>1055196
А он легко подключается к IDE?

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

>>1056286
Пулл реквест или небыло!