Vad är mest populärt: QT eller Visual Studio?

Jag tycker också att du ska titta på QML, men vi borde kanske reda ut de där traumatiska upplevelserna du har med Widgets någon gång. Jag tror att det till stora delar handlar om missförstånd.

Exakt vad är det som blir grötigt? Man kan säkert skriva grötiga saker om man vill, men att koppla ihop en händelse (signal) med en hanterare (slot) kräver typiskt en rad där majoriteten av texten är namnen på sakerna som ska kopplas ihop. Jag vet inte om det går att få så mycket bättre (och fortfarande vara c++).

Vad är det för problem du har med grafer? Det är kanske lösbart? Vi berörde det här, men jag vet inte hur det gick sedan:
#19342432

Qt (liksom de flesta större c++-biblioteken) har en hel del makron och liknande för att fungera. Det är dock inget som man normalt behöver bry sig särkilt mycket om för att använda dem. Qt har dock ett speciellt makro, Q_OBJECT, som används för att markera klasser som skall pre-processas. Mer än så är det typiskt inte, och även om det kan upplevas magiskt är det inte särskilt betungande.

Här får du som sagt gärna precisera vad du menar. Jag tror det går att lösa.

Qt har som standard stöd för ett antal databaser, men stödet för just MySql måste man mycket riktigt aktivera manuellt. Du kan ju dock använda valfria c/c++-bibliotek för istället tillsammans med Qt. Finns det så många andra grafiska ramverk som har inbyggt stöd för MySql som standard?

Detta bör ju också mätas för att säga något. Vad är det som är segt? Jämfört med vad?

Många saker är klasser, men så är det ju i c++. "cout" är också ett objekt, men det går bra att blanda med fria funktioner (eller c-kod) också. Qt begränsar inte här på något sätt. Alla bibliotek som fungerar i c++ bör fungera.
Detta är till exempel som sagt ett enkelt program:

#include <QApplication>
#include <QPushButton>

int main(int argc, char *argv[]) {
    QApplication app(argc, argv);
    QPushButton button("Test");
    button.show();
    return app.exec();
}

Man använder två klasser, men programmet i sig är inte en klass.

Har du sett Qt Animation Framework? Nu vet jag inte vad det är du vill göra, men man kan göra animeringar.

Exakt vad är det som inte går? Och jag förstår fortfarande inte varför du tycker att inget stöd alls är bättre än brisfälligt stöd (om det nu är så).

Jag vet inte om jag kan säga emot, men inte heller hålla med. Hur mäter du?

Kan du ge exempel?

Det händer att saker ändras, men det är inte särkilt ofta något gammalt slutar fungera. Det finns också LTS-versioner med längre hållbarhet.

Både Qt och WxWidgets finns som LGPL, så det bör inte vara någon större skillnad*.
*WxWidgets har dock ett undantag som tillåter att man modifierar själva ramverket utan att tillhandahålla källkoden, och för Qt gäller att inte riktigt alla funktioner är tillgängliga med LGPL-licensen.

Det kan det kanske bli, men jag tror inte att det är ramverkets fel (lika lite som att det är funktioner det är fel på om man skriver traditionell spaghettikod). Rimligen måste man väl koppla ihop tlll exempel en knapp med kod på något sätt?

Vad är det du försöker göra? Vad för hack?

Gör det då? Ta det som är bäst, men det är väl inte ett argument mot Qt så länge inte konkurrerande ramverk erbjuder mycket bättre databasstöd?

Var utsätts du för de där? Q_OBJECT är som sagt något man måste stå ut med, men de andra tror jag inte att man någonsin behöver se (om man inte tittar i genererade (temporära) filer) om man inte vill.

Du pratar om framtid och stora företag och jobbannonser etc. Och sen om desktop-applikationer. Deskotop applikation är INTE framtiden. Vårt företag (100k+ anställda i 200 länder) har inte utvecklat en applikation för desktop de senaste 10 åren. Allt är webbapplikationer. Underhållet av dessa är så ofantligt mycket lättare och aldrig några problem med vilken version vem kör eller hur ska vi ta bort applikationer från folk som inte är behöriga längre etc etc.

deskop är helt enkelt inte framtiden om det är arbete för stora företag du är ute efter

För administrativa system, visst. Till och med för vissa "inbyggda system" som har tillräcklig strömförsörjning och minne för att köra en webbserver.

