Sí, me refería a poder importar los archivosde combinaciones de colores del editplus. Para mi hay unas poquitas cosas muy importantes en un editor, y una de ellas es una combinación de colores que sea agradable a la vista y que facilite el trabajo con el código. La combinacion para php, html, css y js del editplus me parece de las mejores.

Y ahora creo recordar que hace un tiempo usé los synedit para visualizar y editar código fuente en un programilla que hice, y creo que configuré los colores para que fueran como los del editplus. Así que voy a buscar el código, y como creo que dicha combiación se guarda en el ddm, pues te la paso por si te sirve. Si lo encuentro, claro, que esa es otra.

Hum y recordando, recordando, recuerdo que le implementé cosas como completado de código y no que chorrada mas.


Ah, lo del ANSI, sí, fui yo el que cambié la codificación. Va perfecto.

Un saludo!

Hola,

Hombre, yo lo que sí que he hecho (aunque no esté completo) es cambiar más o menos a mi gusto los colores, es decir, no son los que vienen por defecto en los componentes SynEdit. Ahora bien, los colores pueden establecerse (mucho más sencillamente que con el antiguo XEditor) desde las opciones del programa. Una vez tengas establecidos los colores que más te gusten, no tienes sino guarda la configuración (que puede hacerse desde el menú principal del programa) y ya no los perderás jamás, puesto que, siempre podrás recuperarlos desde la configuración que guardases.

Respecto del completado de código... he hecho algunas pruebas con resultado negativo. "Algo" impide que funcione, porque, entre otras cosas, Small Editor crea los editores "en tiempo de ejecución", de manera que no hay forma de ligar ("en tiempo de diseño") la "lista de autocompletado" con el editor de marras. En todo caso esto no es sencillo de implementar, al menos tal como yo lo veo. En efecto, si quiere hacerse bien (incluso con "tips" para los argumentos de funciones, procedimientos, etc.) será necesario no poco trabajo, pues, además de recurrir a la documentación existente, por ejemplo, de Javascript, abría que adaptar dicha documentación al "lenguaje" de los componentes SynEdit, cosa que, de entrada, no parece sencilla.

Tal vez incluso no sea posible, digo con un nivel aceptable. Sin embargo, es algo que no me importaría añadir, si pudiese hacerse en condiciones. El tiempo dirá...

P.D. Si quieres enviarme algo no dudes en hacerlo Julián, mismamente, al correo: davidesperalta en Gmail.com.

¡Muchas gracias!

Hola,

Sólo para decir (aprovechando que está esto muy "callado" hoy domingo) que estoy tratando de poner un poco de orden en los accesos directos del programa. Me refiero a las combinaciones de teclas para ejecutar determinadas acciones. Así he tomado la determinación de "reiniciar" los accesos directos del propio editor (componente SynEdit), dejando los accesos más básicos, como pueda ser la tecla "ENTER" para iniciar una nueva línea.

Para empezar ya es posible cambiar los accesos directos actualmente disponibles, es decir, he preparado una nueva pestaña en el diálogo de opciones para poder llevar a cabo esta operación. A partir de ahí, cada acceso directo que añada pasará a formar parte de esta "lista", estando más o menos controlado, y, por supuesto, pudiéndose editar, de manera que cada quién pueda establecer las combinaciones de teclas que mejor le parezcan.

En fin, ahí vamos avanzando... ;)

¡Hola a todos!

Pues nada, que, para los posibles interesados, informo de que acabo de publicar la primera versión estable de Small Editor, que, ya puede descargarse desde su sitio web: www.smalleditor.com. He pensado en abrir un hilo nuevo, pero, como este programa tiene un carácter comercial, tampoco es cuestión de que me acusen de SPAM... con cierta razón. Así que nos conformaremos con anunciarlo en este hilo, ya digo, para los posibles interesados. ;)

¡Muchísimas gracias por todo!

Pero, ¿cómo así? ¿Sin pasar por un Release Candidate? :p

// Saludos

Je je je. ¡Ya no podía más Román! Y creo que está listo... :cool: En muy buena medida gracias a vuestra ayuda. :rolleyes: :)

Hay un detalle que persiste: el menú de sintaxis que se trunca. Parece ser un defecto del PopupActionBar, que ni siquiera permite partir el menú en columnas.

Por cierto, si no registro el programa, ¿de qué me pierdo? ¿O tiene un límite de tiempo?

// Saludos

Hola Román,

