AutoIt Français

Le fichier d'aide V3.3.14.2 FR (traduit partiellement) SERA incessamment disponible à l'adresse:

http://www.autoitscript.fr/download/ind ... mentation/

Mode d'emploi:
Renommer le fichier AutoIt.chm et le substituer à "c:\Program Files\AutoIt3\AutoIt.chm"

La rubrique _IE* est maintenant traduite... reste à relire et corriger.
Pages traduites en FR:
-Hors rubrique UDF: 100%
-Rubrique UDF: 709 pages/3203 pages, soit 22,3%


....................................Nb de.................Rubrique...............En cours de
....................................Pages..................traduite................traduction

Array................................29......................x
Clipboard..........................20.......................x
Color................................10.......................x
Crypt................................11.............................................Orax ???
Date.................................49............................................jGuinch ???
Debug................................7.......................x
EventLog...........................13
Excel.................................32......................x
File....................................15......................x
FTPEx................................29

GDIPlus............................317......................x

GUI GuiAVI.........................10
GUI GuiButton.....................29
GUI GuiComboBox................51
GUI GuiComboBoxEx.............67
GUI GuiDateTimePicker.........16
GUI GuiEdit.........................47
GUI GuiHeader...........
GUI GuiImageList........
GUI GuiIPAddress........
GUI GuiListBox..........
GUI GuiListView.........
GUI GuiMenu.............
GUI GuiMonthCal.........
GUI GuiReBar............
GUI GuiRichEdit.........
GUI GuiScrollBars.......
GUI GuiSlider...........
GUI GuiStatusBar........
GUI GuiTab..............
GUI GuiToolbar..........
GUI GuiToolTip..........
GUI GuiTreeView..................113..................x

IE.........................................49..................x
Inet...........................................................................moi-même
Math.......................................5..................x
Memory....................
Misc
NamedPipes
NetShare
Process
ScreenCapture
Security
SendMessage
Sound
SQLite
String.....................................8..................x

StructureConstants................104.................x
Timers
Visa
WinAPI
WinAPIEx Administration
WinAPIEx Audio
WinAPIEx Automation
WinAPIEx BitMap
WinAPIEx Brush & Pen
WinAPIEx Carets
WinAPIEx Clipboard
WinAPIEx Clipping
WinAPIEx Color
WinAPIEx COM
WinAPIEx Controls
WinAPIEx Conversion
WinAPIEx Coordinate & Transform
WinAPIEx Cursors
WinAPIEx DataAccess & Storage
WinAPIEx Desktop Window Manager
WinAPIEx DeviceContext
WinAPIEx DevicesIoCtl
WinAPIEx Diagnostic
WinAPIEx Dialog
WinAPIEx DLLLib
WinAPIEx Files
WinAPIEx Font & Text
WinAPIEx Heap
WinAPIEx Icons
WinAPIEx Internationalization
WinAPIEx Line & Curve
WinAPIEx Memory
WinAPIEx MetaFiles
WinAPIEx Monitors
WinAPIEx Paint & Draw
WinAPIEx Path
WinAPIEx Power
WinAPIEx Process
WinAPIEx Rectangle
WinAPIEx Region
WinAPIEx Registry
WinAPIEx Resources
WinAPIEx Shape
WinAPIEx ShellEx
WinAPIEx ShellPath
WinAPIEx Station & Desktop
WinAPIEx Struct
WinAPIEx Synchronization
WinAPIEx SysInfo
WinAPIEx Theme
WinAPIEx UserInteraction
WinAPIEx Windows
WinNet
Word

Bonjour mdanielm.
J'ai modifié la manière de stoker les fichiers chm sur le site.
Chaque nouveau fichier AutoIt.chm traduit sera dorénavant compressé dans un fichier zip sous la forme AutoItFr_AAAAMM.zip, de cette manière, l'utilisateur n'aura qu'à décompresser le fichier directement dans le dossier d'installation AutoIt pour remplacer la doc Anglaise par la doc Française et en plus cela évitera le problème des fichiers verrouillés...


PS : Je n'ai pas encore reçu le fichier AutoItFr_201510.chm.

Bonsoir,
L'envoi date du 1er octobre, Je récidive ce soir à minuit!
Bonne nuit.

Toujours rien !
J'ai même été voir dans les spams et rien ...

Peut être que Orange bloque l'envoi. Essayez de l'envoyer en zip ou en 7zip.

Bonjour,
Ce matin à 10h j'ai envoyé un message SANS fichier joint. L'as tu reçu?
L'adresse est la même que celle utilisée les mois précédents.
Les paramètres associés aussi dont: smtp.sfr.fr mais ce n'est pas une erreur, je suis bien chez sfr.
Le message ne me revient pas.
@+

