IDE sin nombre

[Ñuño Martínez]

Pues sí funciona el autocomplete ese. En parte ha sido fácil y en parte algo complicado, porque hay que meter las palabras o frases que deben aparecer. Pero bueno, ya funciona y empieza a ser útil.

Aun así, faltan un montón de cosas antes de publicarlo. Para empezar, un nombre y decidir si será de pago o gratuíto o abierto o cerrado o qué...

Aunque me preocupan más otras cosillas, como por ejemplo algunas diferencias entre Windows y Linux (y, seguramente, también MacOS), cómo manejar las extensiones (PascalScript me parece demasiado), todos las cosas configurables que quiero meter (colores, combinaciones de teclas, añadir nuevos lenguajes...), y tal.

Voy a ir pensando qué va a ser lo próximo.

[t-edson]

Empezado por Ñuño Martínez

Pues sí funciona el autocomplete ese. En parte ha sido fácil y en parte algo complicado, porque hay que meter las palabras o frases que deben aparecer. Pero bueno, ya funciona y empieza a ser útil.

Te recomiendo que uses mi librería para completado de código:

https://github.com/t-edson/SynFacilCompletion

que es también resaltador de sintaxis y puedes incluir en un XML, todas la gramática de un lenguaje, incluyendo al plegado de código y las palabras para el auto-completado.

[Ñuño Martínez]

Hola t-edson, bienvenido al Club.

Precisamente, no hace mucho lo vi en el foro de Lazarus y tengo pendiente echarle un vistazo, a ver cómo funciona.

Por cierto, que todo este tiempo llevo usando el editor "en producción" y no es que lo haya echo yo pero cada vez me gusta más. Por desgracia, el auto-completado da algún problema, o mejor dicho, no funciona como me gustaría. Si el componente que recomiendas funciona más a la Vim, entonces sustituiré el SynEdit por él.

[t-edson]

Hola Ñuño.

SynFacilCompletion, no es un componente nuevo, es un resaltador de sintaxis o librería para SynEdit. Si ya usas SynEdit, solo tienes que "acoplarlo" a tu editor para que empiece a trabajar.

Su uso es sencillo (como su nombre "Facil"). Solo necesitas crear un archivo XML, algo así como:

<?xml version="1.0"?>
<Language name="Pascal" ext="pas">
  <completion>
    var procedure function 
  </completion>
</Language>

Y luego cargar este archivo XML, al resaltador SynFacilCompletion:

  
  hlt := TSynFacilComplet.Create(self);  //my highlighter
  SynEdit1.Highlighter := hlt;  //optional if we are going to use SelectEditor()
  hlt.LoadFromFile('ObjectPascal.xml');  //load syntax
  hlt.SelectEditor(SynEdit1);  //assign to editor

Solo hay que tener en cuenta que SynFacilCompletion es también el resaltador de sintaxis, así que no se puede usar otro resaltador, cuando uses SynFacilCompletion.

[Ñuño Martínez]

Me lié con el ATSynEdit. De todas formas tengo que echarle un vistazo a ambos dos, a ver qué tal.

[Ñuño Martínez]

Os cuento:

He estado estos meses utilizando de forma habitual el editor, y la verdad es que estoy bastante contento. También he estado puliendo cosillas según me he ido encontrando incomodidades. Por ejemplo, ahora al cargar un archivo o seleccionar una lengüeta el foco pasa al editor correspondiente, algo que antes no hacía y era bastante molesto; y al cargar un nuevo "proyecto" se cierran todas las lengüetas del proyecto anterior. También he ido cambiando cosas del auto-complete, aunque sigue sin funcionar como quiero (el de Vim es ideal, en mi opinión, pero me temo que nunca llegue a funcionar igual).

