Ça a commencé avec l’idée de démarrer de zéro un projet juste parce que la licence de KDE ne leur plaisait pas a l’époque (oui, je ne suis pas tout jeune…).
Pas la licence de KDE, la licence de Qt, qui était proprio à l'époque.
Développer tout en C pour une raison dont je ne me rappelle plus.
Faux. Dès les premières versions de GNOME, tout un tas de langages étaient utilisés. GNOME a toujours été "langage-agnostic", c'est à dire que des applis de tous langages sont acceptés. Si des applications étaient en C, c'est parce que c'est le langage qu'ont choisi les développeurs desdites applications. Ç'aurait pu être un autre. En revanche, les bibliothèques sont en C, car la génération de bindings vers d'autres langages est plus facile à partir du C que du C++ (de ce que j'en ai entendu).
On va copier la base de registre de Windows.
GConf/Dconf n'est pas la base de registre. Ces sytèmes fournissent des valeurs par défaut pour les clés, documentent chaque clé, et servent en gros de base de configuration avancée et centralisée. En quoi est-ce mal ?
Oh et puis non on va faire du .NET, à une époque ou Mono donne encore l'impression d’être un projet loin d’être mur et très en retard sur .NET.
C'est Miguel de Icaza qui est parti sur Mono, et bien que co-fondateur de GNOME, il n'est plus actif dans la communauté GNOME depuis des années. GNOME a officiellement une application en mono, Tomboy. Les autres sont des applications pour GNOME (comme Banshee par exemple), ce qui est différent.
On enlève tout ce qui dépasse sur l'interface graphique, moins l'utilisateur peut en faire mieux c'est.
La configuration se découpe en 3 étages. Les paramètres les plus fréquemment modifiés sont accessibles dans l'interface de GNOME. Ceux un peu moins courants, ou pour lesquels il n'y a pas encore d'interface graphique sont dans gnome-tweak-tool. Enfin, tous ces paramètres, + les autres paramètres avancés sont dans dconf, accessible graphiquement avec dconf-editor et en ligne de commande avec gsettings.
Une interface (ou ce qui en reste) qui regarde fort du coté des écrans tactiles alors que pratiquement personne ne l'utilise sur ce type de matos.
Donc ta logique c'est que GNOME ne doit faire de tactile parce que les périphériques tactiles n'utilisent pas GNOME ? C'est imparable. C'est sûr que s'ils ne bossent pas pour être tactiles, ça va être dur d'être utilisé.
Au passage, tu as quand même des technos prometteuses qui arrivent, comme Leap Motion, et toi ce que tu proposes, c'est de rester avec sa bonne vieille souris dans la main ? Il faut bien à un moment miser sur le futur, non ?
Et maintenant javascript, qui on va dire n'a pas la réputation d’être un langage utilisé pour des softs complexes et de qualité.
C'est à peu près le seul point sur lequel on est d'accord.
[^] # Re: jet de séduction: échec critique
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 8.
Pas la licence de KDE, la licence de Qt, qui était proprio à l'époque.
Faux. Dès les premières versions de GNOME, tout un tas de langages étaient utilisés. GNOME a toujours été "langage-agnostic", c'est à dire que des applis de tous langages sont acceptés. Si des applications étaient en C, c'est parce que c'est le langage qu'ont choisi les développeurs desdites applications. Ç'aurait pu être un autre. En revanche, les bibliothèques sont en C, car la génération de bindings vers d'autres langages est plus facile à partir du C que du C++ (de ce que j'en ai entendu).
GConf/Dconf n'est pas la base de registre. Ces sytèmes fournissent des valeurs par défaut pour les clés, documentent chaque clé, et servent en gros de base de configuration avancée et centralisée. En quoi est-ce mal ?
C'est Miguel de Icaza qui est parti sur Mono, et bien que co-fondateur de GNOME, il n'est plus actif dans la communauté GNOME depuis des années. GNOME a officiellement une application en mono, Tomboy. Les autres sont des applications pour GNOME (comme Banshee par exemple), ce qui est différent.
La configuration se découpe en 3 étages. Les paramètres les plus fréquemment modifiés sont accessibles dans l'interface de GNOME. Ceux un peu moins courants, ou pour lesquels il n'y a pas encore d'interface graphique sont dans gnome-tweak-tool. Enfin, tous ces paramètres, + les autres paramètres avancés sont dans dconf, accessible graphiquement avec dconf-editor et en ligne de commande avec gsettings.
Donc ta logique c'est que GNOME ne doit faire de tactile parce que les périphériques tactiles n'utilisent pas GNOME ? C'est imparable. C'est sûr que s'ils ne bossent pas pour être tactiles, ça va être dur d'être utilisé.
Au passage, tu as quand même des technos prometteuses qui arrivent, comme Leap Motion, et toi ce que tu proposes, c'est de rester avec sa bonne vieille souris dans la main ? Il faut bien à un moment miser sur le futur, non ?
C'est à peu près le seul point sur lequel on est d'accord.