- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Tiling windows

by laurent laffont

2011/5/23 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com> > Laurent, I attached a package I've added some improvements to your work, I > have found useful. Of course I am not knowledgeable about morph, just added > some and perhaps can serve as inspiration. > Thanks GastÃ³n, I like the idea. It will be a good step forward in having better window management. Now we should rewrite this clean + tests (may be adding the notion of widgets like in KDE / Gnome). As windows fill all the space, would be good to have a button to open the world menu. I would love having the possibility of splitting the World + back and forward configuration like Emacs winner mode, keyboard driven. Since several days I use http://most-advantageous.com/optimal-layout/ on OSX and there's some great ideas too. Laurent. > > 2011/5/23 laurent laffont <laurent.laffont(a)gmail.com> > >> On 1.2: >> >> Gofer it >> squeaksource: 'LaurentLSandbox'; >> version: 'Polymorph-Widgets-LaurentLaffont.388'; >> load. >> >> >> Then open or move a window so the TaskBar is updated and you have a new >> "magic" button on bottom left. >> >> (note this is hacky actually, I will write a nicer version this week if >> people like it). >> >> Laurent. >> >> On Mon, May 23, 2011 at 9:06 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> send a cs that we can play with it :) >>> >>> On May 22, 2011, at 8:25 PM, laurent laffont wrote: >>> >>> > Hi, >>> > >>> > what do you think of adding this in Pharo ? >>> > >>> > |taskbar tileWindowsBlock| >>> > >>> > tileWindowsBlock := [ >>> > |windows numberOfColumns numberOfRows windowWidth windowHeight| >>> > windows := (World submorphs select: [:m| m isSystemWindow and: [m >>> isNotMinimized]]) asOrderedCollection. >>> > numberOfColumns := windows size sqrtFloor. >>> > numberOfRows := (windows size / numberOfColumns) rounded. >>> > windowWidth := World width // numberOfColumns.. >>> > windowHeight := World height - taskbar height // numberOfRows. >>> > >>> > Matrix >>> > rows: numberOfRows >>> > columns: numberOfColumns >>> > tabulate: [:row :column| |window| >>> > windows ifNotEmpty: [ >>> > window := windows remove: windows first. >>> > window >>> > bounds: ( >>> > ((column - 1 * windowWidth) @ (row - 1 * >>> windowHeight)) >>> > extent: (windowWidth) @ windowHeight) >>> > ] >>> > ] >>> > ]. >>> > >>> > >>> > taskbar := (World submorphs detect: [:m| m isTaskbar]). >>> > >>> > taskbar >>> > addMorph: (IconicButton new >>> > target: tileWindowsBlock; >>> > actionSelector: #value; >>> > labelGraphic: taskbar theme smallWindowIcon; >>> > color: Color transparent; >>> > yourself). >>> > >>> > >>> > Laurent Laffont - @lolgzs >>> > >>> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >>> > Blog: http://magaloma.blogspot.com/ >>> > Developer group: http://cara74.seasidehosting.st >>> > >>> >>> >>> >> >

May 23, 2011

Re: [Pharo-project] Tiling windows

by GastÃ³n Dall' Oglio

Laurent, I attached a package I've added some improvements to your work, I have found useful. Of course I am not knowledgeable about morph, just added some and perhaps can serve as inspiration. 2011/5/23 laurent laffont <laurent.laffont(a)gmail.com> > On 1.2: > > Gofer it > squeaksource: 'LaurentLSandbox'; > version: 'Polymorph-Widgets-LaurentLaffont.388'; > load. > > > Then open or move a window so the TaskBar is updated and you have a new > "magic" button on bottom left. > > (note this is hacky actually, I will write a nicer version this week if > people like it). > > Laurent. > > On Mon, May 23, 2011 at 9:06 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> send a cs that we can play with it :) >> >> On May 22, 2011, at 8:25 PM, laurent laffont wrote: >> >> > Hi, >> > >> > what do you think of adding this in Pharo ? >> > >> > |taskbar tileWindowsBlock| >> > >> > tileWindowsBlock := [ >> > |windows numberOfColumns numberOfRows windowWidth windowHeight| >> > windows := (World submorphs select: [:m| m isSystemWindow and: [m >> isNotMinimized]]) asOrderedCollection. >> > numberOfColumns := windows size sqrtFloor. >> > numberOfRows := (windows size / numberOfColumns) rounded. >> > windowWidth := World width // numberOfColumns.. >> > windowHeight := World height - taskbar height // numberOfRows. >> > >> > Matrix >> > rows: numberOfRows >> > columns: numberOfColumns >> > tabulate: [:row :column| |window| >> > windows ifNotEmpty: [ >> > window := windows remove: windows first. >> > window >> > bounds: ( >> > ((column - 1 * windowWidth) @ (row - 1 * >> windowHeight)) >> > extent: (windowWidth) @ windowHeight) >> > ] >> > ] >> > ]. >> > >> > >> > taskbar := (World submorphs detect: [:m| m isTaskbar]). >> > >> > taskbar >> > addMorph: (IconicButton new >> > target: tileWindowsBlock; >> > actionSelector: #value; >> > labelGraphic: taskbar theme smallWindowIcon; >> > color: Color transparent; >> > yourself). >> > >> > >> > Laurent Laffont - @lolgzs >> > >> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ >> > Blog: http://magaloma.blogspot.com/ >> > Developer group: http://cara74.seasidehosting.st >> > >> >> >> >

May 23, 2011

Re: [Pharo-project] paragraph replacement?

by Marcus Denker

On May 23, 2011, at 6:27 PM, Tudor Girba wrote: > Hi, > > Yes, it triggers the hyperlinks, but the method is not implemented and I could not find it in older images either. That is why I asked if someone knows how should the method behave. In older images (1.2), there is an #actOnClickFor: on the TextAction Hierarchy. TextDoit does for example: actOnClickFor: anObject "Note: evalString gets evaluated IN THE CONTEXT OF anObject -- meaning that self and all instVars are accessible" Compiler evaluate: evalString for: anObject logged: false. ^ true It seems the interface was extended to send the editor instance and the paragraph to the Link, so that a link could e.g. change what is displayed. What kind of TextAction do you have? You could just implement there whatever action makes sense (ignoring the editor and paragraph parameter and do exactly what #actOnClickFor: did in the old ST80 Paragraph). The whole TextAction stuff needs a pass... maybe with Moose as a Client, we can do that pass... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 23, 2011

[Pharo-project] Questions of understanding

by Friedrich Dominicus

Dear Pharoisten, I have a couple of questions about my understanding about Pharo, the VM and COG. the COG VM is the "normal virtual machine as I understand" At least my Pharo give me: 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.35]' It is my understanding that the Cog sources do not contain the actual SerialPlugin stuff from SergeStinckwicj- At least I can not find anything like OpenPortByname or writeToNamed port or the like. So I fetched the Squeak sources and the Cog sources and indeed they are different. The Cog version defines: #ifdef SQUEAK_BUILTIN_PLUGIN void* SerialPlugin_exports[][3] = { {"SerialPlugin", "getModuleName", (void*)getModuleName}, {"SerialPlugin", "initialiseModule", (void*)initialiseModule}, {"SerialPlugin", "primitiveSerialPortClose", (void*)primitiveSerialPortClose}, {"SerialPlugin", "primitiveSerialPortOpen", (void*)primitiveSerialPortOpen}, {"SerialPlugin", "primitiveSerialPortRead", (void*)primitiveSerialPortRead}, {"SerialPlugin", "primitiveSerialPortWrite", (void*)primitiveSerialPortWrite}, {"SerialPlugin", "setInterpreter", (void*)setInterpreter}, {"SerialPlugin", "shutdownModule", (void*)shutdownModule}, {NULL, NULL, NULL} }; #endif /* ifdef SQ_BUILTIN_PLUGIN */ Whereas the Squeal-vm version contains e.g: #ifdef SQUEAK_BUILTIN_PLUGIN void* SerialPlugin_exports[][3] = { {"SerialPlugin", "primitiveSerialPortWrite", (void*)primitiveSerialPortWrite}, {"SerialPlugin", "primitiveSerialPortClose", (void*)primitiveSerialPortClose}, {"SerialPlugin", "primitiveSerialPortOpenByName", (void*)primitiveSerialPortOpenByName}, {"SerialPlugin", "primitiveSerialPortWriteByName", (void*)primitiveSerialPortWriteByName}, {"SerialPlugin", "primitiveSerialPortReadByName", (void*)primitiveSerialPortReadByName}, {"SerialPlugin", "shutdownModule", (void*)shutdownModule}, {"SerialPlugin", "primitiveSerialPortOpen", (void*)primitiveSerialPortOpen}, {"SerialPlugin", "initialiseModule", (void*)initialiseModule}, {"SerialPlugin", "setInterpreter", (void*)setInterpreter}, {"SerialPlugin", "getModuleName", (void*)getModuleName}, {"SerialPlugin", "primitiveSerialPortCloseByName", (void*)primitiveSerialPortCloseByName}, {"SerialPlugin", "primitiveSerialPortRead", (void*)primitiveSerialPortRead}, {NULL, NULL, NULL} }; #endif So now it seems the Cog version is for building an internal plugin. (I may be mistaken of course) but the code for primitiveSerialPortOpen looks like this: EXPORT(sqInt) primitiveSerialPortOpen(void) { sqInt baudRate; sqInt dataBits; sqInt inFlowControl; sqInt outFlowControl; sqInt parityType; sqInt portNum; sqInt stopBitsType; sqInt xOffChar; sqInt xOnChar; portNum = interpreterProxy->stackIntegerValue(8); baudRate = interpreterProxy->stackIntegerValue(7); stopBitsType = interpreterProxy->stackIntegerValue(6); parityType = interpreterProxy->stackIntegerValue(5); dataBits = interpreterProxy->stackIntegerValue(4); inFlowControl = interpreterProxy->stackIntegerValue(3); outFlowControl = interpreterProxy->stackIntegerValue(2); xOnChar = interpreterProxy->stackIntegerValue(1); xOffChar = interpreterProxy->stackIntegerValue(0); if (interpreterProxy->failed()) { whereas the Squeak sources looks like this: int serialPortOpen(int portNum, int dataRate, int stopBitsType, int parityType, int dataBits, int inFlowCtrl, int outFlowCtrl, int xOnChar, int xOffChar) { char serialPortName[PORT_NAME_SIZE]; make_portname_from_portnum(serialPortName, portNum); return serialPortOpenByName(serialPortName, dataRate, stopBitsType, parityType, dataBits, inFlowCtrl, outFlowCtrl, xOnChar, xOffChar); } So I assume one has to make the changes as in the cog examples to make this plugin workable in Cog. Is that a correct impression. Well then it comes to the questions of how to properly write a plugin for the COG vm. Are there any tutorials about it, or is the best I can hope for the sources for Cog itself? My understanding is that stackIntegerValue, picks out a parameter from a Cogs primitive. Is that a correct impression? It seems that at least the following things have to be exported from a plugin: getModuleName setInterpreter and maybe initializeModule shutdownModule The latter are probably for cleaning up.... But maybe I'm on the complete wrong track. Because at the beginning I can read: /* Automatically generated by SmartSyntaxPluginCodeGenerator VMMaker-oscog.40 uuid: 637db40c-33c6-4263-816e-1b8cc19e3c99 from SerialPlugin VMMaker-oscog.40 uuid: 637db40c-33c6-4263-816e-1b8cc19e3c99 */ So is this code not written in C but maybe somewhere else? As you can see I'm more than less clueless. So what is the "supposed" way to migrat that kind of code? Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

