[Pharo-project] Issue 1554
Hi! I just uploaded my first fix (or so I hope) for Pharo to the Inbox as Ocompletion-DannyChan.44, following the instructions on the wiki for contributions. When selecting a text in a workspace including the first character in the window and hitting backspace, an exception will be thrown by ocompletion, because the smartBackspace method will try to look at the character before the current position of the caret, which is 0 in this case. The instructions on the wiki say to put the status of the bug report to fixed, but I saw no way to do this. Did I miss something? By the way, I want to thank all of you for the great work you put into Pharo. I am no software developer myself, but I really hope to be able to use it for all the little tools I need all the time at work. Danny ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] TheWorldMainDockingBar
Hi all, While migrating a preference for it I noticed that at least, it is not very well integrated in pharo... Before I open an issue (if none already opened) I would like to know what people think about it. Personally I would not be very sad to see it killed :) Thanks Alain ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] TheWorldMainDockingBar
On Dec 8, 2009, at 9:10 AM, alain.plan...@free.fr wrote: Hi all, While migrating a preference for it I noticed that at least, it is not very well integrated in pharo... Before I open an issue (if none already opened) I would like to know what people think about it. Personally I would not be very sad to see it killed :) I would say kill it. Marcus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New User Experience Suggestion for 1.0
Hi Tim, On Tue, Dec 8, 2009 at 12:51 AM, Tim Mackinnon tamackin...@gmail.com wrote: Guys - do you think you might consider bringing back the little Readme Workspace in the final 1.0 image (or maybe 1.1)? there is no technical difficulty. Could you please provide a text? I will take care of putting it in a workspace. There may be something in the Pharo wiki already. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st Lambdas are relegated to relative obscurity until Java makes them popular by not having them. James Iry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Scriptloader classloadFFI
On Tue, Dec 8, 2009 at 12:44 AM, David T. Lewis le...@mail.msen.com wrote: On Mon, Dec 07, 2009 at 11:31:01PM +0100, Mariano Martinez Peck wrote: This is wrong. It is FFI-Pools not FFI-Pool. But I am sure I tested it. So, it seems Andreas has changed it again. So, it must be: ScriptLoaderloadFFI self new installer monticello http: 'source.squeakfoundation.org'; project: 'FFI'; install: 'FFI-Pools'; install: 'FFI-Kernel'; install: 'FFI-Tests'; install: 'FFI-Examples'. (Smalltalk at: #ExternalType) initialize. (Smalltalk at: #ExternalStructure) compileAllFields. Smalltalk recreateSpecialObjectsArray. FYI, Andreas did not change it again. The change was only made once, and the reason was to allow the FFI pools to be a separate package that could be loaded into VMMaker without requiring all the rest of FFI. WeirdI am sure I tested with FFI-Pool and in addition most people put the fix with FFI-Pool. But now that package does not exists, and it is FFI-Pools. But anyway, I am not saying Andres is guilty. I am in favor of the continuous refactor :) I did something similar when I put Speech on SqueakSource, so we can have only the necessary dependencies for VMMaker. Near term it is confusing to change packages, but gradually we are getting more modular :) Excellent!! I totally agree with you :) Dave ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Issue 1554
Hi Danny, Thanks for your contribution. Your change is in the package Ocompletion, which is outside Pharo- core. This package is maintained by Romain. I added Romain to CC so he can merge your fix into the main branch of Ocompletion. Cheers, Adrian On Dec 8, 2009, at 09:09 , Danny Chan wrote: Hi! I just uploaded my first fix (or so I hope) for Pharo to the Inbox as Ocompletion-DannyChan.44, following the instructions on the wiki for contributions. When selecting a text in a workspace including the first character in the window and hitting backspace, an exception will be thrown by ocompletion, because the smartBackspace method will try to look at the character before the current position of the caret, which is 0 in this case. The instructions on the wiki say to put the status of the bug report to fixed, but I saw no way to do this. Did I miss something? By the way, I want to thank all of you for the great work you put into Pharo. I am no software developer myself, but I really hope to be able to use it for all the little tools I need all the time at work. Danny ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] TheWorldMainDockingBar
+1 On Dec 8, 2009, at 09:17 , Marcus Denker wrote: On Dec 8, 2009, at 9:10 AM, alain.plan...@free.fr wrote: Hi all, While migrating a preference for it I noticed that at least, it is not very well integrated in pharo... Before I open an issue (if none already opened) I would like to know what people think about it. Personally I would not be very sad to see it killed :) I would say kill it. Marcus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [ANN] pre-built 1.1#11078
http://gforge.inria.fr/frs/download.php/24983/PharoCore-1.1-11078-alpha.zip Marcus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New User Experience Suggestion for 1.0
Please note that there is an issue in the tracker that discusses this. I've suggested to add a workspace but do not add a long text and code but link to the pages on the web that contain it so that we can more easily make updates. http://code.google.com/p/pharo/issues/detail?id=1479 Tim, would that be helpful for new users of Pharo? Cheers, Adrian On Dec 8, 2009, at 09:23 , Damien Cassou wrote: Hi Tim, On Tue, Dec 8, 2009 at 12:51 AM, Tim Mackinnon tamackin...@gmail.com wrote: Guys - do you think you might consider bringing back the little Readme Workspace in the final 1.0 image (or maybe 1.1)? there is no technical difficulty. Could you please provide a text? I will take care of putting it in a workspace. There may be something in the Pharo wiki already. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st Lambdas are relegated to relative obscurity until Java makes them popular by not having them. James Iry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] FontTesttestDisplay failing in Pharo image due to new StrikeFonts
Hi, The test FontTesttestDisplay fails in the latest Pharo image. If somebody has a bit of time left, it would be great to get a fix. We are almost down to 0 failures/errors in the Pharo image... http://code.google.com/p/pharo/issues/detail?id=1555 Adrian ___ http://www.adrian-lienhard.ch/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] VMMaker in Pharo.
On Tue, Dec 8, 2009 at 8:00 AM, arnaud Jean Baptiste jbaptiste.arn...@gmail.com wrote: Sorry Mariano i don't have update the wiki of pharo, will do make that soon. If you want to run easily VMMaker i building a loader of VMMaker for pharo. on squeaksource: JBARepo VMMakerloader and run loadAndFix () It work, if you have any problem about it or any question, don't hesitate to ask. Thanks JB. I have just tried and worked perfect. Cheers, Mariano On Dec 8, 2009, at 12:38 AM, David T. Lewis wrote: On Mon, Dec 07, 2009 at 11:46:45PM +0100, Mariano Martinez Peck wrote: On Mon, Dec 7, 2009 at 12:09 PM, David T. Lewis le...@mail.msen.com wrote: On Mon, Dec 07, 2009 at 11:53:00AM +0100, Mariano Martinez Peck wrote: Hi! I need to load VMMaker and I was reading this link: http://code.google.com/p/pharo/wiki/BuildingAVMOnPharo I tried with the gofer script but it doesn't work in new Gofer version, as I need to change add: for addPackage: There were also a problem with the ladrillos repo which was with lowcase instead of uppercase. The correct Gofer script to load VMMaker is: |gofer| Create Gofer Object gofer := Gofer new. Load the FFI package ScriptLoader loadFFI. add the Speech packages gofer squeaksource: 'Ladrillos'; addPackage: 'Speech-Klatt'. add VMMaker Packages gofer squeaksource: 'VMMaker'; addPackage:'VMMaker'. add Alien Support Packages gofer squeaksource: 'Alien'; addPackage:'Alien-VMMaker-Support'. Load gofer load. You may want to refer to this configuration map for some other packages to load with VMMaker: http://squeaksource.com/VMMaker/update-dtl.2.mcm Thanks Dave. It sounds like and interesting project to create a ConfigurationOf for Metacello. Or at least, we need a ScriptLoader loadVMMaker. So, we should load all the packages of that link ? Sorry for my ignorance, but what do those packages add? I mean, with the script I used, it is broken? I can still use VMMaker? what additional features do I have with the rest of the packages? It is just a configuration map for MonticelloConfigurations. It is used when you evaluate VMMaker updateFromServer, but it only works if you have MonticelloConfigurations in your image. But the format is very simple so you can just read it from http://squeaksource.com/VMMaker/update-dtl.2.mcm to figure out what the packages are. It would be good if we could have something similar for Pharo, so if you can make this work with Metacello or one of the loaders for Pharo, that would be great. The list of packages came from the recipe that Andreas uses for building Windows VMs, plus packages that I added (OSProcessPlugin etc). I know there are some missing from the configuration, but at least it's a start :) Dave ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] FontTesttestDisplay failing in Pharo image due to new StrikeFonts
On Dec 8, 2009, at 10:00 34AM, Adrian Lienhard wrote: Hi, The test FontTesttestDisplay fails in the latest Pharo image. If somebody has a bit of time left, it would be great to get a fix. We are almost down to 0 failures/errors in the Pharo image... http://code.google.com/p/pharo/issues/detail?id=1555 Adrian http://code.google.com/p/pharo/issues/detail?id=1136can=1q=blackcolspec=ID%20Type%20Status%20Summary%20Milestone , I believe. It's in 1.1 already, test does not fail there. Also, in Core testResetAfterEmphasized fails but it seems to have been removed from Dev. It's a malformed test though, as it tests for empty, when it is valid for the method to leave non-synthetic versions in the derived array after a reset (Which is the case for Bitmap DejaVu, which includes bold, italic, bold italic versions) I've rewritten that test to be more robust, issue 1556 with slice in inbox. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] FontTesttestDisplay failing in Pharo image due to new StrikeFonts
El mar, 08-12-2009 a las 11:01 +0100, Henrik Johansen escribió: On Dec 8, 2009, at 10:00 34AM, Adrian Lienhard wrote: I've rewritten that test to be more robust, issue 1556 with slice in inbox. Cheers, Henry And it was in just one hour! Great work, thank you very much! -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] getting rid of Symbol new: ?
On Sat, Dec 5, 2009 at 9:41 PM, John M McIntosh john...@smalltalkconsulting.com wrote: I should relate our experience with segments in Sophie was not helpful. We attempted to segment off our font menu since it was expensive to build, and really only needed to be changed if the fonts on the machine changed. Since the image was read only we would startup, build the font menu then image segment that off. On a restart we just read the segment in, confirmed the machine didn't have font files changed. This worked well in the *lab*. But when we push it to the public we started getting email about machines crashing. Tim and I were just unable to determine why... But it was always related to the point where it read the image segment, sometimes it would crash (rarely) mostly not. We backed that out, and settled with a image segment that really just stored forms of each font face for the menu. That *seemed* to work ok Thanks John. I am interested in your experience. However, I didn't understand this last paragraph where you said to finally make it work. I don't understand what did you change. What is the difference between font menu and stored forms of each font face for the menu ? In addition, do you know why this has solved the problems ? Best regards, Mariano On 2009-12-05, at 6:53 AM, Stéphane Ducasse wrote: Excellent! We need really cool and well tested imageSegments without etoy and project refs everywhere. Let us know up to date. On Dec 5, 2009, at 3:17 AM, Sheridan Mahoney wrote: Great! The other person helping me is Martin McClure, and Mariano contacted me just yesterday to start collaborating, so looks like there are 3 of us now hooked on ImageSegment -- Sheri Adrian Lienhard wrote: Hi Sheri, Sounds ok to make new: raise an exception if you adjust the tests (and any code that exists in the image using new: (but I assume there is none)). However, the actual reason why you get multiple same symbols after loading a segment likely is unrelated to ByteSymbol classnew:. I guess it is because when creating the segment you do not hold onto these symbols. Like this they do not get into the outPointers ref stream but in the bytearray. When installing the segment again, with same symbols existing in the image already, then you get duplicates. The right way to do this is to strongly hold onto all symbols when creating a segment. See #createSegmentFrom:. You can reproduce this problem by commenting out the first line of #createSegmentFrom: and running #testSymbols. Let us know how it goes... BTW, Mariano is also writing ImageSegment tests, so maybe you want to join forces (or maybe he already is the colleague you mentioned?). Cheers, Adrian On Dec 3, 2009, at 23:10 , Stéphane Ducasse wrote: From: Sheridan Mahoney sheri...@sheridan-mahoney.com Date: December 3, 2009 11:04:19 PM GMT+01:00 To: pharo-project-boun...@lists.gforge.inria.fr Subject: Re: getting rid of Symbol new: ? Reply-To: sheri...@sheridan-mahoney.com A colleague and I are investigating the ImageSegment class and its methods, we came across an issue I would like to get external opinions on. Newbie alert, BTW (at least one of us, no names mentioned...). Also, this is not a problem that will affect many users, but it is familiarizing us with the check-in process, slices, etc. While working on ImageSegment tests, we discovered a problem on trying to load segments that had Symbols in the root array. It is possible to create 2 ByteSymbols with the same sequence of characters. :( In trying to track down how this is possible, we came across a side issue, that ByteSymbol new: had the capacity to create multiple new ByteSymbols with the same number of nil characters (as in, initialized with nil). We want to dissallow Symbol new: , which would cause people to use one of the nicer methods for Symbol/ByteSymbol creation (namely, one which checks that the sequence of characters doesn't already exist, as part of the creation process). We have a fix we want to check in, but currently it breaks a test case in the SymbolTest class, which is checking that new: works. We also changed the intern: method on the class side of Symbol to use basicNew: instead of new: . Are there reasons to keep 'Symbol new:' , that outweigh the reasons to get rid of it? Many thanks, and Cheers, Sheri Mahoney ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- View this message in context:
[Pharo-project] Issue 1558: The old preference browser should be as much functionnal as possible while migrating to the new setting system
SLICE-PreferencesMigration-Part6 in InBox - make the old preference browser fully functional again. * hacked PreferencepreferenceValue, Preference preferenceValue:, PreferencerawValue: and PreferencetogglePreferenceValue. * new Preferences class method category settings-migration: For each preference migration, it contains 2 methods for getting and setting the preference. They are implemented using the new setting system. As an example for the migration of #annotationPanes: Preferences classannotationPanesSetting and Preferences classannotationPanesSetting: are added. - Also useful to understand correspondences between old and new preference systems ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] getting rid of Symbol new: ?
On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard a...@netstyle.ch wrote: Hi Sheri, Sounds ok to make new: raise an exception if you adjust the tests (and any code that exists in the image using new: (but I assume there is none)). However, the actual reason why you get multiple same symbols after loading a segment likely is unrelated to ByteSymbol classnew:. I guess it is because when creating the segment you do not hold onto these symbols. Like this they do not get into the outPointers ref stream but in the bytearray. When installing the segment again, with same symbols existing in the image already, then you get duplicates. The right way to do this is to strongly hold onto all symbols when creating a segment. See #createSegmentFrom:. You can reproduce this problem by commenting out the first line of #createSegmentFrom: and running #testSymbols. Let us know how it goes... Ok...let me see if I understood you correctly. When you are creating your root of objects and you put symbols inside, they are not put in ourPointers but in ByteArray. This is due to the fact that the only object who is pointing to that symbol is inside the segment ? What you do with this piece of code: symbolHolder := Symbol allSymbols. is to hold those symbols there. So, when ImageSegment uses the GC techniques to detect which objects are ONLY pointed from inside of the segment, the symbols is not found (because it is accessible trough that test) and thus, it goes to outPointers instead of ByteArray. And of course, if it is in outPointers instead of ByteArray when the segment is loaded again, yo don't create a symbol again but use the same object (the one of the oop). I am correct? or I understood anything ? Cheers, Mariano BTW, Mariano is also writing ImageSegment tests, so maybe you want to join forces (or maybe he already is the colleague you mentioned?). Cheers, Adrian On Dec 3, 2009, at 23:10 , Stéphane Ducasse wrote: From: Sheridan Mahoney sheri...@sheridan-mahoney.com Date: December 3, 2009 11:04:19 PM GMT+01:00 To: pharo-project-boun...@lists.gforge.inria.fr Subject: Re: getting rid of Symbol new: ? Reply-To: sheri...@sheridan-mahoney.com A colleague and I are investigating the ImageSegment class and its methods, we came across an issue I would like to get external opinions on. Newbie alert, BTW (at least one of us, no names mentioned...). Also, this is not a problem that will affect many users, but it is familiarizing us with the check-in process, slices, etc. While working on ImageSegment tests, we discovered a problem on trying to load segments that had Symbols in the root array. It is possible to create 2 ByteSymbols with the same sequence of characters. :( In trying to track down how this is possible, we came across a side issue, that ByteSymbol new: had the capacity to create multiple new ByteSymbols with the same number of nil characters (as in, initialized with nil). We want to dissallow Symbol new: , which would cause people to use one of the nicer methods for Symbol/ByteSymbol creation (namely, one which checks that the sequence of characters doesn't already exist, as part of the creation process). We have a fix we want to check in, but currently it breaks a test case in the SymbolTest class, which is checking that new: works. We also changed the intern: method on the class side of Symbol to use basicNew: instead of new: . Are there reasons to keep 'Symbol new:' , that outweigh the reasons to get rid of it? Many thanks, and Cheers, Sheri Mahoney ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11079
11079 - Issue 1558: The old preference browser should be as much functionnal as possible while migrating to the new setting system Issue 1552: Add Floatulp support SLICE-PreferencesMigration-Part6 in InBox - make the old preference browser fully functional again. * hacked PreferencepreferenceValue, Preference preferenceValue:, PreferencerawValue: and PreferencetogglePreferenceValue. * new Preferences class method category settings-migration: For each preference migration, it contains 2 methods for getting and setting the preference. They are implemented using the new setting system. As an example for the migration of #annotationPanes: Preferences classannotationPanesSetting and Preferences classannotationPanesSetting: are added. - Also useful to understand correspondences between old and new preference systems ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] linked in pharo group :)
You can register :) Not sure that this is useful but may be fun :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] BUG: 'Error: Instances of UndefinedObject are not indexable' with Interpreter
Hi folks! I having this problem in pharo1.0-10496-rc1dev09.11.4 but I cannot reproduce it in PharoCore-1.1-11078-ALPHA I don't think it is because of the Pharo version but becuase of dev/core. I would like to tested in a dev from 11078 but the last one I tested was not working as I have warings and popups everywhere (there is already a thread for that). I am in Mac OS. Anyway, you can reproduce it in a fresh pharo1.0-10496-rc1dev09.11.4 image. Steps to reproduce: 1) Download from http://www.squeaksource.com/JBARepo the package VMMakerLoader 2) Evaluate VMMakerLoader loadAndFix 3) Browse the class Interpreter 4) Go to the method primitiveStoreImageSegment. Click on the method and after a second you will have this error. I attach PharoDebug.log in the issue tracker: http://code.google.com/p/pharo/issues/detail?id=1559 Cheers, Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] VMMaker in Pharo.
On Tue, Dec 8, 2009 at 10:50 AM, Mariano Martinez Peck marianop...@gmail.com wrote: On Tue, Dec 8, 2009 at 8:00 AM, arnaud Jean Baptiste jbaptiste.arn...@gmail.com wrote: Sorry Mariano i don't have update the wiki of pharo, will do make that soon. If you want to run easily VMMaker i building a loader of VMMaker for pharo. on squeaksource: JBARepo VMMakerloader and run loadAndFix () It work, if you have any problem about it or any question, don't hesitate to ask. Thanks JB. I have just tried and worked perfect. Sorry, not so perfect ;) Actually I have this bug that I have reported here: http://code.google.com/p/pharo/issues/detail?id=1559 I already opened another thread for this. However, I am not sure if this is something related to VMMaker in itself. Cheers, Mariano Cheers, Mariano On Dec 8, 2009, at 12:38 AM, David T. Lewis wrote: On Mon, Dec 07, 2009 at 11:46:45PM +0100, Mariano Martinez Peck wrote: On Mon, Dec 7, 2009 at 12:09 PM, David T. Lewis le...@mail.msen.com wrote: On Mon, Dec 07, 2009 at 11:53:00AM +0100, Mariano Martinez Peck wrote: Hi! I need to load VMMaker and I was reading this link: http://code.google.com/p/pharo/wiki/BuildingAVMOnPharo I tried with the gofer script but it doesn't work in new Gofer version, as I need to change add: for addPackage: There were also a problem with the ladrillos repo which was with lowcase instead of uppercase. The correct Gofer script to load VMMaker is: |gofer| Create Gofer Object gofer := Gofer new. Load the FFI package ScriptLoader loadFFI. add the Speech packages gofer squeaksource: 'Ladrillos'; addPackage: 'Speech-Klatt'. add VMMaker Packages gofer squeaksource: 'VMMaker'; addPackage:'VMMaker'. add Alien Support Packages gofer squeaksource: 'Alien'; addPackage:'Alien-VMMaker-Support'. Load gofer load. You may want to refer to this configuration map for some other packages to load with VMMaker: http://squeaksource.com/VMMaker/update-dtl.2.mcm Thanks Dave. It sounds like and interesting project to create a ConfigurationOf for Metacello. Or at least, we need a ScriptLoader loadVMMaker. So, we should load all the packages of that link ? Sorry for my ignorance, but what do those packages add? I mean, with the script I used, it is broken? I can still use VMMaker? what additional features do I have with the rest of the packages? It is just a configuration map for MonticelloConfigurations. It is used when you evaluate VMMaker updateFromServer, but it only works if you have MonticelloConfigurations in your image. But the format is very simple so you can just read it from http://squeaksource.com/VMMaker/update-dtl.2.mcm to figure out what the packages are. It would be good if we could have something similar for Pharo, so if you can make this work with Metacello or one of the loaders for Pharo, that would be great. The list of packages came from the recipe that Andreas uses for building Windows VMs, plus packages that I added (OSProcessPlugin etc). I know there are some missing from the configuration, but at least it's a start :) Dave ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] linked in pharo group :)
Thanks Stef! Kind of like Facebook in a suit, isn't it? ;-) -- Cheers, Peter On Tue, Dec 8, 2009 at 2:33 PM, Stéphane Ducasse stephane.duca...@inria.frwrote: You can register :) Not sure that this is useful but may be fun :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11080
11080 - Issue 1528: Transparent rendering of Line Feeds (LF) Issue 1478: ScriptLoader loadFFI fails with a dependency error (again) ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Window drag and drop strange behavior in 1.1 latest
fixed! Thanks I will integrate it when I'm back home. Stef On Dec 7, 2009, at 9:25 PM, alain.plan...@free.fr wrote: SystemWindowAboutToBeGrabbedByFix.1.cs ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Cannot update behind a proxy
just below the old one. On Dec 7, 2009, at 10:06 PM, Nicolas Cellier wrote: 2009/12/7 Alain Plantec alain.plan...@free.fr: Nicolas Cellier a écrit : OK, I manually set a class var in the debugger, but find awkward that the Preferences Browser would not do that for me... Nicolas, do you try with the new setting browser or with the old preference browser? Alain Hello Alain, The old one I guess. Where is the menu to open a new one ? Nicolas 2009/12/7 Nicolas Cellier nicolas.cellier.aka.n...@gmail.com: The update process stops at 11070... It cannot get access to http://www.squeaksource.com/Pharo/ScriptLoader11-MarcusDenker.81.mcz 'Could not resolve the server named: www.squeaksource.com' I can perfectly access this resource via firefox though... Anything related to Preferences refactoring ? Nicolas ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MetacelloRepository is online
It would be nice to have one per version Pharo1.0 Pharo1.1 May be people should use this convention in file names? Stef On Dec 8, 2009, at 3:04 AM, Esteban Lorenzano wrote: Hi, I created the project MetacelloRepository as a centralized repository for meta-packages, and started uploading metacello configurations. MCHttpRepository location: 'http://www.squeaksource.com/MetacelloRepository' user: '' password: '' Currently, I uploaded three projects: 1) ConfigurationOfFFI 2) ConfigurationOfSqueakDBX 3) ConfigurationOfGlorpDBX The whole idea of this is to have a project catalog working (like apt-get), so I encourage you to use it! The tools to manage on a fashion way this repository are comming, please be patient :) Cheers, Esteban ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Dev09.12.1 does not look nice on Linux
Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan attachment: MenuDev12-1.pngattachment: MenuDev11-4.png___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] TheWorldMainDockingBar
+ 2 We kept it because we thought gary used it but this is not the case. Stef On Dec 8, 2009, at 9:33 AM, Adrian Lienhard wrote: +1 On Dec 8, 2009, at 09:17 , Marcus Denker wrote: On Dec 8, 2009, at 9:10 AM, alain.plan...@free.fr wrote: Hi all, While migrating a preference for it I noticed that at least, it is not very well integrated in pharo... Before I open an issue (if none already opened) I would like to know what people think about it. Personally I would not be very sad to see it killed :) I would say kill it. Marcus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New User Experience Suggestion for 1.0
Can I suggest something like the following (all suggestions welcome - I am trying to have something that is welcoming as well as something that allows people to jump right in and try things, and/or then go to places with more complete documentation like others have suggested): Pharo+Seaside 1.0 RC1 (Title in bold if we can do this like the old Squeak one) Welcome to Pharo + Seaside, a clean, innovative, free and open-source Smalltalk environment aimed at both professional and recreational programmers alike. To get a quick feeling of what is possible with Pharo, open a browser with http://localhost:8080/seaside and explore some of the examples. To administer Seaside, this environment is configured with username: admin and password: seaside If you are curious and want to view some code behind these examples, single click on the background of the main window, choose Class Browser and type WACounter. You can then browse the methods for the simple counter and try modifying some of the code, live! If you are new to Smalltalk we recommended that you use this environment and follow the tutorial at http://pharobyexample.org/ Alternatively If you are interested in jumping straight into web development with Pharo and Seaside you can follow the tutorial at http://book.seaside.st/book Finally, have fun with Smalltalk, and make sure you follow the progress of Pharo at http://www.pharo-project.org Tim On 8 Dec 2009, at 08:23, Damien Cassou wrote: Hi Tim, On Tue, Dec 8, 2009 at 12:51 AM, Tim Mackinnon tamackin...@gmail.com wrote: Guys - do you think you might consider bringing back the little Readme Workspace in the final 1.0 image (or maybe 1.1)? there is no technical difficulty. Could you please provide a text? I will take care of putting it in a workspace. There may be something in the Pharo wiki already. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st Lambdas are relegated to relative obscurity until Java makes them popular by not having them. James Iry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [update] #10500
On Mon, 7 Dec 2009, Gary Chambers wrote: As for Preferences, they are like that (the old preference browser doesn't behave well with cross-dependent settings unless special care is taken). This is in 1.0rc1 and there's no new stuff for preference browsing. Levente Regards, Gary - Original Message - From: Levente Uzonyi le...@elte.hu To: Pharo-project@lists.gforge.inria.fr Sent: Monday, December 07, 2009 6:39 PM Subject: Re: [Pharo-project] [update] #10500 On Sun, 6 Dec 2009, Adrian Lienhard wrote: It seems that with your setup the FreeType fonts are rendered without subpixel AA. Well, this is what's coming out of the box for windows users. I tried tweaking the preferences and got better results with HintingNormal instead of the default HintingLight. Btw the preferences for FreeType are broken, the Preference Browser shows the preferences as enabled even if you disable them. Opening a new Preference Browser shows the correct values. Levente ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] can I debug a primitive?
Yes, I am newbie with low stuff like this. I have downloaded VMMaker and browse the class Interpreter to see the smalltalk (slang) code of the primitives I want to investigate that are primitiveStoreImageSegment and primitiveLoadImageSegment.now, the question is, should I be able to put a self halt there and debug it? I tried but I did nothing. Is this possible ? I thought it was :( Thanks for the help. Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] can I debug a primitive?
That would be nice indeed. And you can do it if you simulate the VM, i.e., run the interpreter inside an image as Smalltalk code. To get the interpreter working may be challenging, though. I once had a working version and submitted some patches to Mantis. I don't think these were integrated, though. Also note that in the debugger you just see pointers and not objects, so even with the Smalltalk debugger it can get complicated to debug the VM. Adrian On Dec 8, 2009, at 16:07 , Mariano Martinez Peck wrote: Yes, I am newbie with low stuff like this. I have downloaded VMMaker and browse the class Interpreter to see the smalltalk (slang) code of the primitives I want to investigate that are primitiveStoreImageSegment and primitiveLoadImageSegment.now, the question is, should I be able to put a self halt there and debug it? I tried but I did nothing. Is this possible ? I thought it was :( Thanks for the help. Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] systemwindow grabbing fix
Alain, If this is what I think it is, THANKS!! AFAIK, Pinesoft's StandardWindow is immune, which might offer some helpful code?? Bill -Original Message- From: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Alain Plantec Sent: Tuesday, December 08, 2009 1:40 AM To: Pharo-project@lists.gforge.inria.fr Subject: [Pharo-project] systemwindow grabbing fix SLICE-Issue420-SystemWindowAboutToBeGrabbedBy-Try2 is in InBox --- * fix the systemwindow grab problem (when the user grab a window from outside the window title bar) --- Alain ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
but why the previous verson of pharo worked fine? there must be something different in this new image... 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
The default fonts were changed, now Bitmap StrikeFonts are used instead of a TrueType font. Thus, the rendering method is completely different, and the use in StrikeFont rendering of some BitBlt methods revealed bugs in the alpha channel handling in said methods that previously went unnoticed. (Thus an updated VM/BitBlt plugin in required for them to render correctly). Cheers, Henry On Dec 8, 2009, at 4:27 44PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... It uses pre-rendered sub-pixel fonts instead of rendering the fonts via FreeType. (Much faster, not quite as nice in details). Freetype fonts are available if needed, though. The pre-rendered fonts just replace the 80ties=looking Squeak fonts and provide a good enough selection for a development image. Marcus 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11081
11081 - Issue 1527: Move *Freetype-override back to Graphics in CharacterScanner co Issue 1560: ImageSegment: recategorize some methtods Issue 1556: FontTest testResetAfterEmphasis fails with StrikeFont ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] getting rid of Symbol new: ?
On Dec 8, 2009, at 12:08 , Mariano Martinez Peck wrote: On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard a...@netstyle.ch wrote: When you are creating your root of objects and you put symbols inside, they are not put in ourPointers but in ByteArray. This is due to the fact that the only object who is pointing to that symbol is inside the segment ? To be precise, the symbols are also pointed to by the symbol table, but only by weak references. Since image segments use the GC mark logic, these pointers are not considered. What you do with this piece of code: symbolHolder := Symbol allSymbols. is to hold those symbols there. So, when ImageSegment uses the GC techniques to detect which objects are ONLY pointed from inside of the segment, the symbols is not found (because it is accessible trough that test) and thus, it goes to outPointers instead of ByteArray. And of course, if it is in outPointers instead of ByteArray when the segment is loaded again, yo don't create a symbol again but use the same object (the one of the oop). I am correct? or I understood anything ? yes. Cheers, Adrian ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New User Experience Suggestion for 1.0
This has to do with learning styles. There was an interesting discussion on the vw or squeak list a few weeks ago about this. One wants something to allow people to choose what fits their learning style in their initial contact. In addtion to Tim's susggestions, a series of videos could also be useful. Regards, Reg Interesting analogy given Pharo's roots in something widely (and proudly) considered a toy by its creators. However, a game is simply an entertainment medium, and it either works for you or it does not. A programming language hopefully gets a better look, and one with a free pdf book including a walk-through should be worth a noob's time. That said, a workspace full of examples is fine with me. But I continue to think that we should point people to PBE. Bill -Original Message- From: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stephen Taylor Sent: Monday, December 07, 2009 10:48 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] New User Experience Suggestion for 1.0 Schwab,Wilhelm K wrote: The counter argument is that PBE is readily available and very well written. It is, but I think it's well worth considering what people think in their first couple of seconds of exposure to a new product - especially something like Smalltalk where people may well be looking at it only from idle curiosity. When I think how quickly and arbitrarily I can reject a game that someone's spent three years sweating blood over... Steve ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] TheWorldMainDockingBar
Indeed, sure I said before that it can go... Regards, Gary - Original Message - From: Stéphane Ducasse stephane.duca...@inria.fr To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, December 08, 2009 2:39 PM Subject: Re: [Pharo-project] TheWorldMainDockingBar + 2 We kept it because we thought gary used it but this is not the case. Stef On Dec 8, 2009, at 9:33 AM, Adrian Lienhard wrote: +1 On Dec 8, 2009, at 09:17 , Marcus Denker wrote: On Dec 8, 2009, at 9:10 AM, alain.plan...@free.fr wrote: Hi all, While migrating a preference for it I noticed that at least, it is not very well integrated in pharo... Before I open an issue (if none already opened) I would like to know what people think about it. Personally I would not be very sad to see it killed :) I would say kill it. Marcus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dealing with Preferences in external packages?
I was thinking ahead to the point where there would be shared settings amongst disparate packages... would be nice to not introduce a superficail dependency. Regards, Gary - Original Message - From: Stéphane Ducasse stephane.duca...@inria.fr To: Pharo-project@lists.gforge.inria.fr Sent: Monday, December 07, 2009 10:22 PM Subject: Re: [Pharo-project] Dealing with Preferences in external packages? You lost me gary :) On Dec 7, 2009, at 6:56 PM, Gary Chambers wrote: Shared settings will introduce another kind of package dependency... Perhaps there is some benefit of all settings being local to a package but cross-linked in some way such that the compatible preferences all change value at the same time in the settings browsers? There will always be some kind of compromise, one way or the other, but it might work ;-) Regards, Gary - Original Message - From: Stéphane Ducasse stephane.duca...@inria.fr To: Pharo-project@lists.gforge.inria.fr Sent: Monday, December 07, 2009 1:50 PM Subject: [Pharo-project] Dealing with Preferences in external packages? Now that setting is starting to get integrated (great) we will also face the problem of branching. For example, how do we manage that OB uses Preferences and that we don't. Any idea or process is welcome. Of course we can have a package full of override but this is the ultimate solution before complete fork. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
Would be nice to expose the technique used in FreeType for underline/strikeout... even if only stub where rendered by a StrikeFont. Would help a lot for other canvas types (PDF, PostScript etc.)... For instance, a P{DF canvas would draw the underline using graphics primitives... Regards, Gary - Original Message - From: Marcus Denker den...@acm.org To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, December 08, 2009 3:36 PM Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... It uses pre-rendered sub-pixel fonts instead of rendering the fonts via FreeType. (Much faster, not quite as nice in details). Freetype fonts are available if needed, though. The pre-rendered fonts just replace the 80ties=looking Squeak fonts and provide a good enough selection for a development image. Marcus 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MetacelloRepository is online
It is possible to do platform-specific configurations within the same configuration. For GLASS, I generate the following attributes: #'gs2.4.x' #'gs2.3.x' #'gs2.x' #'gs3.x' So that I can specify different package versions based on which underlying version of GemStone is running. A similar approach could be followed for Pharo Dale - Stéphane Ducasse stephane.duca...@inria.fr wrote: | It would be nice to have one per version | Pharo1.0 | Pharo1.1 | | May be people should use this convention in file names? | | Stef | | On Dec 8, 2009, at 3:04 AM, Esteban Lorenzano wrote: | | Hi, | I created the project MetacelloRepository as a centralized | repository | for meta-packages, and started uploading metacello configurations. | | MCHttpRepository | location: 'http://www.squeaksource.com/MetacelloRepository' | user: '' | password: '' | | Currently, I uploaded three projects: | | 1) ConfigurationOfFFI | 2) ConfigurationOfSqueakDBX | 3) ConfigurationOfGlorpDBX | | The whole idea of this is to have a project catalog working (like | apt-get), so I encourage you to use it! | | The tools to manage on a fashion way this repository are comming, | please be patient :) | | Cheers, | Esteban | | | | | ___ | Pharo-project mailing list | Pharo-project@lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project | | | ___ | Pharo-project mailing list | Pharo-project@lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
It should be explained somewhere how to replace StrikeFonts for FreeType. Or even better, a preference for that maybe be cool. On Tue, Dec 8, 2009 at 5:14 PM, Gary Chambers gazzagu...@btinternet.comwrote: Would be nice to expose the technique used in FreeType for underline/strikeout... even if only stub where rendered by a StrikeFont. Would help a lot for other canvas types (PDF, PostScript etc.)... For instance, a P{DF canvas would draw the underline using graphics primitives... Regards, Gary - Original Message - From: Marcus Denker den...@acm.org To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, December 08, 2009 3:36 PM Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... It uses pre-rendered sub-pixel fonts instead of rendering the fonts via FreeType. (Much faster, not quite as nice in details). Freetype fonts are available if needed, though. The pre-rendered fonts just replace the 80ties=looking Squeak fonts and provide a good enough selection for a development image. Marcus 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
Why a preference? Its just a matter of selecting the font you like: System Preferences System fonts In the Font Browser you can click on Update and you *should* get all your system fonts. The problem is, that the font browser does not update. If you open it again, you see the fonts. I filed an issue for 1.0/1.1: http://code.google.com/p/pharo/issues/detail?id=1562 Adrian On Dec 8, 2009, at 19:25 , Mariano Martinez Peck wrote: It should be explained somewhere how to replace StrikeFonts for FreeType. Or even better, a preference for that maybe be cool. On Tue, Dec 8, 2009 at 5:14 PM, Gary Chambers gazzagu...@btinternet.com wrote: Would be nice to expose the technique used in FreeType for underline/strikeout... even if only stub where rendered by a StrikeFont. Would help a lot for other canvas types (PDF, PostScript etc.)... For instance, a P{DF canvas would draw the underline using graphics primitives... Regards, Gary - Original Message - From: Marcus Denker den...@acm.org To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, December 08, 2009 3:36 PM Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... It uses pre-rendered sub-pixel fonts instead of rendering the fonts via FreeType. (Much faster, not quite as nice in details). Freetype fonts are available if needed, though. The pre-rendered fonts just replace the 80ties=looking Squeak fonts and provide a good enough selection for a development image. Marcus 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ClassTree new openOn: Collection :)
I started to understand MorphTreeMorph to build a class documentation browsing browser and I discovered that ClassTree new openOn: Collection ClassList new openOn: Collection This is really a good start. We could have it for package and displaying methods Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] macintosh cocoa 32/64bit 64/64bit VM goes BETA
Hi John, it was not the pharo image, but the pharo core image. You can get them direct from the inria download area. This is linked off the pharo-project site. 11049 was an internal update so start from http://gforge.inria.fr/frs/download.php/24763/PharoCore-1.1-11043-alpha.zip I will do this myself just to check the test case. thanks, Mike On Monday, December 7, 2009, John M McIntosh john...@smalltalkconsulting.com wrote: Ah, if someone can describe the test case: which I think is take a pharo 1.1 core 11049 then do update? I'll see where it's hung. would that be the pharo1.1-11073-alphadev09.12.1.zip or pharo1.1-11073-alphaweb09.12.1.zip from the 1.1 alpha links on the main pharo web page? On 2009-12-07, at 1:33 PM, Henrik Sperre Johansen wrote: That's pretty normal, it's happened to me a lot of times, at least. If you leave if for a while, it'll starts responding again. No idea why it happens though, I glanced at the code one time it happened, but no neurons fired :/ Cheers, Henry On 07.12.2009 21:49, Michael Roberts wrote: Hi, I did a quick test on the 32bit version on 10.5.8. I took a pharo 1.1 core 11049 and told it to update from the network. It processed all the updates (took some time) and drew the ok dialog. However it then hung. I am not sure if that is related to the VM or not. in a spare moment I will dig deeper. thanks, Mike On Fri, Dec 4, 2009 at 7:33 PM, John M McIntosh john...@smalltalkconsulting.com wrote: On 2009-12-04, at 4:30 AM, Stéphane Ducasse wrote: john needs beta testersDo not forget I know that we are all terribly busy. Yes , *cough* feedback and response has been zero... Maybe I should push the self-destruct button on the 3.x, 4.x VM series. Where is that red button? Must be here somewhere in the office clutter... -- === John M. McIntoshjohn...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] BUG: 'Error: Instances of UndefinedObject are not indexable' with Interpreter
2009/12/8 Henrik Johansen henrik.s.johan...@veloxit.no Although I'm unable to reproduce it, it seems to me the possibility of a situation where this error could occur increases if text compositing takes too long. (notice how primitiveStoreImageSegment is ). Reasoning; - In TextMorph paragraph, an uninitialized paragraph is installed in the instvar, then line composition happens. - If this method is called from another thread than the UI thread, (say, as a response to an Event, which seems to be the case at least for OB) it might be interrupted by the UI process, which will happily go ahead and try to render the paragraph before it is initialized, then throw an error since lines is still nil. A fix for this problem (which would be to create the paragraph in a temp, then store in instvar only when fully intialized) is attached. Wow!!! you are really the bug killer number one! Thank you very much. Not only I could reproduce it but also apply the fix and be sure it is fixed and working like a charm now. I commit SLICE-Issue1559 http://code.google.com/p/pharo/issues/detail?id=1559-UninitializedParagraph-MarianoMartinezPeck.1 to inbox. Cheers, Mariano If you would file it in and see if it helps, that'd be nice. If it does, feel free to commit a slice to the inbox :) Cheers, Henry On Dec 8, 2009, at 2:56 15PM, Mariano Martinez Peck wrote: Hi folks! I having this problem in pharo1.0-10496-rc1dev09.11.4 but I cannot reproduce it in PharoCore-1.1-11078-ALPHA I don't think it is because of the Pharo version but becuase of dev/core. I would like to tested in a dev from 11078 but the last one I tested was not working as I have warings and popups everywhere (there is already a thread for that). I am in Mac OS. Anyway, you can reproduce it in a fresh pharo1.0-10496-rc1dev09.11.4 image. Steps to reproduce: 1) Download from http://www.squeaksource.com/JBARepo the package VMMakerLoader 2) Evaluate VMMakerLoader loadAndFix 3) Browse the class Interpreter 4) Go to the method primitiveStoreImageSegment. Click on the method and after a second you will have this error. I attach PharoDebug.log in the issue tracker: http://code.google.com/p/pharo/issues/detail?id=1559 Cheers, Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ClassTree new openOn: Collection :)
Stef, Where does this work? My RC1 image either does not contain the classes, or I'm being too dense to see the corrected thing in the list of choices. Interested, if only as examples to help me with a couple of tasks... Bill -Original Message- From: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse Sent: Tuesday, December 08, 2009 11:08 AM To: Pharo-project@lists.gforge.inria.fr Development Cc: notre liste Subject: [Pharo-project] ClassTree new openOn: Collection :) I started to understand MorphTreeMorph to build a class documentation browsing browser and I discovered that ClassTree new openOn: Collection ClassList new openOn: Collection This is really a good start. We could have it for package and displaying methods Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
I tried that but I didn't know it was not refreshing :-) We found and reported this problem a few months ago with Juan Manuel Vuletich (the alpha channel error) BTW, on Mac, the monticello browser's buttons don't look good nether On Tue, Dec 8, 2009 at 3:42 PM, Adrian Lienhard a...@netstyle.ch wrote: Why a preference? Its just a matter of selecting the font you like: System Preferences System fonts In the Font Browser you can click on Update and you *should* get all your system fonts. The problem is, that the font browser does not update. If you open it again, you see the fonts. I filed an issue for 1.0/1.1: http://code.google.com/p/pharo/issues/detail?id=1562 Adrian On Dec 8, 2009, at 19:25 , Mariano Martinez Peck wrote: It should be explained somewhere how to replace StrikeFonts for FreeType. Or even better, a preference for that maybe be cool. On Tue, Dec 8, 2009 at 5:14 PM, Gary Chambers gazzagu...@btinternet.com wrote: Would be nice to expose the technique used in FreeType for underline/strikeout... even if only stub where rendered by a StrikeFont. Would help a lot for other canvas types (PDF, PostScript etc.)... For instance, a P{DF canvas would draw the underline using graphics primitives... Regards, Gary - Original Message - From: Marcus Denker den...@acm.org To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, December 08, 2009 3:36 PM Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... It uses pre-rendered sub-pixel fonts instead of rendering the fonts via FreeType. (Much faster, not quite as nice in details). Freetype fonts are available if needed, though. The pre-rendered fonts just replace the 80ties=looking Squeak fonts and provide a good enough selection for a development image. Marcus 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [update] #10500
Sure there is no new stuff this is the old preference mess :) This is why alain is working like a mad to fix that since 6 months. Stef On Mon, 7 Dec 2009, Gary Chambers wrote: As for Preferences, they are like that (the old preference browser doesn't behave well with cross-dependent settings unless special care is taken). This is in 1.0rc1 and there's no new stuff for preference browsing. Levente Regards, Gary - Original Message - From: Levente Uzonyi le...@elte.hu To: Pharo-project@lists.gforge.inria.fr Sent: Monday, December 07, 2009 6:39 PM Subject: Re: [Pharo-project] [update] #10500 On Sun, 6 Dec 2009, Adrian Lienhard wrote: It seems that with your setup the FreeType fonts are rendered without subpixel AA. Well, this is what's coming out of the box for windows users. I tried tweaking the preferences and got better results with HintingNormal instead of the default HintingLight. Btw the preferences for FreeType are broken, the Preference Browser shows the preferences as enabled even if you disable them. Opening a new Preference Browser shows the correct values. Levente ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New User Experience Suggestion for 1.0
Hi guys Please kick my ass :) I should do some new videos I will try to do that over christmas. The old ones are here http://stephane.ducasse.free.fr/Videos/ Now what would be good is that we get a group of videos One week ago we pairprogram in the train with lukas Stef On Dec 8, 2009, at 5:11 PM, Reg Krock wrote: This has to do with learning styles. There was an interesting discussion on the vw or squeak list a few weeks ago about this. One wants something to allow people to choose what fits their learning style in their initial contact. In addtion to Tim's susggestions, a series of videos could also be useful. Regards, Reg Interesting analogy given Pharo's roots in something widely (and proudly) considered a toy by its creators. However, a game is simply an entertainment medium, and it either works for you or it does not. A programming language hopefully gets a better look, and one with a free pdf book including a walk-through should be worth a noob's time. That said, a workspace full of examples is fine with me. But I continue to think that we should point people to PBE. Bill -Original Message- From: pharo-project-boun...@lists.gforge.inria.fr [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stephen Taylor Sent: Monday, December 07, 2009 10:48 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] New User Experience Suggestion for 1.0 Schwab,Wilhelm K wrote: The counter argument is that PBE is readily available and very well written. It is, but I think it's well worth considering what people think in their first couple of seconds of exposure to a new product - especially something like Smalltalk where people may well be looking at it only from idle curiosity. When I think how quickly and arbitrarily I can reject a game that someone's spent three years sweating blood over... Steve ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] getting rid of Symbol new: ?
On Tue, Dec 8, 2009 at 5:07 PM, Adrian Lienhard a...@netstyle.ch wrote: On Dec 8, 2009, at 12:08 , Mariano Martinez Peck wrote: On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard a...@netstyle.ch wrote: When you are creating your root of objects and you put symbols inside, they are not put in ourPointers but in ByteArray. This is due to the fact that the only object who is pointing to that symbol is inside the segment ? To be precise, the symbols are also pointed to by the symbol table, but only by weak references. Since image segments use the GC mark logic, these pointers are not considered. Ahhh ok. Now I see Symbol class rehashwhere it sets to SymbolTable := WeakSet Now...my finally question is, where in the code you can see the GC only mark normal objects and that week objects are not being taken into account. Do you know ? I tried to search it but I didn't find it. Thanks!! Mariano What you do with this piece of code: symbolHolder := Symbol allSymbols. is to hold those symbols there. So, when ImageSegment uses the GC techniques to detect which objects are ONLY pointed from inside of the segment, the symbols is not found (because it is accessible trough that test) and thus, it goes to outPointers instead of ByteArray. And of course, if it is in outPointers instead of ByteArray when the segment is loaded again, yo don't create a symbol again but use the same object (the one of the oop). I am correct? or I understood anything ? yes. Cheers, Adrian ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] getting rid of Symbol new: ?
On Tue, Dec 8, 2009 at 10:54 PM, Mariano Martinez Peck marianop...@gmail.com wrote: On Tue, Dec 8, 2009 at 5:07 PM, Adrian Lienhard a...@netstyle.ch wrote: On Dec 8, 2009, at 12:08 , Mariano Martinez Peck wrote: On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard a...@netstyle.ch wrote: When you are creating your root of objects and you put symbols inside, they are not put in ourPointers but in ByteArray. This is due to the fact that the only object who is pointing to that symbol is inside the segment ? To be precise, the symbols are also pointed to by the symbol table, but only by weak references. Since image segments use the GC mark logic, these pointers are not considered. Ahhh ok. Now I see Symbol class rehashwhere it sets to SymbolTable := WeakSet Now...my finally question is, where in the code you can see the GC only mark normal objects and that week objects are not being taken into account. Do you know ? I tried to search it but I didn't find it. Sorry, I forgot to said I found this in ObjectMemory markAndTrace: (self isWeakNonInt: oop) ifTrue: [ Set lastFieldOffset before the weak fields in the receiver lastFieldOffset := (self nonWeakFieldsOf: oop) ShiftForWord. And remember as weak root weakRootCount := weakRootCount + 1. weakRoots at: weakRootCount put: oop. ] ifFalse: [ Do it the usual way lastFieldOffset := self lastPointerOf: oop. ]. But I don't know if this make sense or not. Thanks!! Mariano What you do with this piece of code: symbolHolder := Symbol allSymbols. is to hold those symbols there. So, when ImageSegment uses the GC techniques to detect which objects are ONLY pointed from inside of the segment, the symbols is not found (because it is accessible trough that test) and thus, it goes to outPointers instead of ByteArray. And of course, if it is in outPointers instead of ByteArray when the segment is loaded again, yo don't create a symbol again but use the same object (the one of the oop). I am correct? or I understood anything ? yes. Cheers, Adrian ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Dev09.12.1 does not look nice on Linux
On Tue, Dec 8, 2009 at 7:42 PM, Adrian Lienhard a...@netstyle.ch wrote: Why a preference? Its just a matter of selecting the font you like: System Preferences System fonts In the Font Browser you can click on Update and you *should* get all your system fonts. The problem is, that the font browser does not update. If you open it again, you see the fonts. Excellent :) I wasn't aware of this! really cool. I filed an issue for 1.0/1.1: http://code.google.com/p/pharo/issues/detail?id=1562 Adrian On Dec 8, 2009, at 19:25 , Mariano Martinez Peck wrote: It should be explained somewhere how to replace StrikeFonts for FreeType. Or even better, a preference for that maybe be cool. On Tue, Dec 8, 2009 at 5:14 PM, Gary Chambers gazzagu...@btinternet.com wrote: Would be nice to expose the technique used in FreeType for underline/strikeout... even if only stub where rendered by a StrikeFont. Would help a lot for other canvas types (PDF, PostScript etc.)... For instance, a P{DF canvas would draw the underline using graphics primitives... Regards, Gary - Original Message - From: Marcus Denker den...@acm.org To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, December 08, 2009 3:36 PM Subject: Re: [Pharo-project] Dev09.12.1 does not look nice on Linux On Dec 8, 2009, at 4:27 PM, Hernan Wilkinson wrote: but why the previous verson of pharo worked fine? there must be something different in this new image... It uses pre-rendered sub-pixel fonts instead of rendering the fonts via FreeType. (Much faster, not quite as nice in details). Freetype fonts are available if needed, though. The pre-rendered fonts just replace the 80ties=looking Squeak fonts and provide a good enough selection for a development image. Marcus 2009/12/8 laurent laffont laurent.laff...@gmail.com: Hi, I had the same issue with exupery vm. Works with VM Squeak-3.11.3.2135. See: http://n2.nabble.com/New-pharo-images-td4125021.html#a4125467 Laurent 2009/12/8 Hernan Wilkinson hernan.wilkin...@gmail.com Hi, the last version's fonts look really bad. See attached files I have Ubuntu 9.10, 64 bits. Dev09.11.4 looks fine Maybe is a preference setting? Hernan ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] DeprecationHistory
2009/12/8 Alain Plantec alain.plan...@free.fr: Hi all, One of my recents slice for preferences migration has made pharo nearly unusable because a lot of deprecation dialogs was opened for a single browser. Then, the user had to forbid the deprecation warnings in order to avoid these popups. Now, what about a non blocking window which is opened automatically when a deprecated method is run, but showing the list of recents deprecations ? A double click on a list item, et hop!, a browser is opened on the deprecated method. I've tried it on the last pharo image and it seems ok. With it, it is still always possible to let deprecation warning without having to close any dialog window. What do you think ? A screenshot is attached. Cheers Alain +1 I like the idea... Nicolas ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] DeprecationHistory
On 08.12.2009 23:28, Nicolas Cellier wrote: 2009/12/8 Alain Plantecalain.plan...@free.fr: Hi all, One of my recents slice for preferences migration has made pharo nearly unusable because a lot of deprecation dialogs was opened for a single browser. Then, the user had to forbid the deprecation warnings in order to avoid these popups. Now, what about a non blocking window which is opened automatically when a deprecated method is run, but showing the list of recents deprecations ? A double click on a list item, et hop!, a browser is opened on the deprecated method. I've tried it on the last pharo image and it seems ok. With it, it is still always possible to let deprecation warning without having to close any dialog window. What do you think ? A screenshot is attached. Cheers Alain +1 I like the idea... Nicolas +2 Even better if there's a button in each row to open a list of the methods that have been recorded as calling the deprecated version :D Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] getting rid of Symbol new: ?
The chore of loading all 500 fonts on a macintosh, rendering them all to show what they look like, was *quite* expensive and added many 10's of seconds to Sophie startup time. At first we dumped the entire font menu oops tree into a image segment. The did a merge process by checking the current machine's view of the fonts, versus our historical view. usually fonts don't change much so the cost was only reading the directory. This worked oh, 99.99% of the time. The 0.01% was the hassle. Our fallback was then to store the rendered form for each font in an image segment. That seemed to work 100% As pointed out there is just a mess of eToys/Projects/whatever special casing going on in the default storage/reading of the segments, and when it goes bad, it's *hard* to figure out why. I did explore this area a bit more with WikiServer. In fact it's still on my to-do list, you can customize/override things to get a more simplistic set of steps, but I wasn't quite sure that sending a Pier Wiki to an image segment would be readable in the future, so I decided not to offer that as a storage option. On 2009-12-08, at 3:04 AM, Henrik Johansen wrote: On Dec 8, 2009, at 11:33 20AM, Mariano Martinez Peck wrote: Thanks John. I am interested in your experience. However, I didn't understand this last paragraph where you said to finally make it work. I don't understand what did you change. What is the difference between font menu and stored forms of each font face for the menu ? The way I read it, instead of storing the fonts themselves in an image segment, they stored a form with a string rendered by the font, then used that to display in list instead of actually loading the font, and rendering text with it. That way the list could be shown fast, without having to load the fonts themselves until actually used/fonts on the machine changes. In addition, do you know why this has solved the problems ? If you look at the relative complexity of TTCFont and Form instances, it'd hardly come as a surprise that one may be loaded consistently, while the other is harder to get loaded correctly in all cases... In other words, to me it seems like a workaround for non-repeatable errors when loading complex objects within ImageSegments (by storing simpler objects instead). Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project