Software devs: what's the good GUI library or framework or language with excellent 2D support?
Uncategorized
13
Posts
3
Posters
0
Views
-
Software devs: what's the good GUI library or framework or language with excellent 2D support? I have multiple visual programming ideas, and I want to be able to build or prototype them quickly. Think: software for building diagrams or flowcharts, essentially.
Requirements:
* FOSS
* 2D graphics
* cross platform native desktop applicationNice to have:
* fast, efficient language
* web and/or mobile supportNo, thanks:
* Electron
* React -
Software devs: what's the good GUI library or framework or language with excellent 2D support? I have multiple visual programming ideas, and I want to be able to build or prototype them quickly. Think: software for building diagrams or flowcharts, essentially.
Requirements:
* FOSS
* 2D graphics
* cross platform native desktop applicationNice to have:
* fast, efficient language
* web and/or mobile supportNo, thanks:
* Electron
* React@thezerobit I personally enjoy Qt (with C++) -- but I think you knew about this option without my reply. Pros: decent OOP abstractions, cons: Qt is a framework, it is nudging you to program in a specific style.
More relevant: @aeva are working on a visual programing thingy and have a very long thread (tm) about their experience. I think they used SDL for graphics and audio; I will link to the thread in a reply once I look it up -- it has good ideas even if you choose a different route.
-
@thezerobit I personally enjoy Qt (with C++) -- but I think you knew about this option without my reply. Pros: decent OOP abstractions, cons: Qt is a framework, it is nudging you to program in a specific style.
More relevant: @aeva are working on a visual programing thingy and have a very long thread (tm) about their experience. I think they used SDL for graphics and audio; I will link to the thread in a reply once I look it up -- it has good ideas even if you choose a different route.
@anton @thezerobit I'm SDL3 for graphics. Specifically I am currently using their basic "renderer" module, not their "GPU" module. I am also planning on switching to using OpenGL ES2 to do the drawing (while retaining SDL3 for window and rendering context creation, input event management, and eventually using their audio API as a fallback audio backend).
I'm not presently using SDL3 for any audio or MIDI functionality, I'm just calling the relevant platform APIs directly at the moment.
-
@anton @thezerobit I'm SDL3 for graphics. Specifically I am currently using their basic "renderer" module, not their "GPU" module. I am also planning on switching to using OpenGL ES2 to do the drawing (while retaining SDL3 for window and rendering context creation, input event management, and eventually using their audio API as a fallback audio backend).
I'm not presently using SDL3 for any audio or MIDI functionality, I'm just calling the relevant platform APIs directly at the moment.
@anton @thezerobit I highly recommend using a generic 2D graphics API (SDL3, Cairo, etc) instead of an opinionated toolkit like QT, as visual programming languages tend to follow eccentric interaction and presentation conventions and you don't want to be fighting with your tools every step of the way.
-
@anton @thezerobit I highly recommend using a generic 2D graphics API (SDL3, Cairo, etc) instead of an opinionated toolkit like QT, as visual programming languages tend to follow eccentric interaction and presentation conventions and you don't want to be fighting with your tools every step of the way.
@anton @thezerobit this is the current tail of my devlog thread for my visual programming language Mollytime
-
@anton @thezerobit this is the current tail of my devlog thread for my visual programming language Mollytime
@anton @thezerobit the thread starts with me hashing out ideas and planning out the semantics I want before diving into prototyping. I went into it with some very specific ideas for using 2D procgen to solve things I find irritating about conventional visual programming languages like wire placement. I still intend to implement some of these ideas, but I've found early on that doing things simplest way possible was quite tolerable, and so my attention has mostly been on the synth pipeline.
-
@anton @thezerobit the thread starts with me hashing out ideas and planning out the semantics I want before diving into prototyping. I went into it with some very specific ideas for using 2D procgen to solve things I find irritating about conventional visual programming languages like wire placement. I still intend to implement some of these ideas, but I've found early on that doing things simplest way possible was quite tolerable, and so my attention has mostly been on the synth pipeline.
@anton @thezerobit in general, I've prioritized ease of development over long term correctness, and through the benefit of experience I've mostly avoided painting myself into a corner architecturally. This has allowed me to build out all of this in about 7 months. I hired a friend to help out for about four weeks, and in that time he set up a build system and replaced pygame with SDL3 for me.
-
@anton @thezerobit in general, I've prioritized ease of development over long term correctness, and through the benefit of experience I've mostly avoided painting myself into a corner architecturally. This has allowed me to build out all of this in about 7 months. I hired a friend to help out for about four weeks, and in that time he set up a build system and replaced pygame with SDL3 for me.
@anton @thezerobit and by far the biggest time sink by a long shot has been fighting with Linux's utterly slapdash support for multitouch screens.
-
@anton @thezerobit and by far the biggest time sink by a long shot has been fighting with Linux's utterly slapdash support for multitouch screens.
@anton @thezerobit it also helps that the language runtime itself under the visual representation was something I already knew how to build, as this project follows many prototypes, and other language experiments before it
-
@anton @thezerobit it also helps that the language runtime itself under the visual representation was something I already knew how to build, as this project follows many prototypes, and other language experiments before it
@anton @thezerobit my recommendation is to find a 2D drawing API that you like, and experiment with drawing the basic primitives of your language, and seeing if it scales up acceptably. Once you have that, you can work out how to make those experiments parametric, and how to connect them to the underlying runtime of your language. Pick interaction semantics that are easy to implement. Every button in mollytime triggers on mouse down instead of up for example.
-
@anton @thezerobit my recommendation is to find a 2D drawing API that you like, and experiment with drawing the basic primitives of your language, and seeing if it scales up acceptably. Once you have that, you can work out how to make those experiments parametric, and how to connect them to the underlying runtime of your language. Pick interaction semantics that are easy to implement. Every button in mollytime triggers on mouse down instead of up for example.
@anton @thezerobit this project has taken up the majority of my free time and spare thought this year. I have no regrets. It is magic. It has been very rewarding and I highly recommend making visual programming languages.
-
@anton @thezerobit this project has taken up the majority of my free time and spare thought this year. I have no regrets. It is magic. It has been very rewarding and I highly recommend making visual programming languages.
@aeva
Wow, thanks for sharing your experience and thoughts. I've spent some time working in the game industry, too, albeit nearly 20 years ago (Wii, PS2). A lot of what you said makes sense, I do think I need to probably build the elements from primitive graphical elements to get an interface that isn't jank. I'll have more to say when I've had some free time to look into what you've been working on a bit deeper. Cheers! -
undefined oblomov@sociale.network shared this topic
-
@aeva
Wow, thanks for sharing your experience and thoughts. I've spent some time working in the game industry, too, albeit nearly 20 years ago (Wii, PS2). A lot of what you said makes sense, I do think I need to probably build the elements from primitive graphical elements to get an interface that isn't jank. I'll have more to say when I've had some free time to look into what you've been working on a bit deeper. Cheers!@thezerobit I am happy to elaborate on anything or chat more on the subject if you want someone to bounce ideas off of and so on. What games did you work on?
Feed RSS
Gli ultimi otto messaggi ricevuti dalla Federazione
-
-
Si traduce in italiano "social graph"? Da quanto ho capito è l'interfaccia grafica che fa vedere le interazioni social di un profilo quindi follower e quant'altro. Per tradurlo, farlo capire a chi di queste cose non sa niente. #aiuto #FollowerPower
-
@strypey It gave us a great meme.
-
Ma chi sarà mai? 😂
-
⏳ 𝗖𝗵𝗿𝗶𝘀𝘁𝗺𝗮𝘀 𝗦𝗮𝗹𝗲! Sconto del 𝟰𝟬% 𝘀𝘂𝗹 𝗽𝗿𝗲𝘇𝘇𝗼 𝗱𝗶 𝗰𝗼𝗽𝗲𝗿𝘁𝗶𝗻𝗮 del Corso "Dark Web & Cyber Threat Intelligence" in modalità E-Learning sulla nostra Academy!🚀
Scrivici ad academy@redhotcyber.com o Whatsapp al 3791638765
📖 Argomenti del corso https://academy.redhotcyber.com/courses/darkwebcti
Non perdere l’opportunità di entrare nel mondo della Cyber Threat Intelligence (CTI) con i corsi di Red Hot Cyber e di diventare un esperto nel campo! Iscriviti ora e approfitta dello sconto! 🔒✨
#redhotcyber #hacking #cti #ai #online #it #cybercrime #cybersecurity #technology #news #cyberthreatintelligence #OnlineCourses #Elearning #DigitalLearning #RemoteCourses #VirtualClasses #CourseOfTheDay #LearnOnline #OnlineTraining #Webinars #academy
-
“brescia schifa i fascisti”: in migliaia alla manifestazione antifascista. corteo da piazza loggia
@anarchia
“Brescia schifa i fascisti”. Sabato 13 dicembre 2025 mobilitazione antifascista e antirazzista con almeno 3.500 persone in totale, scese in piazza contro la calata dell’estrema destra fascista e xenofoba di nord e centro Italia (presenti i
-
Sottovalutare la sicurezza informatica Oggi. Parliamo di “tanto chi vuoi che mi attacca?”
La cultura del “tanto chi vuoi che mi attacchi?” gira ancora, testarda.
Non è uno slogan, è proprio un modo di pensare. Una specie di alibi mentale che permette di rimandare, di non guardare troppo da vicino certi rischi. Succede spesso nelle aziende piccole, quelle dove tutti fanno un po’ di tutto e la sicurezza resta una cosa vaga, sullo sfondo.
Chi osserva queste dinamiche lo vede chiaramente: la sottovalutazione del rischio non è un problema teorico, è pratica quotidiana.
Non nasce da arroganza pura, più da stanchezza, da abitudine, da una fiducia mal riposta nel fatto che “siamo piccoli”. Una frase che torna, uguale, detta con convinzione. E che però non regge.
Perché “non siamo un obiettivo” non funziona
Nelle PMI l’idea è diffusa: nessun dato interessante, nessun nome famoso, nessuna ragione per attirare attenzioni. È una convinzione comoda e diciamola tutta, anche molto rassicurante. Permette di pensare che il problema riguardi altri, quelli grandi, quelli sotto i riflettori. Qui no, qui si lavora e basta.Il punto è che gli attacchi non funzionano più così, se mai lo hanno fatto.
Non c’è qualcuno che guarda una singola azienda e decide se vale la pena. C’è automazione, c’è scanning continuo, c’è un rumore di fondo costante fatto di tentativi automatici. Non serve essere speciali. Basta essere lì.
Ma quante sono le piccole imprese che sono rimaste vittima di un ransomware e sono presenti su questo sito? Migliaia.
Attacchi automatici, non personali
Chi analizza gli incidenti lo ripete da anni, forse con meno pazienza di prima: gran parte degli attacchi è opportunistica. Sistemi che scandagliano la rete senza sosta, alla ricerca di una porta aperta, una configurazione sbagliata, una password debole. Non chiedono chi sei. Provano e basta.In questo scenario, la dimensione conta poco. Anzi, a volte conta al contrario.
Le realtà più piccole sono spesso meno preparate, meno aggiornate, meno protette. Non per negligenza cattiva, ma per mancanza di tempo, risorse, attenzione. Ed è proprio lì che l’automazione trova spazio.
E se c’è un ransomware di mezzo? la PMI paga subito!
Il problema quindi è uno solo. Essere fortunati di non andarci di mezzo. Ma per una Amministratore delegato di una media impresa, costruita con il sacrificio e con la passione di anni di duro lavoro. E’ con la fortuna che vogliamo giocare?
Quando la teoria diventa danno concreto
Ci sono casi reali, documentati, di piccole aziende colpite duramente e ci sono casi documentati di aziende che hanno fallito per un attacco informatico.Non per attività sensibili o segreti industriali, ma perché impreparate. Sistemi bloccati, dati irrecuperabili, operatività ferma. Il tipo di danno che, per una PMI, pesa molto più che per una grande struttura. Volete vedere cosa succede veramente?
Abbiamo anche realizzato un fumetto su questo, il secondo episodio della nostra serie a fumetti BETTI-RHC dal titolo “Zero Decrypt” dove raccontiamo proprio questa storia. Un attacco ransomware ad una piccola impresa. E questa storia si ripete ogni giorno, nel silenzio assordante della stampa che pensa solo ai pesci “grandi” e non ai piccoli.
Chi racconta questi episodi nota sempre lo stesso dettaglio, quasi banale: nessuno pensava potesse succedere. Nessun piano, nessuna procedura, nessuna reazione pronta. Solo sorpresa. E poi il conto, che arriva sempre in un secondo momento.
Il costo della sottovalutazione
Il problema non è solo l’attacco in sé, ma tutto quello che viene prima. La convinzione che il rischio sia remoto porta a rimandare aggiornamenti, a ignorare segnali, a trattare la sicurezza come un fastidio. Qualcosa che ruba tempo al lavoro vero. Un pensiero laterale, inutile.Eppure è proprio questa leggerezza a trasformare un evento comune in un disastro. Perché l’attacco, in molti casi, è banale. Quello che manca è la preparazione. E senza preparazione, anche una cosa semplice diventa ingestibile.
La cultura del “chi vuoi che mi attacchi” resiste perché è facile.
Non chiede sforzo, non chiede cambiamenti. È una frase che chiude la discussione, che permette di passare ad altro. In fondo rassicura tutti, anche chi la dice.
Ma chi guarda i numeri, gli incidenti, le dinamiche reali, lo sa: non è una strategia. È solo una speranza. E sperare, quando si parla di sicurezza, raramente è una buona idea. Anche se suona umana, comprensibile. Fin troppo.
L'articolo Sottovalutare la sicurezza informatica Oggi. Parliamo di “tanto chi vuoi che mi attacca?” proviene da Red Hot Cyber.
-
Sito del fiume brasiliano… PRRRRR!
