Squeak-fr September 2003

squeak-fr@lists.squeakfoundation.org

14 participants
20 discussions

[dual change sorter] Comment perdre une soirée de travail.
by Alexandre Benoit 04 Oct '03

04 Oct '03

Comment perdre une soirée de travail avec le dual change sorter. Etape 1) On veux que son projet soit visible grâce au plugin des navigateurs. Etape 2) On se rend compte que le code du projet est dans plusieurs change set. Mais pour plaire au plugin, il faut tout mettre dans le même. Etape 3) On ouvre le projet. On ouvre le dual change sorter. Pour faire un submerge d'un change set dans l'autre. Un des change set contient du code plus récent que l'autre. Donc on veut submerger du plus vieux dans le plus récent ce qui supprime le 'change set' le plus vieux automatiquement. (L'opération inverse est impossible par ce que le 'change set' le plus récent correspond au projet que l'on vient d'ouvrir, c'est donc le 'change set' actif, on ne peut donc pas le supprimer). Etape 4) On pleure par ce que les changements apportés aux classes déjà définies dans le vieux change set sont perdus. Il est très bizarre que les dates des changements ne soient pas prises en compte pendant l'opération. Ce fait plus le fait de faire un submerge dans le mauvais sens conduit à la catastrophe. Alexandre

4 5

[TableLayout] Peut-on faire des tableaux avec ce Layout ?
by Alexandre Benoit 30 Sep '03

30 Sep '03

Bonjour, Je sais utiliser TableLayout pour aligner verticalement ou horizontalement des Morphs. Mais est-il possible de créer un tableau de Morph autrement qu'en alignant verticalement des Morphs qui sont eux-mêmes des alignements horizontaux de Morph ? Je pose la question par ce que pour moi ça revient pas au même. J'essaye de coder un jeu de logigramme où l'écran est divisé en trois parties. 1) Une matrice de cases noires ou blanches. 2) Une zone d'énoncé au dessus de la matrice avec un énoncé pour chaque colonne. 3) Une zone d'énoncé à gauche de la matrice avec un énoncé par ligne. Les problèmes c'est qu'il faut mettre les énoncés bien en regard avec la matrice. En plus en haut à gauche il y a une zone vide qui décale tout. Schéma : ======= Vide e1 e2 e3 e4 x x x e5 x x x e6 x x x Si je fais un alignement vertical d'alignements horizontaux j'aurai du mal à faire coïncidé e1 e2 et e3 avec leurs colonnes respectives. Si je fais un alignement horizontal d'alignements verticaux j'aurai du mal à faire coïncidé e4 e5 et e6 avec leurs lignes respectives. Avez-vous une suggestion à me faire ? Remarque j'ai pas envie d'utiliser un truc rigide avec placement "à la main" des sous Morphs comme dans MinesBoard>>adjustTiles par ce que ça supprime la possibilité de tout redimensionné en redimensionnant le Morph par exemple à l'aide du halo. Peut-être ma solution c'est le ProportionnalLayout, mais je connais pas bien ce Layout les tutoriaux parlent surtout de l'autre. Merci de vos suggestions

3 12

tutorial sur les TableLayout
by Carette.pierre-marie 30 Sep '03

30 Sep '03

je suis tout a fait d'acccord, c'est sa place... mais je ne voulais pas le mettre moi-meme sans qu'il soit corrige severement...merci

2 1

tutorial sur les TableLayout. : traduction libre
by Carette.pierre-marie 29 Sep '03

29 Sep '03