Tienes razón. Con ese detalle, entre otros, debo trabajar. Lo cierto es que, aunque se trate de la primera versión estable, no quiere decir que el programa esté completado, pues, como sabemos, esto no se termina nunca... Respecto del problema del menú, lo cierto es que he tratado de buscar información, y, hasta ahora, no he encontrado nada. Pero tengo que ponerme con ello. Otra cosa que he visto yo después de anunciar esta primera versión estable del programa es que quité de la ayuda los "comentarios acerca de los menús del programa", y, aunque para mí es "natural" usar el botón derecho y los menús contextuales, esto puede no serlo tanto para un usuario "nuevo". Otra cosa más sobre la que he de trabajar de alguna forma.

Respecto de las limitaciones en la versión de prueba del programa, por el momento, aparecerá la ventana "Acerca de..." al inicio y al término del mismo. No hay limitación temporal, y, si existen otras limitaciones, voy a omitir comentarlas aquí, aunque, no, no existen otras limitaciones. Bueno, pero, tampoco quisiera comentarlas aquí, en el caso de que existiesen. Pero, no, de hecho no existen. :D :D No; en serio. En principio confío en que el usuario que considere útil Small Editor y le vaya a sacar partido, considere adquirir una licencia. Ni más, ni menos. Coincido en que es mejor dedicarse a estos usuarios que no a perder el tiempo inventando limitaciones, "bombas de tiempo", etc. :)

Quizá podría dilucidarse algo viendo el código fuente pues TPopupActionBar extiende a TPopupMenu que sí hace bien las cosas.

"Lo que no existe, no existe, y, además, es improbable" :D

// Sludos

Hola,

Voy a echar un vistazo al "TPopupActionBar", a ver si encuentro algo. ;)

Hola,

Nada. No saco nada en claro, por el momento. Veo que el componente "TPopupActionBar" sobreescribe el método "Popup" de manera que no ejecuta el propio de "TPopupMenu". Ahí encuentro una llamada a "TrackPopupMenu", que, parece ser, confiere al menú la posibilidad de "moverse" entre los elementos cuando estos son demasiados. Sin embargo, si, de alguna forma, hago yo dicha llamada en el método "Popup" de "TPopupActionBar", el menú se muestra, pero, sin estilo, es decir, tal como lo haría un "TPopupMenu". Y esto es lo bueno... acaso, hasta encontrar una solución, debería usar "TPopupMenu" en lugar de "TPopupActionBar"... seguiremos informando. :)

O sea que huyo vilmente de la cuestión... ¡pero juro que volveré! :D

Ya te digo yo que deberías sacar ese menú de la jugada y sólo mostrar los lenguajes favoritos. Al menos temporalmente ;)

// Saludos

Vi, de forma muy somera, el código fuente, y da la impresión de que si bien deriva del TPopupMenu regular, al momento de mostrarse dice: ¡éjele! ¿qué creen? me llamo popupmenu pero en realidad soy cualquier otra cosa :p (la sacada de lengua es del propio componente).

// Saludos

Hola, esta mañana lo he estado toqueteando en el trabajo:

Sobre las fuentes: Sigue sin salir la fuente Monaco, a pesar de ser monoespaciada. Creo que puse el link aquí el otro día por si quieres/quereis probarla. Puedo mandarosla de todas formas.

Pero... si que me sale la Inconsolata, que es casi tan, o mas chula que la Monaco, y además tiene un nombre mucho mas bonito: Inconsolata. Ah, y es gratis: http://www.fontsquirrel.com/fonts/Inconsolata.

He cambiado los colores, para html, css, php y css, y, junto con el cambio de fuente, queda mucho mas agradable a la vista, al menos para mi gusto.

Así que esto me lleva ha hacer una petición:
- Poder guardar, y cargar, claro, las combinaciones de colores, lo cual podría servir, por ejemplo, para que pudieras tener en la web del SM una sección de "archivos de sintaxis" o como se fueran a llamar.

- Si eso no es posible, tengo otra, aunque podrían ser las dos: Que las preferencias del programa se guarden en la misma carpeta del programa, lo cual facilitaría el poder llevarselo de un sitio a otro. Por ejemplo, yo podría llevarmelo del trabajo a otro sitio y me estaría llevando las combinaciones de colores, etc. O sea, un "Small Editor Portable".

Tengo mas sugerencias, pero las dejo para luego :D

Pasado mañana, si me acuerdo, pongo unas capturas de pantalla para que se vea como queda, con la inconsolata y mis colorines :)

¡Oh no! Esos tiempos de guardar la configuración junto con el programa ya pasaron. Además, SE tiene la opción de importar/exportar configuraciones.

// Saludos

Hola a todos,

Sólo para decir que tomo nota, y que, en cuanto pueda, responderé a estas últimas cuestiones.

¡Muchas gracias!

¿Cómo que ya pasaron? :confused:

Pero si ahora están de moda los programas portables ¿no?
Además, que es mucho mas práctico.

