Nunca he usado un RAD (no me gustan), pero si lo que buscas es portabilidad usando GTK2 la tienes asegurada :-). No sé cómo andarán las otras librerías.
Lo que dices de Java y Mono es interesante. Yo en tu lugar tiraría hacia Mono, ya que al menos es un proyecto libre, y la gente que lo ha usado sale encantada con él ;-)
Pregunto entonces: para distribuir un programa en GTK2 para Windows, ¿qué compiladores y herramientas se necesitan? Si es relativamente fácil, ¿por qué no está Evolution para Windows sin tirar de cygwin? Creo que sería un puntazo.
Es realmente facil de aprender si ya dominas otros lenguajes (como C, C++, PERL avanzado). Sino exige un poco más de tiempo y atención pero es natural. Es portable, tiene mucho código disponible (API+librerias) incluso como GPL, tiene buen look, rendimiento, seguridad. Además tiene mucha documentación en ingles y español y creo que ha madurado lo suficiente para tomarlo en cuenta en todos o las mayorias de los proyectos de desarrollo de sistemas.
Gtk+ es realmente muy facil de portar, se compila y punto. Pero hay centeras de otras librerias que Evolution usa (bonobo por ejemplo) que no están portadas a windows.
Si haces una aplicación que no requiera cosas como COM, ORBit, Bonobo u otras tecnologías semejantes Gtk+ es una buena opción.
Por otro lado creo que wxWindows es lo que estás buscando.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 08:05h
(#120159)
Merecer la pena, si que la merece, aprenderlo.
Sobre todo por esa teorica amenaza de c# (c chorras, para algunos). Lo de amenaza habra que comentarlo dentro de 4 años. Por ahora es una cosa que se ha inventado m$ para intentar vender mas.... (y recordemos que la comunidad, va ha hacer un gran trabajo gratuito para m$, para q despues le de el gran palo....)
Ahora hablando un poco del tema, te podria recomendar, para java el netbeans o el forte (ma o meno igua) o el jbuilder, que tambien esta muy bien. Se necesita algo de maquina, pero yo los hago rular con un PII.
Y del resto, como no se tmb te puedo recomendar kylix/delphi, que se que funcionan bastante bien.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 08:20h
(#120160)
Si necesitas hacer un programa que corra bajo Linux y Windows, la solución más recomendable es Qt (que de paso, también está soportada en MacOS X). Y si buscas un RAD, pues Delhpi/Kylix es de lo mejor que hay en este momento.
Java está muy bien, y es uno de mis lenguajes preferidos, pero actualmente se utiliza mucho en servidores de aplicaciones, no en aplicaciones de usuario (aunque alguna hay). Recuerda que si haces el programa en Java obligarás a los usuarios a tener instalada una máquina virtual, que además consumirá memoria y procesador cuando arranque.
La librería Gtk ha avanzado mucho en los últimos años, pero no sé hasta que punto será comparable el hacer una aplicación con Kylix/Delphi a tener que trabajarte tú la compatibilidad entre los distintos S.O. (vale, la GUI te valdrá, pero no sólo de eso se compone un programa).
Yo uso Forte4Java (Sun ONE Studio 4.0) y me gusta bastante, tanto para desarrollo de aplicaciones sencillas como ya un poco majas. Es fantástico y muy fácil de aprender.
Eso sí, necesitarás una buena máquina para moverlo "como si nada" ;-)
Por otro lado, tambien tienes Anjuta, un buen IDE para programar casi *.* , bastante estable y cómodo.Aún le faltan algunas cosillas, pero merece la pena.
SaludoTeX
-- AlucardX put himself to sleep in order to put his cursed bloodlines ...
Soy el autor de la noticia. A ver si puedo concretar un poco más mis impresiones.
Sobre Kylix, resulta que lo estuve probando y, sí, funciona bastante bien. La versión Windows de mi programa funcionaba sin problemas salvo que al distribuirlo por ahí a algunos compañeros te dabas cuenta de que nadie tenía las librerías necesarias para correrlo, y que ocupaban cerca de 2 MB y tenías que meterlas junto con el binario. Un poco complicado para distribuir, o al menos no igual de sencillo que programas gtk o qt que prácticamente todo el mundo tiene las librerías.
Sobre VDKBuilder, debo reconocer que es excelente, y mirando el tutorial de la web y haciend un par de programas chorras de ejemplo puedes ver su potencia para hacer programas basados en GUI (vamos, nada de gráficos intensivos ni nada de eso), pero tiene una pega: no compila en Windows.
Hay gente que me ha recomendado wxwindows, pero aún no he podido echarle un vistazo.
Luego está el tema de los lenguajes: C, C++ o Java. Yo uso C y le tengo algo de tirria a C++, pero estoy viendo que me tocará meterme con C++ porque soluciona muchos de los problemas que se suelen tener (los Strings evitan muchos quebraderos de cabezas con las cadenas, y espero que el sistema de asignación de memoria sea mejor que los malloc-de-la-muette). Sobre JAVA, sabiendo C++ _casi_ sabes la sintaxis de Java, pero otra cosa aparte es hacer GUIs en Java, parece bastante complejo si no usas algo tipo JBuilder o similar (¿Hay algo gratuito o libre para hacer GUIs en Java tipo C++Builder?).
Al final parece que la solución ideal es GTK2+glade+anjuta, al menos para mi. Es C, es portable, me permite diseñar el GUI fácilmente y tiene un IDE que lo integra todo.
Tengo que reconocer que me quedaría con VDKBuilder si compilara para Windows sus programas :(
Si te tiras por C y GTK (o GTK2) siempre aprenderás a pelearte con todos los widgets y mensajes de GTK cosa que no deja de ser interesante a nivel de programación aunque sea trabajoso.
Además quizá dentro de poco te entre la curiosidad (si no te ha entrado ya) y te de por probar Mono, con su C# que en principio se aprende en cuatro dias a manejarte con él sabiendo C y C++ / Java (aunque quizá tengas que eliminar ciertos vicios de C++), tendrás la compatibilidad con windows asegurada (.NET) y en cuanto a las GUI, tienes GTK# que aun en pañales promete bastante (yo ha he ejecutado mis primeros hola mundo y cosas más complicadas (GTK#) en mono, con los paquetes para debian de mono for debian), además todo lo que aprendas de GTK siempre te será de ayuda para GTK#.
Saludos.
Si te parece mucho los 2 mg de las librerías dinámicas de kylix preparate para los 9'3 mg del runtime de java (1.4) para windows y los 21 mg para linux.
Yo uso java (me pasé hace 2 años desde el C++). Realmente es un lenguaje MUY CÓMODO para trabajar. Para mi el único problema es el que te he escrito arriba... los runtimes no vienen pre-instalados en el SO.
Saludos!.
PD. Que raro que en este debate no salten chispas, estoy por ponerme a insultar a alguien...
Es decir, algo similar al anjuta o al kdeveloper, es decir un IDE con soporte para debug y todas las pijadas que estan disponibles para C/C++ y java... sin necesidad de recurrir a la madre de todos los IDEs (emacs)
--
Muchos que quisieron traer luz fueron colgados de un farol.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 10:31h
(#120193)
¿Has probado la distribución Cygwin de Red Hat?, son una colección de programas Linux q funcionan sobre M$ Windows. Si realizaras un programa con VDKBuilder podrías probar si funciona con esta distribución.
Es la portabilidad hecha realidad (y es libre). Tiene un set de clases bastante majo, sólo que (como siempre) tienes que aprender a moverte por el árbol de clases.
Es C++, así que si no usas un IDE y tal muy RAD no es. Pero lo recomiendo, sobretodo si quieres que tu app corra en Win32 y en Unix.
Y a los de Qt que se la pique un grillo (lo siento por este comentario tan visceral).
Se han comentado muchas librerías gráficas y muchos lenguajes de programación y tal...
Nos hemos olvidado, sin embargo, de uno de los sistemas más sencillos y portables de todos: Tcl y su Tk.
El Tcl es una especie de LISP disfrazado, quizás un pelín engorroso en sintaxis, pero bastante potente y se pueden hacer cosas bien chulas en metaprogramación con él y programar Tk es facilísimo.
Además Tk tiene bindings para casi todos los lenguajes de programación mencionados, y existen entornos de desarrollo rápido (por ejemplo Visual Tcl, que es en plan Visual Basic) bastante majos... De todas formas se hace a mano bastante rápido, y el Tk furrula en Unix, Windows y Mac, en cada uno con look nativo y configurable...
Y si hay partes que tengan que ir más rápido de lo que da el Tcl, pues ya sabes, patrón de alternar capa blandita con capa dura... los bindings de Tcl con C o C++ son relativamente indoloros y con el SWIG se crea código Tcl usando librerías C/C++ de forma espectacular...
en fin, sólo señalar algunas alternativas (dado que la mayor parte de las aplicaciones con GUI no hacen más que esperar que el usuario introduzca input, los problemas de velocidad no deberían ser muy grandes, existe un escritorio bastante majo escrito en Perl+Tk y tiene un rendimiento perfecto)
Si quieres que funcione en Linux y Windows (y más cosas) yo escojería Java. Desarrollar aplicaciones es muy sencillo, con la posibilidad de usar objetos remotos, SQL independiente del motor de BBDD, aplicaciones de red, graficas, etc. Sabiendo C++ no te resultará difícil Java, más aún con la buena documentación disponible en la página web. No creo que Java vaya a desaparecer en favor de C#...
Con respecto a la interfaz gráfica, en java hay AWT y Swing. La AWT es la más antigua, mucho más "cutre" pero más rapida. Swing es más espectacular y completa, a costa de un consumo más elevado. Interfaces de desarrollo para Java hay muchos, como el Forte for Java o el Netbeans.
wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module (native code) that wraps the popular wxWindows cross platform GUI library, which is written in C++.
Like Python and wxWindows, wxPython is Open Source which means that it is free for anyone to use and the source code is available for anyone to look at and modify. Or anyone can contribute fixes or enhnacments to the project.
wxPython is a cross-platform toolkit. This means that the same program will run on multiple platforms without modification. Currently supported platforms are Microsoft Windows, and most Unix or unix-like systems. A Macintosh version is currently in a pre-alpha state.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 13:37h
(#120239)
Lenguaje actual, orientado a objetos, muy bien soportado, facil de aprender, en constante evolución, para todas los O.S. que comentas, y con muchas ampliaciones que salen dia a dia, etc .....
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 14:35h
(#120248)
¿Gran palo?¿Por qué?¿No beneficia al soft libre al ser un estandar abierto de verdad, no como Java propiedad exclusiva de Sun (Estos me dan mas miedo que M$)?
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 14:49h
(#120252)
No creo que Mono haga sombra a Java hasta dentro de mucho tiempo. Mono es tan abierto como Java... Es decir C# es propiedad de Microsoft como Java de Sun, con la diferencia que hay millones de desarrollos libres con Java y la comunidad ya está concienciada y entrenada. Con Mono no se sabe a dónde se va ni qué hará MS con C# cuando sea popular... Yo aprendería Java.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 14:51h
(#120253)
Es cierto lo del tamaño del JRE (Entorno de Ejecución Java). He visto sitios web que ofrecen aplicaciones Java y tienen dos formas de bajar el programa. Con el JRE incluido o sin el. Claro esta, explican que significa el JRE y alguna forma de verificar su existencia previa en la computadora (por si el usuario ha bajado en otro programa o solitariamente el JRE).
De todos modos creo que no es tan grave. Es decir, se necesitar instalar una vez y ya. Si hablamos de que el programa va dirigido a una empresa (ej. un sistema administrativo), simplemente se incluye en el CD que se le entrege o en el vinculo para bajarlo desde Internet.
Es que la idea de un "delphi para python" (y además con vista a su integración con Zope) me parece un sueño hecho realidad, pero mirando la pagina, las noticias y el cvs da la idea que el proyecto se haya estancado.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 16:48h
(#120274)
hmmm...... con la version gratis de kylix es cierto que es dificil distribuir el software, no se si la version comercial traiga un instalador que haga esto. Lo cual es muy probable.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 17:34h
(#120289)
C# es propiedad de Microsoft como Java de Sun
Esto no es así. C# es actualmente un estandar abierto, y aunque en futuras versiones, M$ pueda no estandarizar, nosotros podremos hacer un fork y palante. Java es propiedad de Sun y no está estandarizado y su futuro está en manos EXCLUSIVAMENTE de Sun.
Parece raro que M$ haya hecho eso, pero le beneficia a él tanto como a nosotros. En definitiva, C# es un estandar abierto y Java no.
Las oscuras razones de M$ no me importan, porque ya no nos pueden quitar lo que nos han dado.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 17:39h
(#120294)
Es tu desicion, lo sep.
Yo antes sabia unicamente C y le tenia mucho miedo al C++, pero lo aprendes en un par de dias y luego te puedes pasar a Java sin mucho problemas.
Aparte el tiempo entre aprender c++ y escribir la aplicacion en C++ (+QT) es mucho menor al que te tardaria en hacerla en C, GTK.
Ese es simplemente mi punto de vista habiendo trabajado con C+Gtk.
Yo realmente te recomiendo C++ o Java, C lo dejo para otros tipos de tasks..
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 17:39h
(#120295)
Hace poco me cambie de GTK 1.x a QT 3.x y la verdad no me retracto de esa decision, QT es mucho mas intuitiva que GTK desde cualquier punto de vista que uno lo vea.
QT+KDevelop+Designer y tienes todo lo que puedas necesitan, aparte de una excelente documentacion y la facilidad de adaptar tu aplicacion al entorno KDE.
por
pobrecito hablador
el Lunes, 15 Julio de 2002, 22:01h
(#120360)
¿y el acceso a las bases de datos?
en Windows existe DAO, ODBC y tal. ¿Pero en linux?
¿Cómo puedo programar acceso a bases de datos en C con GTK?
He oído que en gnome se está desarrollando un proyecto llamado gnome-db en el que debe andar metido nuestro querido Rodrigo. Pero no sé nada de él: si ya es funcional, difícil de utilizar, si existen otras alternativas, etc.
A ver si alguien me puede asesorar un poco con esto.
El problema sera que tan util(izado) sea "nuestro" fork de C#, cuando el 90% de sus usuarios (Visual C#) van a seguir el fork de MS...Aunque podriamos discutir sobre ese porcentaje ;-).
El asunto es que la compatibilidad se perderia.
por
pobrecito hablador
el Martes, 16 Julio de 2002, 08:43h
(#120481)
He visto en repetidas ocasiones que preguntan esto o cosas similares que siempre la mayoría "desprecian" a QT/KDE/kparts y prefieren y dicen que es más poderoso GTK/GNOME/BONOBO, ¿es cierto esto?
por
pobrecito hablador
el Martes, 16 Julio de 2002, 09:02h
(#120487)
Eso no es cierto, quien desprecia la solucion de KDE normalmente es debido a que no le gusta el C++ ni los lenguajes orientados a objetos.
KDE/QT es mucho mas productivo y sencillo de programar con diferencia.
En cuanto a portabilidad usando solo QT el programa se compila sin cambios en Windows/Mac/otros unixes etc,etc. La libreria QT es multiplataforma. Y muy importante solo es necesaria tener instalada la libreria QT (una dll mas) no como en otras soluciones que se necesista instalar un servidor/cliente de X-windows y/o el entorno cgiwin para que el programa funcione.
por
pobrecito hablador
el Martes, 16 Julio de 2002, 09:04h
(#120488)
Bueno hombre, solo hay que leerse los manuales de Qt/KDE ;), basta crear una clase derivada del form/ventana que defines con QTDesigner y sobreescribir los metodos que te interesen.
Sobre JAVA, sabiendo C++ _casi_ sabes la sintaxis de Java, pero otra cosa aparte es hacer GUIs en Java, parece bastante complejo si no usas algo tipo JBuilder o similar (¿Hay algo gratuito o libre para hacer GUIs en Java tipo C++Builder?).
GTK
(Puntos:1)( http://gimp.es.gnome.org )
Lo que dices de Java y Mono es interesante. Yo en tu lugar tiraría hacia Mono, ya que al menos es un proyecto libre, y la gente que lo ha usado sale encantada con él ;-)
Re:GTK
(Puntos:2)( http://rvr.linotipo.es/ | Última bitácora: Sábado, 21 Febrero de 2015, 01:40h )
Víctor R. Ruiz
rvr en blogalia.com
Re:GTK
(Puntos:1)Supongo que para no mantener dos códigos distintos.
Java
(Puntos:1)Re:Java
(Puntos:1)Re:GTK
(Puntos:0)Roberto Majadas "telemaco"
Re:GTK
(Puntos:2, Informativo)( http://barrapunto.com/ )
Si haces una aplicación que no requiera cosas como COM, ORBit, Bonobo u otras tecnologías semejantes Gtk+ es una buena opción.
Por otro lado creo que wxWindows es lo que estás buscando.
Pa que? Pa cagala?
Java y merecer la pena
(Puntos:0)Qt + Kylix
(Puntos:0)Java está muy bien, y es uno de mis lenguajes preferidos, pero actualmente se utiliza mucho en servidores de aplicaciones, no en aplicaciones de usuario (aunque alguna hay). Recuerda que si haces el programa en Java obligarás a los usuarios a tener instalada una máquina virtual, que además consumirá memoria y procesador cuando arranque.
La librería Gtk ha avanzado mucho en los últimos años, pero no sé hasta que punto será comparable el hacer una aplicación con Kylix/Delphi a tener que trabajarte tú la compatibilidad entre los distintos S.O. (vale, la GUI te valdrá, pero no sólo de eso se compone un programa).
Forte / NetBeans ó Anjuta
(Puntos:2, Informativo)( https://euskal-linux.homelinux.org )
Yo uso Forte4Java (Sun ONE Studio 4.0) y me gusta bastante, tanto para desarrollo de aplicaciones sencillas como ya un poco majas. Es fantástico y muy fácil de aprender.
Eso sí, necesitarás una buena máquina para moverlo "como si nada" ;-)
Por otro lado, tambien tienes Anjuta, un buen IDE para programar casi *.* , bastante estable y cómodo.Aún le faltan algunas cosillas, pero merece la pena.
SaludoTeX
AlucardX put himself to sleep in order to put his cursed bloodlines ...
(Sobre lo que nos ocupa...)
(Puntos:4, Informativo)( http://www.sromero.org/ )
Soy el autor de la noticia. A ver si puedo concretar un poco más mis impresiones.
Sobre Kylix, resulta que lo estuve probando y, sí, funciona bastante bien. La versión Windows de mi programa funcionaba sin problemas salvo que al distribuirlo por ahí a algunos compañeros te dabas cuenta de que nadie tenía las librerías necesarias para correrlo, y que ocupaban cerca de 2 MB y tenías que meterlas junto con el binario. Un poco complicado para distribuir, o al menos no igual de sencillo que programas gtk o qt que prácticamente todo el mundo tiene las librerías.
Sobre VDKBuilder, debo reconocer que es excelente, y mirando el tutorial de la web y haciend un par de programas chorras de ejemplo puedes ver su potencia para hacer programas basados en GUI (vamos, nada de gráficos intensivos ni nada de eso), pero tiene una pega: no compila en Windows.
Hay gente que me ha recomendado wxwindows, pero aún no he podido echarle un vistazo.
Luego está el tema de los lenguajes: C, C++ o Java. Yo uso C y le tengo algo de tirria a C++, pero estoy viendo que me tocará meterme con C++ porque soluciona muchos de los problemas que se suelen tener (los Strings evitan muchos quebraderos de cabezas con las cadenas, y espero que el sistema de asignación de memoria sea mejor que los malloc-de-la-muette). Sobre JAVA, sabiendo C++ _casi_ sabes la sintaxis de Java, pero otra cosa aparte es hacer GUIs en Java, parece bastante complejo si no usas algo tipo JBuilder o similar (¿Hay algo gratuito o libre para hacer GUIs en Java tipo C++Builder?).
Al final parece que la solución ideal es GTK2+glade+anjuta, al menos para mi. Es C, es portable, me permite diseñar el GUI fácilmente y tiene un IDE que lo integra todo.
Tengo que reconocer que me quedaría con VDKBuilder si compilara para Windows sus programas :(
¿Qué opinais?
NoP/Compiler
GTK y +
(Puntos:3, Informativo)( http://www.asturiaswireless.net/ )
Además quizá dentro de poco te entre la curiosidad (si no te ha entrado ya) y te de por probar Mono, con su C# que en principio se aprende en cuatro dias a manejarte con él sabiendo C y C++ / Java (aunque quizá tengas que eliminar ciertos vicios de C++), tendrás la compatibilidad con windows asegurada (.NET) y en cuanto a las GUI, tienes GTK# que aun en pañales promete bastante (yo ha he ejecutado mis primeros hola mundo y cosas más complicadas (GTK#) en mono, con los paquetes para debian de mono for debian), además todo lo que aprendas de GTK siempre te será de ayuda para GTK#.
Saludos.
"Feeling alive in the land of the death"
Re:(Sobre lo que nos ocupa...)
(Puntos:1)( http://barrapunto.com )
Si te parece mucho los 2 mg de las librerías dinámicas de kylix preparate para los 9'3 mg del runtime de java (1.4) para windows y los 21 mg para linux.
Yo uso java (me pasé hace 2 años desde el C++). Realmente es un lenguaje MUY CÓMODO para trabajar. Para mi el único problema es el que te he escrito arriba... los runtimes no vienen pre-instalados en el SO.
Saludos!.
PD. Que raro que en este debate no salten chispas, estoy por ponerme a insultar a alguien...
IDE o RAD para python?
(Puntos:2)( http://apuntesdetrabajo.es/ )
Muchos que quisieron traer luz fueron colgados de un farol.
En Java Netbeans
(Puntos:2)( http://vidaartificial.com/blog | Última bitácora: Miércoles, 10 Octubre de 2007, 20:48h )
Pero es un entorno que vale la pena, todavía no he empezado ha usarlo como entorno de desarrollo pero ya estoy bastante decidido a hacerlo.
Aquí puedes encontrar otros entornos de desarrollo para Java.
Mi blog: Vida Artificial [vidaartificial.com]
Cygwin
(Puntos:0)Te olvidas algo en la lista
(Puntos:1): wxWindows .
Es la portabilidad hecha realidad (y es libre). Tiene un set de clases bastante majo, sólo que (como siempre) tienes que aprender a moverte por el árbol de clases.
Es C++, así que si no usas un IDE y tal muy RAD no es. Pero lo recomiendo, sobretodo si quieres que tu app corra en Win32 y en Unix.
Y a los de Qt que se la pique un grillo (lo siento por este comentario tan visceral).
Un saludo.
Otras posibilidades
(Puntos:2, Informativo)( http://barrapunto.com )
Nos hemos olvidado, sin embargo, de uno de los sistemas más sencillos y portables de todos: Tcl y su Tk.
El Tcl es una especie de LISP disfrazado, quizás un pelín engorroso en sintaxis, pero bastante potente y se pueden hacer cosas bien chulas en metaprogramación con él y programar Tk es facilísimo.
Además Tk tiene bindings para casi todos los lenguajes de programación mencionados, y existen entornos de desarrollo rápido (por ejemplo Visual Tcl, que es en plan Visual Basic) bastante majos... De todas formas se hace a mano bastante rápido, y el Tk furrula en Unix, Windows y Mac, en cada uno con look nativo y configurable...
Y si hay partes que tengan que ir más rápido de lo que da el Tcl, pues ya sabes, patrón de alternar capa blandita con capa dura... los bindings de Tcl con C o C++ son relativamente indoloros y con el SWIG se crea código Tcl usando librerías C/C++ de forma espectacular...
en fin, sólo señalar algunas alternativas (dado que la mayor parte de las aplicaciones con GUI no hacen más que esperar que el usuario introduzca input, los problemas de velocidad no deberían ser muy grandes, existe un escritorio bastante majo escrito en Perl+Tk y tiene un rendimiento perfecto)
saluditos
Java & Swing
(Puntos:2)( http://julipedia.blogspot.com/ )
Con respecto a la interfaz gráfica, en java hay AWT y Swing. La AWT es la más antigua, mucho más "cutre" pero más rapida. Swing es más espectacular y completa, a costa de un consumo más elevado. Interfaces de desarrollo para Java hay muchos, como el Forte for Java o el Netbeans.
The Julipedia [blogspot.com]
Re:IDE o RAD para python?
(Puntos:1)( http://barrapunto.com/index.pl?section=mbp-activez | Última bitácora: Martes, 13 Mayo de 2003, 00:42h )
---------
Algún dia encontraré una frase interesante...
Re:Te olvidas algo en la lista
(Puntos:0)wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module (native code) that wraps the popular wxWindows cross platform GUI library, which is written in C++.
Like Python and wxWindows, wxPython is Open Source which means that it is free for anyone to use and the source code is available for anyone to look at and modify. Or anyone can contribute fixes or enhnacments to the project.
wxPython is a cross-platform toolkit. This means that the same program will run on multiple platforms without modification. Currently supported platforms are Microsoft Windows, and most Unix or unix-like systems. A Macintosh version is currently in a pre-alpha state.
Python, wxpython (wxwindows)
(Puntos:0)GUI's? pues:
http://boa-constructor.sourceforge.net/
http://www.roebling.de
.
.
.
Re:Java y merecer la pena
(Puntos:0)Re:GTK
(Puntos:0)Re:(Sobre lo que nos ocupa...)
(Puntos:0)De todos modos creo que no es tan grave. Es decir, se necesitar instalar una vez y ya. Si hablamos de que el programa va dirigido a una empresa (ej. un sistema administrativo), simplemente se incluye en el CD que se le entrege o en el vinculo para bajarlo desde Internet.
Re:(Sobre lo que nos ocupa...)
(Puntos:1)( http://www.lathander.es.vg )
En C++ se arregla con new y delete al estilo de Java (bueno delete no existe, pero es muuuuuuuuuyyy fácil de usar).
Sólo te harían falta los constructores y los destructores para la instancia de la clase (uséase, OBJETO)
Una buena opción. Adelante!! Te lo recomiendo
boa-constructor se sigue desarrollando?
(Puntos:1)( http://ventoso.org/luca/ )
Re:(Sobre lo que nos ocupa...)
(Puntos:0)Re:GTK
(Puntos:0)C# es propiedad de Microsoft como Java de Sun
Esto no es así. C# es actualmente un estandar abierto, y aunque en futuras versiones, M$ pueda no estandarizar, nosotros podremos hacer un fork y palante. Java es propiedad de Sun y no está estandarizado y su futuro está en manos EXCLUSIVAMENTE de Sun.
Parece raro que M$ haya hecho eso, pero le beneficia a él tanto como a nosotros. En definitiva, C# es un estandar abierto y Java no.
Las oscuras razones de M$ no me importan, porque ya no nos pueden quitar lo que nos han dado.
Re:(Sobre lo que nos ocupa...)
(Puntos:0)QT
(Puntos:0)Re:Otras posibilidades
(Puntos:1)¿ cual ?
Re:GTK
(Puntos:0)¿y el acceso a las bases de datos? en Windows existe DAO, ODBC y tal. ¿Pero en linux? ¿Cómo puedo programar acceso a bases de datos en C con GTK?
He oído que en gnome se está desarrollando un proyecto llamado gnome-db en el que debe andar metido nuestro querido Rodrigo. Pero no sé nada de él: si ya es funcional, difícil de utilizar, si existen otras alternativas, etc.
A ver si alguien me puede asesorar un poco con esto.
Compila el Java
(Puntos:2)( http://www.elpauer.org/ )
Si los 9'3 Mb de runtime te parecen mucho, compila el Java a código nativo.
En Unix lo puedes hacer con gcj y en Windows con gcj, Visual Age for Java y Excelsior Jet
Gnome-DB y libgda
(Puntos:1)( http://gimp.es.gnome.org )
Más sistemas soportados
(Puntos:1)( http://www.xtampida.com/ )
Añadir Mac OS 9 y Mac OS X a la lista de sistemas soportados por wxWindows.
Salu2. ...
_______________
Frodo Xtampida
See you space cowboy
Integracion KDevelop y QTDesigner ?
(Puntos:0)Re:GTK
(Puntos:1)Una pregunta ...
(Puntos:0)¿Cuál es la diferencia real entre los dos?
¿Y ambos son realmente portables?
Re:Una pregunta ...
(Puntos:0)KDE/QT es mucho mas productivo y sencillo de programar con diferencia.
En cuanto a portabilidad usando solo QT el programa se compila sin cambios en Windows/Mac/otros unixes etc,etc. La libreria QT es multiplataforma. Y muy importante solo es necesaria tener instalada la libreria QT (una dll mas) no como en otras soluciones que se necesista instalar un servidor/cliente de X-windows y/o el entorno cgiwin para que el programa funcione.
Salud2 !!!
Re:Integracion KDevelop y QTDesigner ?
(Puntos:0)Salud 2 !!
Re:(Sobre lo que nos ocupa...)
(Puntos:1)( http://www.prana-luz.com/ )
Sí que hay, échale un vistazo a Netbeans
No sólo es gratuito sino también libre
Un saludo
Estamos desapareciendo de la tierra aunque no creo que seamos innecesarios, o Dios no nos habría creado(GER