May 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Metacello and SourceTalk ...
by Geert Claes May 24, 2010

May 24, 2010

SourceTalk/Monticello 2 hasn't been top priority because there have been plenty of other more urgent matters that required attention. Maybe with all the discussion around Metacello, Repositories, Pharo Release, Code Freeze, Continuous Integration etc ... it may be a good idea to use this momentum to look at SourceTalk/Monticello 2 again? The name SourceTalk probably makes more sense with the idea of the Repository serving the Squeak and Pharo communities. SourceTalk should probably also remove the need for projects to use Google Code simply for its Wiki and Issue Tracker. A number of other "Ideas To Implement" (http://code.google.com/p/pharo/wiki/IdeasToImplement) have already made it to the next stage. -- View this message in context: http://forum.world.st/Metacello-and-SourceTalk-tp2219294p2219294.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 4

[Pharo-project] Rendering fonts on OpenGL
by Igor Stasenko May 24, 2010

May 24, 2010

Hello, This is a Tahoma font, rendered with OpenGL look how much difference between no-AA and with enabled multisampling. I think that with multisampling, the quality is quite good to not bother about sub-pixel AA. Sub-pixel AA could be added later, if there's any brave soul who can implement a fragment shader for it :) Moreover, with multisampling, all fragments on screen (lines, points, polygons) will also be automatically antialiased. This means no rigid edges for everything, not just for fonts :) -- Best regards, Igor Stasenko AKA sig.

3 3

[Pharo-project] Bug? ParagraphEditor do-its are not following the expected method lookup
by Carla F. Griggio May 24, 2010

May 24, 2010

Hi everybody! Well, maybe you are already aware of this... maybe not. I tried to find an issue about this and unless I didn't think of the right keywords, it's not there. I was debugging a template method and sudenly I found myself spending ours trying to find out why I got different results when printing the result of a message sent to super and when steping into that message and printing the (same) result there. Imagine this simple situation (I attatch the complete code and some tests so you can reproduce this): AverageTotalization inherits from Totalization. WeightedAverageTotalization inherits from AverageTotalization. Totalization>>total ^self summatory AverageTotalization>>total ^*(**super total)* / self denominator AverageTotalization>> denominator ^values size WeightedAverageTotalization>> denominator "Weights is a dictionary" ^self weights values sum If I debug aWeightedAverateTotalization total and try to print *super total * in the debugger ParagraphEditor, I'll get this result: (self summatory / self denominator) instead of just: self summatory This only happens when I print or inspect or other do-its in the debugger window. The method lookup works OK when just evaluating the code (the tests I made are green). I think that when you print or inspect (etc) *super total*, the evaluation context takes WeightedAverageTotalization class instead of AverageTotalization, so when total is sent to super under that context, the code is looked up on AverageTotalization instead of Totalization. Could that be possible? Am I thinking right? I spent a *while* chasing this bug, and I found a solution, but I don't know if it's OK or if it's the best. It's simple and it seems to work. I tested it in the last PharoCore1.1 unstable image. I attach some code to reproduce the error (you'll get a halt when you run the test, read the comments, the problem is clear when you run the weighted average test), and the code that fixes this. If you confirm that this was not a known issue, I'll register it on the issue tracker with both these attachments. If it was a known issue... well, I learned :) (I think XD) Cheers! Carla.

3 7

[Pharo-project] [BetaTesting] [ANN] Pharo-1.1-11367-Beta1dev10.05.1
by Mariano Martinez Peck May 24, 2010

May 24, 2010

