Re: Que API usar para programación linux y windows??

2006-10-27 Thread Bentejuy

Has pensado en Gtk pero bajo C++, o sea gtkmm, es una opción más que
profesional, muchas de las aplicaciones que usamos, están construidas
con gtkmm, entre las que se encuentra Gparted, Inkscape, etc,  echa un
vistazo aquí http://www.gtkmm.org/extra.shtml, y hay otras
aplicaciones de caracter comercial
http://www.gtkmm.org/commercial_support.shtml.Puedes usar los archivos
generados con glade en tus aplicaciones hechas en gtkmm casi sin
problemas.

Saludos y suerte ;-)


http://www.elivecd.org, una distro que marca la diferencia !.



Re: Que API usar para programación linux y windows??

2006-10-27 Thread Johnny A. De Castro M.
El vie, 27-10-2006 a las 21:34 +0200, ZorroPlateado escribió:
> Tengo que recomendar o mas bien dar opinión a una empresa que quiere 
> afrontar un proyecto de programación y hay que elegir entre diferentes 
> alternativas:
> 
> - Mono por su compatiblidad con C#.(Yo lo veo todavia un proyecto muy 
> nuevo, y las aplicaciones cargan el sistema con mono rulando por debajo 
> tipo f-spot, tomboy, banshee, etc.. cuando van mejor gthumb, rhythmbox 
> etc..)

Definitivamente Mono!
Por compatibilidad y reusabilidad de componentes además del trabajo con
múltiples lenguajes (boo es excelente, pueden usar además vb.net, y c#
eso como mínimo) de forma totalmente transparente.

> - WxWidgets.
> - GTK+ con Glade, incluso python enlazando a GTK+.
El rendimiento de boo (aún con booi y no compilando con booc) es
muchísimo mayor que el de python.

> (Tiene mucho recorrido 
> y ejemplos claros como Gimp, Dia ejecutandose en Windows y linux)
> - QT.(Pero el problema que si una empresa quiere hacer uso comercial 
> tendria que pagar a TrollTech y no pueden pagarlo jeje)
> 
> Es mas, quieren empezar con C# y luego hacer ajustes para que rule en 
> mono con linux,
Los ajustes son mínimos, cosas como las mayúsculas y la manera en que
accesas a los archivos (\ y /) 
>  y me imagino yo que la compatibilidad no debe de ser muy 
> buena y deben de ir muy por detras los chicos de mono frente al C# de 
> Mocosoft con lo cual todo lo que se haga en C# no va a ser posible en 
> Mono. 

Deja de imaginar y ve a informarte!
http://www.mono-project.com/Main_Page 
muy por detrás no es algo exacto, depende de la versión de mono que
elijas, lo mejor será dejar el svn de lado y tomar la versión Current
Maintenance (siempre está la Current Stable pero es cuestión de
equilibrio entre funcionalidades y soporte)
en c# hay que tener especial cuidado con el uso de generics, porque ya
no podrás compilar con mcs, para hacer uso de estos deberás usar gmcs y
tener las librerías classlib-2.0.
> Ademas que Mono es de Novell y aunque ahora es proopensource 
> siempre tiende a cerrar proyectos como ocurrio con GLX+Compiz, por eso 
> se ha hecho el fork a AIGLX.
La licencia mono es tipo MIT!
Puedes hacer con eso lo que quieras, aún si novell cambia de opinión (y
hasta ahora aseguran en cuanto congreso y conferencia que no lo harán y
es que no les conviene!) siempre podrás usar la última versión mono con
licencia libre.

> 
> Me gustaria saber de vuestras experiencias programando sobre un API para 
> generar los ejecutables en ambas plataformas.
> 
mono + boo + glade (y c# cuando me quedo corto con boo, no porque boo se
quede corto, sino porque no se me ocurre como resolver algunos
problemas) 
> Gracias.
Para eso estamos.
> 
> P.D:Ya de por si usamos Debian en el servidor, me falta que den el salto 
> hacia los equipos de programación y este va a ser el punto de entrada.
> 
Felicitaciones!. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Que API usar para programación linux y windows??

2006-10-28 Thread Iñaki
El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:

> - QT.(Pero el problema que si una empresa quiere hacer uso comercial
> tendria que pagar a TrollTech y no pueden pagarlo jeje)

Sólo por recordar lo que todos sabemos: tu empresa SI se puede dedicar a hacer 
software comercial con Qt y venderlo y sacarse un pastón por ello, sin pagar 
nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no por ello deja 
de ser "comercial".

¿Seguro que están al tanto de este detalle en tu empresa? Lo digo porque 
descartar Qt por un error de concepto puede ser un gran error sobre todo 
cuando se trata de las mejores librerías gráficas en C++ y sin ninguna duda 
de las mejor documentadas y fiables.

Saludos.


