man - Page 2

Ok, merci.

hmmmm, ya une couille dans mon truc... si ya 50 libs "man" sur la calc :
- un Libs* ouvrira n'importe laquelle, sans qu'on puisse savoir dans quel pack il va aller la chercher
- un kernel::Extract* me créera un fichier en RAM, enchanté, mais ça sera jamais une lib relogée... ça sera qu'un paquet d'octets informes...
Seule solution, ajouter ce fichier à la VAT, dans le répertoire system, avec un nom temporaire, puis faire un LibsBegin dessus...

C'est bancale comme truc. PpHd, je t'ai déjà signalé que j'étais confronté à ce problème, le manque de fonctions de haut niveau par rapport aux PA... Idéalement, il faudrait un ramcall disant :
"Je veux faire un LibsBeginFile sur tel fichier de tel pack", en spécifiant le pack par son handle et le fichier par son nom. Là, on est obligé de bricoler (pas que ça me dérange de faire du bricolage , mais je crois vraiment qu'il manque une fonction d'accès ^^).

pourquoi tu ne la fais pas cette fonction?

Bien sûr, je peux bricoler ce que j'ai dit et ça devrait très bien marcher, en effet. Mais à mon sens, une telle fonction a sa place dans le kernel, à voir ce que PpHd en pense.

Tu le fait et il l'integre tout simplement

(chut, lui donne pas de mauvaise idée toi )

Le truc c'est que ça se code pas pareil dans le programme que si c'est fait pour être intégré au kernel, W8&6 !

Bon ben ok, j'abandonne l'idée d'une dll, ça sera un texte. Quel formatage? ^^

txtrider réduit à (fontes, souligné [et encore], et alignement horizontal)

Alignement horizontal ? Tu parles de tabulations ?

gauche droite centré toussa

Okay. J'allais dire : qu'est-ce qui est vraiment nécessaire ? Comme tu dis, je ne crois pas que le soulignement le soit. D'après ce que je peux en voir, man ne met en relief que les titres de section. J'ai bien téléchargé man, mais j'ai pas trouvé dans ce bronx le format et comment il s'y prend. Y a-t-il besoin d'autre chose ? En fait, je n'ai pas d'exemple où un alignement à droite pourrait servir par exemple.

anéfé. donc polices uniquement.

et quid de liens hypertextes? (je fais entrée sur un mot pour ouvrir la page man du machin si il est installé)

l'inversion vidéo peut servir du coup, ou bien le souligné.

maintenant que j'y pense ça me parait un must les liens hypertextes

Alors décris-moi tes liens hyperetxtes, pourquoi pas c'est pas idiot ^^. Sur PC, on la grâce à la souris. Là, tu fais comment pour te déplacer d'un lien à l'autre ?
Mettons que j'en ai deux affichés sur la page, quel contrôle passera de l'un à l'autre ? Sachant que [<>/2nd][UP/DOWN] sont pris pour la nav dans le fichier.

Haut et bas permettent de naviguer de lignes en lignes, et si il y a plusierus sur la meme ligne, ça défile


Folco, je te conseille de regarder lynx ou links2 sous linux en mode console pour voir comment ça marche

Je connais Lynx, mais là, si on affiche une page de doc, haut et bas vont faire défiler le texte, aucun intérêt à avoir un curseur qui ne servira à rien d'autre qu'aux liens. Enfin, j'en vois pas l'utilité...

idée : utiliser droite/gauche pour naviguer dans les liens affichés sur l'écran ?

S'il n'y a pas de gras, il faut au moins le souligné pour distinguer certains mots des autres. La vidéo inverse peut ne pas être bien lisible, à cause de l'affaiblissement du contraste sur les lignes correspondantes.
Je ne sais pas si les liens hypertexte sont un must dans ce man on-calc ?

Ok pour le soulignement vs inversion vidéo. Pour les liens, comme tu dis, je ne sais pas si c'est un must : sous Linux, ok, passer de fopen à ftell à rewind etc..., parce que c'est tès lié. On est pas dans ce contexte-là sur TI, où les programmes sont à priori très indépendants. Ceci dit, j'attends l'avis de squalyl, voire avec ses éventuels besoins.

Mon idée est de n'avoir qu'une seule balise. Plaéce en début de ligne, elle met toute la ligne en font 1, alors que les autres sont en font 0. Ca permet de faire des mises en relief, à l'instar des titres des sections dans une page de man. Ca me semble suffisant pour avoir la présentation souhaitée, le strict minimum de balise, tout en permettant d'avoir une présentation correcte. Qui plus est, son parsing est extrêmement simplifié et son implémentation ne prendra qu'une place ridicule.

