- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] [COTDC] 68#2 MultiTextComposer
by Marcus Denker May 27, 2011

May 27, 2011

On May 26, 2011, at 10:34 PM, laurent laffont wrote: > Alain, you know this too :) ? > > Laurent > > On Wed, May 25, 2011 at 10:51 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Today: MultiTextComposer One of the problems of the text rendering stuff is that the internationalization was just hacked on top but never integrated. e.g. there is NewParagraph / MultiNewParagraph TextComposer / MultiTextComposer and two CharacterScanner hierarchies (MultiCharacterScanner , CharacterScanner) that seem to be copies yet randomly are used both... Just cleaning up would help a lot. And I would not be astonished if it would get even faster just by cleaning up. (e.g. I removed an isKindOf: MultiNewParagraph from the main text display routine yesterday...) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 3

[Pharo-project] [update 1.3] #13221
by Marcus Denker May 27, 2011

May 27, 2011

13221 ----- Issue 4293: ObjectScanner is unused http://code.google.com/p/pharo/issues/detail?id=4293 Issue 3167: Workspace loading from a file, file chooser ignores path http://code.google.com/p/pharo/issues/detail?id=3167 Issue 4298: Fix in CommentReference http://code.google.com/p/pharo/issues/detail?id=4298 Issue 4297: RecentSubmissions update http://code.google.com/p/pharo/issues/detail?id=4297 Issue 4299: problem with Dictionary and KeyNowFound http://code.google.com/p/pharo/issues/detail?id=4299 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] senders and implementors got distracted when arguments are symbol
by stephane ducasse May 27, 2011

May 27, 2011

Hi guys on: #currentChangeSetIndex: send: #changed to: self. does not find anything while on: 33 send: 44 to: self find implementors and senders. Does anybody confirm? Send fix? Stef

2 1

[Pharo-project] tab and OCompletion
by Alexandre Bergel May 27, 2011

May 27, 2011

Hi! When I press tab to complete a word, the cursor caret goes down of one line. This almost makes it unusable. Any rational why it changed recently? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 3

Re: [Pharo-project] 1.3 vs. 1.4
by Marcus Denker May 27, 2011

May 27, 2011

On May 27, 2011, at 2:34 PM, Alexandre Bergel wrote: >> 3341 use #= for integer comparison instead of #== > > > Hi! > > I checked the issue http://code.google.com/p/pharo/issues/detail?id=3341 > but there is no explanation about the rational. Is there a technical reason to compare integer with = is better than with == ? Just wondering This explains it more: http://bugs.squeak.org/view.php?id=2788 002788: Bug: Use of == for arithmetic equality Description From: Dan.Ingalls(a)Post.Harvard.edu Subject: Bug: Use of == for arithmetic equality Date: 13. Februar 2006 18:37:42 GMT+01:00 To: squeak-dev(a)lists.squeakfoundation.org I've been playing around with a new VM (heh, heh) which, for a while, happened not to intern (ie force unique instances of) SmallIntegers. In this case the use of == to mean arithmetic equality will not work properly. In my opinion, all such occurrences in the system should be eliminated ASAP; == is not an arithmetic compare in any Smalltalk I know of. While it may work with small constants, it is simply wrong, and an especially bad example for newbies to see. Besides failing in certain interpreters, it will fail in Squeak itself if the integers are not small. I regret that I don't have time to fix these right now. However, if there is a well-intentioned soul out there, he or she will perhaps find the method below to be quite useful. It found 165 methods in my system with this pattern. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] [update 1.3] #13220
by Marcus Denker May 27, 2011

May 27, 2011

Issue 1915: Making ToolSet more flexible http://code.google.com/p/pharo/issues/detail?id=1915 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Questions of understanding
by Friedrich Dominicus May 27, 2011

May 27, 2011

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

4 11

[Pharo-project] Smalltalk/Pharo User Group in Spain
by Rafael Luque May 27, 2011

May 27, 2011

Hi all, I'm a software developer with experience mainly based on Java EE and, in the last years, also Groovy and Grails. I'm interesed in Smalltalk and their related frameworks several years ago, so I'm trying to learn about Smalltalk, Pharo, Seaside, etc. by myself. I'm participating in the Pharo By Example translation to spanish and implementing the katas from 12meses12katas [1] chalenge in Pharo. In spite of my efforts I'm still far away to be fluent in Smalltalk and I think the interchange with other Smalltalkers could be of great help in my way of learning. For this reason I would like to meet other Smalltalkers in the Madrid area, and perhaps we could organize an Smalltalk User Group in Madrid. Please, anyone is interested? [1] http://www.12meses12katas.com/

8 14

[Pharo-project] [update 1.3] #13219
by Marcus Denker May 27, 2011

May 27, 2011

13219 ----- Issue 4294: With only one Paragraph class, there is no need for #paragraphClass http://code.google.com/p/pharo/issues/detail?id=4294 Issue 4272: commandLineInput on Windows http://code.google.com/p/pharo/issues/detail?id=4272 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] [Pharo-users] [update 1.3] #13216
by Marcus Denker May 27, 2011

May 27, 2011

On May 26, 2011, at 11:24 PM, StÃ©phane Ducasse wrote: > marcus > > I can check the problem that stefan mentioned since I should change anyway the initialize method > Ok, so I focus on other things from the list: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0