- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Nautilus: Why is Search Field Pre-filled?

by Alexandre Bergel

Strange. I find it very useful. I have already felt frustrated to always enter the same package name at _each_ system browser I open. However, it is true that there are different ways of working: some people open rarely new browser, some other open many browser. Alexandre > On Apr 10, 2015, at 11:54 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > What is the rationale? I don't like it. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Nautilus-Why-is-Search-Field-Pre-filled-tp4819003.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 13, 2015

Re: [Pharo-dev] Nautilus: Why is Search Field Pre-filled?

by stepharo

> > > 2015-04-11 9:27 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > I think there is a problem with it... > if I browse a class with shortcut "ctrl+b", then the name of > the package where the class is is added to the search. > This at least to me quite annoying as I often do lookups of > other classes but I am not interested in the whole package... > so every so often I have to clear it. > Is this a bug or a feature? > > > It is considered as a feature :) > (14634 <https://pharo.fogbugz.com/default.asp?14634> Package > Filter in Nautilus should use the last used filter when a new > window is opened) > > I don't know, to me it looks like side effect, I'll ask Juraj. yes to me too. Stef > > Peter > > > > > Peter > > On Sat, Apr 11, 2015 at 8:12 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > when you type a search and close the browser and reopen it > you do not have to retype again and again. > We should revisit this pane > because we could have a plus/pin button that logs the > previous search. > > Stef > > Le 11/4/15 04:54, Sean P. DeNigris a Ã©crit : > > What is the rationale? I don't like it. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Nautilus-Why-is-Search-Field-Pre-filled-tp4819003.html > Sent from the Pharo Smalltalk Developers mailing list > archive at Nabble.com. > > > > > > >

April 12, 2015

Re: [Pharo-dev] Can't Log In to CI

by Stephan Eggermont

On 12/04/15 19:43, jannik laval wrote: > Same here :( And here. Both pharo-contribution and moose Stephan

April 12, 2015

Re: [Pharo-dev] Can't Log In to CI

by jannik laval

Same here :( 2015-04-12 14:15 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > On 12 Apr 2015, at 12:43, Max Leske <maxleske(a)gmail.com> wrote: > > > > > >> On 12 Apr 2015, at 04:08, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > >> > >> Did something change in the last 12 hours? > > > > Confirmed. Canât log in either. > > Me neither > > > I get > > > > Invalid login information. Please try again. > > Try again > > If you are a system administrator and suspect this to be a configuration > problem, see the server console output for more details. > > > > > >> > >> > >> > >> ----- > >> Cheers, > >> Sean > >> -- > >> View this message in context: > http://forum.world.st/Can-t-Log-In-to-CI-tp4819109.html > >> Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >> > > > > > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

April 12, 2015

Re: [Pharo-dev] Problem during the loading of setting on Pharo 4

by Cyril Ferlicot

thank you ! On 11 April 2015 at 14:21, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > This is because you exported all your settings previously and in the > meantime, this particular setter has changed to cacheDirectory:. This is a > systematic problem with the current setting mechanism and we will have to > deal with it after the Pharo 4 release. To circumvent the problem for now, I > have added a backward compatible customDirectory: setter. > > It is available in the latest GT-Playground and will be integrated in Pharo > 4: > > Name: GT-Playground-TudorGirba.110 > Author: TudorGirba > Time: 11 April 2015, 2:18:59.123037 pm > UUID: 58b68605-0af7-4854-be65-b3cda2385cef > Ancestors: GT-Playground-TudorGirba.109 > > introduced customDirectory: for backward compatibility > > Cheers, > Doru > > On Fri, Apr 10, 2015 at 4:59 PM, Ferlicot D. Cyril > <cyril.ferlicot(a)gmail.com> wrote: >> >> Hi ! >> I use Pharo Launcher and each time I open a new Pharo 4 image, this image >> load my Pharo 4 settings. But since the version 40601 when Pharo load the >> settings i've an error: "MessageNotUnderstood: GTPlayBook class>> >> customDirectory:". >> >> If others have the same problem i'll open a bug repport. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- Cheers Cyril Ferlicot

April 12, 2015

Re: [Pharo-dev] Pillar package dependency

by Cyril Ferlicot

Hum.. Do we really need the pillarLineEnding method ? Because if you check that return exaclty the same as the lineEnding method into OSPlateform... Someone know why we have a pillarLineEnding method instead of lineEnding ? On 12 April 2015 at 10:53, stepharo <stepharo(a)free.fr> wrote: > somebody added you apparently. > Is it ok now? > > Stef > > Le 11/4/15 09:43, Johan Brichau a Ã©crit : > >> Hi all, >> >> Can someone give me access to the Pillar repository or fix the issue >> below? >> >> I was trying to play around with Pier3 (which uses Pillar) but immediately >> hit an issue. When loading: >> >> Metacello new >> configuration: 'Pier3'; >> version: #'release3.1'; >> load. >> >> And then opening localhost:8080 pier gives you a DNU on >> MacOSXPlatform>>pillarLineEnding >> >> The issue is that the code of Pillar-Model (which is loaded by Pier) is >> dependent on Pillar-ExporterCore (which contains the method above). >> I think two things need to be done: >> - move the #pillarLineEnding method to the Pillar-Model >> - move the #pillarLineEnding method from Platform class to GRPlatform >> class to ease porting to other Smalltalks >> >> thanks >> Johan >> >> >> >> > > -- Cheers Cyril Ferlicot

April 12, 2015

Re: [Pharo-dev] Can't Log In to CI

by Sven Van Caekenberghe

> On 12 Apr 2015, at 12:43, Max Leske <maxleske(a)gmail.com> wrote: > > >> On 12 Apr 2015, at 04:08, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> Did something change in the last 12 hours? > > Confirmed. Canât log in either. Me neither > I get > > Invalid login information. Please try again. > Try again > If you are a system administrator and suspect this to be a configuration problem, see the server console output for more details. > > >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/Can-t-Log-In-to-CI-tp4819109.html >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> > >

April 12, 2015

Re: [Pharo-dev] Can't Log In to CI

by Max Leske

> On 12 Apr 2015, at 04:08, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Did something change in the last 12 hours? Confirmed. Canât log in either. I get Invalid login information. Please try again. Try again If you are a system administrator and suspect this to be a configuration problem, see the server console output for more details. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Can-t-Log-In-to-CI-tp4819109.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

April 12, 2015

Re: [Pharo-dev] [Pharo-fuel] Binding semantics of SystemDictionary

by Max Leske

> On 10 Apr 2015, at 11:28, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > Hmm, there is something that I'm missing: > > do you have a real case where fuel is failing? :) No :) But itâs something that has the potential to fail at any time. > > if so, I'd focus on that: where does it come from, how was that class created, maybe it's a very specific case that you can handle in an ad-hoc way (and then leave fuel as it is right nowâ¦) Thatâs why I suggested signalling an exception. It wouldnât change anything about Fuel. But in case someone encounters the problem, Fuel will fail early (during serialization) instead of (very) late (during materialization). Cheers, Max > > El vie., 10 de abr. de 2015 a la(s) 11:24 a. m., Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> escribiÃ³: >> On 07 Apr 2015, at 13:30, vm-dev-request(a)lists.squeakfoundation.org <mailto:vm-dev-request@lists.squeakfoundation.org> wrote: >> >> Hmm, I think we are mixing stuff here ^^ >> >> Method Dictionaries and system dictionary accept any object as keys. >> >> To execute code, the VM only checks for identity (+ identity hash that does >> not change) in method dictionaries. The VM never looks up in the system >> dictionary. >> Actually the VM does not make any assumption on the objects you put as >> keys. This makes the VM simpler. >> Then tools enforce that we put there symbols as keys in both. But, we could >> put anything we would like. > > Interesting. > >> >> So, answering your questions: >> >> 1. Are bindings with keys that are not ByteString or ByteSymbol valid? >> >> Theoretically yes, but nobody uses this for real for now. Camille has >> some prototypes that uses this to enforce modularity. >> >> 2. Should we keep allowing ByteString as keys to globals (ByteSymbol >> guarantees identity)? >> >> Well, usually the tools will make sure that you transform them to a >> symbol before. >> >> 3. If we allow ByteString, do we also allow WideString? >> >> Any object ^^ >> >> 4. Would âtype checksâ on SystemDictionary incur a big performance penalty? >> >> Maybe, but not only that. It makes the code more messy also, and >> hardcode tool assumptions. I don't put any type checks in any of my code >> usually, why start there... We should fix fuel to not make that assumption >> instead I think. > > > I agree. I donât like type checks. Just wanted to have talked about the option. > > Thanks for your input Guille. Iâm still not sure how to solve this issue for Fuel though. I see several options: > - signal an exception when the key to a global is not a symbol > - simply serialize a string representation of the key, which will lead to a lookup failure on materialization - > not good > - serialize the identityHash of the key. The identity hash of a symbol is stable across different images and VMs but not across Squeak and Pharo -> not good > - serialize the actual key. This requires us to rewrite the global handling logic and it will once again break backwards compatibility. This might be something for the future. > > So maybe we should: > 1. signal an exception -> no change for users > 2. In a future version rewrite the global handling logic to allow for arbitrary global keys. > > Opinions? > > Cheers, > Max > _______________________________________________ > Pharo-fuel mailing list > Pharo-fuel(a)lists.gforge.inria.fr <mailto:Pharo-fuel@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel <http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel>

April 12, 2015

Re: [Pharo-dev] Can't Log In to CI

by Marcus Denker

> On 12 Apr 2015, at 04:08, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Did something change in the last 12 hours? > > not that I know Marcus

April 12, 2015