Pour apprendre GLib/GTK+, je te conseille de lire ce guide que j'ai écrit.
Pour apprendre à contribuer à un logiciel libre, ce vieux article d'un ancien développeur GNOME est intéressant. Sinon il suffit de lire le fichier README, HACKING (ou CONTRIBUTING), et ce genre d'autres fichiers TOUT_EN_MAJUSCULE.
Pour GtkSourceView et Tepl, ce sont des bibliothèques donc il n'y a pas de fonction main() comme point d'entrée, chaque fonction publique est un point d'entrée. Tout est bien documenté, donc en ouvrant la doc avec Devhelp, il ne devrait pas y avoir de soucis à apprendre l'API (une fois que tu connais suffisamment bien GLib et GTK+).
Mais développer une bibliothèque est plus difficile que développer une application, il faut faire attention à l'API. Et il faut que l'API convienne à un maximum d'applications. Il faut choisir une bonne balance entre la simplicité et la flexibilité. L'avantage avec Tepl c'est qu'on peut faire des expérimentations, casser l'API tous les 6 mois, si ce n'est pas parfait du premier coup ce n'est pas grave.
[^] # Re: Double participation
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Campagne de financement pour GtkSourceView. Évalué à 5.
Merci pour ta première participation :-)
Pour apprendre GLib/GTK+, je te conseille de lire ce guide que j'ai écrit.
Pour apprendre à contribuer à un logiciel libre, ce vieux article d'un ancien développeur GNOME est intéressant. Sinon il suffit de lire le fichier README, HACKING (ou CONTRIBUTING), et ce genre d'autres fichiers TOUT_EN_MAJUSCULE.
Pour GtkSourceView et Tepl, ce sont des bibliothèques donc il n'y a pas de fonction
main()comme point d'entrée, chaque fonction publique est un point d'entrée. Tout est bien documenté, donc en ouvrant la doc avec Devhelp, il ne devrait pas y avoir de soucis à apprendre l'API (une fois que tu connais suffisamment bien GLib et GTK+).Mais développer une bibliothèque est plus difficile que développer une application, il faut faire attention à l'API. Et il faut que l'API convienne à un maximum d'applications. Il faut choisir une bonne balance entre la simplicité et la flexibilité. L'avantage avec Tepl c'est qu'on peut faire des expérimentations, casser l'API tous les 6 mois, si ce n'est pas parfait du premier coup ce n'est pas grave.