J'ai essaye de traduire le tutoriel. Mais certains passages me sont incomprehensibles ou restent imprecis par ignorance de Squeak de ma part. Je vous laisse la traduction au bon soin d'en corriger les erreurs et si cela vous semble utile, de la mettre toute belle dans le squeak.fr... Bon courage et Merci 1. Vue d'ensemble des agencements en tableau Les agencements en tableau (table layouts) (cadrages d'AKA) definissent une disposition generale mono ou bidimensionnelle des submorphs. 1.1 Parametres communs des agencements XXXXXXXX Exemple 1 : Parametres communs des agencements en tableau # layoutInset : ecart entre les bords haut-gauche des morphs inclus et incluant. Ecart identique entre les bords bas-droite des morphs inclus et incluant # cellInset : ecart entre le bord bas-droit d'un morph inclus et le bord haut-gauche d'un autre morph inclus. (distance horizontale, distance verticale) # listDirection : direction principale de l'agencement. Quatre possibles : # leftToRight, # rightToLeft, # topToBottom, ou # bottomToTop. Si wrapDirection n'est pas definie, l'agencement est une liste unidimensionnelle. # wrapDirection : direction secondaire de l'agencement. Utilisee s'il n'y a pas assez d'espace pour l'agencemment principal. Cinq possibles : # leftToRight, # rightToLeft, # topToBottom, # bottomToTop) et # none indiquant que l'agencement est unidimensionnel Note : layoutInset est une propriete generale qui s'applique a tout agencement. Les autres proprietes ne concernent que les agencements en tableau. 1.2 Contraintes communes au reformatage des morphs Deux proprietes (# hResizing et # vResizing) contrôlent les dimensions du morph. Si le reformatage est # spaceFill, le morph inclus occupe l'espace assure par le morph incluant. # shrinkWrap, le morph incluant entoure etroitement tous les morphs inclus. # rigid, aucun reformatage n'est applique. XXXXXXXXXXXXXX Figure 2: Example resizing constraints Quelques remarques necessaires Le reformatage # spaceFill ne s'applique que si l'agencement est active et le morph incluant a une disposition tableau active. Sinon le reformatage est defini comme # rigide. Exemple : 1) le rectangle jaune : # shrinkWrap 2) Rectangle rouge sans agencement (halo:layout) 3) Rectangle jaune #spaceFill , le rectangle jaune ne rempli pas le rectangle rouge 4) Rectangle rouge "tableau" le rectangle jaune remplira le rectangle rouge La contrainte #shrinkWrap ne s'applique que si le morph incluant a des morphs inclus .Sinon il est defini comme # rigid ( le morph ne se reformatera pas automatiquement). Le cas morph #spaceFill inclus dans un morph #shrinkWrap depend d'une propriete supplementaire : # rubberBandCells : Si elle est "vraie" le format minimal sera choisi Ainsi, si #rubberBandCells est vrai, l'agencement ne peut jamais etre automatique (rappelez-vous, n'importe quelle disposition calculee aura comme consequence la taille minimale). Mais si #rubberBandCells est faux, le reformatage sera incrementalement calcule. XXXXXXXXXXXX * Exemple 3 : L'effet de # rubberBandCells A gauche, #rubberBandCells vrai : taille minimale possible . A droite # rubberBandCells faux : le rectangle (rouge) externe est reformate. La strategie appropriee n'est pas toujours la meme. Le developpeur pense en taille minimale, mais l'usager desire pouvoir la modifier. 2. Le processus d'agencement Le processus de disposition est declenche par le message #fullBounds envoye au morph. Si le recepteur a besoin d'un reformatage, il declenche le processus par Morph>>doLayoutIn : newBounds Il s'appelle de deux endroits differents (one of which is #fullBounds and the other one is through the recursive layout process which is covered later on). La methode calcule d'abord les dimensions nouvelles des submorphs puis applique ensuite les contraintes du morph incluant aux dimensions nouvelles des submorphs. 2.1 Calcul des dimensions nouvelles des submorphs (LayoutPolicy>>layout:in:) Cette methode debute le processus . Elle prend un certain morph comme argument et calcule le nouvel agencement de son submorph base sur les ->LayoutProperties d'arguments et ses ->LayoutProperties de submorphs. Pour les formats en tableau le processus a quatre phases. Dans la premiere etape, les tailles minimales sont calculees pour tous les submorphs . Puis tailles minimales et agencement actuel des morphs permettent un nouveau calcul La troisieme etape repartie les espaces restant. Enfin les nouvelles limites de chaque morph sont definies. 2.2 Calcul des tailles minimales la premiere etape enumere les submorphs et calcule la taille minimale possible de chacun. Trois facteurs sont pris en compte : # minExtent enregistre par un submorph, # minCellSize enregistre par le proprietaire, et # maxCellSize enregistre par le proprietaire. Tous les deux, # minCellSize et # maxCellSize limite # minExtent enregistre par le morph. Cette etape delaisse un certain nombre d'autres proprietes pour aller plus rapidement. Proprietes utilisees du morphs incluant : # minCellSize # maxCellSize # reverseTableCells Truc : Rendre egales # minCellSize et # maxCellSize du morph incluant obligent les elements a adopter la meme taille Proprietes utilisees des morphs inclus : # disableTableLayout -voir plus loin # minWidth - voir plus loin # minHeight - voir plus loin 2.3 Calcul de l'agencement cette etape prend en compte l'agencement anterieur, les limites precedentes et nouvelles, et les tailles minimales ci-dessus calculees, et calcule un agencement fonde sur Proprietes utilisees du morph incluant # listDirection # wrapDirection # listSpacing # cellSpacing # cellInset Proprietes utilisees du morpph inclus : <none> 2.4 Redistribuer l'espace disponible Proprietes utilisees du morph incluant : # rubberBandCells # hResizing # vResizing # listCentering # wrapCentering Proprietes utilisees des morphs inclus: # hResizing # vResizing # spaceFillWeight 2.5 Faire appliquer les nouvelles limites par chaque sous-morphs (par Morph>>layoutInBounds : les newBounds) Les morphs s'inscrivent dans les limites calculees. Proprietes utilisees du morph incluant : # cellPositioning Proprietes utilisees des sous-morphs : # hResizing # vResizing 2.6 Appliquer les contraintes de formatage Si une des proprietes (# hResizing, et # vResizing) est # shrinkWrap le morph incluant est ajuste a la somme des dimensions de ses submorphs (dans Morph>>adjustLayoutBounds). Ceci est fait (dans #adjustLayoutBounds) de sorte que la taille ajustee ne devienne pas plus petite que la largeur ou la taille minimale definie par le recepteur (voir egalement : 'tailles minimales de calcul pour width/height minimal). 3. Description de toutes les proprietes liees aux agencements Quelques details supplementaires.... 3.1 Proprietes d'enfant : # hResizing definit les contraintes de la côte horizontale. Valeurs possibles : # rigide, # shrinkWrap, et # spaceFill. # vResizing Definit les contraintes de la côte verticale. Valeurs possibles : # rigide, # shrinkWrap, et # spaceFill. # disableTableLayout Cette propriete exclut un submorph du processus general d'agencement (voir le schema 1 dans lequel tous les elements decoratifs ont ete exclus de la disposition de table). # spaceFillWeight Cette propriete definit la priorite de chaque submorphs lors des conflits concernannt la contrainte #paceFill XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Exemple 4 : L'effet de # spaceFillWeight # minWidth largeur minimale d'un morph. # minHeight taille minimale d'un morph. 3.2 Proprietes du morph incluant : # cellInset distance entre deux elements dans un tableau (voir l'exemple 1). # cellPositioning definit comment un submorph s'aligne dans les limites calculees. Dans beaucoup de cas, les limites calculees n'adapteront pas un submorph exactement (comme une liste contenant des elements avec differentes tailles). # la propriete cellPositioning definit ou les limites du submorph et les limites calculees devraient etre alignees. Valeurs possibles : # topLeft, # topRight, # bottomLeft, # bottomRight, # leftCenter, # rightCenter, # topCenter, # bottomCenter, et # center. # cellSpacing inutilise et a ne plus utiliser # layoutInset L'encart (symetrique) a utiliser pour la disposition d'enfant. Base sur les limites interieures du proprietaire (par exemple, les limites dans tout cadre) des encarts de cette propriete l'agencement calcule entier bon du coin gauche et inferieur superieur. # listDirection direction 'primaire 'de liste Valeurs possibles : # leftToRight, # rightToLeft, # topToBottom, et # bottomToTop (voir l'exemple 1). # listCentering decrit comment tous les submorphs doivent s'aligner dans les limites du morphs incluant si'il reste de l'espace disponible Valeurs possibles sont # topLeft, # bottomRight, # ccenter, et # justified. XXXXXXXX Exemple 5 : Different # valeurs listCentering (# topLeft, # centre, # bottomRight, # justifie) # listSpacing definit si les differentes lignes ont la meme taille ou pas. Valeurs possibles: # none ( tailles inegales) et # egal (tailles egales ). # reverseTableCells Si vrais, tous les submorphs sont utilises dans l'ordre des inverse des submorphs. # rubberBandCells regle le cas ou coexistent # spaceFill et # shrinkWrap Voir l'exemple 3 # wrapDirection direction a suivre dans un tableau ou l'espace est insuffisant . # none indique qu'aucun retour (wrapping) n'aura lieu. Sinon les submorphs suuivront la direction indiquee : # topToBottom, # bottomToTop, # leftToRight, ou #rightToLeft. # wrapCentering equivalent de # listCentering, s'applique aux lignes entieres # minCellSize taille minimale pour chaque element dans un tableau # maxCellSize taille maximum pour chaque element dans un tableau 4. Differences connues avec AlignmentMorphs Il y a quelques differences entre la façon dont AlignmentMorphs fonctionnait et la façon dont le nouvel agencement en tableau fonctionne. 4.1 Vieux #spaceFill # spaceFill etait interpretee comme # shrinkWrap quand un morph n'etait pas inclus dans un autre AlignmentMorph. Ce n'est plus le cas et # spaceFill doit etre change en # shrinkWrap 4.2 Correspondances entre les variables d'instance et les proprietes d'agencement # orientation Surchargee par # listDirection (orientation etait seulement #horizontal ou # vertical ; #listDirection est plus precise). # centering Fondamentalement remplace par # wrapCentering. # centering definissait le placement d'une ligne entiere (ou de la colonne) pour le calcul. C'est l'equivalent de # wrapCentering. La conversion reelle est un peu plus compliquee puisque le positionnement des elements dans les limites calculees (par exemple, # cellPositioning) doit etre aussi bien change. # hResizing/# vResizing les deux proprietes ont fondamentalement la meme signification a l'exception notee dans la section 4.1. # encart equivalent de # layoutInset. # minCellSize equivalent de # minCellSize