-- 
Iñaki

Por el bien de todos respetemos las normas de la lista:
http://wiki.debian.org/NormasLista



Re: Que API usar para programación linux y windows??

2006-10-28 Thread Jose Arcangel Salazar Delgado

El 28/10/06, Iñaki<[EMAIL PROTECTED]> escribió:

El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:

> - QT.(Pero el problema que si una empresa quiere hacer uso comercial
> tendria que pagar a TrollTech y no pueden pagarlo jeje)

Sólo por recordar lo que todos sabemos: tu empresa SI se puede dedicar a hacer
software comercial con Qt y venderlo y sacarse un pastón por ello, sin pagar
nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no por ello deja
de ser "comercial".

¿Seguro que están al tanto de este detalle en tu empresa? Lo digo porque
descartar Qt por un error de concepto puede ser un gran error sobre todo
cuando se trata de las mejores librerías gráficas en C++ y sin ninguna duda
de las mejor documentadas y fiables.

Saludos.


Yo tambien te recomendaria reconciderar QT, ya que es una gran opción.
O también podrias intentar con Java, que ya falta poco para que sea
completamente libre.


--
Iñaki

Por el bien de todos respetemos las normas de la lista:
http://wiki.debian.org/NormasLista






Re: Que API usar para programación linux y windows??

2006-10-28 Thread ZorroPlateado

Iñaki escribió:

El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:


- QT.(Pero el problema que si una empresa quiere hacer uso comercial
tendria que pagar a TrollTech y no pueden pagarlo jeje)


Sólo por recordar lo que todos sabemos: tu empresa SI se puede dedicar a hacer 
software comercial con Qt y venderlo y sacarse un pastón por ello, sin pagar 
nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no por ello deja 
de ser "comercial".


¿Seguro que están al tanto de este detalle en tu empresa? Lo digo porque 
descartar Qt por un error de concepto puede ser un gran error sobre todo 
cuando se trata de las mejores librerías gráficas en C++ y sin ninguna duda 
de las mejor documentadas y fiables.


Saludos.




Desde luego QT es el mejor toolkit que tenemos... lo que no tengo tan 
claro es que esta empresa quiera abrir sus fuentes... jejej lo propondre 
pero me pueden mandar..


En el caso de que no se pueda tendra que ser GTK, o incluso como he 
comentado python contra GTK, no se.. estoy un poco perdido la verdad.. 
ahora mismo estoy leyendo doc de uno y otros para ver hasta donde llegan 
sus api en cosas como conexion a base de datos, buena doc, facil 
mantenimiento del codigo, que no haya problemas al llevar la aplicacion 
de una plataforma a otra, etc...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Que API usar para programación linux y windows??

2006-10-28 Thread jmas

2006/10/28, ZorroPlateado <[EMAIL PROTECTED]>:

Iñaki escribió:
> El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:
>
>> - QT.(Pero el problema que si una empresa quiere hacer uso comercial
>> tendria que pagar a TrollTech y no pueden pagarlo jeje)
>
> Sólo por recordar lo que todos sabemos: tu empresa SI se puede dedicar a hacer
> software comercial con Qt y venderlo y sacarse un pastón por ello, sin pagar
> nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no por ello deja
> de ser "comercial".
>
> ¿Seguro que están al tanto de este detalle en tu empresa? Lo digo porque
> descartar Qt por un error de concepto puede ser un gran error sobre todo
> cuando se trata de las mejores librerías gráficas en C++ y sin ninguna duda
> de las mejor documentadas y fiables.
>
> Saludos.
>
>

Desde luego QT es el mejor toolkit que tenemos... lo que no tengo tan
claro es que esta empresa quiera abrir sus fuentes... jejej lo propondre
pero me pueden mandar..



Bueno, eso solo si la empresa deseara vender el software o
distribuirlo fuera de la empresa, claro, supongo que una empresa
siempre
desea, al menos, tener la posibilidad de hacerlo, y bajo sus propios
términos.


En el caso de que no se pueda tendra que ser GTK, o incluso como he
comentado python contra GTK, no se.. estoy un poco perdido la verdad..
ahora mismo estoy leyendo doc de uno y otros para ver hasta donde llegan
sus api en cosas como conexion a base de datos, buena doc, facil
mantenimiento del codigo, que no haya problemas al llevar la aplicacion
de una plataforma a otra, etc...




Pero en realidad mi mensaje es para preguntarte acerca de:


Ademas que Mono es de Novell y aunque ahora es proopensource
siempre tiende a cerrar proyectos como ocurrio con GLX+Compiz, por
eso se ha hecho el fork a AIGLX.


pues luego de hacer mi respectivo STFW[1], solamente he encontrado
(en más de 1 página) que AIGLX y XGL (supongo que te referías a esto)
difieren en cuestiones técnicas y no en cuestiones de licencia.

