DataSnap o LAMP

[[Chris]]

Empezado por D-MO

Acá el problema no es que las "bibliotecas WEB" no estén tan desarrolladas para acceder a la agenda del cliente de correo, sino que por razones de seguridad ninguna aplicación web debe acceder a tu equipo sin autorización. Remarco la parte de sin autorización porque podría decirse que (estoy imaginandome un caso) puedas desarrollar un plugin para el navegador que haga de "puente" entre el cliente de correo y la web cada ves que encuentre una cabecera en el html , nunca lo he hecho, solo se me ocurre que así podría hacerse.

En realidad me refería a una aplicación Web accediendo a otra aplicación web por medio de una API, a cómo accedes a datos de Facebook, Twitter o Google. Además necesito más que simplemente acceder a una lista de contactos. Necesito poder hacer un correo y permitirle al usuario hacer una revisión final a éste. Es como si yo desde mi aplicación pudiera redirigir al usuario a una ventana de redacción de GMail previamente auto rellenada con datos proporcionados por mi aplicación.

Pero me gusta e interesa esa idea de la PlugIn que me has mencionado. :-/

Bueno, al final creo que podría prescindir de esta funcionalidad y mandar a todos a hacerlo a la antigua, que redacten sus correos manualmente a cómo lo hacían hasta hace unos años.

[D-MO]

Empezado por Chris

Bueno, al final creo que podría prescindir de esta funcionalidad y mandar a todos a hacerlo a la antigua, que redacten sus correos manualmente a cómo lo hacían hasta hace unos años.

¿Porqué prescindir si puede estar integrada en la aplicación?, te planteaba el caso porque pensé que era de si o si trabajar con el cliente de correo, pero si este no es el caso, concuerdo con Román, integrar toda la funcionalidad en la aplicación, deríamos que creas un pequeño CRM que almacena información de los usuarios y puedas enviarle un correo, con una plantilla predefinida le muestras al usuario un "textarea" con este texto para que modifique o lo deje así y pueda cargar archivos para enviarle. Esto es mucho mas fácil que integrarlo con el LDAP o el Plugin para el navegador.

Saludos.

[[Chris]]

Empezado por D-MO

¿Porqué prescindir si puede estar integrada en la aplicación?, te planteaba el caso porque pensé que era de si o si trabajar con el cliente de correo, pero si este no es el caso, concuerdo con Román, integrar toda la funcionalidad en la aplicación, deríamos que creas un pequeño CRM que almacena información de los usuarios y puedas enviarle un correo, con una plantilla predefinida le muestras al usuario un "textarea" con este texto para que modifique o lo deje así y pueda cargar archivos para enviarle. Esto es mucho mas fácil que integrarlo con el LDAP o el Plugin para el navegador.

Es una buena idea. Talvez como incluir como parte de mi aplicación un redactor de correos. Talvez una versión modificada de RoundCube Mail talvez. Trabajo extra, pues sí. Pero ofrecerle una buena aplicación a tus clientes, no tiene precio... :P.

[D-MO]

Empezado por Chris

Es una buena idea. Talvez como incluir como parte de mi aplicación un redactor de correos. Talvez una versión modificada de RoundCube Mail talvez. Trabajo extra, pues sí. Pero ofrecerle una buena aplicación a tus clientes, no tiene precio... :P.

Quizá no estamos hablando de lo mismo, ¿quieres simplemente mandar mensajes de correo a los clientes o un completo cliente de correo (sea web o de escritorio)?

[[Chris]]

Empezado por D-MO

Quizá no estamos hablando de lo mismo, ¿quieres simplemente mandar mensajes de correo a los clientes o un completo cliente de correo (sea web o de escritorio)?

Mira, lo que sucede es que los usuarios de mi aplicación necesitan enviar correos electrónicos -claro!-. La utilidad que brinda mi aplicación es que ésta puede automatizarle gran parte del trabajo al crearles un correo que ya tenga cuerpo y asunto -el cuerpo del mensaje se toma de algún archivo de Word previamente guardado en el sistema-.

Te lo muestro con imágenes:
En esta ventana de la aplicación, el usuario elige los archivos que adjuntará en el nuevo correo y además con que archivo de Word iniciará la redacción del nuevo correo.


