Discussion :

[ericb2]

@benjani13

Entièrement d'accord avec toi. Personnellement, je ne vois pas de troll là-dedans, et il n'y a pas de problème pour discuter de tout cela : j'ai mis 3 ans à en arriver où j'en suis, parce que c'était super difficile (même le path d'un fichier, ça peut poser des problèmes pénibles de portabilité !). Au hasard, un autre exemple qui m'a demandé une bonne semaine avant de comprendre ce qui se passait : avec Freetype, sous Windows, pas moyen d'utiliser une police de caractère qui n'est pas dans certains répertoires SAUF à utiliser une véritable usine à gaz ! En fait, utiliser une police truetype (ou opentype) sous Windows, c'est très très encadré. Sous Linux, on fait presque ce qu'on veut, et la vie est différente. Mais je ne saurais dire qui a raison (il y a autant d'arguments pour et contre pour les 2). Je pourrais aussi parler de l'accès à certains périphériques (USB par exemple). Je connais bien Mac OS aussi, et c'est encore un autre monde ...

Personnellement, devoir résoudre tous ces problèmes, m'a pris énormément de temps, mais m'a quand même bien ouvert les yeux : bien comprendre ce qui est important et ce qui ne l'est pas, quel que soit l'OS,. En particulier, qui aurait pensé que le simple fait d'ouvrir un fichier était si tordu quand on veut le faire sous Linux et sous Windows ?


Pour revenir à l'API à utiliser, sauf si c'est déjà proposé, je pense qu'il y a 2 autres pistes :

- Qt LGPL ou GPL : Mode retenu (à opposer au mode immédiat) avantage portabilité, localisation facile, inconvénients : API qui change tout le temps, on n'a jamais la bonne version et surtout, si tu veux faire des produits fermés, le prix de la licence.

- wxWidgets : je ne suis pas convaincu, mais ça à l'air tout à fait honorable / portable