May 23, 2011

Re: [Pharo-project] SIXX problem for ScaledDecimal

by Dario Trussardi

> No, no, no. > Don't use Float. > Float are INEXACT > > (( 0.33333 asScaledDecimal: 5 )+ (0.33333 asScaledDecimal: 5 ) ) *6 = 3.99996s5 > -> FALSE ! > > Nicolas > I don't know what ScaledDecimal expectations are or should be. > By now, you are in charge or performing the rounding operation by yourself > > ( (1/3) asScaledDecimal: 2) roundTo: 0.01s2. > > We may add more convenient #roundToPrecision, and #roundToPrecision: > But you could also truncate, fllor or ceil... > > Nicolas > On Fri, May 20, 2011 at 7:57 AM, Ralph Boland <rpboland(a)gmail.com> wrote: >> Dealing with ScaledDecimal is a complicated matter and I have probably failed >> to appreciate many of the complications but whoever is implementing >> ScaledDecimal >> (and Smalltalk needs ScaledDecimal) needs to appreciate those complications. >> Anybody here a financial expert? >> > > I am not a financial expert, but this is how ScaledDecimal works, in > both Squeak/Pharo and I believe other implementations, too. > > I did run into this previously and it bugged me enough that I created > FixedDecimal (at http://www.squeaksource.com/FixedDecimal.html ). It > does not keep an internal more precise number - it keeps exactly what > it shows you. (Although the implementation is somewhat odd - it does > do what it is supposed to do.) > > -Chris > After Your considerations i do this conclusion for manage ScaledDecimal instance with SIXX. 1) the instance reference into the SIXX declaration is based on the ScaledDecimal notation : 1234.333s3 '<sixx.object sixx.id="0" sixx.type="ScaledDecimal" >1234.333s3</sixx.object> ' 2) All the translation is based on it. Other think is the internal ScaledDecimal represent. It's important to rounding the data so that the numerator and denominator are integer. I do it wtih method : roundToPrecision: scalePrecision | rnd | rnd:= ScaledDecimal new setNumerator: 1 denominator: (10 raisedTo: scalePrecision) scale: scalePrecision. ^self roundTo: rnd The round is automatic when i create ScaledDecimal instance with: fromString: aString For example when converter a input string to ScaledDecimal instance based on number of digit typed. It's required when i do conversion from another Number type: ( 1/3 asScaledDecimal: 3 ) roundToPrecision It's all for now. Any pointers would be greatly appreciated ! Thanks, Dario

