FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Esteee, si, se me olvidaba, el pequeño detalle del tamaño máximo que admite la impresora; estoy muy mal acostumbrado en eso de la impresión porque en mi trabajo hay plotters, impresoras de hoja grande y laser a color y si no cabe en una tamaño carta, lo mandamos a una que sí quepa
Cita:
__________________
eLcHiCoTeMiDo - Rompecorazones profesional Yo no soy presumido; ¿Pero de qué sirve mi humilde opinión contra la de los espejos? Salva a un nylon, usa prendas de piel de foca Última edición por rcarrillom fecha: 10-12-2007 a las 09:07:19. Razón: Inorrecta interpretación de [/DELPHI] después de vista previa |
#2
|
||||
|
||||
Cita:
Sí, definitivamente tienes mala costumbres... Espero que se me peguen algún día...
__________________
Saludos, Gabo A menos que se indique lo contrario, el código estará hecho en C++Builder. |
#3
|
||||
|
||||
Un estandar de trabajo siempre existe
Cita:
¡Imprimir apaisado, es gastar más hojas! Al menos para mi. En fin todos estaremos de acuerdo que es una cuestión de "gustos"... Por más tamaño de la fuentes que uses, por más proporcionales que sean, te ves obligado, a tenerlo bien el código acomodado. Quienes pueden darse el gusto de imprimir en tamaños grandes, bien por ellos... a mi me gustaría: para tener a vista los diagramas (que eso si se vé correctamente apaisado), pero aquí estamos hablando de código... código que normalmente uno en algún momento lo lleva impreso. Y el tamaño estandar a imprimir es en A4, puede que algunos empleen folios más grandes, Pero más grandes, más incómodos son. ¿A quien le gustaría andar con carpetones cuando necesita hacer una revisión? El tamaño A4 es un tamaño cómodo... y las 80 líneas quedan bien... por más fuentes que uses. Reducir la fuente puede ser contraproducente... ¿quien quiere leer fuente tamaño 8, si hasta la 10 puede ser "molesta" a los ojos? Por más Courier New que emplees si reduces el texto y te ves obligado a "acomodarlo" para que entre a la larga te cansarás de leerlo. El día que el tamaño A4 deje de ser estandar y la plata para conseguir una impresora y monitor más grande... bueno... allí lo consideraré. Y no digo para defenderme y justificarme, lo mismo sigue siendo válido para una empresa mediana o grande... Donde se imprime código y se llevan a cabos los procesos formales (y no tan formales) de documentación, análisis, control de versión y un etc... ¿Que papel dentro de todo es el más fácil de conseguir a buen precio? No busquen más: A4. ¿Y si el código debe compartirse entre varios... y no disponen de monitores grandes... y de alta resolución? Por decir un ejemplo que puede ser muy común (y lo he visto): existen todavías gente que usa monitores a 800x600, y son de 14 o 15.. no 17... ni 24... , algunos del equipo tienen monitores grandes, otros chicos... En este escenario: sería prudente y decente que alguien se incline por seguir trabajando a 100 líneas? No lo digo por atacar a nadie. Lo digo con el fin de hacer notar que son varios los factores que deben tomarse en cuenta: los recursos ecómicos: ¿desean gastar más papel o menos papel?, los técnicos: ¿todo miembro del equipo cuenta con un monitor a una resolución que le permita sentirse cómodo con las 100, 120 u 80 lineas? ¿Que impresora disponen? ¿Cúantas? ¿Cada cuanto imprimen? Éstos son sólo algunos... Amigos, aqui podemos decir que si hay motivos para romper la barrera de los 80 y es fácil llegar a romper el límite. Eso lo admito... pero en definitiva... la decisión a por las 80, 100 o 120 son más que las que exponemos aqui. Disculpen si he sido un poco duro y brusco. Pero las 80 líneas siguen siendo cómodas para quienes tienen pocos recursos, para quienes pueden darse el gusto de tener más: bienvenido. En fin la cantidad queda sujeta a revisión, ya sea quien trabaje para una empresa, o en forma independiente... se impone un límite. Y este límite nos está diciendo que el trabajo está estructurado, hay una norma impuesta (o autoimpuesta). "De aquí no rebasarás" ¿Al final que importa si son 80, o 100? Lo que les importa es que el código deba ser entendible: impreso y no impreso. Y he aquí que siempre, pero siempre de una u otra manera terminamos imponiendonos un "estandar". No le busquemos más. Saludos, |
#4
|
|||
|
|||
Yo hace mucho tiempo que no imprimo código; lo que hago es escribir mi código de tal forma que lo vea sin tener que mover el ScrollBar horizontal (cosa que me molesta en demasía).
Si no lo veo a simple vista no me gusta el código, mas bien es algo relativo a mi gusto no a una normativa. Salud OS
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
#5
|
||||
|
||||
Hola,
Estoy aquí liado, picando código, y, bueno, quizás es por eso que se me viene a la cabeza lo siguiente, luego de leerlos a algunos. ¿Qué ocurre cuando costaría más leer una línea en vertical que en horizontal? Me explico. Con Delphi lo noto menos, pero, con PHP, con XHTML, uno podría, sí, partir las líneas, de modo que nunca superaran los 80 caracteres (a los que suelo ceñirme), pero, para mí que termina leyéndose peor el código... Es decir, es como si fuera una excepción a la regla. A mí tampoco me gusta demasiado mover el "scroll" horizontal, pero, hay excepciones... y, mientras sea así, excepcionalmente, bueno, pues, lo asume uno, entendiendo que de otro modo sería peor... ¿Eh? ¿Qué les parece? Bueno... voy a seguir aquí, picando un poco de código. |
#6
|
||||
|
||||
Cita:
Creo que el cerebro, sobre todo quienes tienen demasiado contacto con la informática, se autoprograma para esperar mover con mayor frecuencia el scroll vertical que el horizontal. Por lo que resulta más cómodo el desplazamiento vertical que el horizontal. Con un libro se ilustra mejor: nuestro cerebro está más atento, y espera la "orden" de retorno de línea: el punto y aparte. Es mucho más molesto leer un texto demasiado horizontal. Cuesta leer más horizontalmente que verticalmente. Cuanto más largo se hace el texto horizontalmente, más se cansa uno la vista. Asi que yo contestaría que no es tan costoso "leer bajando la vista" que "corriendo hacia el lado". Tienes razón en decir que esto es relativo al lenguaje. En HTML y PHP, por mencionar algunos de estos entornos web, se tiene una tolerancia mayor frente al texto horizontal, pero igualmente el cerebro continua esperando en algún momento el retorno de línea. Mi regla en estos casos es: "el límite horizontal estará marcado por el retorno de línea (punto aparte) más signficativo" pero igualmente trato de ceñirme a pocas. Para darte idea, en una página que estoy preparado he llegado a tener: 169, pero el scroll sólo me lleva ha hacer un clic. Como constraste he llegado a ver codigo html que ha llegado a casi el doble del valor que yo indico. Mis anteriores reformulaciones se han venido ajustando a Delphi... creería que así lo estamos asumiendo todos los que hemos intervenidos. Digo yo... por algo en el título del hilo dice esto: "en nuestro editor de código fuente" Saludos, |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
editor de codigo fuente??? | ccampoy | Varios | 4 | 06-06-2008 22:17:21 |
Editor de Codigo | Cañones | Varios | 10 | 18-04-2007 00:35:26 |
Número de columnas de un TstringGrid | Yenifer | Varios | 1 | 13-08-2004 00:39:50 |
codigo fuente editor de textos | soyhugo | Varios | 3 | 26-02-2004 20:54:50 |
|