![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
|
#2
|
||||
|
||||
Cita:
|
#3
|
||||
|
||||
Cita:
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. |
#4
|
||||
|
||||
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 |
#5
|
||||
|
||||
¿De que otra forma lo hubiese poder hecho Román?
|
#6
|
||||
|
||||
Hubiera usado Indy para mandar los correos. Además, se adaptaría más a tu filosofía de tener todo bajo tu control
![]() // Saludos |
#7
|
||||
|
||||
Jajaja, si pero aveces también hay que saber delegar el trabajo... Hubiese sido demasiado trabajo porque además de enviar el correo, se tenía que guardar copia con IMAP. Era demasiado, mejor le redirigía el trabajo al cliente de correo.
|
#8
|
||||
|
||||
Cita:
Saludos. |
#9
|
||||
|
||||
Cita:
// Saludos |
#10
|
||||
|
||||
Cita:
Saludos. |
#11
|
||||
|
||||
¿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 |
#12
|
||||
|
||||
Cita:
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. |
#13
|
||||
|
||||
Si no me equivoco, tú también has trabajado con PHP ¿no? Si es así, ¿cómo ves uno contra otro? Digo, porque se me antoja aprender python y a la larga me late que sería mucho mejor. ¿Qué opinas?
// Saludos |
#14
|
||||
|
||||
Cita:
![]() |
#15
|
||||
|
||||
Cita:
Comparar uno con otro, se me hace muy difícil. Con Python tengo apenas unos meses (quizá un año), y podría decir que lo domino mejor que PHP, con el que llevo varios años (de 5 a 6). La razón por la que me dicidí a probar Python fué por la "necesidad" de aprender a utilizar los muy "famosisisisimos" frameworks web. Estaba cansado de hacer todo desde cero, repetir lo mismo con cada aplicación (que a decir verdad no han sido muchas). El primero que probé fué Symfony, basado en PHP, no me gustó. Probé Cake, no me gustó, probé un montón en PHP que no me convencieron, y no me refiero a pruebas de media hora, sino al menos una semana cada uno tratando de desarrollar lo mismo, determiné que tratar de desarrollar un blog + admin + usuarios/roles podría darme una idea de las prestaciones que me daría el framework. Con algunos logré algo avanzado, otros me dieron muchos dolores de cabeza. Después de mi decepción con los frameworks de PHP, decidí ir por otros rumbos, probé Ruby on Rails, por ser el que mas popularidad tenía (no se si aun la tiene), al principio me gustó, lo sentí mas rápido (el desarrollo) pero al llegar a implementar algunas funciones específicas me sentí atado de manos, quizá por mi nulo conocimiento de ruby (que lo iba aprendiendo de la mano con rails). Al conocer Ruby incluso pensé en aplicar la misma lógica en PHP, desarrollar un "mini-framework" que me facilitara el trabajo. Podría decir que lo llegué algo avanzado, pero no me parecía muy eficiente, no me gustaba la idea de reinventar la rueda. Desde que empecé a probar los frameworks, había leido sobre python pero lo veía con desprecio, extrañaba las "migraciones" de rails, entre otras cosas. Sin embargo, ya después de haber probado un montón decidí a probarlo, de entrada con el tutorial en la página de django, muy bien explicado. Descubrí la interfaz de administración automática, un gran punto a favor. Empecé a familiarizarme con el framework, estudiar un poco de python, etc, etc... Después de unos 3/4 meses probando uno y otro me quedé con Django, no soy ningún experto, pero me gusta y lo siento mas flexible que muchos otros. Lo he instalado incluso en cuentas compartidas en servidores web sin soporte para python, una belleza ![]() Espero que mi relato sirva de algo. Saludos. |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Querys en DataSnap | juank1971 | Conexión con bases de datos | 10 | 15-07-2014 13:04:55 |
Error en insercion con Datasnap | rruffino | SQL | 3 | 16-03-2010 17:38:02 |
Comom saber si tengo instalado lamp | Faust | Linux | 3 | 16-01-2009 02:07:00 |
Turotial datasnap | Osorio | Providers | 2 | 20-09-2006 13:36:10 |
Midas y DataSnap | Toni | Providers | 1 | 09-07-2003 18:30:47 |
![]() |
|