May 23, 2011

Re: [Pharo-project] paragraph replacement?

by Tudor Girba

Hi, Yes, it triggers the hyperlinks, but the method is not implemented and I could not find it in older images either. That is why I asked if someone knows how should the method behave. Cheers, Doru On 23 May 2011, at 13:13, StÃ©phane Ducasse wrote: > I think that it triggers the hyperlinks. > > Stef > > On May 23, 2011, at 12:59 PM, Marcus Denker wrote: > >> >> On May 20, 2011, at 5:15 PM, Tudor Girba wrote: >> >>> Hi, >>> >>> In NewParagraph>>clickAt: clickPoint for: model controller: editor there is a call to: >>> ... >>> att actOnClickFor: target in: self at: clickPoint editor: editor >>> ... >>> >>> However, actOnClickFor:in:at:editor: does not exist. This method is also missing from Pharo 1.2. Anyone knows where to get it from? >> >> No idea.. what is it supposed to do? >> >> Having two Paragraph implementations in parallel over so many years was not a good idea... >> >> Marcus >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> > > -- www.tudorgirba.com "Live like you mean it."

May 23, 2011

Re: [Pharo-project] Complete MethodContext stack for testing

by Mariano Martinez Peck

Thanks Lukas. The problem is not how to serialize them. We are in touch with Colin, and in fact we are correctly serializing MethodContext. My question was about how to get a whole stack that doesn't change and that I can control and use it for testing. And no, I didn't see any test in Colin's serializer about MethodContext. Right now we are genereting a stack of 2 or 3 MethodsContext by hand. On Mon, May 23, 2011 at 11:57 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > Have a look at the serializer of Colin, it does serialize contexts. > > Lukas > > On 23 May 2011 10:33, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Hi guys. We need to do some test to serialize a MethodContext to a file, > > materialize it, and then compare it to the original. One of the problems > we > > face is that some values in the MethodContext are changed so it is > difficult > > to test. > > So...what we would like is to get a "bottom" MethodContext that we can > ask > > #sender, and to that one #sender, and like that....and the whole stack > > should cannot be changed. > > > > Another problem is that I cannot do a #deepCopy on a MethodContext > because > > #basicNew: throws errror. > > > > Is this possible? > > > > Thanks in advance, > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Mariano http://marianopeck.wordpress.com