Jau!

Hola,

Como dijo el amigo Jack, vamos por partes. En primer lugar, he hecho algunos cambios en las propiedades de los "combobox" que se usan para elegir la fuente del editor o la del "gutter" del editor, de manera que ahora ya es posible elegir entre un más amplio número de fuentes, y, concretamente, es posible seleccionar la fuente "Monaco" que dice Julián, si es que se encuentra instalada en el sistema, claro está.

En segundo lugar, digamos que Small Editor es portable. El asunto de que la configuración del programa no pueda (ni acaso deba) guardarse en la misma carpeta del programa tiene que ver con los permisos de escritura. En Windows Vista y siguientes esto causa muchos problemas, a no ser que elijamos para guardar la configuración del programa una de las carpetas que Windows destina a tal efecto: véase más arriba la conversación de Román y yo mismo.

Entonces, ¿por qué digo que Small Editor es "portable"? Pues porque (y esto no es casualidad) yo podría pasaros sólo el ejecutable de Small Editor y vosotros podríais trabajar con el programa sin problemas. Lo único que no podríais hacer sería abrir el archivo de ayuda (pues no existe) ni tampoco cambiar el lenguaje de la interfaz del programa (pues también se trata de un archivo externo). Ahora bien, estos archivos se sitúan en la misma carpeta que el programa, de manera que, si se incluyen junto al mismo, entonces Small Editor es completamente "portable", con todas sus características disponibles.

La configuración del usuario se "genera" a medida que se usa el programa, y, toda ella cuenta con "valores predeterminados". Por otro lado, como apunta Román, Small Editor cuenta con la posibilidad de exportar e importar la configuración del usuario. Y, dicho sea de paso, para lo que dice Julián de "compartir temas o colores de la sintaxis", en realidad no habría que hacer nada más, en el sentido de que lo que se exporta es un archivo Zip con el contenido del directorio de configuración del usuario, y, después, lo que se dice importar, en realidad es extraer el contenido de dicho archivo Zip a dicho directorio.

Esto quiere decir que, si se respeta el árbol de directorios, podría "compartirse" un archivo Zip, que, contuviese los archivos de sintaxis que queramos compartir. Dichos archivos, a la hora de importarse, sobreescribirían los posiblemente existentes, y, con esto, ya podríamos contar en Small Editor con los colores de la sintaxis que otro amigo nos haya proporcionado. Además, sería posible crear un nuevo tema de sintaxis, simplemente, añadiendo un nuevo directorio a la carpeta "Themes": Small Editor reconocerá dicho escritorio y lo presentará en las opciones como un posible tema a elegir y a editar.

Respecto del "TPopupBarAction", en efecto parece un tanto anárquico. Como ha dicho Román, hereda del componente "TPopupMenu", pero, a la hora de mostrarse, no utiliza en absoluto los métodos de "TPopupMenu", sino los suyos propios, de manera que, en realidad, parece no contemplar la posibilidad de que un menú "ocupe" más espacio que el disponible. Creo que al final optaré por usar "TPopupMenu", aunque este no respete el tema que se esté usando en el programa: en realidad sí que al menos guarda la apariencia que Windows dé a dichos menús en un momento dado.

Y, con esto,... creo que he respondido las últimas cuestiones mejor o peor. ;)

Pues sí. Ya pasaron. :) Es decir, en una aplicación de escritorio, no debe guardarse la configuración en la misma carpeta que la del ejecutable. Tanto nos quejamos de la seguridad de Windows, para venir a hacer esas cosas ahora :p

// Saludos

El caso es que, si no me equivoco, sí que puede hacerse "a la antigua usanza", pero, siempre que la carpeta en cuestión tenga permisos de escritura. Ahora bien, es en el caso de que instalemos nuestro aplicación en "C:\Archivos de programa\", cuando hemos de tener presente que no podemos escribir en dicha carpeta, a no ser que usen nuestra aplicación "en modo administrador".

Tal vez, rizando el rizo, Small Editor pudiera detectar si puede escribir en el directorio en el que se encuentra, y, en caso de poder hacerlo, guardar la configuración ahí mismo. Y, en caso de no poder hacerlo, guardarla donde lo hace ahora. Lo que no sé es si esto es una buena idea o no. O si podría tener consecuencias que ahora mismo no soy capaz de preveer. ¿Cómo lo véis vosotros? :)

Creo que estáis hablando de cosas de windows>XP, y esos no tengo la "suerte" de haberlos usado, salvo para alguna prueba.

Ya se ve que estos tiempos ya no son tus tiempos :p :D

// Saludos

Pues sí, soy de otros tiempos :rolleyes::)

Hola,

