[View]  [Edit]  [Lock]  [References]  [Attachments]  [History]  [Home]  [Changes]  [Search]  [Help] 

Entrevista a Miguel Isasmendi parte II

Traducccion automatica



En progreso: MVP en U8

Pasaron 9 meses desde el newsletter Vol1. Miguel Isasmendi ha logrado avances importantes en el desarrollo de MVP. Miguel, podrías contarnos un poco el estado actual del desarrollo?
Miguel: La contribución actual no refleja MVP con los últimos avances. La contribución de desarrollo en la que trabajo a diario aun necesita testeo. Aun no esta totalmente "publicable". Los cambios mas visibles son que abandoné el modelo de interface visual tabular (por medio de tabs) para pasar a uno de ventanas. Obviamente todavía puede ser configurado para volver a ese modelo u otro de ser necesario.

It has been nine months since Newsletter Vol. 1. Miguel Isasmendi has made ​​significant progress in MVP development. Miguel, could you talk about current state of development?
Miguel: The current MVP contribution does not reflect the latest advances. The development contribution still needs testing. So it is not fully "publishable" yet. The most visible changes are I left the visual interface tabular model (using tabs) to windows based visual interface. Obviously it can still be configured to return to that model or another if necessary.


Y mas en detalle ¿qué otros avances nos podrías contar?
Miguel:El TreeView tiene soporte de lazy loading, hay menúes contextuales, tooltips, ventanas, un especie de desktop donde residen las ventanas. He logrado desacoplar los estilos de los widgets de manera que ahora tengo temas para los que me valgo de CSS. El MVP viene con dos temas: el default theme y el MetroStyle. Este mecanismo de estilado permite trabajar en el cambio del look por afuera del framework. Similar a como sucede en HTML.
También habría que nombrar la consolidación de JSON como forma de serialización de las views.


What other advances could you tell us?
Miguel:The TreeView has support for lazy loading, there are context menus, tooltips, windows, a kind of desktop where windows reside. I could decouple widgets styles so now I have themes. The MVP comes with two themes: the default theme and Metrostyle. This mechanism allows to work on changing the look from the outside of framework. Similar to HTML.
We should also give mention to the consolidation of JSON as a view serialization.


¿Podrías contarnos algo sobre este mecanismo de serialización?
Miguel:Básicamente la estructura y configuración de las vistas y los presentadores estan serializadas en JSON. Esa serialización es tomada y las vistas y presentadores son recreados. He trabajado bastante en la optimización de esta fase. En otros Smalltalks como VisualWorks o Dolphin el tipo de serialización es distinto.
Por otro lado aun no existe un ViewBuilder, de manera que es necesario trabajar el JSON manualmente. En mi to-do se encuentra el ViewBuilder; trabajar manualmente sobre JSON es especialmente engorroso para las vistas o presentadores complejos.



What about this serialization mechanism?
Miguel:Basically the structure and configuration of the views and presenters are serialized in JSON. In other Smalltalks as VisualWorks and Dolphin serialization type is different.
Moreover there is still no ViewBuilder. On my to-do is located ViewBuilder; to work manually on JSON is especially cumbersome for complex views or presenters.


¿Cuanto se desvió el desarrollo de lo que estaba proyectado? Por ejemplo en Dolphin vos habías comentado algunos puntos en común.
Miguel:No me desvié mucho de Dolphin. La metáfora construida para Dolphin, como mecanismo, sigue estando. Mi implementación de MVP internamente funciona distinto. Por ejemplo, las vistas comprenden el mismo protocolo de creación que los presentadores. Me incline hacia un manejo un manejo de manera uniforme y, como comentaba previamente también se cambio la interaccion de los objetos que realizan la deserializacion para conseguirlo.


How deviated development of what was projected? For example in Dolphin you'd commented some commonalities.
Miguel:I do not deviate much from Dolphin. The metaphor built for Dolphin, as a mechanism, it remains. Mi MVP implementation internally works differently. For example, in my views MVP comprise the same protocol presenters creation. I lean management handling evenly and, as I said previously also change the interaction of objects that perform the deserialization to get it.


¿Que features nuevas se pueden esperar a futuro implementadas en tu MVP?
Miguel:Aun me falta desarrollar una barra al estilo taskbar donde se minimice las ventanas. Digamos, actualmente hay manejo de ventanas pero aun es muy básico. Me falta un mecanismo de layout de los componentes gráficos configurable a nivel de objetos y separando la implementacion, etc. También me falta toda la parte de los diálogos modales de confirmación, error y advertencia. A nivel mas general estoy focalizando todo el esfuerzo en el navegador y aumentar la usabilidad del framework en el desarrollo. Lograr una herramienta mas potente algo mas cercanos a un IDE básico.


What new features can be expected in the future implemented in your MVP?
Miguel:Even I need to develop a taskbar-style bar where windows is minimized. Say, there are currently managing windows but still very basic. I need a layout mechanism configurable component-level graphics objects and separating the implementation, etc.. I also lack all part of confirmation modal dialogs, error and warning. A more general level I am focusing all efforts on the browser on increasing usability and development framework. Achieving a more powerful tool closest thing to a basic IDE.