May 23, 2011

Re: [Pharo-project] [update 1.3] #13212

by Igor Stasenko

On 23 May 2011 15:13, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 13212 > ----- > > Issue 3967: Â Â Announcement enhancement > With this update now it is really hard to break Announcements. So, we can consider them as production-ready! :) -- Best regards, Igor Stasenko AKA sig.

May 23, 2011

Re: [Pharo-project] Linking Update Mails to issue tracker

by Igor Stasenko

On 23 May 2011 15:45, Torsten Bergmann <astares(a)gmx.de> wrote: > Dear Santa, > > These days I find myself constantly copying and pasting issue numbers > to find out the details of a new Pharo update. > > If it is not too complicated/cumbersome I would like to see > the following: > > When a mail on a new Pharo update is generated/written > would it be possible to add not only the issue number and > short text but also the issue URL so it links to the issue tracker? > The update announcement mails are not generated, they are written by hand by dear Santa-Marcus. :) > So mails in the archive like this > http://lists.gforge.inria.fr/pipermail/pharo-project/2011-May/049373.html > would directly link to issues like > http://code.google.com/p/pharo/issues/detail?id=4257 > and one can easily click to find out what the change really is about... > > Thanks! > T. > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > > -- Best regards, Igor Stasenko AKA sig.

May 23, 2011

[Pharo-project] Linking Update Mails to issue tracker

by Torsten Bergmann

Dear Santa, These days I find myself constantly copying and pasting issue numbers to find out the details of a new Pharo update. If it is not too complicated/cumbersome I would like to see the following: When a mail on a new Pharo update is generated/written would it be possible to add not only the issue number and short text but also the issue URL so it links to the issue tracker? So mails in the archive like this http://lists.gforge.inria.fr/pipermail/pharo-project/2011-May/049373.html would directly link to issues like http://code.google.com/p/pharo/issues/detail?id=4257 and one can easily click to find out what the change really is about... Thanks! T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

May 23, 2011