> Porque evidentemente OpenOffice es lo más acertado hoy es..
No lo niego. Sólo digo que te has buscando un caso muy particular y concreto que no permite deducir nada. También hay aplicaciones de Windows que no se integran completamente en el sistema. Evidentemente las de Microsoft si, pero hay muchas otras que son un verdadero coñazo. Ahora el problema es con el scanner o la webcam, pero antes habían aplicaciones que no veían las unidades de red.
Usa las aplicaciones de un escritorio y no tendrás mas problemas que con Windows.
> Te equivocas por completo, porque eso que dices LO TENDRIAS QUE HACER TU, un usuario normal NO puede hurgar en el fstab para crear "un punto de montaje smbfs", y lo sabes de sobra. Lo siento, no tienes razón.
Primero me dijistes que el sistemas lo ponía yo, y que yo hacía los enlaces.
Segundo actualizate. Hay distros que traen aplicaciones gráficas para configurar los puntos de montaje, con asistentes y todo. Así que no hablamos de una opción tan difícil.
>smb..
Primero he puesto un ejemplo de algo que en Windows está mal. No es intuitivo como trata IE a los documentos de Word por HTTP.
Segundo digo que al usuario le da igual http que smb y no ve diferencia. Me parece que cualquier usuario puede entender que usa un protocolo de red y que tiene que bajar y modificar. Eso no es un inconvenite aunque puede se mejorado.
Al usuario se le dice que puede abrir o guardar.
No creo que ningún usuario tenga problemas para entender eso.
Ahora si eres capaz mencioname una tecnología similar en Linux para compartición de archivos que no requiera que el usuario edite el fstab
¿Pero que problemas tienes con el fstab o kioslaves?. El fstab es lo mas extendido y se puede configurar con aplicaciones gráficas. ¿No vale por que lo dices tu?
El kioslave es la solución de KDE para hacer lo mismo y más que lo que se puede hacer en Windows con la red. ¿Tampoco te vale?
¿Qué quieres tu? Es como si te digo yo quiero una tecnología de Windows que haga todo lo que tu dices, pero con el servicio de compartición de red desconectado.
La realidad es que un entorno como KDE hace todo lo que hace Windows. Y sólo tiene un pequeño problema con las aplicaciones que no son KDE. Algo que no es culpa de KDE ni de Linux si no de que las aplicaciones simplemente no se quieren integrar.
Y Además ese problema, que no niego que exista, se puede sortear facilmente hasta que quede resuelto. Algo que no dudo que será pronto.
Primero me dijistes que el sistemas lo ponía yo, y que yo hacía los enlaces.
Cierto, no obstante a un usuario de Windows le es muy fácil encontrar un recurso SMB y acceder transparentemente a un fichero en él contenido y modificarlo "en el aire".
La realidad es que un entorno como KDE hace todo lo que hace Windows. Y sólo tiene un pequeño problema con las aplicaciones que no son KDE. Algo que no es culpa de KDE ni de Linux si no de que las aplicaciones simplemente no se quieren integrar.
En algún momento tendremos que empezar a pensar que eso es un problema de Linux, porque yo no creo que las aplicaciones de Gnome o las sólo Gtk tengan planeado soportar los kioslaves, ¿no crees? ¿dónde queda entonces la libertad de elección de la que tanto presumimos? si yo uso KDE y tú Gnome y resulta que con el OpenOffice no puedo usar el kioslave "smb:/" pero tú en Gnome sí que puedes porque han parcheado OpenOffice para que entienda el "smb:/" de Gnome... algo va mal, yo estoy discriminado. Y no me vale "usa Koffice", porque el grado de compatibilidad no es suficiente como es bien sabido.
El kioslave es la solución de KDE para hacer lo mismo y más que lo que se puede hacer en Windows con la red. ¿Tampoco te vale?
Adoro KDE y los kioslaves, no tengas ninguna duda. Pero evidentemente sólo sirven para aplicaciones de KDE, luego se vuelven un arma de doble filo cuando el usuario abre una aplicación no-KDE y espera el mismo comportamiento al abrir/guardar sobre un archivo ubicado en Samba accedido a través del kio smb.
Por otra parte, los kioslaves son infinitamente más potentes que cualquier otro concepto similar de otros SO o escritorios, pero repito, sólo para KDE.
La realidad es que un entorno como KDE hace todo lo que hace Windows. Y sólo tiene un pequeño problema con las aplicaciones que no son KDE
Yo no creo que ese problema sea pequeño. Imagina que Linux empieza a extenderse. Podría ocurrir que empresas empiezan a portar sus productos propietarios a Linux (hablo de Autocad, software de ingeniería... para los que no existe alternativa tan profesional de momento en el SL). Esas aplicaciones NO soportarán los Kioslaves con toda seguridad, y si algunas aplicaciones lo soportan y otras no se puede crear una confusión tremenda.
--
-- ~ mírale, ahí va... con su mujer y mi hijo... ~
Re:¡Qué manía!
(Puntos:1)( http://drupal.gulic.org/blog/aplatanado )
No lo niego. Sólo digo que te has buscando un caso muy particular y concreto que no permite deducir nada. También hay aplicaciones de Windows que no se integran completamente en el sistema. Evidentemente las de Microsoft si, pero hay muchas otras que son un verdadero coñazo. Ahora el problema es con el scanner o la webcam, pero antes habían aplicaciones que no veían las unidades de red.
Usa las aplicaciones de un escritorio y no tendrás mas problemas que con Windows.
> Te equivocas por completo, porque eso que dices LO TENDRIAS QUE HACER TU, un usuario normal NO puede hurgar en el fstab para crear "un punto de montaje smbfs", y lo sabes de sobra. Lo siento, no tienes razón.
Primero me dijistes que el sistemas lo ponía yo, y que yo hacía los enlaces.
Segundo actualizate. Hay distros que traen aplicaciones gráficas para configurar los puntos de montaje, con asistentes y todo. Así que no hablamos de una opción tan difícil.
>smb..
Primero he puesto un ejemplo de algo que en Windows está mal. No es intuitivo como trata IE a los documentos de Word por HTTP.
Segundo digo que al usuario le da igual http que smb y no ve diferencia. Me parece que cualquier usuario puede entender que usa un protocolo de red y que tiene que bajar y modificar. Eso no es un inconvenite aunque puede se mejorado.
Al usuario se le dice que puede abrir o guardar.
No creo que ningún usuario tenga problemas para entender eso.
Ahora si eres capaz mencioname una tecnología similar en Linux para compartición de archivos que no requiera que el usuario edite el fstab
¿Pero que problemas tienes con el fstab o kioslaves?. El fstab es lo mas extendido y se puede configurar con aplicaciones gráficas. ¿No vale por que lo dices tu?
El kioslave es la solución de KDE para hacer lo mismo y más que lo que se puede hacer en Windows con la red. ¿Tampoco te vale?
¿Qué quieres tu? Es como si te digo yo quiero una tecnología de Windows que haga todo lo que tu dices, pero con el servicio de compartición de red desconectado.
La realidad es que un entorno como KDE hace todo lo que hace Windows. Y sólo tiene un pequeño problema con las aplicaciones que no son KDE. Algo que no es culpa de KDE ni de Linux si no de que las aplicaciones simplemente no se quieren integrar.
Y Además ese problema, que no niego que exista, se puede sortear facilmente hasta que quede resuelto. Algo que no dudo que será pronto.
Re:¡Qué manía!
(Puntos:2)( http://barrapunto.com/ )
Cierto, no obstante a un usuario de Windows le es muy fácil encontrar un recurso SMB y acceder transparentemente a un fichero en él contenido y modificarlo "en el aire".
La realidad es que un entorno como KDE hace todo lo que hace Windows. Y sólo tiene un pequeño problema con las aplicaciones que no son KDE. Algo que no es culpa de KDE ni de Linux si no de que las aplicaciones simplemente no se quieren integrar.
En algún momento tendremos que empezar a pensar que eso es un problema de Linux, porque yo no creo que las aplicaciones de Gnome o las sólo Gtk tengan planeado soportar los kioslaves, ¿no crees? ¿dónde queda entonces la libertad de elección de la que tanto presumimos? si yo uso KDE y tú Gnome y resulta que con el OpenOffice no puedo usar el kioslave "smb:/" pero tú en Gnome sí que puedes porque han parcheado OpenOffice para que entienda el "smb:/" de Gnome... algo va mal, yo estoy discriminado. Y no me vale "usa Koffice", porque el grado de compatibilidad no es suficiente como es bien sabido.
El kioslave es la solución de KDE para hacer lo mismo y más que lo que se puede hacer en Windows con la red. ¿Tampoco te vale?
Adoro KDE y los kioslaves, no tengas ninguna duda. Pero evidentemente sólo sirven para aplicaciones de KDE, luego se vuelven un arma de doble filo cuando el usuario abre una aplicación no-KDE y espera el mismo comportamiento al abrir/guardar sobre un archivo ubicado en Samba accedido a través del kio smb.
Por otra parte, los kioslaves son infinitamente más potentes que cualquier otro concepto similar de otros SO o escritorios, pero repito, sólo para KDE.
La realidad es que un entorno como KDE hace todo lo que hace Windows. Y sólo tiene un pequeño problema con las aplicaciones que no son KDE
Yo no creo que ese problema sea pequeño. Imagina que Linux empieza a extenderse. Podría ocurrir que empresas empiezan a portar sus productos propietarios a Linux (hablo de Autocad, software de ingeniería... para los que no existe alternativa tan profesional de momento en el SL). Esas aplicaciones NO soportarán los Kioslaves con toda seguridad, y si algunas aplicaciones lo soportan y otras no se puede crear una confusión tremenda.
--
~ mírale, ahí va... con su mujer y mi hijo... ~