ElectronLibre63 a écrit 138 commentaires

La formule de calcul a été entièrement revue

Nous pouvons avoir quelques renseignements la dessus ?

Incroyable que les gens ne bronchent pas plus.

Quand on pense qu'il suffirait que les gens n'achètent plus pour que ça ne se vende pas. Coluche - Misère

Ou plus simplement : Qui choisir ?

Par contre, par exemple, la case à cocher « Aperçu » que l'on peut avoir dans Gimp, est pour moi un mauvais exemple d'utilisation, et devrait être un ToggleButton
Moi ce qui m'énerve, c'est l'utilisation d'une case pour Muet, lorsque je veux cliquer rapidement, je clique souvent à côté et je préférerais un bouton.

Je suis donc d'accord avec toi pour dire que la case à cocher ne devrait pas être utilisée comme bouton. Par contre la forme du bouton ne devrait pas être une histoire de thème.
J'ai regardé un peu les appareils qui m'entourent, et en fait globalement, il y a une différence entre un bouton qu'on enfonce (et qui reste enfoncé) et un bouton que l'on fait glisser. Le bouton qu'on enfonce sert généralement à activer/désactiver quelque chose (marche/arrêt, filtre actif/inactif, mute…). Alors que le bouton que l'on fait glisser (ou le bouton rotatif) sert à faire varier un comportement actif (AM/FM, souris gaucher/droitier, synchro sur la voie 1/ voie 2, émission sur canal A/canal B…). On peut donc très bien avoir une interface avec des boutons d'apparences différentes. D'ailleurs l'exemple du tableau de bord d'avion avait été évoqué, et c'est un exemple extrême de mélange de formes de boutons. La forme du bouton dépend plus de l'usage que de l'esthétique.

Donc pour résumer :
- la case à cocher pour remplir les formulaires (cas un peu particulier dans la vrai vie) ;
- le boutons qui s'enfonce pour activer/désactiver quelque chose ;
- le bouton à glissière pour modifier une action.

Se sont dans la vie des concepts plus ou moins différents qui ne doivent donc pas être unifiées graphiquement, mais qui informatiquement se ramènent à un choix binaire. Ces fonctions sont tellement proches (d'ailleurs comme tu le dis, ils sont dans gtk hiérarchiquement liés) qu'on peut dans certains cas utiliser indifféremment l'une de ces possibilités. Le problème n'est donc pas qu'on puisse retrouver ces différentes possibilités dans une IHM, mais plutôt que certains développeurs en perdent le sens premier et les utilisent n'importe comment.

[…] avec 6o de ram […]

Ça fait vraiment peu :)

C'est peut-être pour dire que c'est la chaîne de la génération qui passe son temps à utiliser ses doigts sur un clavier, une manette de jeu, un smartphone…

Je ne sais pas si ça peut t'aider, mais le smartphone Nokia N900 utilise un processeur ARM, et apparemment, les (des?) développeurs utilisent scratchbox [http://www.scratchbox.org/].
Tu peux avoir plus de renseignements sur le site [http://maemo.org/].

Petite rectification.
Dans 4 Kio, il y a 8 blocs de 512 o et non 4.
Donc ce sera les blocs 56 à 63, puis 64 à 71 qui seront lus pour avoir les clusters 63 à 70 demandés.

je ne vois pas en quoi demarrer la partition au bloc 64 va faire changer la taille des clusters

Le problème n'est pas là.
En fait le problème vient des disques qui utilisent des cluster de 4 Kio en interne, et continuent de faire croire au système qu'ils utilisent toujours des clusters de 512 o.
Si on souhaite par exemple lire le premier cluster de 4 Kio. Le système demandera au disque dur les clusters 63, 64, 65 et 66 (si on est en LBA, ou l'équivalent en CHS, peu importe le problème n'est pas là). En interne le disque lira 2 clusters de 4 Kio, celui qui correspond aux clusters virtuels de 512 o : 60, 61, 62 et 63, puis celui qui correspondent aux clusters virtuels : 64, 65, 66 et 67. Et enfin, il donnera au système les clusters 63, 64, 65 et 66 demandés.
Ainsi, à chaque fois que l'on demande un bloc de 4 Kio, le disque dur convertit le LBA-512 en LBA-4096, voit que ce bloc est à cheval sur 2 blocs et lit en interne 8 Kio, pour extraire les 4 Kio utiles et les reconvertir en LBA-512. En faisant démarrer le premier cluster à 64, on n'a plus ce problème. Une demande de 4 Kio engendre une lecture de 4 Kio sur le disque.
Lorsque CHS a montré ses limites, on a eu droit à un CHS virtuel qui n'avait plus rien à voir avec le fonctionnement interne du disque dur. On pensait qu'avec LBA ces problèmes seraient réglés, mais non, on est en train de prendre le même chemin. Le jour où le disque dur annoncera officiellement au système sa structure interne, nous n'aurons plus ce genre de désagrément.

Trouver son équivalent avec l'extension rpm à la place de deb.

XtreemFS ?

http://freshmeat.net/projects/xtreemfs

-qui voudrait utiliser un cluster de calculs sur un smartphone ?

Pour casser une clef wpa ?

Blague à part, XtreemOS m'à l'air d'être un partage de ressources au sens large et ne semble pas uniquement réservé au calcul. Tu peux, si j'ai bien compris, accéder à tes données avec XtreemFS et ne plus être limité à la capacité de ton smartphone, ou inversement mettre tes photos prises depuis le smartphone directement sur ton cluster. Tu peux également partager certaines ressources de ton smartphone comme ta connexion 3G, ton GPS... Je ne pense pas que l'usage avec un smartphone soit le but premier de ce projet, mais ça permet de montrer que l'on peut partager les ressources ne n'importe quel ordinateur, du plus gros super-calculateur au plus petit smartphone.

Sinon, quelqu'un a-t-il déjà utilisé XtreemFS ? Est-il utilisable en production ou est-ce trop expérimental pour l'instant ?

C'est de l'ironie ou tu es sérieux ? Parce que des fois l'ironie ça ne passe pas bien à l'écrit.