Luego, cuando el usuario da clic en "Enviar", la aplicación por medio de MAPI hace un enlace al cliente de correo principal instalado en la máquina, en este caso Thunderbird. La ventana de redacción que aparece ya se ha previamente rellenado con un Asunto, un cuerpo y con archivos adjuntos.

Ahora, por último el usuario tiene la posibilidad de hacer cambios al correo, elegir un remitente de la lista y adjuntar más archivos si así lo desea. El cuerpo del correo que ves, fue tomado de un archivo word elegido por el usuario en la ventana anterior.

Esa es la funcionalidad que me gustaría reproducir en una aplicación Web y que veo díficil hacerla.

[roman]

A ver. En general podría decirse que en una aplicación web te vas a encontrar más dificultades para crear interfaces amigables, aunque se ha avanzado mucho y hay bibliotecas que tienen widgets muy buenos. Pero en sí, no veo que esto que describas no puedas hacerlo en web. Ni siquiera veo porqué optaste por hacerlo así (enlazar con MAPI) en la aplicación de escritorio.

Todo, adjuntos, encabezados, texto predeterminado, etc. lo puedes hacer en una aplicación web.

// Saludos

[[Chris]]

Empezado por roman

Ni siquiera veo porqué optaste por hacerlo así (enlazar con MAPI) en la aplicación de escritorio.

¿De que otra forma lo hubiese poder hecho Román?

[D-MO]

Empezado por roman

Todo, adjuntos, encabezados, texto predeterminado, etc. lo puedes hacer en una aplicación web.

Completamente de acuerdo, la aplicación (web o de escritorio) puede hacer esta tarea sin mucho esfuerzo, cargas losa adjuntos, muestros el texto a enviar, te conectas a un smtp y enviado. Todo desde la misma aplicación (web o escritorio).

Saludos.

[roman]

Empezado por Chris

Es una buena idea. Talvez como incluir como parte de mi aplicación un redactor de correos. Talvez una versión modificada de RoundCube Mail talvez. Trabajo extra, pues sí. Pero ofrecerle una buena aplicación a tus clientes, no tiene precio... :P.

Ni tan extra, a menos que de verdad quieras reinventar tooooda la rueda. Hay muchos editores wysiwyg que puedes integrar a tu aplicación. Por ejemplo, TinyMCE.

// Saludos

[D-MO]

Empezado por roman

Ni tan extra, a menos que de verdad quieras reinventar tooooda la rueda. Hay muchos editores wysiwyg que puedes integrar a tu aplicación. Por ejemplo, TinyMCE.

Exacto, todo dependerá de lo que quiera hacer:

• Si solo será enviar correos a los clientes/contactos, bastará con utilizar un textarea (reemplazado por el editor wysiwyg preferido, si lo quisiera) y enviarlos desde la misma aplicación, que hablando de django, acá está el como: http://docs.djangoproject.com/en/1.3/topics/email/
• Si quisiera un completo cliente de correo, allí si, mejor vincular el sistema con cualquiera ya funcional, como el roundcube.

Saludos.

[roman]

¿Django lo puedes integrar a interfaces de escritorio? Porque he visto algo de lo que puede hacerse con, por ejemplo, WxPython, y, aquí sí, creo que puede ser buena opción para hacer interfaces duales (web y escritorio) pues puedes usar el mismo código.

// Saludos

[D-MO]

Empezado por roman

¿Django lo puedes integrar a interfaces de escritorio? Porque he visto algo de lo que puede hacerse con, por ejemplo, WxPython, y, aquí sí, creo que puede ser buena opción para hacer interfaces duales (web y escritorio) pues puedes usar el mismo código.

La verdad no he evaluado esta posibilidad, django es realmente un framework para aplicaciones web, se encarga del manejo de sesiones, urls, peticiones, plantillas html, etc... está construido con la visión de ser usado en la web exclusivamente. Sin embargo, viendo el caso, se me ocurre que, con el conocimiento necesario, se podría desarrollar una aplicación con que tome como base los modelos definidos en django (en los modelos se definen toda la lógica del negocio) para utilizarlos con una interfaz gráfica con wxPython, pyGtk, pyQt, etc...

Pero yo preferiría proveer un servicio (webservice) en la aplicación django que sirva para comunicar una aplicación cliente (Delphi, Java, Python, etc...) con la aplicación web.

Saludos.