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 ?

2

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... sad)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

3

Ok, merci !

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

4

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. smile

5

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).
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

6

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

7

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

mAyC

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 . smile

8

Tiens, pendant que j'y suis :
YzDk
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 grin
L'application est pourtant en full-screen sur un 1280*1024.

9

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).
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

10

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.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

11

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>

(sick)

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
?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

12

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.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

13

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

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...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

14

Mais ce code est autogénéré par les outils de documentation. sad
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

15

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" wink

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...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.