Erreurs dans « okteta.po »
Le fichier okteta.po comporte :
Violation de règles de traduction :
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
plugin -> module externe
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
La bonne orthographe est « licence » en français
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
Mettre une espace après un point
Message n°162,
Original : | A few example structure definitions can be found in the <ulink url="https://commits.kde.org/okteta?path=kasten/controllers/view/structures/examples/okteta/structures/">Git repository.</ulink> This includes for example the file header for PNG files and the ELF file header. An &XML; schema describing the structure of the <literal role="extension">.osd</literal> file can be found <ulink url="https://commits.kde.org/okteta?path=kasten/controllers/view/structures/schema/">here.</ulink> If more information is needed feel free to contact me at &Alex.Richardson.email; |
---|---|
Traduction : | Quelques exemples de définitions de structure peuvent être trouvés à l'adresse <ulink url="https://commits.kde.org/okteta?path=kasten/controllers/view/structures/examples/okteta/structures/">dépôt Git</ulink>. Cela comprend, par exemple, l'en-tête de fichier pour les fichiers « PNG » et l'en-tête pour les fichiers « ELF ». Un schéma &XML; décrivant la structure de fichier <literal role="extension">.osd</literal> peut être consulté <ulink url="https://commits.kde.org/okteta?path=kasten/controllers/view/structures/schema/">ici</ulink>. Si vous avez besoin de plus d'informations, n'hésitez pas à me contacter à &Alex.Richardson.email; |
Traduisez « controller » par « contrôleur »
Message n°177,
Original : | <guimenuitem>Values</guimenuitem>: ... encoded as byte values. By default the values are separated with one whitespace. The <guilabel>Separation</guilabel> characters can be changed in the <guilabel>Export</guilabel> dialog. |
---|---|
Traduction : | <guimenuitem>Valeurs</guimenuitem> : ... encodage sous forme de valeurs d'octets. Par défaut, les valeurs sont séparées par un espace. Les caractères de <guilabel>séparation</guilabel> peuvent être modifiés dans la boîte de dialogue <guilabel>Exporter</guilabel>. |
Pas d'espace avant un point
Message n°181,
Original : | <guimenuitem>Ascii85</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Ascii85">Ascii85</ulink> format. |
---|---|
Traduction : | <guimenuitem>Ascii85</guimenuitem> : ... encodé au format <ulink url="https://fr.wikipedia.org/wiki/Ascii85">Ascii85</ulink>. |
Pas d'espace avant un point
Message n°182,
Original : | <guimenuitem>Uuencoding</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Uuencoding">Uuencoding</ulink> format. |
---|---|
Traduction : | <guimenuitem>Uuencoding</guimenuitem> : ... encodé au format <ulink url="https://fr.wikipedia.org/wiki/Uuencode">Uuencoding</ulink> . |
Pas d'espace avant un point
Message n°183,
Original : | <guimenuitem>Xxencoding</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Xxencoding">Xxencoding</ulink> format. |
---|---|
Traduction : | <guimenuitem>Xxencoding</guimenuitem> : ... encodage au format <ulink url="https://en.wikipedia.org/wiki/Xxencoding">Xxencoding</ulink> (En Anglais). |
Pas d'espace avant un point
Message n°184,
Original : | <guimenuitem>Intel Hex</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Intel_Hex">Intel Hex</ulink> format. |
---|---|
Traduction : | <guimenuitem>Intel Hex</guimenuitem> : ... encodé au format <ulink url="https://en.wikipedia.org/wiki/Intel_Hex">Intel Hex</ulink> (En Anglais). |
Pas d'espace avant un point
Message n°185,
Original : | <guimenuitem>S-Record</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/S-record">S-Record</ulink> format. |
---|---|
Traduction : | <guimenuitem>S-Record</guimenuitem> : ... encodé au format <ulink url="https://fr.wikipedia.org/wiki/S-Record">S-Record</ulink>. |
Pas d'espace avant un point
Fautes d'orthographe :
Message n°107,
Original : | <bitfield> |
---|---|
Traduction : | <bitfield> |
Message n°113,
Original : | <emphasis>signed</emphasis> for a bitfield where the value will be interpreted as a signed value (value range from -2<superscript>width - 1</superscript> to 2<superscript>width - 1</superscript> - 1) |
---|---|
Traduction : | <emphasis>signed</emphasis> pour un champ de bits où la valeur sera interprétée comme une valeur signée (intervalle de valeurs entre - 2<superscript>largeur - 1</superscript> et 2<superscript>largeur - 1</superscript> - 1) |
À la ligne 819
Rapporter un faux positif
Suggestions :
- « signes »
- « signer »
- « signe »
- « signet »
- « signez »
Message n°116,
Original : | <enum> |
---|---|
Traduction : | <enum> |
Message n°117,
Original : | To create a primitive type, but where the values are displayed as members of an enumeration if possible. This element accepts no subelements (however you will need an <emphasis><enumDef></emphasis> tag in the file to reference it). It has the following attributes: |
---|---|
Traduction : | Pour créer un type primaire, mais où les valeurs sont affichées comme des membres d'une énumération, si possible. Cet élément n'accepte aucun sous-élément (cependant, vous devrez insérer une balise <emphasis><enumDef></emphasis> dans le fichier pour le référencer). Il possède les attributs suivants : |
Message n°118,
Original : | enum |
---|---|
Traduction : | enum |
Message n°119,
Original : | The underlying enum for this value. Must match the <emphasis>name</emphasis> attribute of one of the <emphasis><enumDef></emphasis> tags in this file. |
---|---|
Traduction : | L'énumération sous-jacente pour cette valeur. Doit correspondre à l'attribut <emphasis>name</emphasis> de l'une des balises <emphasis><enumDef></emphasis> dans ce fichier. |
Message n°122,
Original : | This is the same as <emphasis><enum></emphasis> with the only difference being that values are represented as a <emphasis>bitwise-or</emphasis> of all the values of the enumeration. |
---|---|
Traduction : | Ceci est identique à <emphasis><enum></emphasis> avec l'unique différence que les valeurs sont représentées comme un <emphasis>ou binaire</emphasis> de toutes les valeurs de l'énumération. |
Message n°123,
Original : | <struct> |
---|---|
Traduction : | <struct> |
Message n°124,
Original : | To create a structure. All other elements (including <emphasis><struct></emphasis>) can be a child of this and will then be part of the resulting structure |
---|---|
Traduction : | Pour créer une structure. Tous les autres éléments (y compris <emphasis><struct></emphasis>) peuvent être un fils d'elle et sera alors une partie de la structure résultante. |
Message n°126,
Original : | To create a union. Basically the same as <emphasis><struct></emphasis> except for the fact that all child elements will start from the same offset. Useful for interpreting the same sequence of bytes in various ways. |
---|---|
Traduction : | Pour créer une union. Simplement comme une <emphasis><struct></emphasis> sauf sur le fait que les éléments fils démarreront avec le même décalage. Utile pour interpréter la même séquence d'octets de différentes manières. |
Message n°130,
Original : | The number of elements in this array as a decimal number. Alternatively it can also be a string which matches the name attribute of a previously defined <emphasis><primitive></emphasis>, <emphasis><enum></emphasis> or <emphasis><flags></emphasis> element. Then the length will be the value of that element. Currently it is limited to 10000, because larger arrays would use too much memory and slow down the tool too much. |
---|---|
Traduction : | Le nombre des éléments dans ce tableau sous forme de nombre décimal. Alternativement, il peut être aussi une chaîne correspondant à l'attribut de nom d'un élément précédemment défini <emphasis><primaire></emphasis>, <emphasis><enum></emphasis> ou <emphasis><flags></emphasis>. Alors, la longueur sera la valeur de cet élément. Actuellement, elle est limitée à 10000 car les tableaux plus grands utiliseraient trop de mémoire et ralentiraient trop l'outil. |
Message n°136,
Original : | The maximum number of chars this string can have. If <emphasis>terminatedBy</emphasis> is set too then whatever is reached first terminates the string. This is mutually exclusive with <emphasis>maxByteCount</emphasis> |
---|---|
Traduction : | Le nombre maximum d'octets pour la longueur de la chaîne. Si le paramètre <emphasis>terminatedBy</emphasis> est aussi défini, alors, quel que soit la condition atteinte en premier, la chaîne est tronquée. Ceci est mutuellement exclusif avec le paramètre <emphasis>maxCharCount</emphasis>. |
À la ligne 980
Rapporter un faux positif
Suggestions :
- « terminateur »
- « déterminatif »
- « terminal »
- « germinateur »
Message n°138,
Original : | The maximum number of bytes this string can be long. If <emphasis>terminatedBy</emphasis> is set too then whatever is reached first terminates the string. This is mutually exclusive with <emphasis>maxCharCount</emphasis>. With encodings like <emphasis>ASCII</emphasis> this is the same as <emphasis>maxCharCount</emphasis>. |
---|---|
Traduction : | Le nombre maximum d'octets pour la longueur de la chaîne. Si le paramètre <emphasis>terminatedBy</emphasis> est aussi défini, alors, quel que soit la condition atteinte en premier, la chaîne est tronquée. Ceci est mutuellement exclusif avec le paramètre <emphasis>maxCharCount</emphasis>. Avec des encodages comme <emphasis>ASCII</emphasis>, ceci est similaire à <emphasis>maxCharCount</emphasis>. |
À la ligne 994
Rapporter un faux positif
Suggestions :
- « terminateur »
- « déterminatif »
- « terminal »
- « germinateur »
Message n°143,
Original : | <emphasis>UTF-16-LE</emphasis> or <emphasis>UTF-16-BE</emphasis>. If neither <emphasis>-LE</emphasis> or <emphasis>-BE</emphasis> suffix is given, little endian is assumed. |
---|---|
Traduction : | <emphasis>UTF-16-LE</emphasis> ou <emphasis>UTF-16-BE</emphasis>. Si aucun des deux suffixe <emphasis>-LE</emphasis> ou <emphasis>-BE</emphasis> n'est fourni, la structure « little endian » est prise par défaut. |
Message n°143,
Original : | <emphasis>UTF-16-LE</emphasis> or <emphasis>UTF-16-BE</emphasis>. If neither <emphasis>-LE</emphasis> or <emphasis>-BE</emphasis> suffix is given, little endian is assumed. |
---|---|
Traduction : | <emphasis>UTF-16-LE</emphasis> ou <emphasis>UTF-16-BE</emphasis>. Si aucun des deux suffixe <emphasis>-LE</emphasis> ou <emphasis>-BE</emphasis> n'est fourni, la structure « little endian » est prise par défaut. |
Message n°144,
Original : | <emphasis>UTF-32-LE</emphasis> or <emphasis>UTF-32-BE</emphasis>. If neither <emphasis>-LE</emphasis> or <emphasis>-BE</emphasis> suffix is given, little endian is assumed. |
---|---|
Traduction : | <emphasis>UTF-32-LE</emphasis> ou <emphasis>UTF-32-BE</emphasis>. Si aucun des deux suffixes <emphasis>-LE</emphasis> ou <emphasis>-BE</emphasis> n'est fourni, la structure « little endian » est prise par défaut. |
Message n°144,
Original : | <emphasis>UTF-32-LE</emphasis> or <emphasis>UTF-32-BE</emphasis>. If neither <emphasis>-LE</emphasis> or <emphasis>-BE</emphasis> suffix is given, little endian is assumed. |
---|---|
Traduction : | <emphasis>UTF-32-LE</emphasis> ou <emphasis>UTF-32-BE</emphasis>. Si aucun des deux suffixes <emphasis>-LE</emphasis> ou <emphasis>-BE</emphasis> n'est fourni, la structure « little endian » est prise par défaut. |
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
À la ligne 1088
Rapporter un faux positif
Suggestions :
- « Entr »
- « Entr y »
- « Gentry »
- « Entre »
- « Entra »
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
Message n°148,
Original : | Our metadata file looks like this: <screen> [Desktop Entry] Icon=arrow-up<co id="icon" /> Type=Service ServiceTypes=KPluginInfo Name=Simple test structure Comment=A very simple test structure containing only two items X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=https://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para>The icon displayed in &okteta; for this structure can be anything found by executing <userinput><command>kdialog</command> <option>--geticon</option></userinput> or a path to an icon</para> </callout> </calloutlist> These fields should all be pretty much self-explanatory, except for <literal>X-KDE-PluginInfo-Name</literal>. The value of this field must match the name of the directory containing the file as well as the name of the <literal role="extension">.desktop</literal> file. When creating &XML; structure definitions the name of the <literal role="extension">.osd</literal> file must also match the name. |
---|---|
Traduction : | Le fichier de métadonnées ressemble à ceci : <screen> [Desktop Entry] Type=Service ServiceTypes=KPluginInfo Name= Structure de test simple Comment= Une structure de test très simple ne contenant que deux éléments X-KDE-PluginInfo-Author=Alex Richardson X-KDE-PluginInfo-Email=foo.bar@email.org X-KDE-PluginInfo-Name=simplestruct X-KDE-PluginInfo-Version=1.0 X-KDE-PluginInfo-Website=http://www.plugin.org/ X-KDE-PluginInfo-Category=structure X-KDE-PluginInfo-License=LGPL X-KDE-PluginInfo-EnabledByDefault=false </screen> <calloutlist> <callout arearefs="icon"> <para> L'icône affichée dans &okteta; pour cette structure peut être n'importe quoi trouvé en exécutant la commande <userinput><command>kdialog</command><option>--geticon</option></userinput> ou un emplacement vers une icône. </para></callout></calloutlist>Ces champs doivent être assez explicite, sauf pour <literal>X-KDE-PluginInfo-Name</literal>. La valeur de ce champ doit correspondre au nom du dossier contenant le fichier tout comme le nom du fichier <literal role="extension">.desktop</literal>. Lors de la création de structures en &XML;, le nom du fichier <literal role="extension">.osd</literal> doit aussi correspondre au nom de la structure. |
Message n°149,
Original : | In this example we would have a directory named <filename>simplestruct</filename> containing the file <filename>simplestruct.desktop</filename>. When defining structures in &XML; the directory would also contain a file named <filename>simplestruct.osd</filename>. Using JavaScript we would have a file named <filename>main.js</filename> instead. |
---|---|
Traduction : | Dans cet exemple, un dossier nommé <filename>simplestruct</filename> devrait exister contenant le fichier <filename>simplestruct.desktop</filename>. Lors de la définition de structures en &XML;, le dossier devrait contenir aussi une fichier nommé <filename>simplestruct.osd</filename>. En utilisant JavaScript, un fichier nommé <filename>main.js</filename> devrait exister à la place. |
Message n°149,
Original : | In this example we would have a directory named <filename>simplestruct</filename> containing the file <filename>simplestruct.desktop</filename>. When defining structures in &XML; the directory would also contain a file named <filename>simplestruct.osd</filename>. Using JavaScript we would have a file named <filename>main.js</filename> instead. |
---|---|
Traduction : | Dans cet exemple, un dossier nommé <filename>simplestruct</filename> devrait exister contenant le fichier <filename>simplestruct.desktop</filename>. Lors de la définition de structures en &XML;, le dossier devrait contenir aussi une fichier nommé <filename>simplestruct.osd</filename>. En utilisant JavaScript, un fichier nommé <filename>main.js</filename> devrait exister à la place. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°151,
Original : | To start we create a definition for a very simple test structure containing only integral data types (one char, one 32-bit signed integer, and a bitfield). This would be expressed in C/C++ as: <screen> struct simple { char aChar; int anInt; bool bitFlag :1; unsigned padding :7; }; </screen> The first step is writing the <literal role="extension">.osd</literal> file according to the file format defined in the previous section. We will call <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="simple"> <primitive name="aChar" type="Char"/> <primitive name="anInt" type="Int32"/> <bitfield name="bitFlag" type="bool" width="1"/> <bitfield name="padding" type="unsigned" width="7"/> </struct> </data> </markup></screen> which is fairly similar to the C/C++ definition. |
---|---|
Traduction : | Pour commencer, une définition doit être créée pour une structure de test très simple ne contenant que tous les types de données (un caractère, un entier 32 bits signé et un champ de bits). Ceci s'exprimerait en langage C / C++ comme : <screen> struct simple { char a-Car ; int an-Int ; bool booléen : 1 ; unsigned remplissage : 7 ; } ; </screen> La première étape consiste en l'écriture d'un fichier <literal role="extension">.osd</literal> conformément au format de fichier défini dans la section précédente. Ce fichier sera nommé <filename>simplestruct.osd</filename>: <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « simple »> <primitive name= « a-Car » type= « Char » / > <primitive name= « an-Int » type= « Int32 » / > <bitfield name= « booléen » type= « bool » width= « 1 » / > <bitfield name= « remplissage » type= « unsigned » width= « 7 » / > < / struct> < / data> </markup></screen> ce qui est à peu près similaire à la définition en langage C / C++. |
Message n°152,
Original : | Now create a directory <filename class="directory">simplestruct</filename> inside the structure installation directory (see manually installing structure definitions) and copy the two files to this directory. Now you can restart &okteta; and use the new structure. |
---|---|
Traduction : | Maintenant, créez un dossier <filename class="directory">simplestruct</filename> à l'intérieur du dossier d'installation des structures (veuillez consulter l'installation manuelle des définitions de structures) et copiez les deux fichiers dans ce dossier. Maintenant, vous pouvez re-démarrer &okteta; et utilisez la nouvelle structure. |
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
À la ligne 1221
Rapporter un faux positif
Suggestions :
- « functionF »
- « fonction »
- « functionStr »
- « addFunction »
- « unijonction »
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
Message n°154,
Original : | To implement the structure above in JavaScript, create a file named <filename>main.js</filename> instead of <filename>simplestruct.osd</filename> and change X-KDE-PluginInfo-Category=structure to X-KDE-PluginInfo-Category=structure/js. The contents of that file should be: <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield("bool", 1), padding : bitfield("unsigned", 7), }) return structure; } </screen> The structure displayed by &okteta; is always the return value of the <literal>init</literal> function. |
---|---|
Traduction : | Pour implémenter la structure ci-dessus en JavaScript, veuillez créer un fichier nommé <filename>main.js</filename> à la place de <filename>simplestruct.osd</filename>. et modifier le paramètre « X-KDE-PluginInfo-Category=structure » en « X-KDE-PluginInfo-Category=structure/js ».Le contenu de ce fichier devra être : <screen> function init() { var structure = struct({ aChar : char(), anInt : int32(), bitFlag : bitfield(« bool », 1), padding : bitfield(« unsigned », 7), }) return structure; } </screen> La structure affichée par &okteta; est toujours la valeur retournée de la fonction <literal>init</literal>. |
Message n°155,
Original : | The following functions can be called to create a primitive type: <itemizedlist> <listitem><para>char()</para></listitem> <listitem><para>int8(), int16(), int32() or int64()</para></listitem> <listitem><para>uint8(), uint16(), uint32() or uint64()</para></listitem> <listitem><para>bool8(), bool16(), bool32() or bool64()</para></listitem> <listitem><para>float()</para></listitem> <listitem><para>double()</para></listitem> </itemizedlist> The bitfield function takes two parameters, the first being a string consisting of <literal>bool</literal>, <literal>signed</literal> or <literal>unsigned</literal>. The second parameter is an integer which sets the width in bits. |
---|---|
Traduction : | Les fonctions suivantes peuvent être appelées pour créer des types primaires : <itemizedlist> <listitem><para>char()</para></listitem> <listitem><para>int8(), int16(), int32() or int64()</para></listitem> <listitem><para>uint8(), uint16(), uint32() or uint64()</para></listitem> <listitem><para>bool8(), bool16(), bool32() or bool64()</para></listitem> <listitem><para>float()</para></listitem> <listitem><para>double()</para></listitem> </itemizedlist> La fonction « bitfield » a besoin de deux paramètres, le premier étant une chaîne composé d'éléments <literal>bool</literal>, <literal>signed</literal> ou <literal>unsigned</literal>. Le second paramètre est un entier définissant la largeur en bits. |
Message n°155,
Original : | The following functions can be called to create a primitive type: <itemizedlist> <listitem><para>char()</para></listitem> <listitem><para>int8(), int16(), int32() or int64()</para></listitem> <listitem><para>uint8(), uint16(), uint32() or uint64()</para></listitem> <listitem><para>bool8(), bool16(), bool32() or bool64()</para></listitem> <listitem><para>float()</para></listitem> <listitem><para>double()</para></listitem> </itemizedlist> The bitfield function takes two parameters, the first being a string consisting of <literal>bool</literal>, <literal>signed</literal> or <literal>unsigned</literal>. The second parameter is an integer which sets the width in bits. |
---|---|
Traduction : | Les fonctions suivantes peuvent être appelées pour créer des types primaires : <itemizedlist> <listitem><para>char()</para></listitem> <listitem><para>int8(), int16(), int32() or int64()</para></listitem> <listitem><para>uint8(), uint16(), uint32() or uint64()</para></listitem> <listitem><para>bool8(), bool16(), bool32() or bool64()</para></listitem> <listitem><para>float()</para></listitem> <listitem><para>double()</para></listitem> </itemizedlist> La fonction « bitfield » a besoin de deux paramètres, le premier étant une chaîne composé d'éléments <literal>bool</literal>, <literal>signed</literal> ou <literal>unsigned</literal>. Le second paramètre est un entier définissant la largeur en bits. |
À la ligne 1250
Rapporter un faux positif
Suggestions :
- « signes »
- « signer »
- « signe »
- « signet »
- « signez »
Message n°157,
Original : | Next we create a definition of a more complex structure which we will call "complex" and save in a file named <filename>complex.osd</filename>. This structure will contain two arrays (one with fixed length and one where the length is determined at runtime) as well as a nested structure and a union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="complex"> <primitive name="size" type="UInt8" /> <union name="aUnion"> <array name="fourBytes" length="4"> <primitive type="Int8" /> </array> </union> <struct name="nested"> <array name="string" length="size"> <!-- references the field size above --> <primitive type="Char" /> </array> </struct> </struct> </data> </markup></screen> This would correspond to the following in pseudo-C/C++ |
---|---|
Traduction : | Ensuite, une définition d'une structure plus complexe, nommée « complexe » est créée et enregistrée dans une fichier nommé <filename>complex.osd</filename>. Cette structure contiendra deux tableaux (l'un de longueur fixe et l'un où la taille sera déterminée durant l'exécution), ainsi qu'un structure intégrée et une union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « complexe » > <primitive name= « taille » type= « UInt8 » /> <union name= « a-Union »> <array name= « quatre-octets » length= « 4 »> <primitive type= « Int8 » /> </array> </union> <struct name= « intégré »> <array name= « chaîne » length= « taille » > < ! -- référence la taille du champ ci-dessus --> <primitive type= « Char » /> </array> </struct> </struct> </data> </markup></screen> Ceci devrait correspondre à la déclaration suivante en pseudo langage C / C++ |
Message n°157,
Original : | Next we create a definition of a more complex structure which we will call "complex" and save in a file named <filename>complex.osd</filename>. This structure will contain two arrays (one with fixed length and one where the length is determined at runtime) as well as a nested structure and a union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="complex"> <primitive name="size" type="UInt8" /> <union name="aUnion"> <array name="fourBytes" length="4"> <primitive type="Int8" /> </array> </union> <struct name="nested"> <array name="string" length="size"> <!-- references the field size above --> <primitive type="Char" /> </array> </struct> </struct> </data> </markup></screen> This would correspond to the following in pseudo-C/C++ |
---|---|
Traduction : | Ensuite, une définition d'une structure plus complexe, nommée « complexe » est créée et enregistrée dans une fichier nommé <filename>complex.osd</filename>. Cette structure contiendra deux tableaux (l'un de longueur fixe et l'un où la taille sera déterminée durant l'exécution), ainsi qu'un structure intégrée et une union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « complexe » > <primitive name= « taille » type= « UInt8 » /> <union name= « a-Union »> <array name= « quatre-octets » length= « 4 »> <primitive type= « Int8 » /> </array> </union> <struct name= « intégré »> <array name= « chaîne » length= « taille » > < ! -- référence la taille du champ ci-dessus --> <primitive type= « Char » /> </array> </struct> </struct> </data> </markup></screen> Ceci devrait correspondre à la déclaration suivante en pseudo langage C / C++ |
Message n°157,
Original : | Next we create a definition of a more complex structure which we will call "complex" and save in a file named <filename>complex.osd</filename>. This structure will contain two arrays (one with fixed length and one where the length is determined at runtime) as well as a nested structure and a union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="complex"> <primitive name="size" type="UInt8" /> <union name="aUnion"> <array name="fourBytes" length="4"> <primitive type="Int8" /> </array> </union> <struct name="nested"> <array name="string" length="size"> <!-- references the field size above --> <primitive type="Char" /> </array> </struct> </struct> </data> </markup></screen> This would correspond to the following in pseudo-C/C++ |
---|---|
Traduction : | Ensuite, une définition d'une structure plus complexe, nommée « complexe » est créée et enregistrée dans une fichier nommé <filename>complex.osd</filename>. Cette structure contiendra deux tableaux (l'un de longueur fixe et l'un où la taille sera déterminée durant l'exécution), ainsi qu'un structure intégrée et une union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « complexe » > <primitive name= « taille » type= « UInt8 » /> <union name= « a-Union »> <array name= « quatre-octets » length= « 4 »> <primitive type= « Int8 » /> </array> </union> <struct name= « intégré »> <array name= « chaîne » length= « taille » > < ! -- référence la taille du champ ci-dessus --> <primitive type= « Char » /> </array> </struct> </struct> </data> </markup></screen> Ceci devrait correspondre à la déclaration suivante en pseudo langage C / C++ |
Message n°157,
Original : | Next we create a definition of a more complex structure which we will call "complex" and save in a file named <filename>complex.osd</filename>. This structure will contain two arrays (one with fixed length and one where the length is determined at runtime) as well as a nested structure and a union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="complex"> <primitive name="size" type="UInt8" /> <union name="aUnion"> <array name="fourBytes" length="4"> <primitive type="Int8" /> </array> </union> <struct name="nested"> <array name="string" length="size"> <!-- references the field size above --> <primitive type="Char" /> </array> </struct> </struct> </data> </markup></screen> This would correspond to the following in pseudo-C/C++ |
---|---|
Traduction : | Ensuite, une définition d'une structure plus complexe, nommée « complexe » est créée et enregistrée dans une fichier nommé <filename>complex.osd</filename>. Cette structure contiendra deux tableaux (l'un de longueur fixe et l'un où la taille sera déterminée durant l'exécution), ainsi qu'un structure intégrée et une union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « complexe » > <primitive name= « taille » type= « UInt8 » /> <union name= « a-Union »> <array name= « quatre-octets » length= « 4 »> <primitive type= « Int8 » /> </array> </union> <struct name= « intégré »> <array name= « chaîne » length= « taille » > < ! -- référence la taille du champ ci-dessus --> <primitive type= « Char » /> </array> </struct> </struct> </data> </markup></screen> Ceci devrait correspondre à la déclaration suivante en pseudo langage C / C++ |
Message n°157,
Original : | Next we create a definition of a more complex structure which we will call "complex" and save in a file named <filename>complex.osd</filename>. This structure will contain two arrays (one with fixed length and one where the length is determined at runtime) as well as a nested structure and a union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <data> <struct name="complex"> <primitive name="size" type="UInt8" /> <union name="aUnion"> <array name="fourBytes" length="4"> <primitive type="Int8" /> </array> </union> <struct name="nested"> <array name="string" length="size"> <!-- references the field size above --> <primitive type="Char" /> </array> </struct> </struct> </data> </markup></screen> This would correspond to the following in pseudo-C/C++ |
---|---|
Traduction : | Ensuite, une définition d'une structure plus complexe, nommée « complexe » est créée et enregistrée dans une fichier nommé <filename>complex.osd</filename>. Cette structure contiendra deux tableaux (l'un de longueur fixe et l'un où la taille sera déterminée durant l'exécution), ainsi qu'un structure intégrée et une union. <screen><markup> <?xml version="1.0" encoding="UTF-8"?> <données> <struct name= « complexe » > <primitive name= « taille » type= « UInt8 » /> <union name= « a-Union »> <array name= « quatre-octets » length= « 4 »> <primitive type= « Int8 » /> </array> </union> <struct name= « intégré »> <array name= « chaîne » length= « taille » > < ! -- référence la taille du champ ci-dessus --> <primitive type= « Char » /> </array> </struct> </struct> </data> </markup></screen> Ceci devrait correspondre à la déclaration suivante en pseudo langage C / C++ |
Message n°158,
Original : | struct complex { uint8_t size; union aUnion { int8_t fourBytes[4]; }; struct nested { char string[size] //not valid C++, references value of the uint8 size }; }; |
---|---|
Traduction : | struct complexe { uint8_t taille ; union a-Union { int8_t quatre-octets [4] ; } ; struct imbrication { char chaîne[taille] //non valable en C++, référence des valeurs de la taille « uint8 » } ; } ; |
Message n°158,
Original : | struct complex { uint8_t size; union aUnion { int8_t fourBytes[4]; }; struct nested { char string[size] //not valid C++, references value of the uint8 size }; }; |
---|---|
Traduction : | struct complexe { uint8_t taille ; union a-Union { int8_t quatre-octets [4] ; } ; struct imbrication { char chaîne[taille] //non valable en C++, référence des valeurs de la taille « uint8 » } ; } ; |
Message n°160,
Original : | Next we create the <filename>complex.desktop</filename> file just as in the example before (make sure you set <literal>X-KDE-PluginInfo-Name</literal> correctly) and also do the same to install both files. |
---|---|
Traduction : | Ensuite, le fichier <filename>complex.desktop</filename> peut être créé comme sur l'exemple précédent. Veuillez vous assurer que vous avez défini <literal>X-KDE-PluginInfo-Name</literal> et aussi que vous avez fait la même chose pour installer les deux fichiers. |
À la ligne 1393
Rapporter un faux positif
Suggestions :
- « COMPLEX »
- « complexe »
- « complexa »
- « complexé »
- « complet »
Message n°182,
Original : | <guimenuitem>Uuencoding</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Uuencoding">Uuencoding</ulink> format. |
---|---|
Traduction : | <guimenuitem>Uuencoding</guimenuitem> : ... encodé au format <ulink url="https://fr.wikipedia.org/wiki/Uuencode">Uuencoding</ulink> . |
Message n°182,
Original : | <guimenuitem>Uuencoding</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Uuencoding">Uuencoding</ulink> format. |
---|---|
Traduction : | <guimenuitem>Uuencoding</guimenuitem> : ... encodé au format <ulink url="https://fr.wikipedia.org/wiki/Uuencode">Uuencoding</ulink> . |
Message n°183,
Original : | <guimenuitem>Xxencoding</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Xxencoding">Xxencoding</ulink> format. |
---|---|
Traduction : | <guimenuitem>Xxencoding</guimenuitem> : ... encodage au format <ulink url="https://en.wikipedia.org/wiki/Xxencoding">Xxencoding</ulink> (En Anglais). |
Message n°183,
Original : | <guimenuitem>Xxencoding</guimenuitem>: ... encoded in the <ulink url="https://en.wikipedia.org/wiki/Xxencoding">Xxencoding</ulink> format. |
---|---|
Traduction : | <guimenuitem>Xxencoding</guimenuitem> : ... encodage au format <ulink url="https://en.wikipedia.org/wiki/Xxencoding">Xxencoding</ulink> (En Anglais). |
Dernière vérification : Tue Nov 5 08:48:41 2024 (actualisée une fois par semaine).