Autres API (amha, pas encore mûres) : Nana, Nuklear aussi (intéressant car c'est du mode immédiat avec le SVG intégré)

mes 2 cts


[J'ai oublié] : merci pour le lien, je vais jeter un oeil au code

--
qɔᴉɹə

Auteur d'OOoLight et OOo4Kids
L'association EducOOo : http://www.educoo.org (dérivé d'OpenOffice)

https://framagit.org/ericb/miniDart (logiciel Handball)

https://github.com/ebachard (logiciels variés)

[archqt]

@benjani13

Pour revenir à l'API à utiliser, sauf si c'est déjà proposé, je pense qu'il y a 2 autres pistes :

- Qt LGPL ou GPL : Mode retenu (à opposer au mode immédiat) avantage portabilité, localisation facile, inconvénients : API qui change tout le temps, on n'a jamais la bonne version et surtout, si tu veux faire des produits fermés, le prix de la licence.

- wxWidgets : je ne suis pas convaincu, mais ça à l'air tout à fait honorable / portable

Autres API (amha, pas encore mûres) : Nana, Nuklear aussi (intéressant car c'est du mode immédiat avec le SVG intégré)

Il n'y a pas plus de soucis en fermé entre wxWidgets et Qt. La licence LGPL permet du code fermé à condition que l'utilisation puisse changer la bibliothèque. Donc à part de l'embarqué ou tu ne veux pas que l'utilisateur puisse modifier le code pour raison de sécurité (style programme dans un véhicule) les 2 se valent à ce niveau.

[archqt]

1. Avoir une API stable qui permette à tous les anciens programmes de fonctionne est quand même un avantage certain.
2. Ensuite proposer une API plus "moderne" en même temps que l'ancienne est un élément qu'Apple avait utilisé il fût un temps, si ma mémoire est bonne.
3. Electron permet surtout d'utiliser du javascript sur tous les sytèmes avec (sauf erreur) un système qui se base sur du WebView c'est à dire une page web dans une fenêtre d'un client "lourd". On a donc forcément un truc très lourd car au final c'est un navigateur notre application

Jamais essayé mais sciter permet de faire du code cross-plateforme en C++ avec une API Web (DOM) tout en étant très léger sur le Desktop

[marc.collin]

Je ne veut pas que vous y voyiez une attaque contre Linux, ou un troll pro Windows comme le pense SimonDecoline. C'est juste un cas concret que j'ai rencontré pour tenter de faire avancer le débat sur pourquoi Linux a du mal à percer sur Desktop quand Linux monopolise quasiment le marché sur d'autres domaines.

je ne pense pas que ça ai un gros impact... apple a mis des milliards en marketing sur mac os... et pourtant apple a moins de 10% de marché...

[Invité]

Je ne veut pas que vous y voyiez une attaque contre Linux, ou un troll pro Windows comme le pense SimonDecoline.

Ah bon je pense ça ? Elle est vraiment intéressante cette discussion. J'y ai même appris que j'étais fier d'électron, alors que je ne l'utilise jamais...

C'est juste un cas concret que j'ai rencontré pour tenter de faire avancer le débat sur pourquoi Linux a du mal à percer sur Desktop quand Linux monopolise quasiment le marché sur d'autres domaines.

Tu ne penses pas que si c'était vraiment un cas concret, d'autres personnes auraient eu le problème et trouvé une solution ces 20 dernières années ? A priori, pour faire des applis graphiques multi-plateformes, on utilise une bibliothèque graphique multi-plateforme, et de qt à fltk, il y a quand une bonne variété de compromis fonctionnalités / légèreté. Mais si ton truc c'est d'utiliser des vieilles api, peut-être que ceci conviendra : https://github.com/x42/sofd

je demande encore, en quoi ça a un rapport avec le sujet?
est ce qu'on parle du non intérêt de linux sur desktop, ou bien sur sa domination sur mobile?
bref j'en reviens pas du hors sujet complet.

Ben aucun des deux en fait. L'article initial parle de l'historique de linux : les débuts du projet, les micro-noyaux, l'open-source, etc. C'est toi qui a dévié le sujet sur la fragmentation des distributions qui empêcherait linux de conquérir le monde du desktop, alors que l'article contient à peine une phrase sur le desktop. Et après, tu viens pleurer que les gens ne lisent pas correctement tes messages...

[bbalet]

Après plus de 25 ans, la question « d’avenir » peut être analysée sous le prisme de l’adoption. Sous cet angle, il faut souligner que Minix est loin de faire le poids.

Sauf que Minix n'a pas été créé dans le but de devenir un OS grand public (concurrent d'Unix ou de MS-DOS/Windows plus tard). Quand j'étais étudiant il y a vingt ans, il était distribué sur un CR-ROM avec l'excellent bouquin du professeur Tanenbaum (il a aussi écrit écrit des bons bouquins sur les réseaux informatique, il est très pédagogue et captivant à lire). Contrairement à Linux, l'objectif était de maintenir la base de code raisonnablement petite (tout en restant un OS fonctionnel) de manière à ce que des étudiants en informatique puissent en maîtriser les concepts.

Ce n'est que depuis quelques années et avec MINIX 3 (et des pépéttes de l'Europe pour en faire un OS de production) que les utilisateurs s'aperçoivent que c'est un bon OS pour de l'embarqué et commencent à l'utiliser en production. Mais encore une fois, je ne pense pas que c'est demain la veille qu'il débouler en masse sur les serveurs web voire les desktops. Tout simplement parce que ce n'est pas la priorité/mission du projet.

[Christophe]

Sauf que Minix n'a pas été créé dans le but de devenir un OS grand public

Linux non plus au début :

De : torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)Groupe : comp.os.minixSujet : Qu’est-ce que vous aimeriez bien voir dans Minix ?Date : 25 Août 91Salut à tous les utilisateurs de Minix -Je construis un système d’exploitation (libre) pour les clones 386(486)AT (juste pour le fun, rien de gros et pro genre gnu). C’est en train de mijoter depuis avril et ça commence à être prêt. J’aimerais avoir des retours sur ce que les gens aiment/n’aiment pas dans Minix, vu que mon OS y ressemble plus ou moins (même organisation physique du système de fichiers [pour des raisons pratiques] entre autres choses).
Pour l’instant, j’ai porté bash(1.08) et gcc(1.40) ; ça a l’air de marcher. Ce qui signifie que j’aurai quelque chose d’utilisable d’ici quelques mois et j’aimerais savoir ce que les gens voudraient comme fonctionnalités. Toutes les suggestions sont les bienvenues, mais je ne promets pas de les implémenter :-)Linus (torvalds@kruuna.helsinki.fi)

Et pour le petit hommage à Tanenbaum, Minix est intégré dans Intel Managment Engine (bien que cela pose controverse). son livre sur les OS reste je pense une référence.