Pardon si la question a déjà été posée !
J'ai un fichier texte que j'ouvre dans TextEdit et qui comporte des
sauts de ligne que je veux supprimer.
J'essaie d'utiliser la fonction "rechercher/remplacer" pour remplacer la
séquence "retour + retour" par "retour".
Question : Comment saisir le caractère spécial (la touche) "retour" dans
les champs de la fenètre de la fonction "rechercher".
Tant que j'y suis : Même question pour la touche "Tab".
Pour l'instant, je me débrouille avec un texte ouvert dans Appleworks
avec affichage des caractères invisibles puis par copier /coller, mais
il y a sûrement qqchose de plus élégant, je pense !...
Merci pour vos réponses...
--
iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
In article (Dans l'article) <1gi548e.1ulvhe41g9ubf0N%, Macady wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s consécutifs, i.e. une ligne vide, et déjà contrastés.
Pourtant ce texte comporte bien un retour à la ligne plus un saut de ligne !...
Retour vs saut ?
On parle bien ici du caractère du retour de ligne ? Ce caractère s'inscrit dans TextEdit par la touche <Retour> ou <Entrée>.
... si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit, la technique n'est donc pas fidèle.
Hummm ! est-ce qu'on est bien sûr de ne chercher que deux <Retour>s ou bien y a-t-il d'autres caractères cachés, comme <Tab> par exemple ?
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article)
<1gi548e.1ulvhe41g9ubf0N%news77jll@tele2.fr>, Macady
<news77jll@tele2.fr> wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et
la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher
et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s
consécutifs, i.e. une ligne vide, et déjà contrastés.
Pourtant ce texte comporte bien un retour à la ligne plus un saut de
ligne !...
Retour vs saut ?
On parle bien ici du caractère du retour de ligne ?
Ce caractère s'inscrit dans TextEdit par la touche <Retour> ou <Entrée>.
... si je copie ce "vide" dans un doc AppleWorks, je vois apparaître
un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection
ne porte que sur 2 lignes; donc AW semble rajouter un retour par
rapport à TextEdit, la technique n'est donc pas fidèle.
Hummm ! est-ce qu'on est bien sûr de ne chercher que deux <Retour>s ou
bien y a-t-il d'autres caractères cachés, comme <Tab> par exemple ?
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi548e.1ulvhe41g9ubf0N%, Macady wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s consécutifs, i.e. une ligne vide, et déjà contrastés.
Pourtant ce texte comporte bien un retour à la ligne plus un saut de ligne !...
Retour vs saut ?
On parle bien ici du caractère du retour de ligne ? Ce caractère s'inscrit dans TextEdit par la touche <Retour> ou <Entrée>.
... si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit, la technique n'est donc pas fidèle.
Hummm ! est-ce qu'on est bien sûr de ne chercher que deux <Retour>s ou bien y a-t-il d'autres caractères cachés, comme <Tab> par exemple ?
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
J.P. Kuypers
In article (Dans l'article) <1gi548e.1ulvhe41g9ubf0N%, Macady wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s consécutifs, i.e. une ligne vide, et déjà contrastés.
Pourtant ce texte comporte bien un retour à la ligne plus un saut de ligne !...
Retour vs saut ?
On parle bien ici du caractère du retour de ligne ? Ce caractère s'inscrit dans TextEdit par la touche <Retour> ou <Entrée>.
... si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit, la technique n'est donc pas fidèle.
Hummm ! est-ce qu'on est bien sûr de ne chercher que deux <Retour>s ou bien y a-t-il d'autres caractères cachés, comme <Tab> par exemple ?
On pourrait vérifier cela avec BBEdit et en demandant d'afficher les "invisibles".
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article)
<1gi548e.1ulvhe41g9ubf0N%news77jll@tele2.fr>, Macady
<news77jll@tele2.fr> wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et
la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher
et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s
consécutifs, i.e. une ligne vide, et déjà contrastés.
Pourtant ce texte comporte bien un retour à la ligne plus un saut de
ligne !...
Retour vs saut ?
On parle bien ici du caractère du retour de ligne ?
Ce caractère s'inscrit dans TextEdit par la touche <Retour> ou <Entrée>.
... si je copie ce "vide" dans un doc AppleWorks, je vois apparaître
un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection
ne porte que sur 2 lignes; donc AW semble rajouter un retour par
rapport à TextEdit, la technique n'est donc pas fidèle.
Hummm ! est-ce qu'on est bien sûr de ne chercher que deux <Retour>s ou
bien y a-t-il d'autres caractères cachés, comme <Tab> par exemple ?
On pourrait vérifier cela avec BBEdit et en demandant d'afficher les
"invisibles".
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi548e.1ulvhe41g9ubf0N%, Macady wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s consécutifs, i.e. une ligne vide, et déjà contrastés.
Pourtant ce texte comporte bien un retour à la ligne plus un saut de ligne !...
Retour vs saut ?
On parle bien ici du caractère du retour de ligne ? Ce caractère s'inscrit dans TextEdit par la touche <Retour> ou <Entrée>.
... si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit, la technique n'est donc pas fidèle.
Hummm ! est-ce qu'on est bien sûr de ne chercher que deux <Retour>s ou bien y a-t-il d'autres caractères cachés, comme <Tab> par exemple ?
On pourrait vérifier cela avec BBEdit et en demandant d'afficher les "invisibles".
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
news77jll
J.P. Kuypers wrote:
In article (Dans l'article) <1gi548e.1ulvhe41g9ubf0N%, Macady wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s consécutifs, i.e. une ligne vide, et déjà contrastés.
D'abord pardon à ceux qui m'ont répondu car j'ai du faire des fausses manip et donc dire des bêtises. Je me suis fait sans doute piéger par M. de La Palisse : "Un champ comportant des caractères invisibles paraît vide". J'ai parfois oublié de relancer la commande "rechercher" (commande F) pour que les champs apparaissent en surlignés s'ils contiennent qqchose; on peut alors nettoyer. Tout de même il ressort que le caractère "retour" s'obtient bien par "option + retour" mais que le champ "rechercher" n'accepte apparemment pas la frappe de deux caractères "retour" consécutifs, par contre le champ "remplacer" lui les accepte. La solution consiste alors à sélectionner une occurence de ce que l'on cherche dans le texte même puis à faire "rechercher la sélection" (commande E), cela remplit le champ "rechercher" de la fenètre et il suffit alors de saisir le champ "remplacer" avant de cliquer sur "tout remplacer". Ai-je été clair ? pas sûr !....:-)
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
J.P. Kuypers <Kuypers@sri.ucl.ac.invalid> wrote:
In article (Dans l'article)
<1gi548e.1ulvhe41g9ubf0N%news77jll@tele2.fr>, Macady
<news77jll@tele2.fr> wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et
la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher
et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s
consécutifs, i.e. une ligne vide, et déjà contrastés.
D'abord pardon à ceux qui m'ont répondu car j'ai du faire des fausses
manip et donc dire des bêtises. Je me suis fait sans doute piéger par M.
de La Palisse : "Un champ comportant des caractères invisibles paraît
vide". J'ai parfois oublié de relancer la commande "rechercher"
(commande F) pour que les champs apparaissent en surlignés s'ils
contiennent qqchose; on peut alors nettoyer.
Tout de même il ressort que le caractère "retour" s'obtient bien par
"option + retour" mais que le champ "rechercher" n'accepte apparemment
pas la frappe de deux caractères "retour" consécutifs, par contre le
champ "remplacer" lui les accepte.
La solution consiste alors à sélectionner une occurence de ce que l'on
cherche dans le texte même puis à faire "rechercher la sélection"
(commande E), cela remplit le champ "rechercher" de la fenètre et il
suffit alors de saisir le champ "remplacer" avant de cliquer sur "tout
remplacer".
Ai-je été clair ? pas sûr !....:-)
--
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
In article (Dans l'article) <1gi548e.1ulvhe41g9ubf0N%, Macady wrote (écrivait) :
... je demande de chercher "option - retour", j'ai un son d'alerte et la mention "introuvable"
J'ai cela quand je n'ai qu'une occurrence de la séquence à rechercher et qu'elle est déjà sélectionnée, pas exemple rechercher deux <Retour>s consécutifs, i.e. une ligne vide, et déjà contrastés.
D'abord pardon à ceux qui m'ont répondu car j'ai du faire des fausses manip et donc dire des bêtises. Je me suis fait sans doute piéger par M. de La Palisse : "Un champ comportant des caractères invisibles paraît vide". J'ai parfois oublié de relancer la commande "rechercher" (commande F) pour que les champs apparaissent en surlignés s'ils contiennent qqchose; on peut alors nettoyer. Tout de même il ressort que le caractère "retour" s'obtient bien par "option + retour" mais que le champ "rechercher" n'accepte apparemment pas la frappe de deux caractères "retour" consécutifs, par contre le champ "remplacer" lui les accepte. La solution consiste alors à sélectionner une occurence de ce que l'on cherche dans le texte même puis à faire "rechercher la sélection" (commande E), cela remplit le champ "rechercher" de la fenètre et il suffit alors de saisir le champ "remplacer" avant de cliquer sur "tout remplacer". Ai-je été clair ? pas sûr !....:-)
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
yatch
Macady raconte:
"Un champ comportant des caractères invisibles paraît vide". J'ai parfois oublié de relancer la commande "rechercher" (commande F) pour que les champs apparaissent en surlignés s'ils contiennent qqchose; on peut alors nettoyer.
Oui, ou simplement revenir sur le champ avec <tab> <maj+tab> ou même <commande+A>
Tout de même il ressort que le caractère "retour" s'obtient bien par "option + retour" mais que le champ "rechercher" n'accepte apparemment pas la frappe de deux caractères "retour" consécutifs, par contre le champ "remplacer" lui les accepte.
Les deux semblent bien pouvoir l'accepter. Mais ce n'est pas facile à visualiser.
La solution consiste alors à sélectionner une occurence de ce que l'on cherche dans le texte même puis à faire "rechercher la sélection" (commande E)
C'est encore le plus simple.
Mais au vu de ton explication précédente :
si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit
Je soupçonne que le fichier texte en question vient d'un PC, avec des fin de lignes différentes. TextEdit ne trouve aucune suite <retour><retour> dans ce cas, car il y a un autre caractère invisible entre les deux.
(Ce qui signifie que la traduction n'a lieu qu'à l'affichage, d'où risque de produire des fichiers avec des fin de ligne non-homogènes si jamais on tape <option+retour> dans le champ remplacer...)
(Et on a les mêmes difficultés avec des fichiers textes venant de Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
-- Yatch//
Macady raconte:
"Un champ comportant des caractères invisibles paraît
vide". J'ai parfois oublié de relancer la commande "rechercher"
(commande F) pour que les champs apparaissent en surlignés s'ils
contiennent qqchose; on peut alors nettoyer.
Oui, ou simplement revenir sur le champ avec <tab> <maj+tab> ou même
<commande+A>
Tout de même il ressort que le caractère "retour" s'obtient bien par
"option + retour" mais que le champ "rechercher" n'accepte apparemment
pas la frappe de deux caractères "retour" consécutifs, par contre le
champ "remplacer" lui les accepte.
Les deux semblent bien pouvoir l'accepter.
Mais ce n'est pas facile à visualiser.
La solution consiste alors à sélectionner une occurence de ce que l'on
cherche dans le texte même puis à faire "rechercher la sélection"
(commande E)
C'est encore le plus simple.
Mais au vu de ton explication précédente :
si je copie ce "vide" dans
un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le
"Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc
AW semble rajouter un retour par rapport à TextEdit
Je soupçonne que le fichier texte en question vient d'un PC, avec des
fin de lignes différentes. TextEdit ne trouve aucune suite
<retour><retour> dans ce cas, car il y a un autre caractère invisible
entre les deux.
(Ce qui signifie que la traduction n'a lieu qu'à l'affichage, d'où
risque de produire des fichiers avec des fin de ligne non-homogènes si
jamais on tape <option+retour> dans le champ remplacer...)
(Et on a les mêmes difficultés avec des fichiers textes venant de
Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
"Un champ comportant des caractères invisibles paraît vide". J'ai parfois oublié de relancer la commande "rechercher" (commande F) pour que les champs apparaissent en surlignés s'ils contiennent qqchose; on peut alors nettoyer.
Oui, ou simplement revenir sur le champ avec <tab> <maj+tab> ou même <commande+A>
Tout de même il ressort que le caractère "retour" s'obtient bien par "option + retour" mais que le champ "rechercher" n'accepte apparemment pas la frappe de deux caractères "retour" consécutifs, par contre le champ "remplacer" lui les accepte.
Les deux semblent bien pouvoir l'accepter. Mais ce n'est pas facile à visualiser.
La solution consiste alors à sélectionner une occurence de ce que l'on cherche dans le texte même puis à faire "rechercher la sélection" (commande E)
C'est encore le plus simple.
Mais au vu de ton explication précédente :
si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit
Je soupçonne que le fichier texte en question vient d'un PC, avec des fin de lignes différentes. TextEdit ne trouve aucune suite <retour><retour> dans ce cas, car il y a un autre caractère invisible entre les deux.
(Ce qui signifie que la traduction n'a lieu qu'à l'affichage, d'où risque de produire des fichiers avec des fin de ligne non-homogènes si jamais on tape <option+retour> dans le champ remplacer...)
(Et on a les mêmes difficultés avec des fichiers textes venant de Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
-- Yatch//
fr_jacqu
Macady wrote:
Question : Comment saisir le caractère spécial (la touche) "retour" dans les champs de la fenètre de la fonction "rechercher". Tant que j'y suis : Même question pour la touche "Tab".
Esssaike voir r pour aller à la ligne, et t pour la tabulation. -- F. Jacquemin
Macady <news77jll@tele2.fr> wrote:
Question : Comment saisir le caractère spécial (la touche) "retour" dans
les champs de la fenètre de la fonction "rechercher".
Tant que j'y suis : Même question pour la touche "Tab".
Esssaike voir r pour aller à la ligne, et t pour la tabulation.
--
F. Jacquemin
Question : Comment saisir le caractère spécial (la touche) "retour" dans les champs de la fenètre de la fonction "rechercher". Tant que j'y suis : Même question pour la touche "Tab".
Esssaike voir r pour aller à la ligne, et t pour la tabulation. -- F. Jacquemin
J.P. Kuypers
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%, Yannick Bedhomme wrote (écrivait) :
... le fichier texte en question vient d'un PC, avec des fin de lignes différentes. TextEdit ne trouve aucune suite <retour><retour> dans ce cas, car il y a un autre caractère invisible entre les deux.
BBEdit peut permettre de vérifier cela, avec la comande "Hex Dump" du menu Tools.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%yatch@freesurf.fr>,
Yannick Bedhomme <yatch@freesurf.fr> wrote (écrivait) :
... le fichier texte en question vient d'un PC, avec des fin de
lignes différentes. TextEdit ne trouve aucune suite <retour><retour>
dans ce cas, car il y a un autre caractère invisible entre les deux.
BBEdit peut permettre de vérifier cela, avec la comande "Hex Dump" du
menu Tools.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%, Yannick Bedhomme wrote (écrivait) :
... le fichier texte en question vient d'un PC, avec des fin de lignes différentes. TextEdit ne trouve aucune suite <retour><retour> dans ce cas, car il y a un autre caractère invisible entre les deux.
BBEdit peut permettre de vérifier cela, avec la comande "Hex Dump" du menu Tools.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
J.P. Kuypers
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%, Yannick Bedhomme wrote (écrivait) :
(Et on a les mêmes difficultés avec des fichiers textes venant de Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
Personnellement, je n'ai pas encore rencontré ce genre de difficulté.
Quoi qu'il en soit; BBEdit ne manque pas d'options pour travailler les fins de ligne.
Il a une option "Translate Line Breaks" à l'ouverture d'un document.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%yatch@freesurf.fr>,
Yannick Bedhomme <yatch@freesurf.fr> wrote (écrivait) :
(Et on a les mêmes difficultés avec des fichiers textes venant de
Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
Personnellement, je n'ai pas encore rencontré ce genre de difficulté.
Quoi qu'il en soit; BBEdit ne manque pas d'options pour travailler les
fins de ligne.
Il a une option "Translate Line Breaks" à l'ouverture d'un document.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
Il a une option "Translate Line Breaks" à l'ouverture d'un document.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
J.P. Kuypers
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%, Yannick Bedhomme wrote (écrivait) :
... le fichier texte en question vient d'un PC, avec des fin de lignes différentes. TextEdit ne trouve aucune suite <retour><retour> dans ce cas, car il y a un autre caractère invisible entre les deux.
BBEdit peut permettre de vérifier cela, avec la commande "Hex Dump" du menu Tools.
(Et on a les mêmes difficultés avec des fichiers textes venant de Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
Personnellement, je n'ai pas encore rencontré ce genre de difficulté.
Quoi qu'il en soit; BBEdit ne manque pas d'options pour travailler les fins de ligne.
Il a une option "Translate Line Breaks" à l'ouverture d'un document.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%yatch@freesurf.fr>,
Yannick Bedhomme <yatch@freesurf.fr> wrote (écrivait) :
... le fichier texte en question vient d'un PC, avec des fin de
lignes différentes. TextEdit ne trouve aucune suite <retour><retour>
dans ce cas, car il y a un autre caractère invisible entre les deux.
BBEdit peut permettre de vérifier cela, avec la commande "Hex Dump" du
menu Tools.
(Et on a les mêmes difficultés avec des fichiers textes venant de
Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
Personnellement, je n'ai pas encore rencontré ce genre de difficulté.
Quoi qu'il en soit; BBEdit ne manque pas d'options pour travailler les
fins de ligne.
Il a une option "Translate Line Breaks" à l'ouverture d'un document.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1gi6evs.ovhntijwib0oN%, Yannick Bedhomme wrote (écrivait) :
... le fichier texte en question vient d'un PC, avec des fin de lignes différentes. TextEdit ne trouve aucune suite <retour><retour> dans ce cas, car il y a un autre caractère invisible entre les deux.
BBEdit peut permettre de vérifier cela, avec la commande "Hex Dump" du menu Tools.
(Et on a les mêmes difficultés avec des fichiers textes venant de Mac OS < 10 --les fins de lignes ne sont pas les mêmes.)
Personnellement, je n'ai pas encore rencontré ce genre de difficulté.
Quoi qu'il en soit; BBEdit ne manque pas d'options pour travailler les fins de ligne.
Il a une option "Translate Line Breaks" à l'ouverture d'un document.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
news77jll
François Jacquemin wrote:
Macady wrote:
Question : Comment saisir le caractère spécial (la touche) "retour" dans les champs de la fenètre de la fonction "rechercher". Tant que j'y suis : Même question pour la touche "Tab".
Esssaike voir r pour aller à la ligne, et t pour la tabulation.
Je viens d'essayer : Marche pas ni l'un ni l'autre Il s'agit bien de "l'anti-slach" = "option + /" ?
Merci
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
François Jacquemin <fr_jacqu@club-internet.fr> wrote:
Macady <news77jll@tele2.fr> wrote:
Question : Comment saisir le caractère spécial (la touche) "retour" dans
les champs de la fenètre de la fonction "rechercher".
Tant que j'y suis : Même question pour la touche "Tab".
Esssaike voir r pour aller à la ligne, et t pour la tabulation.
Je viens d'essayer : Marche pas ni l'un ni l'autre
Il s'agit bien de "l'anti-slach" = "option + /" ?
Merci
--
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
Question : Comment saisir le caractère spécial (la touche) "retour" dans les champs de la fenètre de la fonction "rechercher". Tant que j'y suis : Même question pour la touche "Tab".
Esssaike voir r pour aller à la ligne, et t pour la tabulation.
Je viens d'essayer : Marche pas ni l'un ni l'autre Il s'agit bien de "l'anti-slach" = "option + /" ?
Merci
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
news77jll
Yannick Bedhomme wrote:
Les deux semblent bien pouvoir l'accepter. Mais ce n'est pas facile à visualiser.
Tu as raison car si je rajoute 2 "retour" consécutifs dans le texte, la fonction "rechercher" les trouve en ayant saisi 2 fois "option + retour" dans le champ. Le pb vient donc bien du texte.
La solution consiste alors à sélectionner une occurence de ce que l'on cherche dans le texte même puis à faire "rechercher la sélection" (commande E)
C'est encore le plus simple.
Mais au vu de ton explication précédente :
si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit
Je soupçonne que le fichier texte en question vient d'un PC,
Effectivement c'est un fichier en .txt téléchargé (tenu de compte banquaire). Donc la conversion d'un fichier ".txt" PC par TextEdit peut générer des fins de ligne imprévues. On en apprend tous les jours, merci encore.... D'ailleurs Raz le bol !... pour Mac, ils ne proposent que le format TCF (Tous Comptes Faits) que je n'utilise pas, même le "texte tabulé" ils ne connaissent pas, d'où ce besoin de manip dans TextEdit.
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
Yannick Bedhomme <yatch@freesurf.fr> wrote:
Les deux semblent bien pouvoir l'accepter.
Mais ce n'est pas facile à visualiser.
Tu as raison car si je rajoute 2 "retour" consécutifs dans le texte, la
fonction "rechercher" les trouve en ayant saisi 2 fois "option + retour"
dans le champ. Le pb vient donc bien du texte.
La solution consiste alors à sélectionner une occurence de ce que l'on
cherche dans le texte même puis à faire "rechercher la sélection"
(commande E)
C'est encore le plus simple.
Mais au vu de ton explication précédente :
si je copie ce "vide" dans
un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le
"Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc
AW semble rajouter un retour par rapport à TextEdit
Je soupçonne que le fichier texte en question vient d'un PC,
Effectivement c'est un fichier en .txt téléchargé (tenu de compte
banquaire). Donc la conversion d'un fichier ".txt" PC par TextEdit peut
générer des fins de ligne imprévues. On en apprend tous les jours, merci
encore....
D'ailleurs Raz le bol !... pour Mac, ils ne proposent que le format TCF
(Tous Comptes Faits) que je n'utilise pas, même le "texte tabulé" ils ne
connaissent pas, d'où ce besoin de manip dans TextEdit.
--
Cordialement!... A+
JLL (sans les chiffres pour me joindre)
iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
Les deux semblent bien pouvoir l'accepter. Mais ce n'est pas facile à visualiser.
Tu as raison car si je rajoute 2 "retour" consécutifs dans le texte, la fonction "rechercher" les trouve en ayant saisi 2 fois "option + retour" dans le champ. Le pb vient donc bien du texte.
La solution consiste alors à sélectionner une occurence de ce que l'on cherche dans le texte même puis à faire "rechercher la sélection" (commande E)
C'est encore le plus simple.
Mais au vu de ton explication précédente :
si je copie ce "vide" dans un doc AppleWorks, je vois apparaître un "Tab" + 3 "retour" !... Le "Tab" c'est possible mais la sélection ne porte que sur 2 lignes; donc AW semble rajouter un retour par rapport à TextEdit
Je soupçonne que le fichier texte en question vient d'un PC,
Effectivement c'est un fichier en .txt téléchargé (tenu de compte banquaire). Donc la conversion d'un fichier ".txt" PC par TextEdit peut générer des fins de ligne imprévues. On en apprend tous les jours, merci encore.... D'ailleurs Raz le bol !... pour Mac, ils ne proposent que le format TCF (Tous Comptes Faits) que je n'utilise pas, même le "texte tabulé" ils ne connaissent pas, d'où ce besoin de manip dans TextEdit.
-- Cordialement!... A+ JLL (sans les chiffres pour me joindre) iMac G4 -1 MHz - 512 Mo - Mac OS X 10.3.4
