Buenas!.

Para los que lo habéis probado.

Como sabéis o deberíais saber. Se puede mostrar la firma y localizarla en un lugar concreto del documento que queráis firmar.
Ese texto que aparece se puede editar, cambiar, adaptarlo a lo que queráis que se muestre. Mientras editas eso,
el consumo sube de cpu y el ingreso de los cambios se hacen despacio.

Es una aplicación hecha en Java. Y en parte como espera una entrada (esto suele a veces consumir bastante)

Saludos

Buenas!.

Antes de estar con la aplicación "Ocupación" de Shordi.

Mi problema fue que estuve con el comando df, con el analizador de espacio de disco de Linux Mint Mate. (Es como un clon de del BaoBab
que es el analizador de espacio de disco en Gnome), luego estuve viendo un vídeo de Julio que hablaba sobre la aplicación FileLight (os lo recomiendo ) ).

Y es que es un verdadero lio. Unos usan el sistema internacional y otros el (ISO/IEC 80000-13 (binario)).
Cuando iniciáis FileLight, usa unidades como TiB, GiB, no TB o GB.

De GiB, GibiByte que equivale 2³⁰ bytes. El nombre proviene de una contracción.

Y es que me estaba volviendo loco entre los resultados que me lanza el analizador de espacio de Mate y el comando df.
Aunque son parecidos no son cifras iguales. 
Hay momentos que tienes que dejarlo por imposible, por que te vuelves loco.
Hasta con calculadora en mano estuve.

¿ Habéis usado ese analizador (el de Mate) con un disco de TB's que tenga partición ext4 y una ntfs ?.
Un lio con la barra coloreada que marca el espacio, que no veas. Ya que aunque el disco le sobre espacio,
la barrita da entender que esta bastante ocupado. (Visualmente).



Pero es que no es así. O no lo entendí. Si se suman las cantidades de abajo, da ese valor, "pero"
eso no quiere decir que este repleto. Fijaros el caso de Elements.



Elements es para Windows y el otro es bien claro.

A la izquierda el total, a la derecha el disponible. Es el disco externo que tengo.



Si decimos que de Elements se ha ocupado el 76,9% cuando le sobra 2,8TB...
¿ Os habéis fijado que en el tipo de partición pone fuseblk ?.

Esto dice FDisk:
 

Cita: 
Disco /dev/sdd: 5,47 TiB, 6001140957184 bytes, 11720978432 sectores
Disk model: Elements 25A3   
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: gpt

Ha vuelto a usar TiB y no TB.

Mas abajo:
 

Cita: 
Dispositivo   Comienzo       Final   Sectores Tamaño Tipo
/dev/sdd1         2048  7595194367 7595192320   3,5T Datos básicos de Microsoft
/dev/sdd2   7595194368 11720976383 4125782016   1,9T Sistema de ficheros de Linux

No dice TB, dice T. Y las cifras tampoco concuerdan, dichoso redondeo.

Tebibyte

Saludos

Buenas!.

Desde el menú de existe la opción de poner bajo el control de versiones. Opción Git. ( Esto deberá hacerlo el desarrollador lo más probable ).

Encontré un proyecto de Shordi, Ocupación y encontré el post en:

Proyecto Ocupación de Shordi

Su proyecto se encuentra en gitlab.

Pero mi pregunta es, ¿ puedo desde el propio Gambas actualizar el proyecto ?. Creo que era posible con svn, no veo que no se pueda hacer con Git.
Debo tener la versión 0.2 y estaba leyendo el problema de la creación del gráfico de tarta, que hay veces que no se genera.

Desde línea de comandos usé:


La respuesta fue:
 

Cita: 
Clonando en 'Ocupacion'...
warning: redirigiendo a https://gitlab.com/shordi/Ocupacion.git/
remote: Enumerating objects: 52, done.
remote: Counting objects: 100% (52/52), done.
remote: Compressing objects: 100% (51/51), done.
remote: Total 52 (delta 6), reused 0 (delta 0), pack-reused 0
Desempaquetando objetos: 100% (52/52), 48.04 KiB | 4.37 MiB/s, listo.

Me faltó la extensión .git y la "/"


Ahora dice que la versión es la 1.01. Vaya cacho de salto desde la 0.2.  ¿ Hubo cinco versiones ?.


Saludos

---

Ahora si veo más opciones en el menú.