Sólo para decir que ya es posible asociar extensiones de archivo "raras" con un determinado lenguaje, de manera que, cuando se abran dichos archivos, se utilize el "coloreador de sintaxis" del lenguaje en cuestión. ;)

Nota mental: Esta tarea acaso pueda automatizarse en cierto modo, es decir, cuando se abran archivos con extensión "desconocida", podría preguntarse al usuario si quiere asociar dicho archivo con alguna "sintaxis" en particular. :D

Hecho. :D :D

Yo no sé si me falta indicar algo o si es exclusivo de la versión registrada (en estos momentos no la tengo registrada) pero a mi no me reconoce las extensiones. Abro un archivo php y siempre lo marca con "general syntax highlighter".

// Saludos

Hola a todos,

En efecto, se trata de que para los archivos HTML y PHP se aplica en realidad un "general syntax highlighter", que, incluye los lenguajes correspondientes más otros. Es decir, el "general syntax highlighter" que está usándose para los archivos PHP incluye la sintaxis de PHP, HTML, JavaScript y CSS. ;)

Hola a todos,

Sólo para deciros que no dejo de hacer cambios y mejoras en el programa, en la medida de mis posibilidades. Lo último ha sido incluir un "actualizador", de manera que, desde el propio programa, es posible averiguar si existe una nueva versión y, si es así, descargarla. Este es tan sólo uno de los muchos cambios y mejoras que vengo haciendo al programa en los últimos tiempos: por si a alguien le puede interesar.

Si te interesa haz clic en el siguiente enlace:

Haz clic aquí para descargar el programa Small Editor

¡Saludos a todos! ;)

¡Vaya! Ya era hora :p

Pensé que te habías dormido en tus laureles :D

// Saludos

¡Hola Román! Nada de eso,... es verdad que no tengo el tiempo que me gustaría, ni a veces las ganas (este es otro cantar), pero, ¡ahí le sigo cuando puedo! ;)

Hola,

Una nueva cosa que he añadido al programa que, sobre todo a Román, puede que le plazca: ahora es posible ver una "vista previa" de los archivos HTML, tanto en Chromium como en Internet Explorer. Actualizar Small Editor si os interesa. ;)

Hola de nuevo,

No paro... he mejorado la característica que comenté en mi anterior mensaje, y, también he hecho algunos otros cambios, como, por ejemplo, la de mostrar iconos en menús y otros elementos de la interfaz, opcionalmente. En fin, por si alguien está interesado, que sepa que puede actualizar SM si quiere. ;)

¡Saludos!

Hola a todos,

Tengo que limar alguna que otra cosa, pero, Small Editor cuenta ya con "autocompletado de código", es decir, una forma curiosa, sencilla y eficaz de insertar código fuente a partir de palabras claves. Algo así como una especie de "plantillas" que podremos administrar desde las opciones de Small Editor... o usando el propio sistema de archivos, pues, cada archivo (en el lugar adecuado) es una plantilla y su propio nombre la clave que sirve para insertarla. Por supuesto, he estado haciendo otros cambios y mejoras a Small Editor, pero, este último lo considero de especial interés por su utilidad. ;)

^\||/^\||/^\||/^\||/^\||/

Grande David!!!

Muchas gracias Germán. ;)

Hola,

Bueno. Entre otras cosas, acabo de añadir al programa la posibilidad de asignar una o más URLs para ser utilizadas como "ayuda contextual" de un lenguaje determinado. Por ejemplo, si estamos editando un archivo HTML, podremos tener asignada una o más URLs, de tal manera que, cuando se pulse la combinación de teclas adecuada (se puede personalizar), se muestren, en la misma ventana del programa, dichas URLs. Como digo, cada lenguaje puede contar con una o más URLs, puesto que existe una nueva pestaña en el diálogo de opciones para añadirlas y editarlas.

P.D. La idea me la dio este hilo. ;)

Hola,

Aparte de los no pocos cambios que he venido haciendo a Small Editor, quisiera remarcar aquí uno en concreto, como es la posibilidad de trabajar con archivos UTF-8 "sin BOM". Esto es importante, por ejemplo, si lo que editamos son archivos PHP. Si lo hacemos utilizando UTF-8 (cosa que es posible) podemos tener problemas del lado del servidor, el famoso "headers has been set", puesto que el servidor se haga un "lío" con el "BOM" de los archivos UTF-8.

Pues bien, lo que tenemos que hacer es utilizar UTF-8 "sin BOM", de manera que, nuestros archivos estarán codificados en UTF-8 (si realmente usamos caracteres que entren dentro de esta codificación) pero ya no tendremos con el "BOM" del lado del servidor. ;)

Ole!

Le voy a echar un vistazo y te cuento :D