July 2015 - Pharo-dev - lists.pharo.org

current stable Pharo4.0 VM

by Nicolai Hess

Can we create a new stable VM version for Pharo4.0 package at pharo.org The current one is quite old and has a bug with scroll events on windows 10670 <https://pharo.fogbugz.com/default.asp?10670> Scrolling unfocused list nicolai Smalltalk vm interpreterSourceVersion -> 'https://github.com/pharo-project/pharo-vm.git Commit: 81b5d19917dcb78f22482a780deec48c53738396 Date: 2014-09-20 14:36:18 +0200

July 7, 2015

Re: [Pharo-dev] RBUnpackagedCodeRule

by Yuriy Tymchuk

Itâs already integrated in Pharo 5. Iâll open a backport issue for Pharo 4 soon. I was a bitâ¦ busy last few days Uko > On 07 Jul 2015, at 21:34, stepharo <stepharo(a)free.fr> wrote: > > send it ;) > > Le 16/6/15 17:06, Yuriy Tymchuk a Ã©crit : >> Ah, then I can do it like: >> >> anEntity package isDefault >> >> Thanks, I like that, but Iâll also wait a bit for other feedback before submitting the change :) >> >> Uko >> >>> On 16 Jun 2015, at 17:02, Thierry Goubier <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: >>> >>> I believe what you want to check is if it belongs to the #_UnpackagedPackage, in which cas it is not referenced in any package yet. >>> >>> Thierry >>> >>> 2015-06-16 16:58 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>> Hi, does RBUnpackagedCodeRule still make sense? >>> >>> Because from time to time it gives false positives, so Iâve tried to rewrite it as: >>> âanEntity package mcPackage isNilâ >>> >>> but it turns out that every method and class has MCPackage. >>> >>> Uko >>> >> >

July 7, 2015

Re: [Pharo-dev] On Missing Class: Why not describe error?

by stepharo

So why don't you propose a solution? Stef Le 12/5/15 14:50, Damien Pollet a Ã©crit : > I just faced that trying to load variableByteSubclasses of > NBExternalStructâ¦ somehow I managed to not immediately give up with > the whole thingâ¦ but seriously this is a real efficient way to > instantly reach my frustration limit. > > On 11 May 2015 at 21:59, Sean P. DeNigris <sean(a)clipperadams.com > <mailto:sean@clipperadams.com>> wrote: > > Sean P. DeNigris wrote > > Any reason not to make it... > > Issue 15524: CodeImport: Better info on non-existent behavior > https://pharo.fogbugz.com/default.asp?15524 > > Fix in inbox: > SLICE-Issue-15524-CodeImport-Better-info-on-non-existent-behavior-SeanDeNigris.1 > > - Put which class and which label in the error message > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/On-Missing-Class-Why-not-describe-error-tp4825681p482… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet

July 7, 2015

Re: [Pharo-dev] RBUnpackagedCodeRule

by stepharo

send it ;) Le 16/6/15 17:06, Yuriy Tymchuk a Ã©crit : > Ah, then I can do it like: > > anEntity package isDefault > > Thanks, I like that, but Iâll also wait a bit for other feedback > before submitting the change :) > > Uko > >> On 16 Jun 2015, at 17:02, Thierry Goubier <thierry.goubier(a)gmail.com >> <mailto:thierry.goubier@gmail.com>> wrote: >> >> I believe what you want to check is if it belongs to the >> #_UnpackagedPackage, in which cas it is not referenced in any package >> yet. >> >> Thierry >> >> 2015-06-16 16:58 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com >> <mailto:yuriy.tymchuk@me.com>>: >> >> Hi, does RBUnpackagedCodeRule still make sense? >> >> Because from time to time it gives false positives, so Iâve tried >> to rewrite it as: >> âanEntity package mcPackage isNilâ >> >> but it turns out that every method and class has MCPackage. >> >> Uko >> >> >

July 7, 2015

Re: [Pharo-dev] Strange Slice+Changes behavior

by stepharo

