Bon alors j'ai fait les tests :

• déplacement d'un fichier dans un autre tiroir d'une même partition : même comportement que toi


• ajout de docky via souris : aucun problème de requête ASL ni en passant par le popup menu, ni par le menu général


• réorganisation via RAmiga+ : fonctionne sans aucun soucis chez moi (mais j'utilise le pavè numérique)

Voilà j'ai pas pu tester le reste pour le moment

Bon 1 mea culpa :

- pour la combinaison 'A+.' il s'agit de la malédiction windows ! Mes doigts ne veulent pas appuyer sur ces touches maudites et je devais probablement appuyer sur AltGr à la place de la bonne touche.
Plus sérieusement l'explication est : comme je l'ai indiqué, j'utilise de façon habituelle cette combinaison de touche en la faisant d'une main droite(sur mon 1200 il faut appuyer sur la touche Amiga + shift + . celui au dessus du point virgule). Hors si sur un clavier amiga les touches sont dans l'ordre espace amiga alt, il sont sur mon clavier PC espace altgr windows(=amiga) donc inversé. ça reste donc possible d'utiliser la combinaison, mais, d'une main, mon pousse doit être plus plié sous la paume, c'est moins pratique.
Sur amigaimpact, PullkoMandy travaille à un adaptateur clavier A4000/USB : je suis preneur...


Pour la requête ASL, j'ai vérifié hier soir : le problème vient de ASL où il doit manquer un contrôle de dimension/position dans le programme. Dans Presf/ASL, j'étais en taille relative et centrer dans la fenêtre : ce qui provoque l'affichage en question. Bon je suis repassé en taille fixe et centrer dans l'écran.

Je confirme que l'affichage de Mediatoolbox ne fait pas plus de 1024 de large, donc c'est bizarre qu'il ne s'affiche pas correctement sur un WB de cette taille et ouvre son propre écran en 8bit : rien à voir avec la traduction.

J'ai noté également : si vous changez la Prefs locale du WB, cela nécessite un reboot pour qu'elle soit totalement prise en compte.

En fonctionnement courant, ça m'énerve que quand je valide une Prefs notamment celle Gui, il fasse les modifications en fermant les programmes et les fenêtres puis rouvre tout sauf la Prefs en question.

J'ai noté un problème avec multiview quand la commoditie clicktofront est activée : quand on clique sur l'icône devant/derrière, tans que l'on n'a pas redimensionné la fenêtre, il y a un comportement erratique.

Le GrimReaper reste ésotérique pour moi : je ne comprends pas trop les différentes options.

Un autre petit défaut : la prefs AHI est en MUI, mais l'aspect par défaut pourtant nommé OS4 n'est pas identique à celle de l'OS (bref on voit tout de suite que c'est différent : type ou taille de police ainsi que les entêtes bleu non centré des descriptifs alors qu'il sont rouge et centré en reaction/Os4 par défaut) : bon je sais, il suffit de s'enregistrer à MUI pour pouvoir modifier...


Pour para?tre plus positif, j'ai bien aimé :
- la requête 'mount' en cas d'appel à une assignation non existante (même s'il faut annuler 36 fois quand on veut en sortir, comme sous 3.9...).
- l'effet de résistance au bord de l'écran quand on bouge les fenêtres (et qu'on a l'option sortir les fenêtres de l'écran...) (en parlant de résistance, de mémoire je crois que c'est écrit résistence dans les Prefs)


Une question et après j'ouvre d'autres fils pour l'utilisation de logiciels tiers :
- comment assigner la fonction supprimer fichier (A+D) du WB à la touche suppr de mon clavier PC. J'ai regardé avec la commoditie FKey mais je ne crois pas qu'il y ait une possibilité d'assigner une touche à une combinaison de raccourci existant.

Message édité par : scriptjester / 11-06-2009 09:14

Je n'utilise pas FKey, mais tu peux utiliser le programme (tiers) AllKeys qui permet de faire ça (traduire une combinaison de touche en une autre)

En tous cas, ça fait plaisir davoir la visions "externe" d'un nouvel utilisateur d'AmigaOS 4.1 :-) Ca a le mérite d'être très objectif !

Au fait, n'oublie pas que tu peux télécharger des thèmes our AmigaOS 4.x sur OS4depot.net.

Leur installation est la plupart du temps très simple et te permet de changer radicalement ton WorkBench. :-)

Pour MTB, j'ai pas suivi la discussion mais je crois que c'est à cause de la police utilisée qui est trop grande, du coup la fenêtre de MTB dépasse les dimensions de l'écran ouvert.
Si tu essais de définir une police plus petite, il y a des chances pour que MTB n'ouvre pas un autre écran.

Si tu essais de définir une police plus petite, il y a des chances pour que MTB n'ouvre pas un autre écran.

@elwood

C'est quand meme deja le cas au tout premier boot de l'AOS4.1 ce qui est quand meme etrange.

Je pense qu'en raccourcissant/optimisant la VF de MTB, MTB devrait mieux passer dans de plus petites resolutions.

Si tu veux, j'y regarde si t'as pas le temps (avec les fichiers originaux) ;-)

C'est quand même dommage de rendre la VF moins lisible juste parce que MTB ouvre un autre écran. Surtout que ça n'arrive qu'en démarrant sur le CD. Ce qui est plutôt rare.
Je pense qu'il vaut mieux laisser comme ça.

Et ça n'arrive que pour ceux qui ont des écrans en basse résolution, ce qui est de plus en plus rare. Pour ma part, je n'ai pas ce genre de problème en démarrant sur le CD.

Pas d'accord :
- 1024x768, c'est pas minuscule comme taille écran.
- comme je l'ai signalé, j'ai vérifié la taille des fenêtres de MediaToolbox, même en français, elle ne dépasse pas, et de loin, ces dimensions.

Donc c'est quand même étrange ce qui se passe (surtout qu'il ouvre après un écran 8 bits alors qu'il pourrait ouvrir un écran au moins de même 'profondeur' que le WB utilisé)

(en anglais, effectivement ça marche, par contre en localisation 'allemand', ça fait la même chose que pour le français).

Et si nous redonnions à ce forum son but initial ?

Ma Sam-Flex n'est pas encore arrivée : elle est en souffrance à Rueil-Malmaison, 92500 alors qu'elle a bien été expédiée à Courbevoie, 92400.
Ce qui démontre que 92500 n'est pas supérieur à 92400 !

Le pire est à venir : c'est moi qui dois (devrais) me déplacer pour récupérer mon bien :paf