5 4

Lancer des squeaklets depuis Mozilla.
by Alexandre Benoit 27 Sep '03

27 Sep '03

Bonjour, L'exploration du Bob's SuperSwiki m'amène à poser une question sur les squeaklets. Quand je clique sur une ligne .pr, Mozilla me propose d'enregistrer le fichier sur le disque ou de l'ouvrir avec une application au lieu d'ouvrir le projet avec le plugin.J'utilise Mozilla 1 sous Debian Woody avec le plugin correctement installé. A propos des plugins donne : Squeak File name: /usr/local/lib/squeak/3.4-1/npsqueak.so Squeak <http://squeak.org/> is a modern open source Smalltalk environment. The Squeak Plugin handles Squeaklets. The Squeak Plugin for Unix was developed by Bert Freudenberg <mailto:bert@freudenbergs.de>, it uses the Squeak VM developed by Ian Piumarta <mailto:Ian.Piumarta@inria.fr> and many others. Mime Type Description Suffixes Enabled application/x-squeak-source Squeak source sts Yes application/x-squeak-object Squeak object sqo Yes application/x-squeak-project Squeak project pr Yes ------------------------------------------------------------------------ De plus je me demande comment faire moi même un .pr qui soit utilisable avec le système de plugin des navigateurs. Je sais déjà enregistrer mon projet en .pr mais y -a-t-il quelque chose de spécial à faire pour qu'il soit accepter par le plugin? L'image du plugin contient-elle toutes les classes que j'avais à disposition quand j'ai codé mon projet à l'intérieur de squeak. Merci Alexandre (utilisateur de OCaml au travail et joue avec squeak à la maison)

