Problème avec tigccdoc - Page 1

Quand je lance tigccdoc en ligne de commande, KTIGCC lancé ou non, j'ai ce message :

/usr/local/tigcc/bin/tigccdoc: line 20: assistant: command not found
tigccdoc: error: QT Assistant 3.2 required

Pourtant, ça marche très bien depuis l'IDE.
Comment faire pour que ça marche, si possible sans rajouter de paquets ?

C'est parce que le script tigccdoc cherche toujours le Qt Assistant de Qt 3 alors que KTIGCC est patché pour utiliser celui de Qt 4 dans le dépôt pour Fedora.

Tu peux installer qt3-devel ou alors tu peux modifier le script pour qu'il appelle assistant_adp à la place de assistant. (Je compte faire ça la prochaine fois que je mets à jour TIGCC. Tiens, encore un TODO pour la fameuse bêta 9... )

Ok, merci !

23 paquets de dépendances pour qt3-devel, on va essayer de bidouiller le script

Bon merci, ça marche ! Par contre, en root, rien ne se passe, je dois reprendre la main avec C-c ... Avec mon compte, la doc s'ouvre, tout va bien.

En root dans un su ou sudo? Tu ne peux pas utiliser des applications graphiques dans un su ou sudo (faut utiliser kdesu, mais dans ce cas-ci il suffit de ne pas lancer l'application en root).

Ok, c'était dans un su en effet, merci.

Un autre problème, qui n'a rien à voir. Un shot, c'est simple à comprendre :



C'est dans lapage de SymFindFirst.
Cette ligne devrait être découpée, non ? En tout cas c'est chiant qu'elle ne le soit pas. Quelqu'un peut dire comment cette page s'affiche sous Win svp ? C'est le comportement normal ?
En tout cas, ça fait que l'ascenseur du bas ne démarre pas complètement à gauche quand j'ouvre certaines pages. Il faut donc commencer par scroller, et le scroll horizontal ne se fait pas avec la molette, donc c'est chiant.

vala vala .

Tiens, pendant que j'y suis :

C'était pas foutu comme ça sous Win. Là, en plus d'être plus chiant (pas de vue d'ensemble), c'est limite illisible, en tout cas c'est chiant
L'application est pourtant en full-screen sur un 1280*1024.

Je ne vois aucun de ces deux artefacts de visualisation sur KDE 3.5.x et Qt Assistant "3.3.8b-5" (SimplyMEPIS 8 64-bit, base Debian Lenny).

Folco (./7) :
Cette ligne devrait être découpée, non ?

Oui. Problème d'affichage avec le Qt Assistant de Qt 4.5, pas présent avec celui de Qt 3.3. Peut-être un pépin de Qt, peut-être une erreur dans mon HTML, à voir.

Idem pour le problème de SYM_ENTRY.

Le HTML est:

<TABLE CLASS="DEFTABLE"><TR><TD CLASS="DEFBG">
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFINITION"><B><A HREF="keywords_typedef.html">typedef</A></B> <B><A HREF="keywords_struct.html">struct</A></B> {</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="16"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_int.html">char</A></B> name[8];</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="16"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_short.html">unsigned</A></B> <B><A HREF="keywords_short.html">short</A></B> compat;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="16"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_union.html">union</A></B> {</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="32"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_short.html">unsigned</A></B> <B><A HREF="keywords_short.html">short</A></B> flags_n;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="32"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_struct.html">struct</A></B> {</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="48"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_short.html">unsigned</A></B> <B><A HREF="keywords_int.html">int</A></B> busy : 1, local : 1, flag1_5 : 1, flag1_4 : 1, collapsed : 1, twin : 1, archived : 1, in_view : 1;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="48"></TD><TD CLASS="DEFINITION"><B><A HREF="keywords_short.html">unsigned</A></B> <B><A HREF="keywords_int.html">int</A></B> folder : 1, overwritten : 1, checked : 1, hidden : 1, locked : 1, statvar : 1, graph_ref_1 : 1, graph_ref_0 : 1;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="32"></TD><TD CLASS="DEFINITION">} bits;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="16"></TD><TD CLASS="DEFINITION">} flags;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFBG" WIDTH="16"></TD><TD CLASS="DEFINITION"><A HREF="alloc_HANDLE.html">HANDLE</A> handle;</TD></TR></TABLE>
<TABLE CLASS="DEFSUBTABLE"><TR><TD CLASS="DEFINITION">} SYM_ENTRY;</TD></TR></TABLE>
</TD></TR></TABLE>

()

Firefox 3.0.10, Konqueror 3.5.10 et elinks 0.11.4 sont d'accord pour ne pas wrapper ça bizarrement.



@Martial: qu'est-ce qui se passe si tu:
* augmentes les valeurs des attributs "width" dans $TIGCC/doc/html/vat_SYM_ENTRY.html
ou
%" au <TABLE CLASS="DEFTABLE">* ajoutes un "WIDTH="100
?

Les 2 erreurs sont de la faute à Qt à mon avis.

Pour SymFindFirst, le code est:

<PRE>SymPtr = SymFindFirst (NULL, 0);
</PRE>
<B>Note:</B> Since this routine and subsequent calls to

et Qt ne retourne pas à la ligne à la fin du <PRE> et fait comme si tout faisait partie de la même ligne insécable. C'est très bizarre comme comportement. Ça se contourne peut-être en rajoutant un <BR>, mais je pense que ça devrait être corrigé dans Qt.

Hmm, je viens de penser que vu que j'ai Qt4 Assistant (4.4.3), je peux faire les tests moi-même

au <TABLE CLASS="DEFTABLE">Ajouter un "WIDTH="100%"
corrige le problème dans SYM_ENTRY. Vu ce que font Firefox, Konqueror et elinks, ça sent quand même le bug de Qt Assistant...

Mais ce code est autogénéré par les outils de documentation.

Ben, il n'y a aucun problème du côté de TIGCC / GCC4TI: c'est Qt Assistant 4 qui ne rend pas correctement du HTML raisonnablement valide (quoique vieux style) que Qt Assistant 3, Firefox, Konqueror et elinks rendent comme "attendu"

De plus, Martial peut peut-être contourner le problème en utilisant la version CHM de la documentation. Il y a de bons lecteurs ouverts de CHM, par exemple xchm ou kchmviewer. Ici, kchmviewer 3.1 ne montre aucun des deux bugs de rendu ci-dessus, j'espère qu'il en sera de même sur sa distro...