[Kde-devel-es] Proyecto para escritorio KDE

[Pedro Jurado Maqueda]

> Me parece una buena idea esto que has pensado. A ver si 
podemos sacarlo
>  adelante... ;-)
> 
> ¿De verdad es necesario un icono llamado "Mi PC"?... No se, no 
estoy
> seguro de  que ventajas podría tener acercarse tanto a 
Windows... Me
> imagino que lo  dices por aquello de que a los usuarios de Win 
que se
> pasen a Linux se  encuentren con algo familiar, pero tal vez 
deberíamos
> pensar en algo más  innovador, y no tener que andar 
"copiando" ideas...
> tal vez M$ tendrá  patentado aquello de "Mi PC"... ;-)

Tu razonamiento es lógico, quizás deberíamos llamarlo Mi Sistema 
o Mis discos, pero ante todo quiero simplificar al máximo el paso 
de un sistema a otro. De hecho creo que el menú de inicio fue 
también una invención de Microsoft para su Windows 95 
(corregidme si me equivoco), que ha sido copiado tanto a KDE 
como a Gnome.

> 
> Pero la idea en si es buena, tener unos iconos para acceder a 
cada
> partición,  con información sacada del /etc/fstab, y más cosas 
que se
> nos ocurran

Impresoras con CUPS, Centro de Control, el asistente de opciones 
de KDE, el que se inicia automáticamente la primera vez que se 
arranca KDE para un usuario.
> 
>>         Como ya he dicho anteriormente, aún estoy
>> empezando, he creado un menú de prueba con mis programas
>> favoritos, así como una  asignación de tipos MIME a los 
diferentes
>> programas hecho a mi gusto.
> 
> Todo eso de las asignaciones se lleva a cabo con ficheros de
> configuración en  ~/.kde, según creo... No habría más que hacer 
que
> llevar esos ficheros con el  metapaquete.

Cierto, he probado ya a copiarselo a otro usuario creado 
recientemente, y el resultado ha sido que todos lo menús se 
copian bien, en kicker (barra de tareas), aún me salen algunos 
iconos por defecto que eliminé antes, habrá que revisarlo.


> Ya que el 'fstab' es un fichero muy sencillito, tal vez no haría 
falta
> tirar  de flex y bison... Pero bueno, si eso tal vez podría hacerlo 
yo
> mismo.
> 
>> necesarias para que no fallen en la instalación. Obviamente los
>> paquetes serían binarios, ya que la creación desde el fuente 
sería
>> algo innecesario, ya que el programa de análisis sintáctico se
>> ejecutará una sola vez.
> 
> ¿Te refieres al script que lee el 'fstab'?. En ese caso habría que
> ejecutarlo  más de una vez...
> 
> En un principio pensé que podría leerse el 'fstab' cada vez que se
> accediese a  "Mi PC", o mejor aún, tener un demonio leyéndolo
> continuamente, por si el  usuario lo modificase, pero entonces 
me di
> cuenta de que Linux sólo realiza  los cambios en las particiones 
al
> reiniciar el sistema, con lo cual podemos  tener un 'fstab' que no 
se
> corresponde con el esquema actual de particiones,  y si el 
demonio lo
> lee obtendríamos iconos de particiones que no existen...  Así 
que lo
> mejor sería que se lea sólo una vez en cada arranque del KDE.
> 
> En fin, que si puedo ayudarte en algo me encantaría... pero no 
podrá
> ser hasta  que acabe los exámenes, después de Febrero... :-(
>

Aquí también respondo a Miguel Lobo, lo de leer mtab no me 
parece correcto, ya que hay que mostrar los dispositivos estén 
montados o no, porque sino, como montamos un CD-ROM si no 
aparece el icono correspondiente.
Con respecto a la utilización de esas funciones avanzadas, pues 
realmente me supera, supongo que echando mano de la 
documentación se podría hacer fácil..., tendré que mirarlo más 
detenidamente.

Ahora la contestación a Ignacio, efectivamente, sólo se leería 
fstab en el arranque del sistema, (no solo de KDE), se podría 
poner como un servicio de inicio de nivel 2 ó 3, probablemente 
después de kudzu
En Lycoris Linux tenían esa función y creaban automáticamente
el icono MiPC y todos los dispositivos, tendré que ver como lo 
hacían.
 
En contestación a Ricardo Javier, creo que proc/mounts no es lo 
que realmente busco. 

Aún así gracias a todos. Espero ponerlo todo en la web de kde-
hispano. Saludos y hasta otra.



-- 
   FDO. ER_MELENAS

No te preguntes sólo lo que puede hacer el S.L. por tí, sino 
también que puedes hacer tú por él