¿Cómo se duplica una línea de código en Delphi con método abreviado del teclado?

[Casimiro Noteví]

Empezado por Ñuño Martínez

Usa Vim.

Vim es para tipos duros
Por eso yo no lo uso

[[Delphius]]

Digo yo, ¿Y tan falta hace una funcionalidad como esa en un IDE? ¿Que tanto tiempo glorioso e importante se va a perder o pretender ganar aplicando una combinación de teclas por sobre otra como el tan rápido e igualmente efectivo Copy & Paste? ¿Realmente supone un beneficio esos 3 míseros segundos ganados?

Por momentos pienso que las nuevas cosas (como las de este estilo) que le van poniendo a los IDEs son para hacer desarrolladores cada vez más vagos.

Saludos,

[Casimiro Noteví]

Empezado por Delphius

Por momentos pienso que las nuevas cosas (como las de este estilo) que le van poniendo a los IDEs son para hacer desarrolladores cada vez más vagos.

Sirve para ejercitar la memoria

[roman]

Empezado por Delphius

Digo yo, ¿Y tan falta hace una funcionalidad como esa en un IDE? ¿Que tanto tiempo glorioso e importante se va a perder o pretender ganar aplicando una combinación de teclas por sobre otra como el tan rápido e igualmente efectivo Copy & Paste?

Sí, sí hace falta, aunque, desde luego, no es imprescindible. Ya lo dijo Casimiro, si eres un tipo duro, usa VIM, o NotePad, si se trata de no ser vago.

Por otra parte, duplicar un línea no es equivalente a un copy&paste que, además, requiere primero seleccionar la línea y luego mover el cursor para no pegar sobre lo seleccionado.

Son pequeñas cosas, cada una prescindible, pero que, en conjunto, hacen que un editor sea algo agradable de usar y agilizan la edición.

LineComment Saludos

[[Delphius]]

Empezado por Casimiro Notevi

Sirve para ejercitar la memoria

Explícate. ¡Estoy en modo Sheldon Cooper!

Empezado por roman

Sí, sí hace falta, aunque, desde luego, no es imprescindible. Ya lo dijo Casimiro, si eres un tipo duro, usa VIM, o NotePad, si se trata de no ser vago.

Por otra parte, duplicar un línea no es equivalente a un copy&paste que, además, requiere primero seleccionar la línea y luego mover el cursor para no pegar sobre lo seleccionado.

Son pequeñas cosas, cada una prescindible, pero que, en conjunto, hacen que un editor sea algo agradable de usar y agilizan la edición.

LineComment Saludos

Obviamente que para duplicar la línea con la función de Copy & Paste hay que seleccionar, copiar, movernos a la línea y pegar. Moverse y seleccionar la línea correspondiente e ir a la línea destino es algo que se puede hacer con mucha rapidez si se sabe usar bien las flechas direccionales y el Ctrl.
Y si es un proceso equivalente, puesto que se llega al mismo resultado.

Mi punto es, ¿Cuanto más rápido y que beneficio real y hiper productivo es disponer de esa funcionalidad que la llaman tan útil? Quiero saber ya que me fascina la idea de aprovechar esos segundos ganados y dormir un poquito más cada día.
Si la jusitificación de la funcionalidad de copiar o duplicar una línea la quisieran enfocar hacia el hecho de que es una molestia el Copy & Paste o que hubiera que estar haciendo lo mismo varias veces el problema de fondo es otro. Porque si se va a estar duplicando muchas veces una (o más incluso) línea, es que estás haciendo un mal código.
Si es cierto que en ocasiones es inevitable, y habrá duplicidad.
Ahora si lo haces cada 2 x 3... insito: ¡Algo mal estás haciendo!

Saludos,

[Ñuño Martínez]

Precisamente en Vim muchas de estas necesidades "nuevas" desaparecen casi solas. Como digo, basta con pulsar la secuencia "yyp" para duplicar la línea. Así de rápido. Y no es porque alguien lo haya programado exprofeso. En realidad son tres comandos diferentes en secuencia:

1. y - copia
2. y - línea
3. p - pega a continuación

De hecho, para duplicar una palabra se usaría "ywp":

1. y - copia
2. w - palabra
3. p - pega a continuación

O copiar una línea tres veces "yy3p":

1. y - copia
2. y - línea
3. 3 - Repetir tres veces el siguiente comando
4. p - pega a continuación

Duplicar tres líneas es algo más complicado, pero también es bastante rápido puesto que sería "y3ykp":

1. y - copia
2. 3 - Repetir tres veces el siguiente comando
3. y - linea
4. k - Subir el cursor (de lo contrario copiaría a continuación de la primera línea).
5. p - pega a continuación

Esta es una de las razones por las que me gusta tanto Vim.

[roman]

Duplicar línea (editor básico):

• Seleccionar línea
• Copiar seleccion
• Mover cursor
• Insertar línea en blanco o mover cursor al principio de la línea
• Pegar línea

Duplicar línea (editor avanzado)

• Duplicar línea

Yo creo que esto responde las dudas.

Ahora; el porqué alguien quiera o requiera usar muchas veces este comando es algo que no puedo juzgar y, mucho menos, determinar que esté haciendo algo mal. Para el caso, cualquier comando de edición que no sea escribir caracteres sería un indicador de que algo estuvo mal.