Mail reçu. J'y ai répondu à l'instant.

Envoyé de mon appareil mobile avec Tapatalk.

Bonjour à tous.

J'ai téléchargé l'aide FR (201510) et ai remplacé l'ancien donc.

Si j'ouvre un script, et si j'appuie directement sur F1, j'ai ceci : Lien complet : http://i.imgur.com/bOoubH9.png


Un souci d'encodage ? Si oui, chez moi ? C'est pas impossible.

EDIT
Apparemment, quand on recherche, qu'on clique et qu'il y a plusieurs rubriques trouvées, c'est pareil :
http://i.imgur.com/uxfgiLF.png
http://i.imgur.com/jKtXZi0.png

Et :


On dirait que, dans la partie gauche, si caractères spéciaux, ils ne sont pas représentés.
Vu qu'à l'origine, ce chm est US, ceci explique peut-être cela : l'encodage ou les caractères ascii (comme dans CMD).



En tout cas : merci, c'est fort agréable de comprendre tout d'un bloc.






++

Re, c'est encore moi

Bon, je l'ai décompilé pour mieux voir où se situe le souci ^^
Apparemment, c'est lié à la base <title> : à vérifier.

Si le mot a, au minimum, un caractère spécial (accent), ça foire.
http://i.imgur.com/aZuDkKx.png

C'est donc un souci htm(l).

J'avais eu le même souci : obligé d'ajouter une ligne pour l'encodage utf8.
http://formation.upyupy.fr/html-xhtml/c ... -speciaux/

++

Bonsoir
J'accepte volontiers votre aide parce que je sèche. Au début, j'avais ce problème dans le sommaire .hhc et en bricolant le .hhp je l'avais résolu dans le sommaire mais pas dans l'index .hhk et je ne savais pas quoi faire d'autre.
Actuellement les fichiers .hhc .hhk .hhp sont au format ANSI, Si j'en mets un au format UTF8, le sommaire n'est plus correct. Je crois bien avoir essayé toutes les combinaisons: .hhc .hhk .hhp en utf8, etc.... rien de bon.

Si j'ai bien compris ce que vous proposez, il suffit de remplacer dans tous les htm, la ligne:
<meta charset="utf-8">
par
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

J'attends votre confirmation ...car le travail n'est pas anodin!


Je viens de retrouver des pages htm5 que j'écrivais à partir d'un livre de "Angels" et qui me faisait mettre:
<meta http-equiv="Content-type" content="text/html; charset=iso-8859-15" />
Qu'en pensez vous?

Cordialement

J'ai essayé les deux lignes ci dessus dans un seul fichier: for.htm sans amélioration du .chm

Salut

Désolé, j'avais oublié de cocher la case pour être notifié.

En fait, je ne sais pas, je sais juste que j'avais eu un cas similaire, réglé avec l'ajout de cette ligne.
Mais ça fait 5 ans

<meta http-equiv="Content-type" content="text/html; charset=iso-8859-15" />

Ah oui, je peux toujours essayé.

Je vais d'abord bien un fichier html qui coince, et l'ouvrir avec le navigateur pour voir si les accents sont bien pris en compte.

EDIT :
Apparemment, c'est lié au AutoIt.hhc

J'explique :

• j'ai décompilé le fichier AutoIt.chm
• J'ai cherché ce groupe de terme dans tous les fichiers : Référence Mots-clés du langage (car tous les accents sont tronqués)

seul le fichier AutoIt.hhc dispose de ce groupe de terme.

Et quand je l'ai ouvert pour édition, y'a du HTMl certes, mais pas de ligne du style Je vais donc rajouter cette ligne (et l'autre) et compiler partiellement, juste pour voir si référence Mots-clés du langage est bien écrit correctement.

Si oui, on aura trouvé la parade.

++

Bon, ben c'est raté.

Je vais voir si le fautif, c'est pas moi en fin de compte.

Je reviens.

++

Salut.

Donc, non ce n'est pas moi.

Par contre, j'ai décompilé un autre CHM (celui de ZHP de nicolas coolman) afin de voir le contenu de son hhc.

En image :


Donc, juste après <head>, il y a cette ligne : Donc, je l'ai recompilé (vu que un titre dans l'index avec une lettre accentué).
Et pas d'erreur.


Je vais donc retenter la chose.


++

