Essai Agent Unicode Extension beta version 0.3.2020.700
80 réponses
Otomatic
Pour essai de :
Agent Unicode Extension (AgtEx) beta version 0.3.2020.700
English
All human beings are born free and equal in dignity and rights. They are
endowed with reason and conscience and should act towards one another in
a spirit of brotherhood.
French
Les hommes naissent et demeurent libres et égaux en droits. Les
distinctions sociales ne peuvent être fondées que sur l'utilité
commune.
Georgian
ყველა ადამიანი იბადება
თავისუფალი და თანასწორი
თავისი ღირსებითა და
უფლებებით. მათ მინიჭებული
აქვთ გონება და სინდისი და
ერთმანეთის მიმართ უნდა
იქცეოდნენ ძმობის
სულისკვეთებით.
--
Aujourd'hui, l'idéal du progrès est remplacé par l'idéal de l'innovation :
il ne s'agit pas que ce soit mieux, il s'agit seulement que ce soit
nouveau, même si c'est pire qu'avant et cela de toute évidence.
Henry de Montherlant - Va jouer avec cette poussière
Non, parce que mon code mime.inc.php ne concerne actuellement que l'encodage avant envoi d'un nouvel article, alors qu'ici c'est quelque chose à faire à la réception d'un article venu de l'extérieur, avant de décoder les entêtes. Mais si tu veux je peux aussi prévoir une partie décodage, avec une nouvelle classe MimeDecodeHeader en plus de MimeEncodeHeader.
Si tu veux, et que ça ne te demande pas trop de temps. Tu me diras quel message de commit de je mets sur git pour ton fichier php : juste la partie copyright? -- Stéphane
Non, parce que mon code mime.inc.php ne concerne actuellement que l'encodage
avant envoi d'un nouvel article, alors qu'ici c'est quelque chose à faire
à la réception d'un article venu de l'extérieur, avant de décoder les entêtes.
Mais si tu veux je peux aussi prévoir une partie décodage, avec une nouvelle
classe MimeDecodeHeader en plus de MimeEncodeHeader.
Si tu veux, et que ça ne te demande pas trop de temps.
Tu me diras quel message de commit de je mets sur git
pour ton fichier php : juste la partie copyright?
Non, parce que mon code mime.inc.php ne concerne actuellement que l'encodage avant envoi d'un nouvel article, alors qu'ici c'est quelque chose à faire à la réception d'un article venu de l'extérieur, avant de décoder les entêtes. Mais si tu veux je peux aussi prévoir une partie décodage, avec une nouvelle classe MimeDecodeHeader en plus de MimeEncodeHeader.
Si tu veux, et que ça ne te demande pas trop de temps. Tu me diras quel message de commit de je mets sur git pour ton fichier php : juste la partie copyright? -- Stéphane
yamo'
Salut, Olivier Miakinen a tapoté le 20/10/2020 21:31:
Le 20/10/2020 16:09, je répondais à yamo' :
Je vais mettre un peu de temps à lire ton code et les commentaires.
J'ai mis pas mal de temps à les écrire !
Si jamais tu n'as pas encore commencé à lire le code de la fonction how_many_encodable(), ou si tu n'y comprends rien parce qu'elle retourne un tableau lu avec l'instruction list(...), alors il est temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu. Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris le php...
En effet, j'ai remplacé cette longue fonction par deux fonctions plus courtes et plus faciles à comprendre, tout en laissant le reste du code à peu près intact. Mais si tu l'as déjà lue et que tu es sur le reste, rien ne presse.
Je te laisse juge.
Cordialement,
De même, bonne journée, -- Stéphane
Salut,
Olivier Miakinen a tapoté le 20/10/2020 21:31:
Le 20/10/2020 16:09, je répondais à yamo' :
Je vais mettre un peu de temps à lire ton code et les commentaires.
J'ai mis pas mal de temps à les écrire !
Si jamais tu n'as pas encore commencé à lire le code de la fonction
how_many_encodable(), ou si tu n'y comprends rien parce qu'elle
retourne un tableau lu avec l'instruction list(...), alors il est
temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu.
Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris
le php...
En effet, j'ai remplacé cette longue fonction par deux fonctions
plus courtes et plus faciles à comprendre, tout en laissant le
reste du code à peu près intact.
Mais si tu l'as déjà lue et que tu es sur le reste, rien ne presse.
Salut, Olivier Miakinen a tapoté le 20/10/2020 21:31:
Le 20/10/2020 16:09, je répondais à yamo' :
Je vais mettre un peu de temps à lire ton code et les commentaires.
J'ai mis pas mal de temps à les écrire !
Si jamais tu n'as pas encore commencé à lire le code de la fonction how_many_encodable(), ou si tu n'y comprends rien parce qu'elle retourne un tableau lu avec l'instruction list(...), alors il est temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu. Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris le php...
En effet, j'ai remplacé cette longue fonction par deux fonctions plus courtes et plus faciles à comprendre, tout en laissant le reste du code à peu près intact. Mais si tu l'as déjà lue et que tu es sur le reste, rien ne presse.
Je te laisse juge.
Cordialement,
De même, bonne journée, -- Stéphane
yamo'
Olivier Miakinen a tapoté le 20/10/2020 16:28:
Le 20/10/2020 12:43, yamo' a écrit :
J'ai fait un premier test et je le trouve très concluant!
Moi aussi !
Je n'ai pas encore publié le code.
Note que tu pourras l'utiliser non seulement pour Subject, mais aussi pour Comments si tu en mets un (qui devrait avantageusement remplacer X-Comment) et Organization.
Pour X-Comment c'est pour trouver un moyen de déboguer. Je ne pense pas avoir besoin de Comment.
*ATTENTION* : contrairement à ce qui est fait dans le code actuellement sur gitlab, il ne faut surtout pas encoder User-Agent car les caractères '=' et '?' utilisés pour l'encodage MIME (et '/' seulement pour base64) sont tous les trois interdits dans un 'token' de User-Agent. C'est pour ça que Forté Agent s'y appelle ForteAgent et que MacCafé s'y appelle MacCafe.
Entre temps, je l'avais enlevé moi même. Logiquement ça devrait être valide (passé en citation pour que Seamonkey ne coupe pas la ligne :
J'ai fait un premier test et je le trouve très concluant!
Moi aussi !
Je n'ai pas encore publié le code.
Note que tu pourras l'utiliser non seulement pour Subject, mais aussi pour
Comments si tu en mets un (qui devrait avantageusement remplacer X-Comment)
et Organization.
Pour X-Comment c'est pour trouver un moyen de déboguer. Je ne pense pas
avoir besoin de Comment.
*ATTENTION* : contrairement à ce qui est fait dans le code actuellement sur
gitlab, il ne faut surtout pas encoder User-Agent car les caractères '='
et '?' utilisés pour l'encodage MIME (et '/' seulement pour base64) sont
tous les trois interdits dans un 'token' de User-Agent. C'est pour ça que
Forté Agent s'y appelle ForteAgent et que MacCafé s'y appelle MacCafe.
Entre temps, je l'avais enlevé moi même.
Logiquement ça devrait être valide (passé en citation pour que Seamonkey
ne coupe pas la ligne :
J'ai fait un premier test et je le trouve très concluant!
Moi aussi !
Je n'ai pas encore publié le code.
Note que tu pourras l'utiliser non seulement pour Subject, mais aussi pour Comments si tu en mets un (qui devrait avantageusement remplacer X-Comment) et Organization.
Pour X-Comment c'est pour trouver un moyen de déboguer. Je ne pense pas avoir besoin de Comment.
*ATTENTION* : contrairement à ce qui est fait dans le code actuellement sur gitlab, il ne faut surtout pas encoder User-Agent car les caractères '=' et '?' utilisés pour l'encodage MIME (et '/' seulement pour base64) sont tous les trois interdits dans un 'token' de User-Agent. C'est pour ça que Forté Agent s'y appelle ForteAgent et que MacCafé s'y appelle MacCafe.
Entre temps, je l'avais enlevé moi même. Logiquement ça devrait être valide (passé en citation pour que Seamonkey ne coupe pas la ligne :
Salut, Je vais répondre en même temps à ton article de Le 21/10/2020 10:05, yamo' a écrit :
Salut,
Je vais répondre en même temps à ton article de 09:48.
Si jamais tu n'as pas encore commencé à lire le code de la fonction how_many_encodable(), ou si tu n'y comprends rien parce qu'elle retourne un tableau lu avec l'instruction list(...), alors il est temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu. Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris le php...
Moi je l'avais appris du temps de PHP 3. Du coup, même si j'ai sur mon site des scripts qui fonctionnent en PHP 4, je n'avais encore jamais utilisé les classes. Autant dire que j'ai passé beaucoup de temps à lire la doc pour faire ce mime.inc.php avec classes en PHP 7. ... et je compte mettre à jour sur mon site la fonction d'écriture des nombres en chiffres.
En effet, j'ai remplacé cette longue fonction par deux fonctions plus courtes et plus faciles à comprendre, tout en laissant le reste du code à peu près intact.
Je te laisse juge.
D'après ce que tu me dis, autant prendre la dernière version : https://www.cjoint.com/c/JJviRo1RznA Je n'ai pas encore inclus de code pour le décodage, mais tu peux voir dans mon article « gérer des entêtes foireux » que j'y songe très sérieusement et que j'ai commencé à expérimenter des trucs. En ce qui concerne le message de commit, la partie copyright me semble très bien. D'ailleurs je n'y ai pas fait preuve de beaucoup d'originalité : j'ai juste copié-collé celle de Florian Amrhein dans post.inc.php avant d'y changer le nom et l'adresse de courriel. Par ailleurs j'ai aussi repris sa taille d'indentation, et sa façon de mettre l'accolade ouvrante sur la première ligne de définition d'une fonction au lieu de la reporter à la ligne suivante. Cordialement, -- Olivier Miakinen
Salut,
Je vais répondre en même temps à ton article de
Le 21/10/2020 10:05, yamo' a écrit :
Salut,
Je vais répondre en même temps à ton article de 09:48.
Si jamais tu n'as pas encore commencé à lire le code de la fonction
how_many_encodable(), ou si tu n'y comprends rien parce qu'elle
retourne un tableau lu avec l'instruction list(...), alors il est
temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu.
Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris
le php...
Moi je l'avais appris du temps de PHP 3. Du coup, même si j'ai sur mon site
des scripts qui fonctionnent en PHP 4, je n'avais encore jamais utilisé les
classes. Autant dire que j'ai passé beaucoup de temps à lire la doc pour
faire ce mime.inc.php avec classes en PHP 7.
... et je compte mettre à jour sur mon site la fonction d'écriture des
nombres en chiffres.
En effet, j'ai remplacé cette longue fonction par deux fonctions
plus courtes et plus faciles à comprendre, tout en laissant le
reste du code à peu près intact.
Je te laisse juge.
D'après ce que tu me dis, autant prendre la dernière version :
https://www.cjoint.com/c/JJviRo1RznA
Je n'ai pas encore inclus de code pour le décodage, mais tu peux voir dans
mon article « gérer des entêtes foireux » que j'y songe très sérieusement
et que j'ai commencé à expérimenter des trucs.
En ce qui concerne le message de commit, la partie copyright me semble très
bien. D'ailleurs je n'y ai pas fait preuve de beaucoup d'originalité : j'ai
juste copié-collé celle de Florian Amrhein dans post.inc.php avant d'y
changer le nom et l'adresse de courriel.
Par ailleurs j'ai aussi repris sa taille d'indentation, et sa façon de
mettre l'accolade ouvrante sur la première ligne de définition d'une
fonction au lieu de la reporter à la ligne suivante.
Salut, Je vais répondre en même temps à ton article de Le 21/10/2020 10:05, yamo' a écrit :
Salut,
Je vais répondre en même temps à ton article de 09:48.
Si jamais tu n'as pas encore commencé à lire le code de la fonction how_many_encodable(), ou si tu n'y comprends rien parce qu'elle retourne un tableau lu avec l'instruction list(...), alors il est temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu. Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris le php...
Moi je l'avais appris du temps de PHP 3. Du coup, même si j'ai sur mon site des scripts qui fonctionnent en PHP 4, je n'avais encore jamais utilisé les classes. Autant dire que j'ai passé beaucoup de temps à lire la doc pour faire ce mime.inc.php avec classes en PHP 7. ... et je compte mettre à jour sur mon site la fonction d'écriture des nombres en chiffres.
En effet, j'ai remplacé cette longue fonction par deux fonctions plus courtes et plus faciles à comprendre, tout en laissant le reste du code à peu près intact.
Je te laisse juge.
D'après ce que tu me dis, autant prendre la dernière version : https://www.cjoint.com/c/JJviRo1RznA Je n'ai pas encore inclus de code pour le décodage, mais tu peux voir dans mon article « gérer des entêtes foireux » que j'y songe très sérieusement et que j'ai commencé à expérimenter des trucs. En ce qui concerne le message de commit, la partie copyright me semble très bien. D'ailleurs je n'y ai pas fait preuve de beaucoup d'originalité : j'ai juste copié-collé celle de Florian Amrhein dans post.inc.php avant d'y changer le nom et l'adresse de courriel. Par ailleurs j'ai aussi repris sa taille d'indentation, et sa façon de mettre l'accolade ouvrante sur la première ligne de définition d'une fonction au lieu de la reporter à la ligne suivante. Cordialement, -- Olivier Miakinen
Olivier Miakinen
Le 21/10/2020 10:11, yamo' a écrit :
Note que tu pourras l'utiliser non seulement pour Subject, mais aussi pour Comments si tu en mets un (qui devrait avantageusement remplacer X-Comment) et Organization.
Pour X-Comment c'est pour trouver un moyen de déboguer. Je ne pense pas avoir besoin de Comment.
Ok, très bien. D'autant plus que cet entête devrait s'appeler Comments et non Comment si tu en avais eu besoin. ;-)
*ATTENTION* : contrairement à ce qui est fait dans le code actuellement sur gitlab, il ne faut surtout pas encoder User-Agent car les caractères '=' et '?' utilisés pour l'encodage MIME (et '/' seulement pour base64) sont tous les trois interdits dans un 'token' de User-Agent. C'est pour ça que Forté Agent s'y appelle ForteAgent et que MacCafé s'y appelle MacCafe.
Entre temps, je l'avais enlevé moi même.
Ok.
Logiquement ça devrait être valide (passé en citation pour que Seamonkey ne coupe pas la ligne) :
Oui, ça me semble parfait comme ça. -- Olivier Miakinen
Le 21/10/2020 10:11, yamo' a écrit :
Note que tu pourras l'utiliser non seulement pour Subject, mais aussi pour
Comments si tu en mets un (qui devrait avantageusement remplacer X-Comment)
et Organization.
Pour X-Comment c'est pour trouver un moyen de déboguer. Je ne pense pas
avoir besoin de Comment.
Ok, très bien. D'autant plus que cet entête devrait s'appeler Comments et non
Comment si tu en avais eu besoin. ;-)
*ATTENTION* : contrairement à ce qui est fait dans le code actuellement sur
gitlab, il ne faut surtout pas encoder User-Agent car les caractères '='
et '?' utilisés pour l'encodage MIME (et '/' seulement pour base64) sont
tous les trois interdits dans un 'token' de User-Agent. C'est pour ça que
Forté Agent s'y appelle ForteAgent et que MacCafé s'y appelle MacCafe.
Entre temps, je l'avais enlevé moi même.
Ok.
Logiquement ça devrait être valide (passé en citation pour que Seamonkey
ne coupe pas la ligne) :
Note que tu pourras l'utiliser non seulement pour Subject, mais aussi pour Comments si tu en mets un (qui devrait avantageusement remplacer X-Comment) et Organization.
Pour X-Comment c'est pour trouver un moyen de déboguer. Je ne pense pas avoir besoin de Comment.
Ok, très bien. D'autant plus que cet entête devrait s'appeler Comments et non Comment si tu en avais eu besoin. ;-)
*ATTENTION* : contrairement à ce qui est fait dans le code actuellement sur gitlab, il ne faut surtout pas encoder User-Agent car les caractères '=' et '?' utilisés pour l'encodage MIME (et '/' seulement pour base64) sont tous les trois interdits dans un 'token' de User-Agent. C'est pour ça que Forté Agent s'y appelle ForteAgent et que MacCafé s'y appelle MacCafe.
Entre temps, je l'avais enlevé moi même.
Ok.
Logiquement ça devrait être valide (passé en citation pour que Seamonkey ne coupe pas la ligne) :
Oui, ça me semble parfait comme ça. -- Olivier Miakinen
yamo'
Salut, Je réponds avec la dernière version de ta librairie. Olivier Miakinen a écrit :
Salut, Je vais répondre en même temps à ton article de Le 21/10/2020 10:05, yamo' a écrit :
À ce propos, pour l'instant il n'y a pas d'heure dans la première ligne juste : "Olivier Miakinen a écrit :"
Salut,
Je vais répondre en même temps à ton article de 09:48.
Si jamais tu n'as pas encore commencé à lire le code de la fonction how_many_encodable(), ou si tu n'y comprends rien parce qu'elle retourne un tableau lu avec l'instruction list(...), alors il est temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu. Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris le php...
Moi je l'avais appris du temps de PHP 3. Du coup, même si j'ai sur mon site des scripts qui fonctionnent en PHP 4, je n'avais encore jamais utilisé les classes. Autant dire que j'ai passé beaucoup de temps à lire la doc pour faire ce mime.inc.php avec classes en PHP 7. .... et je compte mettre à jour sur mon site la fonction d'écriture des nombres en chiffres.
Oui le code Objet une fois adopté devient une habitude logique.
En effet, j'ai remplacé cette longue fonction par deux fonctions plus courtes et plus faciles à comprendre, tout en laissant le reste du code à peu près intact.
Je te laisse juge.
D'après ce que tu me dis, autant prendre la dernière version : https://www.cjoint.com/c/JJviRo1RznA
Adopté! Je fais le commit juste après.
Je n'ai pas encore inclus de code pour le décodage, mais tu peux voir dans mon article « gérer des entêtes foireux » que j'y songe très sérieusement et que j'ai commencé à expérimenter des trucs.
Ok, pour l'instant je ne touche à rien à cette partie.
En ce qui concerne le message de commit, la partie copyright me semble très bien. D'ailleurs je n'y ai pas fait preuve de beaucoup d'originalité : j'ai juste copié-collé celle de Florian Amrhein dans post.inc.php avant d'y changer le nom et l'adresse de courriel.
Entendu!
Par ailleurs j'ai aussi repris sa taille d'indentation, et sa façon de mettre l'accolade ouvrante sur la première ligne de définition d'une fonction au lieu de la reporter à la ligne suivante.
Oui, c'est un code lisible mais je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1"; Peut-être que la première façon est plus logique en php.
Salut,
Je réponds avec la dernière version de ta librairie.
Olivier Miakinen a écrit :
Salut,
Je vais répondre en même temps à ton article de
Le 21/10/2020 10:05, yamo' a écrit :
À ce propos, pour l'instant il n'y a pas
d'heure dans la première ligne juste :
"Olivier Miakinen a écrit :"
Salut,
Je vais répondre en même temps à ton article de 09:48.
Si jamais tu n'as pas encore commencé à lire le code de la fonction
how_many_encodable(), ou si tu n'y comprends rien parce qu'elle
retourne un tableau lu avec l'instruction list(...), alors il est
temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu.
Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris
le php...
Moi je l'avais appris du temps de PHP 3. Du coup, même si j'ai sur mon site
des scripts qui fonctionnent en PHP 4, je n'avais encore jamais utilisé les
classes. Autant dire que j'ai passé beaucoup de temps à lire la doc pour
faire ce mime.inc.php avec classes en PHP 7.
.... et je compte mettre à jour sur mon site la fonction d'écriture des
nombres en chiffres.
Oui le code Objet une fois adopté devient une habitude logique.
En effet, j'ai remplacé cette longue fonction par deux fonctions
plus courtes et plus faciles à comprendre, tout en laissant le
reste du code à peu près intact.
Je te laisse juge.
D'après ce que tu me dis, autant prendre la dernière version :
https://www.cjoint.com/c/JJviRo1RznA
Adopté! Je fais le commit juste après.
Je n'ai pas encore inclus de code pour le décodage, mais tu peux voir dans
mon article « gérer des entêtes foireux » que j'y songe très sérieusement
et que j'ai commencé à expérimenter des trucs.
Ok, pour l'instant je ne touche à rien à cette partie.
En ce qui concerne le message de commit, la partie copyright me semble très
bien. D'ailleurs je n'y ai pas fait preuve de beaucoup d'originalité : j'ai
juste copié-collé celle de Florian Amrhein dans post.inc.php avant d'y
changer le nom et l'adresse de courriel.
Entendu!
Par ailleurs j'ai aussi repris sa taille d'indentation, et sa façon de
mettre l'accolade ouvrante sur la première ligne de définition d'une
fonction au lieu de la reporter à la ligne suivante.
Oui, c'est un code lisible mais je ne comprends pas pourquoi il fait :
$var2 = "un texte : " . $var1;
et pas :
$var2 = "un texte : $var1";
Peut-être que la première façon est plus logique en php.
Salut, Je réponds avec la dernière version de ta librairie. Olivier Miakinen a écrit :
Salut, Je vais répondre en même temps à ton article de Le 21/10/2020 10:05, yamo' a écrit :
À ce propos, pour l'instant il n'y a pas d'heure dans la première ligne juste : "Olivier Miakinen a écrit :"
Salut,
Je vais répondre en même temps à ton article de 09:48.
Si jamais tu n'as pas encore commencé à lire le code de la fonction how_many_encodable(), ou si tu n'y comprends rien parce qu'elle retourne un tableau lu avec l'instruction list(...), alors il est temps que je t'envoie ma nouvelle version de mime.inc.php.
J'avoue que je n'ai pas encore tout lu. Ton code est bien écrit mais je sens que je n'ai jamais vraiment appris le php...
Moi je l'avais appris du temps de PHP 3. Du coup, même si j'ai sur mon site des scripts qui fonctionnent en PHP 4, je n'avais encore jamais utilisé les classes. Autant dire que j'ai passé beaucoup de temps à lire la doc pour faire ce mime.inc.php avec classes en PHP 7. .... et je compte mettre à jour sur mon site la fonction d'écriture des nombres en chiffres.
Oui le code Objet une fois adopté devient une habitude logique.
En effet, j'ai remplacé cette longue fonction par deux fonctions plus courtes et plus faciles à comprendre, tout en laissant le reste du code à peu près intact.
Je te laisse juge.
D'après ce que tu me dis, autant prendre la dernière version : https://www.cjoint.com/c/JJviRo1RznA
Adopté! Je fais le commit juste après.
Je n'ai pas encore inclus de code pour le décodage, mais tu peux voir dans mon article « gérer des entêtes foireux » que j'y songe très sérieusement et que j'ai commencé à expérimenter des trucs.
Ok, pour l'instant je ne touche à rien à cette partie.
En ce qui concerne le message de commit, la partie copyright me semble très bien. D'ailleurs je n'y ai pas fait preuve de beaucoup d'originalité : j'ai juste copié-collé celle de Florian Amrhein dans post.inc.php avant d'y changer le nom et l'adresse de courriel.
Entendu!
Par ailleurs j'ai aussi repris sa taille d'indentation, et sa façon de mettre l'accolade ouvrante sur la première ligne de définition d'une fonction au lieu de la reporter à la ligne suivante.
Oui, c'est un code lisible mais je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1"; Peut-être que la première façon est plus logique en php.
Olivier Miakinen
Salut, Le 21/10/2020 11:16, yamo' a écrit :
Salut, Je réponds avec la dernière version de ta librairie.
<aparté d'un emmerdeur de puriste du français> ... de ma bibliothèque (mais j'ai probablement utilisé le mot librairie pendant au moins la moitié de ma vie de développeur). </aparté>
À ce propos, pour l'instant il n'y a pas d'heure dans la première ligne juste : "Olivier Miakinen a écrit :"
Ça doit pouvoir se faire sans trop de difficultés, à condition de trouver la bonne fonction pour interpréter le champ Date, entre strtotime(), strptime() et date_parse_from_format(). Ensuite réécrire la date selon le format voulu par l'utilisateur ne devrait pas poser de problème.
[...] c'est un code lisible mais je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1";
Je crois que c'est un très vieux mythe dans la communauté PHP (je l'avais déjà vu à l'époque de PHP 3 ou 4) selon lequel la concaténation avec « . » serait plus rapide que l'interprétation à l'intérieur des guillemets doubles. Voir à ce propos le tout premier commentaire utilisateur sur la page <https://www.php.net/manual/fr/language.types.string.php> qui met à bas cette légende. Cordialement, -- Olivier Miakinen
Salut,
Le 21/10/2020 11:16, yamo' a écrit :
Salut,
Je réponds avec la dernière version de ta librairie.
<aparté d'un emmerdeur de puriste du français>
... de ma bibliothèque (mais j'ai probablement utilisé le mot librairie
pendant au moins la moitié de ma vie de développeur).
</aparté>
À ce propos, pour l'instant il n'y a pas
d'heure dans la première ligne juste :
"Olivier Miakinen a écrit :"
Ça doit pouvoir se faire sans trop de difficultés, à condition de trouver
la bonne fonction pour interpréter le champ Date, entre strtotime(),
strptime() et date_parse_from_format(). Ensuite réécrire la date selon
le format voulu par l'utilisateur ne devrait pas poser de problème.
[...] c'est un code lisible mais je ne comprends pas pourquoi il fait :
$var2 = "un texte : " . $var1;
et pas :
$var2 = "un texte : $var1";
Je crois que c'est un très vieux mythe dans la communauté PHP (je l'avais
déjà vu à l'époque de PHP 3 ou 4) selon lequel la concaténation avec « . »
serait plus rapide que l'interprétation à l'intérieur des guillemets
doubles.
Voir à ce propos le tout premier commentaire utilisateur sur la page
<https://www.php.net/manual/fr/language.types.string.php> qui met à bas
cette légende.
Salut, Je réponds avec la dernière version de ta librairie.
<aparté d'un emmerdeur de puriste du français> ... de ma bibliothèque (mais j'ai probablement utilisé le mot librairie pendant au moins la moitié de ma vie de développeur). </aparté>
À ce propos, pour l'instant il n'y a pas d'heure dans la première ligne juste : "Olivier Miakinen a écrit :"
Ça doit pouvoir se faire sans trop de difficultés, à condition de trouver la bonne fonction pour interpréter le champ Date, entre strtotime(), strptime() et date_parse_from_format(). Ensuite réécrire la date selon le format voulu par l'utilisateur ne devrait pas poser de problème.
[...] c'est un code lisible mais je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1";
Je crois que c'est un très vieux mythe dans la communauté PHP (je l'avais déjà vu à l'époque de PHP 3 ou 4) selon lequel la concaténation avec « . » serait plus rapide que l'interprétation à l'intérieur des guillemets doubles. Voir à ce propos le tout premier commentaire utilisateur sur la page <https://www.php.net/manual/fr/language.types.string.php> qui met à bas cette légende. Cordialement, -- Olivier Miakinen
Olivier Miakinen
Le 21/10/2020 12:43, je répondais à yamo' :
je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1";
[mythe de rapidité]
Parfois cela peut être aussi une question de lisibilité. Par exemple, même si je trouve plus lisible d'écrire : "Bonjour {$prenom} {$nom} !" que : "Bonjour " . $prenom . " " . $nom . " !" , dans mime.inc.php j'ai préféré écrire : $buffer = " " . $buffer; pour qu'il soit clair qu'il s'agit d'ajouter une espace devant $buffer. -- Olivier Miakinen
Le 21/10/2020 12:43, je répondais à yamo' :
je ne comprends pas pourquoi il fait :
$var2 = "un texte : " . $var1;
et pas :
$var2 = "un texte : $var1";
[mythe de rapidité]
Parfois cela peut être aussi une question de lisibilité.
Par exemple, même si je trouve plus lisible d'écrire :
"Bonjour {$prenom} {$nom} !"
que :
"Bonjour " . $prenom . " " . $nom . " !" ,
dans mime.inc.php j'ai préféré écrire :
$buffer = " " . $buffer;
pour qu'il soit clair qu'il s'agit d'ajouter une espace devant $buffer.
je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1";
[mythe de rapidité]
Parfois cela peut être aussi une question de lisibilité. Par exemple, même si je trouve plus lisible d'écrire : "Bonjour {$prenom} {$nom} !" que : "Bonjour " . $prenom . " " . $nom . " !" , dans mime.inc.php j'ai préféré écrire : $buffer = " " . $buffer; pour qu'il soit clair qu'il s'agit d'ajouter une espace devant $buffer. -- Olivier Miakinen
Olivier Miakinen
Le 21/10/2020 11:16, yamo' a écrit :
D'après ce que tu me dis, autant prendre la dernière version : https://www.cjoint.com/c/JJviRo1RznA
Adopté! Je fais le commit juste après.
La prochaine fois j'ajouterai aussi trois lignes de commentaire. En fait ce que j'ai appelé « MimeEncodeHeader working principle » deviendra « MimeEncodeHeader *detailed* working principle », et j'ajouterai juste un « general working principle » que je te livre dès maintenant pour faciliter ta lecture du code : §§§ On each line of the header field, we put things in ASCII for as long as we can, then when we have to switch to MIME encoding we keep it until the end of the line. §§§ -- Olivier Miakinen
Le 21/10/2020 11:16, yamo' a écrit :
D'après ce que tu me dis, autant prendre la dernière version :
https://www.cjoint.com/c/JJviRo1RznA
Adopté! Je fais le commit juste après.
La prochaine fois j'ajouterai aussi trois lignes de commentaire. En fait
ce que j'ai appelé « MimeEncodeHeader working principle » deviendra
« MimeEncodeHeader *detailed* working principle », et j'ajouterai juste
un « general working principle » que je te livre dès maintenant pour
faciliter ta lecture du code :
§§§
On each line of the header field, we put things in ASCII for as long as
we can, then when we have to switch to MIME encoding we keep it until
the end of the line.
D'après ce que tu me dis, autant prendre la dernière version : https://www.cjoint.com/c/JJviRo1RznA
Adopté! Je fais le commit juste après.
La prochaine fois j'ajouterai aussi trois lignes de commentaire. En fait ce que j'ai appelé « MimeEncodeHeader working principle » deviendra « MimeEncodeHeader *detailed* working principle », et j'ajouterai juste un « general working principle » que je te livre dès maintenant pour faciliter ta lecture du code : §§§ On each line of the header field, we put things in ASCII for as long as we can, then when we have to switch to MIME encoding we keep it until the end of the line. §§§ -- Olivier Miakinen
yamo'
Olivier Miakinen a tapoté le 21/10/2020 13:12:
Le 21/10/2020 12:43, je répondais à yamo' :
je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1";
[mythe de rapidité]
Parfois cela peut être aussi une question de lisibilité. Par exemple, même si je trouve plus lisible d'écrire : "Bonjour {$prenom} {$nom} !" que : "Bonjour " . $prenom . " " . $nom . " !" , dans mime.inc.php j'ai préféré écrire : $buffer = " " . $buffer; pour qu'il soit clair qu'il s'agit d'ajouter une espace devant $buffer.
Merci, sauf peut-être une fois j'ai respecté le deuxième style d'écriture. C'est fou le nombre d'informations qu'il y a dans la page citée que j'ai lu très rapidement jusqu'au premier commentaire! Je note pour bibliothèque mais je doute que je vais retenir :P -- Stéphane
Olivier Miakinen a tapoté le 21/10/2020 13:12:
Le 21/10/2020 12:43, je répondais à yamo' :
je ne comprends pas pourquoi il fait :
$var2 = "un texte : " . $var1;
et pas :
$var2 = "un texte : $var1";
[mythe de rapidité]
Parfois cela peut être aussi une question de lisibilité.
Par exemple, même si je trouve plus lisible d'écrire :
"Bonjour {$prenom} {$nom} !"
que :
"Bonjour " . $prenom . " " . $nom . " !" ,
dans mime.inc.php j'ai préféré écrire :
$buffer = " " . $buffer;
pour qu'il soit clair qu'il s'agit d'ajouter une espace devant $buffer.
Merci, sauf peut-être une fois j'ai respecté le deuxième style d'écriture.
C'est fou le nombre d'informations qu'il y a dans la page citée que j'ai
lu très rapidement jusqu'au premier commentaire!
Je note pour bibliothèque mais je doute que je vais retenir :P
je ne comprends pas pourquoi il fait : $var2 = "un texte : " . $var1; et pas : $var2 = "un texte : $var1";
[mythe de rapidité]
Parfois cela peut être aussi une question de lisibilité. Par exemple, même si je trouve plus lisible d'écrire : "Bonjour {$prenom} {$nom} !" que : "Bonjour " . $prenom . " " . $nom . " !" , dans mime.inc.php j'ai préféré écrire : $buffer = " " . $buffer; pour qu'il soit clair qu'il s'agit d'ajouter une espace devant $buffer.
Merci, sauf peut-être une fois j'ai respecté le deuxième style d'écriture. C'est fou le nombre d'informations qu'il y a dans la page citée que j'ai lu très rapidement jusqu'au premier commentaire! Je note pour bibliothèque mais je doute que je vais retenir :P -- Stéphane
