Très bonne question, afficher un point peut être fait de plein de manière différente !
Du coup, ma suggestion est : pourquoi pas dessiner un point dans une image et l'afficher ? (ça peut être une image accessible depuis un serveur web qui se rafraîchit, donc pas besoin de framework UI et accès aux bibliothèque graphiques depuis le langage de programmation.
Et sinon, en effet, en Go, j'aurais tendance à utiliser Gio ou Fyne pour ce qui est application GUI.
Et j'utiliserais g3n pour ce qui serait plus apparenté à de la 3D et du jeu.
Comme je développe une appli mobile pour un client avec Fyne en ce moment, j'irais sûrement sur du Fyne, et globalement, ce que tu veux, c'est une fenêtre lancée avec un canvas.Raster, et dedans, tu dessines les pixels que tu veux.
J'ai créé un widget se basant sur un canvas pour pouvoir signer avec le doigt sur l'application mobile. Et je dessine des pixels à l'endroit où est le doigt (avec malgré tout, une gestion de la résolution de l'écran VS la résolution de mon widget/canvas).
En fait, c'est devenu compliqué parce que les machines sont devenues des plateformes multi architecture, multi plateforme, multi composants. Et pour qu'on puisse remplacer l'un par l'autre, il a fallu créer des abstractions au fur et à mesure. Et certaines abstractions (framebuffer) ne peuvent plus fonctionner dans un tel univers vaste de possibilités hardware/software.
Quand ton hardware collait à 100% à ton hardware, dessiner un pixel sur l'écran n'avait qu'une seule notion. C'était un écran en 640x480, affichant en 640x480. Maintenant, l'écran peut afficher un bureau configuré en FullHD, mais avec une carte graphique pouvant gérer du 8K, mais un écran n'ayant que 4K en pixels.
[^] # Re: Contexte
Posté par 16aR . En réponse au message Juste afficher un point à l’écran. Évalué à 1.
Très bonne question, afficher un point peut être fait de plein de manière différente !
Du coup, ma suggestion est : pourquoi pas dessiner un point dans une image et l'afficher ? (ça peut être une image accessible depuis un serveur web qui se rafraîchit, donc pas besoin de framework UI et accès aux bibliothèque graphiques depuis le langage de programmation.
Et sinon, en effet, en Go, j'aurais tendance à utiliser Gio ou Fyne pour ce qui est application GUI.
Et j'utiliserais g3n pour ce qui serait plus apparenté à de la 3D et du jeu.
Comme je développe une appli mobile pour un client avec Fyne en ce moment, j'irais sûrement sur du Fyne, et globalement, ce que tu veux, c'est une fenêtre lancée avec un canvas.Raster, et dedans, tu dessines les pixels que tu veux.
J'ai créé un widget se basant sur un canvas pour pouvoir signer avec le doigt sur l'application mobile. Et je dessine des pixels à l'endroit où est le doigt (avec malgré tout, une gestion de la résolution de l'écran VS la résolution de mon widget/canvas).
En fait, c'est devenu compliqué parce que les machines sont devenues des plateformes multi architecture, multi plateforme, multi composants. Et pour qu'on puisse remplacer l'un par l'autre, il a fallu créer des abstractions au fur et à mesure. Et certaines abstractions (framebuffer) ne peuvent plus fonctionner dans un tel univers vaste de possibilités hardware/software.
Quand ton hardware collait à 100% à ton hardware, dessiner un pixel sur l'écran n'avait qu'une seule notion. C'était un écran en 640x480, affichant en 640x480. Maintenant, l'écran peut afficher un bureau configuré en FullHD, mais avec une carte graphique pouvant gérer du 8K, mais un écran n'ayant que 4K en pixels.