He encontrado algunos problemas de difícil solución. Por ejemplo, sigo sin saber por qué al usar [Alt]+[Tab] en mi Fedora no se ejecuta el evento de pérdida de foco, que sí se activa si selecciono otra aplicación con el ratón. También me he encontrado que ocultar el menú en Windows no es buena idea. Quizá con la próxima versión de Lazarus funcione mejor, porque han prometido mejoras, o quizá si uso fpGUI en lugar del GDI en ese sistema operativo sí funcione. Y también en Windows no aparecen los botones de cerrar lengüetas. Esto me ha dado problemas porque poner esa opción en el menú contextual del editor hace que salte una excepción tras cerrar la lengüeta, pero colocándolo en el menú principal funciona perfectamente.

Lo que sí me preocupa es que quizá he ido demasiado lejos sin hacer una planificación clara. Es decir, he ido añadiendo y modificando cosas según iban surgiendo, y los últimos cambios han sido laboriosos porque me he dado cuenta de que (por ejemplo) había métodos en objetos que no le correspondían. Me refiero a que había métodos de gestión de proyecto en la ventana, o acciones de configuración en el proyecto. Tampoco es muy grave porque hasta ahora casi todo ha sido aprender cómo funcionan los componentes de edición, resaltado sintaxis, autocompletado, así como investigar si era posible hacer ciertas cosas, y si algunas ideas que tengo son realmente útiles o no.

Así que, ya el año que viene, me pondré a rehacerlo todo, empezando por una buen esquema de los objetos necesarios, qué hace cada uno y cómo se relacionan entre sí (vamos, un UML). Afortunadamente, buena parte del trabajo será buscar en el código que ya hay, copiarlo y pegarlo en su sitio, así que sin duda tardaré menos en tener una versión mínimamente útil.

Y si encuentro un nombre adecuado, lo publicaré, o no, no sé. Y es que sigo sin haber decidido todavía qué hacer con esta aplicación.

[[AgustinOrtu]]

Empezado por Ñuño Martínez

Me lié con el ATSynEdit. De todas formas tengo que echarle un vistazo a ambos dos, a ver qué tal.

Salio un tal TBCEditor Control en G+, pero no dicen nada de Lazarus. La verdad no lo he probado, pero tiene buena pinta por los screenshot; al parecer viene con varios resltados de sintaxis, soporta code folding y un minimapa del codigo.

Fuerza y suerte en tus andanzas

[Ñuño Martínez]

Esto es un reflote en toda regla, y lo demás son tonterías. Pero es que lo merece.

El proyecto no ha estado parado ni mucho menos. Ha ido despacio, eso sí. Estuvo parado hasta que en 2018 conseguí arrancar de nuevo. Desde entonces comencé una reescritura desde cero, esta vez con un poco más de planificación, y después de todos estos años de más o menos actividad, ayer mismo conseguí que que todos los subsistemas funcionasen. La siguiente imagen muestra el momento en el que el subsistema de extensiones (scripting) funcionó, al fin:



Sí, es Windows XP. Es que por comodidad estaba usando un viejo notebook en ese momento y es lo que tiene. También funciona en Linux, así que tengo un buen espectro cubierto.

Como véis, también tiene nombre: Multi-Language Scriptable Development Environment (MLSDE). Seguro que los que sepan márqueting me correrán a gorrazos, pero oye, es lo que único que se me ha ocurrido.

Después de dar una vuelta por GitHub al final he vuelto a SourceForge*. Todavía no voy a publicarlo porque faltan unos mínimos y hay que completar la documentación, pero si queréis echarle un vistazo, tenéis el proyecto disponible para compilar (con Lazarus).

Pues eso. Gracias por vuestra atención.
_______________________________

* Aparte de que no termino de cogerle el gusto a GIT y que Microsoft nunca ha sido santo de mi devoción, no hace mucho me enteré de que usan los proyectos de GitHub a su propio criterio ignorando las licencias, que lo han hecho ya dos veces como mínimo. Además, los nuevos dueños de SourceForge han hecho una buena limpieza y han actualizado la plataforma, que de nuevo funciona muy bien.