Hola :) El Wednesday 14 January 2009, Doctor Nemo escribió:
El Wednesday 14 January 2009 11:05:42 Rafa Grimán escribió:
Hola :)
El Wednesday 14 January 2009, Doctor Nemo escribió:
[...]
Yo recuerdo, cuando cambi� a kmail, que import� los contactos
desde un
archivo .csv y tuve que establecer (en el momento de la importaci�n) desde kaddressbook la correspondencia entre los campos porque no siempre coincid�a.
Tambi�n lo hice, pero luego hace lo que le da la gana.
¿Qué significa "luego hace lo que le da la gana"?
Que no te aparecen los nombres, por lo menos la última vez; en anteriores ocasiones aparecían los números de teléfono como nombre formateado, y yo le había adjudicado correctamente los campos.
Usabas versiones "no destinadas para usuarios finales" ;)
En cuanto a los contactos, es aconsejable tenerlos en kaddressbook, que para eso está ya que es capaz de centralizar todos los contactos locales, LDAP, ... y todas las aplicaciones KDE pueden "leer" esos datos de kaddressbook.
por cierto, en KDE 4 se pasa a Akonadi como repositorio central de contactos y se puede interpretar a kaddressbook como un front-end o interfaz gráfica o bonita. OJO, no es la definición "oficial", es una explicación "de barra de bar". Para más datos sobre akonadi:
A m� me parece que importa uno por el nombre formateado, otro
por el
nombre y otro por el apellido, en total 3; el resto se lo come con papas.
Desde un ldif no deber�as tener estos problemas. Y menos si es un
ldif
generado desde Thunderbird.
Pues los tengo, ya lo he resuelto exportando desde Kontact3.
Kontact realmente no es una aplicación única, es una interfaz que agrupa
a
kmail, kaddressbook, ... bajo una interfaz. Exporta las direcciones desde kaddressbook.
Otra cosa, comprueba en kaddressbook que los nombres están
correctamente
formateados, es decir, si tienes el KDE configurado para EEUU (como
yo),
no "sabe" que hay dos apellidos por lo qu esi importas mis datos, te aparecerá:
"Rafa" como nombre "Grimán" como middle name "Canto" como apellido
Si tienes KDE en castellano, te aparecerá "correctamente". No, no es un fallo de KDE, es la manera que tiene cada país de formatear los nombres
y
de llamar a sus ciudadanos.
Eso lo tengo correcto. Ambos estaban en español.
Usabas versiones "no destinadas para usuarios finales" ;) [...]
Es que estás usando versiones para desarrolladores, no para usuarios finales.
La versión, según todas las informaciones fue liberada como estable y para uso, me refiero a la versión 4.0.x y la versión 4.1.x.
Por ejemplo: http://en.wikipedia.org/wiki/KDE_4 "[...] KDE 4.0 was met with a mixed reaction. Despite being a stable release, it was intended for early adopters.[24] Continuing to use KDE 3.5 was suggested for users wanting a more stable, "feature complete" desktop.[25] The intent was for 4.0 to be a developers release. It was included in number of distributions in order to promote the migration from KDE 3.5 among the Linux developers. The message got lost among the release excitement, and as result the release has disappointed some end users. This has resulted in a backlash over the introduction of 4.0 and even some calls for a 3.5 fork.[26] This is mainly due to the release miscommunication.[27] KDE 4.0 simply was never planned to be feature and stability ready for end users, however it was labeled as "stable" release.[...]" El enlace [24] nos lleva a: http://aseigo.blogspot.com/2008/01/talking-bluntly.html Que nos dice: "[...] Between the rc's and the tagging of 4.0.0 the number of reports from testing skyrocketed. This is great, and shows that when I assert "people don't test when it's alpha or even beta" I'm absolutely correct. This is not about tricking people either: people seem to forget that the open source method is based on participation not consumption. So testers look for a cue to start testing; that is their form of participation. "alpha" and even "beta" is often not enough of a cue, especially today when so many of our testing users are not nearly as technically skilled with the compiler, debuggers, etc as the typical Free software user was 10 years ago. The KDE4 libraries are ready for application development, as testified to by the quality KDE4 apps that exist today. However, third party application developers tend to be a conservative lot, and rightly so. They wait for user base migration, they wait for stability in the APIs, etc. They want to know when to start working with the new awesomeness, and for most of them that isn't "alpha" or "beta". The libraries crossed that stage in quality and reliability many months ago and so it is only fair to mark them as such. Finally, the amazing maturation at all levels of KDE 4.0 software that has happened since the last beta shows just how focusing developers off of blue sky development and onto release quality code is important. The delta speaks for itself. Continuando con la Wikipedia, nos dice un poco más abajo (sección de 4.2): "The 4.2 release includes thousands of bugs fixes and has implemented many features that were present in KDE 3.5 but had been missing in KDE 4.0 and 4.1." Más enlaces: http://www.kde.org/announcements/4.1/ "[...] While KDE 4.1 aims at being the first release suitable for early adopting users, some features you are used to in KDE 3.5 are not implemented yet. [...]" http://arstechnica.com/news.ars/post/20080111-kde-4-0-rough-but-ready-for-ac... "[...] The developers frame the 4.0 release as a first step towards creating their envisioned "KDE 4" platform. The foundation is now in place and much more, they say, will follow soon. [...] KDE users who require mission-critical robustness and the full feature set of the KDE 3.5.x series should probably wait until KDE 4.1 before making the transition, but application developers and Linux enthusiasts who are eager to experiment with the new features will be able to make the transition now without too much trouble." La opinión de alguien que no sabe de qué va el tema y respuestas de gente que _SÍ_ sabe de lo que va el tema. Con alguna respuesta de getne que teampoco sabe de lo que va el tema: http://practical-tech.com/operating-system/kde-404-bad-just-plain-bad/ Metas para KDE 4.2: http://techbase.kde.org/Schedules/KDE4/4.2_Release_Goals Sí, ya lo sé en: http://en.opensuse.org/KDE4 Pone: "Current Status Stable Release The current stable release is recommended for all users." Pero eso lo dice SUSE/Novell, _NO_ lo dice KDE, hay una gran diferencia.
En la RC y las betas de KDE 4.2.x sí se te dice que no es para el usuario final. Incluso en la versión 11.1 de OpenSuSE no te aparece la versión 3.5.x de KDE directamente, sólo en "Otros", si no es para el usuario final ¿Qué hacen poniéndola para que la instale el usuario final? No me lo explico.
Marketing. No es la primera vez que se hace eso. Pasó también cuando se migró de KDE 2x a KDE 3. Además, refuerza lo que dice Aaron Siego y lo que he comentado antes: No hay betatesters Es la única forma de conseguir que la gente participe. Aún así la participación es la queja sin contribuir nada a cambio y sin informarse correctamente, revisiones en prensa de gente que no está informada y no quiere informarse, ... [...]
Sí, es recomendable esperar a la versión 4.2. También es recomendable pasarse por:
Está en inglés.
Ya. Buscando, encuentras ayudas y listas en castellano: http://www.kdehispano.es/ http://i18n.kde.org/teams/es/index.php Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org