Let us know. It would be good to see if we can reproduce it. Stef Le 7/7/15 14:19, Peter UhnÃ¡k a Ã©crit : > Hi, > > I'm encountering very strange slice+changes behavior and I am not sure > wtf is going on... > because it's showing that there are changes in untouched code... > > So imagine I've changed two packages "Spec-Core" and "Spec-Examples" > > If I create a slice for the package independently, then displaying > changes looks fine > > Spec-Core Changes > > â > or > > Spec-Examples Changes > > â > so far so good, but if I in the slice maker select both packages... > and then check the changes this shows up > > â > which is wtf... I didn't touch AbstractAdapter nor other classes. It's > almost like it's comparing "Spec-Examples" against "Spec-Core" > > If I (after creating slice for both packages) select "Spec-Core" it's > complaining about removed classes... which are from "Spec-Examples" > > â > âHowever "Spec-Examples" still looks just fine > > â > What is going on? What am I missing? > > This is not the first time I am making slices, but I've never > encountered this. > > Thanks, > Peter

July 7, 2015

Re: [Pharo-dev] Rubic is getting more and more lowlevel

by stepharo

Hi Pavel Rubric will replace the PluggableTextMorph and friends. So it is at the same level. Rubric is not an external package. It is the replacement for TextEditor SmalltalkTextEditor PluggableTextMorph (and subclasses). => we should not use these classes and we will deprecated them. We also want to remove NewList. I need some help from exteban to see how we can express the API in FTList. FTList should replace Pluggable***List*. So we should make sure that they are not used anymore too. It is important because we want to be able to improve the system while preparing the move to Bloc/Brick. What should be done it to define ConfigurationOf for a lot more. We are working with guille and christophe (check the dependency browser) because we start to use it a lot. Stef Le 7/7/15 17:15, Pavel Krivanek a Ã©crit : > Hi, > > it is understandable that Rubic is used in our most basic tools but > because it is an semi-external project with a configuration, it makes > some dependency problems in Pharo. It is not possilbe to use Nautilus > without it and newly the Workspace (from Tool-Workspace) is not > possilbe to load properly. > Currently we have no configuratons for all tools that are using Rubic > and these tools are nested deeply in the system so we cannot have > right loading order of Pharo packages. > Please, do not add new dependencies from Pharo monolit to external > packages. > > Cheers, > -- Pavel

July 7, 2015

Re: [Pharo-dev] Fast Table scroll steps

by Stephan Eggermont

https://pharo.fogbugz.com/default.asp?15916

July 7, 2015

Could not resolve a packageâ¦ and what?

by Yuriy Tymchuk

Hi, from time to time Iâm experiencing issues with metacello, but now I decided to ask you for a suggestion. In the exact situation I was loading a baseline (form BaselineOfâ¦ class) and it says: âCould not resolve: <some package> in â¦package-cacheâ. Ok. Now first question is: why doesnât it find the package in the same repository where baseline came from? When I use metacello script it works, when I try to load it manually (by getting a baseline and sending #load) it fails. Second thing: Iâve copied that package from the filetree repository into package-cache. And the error persists. So always when I was getting âCould not resolve: <some package> in â¦package-cacheâ I asked: âAnd what? It is thereâ¦â and loaded project using metacello script. But maybe someone can give me a hint on how can I understand whatâs wrong, because I feel stupid :( Uko

July 7, 2015

Re: [Pharo-dev] Fast Table scroll steps

by Stephan Eggermont

On 07-07-15 17:49, Esteban Lorenzano wrote: > yes, it feels a lot better now :) Yeah, even though it scrolls a lot slower now :) > thanks! Happy to help. Stephan

July 7, 2015

Re: [Pharo-dev] Fast Table scroll steps

by Esteban Lorenzano

yes, it feels a lot better now :) thanks! > On 07 Jul 2015, at 17:43, Stephan Eggermont <stephan(a)stack.nl> wrote: > > Something like > > visibleRows := self container calculateExactVisibleRows. > numberOfRows := self dataSource numberOfRows. > interval := (visibleRows / numberOfRows) asFloat. > delta := 1/numberOfRows. > pageDelta := ((visibleRows-1) floor)*delta. > self verticalScrollBar > scrollDelta: delta pageDelta: pageDelta; > interval: interval > > pagedelta is still off first time. > > Stephan > >

July 7, 2015