2 1

Re:[Squeak-fr] [TableLayout] Peut-on faire des tableaux avec ce Layout ?
by lataupe.masquee＠laposte.net 26 Sep '03

26 Sep '03

Bonjour, Je ne suis peut-être pas encore un pro du smalltalk mais je peux essayer de te donner un élément de réponse Quand tu envoies le message layoutPolicy: a ton morph principal (je suppose que c'est comme ça que tu fais). t'as qu'à mettre le hResizing et le vResizing à #rigid, bien fixer la taille de tes morphs pour que ça colle et mettre un morph transparent pour le problème du vide que tu as, non ? Julien, squeaker né, étudiant au département informatique de l'IUT de Caen. Bonjour, Je sais utiliser TableLayout pour aligner verticalement ou horizontalement des Morphs. Mais est-il possible de créer un tableau de Morph autrement qu'en alignant verticalement des Morphs qui sont eux-mêmes des alignements horizontaux de Morph ? Je pose la question par ce que pour moi ça revient pas au même. J'essaye de coder un jeu de logigramme où l'écran est divisé en trois parties. 1) Une matrice de cases noires ou blanches. 2) Une zone d'énoncé au dessus de la matrice avec un énoncé pour chaque colonne. 3) Une zone d'énoncé à gauche de la matrice avec un énoncé par ligne. Les problèmes c'est qu'il faut mettre les énoncés bien en regard avec la matrice. En plus en haut à gauche il y a une zone vide qui décale tout. Schéma : ======= Vide e1 e2 e3 e4 x x x e5 x x x e6 x x x Si je fais un alignement vertical d'alignements horizontaux j'aurai du mal à faire coïncidé e1 e2 et e3 avec leurs colonnes respectives. Si je fais un alignement horizontal d'alignements verticaux j'aurai du mal à faire coïncidé e4 e5 et e6 avec leurs lignes respectives. Avez-vous une suggestion à me faire ? Remarque j'ai pas envie d'utiliser un truc rigide avec placement "à la main" des sous Morphs comme dans MinesBoard>>adjustTiles par ce que ça supprime la possibilité de tout redimensionné en redimensionnant le Morph par exemple à l'aide du halo. Peut-être ma solution c'est le ProportionnalLayout, mais je connais pas bien ce Layout les tutoriaux parlent surtout de l'autre. Merci de vos suggestions _______________________________________________ Squeak-fr mailing list Squeak-fr(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/listinfo/squeak-fr Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34/mn) ; tél : 08 92 68 13 50 (0,34/mn)