Grâce à vos idées j'ai trouvé la solution.
Je ne m'étais jamais rendu compte que dans l'onglet Rechercher du chm il y avait les titres des pages.
Comme la balise <meta> apparaissait après <title> j'ai essayé de la placer avant avec différente forme.
Rien ne changeait, je pense que <meta> concerne le <body>.
J' ai donc remplacé le é de Mot-clé dans <title> par &eacute; et ça marche, même en gardant la <meta> existante.
Je vais aussi remplacer Function par Fonction, ce sera plus propre.
Merci pout votre aide.
Si vous avez envie et surtout le temps de vous essayer à la traduction, je dispose de pages html déjà formatées et déjà traduites par le traducteur Google. Il ne reste plus qu'à reprendre ce qui est mal traduit, je fournis aussi un outil qui facilite la traduction.
Vous n'avez qu' à m'indiquer la rubrique qui vous intéresse.
Cordialement

Concernant le problème d'encodage j'ai fait quelques recherches et visiblement il y a encore un problème avec la recherche.

Version courte : si les .htm sont encodés en UTF-8, la fonction Rechercher ne pourra pas fonctionner correctement si le terme recherché contient des caractères accentués.

Apparemment le format CHM n'aurait pas été mis à jour depuis plus de 10 ans. Une réponse sur http://support.innovasys.com/entries/22 ... s-properly indique que l'UTF-8 n'est pas supporté pour les fichiers de Table of Contents (*.hhc), Index (*.hhk) et pour la partie Rechercher. Mes essais confirment cela.
Il est possible d'avoir des pages HTML encodées en UTF-8 mais une recherche (onglet Rechercher) sur un terme qui contiendrait des caractères accentués échouerait. Pour faire l'essai il suffit de faire une recherche dans la doc traduite (ou dans mes exemples en PJ) du mot généralement. Le mot ne sera pas trouvé alors qu'il est bien présent dans la page Les Contrôles entre autres.

Dans le ZIP joint il y a deux versions d'un CHM de test. Il n'y a que les .htm qui diffèrent, les autres fichiers sont identique et sont en Windows-1252 (si ces fichiers sont ouvert avec Notepad++ ça sera indiqué ANSI en bas à droite). Il y a une version dont l'encodage des .htm est Windows-1252 et UTF-8 pour l'autre. Dans la version UTF-8, la fonction Rechercher ne fonctionne pas pour les mots avec des caractères accentués.
Donc d'après moi, il ne faut pas créer un CHM avec des fichiers en UTF-8. J'utiliserais plutôt le Windows-1252. Il contient plus de caractères imprimables que le iso-8859-1 mais, surtout, il semble être utilisé par défaut si je ne le spécifie pas. Je suppose que c'est le code de page du système qui est utilisé dans ce cas (dans mon cas c'est Windows-1252 (Europe de l'Ouest)). Le code suivant doit retourner 1252 si c'est bien Windows-1252 qui est utilisé par défaut par Windows. Et également... pour la version du dossier Windows-1252 je n'ai pas eu besoin d'utiliser des entités HTML (&eacute; ...) pour que é è à â û ô ÿ ê â ¤ € ù œ s'affiche correctement dans la colonne Titre.

Faudrait demander à guinness comment la moulinette qui produit l'aide US s'y prend, car lorsque j'y recherche 中国文字 je trouve bien cette chaîne (dans la page StringRegExp). Il doit donc exister un moyen d'avoir de l'Unicode dans les rubriques et pour la recherche.

Lorsque j'y recherche 中国文字 je NE trouve PAS cette chaîne (pourtant bien présente dans la page StringRegExp). Je ne dois pas être fait comme tout le monde...
Bizarre, je regarderai ça de plus près.

Salut,
la moulinette US récupère les exemples avec SciTE sous forme html pour garder l'enrichissement couleur?
Tous les fichiers sources d'exemple sont ceux qui se retrouve dans install\Examples\Helpfile
Il sont dans un encodage UTF8 ou ANSI
J'espère que cela vous permet d'avancer

PS si j'avais connu ce projet avant j'aurais suggéré de traduire les fichier help en format .txt et d'utiliser une adaptation française de la moulinette. Pour moi c'est plus facile de faire la différence quand une nouvelle version d'AutoIt est disponible.

Ah oui, je n'avais pas capté que tu utilisais l'onglet Recherche (donc globale). En effet, cette recherche-là n'accepte que des chaînes ASCII en excluant des caractères non \w (A-Z a-z 0-9 _) et traite ? et * comme les "jokers" de DOS.

Rien d'étonnant à ça : MS et l'aide ...

Vous pensez que la recherche est effectuée sur le contenu des pages (+ de 4000) ou seulement sur le <title> des pages?
Comme elle est faite par le chm en 1s, on peut se poser la question malgré les algo performants dont on dispose.
Mon chm ne trouve pas: 中国文字