Forum d'entraide PHPFrance

Bonjour,

Existe t'il un anti-tabulation ? l'inverse de \t ?
Je ne trouve pas beaucoup de renseignements sur google, pas de liste complète de ces opérateurs.

D'avance merci.

Bonjour,

Existe t'il un anti-tabulation ? l'inverse de \t ?
Je ne trouve pas beaucoup de renseignements sur google, pas de liste complète de ces opérateurs.

D'avance merci.

Non je ne pense pas (d'ailleurs qu'est ce que ça pourrait bien être une anti-tabulation ?)

Voici une table ASCII : http://www.asciitable.com/, la tabulation correspond au caractère n°9.

ça se vérifie facilement en php :

<?php 
echo ord("\t"); // Affiche 9 
?>

Bonjour,

Existe t'il un anti-tabulation ? l'inverse de \t ?
Je ne trouve pas beaucoup de renseignements sur google, pas de liste complète de ces opérateurs.

D'avance merci.

oui, DEL, mais faut voir si ca marche

Bonjour à tous, en bidouillant sur mon clavier, j'ai trouvé l'inverse de TAB pour passer d'un champ à l'autre, et c'est tout simplement maj+tab. Ça doit trainer par là dans l'aide Windows je suppose... Voila, pour ceux que ça peut aider...

Bonjour à tous, en bidouillant sur mon clavier, j'ai trouvé l'inverse de TAB pour passer d'un champ à l'autre, et c'est tout simplement maj+tab. Ça doit trainer par là dans l'aide Windows je suppose... Voila, pour ceux que ça peut aider...

A proprement parler, il ne s'agit pas de l'inverse, mais simplement de basculer vers un autre champs dans le sens contraire.

Quant à la question initiale, elle n'a que peu de sens. "tab" est un caractère, tout comme la lettre a et le retour à la ligne. Il n'y a pas d'inverse de la lettre 'a'. Ni du retour à la ligne.