[1] http://libertonia.escomposlinux.org/story/2006/9/22/223245/182


--
Josué M. Abarca S.
GNU/Linux User #396058
Vos mereces Software Libre.



Re: Que API usar para programación linux y windows??

2006-10-29 Thread ZorroPlateado

jmas escribió:

2006/10/28, ZorroPlateado <[EMAIL PROTECTED]>:

Iñaki escribió:
> El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:
>
>> - QT.(Pero el problema que si una empresa quiere hacer uso comercial
>> tendria que pagar a TrollTech y no pueden pagarlo jeje)
>
> Sólo por recordar lo que todos sabemos: tu empresa SI se puede 
dedicar a hacer
> software comercial con Qt y venderlo y sacarse un pastón por ello, 
sin pagar
> nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no por 
ello deja

> de ser "comercial".
>
> ¿Seguro que están al tanto de este detalle en tu empresa? Lo digo 
porque
> descartar Qt por un error de concepto puede ser un gran error sobre 
todo
> cuando se trata de las mejores librerías gráficas en C++ y sin 
ninguna duda

> de las mejor documentadas y fiables.
>
> Saludos.
>
>

Desde luego QT es el mejor toolkit que tenemos... lo que no tengo tan
claro es que esta empresa quiera abrir sus fuentes... jejej lo propondre
pero me pueden mandar..



Bueno, eso solo si la empresa deseara vender el software o
distribuirlo fuera de la empresa, claro, supongo que una empresa
siempre
desea, al menos, tener la posibilidad de hacerlo, y bajo sus propios
términos.


En el caso de que no se pueda tendra que ser GTK, o incluso como he
comentado python contra GTK, no se.. estoy un poco perdido la verdad..
ahora mismo estoy leyendo doc de uno y otros para ver hasta donde llegan
sus api en cosas como conexion a base de datos, buena doc, facil
mantenimiento del codigo, que no haya problemas al llevar la aplicacion
de una plataforma a otra, etc...




Pero en realidad mi mensaje es para preguntarte acerca de:


Ademas que Mono es de Novell y aunque ahora es proopensource
siempre tiende a cerrar proyectos como ocurrio con GLX+Compiz, por
eso se ha hecho el fork a AIGLX.


pues luego de hacer mi respectivo STFW[1], solamente he encontrado
(en más de 1 página) que AIGLX y XGL (supongo que te referías a esto)
difieren en cuestiones técnicas y no en cuestiones de licencia.

[1] http://libertonia.escomposlinux.org/story/2006/9/22/223245/182


--
Josué M. Abarca S.
GNU/Linux User #396058
Vos mereces Software Libre.




Pues mira aqui y en sus enlaces 
http://sushiknights.org/2006/02/xgl_graficos_grafica_linux.html



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Que API usar para programación linux y windows??

2006-10-29 Thread Roberto León López
El Sábado, 28 de Octubre de 2006 20:52, Jose Arcangel Salazar Delgado 
escribió:
> El 28/10/06, Iñaki<[EMAIL PROTECTED]> escribió:
> > El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:
> > > - QT.(Pero el problema que si una empresa quiere hacer uso comercial
> > > tendria que pagar a TrollTech y no pueden pagarlo jeje)
> >
> > Sólo por recordar lo que todos sabemos: tu empresa SI se puede dedicar a
> > hacer software comercial con Qt y venderlo y sacarse un pastón por ello,
> > sin pagar nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no
> > por ello deja de ser "comercial".
> >
> > ¿Seguro que están al tanto de este detalle en tu empresa? Lo digo porque
> > descartar Qt por un error de concepto puede ser un gran error sobre todo
> > cuando se trata de las mejores librerías gráficas en C++ y sin ninguna
> > duda de las mejor documentadas y fiables.
> >
> > Saludos.
>
> Yo tambien te recomendaria reconciderar QT, ya que es una gran opción.
> O también podrias intentar con Java, que ya falta poco para que sea
> completamente libre.
>
> > --
> > Iñaki
> >
> > Por el bien de todos respetemos las normas de la lista:
> > http://wiki.debian.org/NormasLista

Pues leyendo la documentación se da uno cuenta de que no existe edición 
opensource para windows, solo está la comercial, y los precios de las 
licencias son una pasada, aunque dentro de la línea, y para una empresa que 
está muy apurada pues veo que no va a poder permitirse este lujo a pesar de 
que hay razones técnicas para trabajar con QT.



Re: Que API usar para programación linux y windows??

2006-10-29 Thread Jose Arcangel Salazar Delgado

2006/10/29, Roberto León López <[EMAIL PROTECTED]>:

