Re: [Pharo-project] NewCompiler load on PharoCore
Elliot it would be reay cool to have this in the squeak-vm what should be done to get it? Stef On Jan 13, 2010, at 7:41 PM, Eliot Miranda wrote: A *much* better way to implement this is to support immutability in the VM (I know, I know, but all the code is available in the Newspeak VM), mark objects one wants to mark as dirty as immutable, catch the NoModificationError exception, and proceed after having made the object mutable and marked it dirty. No creating hidden classes, no trying to get change class to work for compact classes, etc. Just a simple VM-implemented write barrier that can also be used for a host of other things (object-database mapping, debugging, immutable literals etc). On Wed, Jan 13, 2010 at 9:55 AM, Chris Muller asquea...@gmail.com wrote: A great description of what WriteBarrier does and how it works can be found in the WriteBarrier class-comment, itself. In a nutshell, when an object is added to a WriteBarrier, a subclass is dynamically compiled for it, but not added to the Smalltalk dictionary. The name of the class is the same as its superclass but with a '*' appended to it. After creating the subclass, WriteBarrier looks at all definitions of each instance variable, and adds methods to override the methods in its superclass. The generated override checks the pre-state of the instVar, calls super, then compares the post-state of the instVar to the pre-state. If it changed, it signals so that the application (Magma) can mark it dirty. So, it allows Magma to operate with a smaller readSet, which speeds up the part of the commit process relating to detection of changed objects for building the CommitPackage which is shipped off to the server.. - Chris 2010/1/13 Miguel Enrique Cobá Martinez miguel.c...@gmail.com: El mié, 13-01-2010 a las 18:08 +0200, Igor Stasenko escribió: Can someone clarify, why WriteBarrier depends on compiler (new compiler or old compiler - not really important). I just wonder what compiler functionality its depends on. WriteBarrier uses the class BytecodeGenerator that is part of the package NewCompiler (that is currently on rewrite for the closure images). Why it need it and how it use it, I really don't know. I have only a vague idea of what WriteBarrier does, and as Mariano said, I use Magma but never used or activated the WriteBarrier functionality of it. Cheers 2010/1/13 Mariano Martinez Peck marianop...@gmail.com: On Wed, Jan 13, 2010 at 5:02 PM, Chris Muller asquea...@gmail.com wrote: 2010/1/12 Mariano Martinez Peck marianop...@gmail.com: Magma depends on NewCompiler ??? No, WriteBarrier depends on NewCompiler. Magma can, at the explicit option of the user, turn on the WriteBarrier option if the WriteBarrier package is present. WriteBarrier used to be self-contained, later it became dependent on NewCompiler. Unless the WriteBarrier option is switched on by the user, its presence or absence in the image (as well as NewCompiler) has no effect on Magma. Thanks for the clarification Chris. It was strange for me that as I used Magma a couple of times and I never installed WriteBarrier neither NewCompiler. Cheers Mariano - Chris ___ 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 -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- 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 ___ 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] Comments on Metacello and ConfigurationOfExternalWebBrowser
Two little remarks of the conf: you are using for FFI '1.0-baseline', not a version, this means that it will ALWAYS bring the latest version (maybe unstable). That's why I always try to put a particular version that I know is stable. Thought about that again and looked at other examples. Now the baseline of ExternalWebbrowser depends on a baseline of FFI. And the version itself uses the version. See ConfiguratonOfExternalWebBrowser-tbn-5.mcz This is similar to what Dale did in the seaside 3.0 config with grease and follows the rules from #lesson11Blessing: Since the latest #baseline version should reflect the most up-to-date project structure, ... should load the absolute bleeding edge of the project. Come on!!! That's not an excuse ;) Have access now - typos in the tutorial are fixed. Included in 1.0-beta.20 of metacello conf. Just run ConfigurationOfMetacello loadLatestPackages Bye T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Vm-dev] SystemTracer64 progress
Hi Dave, Thank you for your feedback :), Now, in the PharoCore64, some tests crash or loops. I will see that :) Cheers, Jannik On Jan 12, 2010, at 13:29 , David T. Lewis wrote: On Tue, Jan 12, 2010 at 08:31:11AM +0100, Laval Jannik wrote: On Jan 12, 2010, at 04:55 , David T. Lewis wrote: Over the weekend I made some progress in getting SystemTracer updated to do 64-bit image tracing. Previously SystemTracer64 did not work on little-endian machines (Mantis 5240). This is corrected now, and the code is on SqueakSource in project SystemTracing. I can now trace a Squeak 3.10.2 image to 64-bit format on my Linux AMD box (little endian), producing a runnable 64-bit image. For an up to date Squeak trunk image, I can trace a 64 image that loads and runs (display opens and things start working), but that has problems with resuming its background processes (low space watcher etc). Possibly it's related to the block closure changes, although I believe there was an earlier report of a Pharo image with block closures being successfully traced to 64 bit format. Hi David, I cannot write my changes. So you can have them in attachment. In these .cs, there is a merge with your version .15. And it works with Pharo. Jannik, Thank you for sending this. I will compare and merge as soon as I have some more free time. Also, your PharoCore64-1.1-11152-UNSTABLE image works fine on my Linux box. Dave ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ConfigurationOfAlien
Alain, thanks for pointing this out. I've tried with the latest dev images, and it works there. In the core images it doesn't. as you found out. Anybody have a clue why? I dont have time to track down why at the moment, but will do in the future. Fernando On Jan 14, 2010, at 9:19 AM, Alain Plantec wrote: Hi all, From a freshly updated 11151-11156 after (ConfigurationOfAlien project version:'1.0') load. I've Array DNU createMethod:header: and can't open debugger anymore. see screenshot. Maybe ConfigurationOfAlien/Alien is(are) only for 1.0 ? Sorry if I missed something. Cheers Alain Fernando olivero a écrit : Hi, just added ConfigurationOfAlien to the MetacelloRepository. To load Alien using Metacello configurations evaluate Gofer new url: 'http://www.squeaksource.com/MetacelloRepository' ; package: 'ConfigurationOfAlien'; load. (ConfigurationOfAlien project version:'1.0') load. ( John please update the ALIEN squeaksource page with the previous text ) Note: Using the available MAC VM i the pharo page, you should be able to run the test correctly. ( the alien plugin 'IA32ABI 7 May 2009 (e)', is compiled inside that vm, there's no need for the external one) Metacello question: If i want load Alien Examples, the package Alien-MacOSExamples, but don't want to add them to the above configuration , should i create a new #versionXXX method ? Or provide a class side method like for example ConfigurationOfAlienloadWithMaxOsExamples (ConfigurationOfAlien project version:'1.0') load:#('Alien-MacOsExamples') Saludos, Fernando ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Capture.pngATT1..txt ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ConfigurationOfAlien
Thanks Mariano! I was hoping you gave me feedback on Metacelllo usage! I really think it would usefull to have this info, available in the Metacello tutorial or the web page. To provide examples of usage. Fernando On Jan 13, 2010, at 6:46 PM, Mariano Martinez Peck wrote: On Wed, Jan 13, 2010 at 5:43 PM, Fernando olivero olive...@lu.unisi.ch wrote: Hi, just added ConfigurationOfAlien to the MetacelloRepository. To load Alien using Metacello configurations evaluate Gofer new url: 'http://www.squeaksource.com/MetacelloRepository' ; package: 'ConfigurationOfAlien'; load. (ConfigurationOfAlien project version:'1.0') load. ( John please update the ALIEN squeaksource page with the previous text ) Excellent Hi Fernando: I checked the Conf, I hope you don't bother if I give you some feedback. In version1: try to put mostly only versions. Static information like spec package: 'Alien-Core' with: [ spec requires: #( 'Alien-Prereqs' ) ]. would be better to put them in the baseline. All static and structure information (groups, requieres, etc) should go in baseline. And in version, only versions, author, date, description, blessing, etc. Post and preload for exaple, it depends. Is they are likely to be always the same, put them in baseline. If they are particular for a version, put them in version. In your case I think they should go on baseline. You didn't put the dependency from Alien-CoreTest to Alien. Think that every package should be perfectly loaded. So, if Alien-CoreTest depends on Alien-Core, then, you have to put it. The same with the examples. Note: Using the available MAC VM i the pharo page, you should be able to run the test correctly. ( the alien plugin 'IA32ABI 7 May 2009 (e)', is compiled inside that vm, there's no need for the external one) Metacello question: If i want load Alien Examples, the package Alien-MacOSExamples, but don't want to add them to the above configuration , should i create a new #versionXXX method ? Or provide a class side method like for example ConfigurationOfAlienloadWithMaxOsExamples (ConfigurationOfAlien project version:'1.0') load:#('Alien-MacOsExamples') In my opinion, neither. I would use groups for this. Something like this in baseline mehtod: spec group: 'default' with: #('Core' ); group: 'Core' with: #( 'Alien-Core' ); group: 'Tests' with: #( 'Alien-CoreTest' ); group: 'Examples' with: #('Alien-MacOSExamples' ); Then to load the project, you can evaluate: (ConfigurationOfAlien project version: '') load (this will install the default, which is core) (ConfigurationOfAlien project version: '') load: 'Tests' will load that group or: (ConfigurationOfAlien project version: '') load: #('Core' 'Tests' 'Examples' ) and will load everything. For more information you can look in MetacelloRepository, there are a lot of examples. Cheers Mariano Saludos, Fernando ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ATT1..txt ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Time for a new election in squeak.org soon
PS. I still consider Pharo and Squeak to be highly intertwined communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are you guys called? :) ...is also welcome. Hmmm... Pharies maybe ;-) ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Re: Flaw in SocketStreampeek detected
Göran Krampe wrote: Hi all! I presume this bug is also in Pharo so I CCed. Sorry, never mind, Igor already cross posted... regards, Göran ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] WorkingSet
On 14 janv. 2010, at 00:33, Romain Robbes wrote: Future work: integration in the browser :) How do you envision that? I tried to not be too browser-specific, as these things are moving targets. I would not integrate that in browser because it makes the state machine of this brittle tools brittler and like that you can focus on working set functionality vs browser bugs :) If anything, WorkingSet makes code browsers look like disposable entities. It opens so many of them that it even includes a shortcut to close all the windows opened by it :-). I was thinking of a browser focused only on items displayed in a working set. However, this is a slightly different definition of working set (one where you can also pinned down some entities). One problem I noticed but related to completion (because I also have this problem with the mercury search bar). When completing a keyword message, spaces are automatically inserted between keyword to put parameters. This fails the search because it does not take the full message, only a part of it. On a sidenote, it seems that installing WrokingSet deactivates the shortcut to Algernon (shift-return). Can someone confirm? What I would like to have now is a better window placement, with possibilities to tile windows. Has anybody done something like that already? I think that Stéphane did a bit of hacking at one point :) I know the logic is in the RealEstateAgent class. At one time, I thought that making the window appears with the title bar right under the mouse pointer could be a good idea. If the window placement does not suite you, you can click and move the window. Besides, if you open windows through the world menu, that means you clicked in an empty space right before, so good location to start. -- Simon ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] tabs with close button
Thanks Gary, Sounds like someone needs to get his hands dirty :). I will wait for now, but if nobody picks this up, I might give it a try :). Cheers, Doru On 13 Jan 2010, at 15:38, Gary Chambers wrote: The tabs (labels) can accept any morph so you could roll your own, say, a row with a LabelMorph and ControlButtonMorph having an appropriate icon as its label, along with an action to (via your code). A bit fiddly at the moment as TabGroupMorph doesn't have methods fro removing tabs/pages though. Regards, Gary - Original Message - From: Tudor Girba tudor.gi...@gmail.com To: Pharo Development pharo-project@lists.gforge.inria.fr Sent: Wednesday, January 13, 2010 1:52 PM Subject: [Pharo-project] tabs with close button Hi, Is there a Tab widget that offers the possibility of closing a tab (maybe with a small x button near each tab)? Cheers, Doru -- www.tudorgirba.com There are no old things, there are only old ways of looking at them. ___ 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 -- www.tudorgirba.com Sometimes the best solution is not the best solution. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] custom ui theme
Hi, I am trying to tweak a bit the way the splitters are drawn in the watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, and I just overrode resizer* and splitter* methods. However, when I make MyTheme beCurrent, the windows get painted in Squeakish colors (blue, green) instead of gray. I am probably missing something, but I do not know what. What should I do to get the gray back? Cheers, Doru -- www.tudorgirba.com Presenting is storytelling. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] WorkingSet
On Jan 14, 2010, at 7:34 AM, Simon Denier wrote: On 14 janv. 2010, at 00:33, Romain Robbes wrote: Future work: integration in the browser :) How do you envision that? I tried to not be too browser-specific, as these things are moving targets. I would not integrate that in browser because it makes the state machine of this brittle tools brittler and like that you can focus on working set functionality vs browser bugs :) If anything, WorkingSet makes code browsers look like disposable entities. It opens so many of them that it even includes a shortcut to close all the windows opened by it :-). I was thinking of a browser focused only on items displayed in a working set. However, this is a slightly different definition of working set (one where you can also pinned down some entities). well, you could try the recent submissions window World Tools More ... Recent Submissions . WorkingSet is a kind of nicer ui to the same data (so far). One problem I noticed but related to completion (because I also have this problem with the mercury search bar). When completing a keyword message, spaces are automatically inserted between keyword to put parameters. This fails the search because it does not take the full message, only a part of it. yes, I'm aware of this On a sidenote, it seems that installing WrokingSet deactivates the shortcut to Algernon (shift-return). Can someone confirm? that's possible. there's no keyboard shortcut registry, so we both did an override in the same spot, I suppose. What I would like to have now is a better window placement, with possibilities to tile windows. Has anybody done something like that already? I think that Stéphane did a bit of hacking at one point :) I know the logic is in the RealEstateAgent class. At one time, I thought that making the window appears with the title bar right under the mouse pointer could be a good idea. If the window placement does not suite you, you can click and move the window. Besides, if you open windows through the world menu, that means you clicked in an empty space right before, so good location to start. One think I need to try is to have windows openInHand and not openInWorld. Then you get to place them yourself. I have to see if this makes using the tool cumbersome or not. -- Simon ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Romain Robbes http://www.inf.unisi.ch/phd/robbes ___ 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] #11157
11157 - Issue 1491: ImageSegment has special code for Player Issue 1816: New tests for ImageSegment Mariano and Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] WorkingSet
On a sidenote, it seems that installing WrokingSet deactivates the shortcut to Algernon (shift-return). Can someone confirm? Yes, I can :( I really like algernon and I would like to use both at the same time. Do you know if this can be fixed Romain ? Cheers Mariano What I would like to have now is a better window placement, with possibilities to tile windows. Has anybody done something like that already? I think that Stéphane did a bit of hacking at one point :) I know the logic is in the RealEstateAgent class. At one time, I thought that making the window appears with the title bar right under the mouse pointer could be a good idea. If the window placement does not suite you, you can click and move the window. Besides, if you open windows through the world menu, that means you clicked in an empty space right before, so good location to start. -- Simon ___ 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] Some notes we took during our experience
On Thu, Jan 7, 2010 at 4:02 PM, Stéphane Ducasse stephane.duca...@inria.frwrote: Hi marcus jannik and me got fun and fixed some cycles. Here are some extra notes I took - PreferenceBrowserMorph and friends should be removed. - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people just wanted to report aCompiled method list and return a methodReference list). - Services - split into Services-Morphic and Services-Core - but services should be removed for now - Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner - URL should be replaced by URI - WordArrayForSegment - ImageSegment Done in 11157 :) Cheers Mariano - FilePackage - Tools - TextDiffBuilder - in its own package. 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] [ANN] JQueryWidgetbox and Metacello
Hi, the JQuery Widget box project now switched to Metacello: - there is now a ConfigurationOfJQueryWidgetBox project/class in htp://squeaksource.com/MetacelloRepository - this configuration includes a baseline and a first version 1.0 - the old loader project (JQWidgetBox-Loader) - in http://squeaksource.com/JQueryWidgetBox can be used as before - it now internally uses Metacello How to get started: === We assume a clean image - for instance the latest pharo core (PharoCore-1.0-10506rc1.image) - without any Seaside here: A. THE OLD WAY -- To get the old loader (which is now ALWAYS loading the latest version from the metacello configuration) evaluate: Gofer new squeaksource: 'JQueryWidgetBox'; package: 'JQWidgetBox-Loader'; load. Answer yes - and see how Seaside 3.0 and the widget project is loaded. When finished start a webserver through WAKom startOn: 9092 and point browser to http://localhost:9092/browse/jquery-widgets This is working as before - but not as flexible as with Metacello. B. THE NEW (METACELLO) WAY -- First you need to load the Metacello configuration for the project Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfJQueryWidgetBox'; load. You can now decide to get: == B.1. the latest version (including all tests, examples and widgets - similar to the old loader in A.) (Smalltalk at: #ConfigurationOfJQueryWidgetBox) loadLatestVersion B.2. a specific version (currently there is only one) ((Smalltalk at: #ConfigurationOfJQueryWidgetBox) project version: '1.0') load B.3. load a specific widget for your seaside project from Widget box version 1.0 (without tests and examples) ((Smalltalk at: #ConfigurationOfJQueryWidgetBox) project version: '1.0') load: 'JQWidgetBox-Growl-Core' B.4. load a specific widget for your seaside project from Widget box version 1.0 (including tests and examples) ((Smalltalk at: #ConfigurationOfJQueryWidgetBox) project version: '1.0') load: 'JQWidgetBox-Growl-Dev' B.5. load three widgets for your seaside project from Widget box version 1.0 (two with tests/examples and the first without tests/examples) ((Smalltalk at: #ConfigurationOfJQueryWidgetBox) project version: '1.0') load: #('JQWidgetBox-Growl-Core' 'JQWidgetBox-Calculator-Dev' 'JQWidgetBox-Calculator-Dev') B.6. load all the latest packages from the 1.0 baseline - with all widgets, respective tests and examples to do development ((Smalltalk at: #ConfigurationOfJQueryWidgetBox) project version: '1.0-baseline') load If an example for a widget is loaded it will automatically appear at http://localhost:9092/browse/jquery-widgets Things to note: === If one wraps and adds new jquery widgets to the widget box project he must now add it in the metacello configuration. The old loader project should stay unchanged and remains for compatibility reasons. Have fun, T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Comments on Metacello and ConfigurationOfExternalWebBrowser
On Thu, Jan 14, 2010 at 9:53 AM, Torsten Bergmann asta...@gmx.de wrote: Two little remarks of the conf: you are using for FFI '1.0-baseline', not a version, this means that it will ALWAYS bring the latest version (maybe unstable). That's why I always try to put a particular version that I know is stable. Thought about that again and looked at other examples. Now the baseline of ExternalWebbrowser depends on a baseline of FFI. And the version itself uses the version. See ConfiguratonOfExternalWebBrowser-tbn-5.mcz Torsten: Maybe it is not correct what I do but in your case, for example, I wouldn't put the baseline of FFI. project: 'FFI' with: [ spec className: 'ConfigurationOfFFI'; file: 'ConfigurationOfFFI'; version: '1.0-baseline'; repository: ' http://www.squeaksource.com/MetacelloRepository' ]. I don't like to put ANYTHING related to version or baselines in a baseline method. I just want to put dependencies, groups, etc. So I would write: project: 'FFI' with: [ spec className: 'ConfigurationOfFFI'; file: 'ConfigurationOfFFI'; repository: ' http://www.squeaksource.com/MetacelloRepository' ]. Then, in the version method, I would put exactly what you did: spec project: 'FFI' with: '1.0'. So...in summary, form my point of view, is not necessary to put the baseline when defining the dependency to FFI. I insist that you should also send this kind of mails to Metacello mailing list :) This is similar to what Dale did in the seaside 3.0 config with grease and follows the rules from #lesson11Blessing: Since the latest #baseline version should reflect the most up-to-date project structure, ... should load the absolute bleeding edge of the project. Come on!!! That's not an excuse ;) Have access now - typos in the tutorial are fixed. Included in 1.0-beta.20 of metacello conf. Just run ConfigurationOfMetacello loadLatestPackages Col!!! Excellent. Thank you very much :) Bye T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ 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] Pharo-users mailing-list
Hi guys We know that some of you cannot handle the volume of our mailing-list. We created a new mailing-list users Pharo-users -- A friendly place where any question about pharo is welcome http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users we should probably blog on that on the web... 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] Pharo-users mailing-list
2010/1/14 Stéphane Ducasse stephane.duca...@inria.fr: Hi guys We know that some of you cannot handle the volume of our mailing-list. We created a new mailing-list users Pharo-users -- A friendly place where any question about pharo is welcome http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users we should probably blog on that on the web... Hi Stef, the given link is in French. Not a problem for you perhaps, but for someone as ignorant as me, it is :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] custom ui theme
Tudor Girba wrote: Hi, I am trying to tweak a bit the way the splitters are drawn in the watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, and I just overrode resizer* and splitter* methods. However, when I make MyTheme beCurrent, the windows get painted in Squeakish colors (blue, green) instead of gray. I am probably missing something, but I do not know what. What should I do to get the gray back? Cheers, Doru Hi Doru, you might try in MyTheme classnewDefaultSettings ^super newDefaultSettings standardColorsOnly: true Seems like you could have overridden an override Good luck,...Stan -- View this message in context: http://n2.nabble.com/custom-ui-theme-tp4391907p4393746.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Issue with deprecated method in ByteString
Hi, Running some tests of my own app, I just got a deprecated warning popup in the debugger. The method is #isZero in ByteString, and isZero is called from SmallInteger #/. I'm using the 10506 Core image. What can I do to fix this? -- -JT ___ 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 with deprecated method in ByteString
Never divide by a string 2010/1/14 John Toohey j...@parspro.com: Hi, Running some tests of my own app, I just got a deprecated warning popup in the debugger. The method is #isZero in ByteString, and isZero is called from SmallInteger #/. I'm using the 10506 Core image. What can I do to fix this? -- -JT ___ 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 with deprecated method in ByteString
Don't divide a number by a ByteArray?;) Cheers, Henry Den 14. jan. 2010 kl. 19.25 skrev John Toohey j...@parspro.com: Hi, Running some tests of my own app, I just got a deprecated warning popup in the debugger. The method is #isZero in ByteString, and isZero is called from SmallInteger #/. I'm using the 10506 Core image. What can I do to fix this? -- -JT ___ 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 with deprecated method in ByteString
:-) forgot an #asNumber in one of my forms. On Thu, Jan 14, 2010 at 13:35, Henrik Johansen henrik.s.johan...@veloxit.no wrote: Don't divide a number by a ByteArray?;) Cheers, Henry Den 14. jan. 2010 kl. 19.25 skrev John Toohey j...@parspro.com: Hi, Running some tests of my own app, I just got a deprecated warning popup in the debugger. The method is #isZero in ByteString, and isZero is called from SmallInteger #/. I'm using the 10506 Core image. What can I do to fix this? -- -JT ___ 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 -- -JT ___ 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 with deprecated method in ByteString
Then remember to handle invalid input gracefully too :) Cheers Den 14. jan. 2010 kl. 19.40 skrev John Toohey j...@parspro.com: :-) forgot an #asNumber in one of my forms. On Thu, Jan 14, 2010 at 13:35, Henrik Johansen henrik.s.johan...@veloxit.no wrote: Don't divide a number by a ByteArray?;) Cheers, Henry Den 14. jan. 2010 kl. 19.25 skrev John Toohey j...@parspro.com: Hi, Running some tests of my own app, I just got a deprecated warning popup in the debugger. The method is #isZero in ByteString, and isZero is called from SmallInteger #/. I'm using the 10506 Core image. What can I do to fix this? -- -JT ___ 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 -- -JT ___ 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] Pharo-users mailing-list
my mistake. I'm so used to english everywhere that I did not even payed attention that this page was created first in french. Now this is fixed :) Yes there was a button :) Stef On Jan 14, 2010, at 7:24 PM, Igor Stasenko wrote: 2010/1/14 Stéphane Ducasse stephane.duca...@inria.fr: Hi guys We know that some of you cannot handle the volume of our mailing-list. We created a new mailing-list users Pharo-users -- A friendly place where any question about pharo is welcome http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users we should probably blog on that on the web... Hi Stef, the given link is in French. Not a problem for you perhaps, but for someone as ignorant as me, it is :) Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ 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] NewCompiler load on PharoCore
it would be reay cool to have this in the squeak-vm what should be done to get it? I'll upload the Newspeak VMMaker package to a suitable repository. I could also try and do an extract and merge. Alternatively someone who is interested could do the same starting from the Newspeak release. this is not that I'm not interested but I never played with VMMaker and now I should not play (only project proposal and integrating fixes during recess). 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] Time for a new election in squeak.org soon
Peter Hugosson-Miller wrote: PS. I still consider Pharo and Squeak to be highly intertwined communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are you guys called? :) ...is also welcome. Hmmm... Pharies maybe ;-) Pharaohs! ...now if we were still using initials instead of full names I would look for who had the initials tut... -Martin ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Time for a new election in squeak.org soon
On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure mar...@hand2mouse.comwrote: Peter Hugosson-Miller wrote: PS. I still consider Pharo and Squeak to be highly intertwined communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are you guys called? :) ...is also welcome. Hmmm... Pharies maybe ;-) Pharaohs! ...now if we were still using initials instead of full names I would look for who had the initials tut... I wish we had more Cleos in the community -Martin ___ 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] Time for a new election in squeak.org soon
2010/1/14 Eliot Miranda eliot.mira...@gmail.com: On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure mar...@hand2mouse.com wrote: Peter Hugosson-Miller wrote: PS. I still consider Pharo and Squeak to be highly intertwined communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are you guys called? :) ...is also welcome. Hmmm... Pharies maybe ;-) Pharaohs! ...now if we were still using initials instead of full names I would look for who had the initials tut... I wish we had more Cleos in the community Programming was never been popular among Cleos. I can count all of womans, who i knew seem to do some programming using only my single hand fingers ;) -Martin ___ 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 -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Time for a new election in squeak.org soon
On 14 jan 2010, at 21.33, Igor Stasenko siguc...@gmail.com wrote: 2010/1/14 Eliot Miranda eliot.mira...@gmail.com: On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure mar...@hand2mouse.com wrote: Peter Hugosson-Miller wrote: PS. I still consider Pharo and Squeak to be highly intertwined communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are you guys called? :) ...is also welcome. Hmmm... Pharies maybe ;-) Pharaohs! ...now if we were still using initials instead of full names I would look for who had the initials tut... I wish we had more Cleos in the community Programming was never been popular among Cleos. I can count all of womans, who i knew seem to do some programming using only my single hand fingers ;) Yes, and it's a crying shame! Still, on Tuesday I'll be holding a course to introduce a couple of colleagues to Smalltalk, and one of them is a Sussie. I'll be sure and mention this community on my course, so fingers crossed that I can get her interested! -Martin ___ 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 -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Cheers, Peter ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] custom ui theme
Hi, I did not override this method: MyTheme classnewDefaultSettings But, adding the code you mention does not seem to have an effect. Still confused :). Cheers, Doru On 14 Jan 2010, at 17:44, Stan Shepherd wrote: Tudor Girba wrote: Hi, I am trying to tweak a bit the way the splitters are drawn in the watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, and I just overrode resizer* and splitter* methods. However, when I make MyTheme beCurrent, the windows get painted in Squeakish colors (blue, green) instead of gray. I am probably missing something, but I do not know what. What should I do to get the gray back? Cheers, Doru Hi Doru, you might try in MyTheme classnewDefaultSettings ^super newDefaultSettings standardColorsOnly: true Seems like you could have overridden an override Good luck,...Stan -- View this message in context: http://n2.nabble.com/custom-ui-theme-tp4391907p4393746.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com Don't give to get. Just give. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Time for a new election in squeak.org soon
Cleopatra was a really amazing queen. Now to comment on your point: - it is amazing that when I was teaching Scheme women were better than men in average and still they would not continue in CS. - when I went in India for lectures this was more 50-50 probably because coding is not a well payed job there. Now in europe we have even problem to recruit male CS and the number of students in applied maths/maths which is normally more than CS is decreasing too. May be they all want to be managers. Stef On Thu, Jan 14, 2010 at 12:04 PM, Martin McClure mar...@hand2mouse.com wrote: Peter Hugosson-Miller wrote: PS. I still consider Pharo and Squeak to be highly intertwined communities so input from Pharons/Pharaos/Pharooosies/p... ah, what are you guys called? :) ...is also welcome. Hmmm... Pharies maybe ;-) Pharaohs! ...now if we were still using initials instead of full names I would look for who had the initials tut... I wish we had more Cleos in the community -Martin ___ 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] #11158
11158 - - Issue 478:[Pending Etoy Cleaning] ObjectdefaultNameStemForInstances - Issue 479:[Etoy Pending Cleaning] Object externalName - Issue 491:[Pending Etoy Cleaning] MorphdefaultFloatPrecisionFor - Issue 490:[Pending Etoy Cleaning] Morph decimalPlacesForGetter: Thanks a ***lot *** alain ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Putting Algernon and WorkingSet in a Dev image
I think both are really great tools and if people don't use them is mostly because they don't know that even they exist or how they work. What do you think about loading both tools in PharoDev? they are little tools and easy to install. Maybe we can give them a try during one PharoDev and if they don't like, they can just be don't included any more. Do you want to try them first ? For WorkginSet: read this mail: http://n2.nabble.com/ANN-WorkingSet-td4286093.html#a4286093 For Alegernon evaluate: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfAlgernon'; load. ((Smalltalk at: #ConfigurationOfAlgernon) project version: '0.9.1') load. (Smalltalk at: #Algernon) openWelcomeWorkspace For the lazy ones, this is what that workspace says: Algernon is a productivity tool for Pharo programmers; your personal assistant for Pharo. Algernon aims to make programming in Pharo faster and more keyboard centric. It is a launcher and quick way to access any category, class, morph, or global variable in your image. Pressing shift-return anywhere brings up Algernon. Start typing a class name, a morph's name, a category, an object, global variable and a list of items is filtered as you type. Press return to perform the default action on that item, or press tab to see a list of possible actions. Algernon can also evaluate Smalltalk expressions. Simply bring up Algernon and type = to enter expression mode to have quick access or print the results. Usage: Press shift-return to bring up Algernon. Start typing a name, then press return to perform the default action on the item, or hit tab to see a list of possible actions, included, for example, open that class in a new browser. Press right arrow to drill into a class or category and see its methods or classes, respectively. Press ctrl-r to refresh if you add new items that need to be indexed. What do you think ? Mariano ps: +1 for me :) ___ 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] #11159
11159 - - Issue 1743: move temps into inner scope so long that we will have to provide an image ... Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] SocketStreamatEnd
Hello guys, today, by examining closely the #atEnd implementation , i came to conclision that is can be made as simple as: atEnd ^ self isDataAvailable not Because, take a close look at old implementation: atEnd self isInBufferEmpty ifFalse: [^false]. ***--- ^self isConnected not and: [self isDataAvailable not] and: isDataAvailable self isInBufferEmpty ifFalse: [^true]. ---***--- ^socket dataAvailable ifFalse: [false] ifTrue: [self receiveDataIfAvailable; isDataAvailable] a SocketdataAvailable answers false on closed or invalid socket. You can check it quite simply: (SocketStream openConnectionToHostNamed: 'google.com' port: 80) socket closeAndDestroy dataAvailable (SocketStream openConnectionToHostNamed: 'google.com' port: 80) close socket dataAvailable Socket new dataAvailable = all 3 answer false Therefore, a complex logic in #atEnd, could be simplified. Please, try to find a flaw in my conclusions. I think there's not. But 2 (or more) heads always better than 1. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] SocketStreamatEnd
It appears that im wrong. sorry for disturbing :) 2010/1/15 Igor Stasenko siguc...@gmail.com: Hello guys, today, by examining closely the #atEnd implementation , i came to conclision that is can be made as simple as: atEnd ^ self isDataAvailable not Because, take a close look at old implementation: atEnd self isInBufferEmpty ifFalse: [^false]. ***--- ^self isConnected not and: [self isDataAvailable not] and: isDataAvailable self isInBufferEmpty ifFalse: [^true]. ---***--- ^socket dataAvailable ifFalse: [false] ifTrue: [self receiveDataIfAvailable; isDataAvailable] a SocketdataAvailable answers false on closed or invalid socket. You can check it quite simply: (SocketStream openConnectionToHostNamed: 'google.com' port: 80) socket closeAndDestroy dataAvailable (SocketStream openConnectionToHostNamed: 'google.com' port: 80) close socket dataAvailable Socket new dataAvailable = all 3 answer false Therefore, a complex logic in #atEnd, could be simplified. Please, try to find a flaw in my conclusions. I think there's not. But 2 (or more) heads always better than 1. -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Re: SocketStreamatEnd
Igor Stasenko wrote: It appears that im wrong. sorry for disturbing :) ...but thanks for digging in the SocketStream code! It was quite a while since I wrote it :) While we are at it we should improve the primitive for searching in String/ByteArrays to include at stopAt: argument. This would increase speed and simplify the horribly tricky logic in the upTo: family of methods in SocketStream. The reason for the trickiness is the fact that the search primitive always searches to the very end of the buffer (there is no stopAt: parameter) AND the buffer can of course include old data after the current end marker in which we may find false hits. I remember the pain in writing that code... regards, Göran ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [BUG][FIX][FIX], was: (Re: [squeak-dev] Re: Flaw in SocketStreampeek detected)
My first attempt to fix it was also flawed. Thanks to Stephan for pointing it out. (You can read our discussion here: http://code.google.com/p/pharo/issues/detail?id=1813) I hope this time its fixing it! :) -- Best regards, Igor Stasenko AKA sig. socketstream-fix2.1.cs Description: Binary data ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] custom ui theme
You could try sending #resetDefaultSettings to your new theme class, maybe something odd happened. The defaults are stored in a class instance variable so each theme can retain a, potentially user customised, set of settings that will survive selection between alternate themes. Had a go doing a subclass myself but encountered no apparent problem here. Regards, and good luck, Gary On Thu, 2010-01-14 at 21:51 +0100, Tudor Girba wrote: Hi, I did not override this method: MyTheme classnewDefaultSettings But, adding the code you mention does not seem to have an effect. Still confused :). Cheers, Doru On 14 Jan 2010, at 17:44, Stan Shepherd wrote: Tudor Girba wrote: Hi, I am trying to tweak a bit the way the splitters are drawn in the watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, and I just overrode resizer* and splitter* methods. However, when I make MyTheme beCurrent, the windows get painted in Squeakish colors (blue, green) instead of gray. I am probably missing something, but I do not know what. What should I do to get the gray back? Cheers, Doru Hi Doru, you might try in MyTheme classnewDefaultSettings ^super newDefaultSettings standardColorsOnly: true Seems like you could have overridden an override Good luck,...Stan -- View this message in context: http://n2.nabble.com/custom-ui-theme-tp4391907p4393746.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com Don't give to get. Just give. ___ 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] custom ui theme
Thanks Gary, Resending #resetDefaultSettings still does not work, but it looks like the problem appears only in one of my images where I created this code. I loaded the code in another image and it works just as expected. It could be that the problem is that I executed MyTheme in an intermediary step, even before I made it a subclass of UIThemeWatery2, and this probably got the system into some unwanted state. Cheers, Doru On 15 Jan 2010, at 01:42, Gary Chambers wrote: You could try sending #resetDefaultSettings to your new theme class, maybe something odd happened. The defaults are stored in a class instance variable so each theme can retain a, potentially user customised, set of settings that will survive selection between alternate themes. Had a go doing a subclass myself but encountered no apparent problem here. Regards, and good luck, Gary On Thu, 2010-01-14 at 21:51 +0100, Tudor Girba wrote: Hi, I did not override this method: MyTheme classnewDefaultSettings But, adding the code you mention does not seem to have an effect. Still confused :). Cheers, Doru On 14 Jan 2010, at 17:44, Stan Shepherd wrote: Tudor Girba wrote: Hi, I am trying to tweak a bit the way the splitters are drawn in the watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, and I just overrode resizer* and splitter* methods. However, when I make MyTheme beCurrent, the windows get painted in Squeakish colors (blue, green) instead of gray. I am probably missing something, but I do not know what. What should I do to get the gray back? Cheers, Doru Hi Doru, you might try in MyTheme classnewDefaultSettings ^super newDefaultSettings standardColorsOnly: true Seems like you could have overridden an override Good luck,...Stan -- View this message in context: http://n2.nabble.com/custom-ui-theme-tp4391907p4393746.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com Don't give to get. Just give. ___ 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 -- www.tudorgirba.com Problem solving efficiency grows with the abstractness level of problem understanding. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image
2010/1/14 Mariano Martinez Peck marianop...@gmail.com: What do you think ? I don't remember about Algernon, but WorkingSet has overrides. We decided not to accept packages with overrides anymore in Pharo: http://code.google.com/p/pharo/wiki/Packages. -- 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] Putting Algernon and WorkingSet in a Dev image
On Fri, Jan 15, 2010 at 8:46 AM, Damien Cassou damien.cas...@gmail.comwrote: 2010/1/14 Mariano Martinez Peck marianop...@gmail.com: What do you think ? I don't remember about Algernon, but WorkingSet has overrides. We decided not to accept packages with overrides anymore in Pharo: http://code.google.com/p/pharo/wiki/Packages. Good point Damien Thanks...I will installed in each image for myself then Now, I guess there should be a way to automatically detect the overrides...do you know how ? Thanks! Mariano -- 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