Hi Pharaoers. I am pleased to announce the first Pharo 1.1 beta based on PharoCore-1.1-11367-Beta. It is the first time we build a Pharo 1.1 dev image with PharoCore 1.1 so the image may be not 100% stable. However, we think it is good to release it so that people can start to test it, load their own packages, adapt them, etc. We would like to receive feedback about it. It (yet) has failing and error tests. The main changes with Pharo 1.0 is that of course, it is based on a PharoCore 1.1 with all that it means. We started to write down some of the actions done in PharoCore 1.1. The list so far can be found here: http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotOne Of course, for the stable releae of Pharo 1.1 we will do a clear list in the website as we did for 1.0. Regarding the included packages in 1.1 we added ScriptManager (a tool to manage and persist workspaces), ProfStefBrowser, ArchiveViewer, MethodWrappers and ObjectMetaTools (which includes things like ProtocolCatcher, ObjectTracer, ObjectViewer, etc). Another difference is the font. In Pharo 1.0 we used TrueType fonts by default. In Pharo 1.1 we use StrikeFonts (no need of TrueType plugin, netiher to have the fonts). However, of course, you can disable StrikeFonts and put TrueType like in 1.0. That's all. We would really appreciate you use it, test it, report issues, provide fixes, etc. It is important also that you start to use your own packages/applications. There have been several changes in 1.1 that may require change in your code. Ahh if you want to create the image yourself, check as usually the installScript.st file to see how to do it. Actually, you can just take a PharoCore-1.1-11367-Beta image and evaluate (the same procedure as 1.0): Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPharo'; load. ((Smalltalk at: #ConfigurationOfPharo) project version: '1.1-beta1.10517') load. Here is the link to the image: https://gforge.inria.fr/frs/download.php/27025/Pharo-1.1-11367-Betadev10.05… Cheers Mariano

5 12

[Pharo-project] [BUG] block decompilation during code simulation by Through debugger button
by Denis Kudriashov May 23, 2010

May 23, 2010

Block decompilation not work at situation during code simulation. Maybe its just problem in debugger "Through button" action implementation. This happen because block home in that situation not exists. I attach class ClassWithBlockDecompilation which help reproduce that manually. See class side method #debug

3 2

[Pharo-project] [ESUG 2010] Call for sponsors
by Bouraqadi Noury May 22, 2010

May 22, 2010

Dear Smalltalkers, As you know ESUG is a non-for-the-profit organization, run by a bunch of volunteers which aims at promoting Smalltalk (http://www.esug.org/Promotion ). ESUG does have multiple actions such as sponsoring Smalltalk- related publications (articles and books), and encouraging developers and more specifically young students to learn Smalltalk (Student Volunteers program) and build innovative software using Smalltalk (SummerTalk, ESUG Awards, "Support your project" program). ESUG revenue comes only from sponsoring, donations, and registrations to the ESUG yearly event (since 18 years!). Therefore, I invite you to support the ESUG actions by encouraging your companies and organizations to sponsor ESUG. As previous years, we have three sponsoring packages (http://www.esug.org/supportesug/becomeasponsor/ ): * Silver ESUG Sponsor: By paying 500 Euros, the logo of your organization is displayed for a whole year on the main page of the ESUG web site and also on conference pages. You are entitled to mention that you are an ESUG sponsor, and to use the ESUG logo in that context. * Gold ESUG Sponsor: By paying 1000 Euros, you get all of the above, and the ESUG correspondence and distributions (CD, Documentation) will also feature your logo. You also get a 10% fee reduction on the ESUG events for up to 5 people of your organisation. * Platinum ESUG Sponsor: By Paying 2000 Euros, you get all of the above, and the fee reduction on the ESUG events is increased to 20% for up to 10 people of your organisation. See you in Barcelona, Dr. Noury Bouraqadi ESUG Treasurer http://car.ensm-douai.fr/noury/ -------------- -ESUG 18th International Smalltalk Conference. Barcelona, Spain, 11-17 september 2010 http://www.esug.org/Conferences/2010

1 0

[Pharo-project] license of the collaborative book
by Mariano Martinez Peck May 22, 2010

May 22, 2010

Hi folks. I am not sure how does it work the license in the collaborative book. So far in the footer of the book I saw: "Licensed under Creative Commons BY-NC-SA" Now...what does it mean? That everybody is agree that whan he writes will be with that license? I wonder..suppose in one year we want to take such book an generate a real pdf/printed book, will be there some problem with that? I want to avoid such problems in the future. Thanks Mariano

3 2

[Pharo-project] strange behaviour with some accented letters input
by eMko May 22, 2010

May 22, 2010

Hello, I have an issue using Pharo 1.0 and 1.1 . On Windows (tested on Win7 64bit and WinXP 32bit) I receive a strange behavior when typing letters "Ä" and "Ä", using both either special key for this characters or "dead" keys - first "Ë" and then "e" or "c". The pop-up menu appears when I try to type "Ä" like I performed the "blue-click" (RMB/cmd-click) and newline begins when I try to type "Ä". Other letters appearing in Czech or Slovak language (including "Ã´" and " Ä¾ ") are OK. Copy-pasting is OK (problem is only when typing) and behavior on Linux is also OK (do not know how on Mac, because I neither have Mac machine nor MacOS in Virtual Box). This bug appears in both Czech and US English Windows version on Pharo, but everything is OK when using Squeak both 4.1 and 3.9. Do someone know how to fix it, please? Sincerely eMko -- View this message in context: http://forum.world.st/strange-behaviour-with-some-accented-letters-input-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

May 22, 2010

http://code.google.com/p/pharo/issues/detail?id=2457 Issue 2457: Do TTFonts prevent image startup We should check if this is a problem for Pharo too. See the thread "Please, help me. My squeak image not started" on squeak-dev: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html

4 3

[Pharo-project] Architectural dependencies
by Alexandre Bergel May 22, 2010

May 22, 2010

Dear List, I worked on the Issue #2107 during the Pharo Sprint of today. This issue proposes a minimal infrastructure to control the dependencies of your package. I cleaned the code proposed by Andreas. I introduced the class PharoCorePackageDependenciesTests. It contains few tests. An example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= testFile self testPackage: 'Files' dependsOnlyOn: #( 'Kernel' 'Collections-Strings' 'Compression' 'ToolBuilder-Kernel' 'Tools' 'System-Object Storage' 'Graphics' 'Collections-Sequenceable' 'Collections-Abstract' 'Collections-Streams' 'Collections-Arrayed' 'Multilingual' 'Exceptions' 'System-Support' 'System-FileRegistry' 'Collections-Weak' 'Collections-Unordered' ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This is interesting to see that File refers to the Graphics package! I provide a method to automatically generate this kind of tests. It therefore goes green. You can also inspect what are the dependencies. By dependencies, I mean static class references. You can find the code in the inbox: SLICE-ArchitecturalTests-Alexandre_Bergel.2 Cheers, Alexandre

1 0