Mon avis: que les sources devraient être forcément en utf-8 et qu'on ne s'en soucie plus
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Laurent Pointal
Méta-MCI wrote:
Re !
Mon avis: que les sources devraient être forcément en utf-8 et qu'on ne s'en soucie plus
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
AMA Beurk. Cf la discussion là dessus sur clp. Quoi que ça semble arriver à un "laissez les gens choisir". Perso je préfèrerais qu'il reste un peu de contrainte à ce niveau.
Méta-MCI wrote:
Re !
Mon avis: que les sources devraient être forcément en utf-8 et qu'on ne
s'en soucie plus
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
AMA Beurk.
Cf la discussion là dessus sur clp.
Quoi que ça semble arriver à un "laissez les gens choisir". Perso je
préfèrerais qu'il reste un peu de contrainte à ce niveau.
Mon avis: que les sources devraient être forcément en utf-8 et qu'on ne s'en soucie plus
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
AMA Beurk. Cf la discussion là dessus sur clp. Quoi que ça semble arriver à un "laissez les gens choisir". Perso je préfèrerais qu'il reste un peu de contrainte à ce niveau.
luc
Méta-MCI wrote:
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
-- Luc Heinrich
Méta-MCI <enleverlesX.XmcX@XmclaveauX.com> wrote:
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
-- Luc Heinrich
hg
jean-michel bain-cornu wrote:
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons...
Perso, je ne vois pas où est le problème. Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm Sauf si tu dois débugger leurs code ;-)
hg
jean-michel bain-cornu wrote:
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non
moins fervents détracteurs. Et en plus, de nombreux langages supportent
déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui
va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL
disant: "no way". Espérons...
Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des
identifieurs, ça ne me gêne pas si d'autres le font !
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons...
Perso, je ne vois pas où est le problème. Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm Sauf si tu dois débugger leurs code ;-)
hg
hg
Laurent Pointal wrote:
jean-michel bain-cornu wrote:
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs... Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons... Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm Sauf si tu dois débugger leurs code ;-)
Ouais, ça va être cool de zieuter dans le code des étudiants en TP quand ils auront mixé des variables des fois avec accent, des fois sans... Va falloir ajouter la déclaration explicite des variables dans le langage...
et pis: for i in range(10): ... ça fait quoi en verlan ? (arff)
hg
Laurent Pointal wrote:
jean-michel bain-cornu wrote:
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non
moins fervents détracteurs. Et en plus, de nombreux langages supportent
déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose
qui va pouvoir nous sauver de ça est une intervention de notre vénéré
BDFL disant: "no way". Espérons...
Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des
identifieurs, ça ne me gêne pas si d'autres le font !
jm
Sauf si tu dois débugger leurs code ;-)
Ouais, ça va être cool de zieuter dans le code des étudiants en TP quand
ils auront mixé des variables des fois avec accent, des fois sans...
Va falloir ajouter la déclaration explicite des variables dans le
langage...
et pis: for i in range(10): ... ça fait quoi en verlan ? (arff)
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs... Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons... Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm Sauf si tu dois débugger leurs code ;-)
Ouais, ça va être cool de zieuter dans le code des étudiants en TP quand ils auront mixé des variables des fois avec accent, des fois sans... Va falloir ajouter la déclaration explicite des variables dans le langage...
et pis: for i in range(10): ... ça fait quoi en verlan ? (arff)
hg
Eric Brunel
On Tue, 15 May 2007 07:56:29 +0200, Luc Heinrich wrote:
Méta-MCI wrote:
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons... -- python -c "print ''.join([chr(154 - ord(c)) for c in 'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
On Tue, 15 May 2007 07:56:29 +0200, Luc Heinrich <luc@honk-honk.com> wrote:
Méta-MCI <enleverlesX.XmcX@XmclaveauX.com> wrote:
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre
qu'il y a à peu près autant de fervents supporters que de non moins
fervents détracteurs. Et en plus, de nombreux langages supportent déjà
cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va
pouvoir nous sauver de ça est une intervention de notre vénéré BDFL
disant: "no way". Espérons...
--
python -c "print ''.join([chr(154 - ord(c)) for c in
'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
On Tue, 15 May 2007 07:56:29 +0200, Luc Heinrich wrote:
Méta-MCI wrote:
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons... -- python -c "print ''.join([chr(154 - ord(c)) for c in 'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
jean-michel bain-cornu
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons...
Perso, je ne vois pas où est le problème. Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non
moins fervents détracteurs. Et en plus, de nombreux langages supportent
déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui
va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL
disant: "no way". Espérons...
Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des
identifieurs, ça ne me gêne pas si d'autres le font !
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons...
Perso, je ne vois pas où est le problème. Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm
Laurent Pointal
jean-michel bain-cornu wrote:
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs... Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons... Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm Sauf si tu dois débugger leurs code ;-)
Ouais, ça va être cool de zieuter dans le code des étudiants en TP quand ils auront mixé des variables des fois avec accent, des fois sans... Va falloir ajouter la déclaration explicite des variables dans le langage...
jean-michel bain-cornu wrote:
Bonjour,
Surtout quand on pourra utiliser des caractères non-Ascii dans les
identifieurs...
Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non
moins fervents détracteurs. Et en plus, de nombreux langages supportent
déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui
va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL
disant: "no way". Espérons...
Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des
identifieurs, ça ne me gêne pas si d'autres le font !
jm
Sauf si tu dois débugger leurs code ;-)
Ouais, ça va être cool de zieuter dans le code des étudiants en TP quand
ils auront mixé des variables des fois avec accent, des fois sans...
Va falloir ajouter la déclaration explicite des variables dans le langage...
Surtout quand on pourra utiliser des caractères non-Ascii dans les identifieurs... Ca, c'est pas gagné (et heureusement d'ailleurs).
Détrompes-toi: la discussion qui fait rage en ce moment sur c.l.py
montre qu'il y a à peu près autant de fervents supporters que de non moins fervents détracteurs. Et en plus, de nombreux langages supportent déjà cette monstruosité (AMHA, hein...). Apparemment, la seule chose qui va pouvoir nous sauver de ça est une intervention de notre vénéré BDFL disant: "no way". Espérons... Perso, je ne vois pas où est le problème.
Bien que ça ne me branche pas d'utiliser ces caractères dans des identifieurs, ça ne me gêne pas si d'autres le font !
jm Sauf si tu dois débugger leurs code ;-)
Ouais, ça va être cool de zieuter dans le code des étudiants en TP quand ils auront mixé des variables des fois avec accent, des fois sans... Va falloir ajouter la déclaration explicite des variables dans le langage...