El Sábado, 28 de Octubre de 2006 20:52, Jose Arcangel Salazar Delgado
escribió:
> El 28/10/06, Iñaki<[EMAIL PROTECTED]> escribió:
> > El Viernes, 27 de Octubre de 2006 21:34, ZorroPlateado escribió:
> > > - QT.(Pero el problema que si una empresa quiere hacer uso comercial
> > > tendria que pagar a TrollTech y no pueden pagarlo jeje)
> >
> > Sólo por recordar lo que todos sabemos: tu empresa SI se puede dedicar a
> > hacer software comercial con Qt y venderlo y sacarse un pastón por ello,
> > sin pagar nada a TrollTech. Eso sí, la aplicación debe ser GPL, pero no
> > por ello deja de ser "comercial".
> >
> > ¿Seguro que están al tanto de este detalle en tu empresa? Lo digo porque
> > descartar Qt por un error de concepto puede ser un gran error sobre todo
> > cuando se trata de las mejores librerías gráficas en C++ y sin ninguna
> > duda de las mejor documentadas y fiables.
> >
> > Saludos.
>
> Yo tambien te recomendaria reconciderar QT, ya que es una gran opción.
> O también podrias intentar con Java, que ya falta poco para que sea
> completamente libre.
>
> > --
> > Iñaki
> >
> > Por el bien de todos respetemos las normas de la lista:
> > http://wiki.debian.org/NormasLista

Pues leyendo la documentación se da uno cuenta de que no existe edición
opensource para windows, solo está la comercial, y los precios de las
licencias son una pasada, aunque dentro de la línea, y para una empresa que
está muy apurada pues veo que no va a poder permitirse este lujo a pesar de
que hay razones técnicas para trabajar con QT.


Claro que si hay versión opensource, tan seguro estoy que la tengo
instalada en una de mis maquinas de prueba. checa esta dirección:
http://www.trolltech.com/developer/downloads/qt/windows

El unico detalles es que solo se puede usar con el compilador Mingw.






Re: Que API usar para programación linux y windows??

2006-10-30 Thread Rober Morales-Chaparro
El Domingo, 29 de Octubre de 2006 17:36, Jose Arcangel Salazar Delgado 
escribió:
> > Pues leyendo la documentación se da uno cuenta de que no existe edición
> > opensource para windows, solo está la comercial, y los precios de las
> > licencias son una pasada, aunque dentro de la línea, y para una empresa
> > que está muy apurada pues veo que no va a poder permitirse este lujo a
> > pesar de que hay razones técnicas para trabajar con QT.

Ya nos valdría entender diferencias 
entre "libre/propietario", "opensource/código 
cerrado", "comunitario/comercial" y "gratis/de pago"

Que QT es opensource y libre. Pero la versión libre (que además es gratis) 
obliga a que los derivados (tu programa o el de quien sea) sean también 
libres (gratis o no) lo cual se reduce a dar el código en un CD a tu cliente.

La /ventaja/ de QT es que además puedes optar por adquirirlo propietario 
(encima pagando) para que tus derivados no lleven la obligación de ser 
liberados como libres.

-- 
"Sólo en el diccionario hay éxito antes que trabajo."

Rober Morales Chaparro



Re: Que API usar para programación linux y windows??

2006-10-31 Thread ZorroPlateado

Rober Morales-Chaparro escribió:
El Domingo, 29 de Octubre de 2006 17:36, Jose Arcangel Salazar Delgado 
escribió:

Pues leyendo la documentación se da uno cuenta de que no existe edición
opensource para windows, solo está la comercial, y los precios de las
licencias son una pasada, aunque dentro de la línea, y para una empresa
que está muy apurada pues veo que no va a poder permitirse este lujo a
pesar de que hay razones técnicas para trabajar con QT.


Ya nos valdría entender diferencias 
entre "libre/propietario", "opensource/código 
cerrado", "comunitario/comercial" y "gratis/de pago"


Que QT es opensource y libre. Pero la versión libre (que además es gratis) 
obliga a que los derivados (tu programa o el de quien sea) sean también 
libres (gratis o no) lo cual se reduce a dar el código en un CD a tu cliente.


La /ventaja/ de QT es que además puedes optar por adquirirlo propietario 
(encima pagando) para que tus derivados no lleven la obligación de ser 
liberados como libres.




Pero como he dicho antes, y si no lo digo ahora... el toolkit de 
programacion para la plataforma windows es obligatoriamente de pago y ya 
 hemos topado con la iglesia.


Les propues Java con Eclipse, las GTK, estuvieron los programadores 
estudiando diferentes opciones al finalll segun sus criterios 
fueron al C# y descargaron gratis el IDE de programación de Microsoft.


En fin, no he podido con ellos, el Eclipse tenia todo lo que desearia un 
programador, plugins para UML, C/C++, etc muy bueno aunque he 
probado el editor visual para aplicacion java y es la leche lo lento y 
lo que consume.


Saludos..


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]