(perdón que quoteo completo, es que copio a posibles interesados en
usar CAD bajo GNU/Linux y si no lo hago van a entender poco y nada)

El 11/07/06, Mauricio A. Ferrari<[EMAIL PROTECTED]> escribió:
Hola, respondo entre lineas...

 --- Inpromptu <[EMAIL PROTECTED]> escribió:

> Hola
>
> > > Con wine hice andar muchas aplicaciones, me di cuenta q no todas andan
> > > directamente con la configuracion predeterminada, algunas necesitan
> > > configuraciones especiales con respecto a si usan las DLL de wine o
> > > las del propio windows, configuraciones q hacen q una aplicacion
> > > funcione o no, seguramente el sistema que queres correr no figura en
> > > la siguiente pagina, pero si hay una amplia
>
> > Interesante, ahora me quedaria armarme el lab. de prueba de esto, dado
> > que si corren aplicaciones tan complejas, estimo que algo mas simple
> > tiene que andar.
> >
> >
> > Creo que estoy mas entre wine y bochs, ayer lei una revista :) que tengo
> > en casa y habla sobre esto en la nota central.
> >
> > Aunque Impronptu me dejo con la pica que lo que el probo no funque,
> > Impronptu vos probaste con la conf. estandar de wine? o tocaste algo?
> >
> > Saludos y gracias por la data.
> >
> (Para apps generadas con Delphi 7 wine funciona,
> pero con un montón de glitches importantes, y
> estamos hablando de un wine bajado, con parches
> aplicados y recompilado, no de un wine congelado en
> una distro)

Bueno habria aca que ver las pruebas de lab. que
resultados tiran, vamos a ver que ocurre.

> Yo estoy seguro de que la incompatibilidad entre
> Delphi y wine es culpa de Borland, no de wine. Me
> huele a uso exclusivo de especificaciones no
> documentadas de la API. De hecho Borland y Microsoft
> son grandes amigos, hace años se mató Kylix en favor
> de .Net .

Incluso el mismo mono llego a contar que m$ se llevo
al jefe de desarrollos de borland para hacer .net (o
algo asi), pero esto no es lo que importa.

> Con AutoCAD pasa lo mismo: el que diga que funciona
> con wine es porque no lo usó de verdad (intenten la
> vista previa del ploteo...).

De paso para Gerardo, creo que hay cosas que se
podrian probar con QCAD [1].


grax a nombre del posible interesado!

> En fin, creo que estoy más interesado en que wine
> corra aplicaciones hechas aquí, "en casa". ¿para qué
> correr MSOffice en Linux si existe Open Office?

totalmente de acuerdo con esta postura!!!, solo que me
acuerdo de crossover, asi que si llegase a fallar wine
tengo una alternativa, asi como lo pense a bochs, no
tengo ganas de emular todo un so por una aps.

> Mucha gente compra software hecho a la medida, y eso
> es lo que los traba a la hora de migrar a Linux. Y
> lamentablemente, muy pocos programadores entienden
> la importancia del uso de herramientas
> multiplataforma para el desarrollo de software.

Y aca se relaciona con el hilo que yo mande antes
sobre la ignorancia...nose si vale la pena agregar y
cuanto agregar.

(meto un bocadito x acá)

un punto que me parece que nunca se menciona demasiado es el de los
estándares. baste fijarse nomás en los tipos y las empresas que usan
CAD, van quedando presos del soft un poco por eso, por ignorancia, y
otro poco por comodidad. y lo peor es que no son solo ellos, sino que
poco a poco van haciendo caer a sus clientes y proveedores también,
que a su vez van haciendo caer a otros y a otros (me acordé de un
artículo que se había posteado en solar: OpenDocument: estándar
internacional ISO 26300 El formato para documentos de OpenOffice
alcanza este hito histórico.
http://www.solar.org.ar/article.php3?id_article=363)

me parece importante que de a poco usuarios y desarrolladores nos
concienticemos en recomendar cosas que usan estándares abiertos, y
difundir iniciativas que los propicien como esa estandaresabiertos.org
que se menciona en el artículo

Pero es cierto eso, hasta con Gerardo algo hablamos por estos
temas de desarrollo.

> Por eso, ojo: antes de prometer wine, prueben si su
> aplicación casera es compatible.

Esa es la idea...

> Gustavo

> pd: Creo que hay una brecha grande entre wine y
> bochs. Wine no es un emulador, es una API
> alternativa. bochs sí es un emulador. No podés
> correr aplicaciones con bochs, lo que corrés son
> imágenes de un SO, y adentro están las aplicaciones.
> En wine no corrés un SO, sino que le proveés de las
> funciones de windows a la aplicación que estás
> corriendo en linux. Se entiende o hice un quilombo
> ??

Quedo clarisimo, igual ya lo sabia, solo que me
parecia redundante entrar en esos detalles.
[1]http://www.ribbonsoft.com/qcad.html


      Lista de correo - LUG Tucumán
         ¿Archivos de la lista?
http://linux.org.ar/pipermail/tucuman-lst/

website: http://wwww.lugtucuman.org.ar



--
Gerardo Díaz
[EMAIL PROTECTED]
(15) 5132 1507
_______________________________________________
      Lista de correo - LUG Tucumán
         ¿Archivos de la lista?
http://linux.org.ar/pipermail/tucuman-lst/

website: http://wwww.lugtucuman.org.ar

Responder a