Bien le bonjour.
J'ai un léger problèmes avec les man-pages : je ne les trouve jamais.
Pour les appels systèmes, j'ai installé manpages-dev : ok.
Mais par exemple pour java, c++, gtk ou plein d'autres langages/bibliothèques, je ne trouve jamais la doc.
Exemple pour GTK :
j'installe gtk, puis libgtk2.0-doc.
J'ai remarqué que la doc était dans /usr/share/doc/libgtk2.0-doc/
les fichiers sont en HTML.
Mais ce que je veux, c'est faire man GtkWidget par exemple.
Ça permettrait d'utiliser le man à l'intérieur de Vim...
Pareil pour c++, j'aimerais faire un man ofstream
Pour java, j'aimerais par exemple faire un man FileInputStream (bon, à la limite y a la javadoc assez bien faite sur internet, mais j'aimerais bien l'avoir en local, même si c'est une autre commande que man pour l'avoir).
Voilà, donc ma question est simple : Quel est donc le mystérieux package à installer ?
--
D'ailleurs, pas trop de rapport, mais quand on #include < gtk/gtk.h >, il n'y a pas la complétion automatique des noms de fonctions/structures définies dans gtk.h quand on tape ctrl-n dans Vim. Savez-vous pourquoi ?
--
Merci d'avance.
# Pour gtk...
Posté par Colin Leroy (site web personnel) . Évalué à 1.
[^] # Re: Pour gtk...
Posté par totof2000 . Évalué à 4.
Pourquoi faire simple quand on peut faire compliqué ?
[^] # Re: Pour gtk...
Posté par Dan . Évalué à 1.
Mais je suis très déçu.
C'est bizarre quand même que man n'ait pas évolué pour pouvoir s'adapter aux fichiers html
[^] # Re: Pour gtk...
Posté par totof2000 . Évalué à 2.
# devhelp...
Posté par Dan . Évalué à 2.
Une interface pourrie.
Des raccourcis pourris !!! (le / pour la recherche ne marche même pas !)
Une navigation à la souris quasi obligatoire.
C'est pas en ligne de commande => perd en puissance.
Passer d'un "Livre" à un autre est insupportable, c'est comme si on était obligé de bouger un curseur entre un man bash et un man stdio.h
À moins qu'il y ait un truc que je n'ai pas capté, c'est une vraie régression.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.