Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Estilo de menú clásico en Mandriva 2008
Actualización 2007-12-24: desktop-classic-menu-data-2008.0-2mdv2008.0.noarch.rpm
- Mejorada descripción sobre el parcheado de los paquetes
- Ahora, si el archivo parcheado es modificado (por ejemplo porque se actualizase el paquete que lo contenía originalmente) no se revierten los cambios al desinstalar el paquete (para evitar pisar la versión actualizada). Por tanto, si se actualiza algún paquete que contiene alguno de los archivos parcheados, éste paquete debe desinstalarse e instalarse de nuevo para que se parcheen de nuevo los archivos.
- Incluidos layouts de Wine y GGZ (obtenidos desde sus respectivos paquetes) adaptados a este menú en lugar de al nuevo de Mandriva
Es posible que algún lector de BlogDRAKE recuerde lo poco que me gusta el nuevo menú de Mandriva 2008.0, y que había comentado también mi intención de recuperar el menú clásico.
Pues bien, el día ha llegado. Ya conseguí portar el menú clásico a partir de la 2007.1 a la 2008.0. Mi intención era enviar a los desarrolladores de Mandriva dicha versión del menú clásico para la 2008 para que pueda volver a incluirse de cara a la 2008.1, pero no están por la labor :(
Ahora bien, debido a ciertos cambios realizados para Mandriva 2008, el menú clásico no está tan organizado como antes, y algunas entradas aparecen fuera de sitio.
Las entradas de menú se ubican en un determinado lugar del menú en base a las categorías incluidas en el archivo .desktop asociado. Hasta la 2007.1, estaban disponibles las categorías X-MandrivaLinux-loQueSea, pero a partir de la 2008 la mayoría se eliminaron para estar más próximos a la especificación de menús de freedesktop.org.
Además, algunas categorías pertenecientes al estándar se eliminaron para entradas concretas, aunque no entiendo por qué... Imagino que por error al eliminar las categorías de Mandriva.
El caso es que, incluso ahora que ya sé que los desarrolladores de Mandriva no están interesados en este estilo de menú, quería dejarlo lo más pulido posible. Y para ello está este hilo aquí.
Agradecería que quien tuviese ocasión, instalase el paquete <actualizado fecha="2007-12-24">desktop-classic-menu-data-2008.0-2mdv2008.0.noarch.rpm</actualizado> en su Mandriva 2008, comprobase qué entradas están donde no deben, y dejase un comentario en el hilo con información al respecto. Algunos problemas serán de los archivos .desktop, otros del estilo del menú en sí, y otros de la propia especificación de menús, que quizás sea un poco parca en categorías para algunas áreas.
La información que necesitaría es (aunque si se da más no pasa nada ;) ): aplicación, dónde está, dónde debería estar y, opcionalmente y si es posible para poder agilizar el proceso, qué categorías debería incluir el archivo desktop de la aplicación en cuestión (si es que es un problema de las categorías, sino comentarlo ya que sería un problema del propio layout del menú). Para averiguar todas estas cosas se puede leer el manual Cómo saber si es un bug el no encontrar una aplicación en el menú.
Respecto al paquete rpm, lo que hará será instalar el estilo de menú clásico (con algunas adaptaciones para la 2008, no el puro de la 2007.1) y parchear algunos archivos concretos (/etc/profile.d/menustyle.sh, /etc/profile.d/menustyle.csh, /usr/bin/drakmenustyle, /usr/bin/startkde y /usr/share/applications/mandriva-drakmenustyle.desktop) para que todo funcione como debe. Al desinstalar el paquete, dichos archivos se "desparchearán" y volverán a su contenido original.
Los dos primeros archivos deben parchearse para establecer la variable XDG_CONFIG_DIRS, que permite cambiar entre distintos estilos de menú. El parche para drakmenustyle permite seleccionar la opción menú clásico de Mandriva desde dicha aplicación. Y el parche para startkde realmente no es específico de esto, sino un parche para un bug de 2008 (Original KDE menu style doesn't work in Mandriva 2008.0) que se necesita para que pueda usarse el menú clásico en KDE. Finalmente, el parche en mandriva-drakmenustyle.desktop es para que se muestre en el menú, ya que está oculto por defecto.
Aunque no todo podrá arreglarse (ya que influyen multitud de factores), la idea es conseguir un menú clásico adaptado a los tiempos modernos (qué poético) tan bueno como sea posible, aunque obviamente no perfecto ;)
Muchas gracias :)
Ah, para los curiosos (o para quien quiera colaborar con la causa más activamente ;) ), aquí pueden encontrar los archivos de desarrollo:
Paquete fuente de rpm: <actualizado fecha="2007-12-24">desktop-classic-menu-data-2008.0-2mdv2008.0.src.rpm</actualizado>
Diferencias con applications.menu de 2007.1 (una vez cambiados los nombres de directorios por los de la 2008): applications.diff
Viendo el diff me acabo de dar cuenta que tendría que haber montado un SVN para registrar los cambios, pero bueno... Lo montaré para los próximos ;)
Aplicaciones fuera de sitio (son en su mayoría bugs en las categorías de los archivos desktop; aplicar los cambios indicados para que se muestren correctamente):
-
Tools
-
Emulators
-
Wine: sólo se muestra en GNOME y Enlightnment (explicado en este comentario).
Usuarios de GNOME, eliminad manualmente el archivo /etc/xdg/menus/applications-merged/mandriva-wine.menu. De este modo los contenidos de este menú sólo se mostrarán en Más aplicaciones->Emuladores->Wine.
Usuarios de Enlightnment, compensa más tener el menú Tools por feo que quede que tener Más aplicaciones->Emuladores->Wine, ya que esta última opción ocultaría todos los demás emuladores. Así que borrad /etc/xdg/classic/menus/applications-merged/mandriva-wine.menu.
-
-
Emulators
-
Utilities
-
Dosbox FE (applnk/Utilities/dosboxfe.desktop): debería estar en Más aplicaciones->Emuladores.
No tiene categorías, deberían ser "Qt;KDE;System;Emulator;". Además, el archivo desktop debe moverse a /usr/share/applications/kde (al menos, para la versión que incluye Mandriva 2008. En versiones posteriores según pude ver en la página de DosBox FE ya no depende de KDE).
-
-
Wine: el contenido del menú debería estar en Más aplicaciones->Emuladores->Wine
Desgraciadamente, no sé cómo puede arreglarse esto (es algo complejo, como expliqué en este comentario).
-
Oficina
-
OpenOffice.org Base (base.desktop): debería estar en Más aplicaciones->Bases de datos.
Categorías: "Office;X-MandrivaLinux-CrossDesktop;", deberían ser "Office;Database;X-MandrivaLinux-CrossDesktop;"
-
OpenOffice.org Draw (draw.desktop): debería estar en Oficina->Gráficos.
Categorías: "X-MandrivaLinux-CrossDesktop;Office;", deberían ser "Office;Graphics;X-MandrivaLinux-CrossDesktop;". Al hacer este cambio también aparece en Multimedia->Gráficos, pero creo que es un mal menor.
-
OpenOffice.org Writer/Web (web.desktop): debería estar en Internet->Editores web.
Categorías: "X-MandrivaLinux-CrossDesktop;Office;", deberían ser "Office;Network;WebDevelopment;X-MandrivaLinux-CrossDesktop;"
-
Accesorios
-
QCalculate! (qalculate-gtk.desktop): ¿debería estar en Más aplicaciones->Ciencias?
Categorías: "GNOME;Utility;Calculator;GTK;", deberían ser "GNOME;Calculator;GTK;Science;Math;"
-
-
-
Internet
-
Otros
-
Conexión a red virtual (VNC) (mandriva-rfbdrake.desktop): no debería aparecer aquí, sólo en Internet->Acceso remoto.
Categorías: "GNOME;GTK;X-MandrivaLinux-Internet-RemoteAccess;Network; RemoteAccess;Dialup;X-MandrivaLinux-CrossDesktop;" (el espacio es para no romper la distribución de la página), deberían ser "GNOME;GTK;Network;RemoteAccess;X-MandrivaLinux-CrossDesktop;"
-
Tightvnc (mandriva-tightvnc.desktop): no debería aparecer aquí, sólo en Internet->Acceso remoto.
Categorías: "Network;RemoteAccess;Dialup;", deberían ser "Network;RemoteAccess;"
-
-
Otros
-
Multimedia
-
Exaile (exaile.desktop): debería estar en Multimedia->Audio.
Categorías: "AudioVideo; AudioPlayer;", deberían ser "Audio; Player;"
-
Grabador de sonido (gnome-sound-recorder.desktop): debería estar en Multimedia->Audio.
Categorías: "AudioVideo; Recorder;", deberían ser "Audio; Recorder;"
-
-
Sistema
-
Configurar su computadora (mandriva-drakconf.desktop): debería estar en Sistema->Configuración.
Categorías: "GTK;X-MandrivaLinux-CrossDesktop;System;", deberían ser "GTK;Settings;X-MandrivaLinux-CrossDesktop;"
-
Centro de control (kde/KControl.desktop): debería estar en Sistema->Configuración.
Categorías: "Qt;KDE;Core;System;", deberían ser "Qt;KDE;Core;Settings;DesktopSettings;"
-
KJobViewer (kjobviewer.desktop): debería estar en Sistema->Monitoreo.
Categorías: "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;", deberían ser "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;Monitor;Printing;"
-
KPowerSave (kde/kpowersave.desktop): ¿debería estar en Sistema->Monitoreo?.
Categorías: "System;Applet;", deberían ser "System;Applet;Monitor;"
-
KPPP (kde/Kpp.desktop): debería estar en Internet.
Categorías: "Qt;KDE;Core;System;", deberían ser "Qt;KDE;Core;System;Network;"
-
KPPPLogView (kde/kpplogview.desktop): debería estar en Sistema->Monitoreo.
Categorías: "Qt;KDE;X-KDE-More;Core;System;", deberían ser "Qt;KDE;X-KDE-More;Core;System;Monitor;"
-
KRandRTray (kde/krandrtray.desktop): debería estar en Sistema->Configuración->Hardware.
Categorías: "Qt;KDE;System;", deberían ser "Qt;KDE;Settings;HardwareSettings;"
-
Archivado
-
Copia de respaldo
-
Ark (kde/ark.desktop): debería estar en Sistema->Archivado->Compresión.
Categorías: "Qt;KDE;Utility;X-KDE-Utilities-File;Archiving;", deberían ser "Qt;KDE;Utility;X-KDE-Utilities-File;Compression;"
-
-
Grabación de CDs
-
Kover (kover.desktop): ¿debería estar en Sistema->Archivado->Otros como en la 2007.1? No es grabación de CDs pura... pero pega en ella más que en Archivado->Otros.
-
-
Copia de respaldo
-
Herramientas de archivo
-
Buscar archivos/carpetas (kde/Kfind.desktop): no está.
Categorías: "Qt;KDE;Core;", deberían ser "Qt;KDE;Core;System;Filesystem;"
-
Búsqueda e indización (beagle-settings.desktop): debería aparecer sólo en Sistema->Configuración->Otro, pero no se me ocurre cómo hacerlo sin hacer un caso específico en el estilo de menú para ello, y prefiero dejarlo genérico en la medida de lo posible. Es un mal menor ;)
-
-
-
Más aplicaciones
-
Diccionario (kde/kdict.desktop): debería estar en Oficina->Accesorios.
Categorías: "QT;KDE;X-KDE-More;Utility;", deberían ser "QT;KDE;X-KDE-More;Utility;Dictionary;"
-
gtk-chtheme: debería estar en Sistema->Configuración.
Categorías: "GTK;Utility;DesktopSettings;", deberían ser "GTK;Settings;DesktopSettings;"
-
KJobViewer (kjobviewer.desktop): debería estar en Sistema->Monitoreo.
Categorías: "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;", deberían ser "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;Monitor;Printing;"
-
A continuación añado la misma información sobre las categorías de los archivos desktop en inglés, ya que los foros en inglés usan BBCode y no encuentro la forma de hacer listas anidadas como las que uso aquí.
English
Wrong placed applications (mostly bugs in the categories in desktp files; just make the specified changes for them to show in the right place):
-
Tools
-
Emulators
-
Wine: only shown in GNOME and Enlightnment (as explained (in Spanish) in this comment.
GNOME users, remove /etc/xdg/menus/applications-merged/mandriva-wine.menu by hand. This way, the contents of this menu will only show in More Applications->Emulators->Wine.
Enlightnment users, although having the Tools menu may be ugly, it is better than having More Applications->Emulators->Wine, as it will hide all the other entries in Emulators menu (seems like a bug in Enlightnment way to merge menus). So remove /etc/xdg/classic/menus/applications-merged/mandriva-wine.menu.
-
-
Emulators
-
Utilities
-
Dosbox FE (applnk/Utilities/dosboxfe.desktop): should appear in More Applications->Emulators.
It doesn't have categories, they should be "Qt;KDE;System;Emulator;". Moreover, the desktop file must be moved to /usr/share/applications/kde (at least, for the version included in Mandriva 2008. Newer versions, as I saw in DosBox FE webpage, no longer depend on KDE).
-
-
Wine: content of this menu should be in More Applications->Emulators->Wine.
Sadly, I don't know how it can be fixed (it is rather complex, as I explained (in Spanish) in this comment).
-
Office
-
OpenOffice.org Base (base.desktop): it should be in More Applications->Database.
Categories: "Office;X-MandrivaLinux-CrossDesktop;", they should be "Office;Database;X-MandrivaLinux-CrossDesktop;"
-
OpenOffice.org Draw (draw.desktop): it should be in Office->Graphics.
Categories: "X-MandrivaLinux-CrossDesktop;Office;", they should be "Office;Graphics;X-MandrivaLinux-CrossDesktop;". Setting those categories makes OpenOffice.org Draw appear also in Multimedia->Graphics, but this isn't a problem.
-
OpenOffice.org Writer/Web (web.desktop): it should be in Internet->Web Editors.
Categories: "X-MandrivaLinux-CrossDesktop;Office;", they should be "Office;Network;WebDevelopment;X-MandrivaLinux-CrossDesktop;"
-
Accesories
-
QCalculate! (qalculate-gtk.desktop): should it be in More Applications->Sciences?
Categories: "GNOME;Utility;Calculator;GTK;", they should be "GNOME;Calculator;GTK;Science;Math;"
-
-
-
Internet
-
Others
-
Virtual Network Connection (VNC) (mandriva-rfbdrake.desktop): it shouldn't appear here, only in Internet->Remote Access.
Categories: "GNOME;GTK;X-MandrivaLinux-Internet-RemoteAccess;Network; RemoteAccess;Dialup;X-MandrivaLinux-CrossDesktop;" (blank space is just to avoid breaking page layout), they should be "GNOME;GTK;Network;RemoteAccess;X-MandrivaLinux-CrossDesktop;"
-
Tightvnc (mandriva-tightvnc.desktop): it shouldn't appear here, only in Internet->Remote Access.
Categories: "Network;RemoteAccess;Dialup;", they should be "Network;RemoteAccess;"
-
-
Others
-
Multimedia
-
Exaile (exaile.desktop): it should be in Multimedia->Audio.
Categories: "AudioVideo; AudioPlayer;", they should be "Audio; Player;"
-
Sound recorder (gnome-sound-recorder.desktop): it should be in Multimedia->Audio.
Categories: "AudioVideo; Recorder;", they should be "Audio; Recorder;"
-
-
System
-
Configure Your Computer (mandriva-drakconf.desktop): it should be in System->Configuration.
Categories: "GTK;X-MandrivaLinux-CrossDesktop;System;", they should be "GTK;Settings;X-MandrivaLinux-CrossDesktop;"
-
Control Center (kde/KControl.desktop): it should be in System->Configuration.
Categories: "Qt;KDE;Core;System;", they should be "Qt;KDE;Core;Settings;DesktopSettings;"
-
KJobViewer (kjobviewer.desktop): it should be in System->Monitoring.
Categories: "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;", they should be "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;Monitor;Printing;"
-
KPowerSave (kde/kpowersave.desktop): should it be in System->Monitoring?.
Categories: "System;Applet;", they should be "System;Applet;Monitor;"
-
KPPP (kde/Kpp.desktop): it should be in Internet, or Internet->Others.
Categories: "Qt;KDE;Core;System;", they should be "Qt;KDE;Core;System;Network;"
-
KPPPLogView (kde/kpplogview.desktop): it should be in System->Monitoring.
Categories: "Qt;KDE;X-KDE-More;Core;System;", they should be "Qt;KDE;X-KDE-More;Core;System;Monitor;"
-
KRandRTray (kde/krandrtray.desktop): it should be in System->Configuration->Hardware.
Categories: "Qt;KDE;System;", they should be "Qt;KDE;Settings;HardwareSettings;"
-
Archiving
-
Backup
-
Ark (kde/ark.desktop): it should be in System->Archiving->Compression.
Categories: "Qt;KDE;Utility;X-KDE-Utilities-File;Archiving;", they should be "Qt;KDE;Utility;X-KDE-Utilities-File;Compression;"
-
-
CD burning
-
Kover (kover.desktop): should it be in System->Archiving->Others like in 2007.1? It isn't pure CD burning, but it fits better here than in Archiving->Others.
-
-
Backup
-
File tools
-
Find Files/Folders (kde/Kfind.desktop): it doesn't appear.
Categories: "Qt;KDE;Core;", they should be "Qt;KDE;Core;System;Filesystem;"
-
Search and indexing (beagle-settings.desktop): it should appear only in System->Configuration->Others, but I don't know how to make it without a specific case in the menu style for it, and I prefer to let it as generic as possible. Not very important, though ;)
-
-
-
More Applications
-
Dictionary (kde/kdict.desktop): it should be in Office->Accesories.
Categories: "QT;KDE;X-KDE-More;Utility;", they should be "QT;KDE;X-KDE-More;Utility;Dictionary;"
-
gtk-chtheme: it should be in System->Configuration.
Categories: "GTK;Utility;DesktopSettings;", they should be "GTK;Settings;DesktopSettings;"
-
KJobViewer (kjobviewer.desktop): it should be in System->Monitoring.
Categories: "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;", they should be "Qt;KDE;Utility;X-KDE-Utilities-Peripherals;System;Monitor;Printing;"
-
- Blog de Kalvy
- Entra a tu cuenta o crea una para poder comentar.
BOFH
# 43518 Problemas con Wine y Dosbox FE
Primero he de darte las gracias, odiaba la nueva desorganización del menú, es lo más horrible e incómodo que he visto fuera de un Windows.
En cuanto a "problemas", pues principalmente con el Wine y con el DosBox Frontend.
El Wine crea dos entradas en el menú principal, una llamada Tools, que a su vez contiene Emulators, que contiene Wine, que al final contiene los programas incluidos con el Wine (Administrador de archivos, Administrador de software, Buscaminas, Configurador, Editor del registro, Notepad y Program manager). Además te crea en el ménú principal otra entrada más llamada Wine, que contiene lo que sería el menú del Windows emulado (es decir, los programas para Windows que hayas instalado, organizados tal como se organizan en el menú original de Windows).
El DosBox Frontend aparece en el menú Utilities. En ambos casos creo que estarían mejor en el menú Más aplicaciones -> Emuladores, y en el caso del Wine, unirlo todo en un solo menú (tal vez Más aplicaciones -> Emuladores -> Wine)
Para que te hagas a la idea, así es como aparece ahora:
Como lo pondría yo:
Luego hay varios juegos que creo que desde siempre están mal catalogados. Básicamente me refiero a Torcs, Trigger Rally y VDrift, que están en la sección Arcade, cuando lo más lógico sería ponerlos en Deportes, dónde ya están Supertuxkart y Wherever Racer (que curiosamente son más arcade que los otros juegos indicados). Pero como ya he dicho, esto ha sido así desde siempre y es más bien un problema del empaquetador de estos juegos en particular.
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
BOFH
# 43528 Tomo nota
Gracias a ti por tomarte la molestia en contestar ;)
Respecto al DOSBox Frontend, lo de que aparezca en el menú Utilities se debe a que el .desktop está en la jerarquía de menús vieja de KDE, y no contiene ninguna categoría. Tiene fácil solución.
Respecto a Wine, es un asunto turbio que voy a tener que mirar con calma :) Hace uso de una de las características del estándar que es la mezcla de jerarquías de menú, con la que nunca me tuve que enfrentar, así que ya veremos cómo se puede solucionar ;) Aunque así a bote pronto me temo que esto no tendrá una solución nada fácil...
Por semana no tengo mucho tiempo para dedicarle a estas cosas, así que lo dejo pendiente hasta el fin de semana próximo que imagino que podré meterme con ello.
Respecto a los juegos, sí, es problema de cómo están categorizados, no tiene que ver con el menú en sí. Es todo cuestión de abrir bugs en los paquetes explicando por qué deberían cambiarse la categorías.
BOFH
# 44303 Problema con Wine corregido a medias
Al fin tuve tiempo de ponerme con esto. La verdad es que tuve un mes de aúpa :)
Estuve investigando lo de hacer que los programas de Wine se mostrasen dentro de su categoría en Más aplicaciones->Emuladores->Wine y lo conseguí, pero a medias.
Los programas puros de Wine (Administrador de archivos, administrador de software, etc) se muestran con el paquete actualizado donde deben. El problema estaba en que Wine instala un estilo de menú de mezcla en /etc/xdg/menus/applications-merged que usaba el menú Tools como base, que está en el nuevo menú de Mandriva de la 2008.0, pero no en el clásico.
Para corregirlo simplemente hubo que incluir el menú de mezcla en el propio paquete:
Ahora bien, respecto a hacer que las aplicaciones instaladas mediante Wine se muestren en el menú Más aplicaciones->Emuladores->Wine... eso ya no fui capaz.
Resulta que cuando se instala una aplicación, Wine crea un menú de mezcla para el usuario que lo instaló en ~/.config/menus/applications-merged/wine-RutaEnElMenu.menu. Dicho menú de mezcla utiliza como entrada de menú base "Wine", a pelo. Por tanto, al hacer la mezcla, tal y como está el estilo de menú /etc/xdg/classic/menus/applications.menu actualmente (en el que todo empieza a mezclarse desde la raíz del menú), la entrada Wine se crea en la raíz del menú.
Lógicamente, no se puede (bueno, poder se puede, pero sería un trabajo bestial) modificar Wine para que cree los menús de mezcla con la entrada base apropiada. Así que lo que habría que hacer es ajustar el estilo del menú para que al hacer la mezcla con los menús de mezcla de Wine, estos apareciesen bajo una entrada del menú concreta (en nuestro caso, Más aplicaciones->Emuladores->Wine).
Desgraciadamente, no fui capaz. Por más vueltas que di con caracteres comodín, variables de entorno y demás, no conseguí dar con la fórmula mágica para poder hacer eso :( (principalmente, porque ni los caracteres comodín ni las variables de entorno dentro del estilo de menú surtían ningún efecto, al menos en KDE).
Madre, qué enrevesada me quedó la explicación... Pero bueno, el paquete actualizado corrigiendo al menos el primer problema está ya en el cuerpo del mensaje principal, marcado como actualizado con la fecha de hoy.
BOFH
# 44326 Pues lo he entendido ;)
Acabo de actualizar y efectivamente me he creado la entrada Más Aplicaciones -> Emuladores -> Wine con las herramientas propias del Wine :), pero me sigue mostrando el Tools -> Emulators -> Wine con las herramientas dentro :( aunque puede que desaparezca la próxima vez que reinicie la sesión :P. Por cierto, uso GNOME en lugar de KDE, así que ya sabes cómo reacciona en el otro escritorio.
Muchas gracias por tu trabajo y el tiempo gastado.
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
BOFH
# 44348 Sabía que se me olvidaba algo...
Y era probarlo en los demás entornos de escritorio ;) Acabo de echar un vistazo, y esto fue lo que me encontré:
Lo cierto es que no tengo claro si el comportamiento correcto (es decir, siguiendo el estándar) es el de KDE, el de GNOME o ninguno. El más intuitivo y lógico a mi parecer, no obstante, es el de KDE: si ya encontró un menú de mezcla en un directorio más prioritario, los demás que encuentre con el mismo nombre en otros directorios los ignora.
Así que diría que lo de GNOME es un bug... pero tampoco me atrevo a afirmarlo.
Sea como sea, por lo que probé no se puede arreglar con el propio rpm, sino que hay que hacerlo a mano.
La alternativa que se me había ocurrido (para que funcionase también en GNOME, aunque no en E17) era, en lugar de instalar mandriva-wine.menu en /etc/xdg/classic/menus/applications-merged, instalarlo a pelo en /etc/xdg/menus/applications-merged, que es donde el paquete Wine instala su menú de mezcla (en el directorio para los menús de mezcla del sistema, que usa el estilo de menú nuevo de Mandriva 2008).
El problema es que el paquete de Wine, si el archivo existe, lo sobreescribe sin más. Si en el paquete de Wine estuviese marcado como archivo de configuración no lo sobreescribiría, sino que crearía un mandriva-wine.menu.rpmnew. Peeero tal como están las cosas esto no sirve (de todas formas, era un "dirty hack" en toda regla ;) ).
El caso... que los que usen GNOME, lo que tendrán que hacer es eliminar manualmente el archivo /etc/xdg/menus/applications-merged/mandriva-wine.menu si quieren librarse del menú "Tools" en el raíz.
En el caso de E17 es más peliagudo (y es claramente un bug, imagino que upstream, es decir, del proyecto base y no de la adaptación de Mandriva del proyecto), y casi compensa más tener el menú Tools por feo que quede que tener Más aplicaciones->Emuladores->Wine, ya que esta última opción ocultaría todos los demás emuladores. Así que, usuarios de E17, borrad /etc/xdg/classic/menus/applications-merged/mandriva-wine.menu.
De nada ;)
BOFH
# 44362 Muchas gracias
Si, ya me había dado cuenta que no se borra el menú reiniciando la sesión, de hecho lo daba como asumido incluso antes de cerrar la sesión. Ya he borrado /etc/xdg/menus/applications-merged/mandriva-wine.menu y efectivamente ha desaparecido el antiestetico menú. A ver si tengo tiempo para mirar y poder colaborar un poco más, pero lamentablemente de momento tengo demasiados compromisos.
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
BOFH
# 43533 Tócate los...
La verdad, en Mandriva me acaban de decepcionar, y mucho.
No comprendo qué problema puede haber en dar la opción de usar el menú clásico además del nuevo, ¡sobretodo cuando se lo dan hecho! Supongo que tendrá que ver con las complicaciones de mantener un paquete, pero bueno, qué le vamos a hacer.
Pese a todo, yo voy a hacer el paquete para mí y para quien quiera usarlo igualmente, así que este tema sigue en pie, aunque ya más a nivel personal que otra cosa ;)
BOFH
# 43538 mi apoyo
Hola Kalvy,
Me acabo de enterar de todo esto por la lista de correo de cooker. Sinceramente, creo que es un error de Mandriva no aprovechar el trabajo que has hecho.
Particularmente no me gusta nada la nueva estructura del menú por diversas razones: demasiado extensa en cada nivel, tiende a relegar a terceros planos aplicaciones de escritorios que no sean el que está en ejecución (las de KDE en GNOME y viceversa) pero que pueden ser más valiosas que las propias, y que la clasificación en sí tampoco me parece la más acertada.
La antigua no era perfecta, pero sí estaba más cerca de mi forma de entender una clasificación correcta de las aplicaciones.
No tengo tiempo para ayudar en su desarrollo. Pero si tienes ganas no lo abandones porque apoyo tu desarrollo y lo haré tb con argumentos en bugzilla y en la lista de cooker.
Un saludo.
BOFH
# 43544 Muchas gracias :)
Veremos qué decide Anne, pero sea como sea, yo voy a seguir puliéndolo aunque no vaya a incluirse ni como paquete de contrib.
No obstante, mientras no corrijan los ficheros desktop arriba mencionados (sobre los que abriré bugs cuando tenga tiempo, a ver cuándo es eso :) ), la organización no estará tan bien como debiera por mucho que me esfuerce yo, pero bueno, es un mal menor.
Y he aquí una ventaja de poder usar varios estilos de menú, que las categorías que están mal puestas se detectan con mayor facilidad ;) A día de hoy tampoco es que sea relevante que las categorías estén perfectas, pero fijo que dentro de un tiempo NEPOMUK (en el que participa Mandriva) y proyectos similares sabrán sacarle el jugo :)
Lo dicho, gracias por el apoyo, y no te preocupes, que seguiré con ello ;)
BOFH
# 43547 .
Respecto a lo de ofrecer al estilo anterior de menú, perfecto, me parece una buena idea ya que hay bastante gente que lo agradecería. Quizás tendrías algo más de eco comentando algo en la lista de cooker y, sobretodo, en los foros en inglés (y si sabes francés, pues también ;-))
En cuanto a lo de enviar un bug por lo de las categorías... antes que nada querría saber si las actuales categorías afectan al estilo actual de menús (parece que no), porque si sólo afectan al antiguo estilo, esos bugs serán cerrados como INVALID. De todos modos lo que haría sería marcarlos como INVALID pero poniéndolos como que dependen del bug 34119, de esta forma, si en el futuro se cambia de opinión, el resto de bugs se reabrirían rápidamente para resolverlos cuanto antes, con lo que tampoco será muy grave :-) (lo comento para que no te extrañe si te lo cierran/cierro)
Saludos y enhorabuena por tu esfuerzo
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 43554 Sobre las categorías
Sí, lo pondré en el foro en inglés... cuando pueda :) Ya veremos cuándo será eso :P
Respecto a las categorías, en mi humilde opinión es un error considerar que si el menú está bien, las categorías están bien.
Te pongo como ejemplo OpenOffice.org Base. Es un programa para bases de de datos, pero las categorías del fichero desktop son "Office;X-MandrivaLinux-CrossDesktop;". Aunque en el estándar existe la categoría para bases de datos, "Database", ésta no aparece en ningún sitio. Así que lo correcto sería usar las categorías "Office;Database;X-MandrivaLinux-CrossDesktop;".
El hecho de que añadir la categoría Database descuadrase el menú (que no creo que lo haga, pero si lo hiciese) no quiere decir que no deba incluirse esa categoría. Base es un programa de bases de datos, y la categoría es totalmente acertada.
Si una aplicación categorizada como debe no aparece donde se desea en el menú, es un problema del menú, no de las categorías. Por mucho que en el estándar sobre ficheros desktop describa la entrada Categories como "Categories in which the entry should be shown in a menu", arreglar problemas del menú cambiando las categorías es, a mi parecer, una guarrada.
Según lo veo yo, las categorías están para, eso, categorizar, y deben ser lo más precisas posibles para que el estilo de menú pueda organizarlas de la mejor manera posible.
BOFH
# 43579 Pero también has de tener
Pero también has de tener en cuenta que el estilo de menús de mandriva no sigue el estándar de ficheros desktop. Lo que no se puede hacer es pretender que mandriva infle de categorías todos (o prácticamente todos) los ficheros de menús de las aplicaciones para soportar multiples organizaciones de menús que pudieran surgir. Más que nada porque sería tremendamente laborioso (habría que modificar cientos de paquetes) y lo más probable es que algunos (por no decir un buen montón) quedasen sin actualizar (no hay más que ver que aún queda algún paquete perdido que sigue instalando el menú en /usr/share/applnk...)
Saludos
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 43608 ¿No estás exagerando un poco?
(Estoy releyendo el mensaje y quizás me quedase un poco brusco. Confío en que no te parezca mal, es que llevo varias horas con una práctica que es burocracia pura y estoy de no muy buen humor, lo siento ;) ).
¿A qué te refieres con que Mandriva no sigue el estándar de ficheros desktop? Es que no sé qué quieres decir exactamente.
Respecto a los ficheros desktop, en mi Mandriva 2008 de pruebas tengo algo más de 350 entradas de menú (y no es una forma de hablar). De esas más de 350, 20 y pocas tienen categorías que no le corresponden, como puedes ver arriba.
No sé cuántas entradas de menú puede haber en total en todos los paquetes de la 2008, pero ciñéndonos únicamente a esto, ¡20 de 350! ¿En serio te parece un número tan desmesurado? ¿De verdad crees que habría que revisar cientos de paquetes?
Sin contar, además, que en ningún momento dije que en Mandriva tuviesen que hacer eso. Si tuviesen que poner a desarrolladores de Mandriva a revisarlo todo, sí, totalmente de acuerdo que sería una barbaridad y una pérdida de tiempo.
¿Pero qué problema hay en que se abran informes de bug diciendo qué categorías están mal (ojo, digo mal a secas, no mal para un estilo de menú) en ficheros desktop concretos, incluso si no tiene repercusión de ningún tipo con el menú oficial de Mandriva? ¿Cuánto puede llevar al encargado del paquete buscar el archivo en los fuentes del paquete en su sistema, cambiar las categorías, y hacer un commit al SVN? ¿5 minutos?
¿Que poner categorías más adecuadas a una aplicación descuadra la organización del menú oficial? Pues es un problema de la organización del menú, qué quieres que te diga. Decir que Base es simplemente un programa de oficina y no un programa de oficina y bases de datos para evitar que salga sabe root dónde es, simplemente, una chapuza.
Y que me digas, por ejemplo, que cambiar de la categoría "System" a la categoría "Settings" el centro de control de Mandriva es inflar su fichero desktop...
Vale, sí, cogí un caso que me convenía para el ejemplo, y algunos ficheros desktop propongo que añadan más categorías que las que ya tienen. Pero es que si a KDict no le corresponde la categoría "Diccionario", que baje root y lo vea.
BOFH
# 43627 .
Sólo digo que el menú de mandriva no tiene, por ejemplo, las mismas categorías que el estándar de XDG, no usa todas ellas, ni tampoco todas las que tiene son del estándar
En cuanto al tiempo que se invertiría... tienes razón (lo que pasa es que he visto algún que otro bug con solución abierto desde hace meses y aún sin resolver que no tengo demasiada esperanza en que te lo solucionasen :-/ )
En cuanto a lo de inflar o dejar de inflar, simplemente pongo en duda que los desarrolladores de mandriva estén dispuestos a añadir o cambiar alguna categoría si la configuración actual es suficiente para que funcione en todos los menús soportados por mandriva, pero, desde luego, nadie te quita que envíes el bug (y ojalá lo corrijan...)
Saludos
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
# 43614 .
No se que tanto se cumplio, pero uno de los propositos de Mandriva 2008 era cumplir el estandar para menu
LA' YUME' NUM T'OX MUK'IL IN TIAL
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 43628 He vuelto a leer todo
Y creo que lo entendí mal, en principio no habría ningún problema en sugerir que se añadan categorías que sigan el estándar XDG (otra cosa sería añadir categorías propias de la distribución usadas antes por mandriva y que ya no usan)
Perdón por el malentendido
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 43637 No hay problema
Por supuesto que sólo pretendo añadir/corregir categorías que sigan el estándar :) Ya contaba con eso, y el estilo del menú clásico para la 2008 está adaptado para usar categorías estándar ;)
Otra cosa será que me hagan caso y las añadan/cambien, pero bueno... eso ya se verá en próximos capítulos ;)
Y no te preocupes por el malentendido, a fin de cuentas con tanta letra que hay en este hilo lo raro sería no entender alguna cosa mal ;)
Usuario
# 43541 Interesante!
Hola,
yo soy usuario de Mandriva desde Mandrake 8.0 y desde Mandrake 10.0 he comprado las versiones powerpack en mandrivastore por que me gusta mucho la distribución y de alguna manera ayudo a mantenerla comprando la versión powerpack y por otro lado tengo la caja y los discos originales.
Mi gran sorpresa cuando vi el menú. Pensé que me había equivocado y había instalado una kubuntu en vez de una mandriva, luego me di cuenta de que realmente habían cambiado los menús.
En resumen una decepción, así que decidí editar el menú manualmente hasta conseguir un aspecto similar al que había antes, lo que me costo unas cuantas horas de dedicación.
Ahora ya tengo el menú como me gusta, pero me agradaría probar este paquete que has hecho para ver que tal es el resultado, pero no quiero perder mi configuración que tanto esfuerzo me ha costado.
Si sabes como puedo guardar una copia de los ficheros de configuración del menú, y así yo poder instalar el paquete sin miedo para probarlo y en caso de que quisiera volver a poner el menú que yo hice poder recuperarlo sin problema, te lo agradecería mucho.
también visto todo esto enviare un correo electrónico a mandriva explicando mi gran decepción como comprador habitual de sus productos. Haber si entre todos podemos presionar un poco.
Muchas gracias por todo.
Saludos.
BOFH
# 43546 Prueba con otro usuario :)
El paquete que puse no tocará en nada tus menús generales de sistema, ni tampoco los de usuario. Únicamente, dará opción a usar un estilo de menú más.
No obstante, si editaste manualmente los menús (imagino que para tu usuario, no a nivel de sistema), al cambiar el estilo de menú no sé qué pasará :)
No debería modificar nada de la configuración (no el paquete en sí, sino el generador de menús), sino generar un menú basándose en el estilo de menú general y en los cambios realizados por tu usuario. Pero claro, he ahí la cuestión, no debería ;)
Incluso si no modificase la configuración (que ya digo que no debería), lo que haría sería mezclar tus cambios con el nuevo estilo, y el resultado podría ser cualquier cosa :P
Así que si quieres probarlo, lo más fácil sería crear un usuario nuevo, abrir la sesión gráfica con él, instalar el paquete, cambiar el estilo de menú con drakmenustyle, volver a entrar con dicho usuario nuevo (para que use el nuevo estilo), comprobar cómo queda, y luego volver con drakmenustyle al estilo normal de Mandriva y desinstalar el paquete, tras lo que ya podrías conectarte de nuevo con tu usuario.
Podría decirte cómo hacerlo con tu propio usuario salvando los archivos de configuración... pero no quisiera olvidarme de algún archivo y que luego se te descuajaringase todo (que, una vez más insisto, no debería, pero con estas cosas mejor tener cuidado ;) ).
Es bastante lioso, así que si prefieres no probarlo no pasa nada, gracias igualmente :)
Usuario
# 43573 I also did comment in bug
I also did comment in bug 34119 about not removing the classic menu by default, as many may know i use to do MDE rpms www.mde.djura.org for mandriva as a third party repository, i still didnt had the time to fully commit new kde-3.5.8 build for 2008.0 since there things to improve and change to continue following MDE policy and artistics but a few more days and i will commit all new kde with classical menu option from drakmenustyle.
Zé
Linux user #378762
MDE Developer - www.mde.djura.org
Zé
Linux user #378762
MDE Developer - www.mde.djura.org
# 43587 ¿Solo Palabras?
¿Donde quedaron aquellas bonitas palabras?
"Hola a todos,
Me alegra trabajar en nuestra distribución favorita con todos vosotros. Como ha contado David anteriormente, uno de mis objetivos principales será mejorar el procedimiento de trabajo entre Mandriva y la Comunidad. Entre otras cosas hablamos de la plataforma de construcción y las herramientas que permiten desarrollar una distribución. Así que aquí ya tenemos dos aspectos a tratar."
(Extraido de este articulo de villacampa)
LA' YUME' NUM T'OX MUK'IL IN TIAL
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 43610 No saquemos aún las antorchas
Yo soy el primer decepcionado, y mucho, con la decisión (como es obvio ;) ), pero no hay que crucificar a la pobre mujer por dicha decisión.
Imagino que si la tomó tendrá buenos motivos para ello (aunque los esgrimidos en el hilo son bastante flojos a mi parecer...).
Incluso si la decisión estuviese mal tomada se mirase por donde se mirase, puede que sí que haya cumplido satisfactoriamente con ese objetivo en otras cuestiones. No conozco lo suficiente su trabajo como para dudar de que fuesen "Sólo palabras" :)
Todos cometemos errores, y por un error tampoco vamos a pedir que la despidan, ¿no? ;)
# 43615 .
En ningún momento he pedido que la quemen en la hoguera o que le corten la cabeza XD.
Puse el comentario un poco molesto por las actitudes mostradas ante este tema y el de el modo por omisión para nautilus, pero sin ningún animo sanguinario.
Por cierto a mi el menú clásico en algunos casos me parecía excesivamente ordenado, y algunos menús como el de juegos estaban en un segundo nivel, el nuevo menú es mas de mi gusto, pero como dice una frase "Puede que no este de acuerdo con lo que dices, pero defenderé tu derecho a decirlo".
En situaciones como esta me alegra que Sinner mantenga independiente de Mandriva a Blogdrake y podamos expresarnos con libertad (que no libertinaje) de lo que nos gusta y no de Mandriva.
LA' YUME' NUM T'OX MUK'IL IN TIAL
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 43634 Realmente no lo decía por ti
Lo de la hoguera y demás no lo decía por ti. Era un mensaje preventivo ;)
Es decir, era una mera "medida de seguridad" para evitar que alguien empezase a sacar las cosas de madre y acabásemos viendo en barrabuntu una noticia en plan "<<Las hordas franchutes, amparadas en la protección que les brinda su escudo capitalista, ignoran a su comunidad. Una muestra más de que las bellas palabras se las lleva el viento.>> Mandriva es, además, la culpable de que se haya extendido tan ampliamente la mentira del cambio climático".
Fijo que por cosas más pequeñas que ésta hubo FUDs ;)
BOFH
# 43736 Revisa este enlace
Oye Kalvy revisa esto:
Improving Mandriva's menu structure
http://artipc10.vub.ac.be/serendipity/archives/46-Improving-Mandrivas-menu-structure.html
--
¿Quien es Jesucristo?
¿Quien es Jesucristo?
BOFH
# 43738 Revisado
Revisado y respondido, gracias ;)
Usuario
# 43764 Ya lo he probado
Hola Kalvy,
como te comente me interesaba bastante probar este paquete.
Pues bien hice una copia de mi configuración del menú que yo modifique y volví a poner el que viene por defecto, entonces instale tu paquete.
La verdad debo felicitarte por que en un abrir y cerrar de ojos tenia el menú clásico de mandriva que tanto me gusta.
Este paquete creo que tendría que estar disponible en algún reposito aunque no fuera oficial ya que puede que a muchos usuarios de mandriva les interese.
Bien también he encontrado algunos programas fuera de sitio, por ejemplo los programas para el Bluetooth están desperdigados por todas partes yo los agruparía todos juntos en una carpeta dentro de Mas aplicaciones o algo así, pero se perfectamente que esto es muy complicado por que depende de la asignación que recibe cada paquete y todo eso....
Iré mirando estos días a ver que encuentro fuera de sitio y a ver si podemos reportar bugs para que se modifiquen los paquetes o algo.
Saludos.
BOFH
# 43767 Celebro que te guste
Me alegro que hayas podido recuperar el menú que tanto te gusta :)
El paquete, desgraciadamente, parece que no será incluido en ningún repositorio oficial de Mandriva, ni main ni contrib :(
No obstante, una vez que esté "terminado", ya buscaré algún repositorio de la comunidad en el que pueda alojarse. Incluso si no lo encuentro, siempre se podrá buscar algún sitio en donde ponerlo como descarga, aunque sea fuera de todo repositorio ;)
Lo de Bluetooth va a estar complicado, ya que el estándar XDG no tiene categoría "Comunicaciones" ni nada similar (al menos que yo sepa)... pero ya veremos qué se puede hacer :)
Comenta lo que encuentres, y ya investigaré cuando tenga algo de tiempo (que últimamente escasea de una forma increíble :P )
# 44340 .
Mi pequeña contribución a la causa, la puedes encontrar aquí
LA' YUME' NUM T'OX MUK'IL IN TIAL
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 44350 Me mataste poniendo el post :P
Pensaba poner yo mismo el post en los foros ingleses, pero es que estaba esperando por diversos motivos. Pero bueno, ahora que ya está, habrá que completarlo ;)