<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to mejoras-en-la-aplicacion</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/" rel="alternate"/><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/feed.atom" rel="self"/><id>https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/</id><updated>2008-10-19T18:34:32Z</updated><subtitle>Recent changes to mejoras-en-la-aplicacion</subtitle><entry><title>Bennu/Fenix</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/6/" rel="alternate"/><published>2008-10-19T18:34:32Z</published><updated>2008-10-19T18:34:32Z</updated><author><name>izubiaurre</name><uri>https://sourceforge.net/u/izubiaurre/</uri></author><id>https://sourceforge.net85e992972c33e249f40f6cd8b9ab655f55ae71dd</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Como esta estructurado Flamebird, poco a poco, Fenix está perdiendo su presencia en la aplicación. &lt;/p&gt;
&lt;p&gt;Razon: Bennu y su sintaxis ampliado, las opciones de compilación, ...&lt;/p&gt;
&lt;p&gt;No sé si merece la pena dar más peso a Fenix en la app o dejar como está. Esa dualidad Bennu/Fenix complica algunas cosas que tienen que ver con la compilación (versión del compilador por proyecto, ...). Necesito que me aclaréis o me deis alguna ayuda en esto. Le doy a Fenix (v 0.93a) tanto peso en la app o lo dejo tal cual y nos centramos en Bennu? Dar soporte a Fenix tiene que duplicar varias partes, como: sintaxis (uno para Bennu y otro para Fenix), opciones de compilación...&lt;/p&gt;
&lt;p&gt;¿Qué decís?&lt;/p&gt;
&lt;p&gt;Un saludo&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Mejoras en la interfaz</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/5/" rel="alternate"/><published>2008-10-18T10:43:34Z</published><updated>2008-10-18T10:43:34Z</updated><author><name>izubiaurre</name><uri>https://sourceforge.net/u/izubiaurre/</uri></author><id>https://sourceforge.net1bf064d929b173ca61e31864392389078cef12e8</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Veo que son necesarios varias mejoras en la interfaz, aunque funcionan bien, necesitan ciertas mejoras:&lt;/p&gt;
&lt;p&gt;1-. Menu contextualmejorado en el source. Si hacemos click derecho sobre el source, aparece directamente el menu edición completo y después la de navegación. Habrá que contextualizar estos menus según las circunstancias:&lt;br /&gt;
a) Si tenemos elegido parte del código o no&lt;br /&gt;
b) Cuál es el currentWord&lt;br /&gt;
c) ...&lt;br /&gt;
2-. Activar/desactivar las entradas del menú y paleta de herramientas. Actualmente, se desactivan pocas cuando no podemos usarlas. Hay que mejorar esta parte.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Funciones FileExists y RemoveFIle de cProject</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/4/" rel="alternate"/><published>2007-01-24T21:53:37Z</published><updated>2007-01-24T21:53:37Z</updated><author><name>Dario Cutillas</name><uri>https://sourceforge.net/u/userid-809660/</uri></author><id>https://sourceforge.net3d1e7b43f2c613c8e3ac06b4ac8273b95212f869</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;La función FileExists de la clase cProject actualmente permite pasarle como parámetro la ruta relativa o la absoluta. Lo mismo ocurre con la función RemoveFile.&lt;/p&gt;
&lt;p&gt;Aunque esto aporta facilidad al código desde otras partes del programa pero habría que revisar si se produce algún conflicto. En principio no tendría por que ya que si la ruta es relativa al proyecto sería única igualmente.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>makePathForProject</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/3/" rel="alternate"/><published>2007-01-24T21:22:31Z</published><updated>2007-01-24T21:22:31Z</updated><author><name>Dario Cutillas</name><uri>https://sourceforge.net/u/userid-809660/</uri></author><id>https://sourceforge.netee4528c567c01adbb9067cd392b61bd213a65c95</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;makePathForProject debería ser una función de la clase cProject ya que no tiene sentido si no hay un proyecto abierto. Además makePathForProject es insegura pues si OpenedProject fuera nulo se produciría un error.&lt;/p&gt;
&lt;p&gt;Implementandola en la clase cProject conseguiríamos solventar este problema además de que si en un futuro se decidiese que el entorno pudiera abrir más de un proyecto al mismo tiempo se estaría mejor preparado&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>FSO.FileExists --&gt; Dir()</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/2/" rel="alternate"/><published>2004-08-08T15:19:53Z</published><updated>2004-08-08T15:19:53Z</updated><author><name>Dario Cutillas</name><uri>https://sourceforge.net/u/userid-809660/</uri></author><id>https://sourceforge.net9157e3293cd912a911ba4e03a22e53160876c7e2</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Podríamos evitar el uso de FSO.FIleExist puesto que se&lt;br /&gt;
puede sustituir por la función dir. Esto evidentemente&lt;br /&gt;
supodría una ventaja sólo en caso de que pudiesemos&lt;br /&gt;
eliminar la referencia  a la librería que contiene el&lt;br /&gt;
File System Object. Si no, da igual.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Key como clave para un cProperty</title><link href="https://sourceforge.net/p/fbtwo/mejoras-en-la-aplicacion/1/" rel="alternate"/><published>2004-04-18T20:13:06Z</published><updated>2004-04-18T20:13:06Z</updated><author><name>Dario Cutillas</name><uri>https://sourceforge.net/u/userid-809660/</uri></author><id>https://sourceforge.net667c5cfa8bdc8e84606ff3e34e5db198348a216c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Actualmente el nombre de la propiedad sirve para&lt;br /&gt;
establecer también la clave dentro de la colección&lt;br /&gt;
m_col del módulo de clase cProperties. Esto tendría&lt;br /&gt;
claras desventajas a la hora de traducir los textos,&lt;br /&gt;
porque habría que cambiar todos en los que se acceda a&lt;br /&gt;
un elemento de un objeto cProperty por el nombre de la&lt;br /&gt;
propiedad.&lt;br /&gt;
Si se ańade una propiedad más a la clase cProperty (tal&lt;br /&gt;
como  Key) y se modifican los métodos correspondientes,&lt;br /&gt;
se solventará ésto.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>