- utiliser la font de system\font peut se révéler pire que tout si elle est définie à 2 par exemple, c'est pour ça que je pense que la font 0 est la plus adaptée
- je compte afficher les tabulations, ce qui permet de faire quand même un minimum de mise en forme

Vos idées sur ces points ?

Autre chose, 'man truc' ira donc chercher un fichier texte appelé 'man' dans le PA 'truc'. Mais est-il utile d'accepter une notation genre 'man fld\truc', qui ira chercher dans le PA 'truc' du répertoire 'fld', alors que SymFindNext aurait trouvé avant celui du répertoire 'aaa' ? Ca demande deux codes de recherche différents.

Bon, le coup des liens hypertexte, ça soulève un autre problème, un problème de concept.

Le fait de naviguer dans des liens signifie qu'on navigue probablement dans les fonctions d'un langage de programmation. Or je vois mal un langage fournir une page de man unique de 50 ko (bonsoir à s'y retrouver). Il voudrait plutôt fournir plusieurs fichiers, correspondant à différentes fonctions, headers ou mot-clé. Le concept du texte dans un PA se révèle donc mauvais pour une telle utilisation.

Est-ce que l'idéal ne serait pas de mettre tous les textes de man dans un répertoire 'man' (ou autre, ça peut se spécifier avec un simple fichier de conf dans /system ça) ?
Et là, les liens hyper-texte prennent tout leur sens et leur puissance !
J'avoue que cette solution me botte terriblement, et qu'elle supprime du coup quelques problèmes liés à l'emploi de textes dans un PA.

Avantages côté utilisateur :
- ajout ou suppression aisé d'une page sans charcutage de PA ou recompilation
- possiblité d'éditer une page on-calc pour un quelconque besoin
- visualisation aisée des différentes pages présentes en mémoire

Qu'en pensez-vous ?

pas bête ^^

mais l'idée d'avoir la doc intégrée dans le PA était sympa du fait qu'elle est dispo directement dès que l'appli est installée. "yaka" fournir une version du PA sans doc pour ceux qui la veulent pas.

pour les liens je sais pas. Je sais pas si c'est vraiment nécessaire en fait, y'a pas de doc d'API, c'est juste des progs qui ont rien à voir entre eux. on peut ptet s'en passer.

Ben on peut faire que "man truc" recherche d'abord un texte 'truc' dans /man, puis s'il n'a pas trouvé, il cherche un PA 'truc' qui contient un texte 'man' ?

ça peut

Voilà, j'allais suggérer quelque chose très similaire à ./50

Bon, ben ça semble déjà plus rassembleur comme idée, on avance. ^^

Je pense implémenter les liens, des fois que ça serve (soulignement), et la mise en relief d'une ligne (font 1).

Que voyez-vous d'autre au niveau concept ou que sais-je encore ?

Folco (./50) :
Ben on peut faire que "man truc" recherche d'abord un texte 'truc' dans /man, puis s'il n'a pas trouvé, il cherche un PA 'truc' qui contient un texte 'man' ?

Ca m'a l'air d'être la bonne idée.

Bon ben super, merci. J'ai codé les différentes ouvertures.

Bon, j'ai fait l'ouverture suivante : ça regarde s'il y a un fichier STR system\man, contenant le nom d'un répertoire. Si oui, c'est le répertoire utilisé pour chercher les fichiers. Sinon, on cherche dans /man. Si on trouve rien, on cherche un "man" dans le PA qui va bien.
Rien de bien sorcier jusque là.

Je me pose une question :
- quelle font utiliser (la 1 est la plus simple à implémenter, chasse fixe oblige, et j'ai pas envie d'avoir des retours à la ligne en plein milieu des mots, donc trouver les espaces et couper omme il faut serait plus simple).
- les liens, faut les faire, c'est vraiment important ?
- quelle(s) balise(s) utiliser ?

Merci de vos avis.

Folco (./57) :
- quelle font utiliser (la 1 est la plus simple à implémenter, chasse fixe oblige, et j'ai pas envie d'avoir des retours à la ligne en plein milieu des mots, donc trouver les espaces et couper omme il faut serait plus simple).

A mon avis, c'est trop gros pour une 89.

+1. ebook sur 89 n'utilise que F_4x6 / la font 0. La version F_6x8 d'ebook n'a été faite, dans l'esprit de son auteur original, que pour les 92+/V200.

Et les lignes sont découpées proprement ? ie sur les tirets/espaces/tabulations ?