Men jobbar man på ett företag som tillverkar andra typer av enheter och som måste underhålla 20+ år gamla produkter med de gränssnitt som valdes då så finns det andra behov.

Jag konsultar på ett företag (ett av Sverige mer kända varumärken) som har gränssnitt över proprietär radio, IR, trådad UART, BLE, ethernet+WiFi (proprietära icke HTTP-protokoll), CAN med mera. Det underhålls tjogtals med desktop-applikationer och det skapas nya, i olika syften, bara i den lilla delen av koncernen. Vissa av dem görs i ett proprietärt C++-ramverk som inte nämnts i den här tråden. Andra i C# eller Python. För vissa syften görs det mobilappar, men det är mest för användare hos slutkund, inte åt dem som faktiskt underhåller kundens lösning, där är det desktop som gäller. I den miljön är det inte helt dumt att kunna sätta inbyggda system, desktop-applikation och webapplikation på CV:t, det gör dig mer användbar, framför allt om du vill ha någon form av arkitekt-roll. En kollega i teamet har för övrigt gerilla-programmerat en testapplikation i ImGui, den renderar 3D-grafik - vilket jag nog inte skulle ge mig på i en webapp,

WebGL är ju rätt moget numera. Går att skriva enklare 3D-spel som kan köras direkt i webbläsaren

och går också att skriva vertex-/fragment-shader för lite roliga effekter som t.ex. readtids-rendering av Mandelbrot/Julia

Klicka för mer information

Visa mer

Men det ändrar inte det du skrev om CV:t. Det är helt klart olika kunskaper som krävs för inbyggda-system vs desktop-appar vs web-appar.

Just desktop-applikationer känns ändå som det är rätt mycket på dekis. Ta Microsoft t.ex., vet inte hur många nya ramverk de har presenterat senaste 10-15 åren där flera aldrig nått användbar nivå innan de lägger ned och börjar på nästa...

Hoppas de menar allvar med WinUI 3, för försöker faktiskt använda det...

WinUI 3 kanske är något för @heretic16? Det är i grunden ett C++ bibliotek och vad det låter lite tänkt att bli ett "modernt Win32"... Men finns också bindings mot C# (är det jag använder).

Finns även en story för cross-platform stöd via något som kallas Uno-Platform (har inte använt det, möjligen är det C# only)
https://learn.microsoft.com/en-us/windows/apps/how-tos/uno-mu...

WinUI 3 kräver inte Visual Studio, men stödet utanför VS är lite so-so

Är det fortfarande diagram (och animationer i sådana) det handlar om? Vad är det som inte fungerar? QCustomPlot är ett eget projekt som har vuxit fram parallellt med Qt. Med tiden har Qt fått allt mer avancerat inbyggt stöd för diagram och visualisering, men QCustomPlot har inte sällan ännu fler funktioner och alternativ. Men vad är det du försöker göra som inte går?

Nja, det är väl främst databasdrivrutinerna som levereras som plugin:er som man själv måste bygga?

Men hur mäter du? Det är kanske inte en skillnad i ramverken utan snarare i din lösning? Många saker (som att skriva ut något när man klickar på en knapp) går väl till synes omedelbart i de flesta ramverk?

Den stora anledningen skulle jag tro är att man vill hålla MOC så enkel som möjligt. Istället för att behöva hålla koll på projektets alla klasser och hur de ärver av varandra kan man titta på varje fil för sig, söka efter Q_OBJECT (eller andra nyckelord) och göra något om så är fallet.

Vilka skillnader? Det tillkommer förstås nya saker, men det är sällan gamla slutar fungera. Vid stora skiften (som Qt5 --> Qt6) kan förstås större saker ske).
[quote postid="20636107" userid="120146" name="heretic16"]
Man måste ändå ha en licens om man ska använda Qt kommersiellt.
[quote]
Nej, man kan välja mellan flera olika licenser. Det finns kommersiella licenser som utöver teknisk support ger stor frihet över hur man använder biblioteket, men man kan även välja LGPL eller GPL. LGPL är som sagt även vad WxWidgets använder, så om det fungerar där fungerar det troligen även här.

Varför sätter man då en connect mellan dem? Det är inget som händer utan att man själv har definierat signaler, slot:ar och dessutom har kopplat ihop dem...

Jag tror som sagt att det finns en smidig lösning. Förmodligen behöver du inte ens ha flera trådar.