Por otra parte -enfatizando lo dicho anteriormente, cada editor provee un conjunto de shortcuts que en conjunto dan una funcionalidad que los destaca de otros. Cada atajo puede ser prescindible, pero en conjunto, todos ellos nos hacen la vida un poco más fácil. Desde luego podemos prescindir -como lo hemos hecho muchos años- de una funcionalidad específica, no se nos va la vida en ello. Pero si agregan funciones que facilitan, aunque sea en pequeña medida, la escritura de código, pues, bienvenidas.

Finalmente, por fortuna hay, actualmente, un motón de editores para que cada cual escoja el que le apetezca y le acomode. Nadie está obligado a usar x o z característica o x o z editor. Pero lo que sí me cuesta trabajo entender, es el porqué tildar de vagos a quienes usan una de esas x o z caracteristicas. ¿Soy un mejor programador si uso vim o notepad? ¿Soy malo programando si uso sublime, atom, brackets, small editor o cualquier otro de tantos?

LineComment Saludos

[Casimiro Noteví]

A mí me gustan las macros, configurar distintas opciones complejas para hacerlas automáticamente con la pulsación de un par de teclas. Soy muy vago

[[Delphius]]

Pretender comparar un editor de texto, con más o menos monerías, con el editor de un código de un IDE no tiene sentido.
En un editor de texto (Notepad++ aún con sus tantas cosas no deja de ser uno) vas a brindar herramientas variadas para facilitar la edición de texto de forma rápida.
En un IDE lo que se espera es que el "texto" tenga un sentido, es un código. Si, que Notepad++ te resalta la sintaxis, si... pero al fin y a cabo para él es texto. Texto que ni le importa un carajo si está en la línea 5 o en la 6. Simplemente toma texto.
Para un IDE ese texto tiene un fin, un propósito, tiene significado. Y como tal, obecede y sigue reglas estrictas de semántica y sintáctica. Algunas, muchas (y por no decir todas), de esas reglas tienen condiciones de orden. Es natural entonces que su editor se centre más en ofrecer caracteristicas apropiadas y diseñadas para facilitar esas reglas en primer lugar, y ya en aspecto secundario algunos detalles para la entrada de código.

En un editor de texto es esperable un caso como el que se discute en el hilo. En un IDE no necesariamente y el gran error de damianccs es pretender que Delphi tenga lo mismo que un Notepad++.

¿Porqué no tiene mayor sentido esta característica de duplicación? Como he dicho: en un buen código se evita tender a la duplicación de sentencias. Si es cierto que en ciertas ocasiones tendremos que hacer tipo de cosas como ésta:

Código Delphi [-]
MiQuery.ParamByName('Campo1').AsInteger := blabla;
MiQuery.ParamByName('Campo2').AsInteger := blabla;
MiQuery.ParamByName('Campo3').AsInteger := blabla;
....

En estos casos duplicar la línea puede ayudar. Pero también hay ciertas ocasiones que son más o menos evitable:

Código Delphi [-]
for i := 1 to 3 do
begin
  MiCampo := 'Campo' + IntToStr(i)
  MiQuery.ParamByName(MiCampo).AsInteger := blablabla;
end;

O con su alternativa mediante su propiedad vectorial igualmente válida.

Encontrarse con casos en que debamos estar duplicando líneas de código quizá no sea evitable. Ahora, estos casos deben ser dispersos y mantenerse lo más bajos posibles.
Razón suficiente como para justificar la NO necesidad de que exista una macro o atajo de teclado. No al menos por la "vía oficial". Los expertos como GExpert y cnWizards extienden y brindan más cosas interesantes obviamente.

El IDE tratará de mantener tu "productividad" al momento de acelerar la entrada de código basada en las reglas. Copiar una línea y ponerla consecutiva no es una de ellas. Para lo demás, estan los expertos si tan preocupado estás.

Pero esto no invalida un gran punto, y es otro motivo por el cual no se busca fomentar la copia extensiva por atajo en el IDE de Delphi: si en tu código terminas haciendo demasiado copy & paste, piensa dos veces. Notepad++ no te va a regañar... ¡Notepad ama cualquier texto que le pongas, cuanto más mejor!

El punto es que damianccs se sorprende o extraña demasiado por el hecho de que Delphi no cuente con esa "util" característica.

Casimiro, las macros ya son otro cantar. En principio su concepto no es propio a edición de código (lo que se está discutiendo en este hilo al fin y a cabo) sino para tareas más complejas que puede involucrar acciones "fuera" como configurar, hacer un merge, etc.

Saludos,

[Ñuño Martínez]

Empezado por Casimiro Notevi

A mí me gustan las macros, configurar distintas opciones complejas para hacerlas automáticamente con la pulsación de un par de teclas. Soy muy vago

Eso me recuerda las macros que hice en mis tiempos para el Turbo C/C++. Escribías un nombre y con pulsar dos teclas ¡Patapum! tenía hecha la estructura básica de una función o una clase con comentarios básicos y todo. En teoría eso se puede hacer con Lazarus, pero cada vez que me meto a leer cómo personalizarlo me dan los siete males. ¿Por qué tiene que ser tan complicado? Creo que debería retomar este proyecto y avanzar un poquito más...