- Pharo-dev - lists.pharo.org

Re: [Pharo-project] I cannot see the code in the latest Moose build

by Fabrizio Perin

If we don't use the latest version of Nautilus what about to load the working version of Omnibrowser? Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOmniBrowser'; load. (ConfigurationOfOmniBrowser project version: #stable) load: #( 'Dev' 'Dev Tests'). Cheers, Fabrizio 2012/5/11 Tudor Girba <tudor(a)tudorgirba.com> > Now, I switched the build process to use as a seed, the fixed Nautilus > image built on May 4. > > This means that, at this point, in the Moose image Nautilus does not get > updated anymore. > > Cheers, > Doru > > > On 11 May 2012, at 08:52, Tudor Girba wrote: > > > I can reproduce the problem. > > > > Nautilus is loaded from its own repository like: > > Gofer new > > url: 'http://ss3.gemstone.com/ss/Nautilus'; > > package: 'ConfigurationOfNautilus'; > > load. > > (ConfigurationOfNautilus project version: #stable) load. > > > > > > It seems that when you load this in Pharo 1.4, there is a mismatch with > RPackage-Core: if I load the latest RPackage-Core version, it seems to work. > > > > But, if you load the version (213) from the MetaRepoForPharo14, it > works. So, now I changed the loading code to be: > > Gofer new > > squeaksource:'MetaRepoForPharo14'; > > package: 'ConfigurationOfNautilus'; > > load. > > (ConfigurationOfNautilus project version: #stable) load. > > > > > > Nevertheless, it would be good if the ConfigurationOfNautilus would > continue to load properly in 1.4. > > > > Cheers, > > Doru > > > > > > > > On 10 May 2012, at 15:01, Fabrizio Perin wrote: > > > >> Hi, > >> I download the latest yellow build from the moose web site (8 may). > When I open Nautilus I cannot see the code. > >> > >> I don't have any clue if it is about Nautilus or about how Nautilus is > loaded in Moose or about something else. > >> > >> Any idea? > >> > >> Cheers, > >> Fabrizio > > > > -- > > www.tudorgirba.com > > > > "Sometimes the best solution is not the best solution." > > > > -- > www.tudorgirba.com > > "It's not how it is, it is how we see it." > > >

May 12, 2012

[Pharo-project] Copying classes: breaking contract or not?

by Mariano Martinez Peck

Hi guys. The last literal of a instance-side compiled method always points to the SAME (#==) association of the class in Smalltalk global. The literals of a compiled method that refer to class variables refer to the same association (#==) of the classPool of its class: self assert: ((GRPlatform class >> #current) literalAt: 1) == (GRPlatform classPool associationAt: #Current). -> true However, if I do a copy of the class: | copy | copy := GRPlatform copy. self assert: ((copy class >> #current) literalAt: 1) == (copy classPool associationAt: #Current). this is not true anymore. Of course, you can see this because of the Class >> #copy implementation: So my question is....is #copy breaking the contract (and therefore it has to be fixed) or this is not mandatory for the system (as it is with the last literal pointing to classes)? Thanks, -- Mariano http://marianopeck.wordpress.com

May 12, 2012

[Pharo-project] Implementors of...

by Hilaire Fernandes

Tried from Nautilus: Why when asking 'implementors of ' in the method menu, I only got the implementor of this method. Am I doing something wrong? Look like the browser need a lot of love. Hilaire -- Dr. Geo -- http://www.drgeo.eu

May 12, 2012

Re: [Pharo-project] Some user interface suggestions

by StÃ©phane Ducasse

Rick what you can also do is to set up a couple of script so that you set the settings to the value you like. On May 11, 2012, at 7:02 PM, J.F. Rick wrote: > Hi everybody, > > as you might remember, I'm teaching Pharo in an introductory class. I'm finding a few rough edges with Pharo and was wondering whether people could help me. I'm using Pharo 1.3 with the CogVM on Mac OS X Lion. > > One problem I have is with fullScreen mode. First, I could no longer figure out how to go into fullScreen mode from the menus. Is this something that Pharo users don't do? If so, that seems a real shame. I then used the command (Display fullScreen: true). That worked, but, when I'm in fullScreen mode, I can no longer Alt-Tab between applications or workspaces. Is this a CogVM problem? Is it just that that's no longer the accepted way to go into fullScreen mode? > > In the class I'm doing live coding, basing a lot of stuff on showing something in a Workspace and having students work on problems to print to the Transcript (we are still on very basic for loops and have a while to go before they can use the browser to create classes). I use the Workspace to just list the things that I want to cover on that day. This is a mixture of plain text and code snippets. Kudos on being able to employ native fonts. I was able to use a big font that works well on the projector. Here are a few things I wish I could do: > 1) Turn off syntax highlighting (already implemented) and programming-specific input (not enabled). When I just write a piece of text, it thinks I'm trying to write a message name. If I add a [, it adds the matching ]. Syntax highlighting and programming-specific input could be separate things, but they could also go together (i.e., you turn off one, then you turn off the other). For my use, I'd ideally want to switch off both highlighting and input help. yes > 2) On a small note, when you turn off syntax highlighting, the workspace retains the current font. Ideally, it should switch everything to a black default font. > 3) I'd like to be able to bold some text to make it appear like a heading (e.g., Assignment 3). With Squeak, you could just bring up the halos, get down to the text, and change the aspects. With halos gone, I don't know of a way to do this. Perhaps it would at least make sense to move some of that lost functionality to the contextual menu. > 4) When I change the global font for workspace content, it does not affect existing workspaces. Considering how well the redecoration of system windows works, I'd expect that to work as well. I think that I fixed that in 1.4 because Text usage did not honor the setting. > 5) There are some awkward bits to the programming-specific input. Here's one that happens to me all the time. I have incorrectly placed the boundaries of a block. I delete the [ from the original location. I go to the new location to place it. I enter in [, but get []. To get what I want, I have to hit [, right arrow, and backspace. This is even worse for trying to add an extra ' to a place it is missing. I press ' and get ''. I find my cursor in the middle, so I hit backspace. Instead of deleting one ', it deletes both. Wouldn't it make more sense to have a backspace delete the automatic addition; that's the way most auto-correct systems work. So, [ + backspace produces [ and ' + backspace produces '. I think that would be more intuitive. Yes sometimes the system is confused. In 1.4 we starting to clean the mess around Ocompletion/ecompletion and we should continue. > > Cheers, > > Jeff > > PS Overall, I'm pretty happy with Pharo. It definitely has fewer rough edges and a smoother interface than Squeak. That's important for my students. Thanks. Jeff could you open one issue per problem so that we can tackle them one by one. I would be really interested by the exercises you propose. Also improving ProfStef. So if you have ideas :)

May 12, 2012

Re: [Pharo-project] [BUG]: Nautilus won't launch

by Esteban Lorenzano

yes... we need to iterate over RPackage soon :) On May 12, 2012, at 10:37 AM, StÃ©phane Ducasse wrote: > may be you found a bug in the integration of RPAckage to the system. > Unloading or removing a class may not be refreshed in the packages. > > > On May 11, 2012, at 8:22 PM, Sean P. DeNigris wrote: > >> Issue 5867: [BUG]: Nautilus won't launch >> http://code.google.com/p/pharo/issues/detail?id=5867 >> >> I don't understand the problem exactly, but this fixes it: >> >> RPackageOrganizer default packages do: [ :e | >> (e instVarNamed: #classExtensionSelectors) removeKey: >> #FlatMessageListBrowser ifAbsent: [] ] >> >> -- >> View this message in context: http://forum.world.st/BUG-Nautilus-won-t-launch-tp4627226.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >

May 12, 2012

Re: [Pharo-project] [BUG]: Nautilus won't launch

by StÃ©phane Ducasse

may be you found a bug in the integration of RPAckage to the system. Unloading or removing a class may not be refreshed in the packages. On May 11, 2012, at 8:22 PM, Sean P. DeNigris wrote: > Issue 5867: [BUG]: Nautilus won't launch > http://code.google.com/p/pharo/issues/detail?id=5867 > > I don't understand the problem exactly, but this fixes it: > > RPackageOrganizer default packages do: [ :e | > (e instVarNamed: #classExtensionSelectors) removeKey: > #FlatMessageListBrowser ifAbsent: [] ] > > -- > View this message in context: http://forum.world.st/BUG-Nautilus-won-t-launch-tp4627226.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 12, 2012

Re: [Pharo-project] SSO - CAS Client in Smalltalk ?

by StÃ©phane Ducasse

Hi cedric Let us know because I like to get as protocol and solutions to interact with the world. May be such effort could be supported by esug too. Stef On May 11, 2012, at 2:18 PM, CÃ©drick BÃ©ler wrote: > Hi all, > > I'd like to develop some web apps for our university but one prerequisite is to use the Central Authentication Service [1]. It's an open source authentication service and I wonder if somebody has ever worked with it and if there are any client available. Do you have any experience and/or pointers ? > > If not, I may dog into the protocol and see what I can do. I've spotted PHP implementation and also Ruby [2]. > > I think that could be a nice addition to Zinc even if not as widespread as OAuth/OpenID stuffs. > > TIA > > CÃ©drick > > [1] http://en.wikipedia.org/wiki/Central_Authentication_Service > [2] https://github.com/rubycas/rubycas-client > >

May 12, 2012

Re: [Pharo-project] Short rant on platforms and sessions

by StÃ©phane Ducasse

Thanks for the info. Indeed it is nice. On May 11, 2012, at 2:56 AM, Chris Muller wrote: >> Dolphin shows us the correct path: session awareness. The image "wakes up" >> and decides where it is running - the vm can certainly help in Pharo's >> case. External resources are *not* cleared on image save - the image might >> keep running, so why release and reallocate? Finalization is best-effort. >> External resources are cleared just before exiting, but *after* any >> associated image save. When the image wakes, one of its first duties is to >> clear (not release via calls) any external resources, because they are known >> to be garbage at this point. >> >> It works, and works well. > > I don't have experience with Dolphin, but that does sound like a > clever solution to avoiding the release/reallocate burden on image > save (and not exiting).. >

May 12, 2012

Re: [Pharo-project] [review needed] Do we remove SmartRefStream?

by StÃ©phane Ducasse

On May 11, 2012, at 10:27 AM, Marcus Denker wrote: > > With Fuel, we should take the opportunity to clean up the systm. There are things we need to keep > for a while (DataStream, for example, a it is used by Monticello). > > But what about SmartRefStream? With ImageSegment already gone, does it make sense to keep > it? The code looks horrible. > > One can just remove it and all remaining users like this: > > http://code.google.com/p/pharo/issues/detail?id=5859 > > Can we do that? do we need to formally deprecate it? would be good even if so boringâ¦ :) > > -- > Marcus Denker -- http://marcusdenker.de > >

May 12, 2012

Re: [Pharo-project] DateAndTime hash was: Re: [squeak-dev] true hash

by StÃ©phane Ducasse

On May 11, 2012, at 6:59 AM, Paul DeBruicker wrote: > I made issue 5858: https://code.google.com/p/pharo/issues/detail?id=5858 > > And Nicolas Cellier improved my suggestion as noted in the issue. **Thanks**!!!

May 12, 2012