Con Kate yo puedo elegir si usar el carácter del tabulador o insertar X
espacios en su lugar y un montón de opciones relacionadas. A pesar de ello
considero mucho mejor insertar el carácter del tabulador en vez de 2 espacios
(o los que sean) pues entiendo que es más compatible para edita luego el
archivo con cualquier editor.
El problema precisamente es que no encuentramos en Eclipse ninguna opción para
que tabule con el carácter de tabulación en vez de insertar espacios. La
única opción al respecto es el número de espacios.
No me gustaría tener que usar espacios, la verdad. ¿Alguien con experiencia en
Eclipse me puede dar la buena noticia de que sí se puede sangrar con el
carácter de tabulación?
Gracias.
--
Iñaki
Por el bien de todos respetemos las normas de la lista:
http://wiki.debian.org/NormasLista
¿Por qué?
Si pones espacios, cualquier editor (o por lo menos cualquiera que no
esté tratando de volverte loco) va a mostrar el código indentado
exáctamente igual. Si pones tabuladores, la forma en que se muestra
depende del editor, la configuración del mismo y, a veces, hasta de la
configuración de la terminal. Piensa sobre todo en casos como el del
excéntrico que alinea sus columnas cada 5, pero que su editor usa tabs
de 4. Cada indentación va a ser tab+espacio y ahora imagínate como se
ve eso cuando lo abres en tu entorno (que por supuesto sí está
configurado de forma sensata, no como el de aquel ...).
¡Muerte a los tabuladores!
--
Rodrigo ¿se-nota-que-programo-en-python? Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28
Por supuesto que hay que usar tabulador. Yo uso eclipse en linux para mi PFC y
sangro con tabulador. Pero en eclipse hay varios editores según el lenguaje y
cada uno se configura por separado, no? He estado buscando y no he encontrado
ninguna opción concreta para lo del tabulador, pero yo lo estoy usando en
eclipse sin problemas, vamos.
Si un programador usa tabulador y lo configura a X caracteres, verá en SU
editor las indentaciones a su gusto, y yo que lo configuro a Y, al mío.
Si usamos espacios estamos condenados a usar el mismo número cada uno.
Lo de tab+espacio, si estás en un entorno colaborativo, lo mejor es escribir
unas normas de estilo donde se especifique que se usará tabulador.
--
"Sólo en el diccionario hay éxito antes que trabajo."
Rober Morales Chaparro
Me temo que te equivocas:
El tabulador es el tabulador, un carácter independiente de los espacios. Otra
cosa es que algunos editores "necios" inserten espacios cuando alguien pulsa
TAB en vez de insertar un buen símbolo de tabulación.
Lo que puede cambiar es cómo VISUALIZA cada editor los tabuladores (más o
menos espacio), pero sigue siendo un tabulador. Es decir, si tú editas un
archivo con Vi y metes un tabulador tal vez tú lo veas con anchura de 1 cm y
yo en mi Kate lo vea con anchura de 2 cm, pero si yo lo modifico e inserto
otros tabuladores tú lo verás igual en tu Vi (con 1cm de anchura todos
ellos).
El problema son precisamente los editores que insertan espacios, ya que tal
vez un editor meta 3 espacios y otro 4, y ahí sí que hay lío. Pero si todos
metiesen sólo un correcto tabulador sería perfecto para todos (cada uno lo
vería como más le guste pero el código sería el mismo).
Saludos.
Pero hay que dejar claro que hay 2 situaciones muy distintas:
a) Editor que al presionar TAB inserta un carácter de tabulación y en pantalla
lo muestra con una anchura de X espacios (¡¡pero sigue siendo un tabulador!!
si lo abres con el Vi verás que NO hay espacios).
b) Editor que al presionar TAB inserta REALMENTE X espacios en vez de un
carácter de tabulación.
El caso b) es el que entiendo es el problemático, sólo se me ocurren mil
problemas y ninguno con el caso a).
Y mi problema es que Eclipse NO es del tipo b) (me ha decepcionado, mira que
no lo uso, pero ni con esas me iba a librar de él).
> Lo de tab+espacio, si estás en un entorno colaborativo, lo mejor es
> escribir unas normas de estilo donde se especifique que se usará tabulador.
El problema es el mismo, si alguien usa Eclipse y pulsa el Tabulador (como se
ha acordado) igualmente está metiendo espacios. Una pena.
Saludos.
> Y mi problema es que Eclipse NO es del tipo b) (me ha decepcionado, mira
> que no lo uso, pero ni con esas me iba a librar de él).
Perdón, mi problema es que "Eclipse SI es del tipo b)".
Lo malo es que a estas alturas del partido, ya no puedes cambiar el
hecho de que hay editores que meten espacios y otros que meten
tabuladores y otros que meten una combinación. Y otros que meterían
tabuladores si tan solo los usuarios presionaran la tecla 'tab' en vez
de presionar varias veces la barra.
La verdad, argumentar que el mundo sería perfecto si tan sólo todos
los demás se portaran bien no es muy realista.
--
Rodrigo Gallardo
Estoy contigo. No obstante no puedo disimular mi decepción:
KDE, y Kate en concreto, me ofrece configuración a medida para usar tabulador,
espacios, mostrar anchura de X espacios, etc... todo lo que quiera. Pero una
vez más el cuello de botella es otra aplicación y me obliga a seguir sus
normas (encima una aplicación que yo no voy a usar). En fin, mala suerte
supongo.
> La verdad, argumentar que el mundo sería perfecto si tan sólo todos
> los demás se portaran bien no es muy realista.
Hombre, tampoco es mucho mejor argumento el de:
"¡Muerte a los tabuladores!"
;)
estoy en estos instantes usando eclipse e introduciendo TAB donde pulso [-->].
osea, que no es exactamente del eclipse el problema. qué editor dentro de
eclipse??? yo uso FDT y ASDT. Éstos van bien.
No entiendo exactamente a lo que te refieres. Creo que simplemente dices que
pulsas el TAB sin más, ¿es así?
Si así fuese, ¿puedes confirmar que al abrir el archivo con Vi efectivamente
ves un tabulador y no varios espacios?
> osea, que no es exactamente del eclipse el problema. qué editor dentro de
> eclipse??? yo uso FDT y ASDT. Éstos van bien.
Es código Ruby (.rb). No sé si te refieres a eso, no tengo ni idea de Eclipse
ni mucho menos lo que es FDT o ASDT. :(
¿Son editores para algún lenguaje concreto o genéricos?
Gracias por la ayuda.
--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información _o)
y las Comunicaciones Aplicadas (ATICA) / \\
http://www.um.es/atica _(___V
Tfo: 968367590
Fax: 968398337
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Mi experiencia:
El uso del tabulador podría pensarse que está bien, porque te permite
personalizar el
sangrado a tu gusto.
Pero que pasa cuando el sangrado que tu pones, por motivos varios no se
ajusta a
un numero exacto de tabuladores: pues que se ponen espacios. Entonces al
cambiar
en numero de espacios que representa el tabulador, se va al garete la
alineación.
Qué pasa si yo pongo un tabulador a 2 espacios y hago una linea hasta
80, pues que al
pasar a mas de 2 la linea se rompe en dos y resulta desgradable e
ilegible.
Yo uso Xemacs que cuando pulsas el tabulador te alinea (con espacios) en
función de un
tipo configurable y del tipo de fichero que estes editando (c, c++,
java, txt).
Por defecto usa una forma de alinear que a mi me gusta mucho.
S2
PD. En los ficheros que no tiene un modo especial, el tabulador es un
tabulador.
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
> El uso del tabulador podría pensarse que está bien, porque te permite
> personalizar el
> sangrado a tu gusto.
> Pero que pasa cuando el sangrado que tu pones, por motivos varios no se
> ajusta a
> un numero exacto de tabuladores: pues que se ponen espacios. Entonces al
> cambiar
> en numero de espacios que representa el tabulador, se va al garete la
> alineación.
>
> Qué pasa si yo pongo un tabulador a 2 espacios y hago una linea hasta
> 80, pues que al
> pasar a mas de 2 la linea se rompe en dos y resulta desgradable e
> ilegible.
>
> Yo uso Xemacs que cuando pulsas el tabulador te alinea (con espacios) en
> función de un
> tipo configurable y del tipo de fichero que estes editando (c, c++,
> java, txt).
> Por defecto usa una forma de alinear que a mi me gusta mucho.
>
El problema con los espacios es que porque a ti te gusta sangrar con 2
espacios, luego yo cuando abro tu fichero me tengo que tragar los dos
espacios, aunque prefiera 4. A ti no te gusta ver las líneas partidas en
2 (seguramente se resolvería agrandando la ventana o configurando el
emacs para que no parta automáticamente las líneas) y a mi no me gusta
ver los ficheros sangrados con 2 espacios. ¿Cómo lo arreglamos entonces?
Como se puede ver, todo tiene sus ventajas e inconvenientes. A mi me
parece que lo más flexible para todo el mundo es el tabulador, pero
bueno...
--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información _o)
y las Comunicaciones Aplicadas (ATICA) / \\
http://www.um.es/atica _(___V
Tfo: 968367590
Fax: 968398337
--
Precisamente eso es una ventaja.
Si un programados usa espacios, él y yo veremos su programa como a él le
gusta.
Si usa tabuladores, como yo he definido mi vi a mi gusto, él verá el
programa a su gusto y veré su programa como a mí me gusta.
Es como la discusión sobre la estética en los correos con HTML.
Cuando alguien escribe un correo en HTMl puede poner colores, tipos de
letra... y yo veré el correo como a él le gusta escribirlo.
Pero como cada uno tenemos nuestro gusto, yo prefiero que me lo envíen en
texto claro y mi lector me permite ver los distintos niveles de respuesta
en distintos colores, esconder determinados niveles, etc.
Recordemos que hay gente que encuentra maravilloso un correo con letras
rosas a tamaño 84 sobre un fondo amarillo chillón. Y hay gente que eso nos
parece no ya de mal gusto, si no prejudicial para nuestras retinas.
> Piensa sobre todo en casos como el del
> excéntrico que alinea sus columnas cada 5, pero que su editor usa tabs
> de 4. Cada indentación va a ser tab+espacio
Entonces no está indentando con el tabulador, que es lo que algunos
defendemos.
Y precisamente tu ejemplo nos dá la razón.
Porque si el quiere alinear a 5 columnas y yo quiero alinear a 9, y
tenemos que trabajar juntos, utilizando espacios al menos uno de los dos
tendrá que renunciar a su gusto.
Pero si usamos tabuladores, yo puedo configurar mi editor para que me
muestre 9 espacios y él puede configurar su editor para que le muestre 5
espacios (siempre que no use un editor de mie#d@, claro)
Existe otro argumento, y es el incremento de espacio ocupado y de bytes a
transmitir.
Por cada indentación se necesita o bien un caracter (TAB) o bien 5 caracterés.
(Este era un argumento con mucha más fuerza hace unos años ;-)
Saludos
Güimi
http://guimi.net
--
Por el bien de todos respetemos las normas de la lista:
http://wiki.debian.org/NormasLista
Bueno, yo daba mi parecer.
Solo argumentar que cuando se usa mucho sangrado enseguida uno sobrepasa
los 80 caracteres (sobre todo en c++ o java) y la mayoria de las
impresoras
y terminales (para vi) funcionan a 80 caracteres por defecto.
Si el codigo es para ti, no hay problema, pero cuando hay que
compartirlo...
Usando espacios, lo que ves es lo que tienes... :) (tu y todos...)
S2
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
plas plas
EOT
¿De qué código se trata?
> --
> Angel L. Mateo Martínez
> Sección de Telemática
> Área de Tecnologías de la Información _o)
> y las Comunicaciones Aplicadas (ATICA) / \\
> http://www.um.es/atica _(___V
> Tfo: 968367590
> Fax: 968398337
--
Por alguna razón algunos insistís en que usar el tabulador es meter X espacios
y no es así, el tabulador es el tabulador, con un símbolo propio. Otra cosa
es que algunos editores sustituyan el símbolo del tabulador por X espacios.
> Yo uso Xemacs que cuando pulsas el tabulador te alinea (con espacios) en
> función de un
> tipo configurable y del tipo de fichero que estes editando (c, c++,
> java, txt).
> Por defecto usa una forma de alinear que a mi me gusta mucho.
Pero eso mismo es igual de factible con Tabulador, y el editor muestra una
anchura configurable en función del tipo de código o lo que sea. y además al
usar Tab cada usuario lo ve como a él le guste pero el código es el mismo y
no hay conflictos.
> S2
>
> PD. En los ficheros que no tiene un modo especial, el tabulador es un
> tabulador.
>
> --
> Fernando.
> {:-{D>
>
> "Hackers do it with fewer instructions."
--
Claro que es un tabulador, pero no salvo que tu editor pinte
algo como "\t" siempre es substituido por un número de espacios.
Y sigo con lo mismo si yo programo a 80 caracteres con un tabulador
que se pinte como 2 espacios cuando tu lo pintes como 8 vas a tener
una linea truncada muy molesta de leer e imprimir.
(Si uso espacios no se produce esto.)
Luego esta la posibilidad de que se mezclen tabuladores y espacios,
sobre todo cuando un fuente lo edite mucha gente...
> > Yo uso Xemacs que cuando pulsas el tabulador te alinea (con espacios) en
> > función de un
> > tipo configurable y del tipo de fichero que estes editando (c, c++,
> > java, txt).
> > Por defecto usa una forma de alinear que a mi me gusta mucho.
>
> Pero eso mismo es igual de factible con Tabulador, y el editor muestra una
> anchura configurable en función del tipo de código o lo que sea. y además al
> usar Tab cada usuario lo ve como a él le guste pero el código es el mismo y
> no hay conflictos.
>
Igual que en los navegadores, que todos interpretan igual el html ;-)
> > S2
> >
> > PD. En los ficheros que no tiene un modo especial, el tabulador es un
> > tabulador.
> >
> > --
> > Fernando.
> > {:-{D>
> >
> > "Hackers do it with fewer instructions."
>
> --
> Iñaki
>
> Por el bien de todos respetemos las normas de la lista:
> http://wiki.debian.org/NormasLista
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
--
Entonces queda aclarado que el tabulador es el tabulador ("\t"). Y que los
editores que sustituyen la pulsación del TAB por X espacios NO usan el
tabulador para sangrar.
> Y sigo con lo mismo si yo programo a 80 caracteres con un tabulador
> que se pinte como 2 espacios cuando tu lo pintes como 8 vas a tener
> una linea truncada muy molesta de leer e imprimir.
> (Si uso espacios no se produce esto.)
Pero ese es mi problema. Si configuro en mi editor (Kate) que visualice los
tabuladores como 25 espacios por supuesto que voy a tener problemas, pero eso
es cosa mía. Yo normalmente lo configuro a 4 espacios y va perfecto.
Y además, siguiendo el paralelismo del CSS ¿qué tiene que ver el contenido con
la presentación? En Kate you puedo decir que en pantalla la anchura del "\t"
sea de 4 espacios pero que al imprimir sea sólo de 2.
El problema ocurre a la inversa: ¿qué sucede si a ti te gusta programar
poniendo 12 espacios reales (sin tabulador)?
Entonces cuando yo abra ese archivo lo veré como a ti te gusta, con 12
espacios de sangrado, y no puedo solucionarlo de ninguna forma porque tú has
decidido cómo debe ser el contenido y la presentación, y no sólo el
contenido.
Insisto, no se ha demostrado aún ni una sóla ventaja de emplear espacios en
vez de tabulador para sangrar, ni una.
> Luego esta la posibilidad de que se mezclen tabuladores y espacios,
> sobre todo cuando un fuente lo edite mucha gente...
¿Y la solución es usar espacios? Aún en ese caso seguro que ocurriría que
algunos introducen más espacios que otros y se arma jaleo al hacer un simple
diff. Si todos usan tabulador no habría ese problema.
> > Pero eso mismo es igual de factible con Tabulador, y el editor muestra
> > una anchura configurable en función del tipo de código o lo que sea. y
> > además al usar Tab cada usuario lo ve como a él le guste pero el código
> > es el mismo y no hay conflictos.
>
> Igual que en los navegadores, que todos interpretan igual el html ;-)
Salvando las distancias, que yo sólo estoy hablando de un símbolo "\t", no de
un complicado esquema CSS y demás.
Un saludo.
Cierro ya este hilo, porque no conduce a nada.
El uso de Tabuladores es un guiño al pasado, a las Maquinas de escribir
y tiene poco sentido, salvo tal vez en el procesamiento de textos, o
como
mucho como separador en algún archivo de configuración (Anda que no
habrá
dado dolores de cabeza en los Makefile... ;-)
Dado que no hay una norma para su visualización, no conduce mas que a
problemas.
Pero como para gustos hay colores, allá cada cual...
Yo sigo las enseñanzas del maestro (emacs --- bueno xemacs [1], es que
no
soy un creyente muy ortodoxo... ;-)
s2
[1] Xemacs en su configuranción por defecto en Debian, no usa
tabuladores
en los fuentes de C, C++, java...
Usando tabulador, lo que ves es lo que quieres.. :) (que me va mucho mejor)
A proposito del hilo, por alguna razón este comando en vi no me cambia
todos los tabuladores a espacios... solo el primero y luego tengo que
volver a aplicarlo :S
:s/\t/ /g
Alguna idea por que?
--
(!c) 2006 - カルロス
Linux Registered User # 386081
A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos
de leer manuales.
Carlos Zuniga wrote:
> On 10/20/06, Fernando <fernandoj...@avanzit.com> wrote:
>
>> "Angel L. Mateo" wrote:
>> [...]
>>
>> Usando espacios, lo que ves es lo que tienes... :) (tu y todos...)
>
>
> Usando tabulador, lo que ves es lo que quieres.. :) (que me va mucho mejor)
>
>
> A proposito del hilo, por alguna razón este comando en vi no me cambia
> todos los tabuladores a espacios... solo el primero y luego tengo que
> volver a aplicarlo :S
>
> :s/\t/ /g
>
> Alguna idea por que?
Te falta añadir un asterisco después del \t.
Según lo tienes hace la sustitución de UN tabulador por los 3 espacios.
El asterisco quiere decir "cualquier cantidad de ... seguidos". Como
podrás imaginar aplica a cualquier caracter.
Y cuidado que "cualquier candidad de ..." incluye NINGUNO. Por lo tanto
la expresión queda más correcta así:
:s/\t\t*/ /g
Si no vas a ver tabuladores hasta en tus sueños.
Según queda le estas diciendo "sustituye uno o más tabuladores seguidos
por 3 espacios, y todas las veces que suceda en la línea"
Saludos
pues si, porque no es así....
:g/\t/s// /g
> --
> (!c) 2006 - ã,«ãf«ãfã,¹
> Linux Registered User # 386081
> A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos
> de leer manuales.
--
Cerrado queda... en un segundo.
> El uso de Tabuladores es un guiño al pasado, [...]
> Dado que no hay una norma para su visualización, no conduce mas que a
> problemas.
Exacto, no hay una norma para su visualización, por eso cada cual lo puede
visualizar como le apetezca dependiendo de si está delante de una TFT de 19
pulgadas, una PDA o lo está imprimiendo en una tarjeta.
Insisto en que lo que propones es fijar la presentación en el contenido (o
sea, como en las webs de hace años sin CSS ni nada).
Saludos.
>
> ¿De qué código se trata?
>
Código java
--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información _o)
y las Comunicaciones Aplicadas (ATICA) / \\
http://www.um.es/atica _(___V
Tfo: 968367590
Fax: 968398337
--
Disculpen que vuelva a retomar el tema. No se si ya se comentó, pero por
lo que veo de las opciones del plugin de python para eclipse, éste puede
manejar perfectamente tanto tabuladores como espacios según se lo
pidamos (y cambiar de unos a otros, y representar unos u otros).
De modo que el problema no sería de eclipse mismo (pues en sí posee la
versatilidad necesaria) sino del que programó el plugin para el lenguaje
que estaba utilizando Iñaki, y que no hubiera provisto de la opciones
necesarias (o estuvieran muy escondidas).
(Si mi emacs tuviera la interfaz gráfica de eclipse sería una maravilla
:) ).
Saludos
ATTE
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.yahoo.com.mx/
Gracias. Te comento que efectivamente he comprobado que Eclipse tienela opción
de usar Tab real para HTML, CSS, JavaScript, RHTML (de Ruby on Rails, pues
hablo de RadRails), y teóricamente tiene una opción similar (pero no igual)
en el editor de Ruby pero que no funciona, de hecho en su cuadro de diálogo
no se salvan bien las preferencias y cuando lo vuelves a abrir aparecen como
antes de cambiarlas. Supongo que será precisamente un bug del editor de Ruby
de Eclipse. Una pena.
Gracias de nuevo por todo.