Pour revenir en arrière, on utilise le backspace, qui lui aussi est un caractère (il suffit d'utiliser une vieille session telnet pour le voir), mais n'est pas prévu dans Php, ni dans aucun langage que je connais: il n'aurait que peu de sens.

Voici ce que connait Php:

\n Fin de ligne (LF ou 0x0A (10) en ASCII)
\r Retour à la ligne (CR ou 0x0D (13) en ASCII)
\t Tabulation horizontale (HT or 0x09 (9) en ASCII)
\v Tabulation verticale (VT or 0x0B (11) en ASCII) (depuis PHP 5.2.5)
\f Saut de page (FF ou 0x0C (12) en ASCII) (depuis PHP 5.2.5)

Dans la charte ASCII, le backspace occupe la place 8 (donc 0x08 en hex)

Pour reprendre, il faut noter que le backspace est lui aussi un caractère, mais un caractère de contrôle. Son rôle est donc, entre autres, de faire communiquer le clavier avec l'ordinateur, pour qu'après, dans ce cas, il puisse supprimer un caractère. Mais TAB étant un caractère comme un autre ASCII, il est composé d'un seul octet (malgré sa visuelle), et pourra donc facilement être supprimé par un substr($chaine,0,-1) ou str_replace ("\t", "", $chaine), etc. Quand je veux avoir € sur mon éditeur de texte, je tape ALT GR et E. C'est pas pour autant qu'il est encodé sous ces deux caractères ascii ...

Bonjour à tous, en bidouillant sur mon clavier, j'ai trouvé l'inverse de TAB pour passer d'un champ à l'autre, et c'est tout simplement maj+tab. Ça doit trainer par là dans l'aide Windows je suppose... Voila, pour ceux que ça peut aider...

A proprement parler, il ne s'agit pas de l'inverse, mais simplement de basculer vers un autre champs dans le sens contraire.

Quant à la question initiale, elle n'a que peu de sens. "tab" est un caractère, tout comme la lettre a et le retour à la ligne. Il n'y a pas d'inverse de la lettre 'a'. Ni du retour à la ligne.

Pour revenir en arrière, on utilise le backspace, qui lui aussi est un caractère (il suffit d'utiliser une vieille session telnet pour le voir), mais n'est pas prévu dans Php, ni dans aucun langage que je connais: il n'aurait que peu de sens.

Voici ce que connait Php:

\n Fin de ligne (LF ou 0x0A (10) en ASCII)
\r Retour à la ligne (CR ou 0x0D (13) en ASCII)
\t Tabulation horizontale (HT or 0x09 (9) en ASCII)
\v Tabulation verticale (VT or 0x0B (11) en ASCII) (depuis PHP 5.2.5)
\f Saut de page (FF ou 0x0C (12) en ASCII) (depuis PHP 5.2.5)

Dans la charte ASCII, le backspace occupe la place 8 (donc 0x08 en hex)

(blabla)

Le clavier et le pc communiquent par Ascii ?

Tab n'est pas un caractère de contrôle ?

€ n'occupe qu'un seul octet ? =D>

Ascii est le jeu de caractères ultime ?

(blabla)

Le clavier et le pc communiquent par Ascii ?

Tab n'est pas un caractère de contrôle ?

€ n'occupe qu'un seul octet ? =D>

Ascii est le jeu de caractères ultime ?

Bah oui, t'as jamais vu le caractère "NULL" sur le clavier ??? ^^

TAB fait partie des caractères de contrôle, tout comme les sauts de lignes, mais à la différence d'autres caractères invisibles, celui-ci à une réelle utilité de le traitement de texte. Restons simple ...

Oui, 1 seul octet en ASCII étendu cp1252 http://fr.wikipedia.org/wiki/Windows-1252, référence 80.

Ascii simple est notre mère ! et UTF-8 l'intégre pour des raisons de compatibilité, ce n'est pas pour rien ... Sans rire, quand j'avais 4 ans, on m'avait dit que les claviers communiquait en ASCII (mais ça existait pas les accents à l'époque ^^). D'ailleurs si tu trouves une doc qui dit le contraire, donne la moi ... car quand tu tape 7 de l'apha, ça donne "è" mais tu as bien envoyé de l'ascii (je parle de l'ascii étendu oops j'avais pas précisé).

Fallait vraiment que tu me contredises, hein !

Bah oui, t'as jamais vu le caractère "NULL" sur le clavier ??? ^^

Seulement la touche "Any" ...

TAB fait partie des caractères de contrôle, tout comme les sauts de lignes, mais à la différence d'autres caractères invisibles, celui-ci à une réelle utilité de le traitement de texte. Restons simple ...

Ah non, les détails, c'est important. N'oublions surtout pas le retour chariot et la nouvelle ligne sont des caractères de contrôle aussi, avec un réel impact "visuel". Je maintiens: ce sont tous des caractères de plein droit, avec leur effet propre (et certains complètement obsolète).

Et pour enfin tordre le cou à toute cette histoire, en C le backspace s'écrit \b, tout comme le tab s'écrit \t (et toc, j'ai raison, dans l'infini et au-delà).

Oui, 1 seul octet en ASCII étendu cp1252 http://fr.wikipedia.org/wiki/Windows-1252, référence 80.

Tss.. subtil.. mais non, cp1252 est une extension d'iso8859-1, lui-même l'extension d'ASCII. na.

Ascii simple est notre mère ! et UTF-8 l'intégre pour des raisons de compatibilité, ce n'est pas pour rien ...

Ascii est une horreur de la localisation, dieu merci nous avons maintenant unicode. Si ce dernier "l'intègre" (ou reprend son classement), c'est par simple souci de compatibilité.

Sans rire, quand j'avais 4 ans, on m'avait dit que les claviers communiquait en ASCII (mais ça existait pas les accents à l'époque ^^). D'ailleurs si tu trouves une doc qui dit le contraire, donne la moi ... car quand tu tape 7 de l'apha, ça donne "è" mais tu as bien envoyé de l'ascii (je parle de l'ascii étendu oops j'avais pas précisé).

C'est intéressant cette discussion sur la communication clavier/pc.
Donc selon toi, un clavier envoie le code ascii de la touche appuyée.. mais comment se fait-il alors qu'un clavier azerty, configuré en qwerty, envoie du qwerty ?

L'ordinateur ne sait fichtrement pas quel est la langue du clavier qui est branché. Il reçoit des codes de touches (qui ne changent pas entre les différentes localisations de claviers), que le driver traduit vers l'OS, que l'OS traduit vers les applications. Le jeu de caractères utilisé ne rentre en compte qu'en toute fin de ligne.

Ceci dit, ça me fait dire qu'il est quand même temps de moderniser ce fonctionnement, avec les claviers USB de nos jours, il doit quand même être facile pour eux de s'identifier auprès de l'OS...

Fallait vraiment que tu me contredises, hein !

C'est un jour comme ça

Héhé

A la manière d'un include,

je clos ton insolence \x00