:D Hum, je pense qu'il faudrais terminé la doc OnLine, puis s'occuper de la doc OffLine.
Moi, je suis ok pour le chm, mais concernant les mise à jours, je trouve qu'un bête Menuitem suffirait.

Euh... Menuitem? kesako?

Hum! Désolé. C'est des vieu réflex de quand je programmais en rapidq.
Je voulais dire insérer un élément de menu qui pointerais vers "Mise à jour de la documentation...", je trouve ça plus commode que de placer ça dans une rubrique d'aide sous forme de bouton de téléchargement.

Salutations.

Sur FlexProject en :
http://flexproject.progboards.com/index.php?option=com_openwiki&Itemid=&id=api
Nous pouvons lire :

Note concernant la structure des pages
Chaque page est découpée en plusieurs sections. Chaque section renseigne sur une caractéristique du mot clé.
Les sections composants chaques pages sont les suivantes :
- > Compatibilité : disponibilité du mot clé. Cette section peut paraître bisard, mais le but étant d'améliorer QBasic en y apportant des fonctions non existantes, il est bon d'avoir un moyen simple de savoir dans quel(s) langage(s) (QBasic ou FlexBasic) le mot clé existe.
- > Syntaxe : Syntaxe du mot clé
- > Description du mot clé : Description de la fonctionnalité du mot clé
- > Apport FlexBasic : Apport propre à FlexBasic
- > Exemple : Exemple d'utilisation du mot clé
- > Liste de mots clé associés : Liste de mot clé associés.

Ne serait-il pas possible de réaliser si ce n'est pas trop tard :

Les sections composant chaque page sont les suivantes :
- > Compatibilité : disponibilité du mot clé. Cette section peut paraître bizarre mais le but étant d'améliorer QBasic en y apportant des fonctions non existantes, il est bon d'avoir un moyen simple de savoir dans quel langage (QBasic et/ou FlexBasic) le mot clé existe.
- > Syntaxe : Syntaxe du mot clé.
- > Description du mot clé : Description de la fonctionnalité du mot clé.
- > Apport FlexBasic : Apport propre à FlexBasic.
- > Exemple : Exemple d'utilisation du mot clé.
- > Observations : Quelques commentaires.
- > Astuces de programmation : Comment les exécuter ? Leur utilité ?
- > Sources possibles d'erreur(s) : Ce qu'il ne faut pas faire avec les codes d'erreur correspondants.
- > Liste de mots clé associés : Liste de mot clé associés.

Ce n'est que mon avis personnel et vous n'êtes pas obligés de le suivre.

Salutations.

C'est une très bonne idée je pense.

Certains exemples avait l'une ou l'autre des caractéristiques des composants que tu proposes mais ce n'est pas très complet.

Je pense que l'on peut ajouter ces composants, pas forcément pour tout (c'est long quand même !), ça rendrait la doc plus complète et plus utile.

Merci SFLPMEA !

Salutations.

Tous les chapitres que je propose ne seraient pas forcément remplis au départ, mais le 'cadre' des composants des API serait le même pour toutes les instructions ou fonctions.
Certains chapitres pourraient être remplis ou non au démarrage, avec la possibilité de compléter par la suite.

Pour l'inscription, identification et mot de passe doivent-ils être différents de ceux que j'ai pour les Progboards ? J'ai voulu m'inscrire et j'ai été carrément refusé

Je suis inscrit ...

Salutations.

Edité par SFLPMEA ( 12/01/2007 17:32:51 )

J'en sais rien, faudrait voir avec Francesco.

L'identifiant, non. J'ai gardé mon bon vieux pseudo ^^. par contre, le pass, je peut pas te le dire, mais je pense que non, puisque il a faut s'inscrire même si on est inscrit sur Pbds...

Bonjour à tous ^^

Concernant l'inscription, il s'agit d'un projet qui n'a rien à voir avec Progboards (je parle au niveau de la structure du site), donc oui il faut s'enregistrer et les mots de passes peuvent être différents (les logins aussi d'ailleur^^)

Ta proposition de catégorie me semble adapté SFLPMEA, aussi, suis-je partant pour la prendre en compte. A moins qu'il y ait des objections ?

SFLPMEA, tu veux te joindre au projet ?

Salutations.

Je suis inscrit depuis hier.

Salutations.