2 1

Re:[Squeak-fr] [TableLayout] Peut-on faire des tableaux avec ce Layout ?
by lataupe.masquee＠laposte.net 26 Sep '03

26 Sep '03

1 0

Re:[Squeak-fr] [TableLayout] Peut-on faire des tableaux avec ce Layout ?
by lataupe.masquee＠laposte.net 26 Sep '03

26 Sep '03

1 0

Le popUpper fou : merci !
by Carette.pierre-marie 23 Sep '03

23 Sep '03

- Bravo Remi, tu m'indiques ce que je faisais avec Hypercard, naguere....(eh oui l'age venant on fatigue :) Construction d'autant de champs que d'items, avec script ad hoc sur chacun...Mes premieres piles atteignaient facilement les limites memoire reservees aux scripts ! Figures toi que le cauchemar a failli recommencer : cliques sur un PopUpChoiceMorph tu obtiens un menu : haloise-le ( verbe non brevetable ! :)) hop, tu obtiens un MVCMenuMorph contenant autant de MenuItemMorphs que d'items dans ton popmenu ! Devais-je les creer eux-aussi ? Autant dire que j'allais baisser les bras, je n'aime pas reinventer ton supplice de la roue :) Mais ..... - Bravo Ducasse : (PopUpChoiceMorph newStandAlone target: Smalltalk; getItemsSelector: #classNames) openInHand c'est superbe, " tres objet", et reconnais-le impossible a trouver du premier coup par un newbie ! et en plus le menu propose est beaucoup plus ergonomique que le menu cocoa ! impressionnant ! Je vais assimiler ça......je supposes que je peux newStandAlon-iser tous les morphs et sous-morphs .....demain si tous les morphs de la terre vont se donner la main.... A propos, une google-recherche sur newStandalone ne m'aurait pas permis de trouver ! ( à moins que BotTheRobot le planque dans son texte....à lire) Dans Hypercard, j'avais cree dans chaque Bouton, un menuVide pour definir le choix et un menuChoisir....Ce type d'ergonomie est ici totalement inconnu et c'est dommage Dans Revolution, je m'etais fait des boutons qui me proposait les lignes types d'un script, m'etant rendu compte que 9/10 des lignes de scripts sont des choix successifs previsibes... (idee simple pour Squeak : au lieu de popup-colorNames on met les choix successifs possibles, presque mieux que le Viewer ......mais moins ergonomiques pour un debutant Cela dit en passant, j'avais essaye de trouver la reponse en viewerisant "PopUpChoiceMorph : pourquoi n'es-il pas possible d'acceder a ce changement de parametres dans le viewer même ?....trop pro sans doute Tout ca pour dire, qu'il y a une superbe sous-classe a faire du côte d'Object qui contiendrait les messages necessaires ....revons, j'ai pas encore le niveau , alors que sur Hypercard, j'arretais pas de le faire.... Qu'un langage dit Reflexif n'instaure pas au depart de tels outils m'etonne beaucoup de Squeak.... J'ai l'impression que Squeak a pense surtout aux constructeurs de petites voitures et autres poissons. C'est déjà pas si mal, mais pourquoi s'etre arrete en si bon chemin : la plupart des utilisateurs comme moi recherchent un langage pour agir : lire, entendre voir.....pas pour programmer ! pas seulement pour peinturlurer un ecran... - Pour les traducteurs.... evidement j'ai pas le niveau pour y participer.... Dans Hypercard, Revolution..j'etais oblige de doubler les scripts type : on lire .....end lire puis apres on read.. lire.. end read enervant et fastidieux Dans Cocoa, chaque application contient un fichier ad hoc avec toutes les phrases. Il suffit d'ecrire le même fichier avec la traduction pour chaque ligne et le tour est joue ! A tel point que j'ai deja propose mon aide pour le faire dans une application que j'aurais ete bien incapable d'analyser !... Bon courage et merci pour le boulot et l'aide Le popUpper fou __________ FidelioEspoir Le contraire du mal, c'est la pensée http://perso.wanadoo.fr/fidelioespoir/Methode/index.html

3 2

Mirroir des pages SqueakParty
by Serge Stinckwich 20 Sep '03

20 Sep '03

Bonjour, j'ai l'impression d'avoir des problèmes d'instabilités sur mon serveur swiki où il y a l'annonce de la SqueakParty ... (vivement SmallWiki!). J'ai fait un mirroir des pages sur un Wiki public assez connu en France ici : http://wiki.crao.net/index.php/SqueakParty/2003-11-22 Cordialement, -- Serge Stinckwich -< ) Université de Caen>CNRS UMR 6072>GREYC>MAD /~\ http://www.iutc3.unicaen.fr/serge/ (/ | Smalltalkers do: [:it | All with: Class, (And love: it)] _|_/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Squeak-fr September 2003