January 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 9b1332: 30702

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 9b1332c5365e8a61e5996139b6f718ce1cbaff1e https://github.com/pharo-project/pharo-core/commit/9b1332c5365e8a61e5996139… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-17 (Fri, 17 Jan 2014) Changed paths: M ScriptLoader30.package/ScriptLoader.class/instance/cleaning/flushCaches.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script355.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30702.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Spec-Core.package/AbstractWidgetModel.class/class/specs/adapterName.st M Spec-Core.package/AbstractWidgetModel.class/class/specs/defaultSpec.st A Spec-Core.package/ButtonModel.class/class/specs/adapterName.st M Spec-Core.package/ButtonModel.class/instance/private/addShortcutTipFor_on_.st A Spec-Core.package/CheckBoxModel.class/class/specs/adapterName.st A Spec-Core.package/ContainerModel.class/class/specs/adapterName.st A Spec-Core.package/DialogWindowModel.class/class/specs/adapterName.st A Spec-Core.package/DiffModel.class/class/specs/adapterName.st A Spec-Core.package/DropListModel.class/class/specs/adapterName.st A Spec-Core.package/DynamicComposableModel.class/instance/rremove me/ensureExtentFor_.st A Spec-Core.package/IconListModel.class/class/specs/adapterName.st A Spec-Core.package/ImageModel.class/class/specs/adapterName.st A Spec-Core.package/LabelModel.class/class/specs/adapterName.st A Spec-Core.package/ListModel.class/class/specs/adapterName.st A Spec-Core.package/MenuGroupModel.class/class/specs/adapterName.st A Spec-Core.package/MenuItemModel.class/class/specs/adapterName.st A Spec-Core.package/MenuModel.class/class/specs/adapterName.st A Spec-Core.package/MultiColumnListModel.class/class/specs/adapterName.st A Spec-Core.package/NewListModel.class/class/specs/adapterName.st A Spec-Core.package/RadioButtonModel.class/class/specs/adapterName.st A Spec-Core.package/SliderModel.class/class/specs/adapterName.st A Spec-Core.package/TabManagerModel.class/class/specs/adapterName.st A Spec-Core.package/TabModel.class/class/specs/adapterName.st A Spec-Core.package/TextInputFieldModel.class/class/specs/adapterName.st A Spec-Core.package/TextModel.class/class/specs/adapterName.st A Spec-Core.package/TreeColumnModel.class/class/specs/adapterName.st A Spec-Core.package/TreeModel.class/class/specs/adapterName.st A Spec-Core.package/TreeNodeModel.class/class/specs/adapterName.st A Spec-Core.package/WindowModel.class/class/specs/adapterName.st M Spec-MorphicAdapters.package/MorphicButtonAdapter.class/instance/private/buildLabel_withIcon_.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/widget API/accept_notifying_.st M Spec-PolyWidgets.package/EditableList.class/definition.st Log Message: ----------- 30702 12643 MNU if a ButtonModel label is nil https://pharo.fogbugz.com/f/cases/12643 12663 #cleanUpForRelease should only be run on the build server https://pharo.fogbugz.com/f/cases/12663 http://files.pharo.org/image/30/30702.zip

Jan. 17, 2014

[Issue Tracker] 3.0 TODO down to 44 issues

by Marcus Denker

Hi, We are at 44 issues tagged âMilestone 3.0â and rated âMust fixâ or higher: https://pharo.fogbugz.com/f/filters/64/3-0-TODO We closed 74 issues the last 7 days. Marcus

Jan. 17, 2014

Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700

by Camille Teruel

On 16 janv. 2014, at 16:58, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hello, > > I was looking into that, the first (maybe only) reason is that the new class builder > can not make anonymous subclasses of classes with ByteLayout Is that really a bug? Should it really be possible to subclass a class that has a byte layout with a class that has a fixed layout? Because: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue ] raises IncompatibleLayout but: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue; layoutClass: ByteLayout ] doesn't. A simple fix is to take the same layout class than the superclass by default instead of FixedLayout, isn't it? For example with lazy initialization: SlotClassBuilder>>#layoutClass ^ layoutClass ifNil: [ layoutClass := superclass layout class ] > > https://pharo.fogbugz.com/f/cases/12488/Can-not-create-newAnonymousSubclass… > > On 16 Jan 2014, at 16:55, Torsten Bergmann <astares(a)gmx.de> wrote: > >> When loading PunQLite [1] in recent Pharo3.0 Latest update: #30700 >> I get an exception (IncompatibleLayoutConflict). >> >> It all boils down to the single expression: >> >> (NBExternalTypeValue ofType: 'NBInt64') >> >> from an initialize method which raises this. When I try in Pharo3.0 Latest >> update: #30579 it works. >> >> How can this be fixed? Is there something missing from the latest NB integration? >> >> Thx >> T. >> >> >> [1] http://smalltalkhub.com/#!/~MasashiUmezawa/PunQLite >> > >

Jan. 17, 2014

Re: [Pharo-dev] ZnServer with empty request handler

by Denis Kudriashov

Thank's. It's work. 2014/1/17 Sven Van Caekenberghe <sven(a)stfx.eu> > Hi Denis, > > On 17 Jan 2014, at 08:31, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > Hello. > > > > I try to investigate with pharo some http requests from external clients. > > But this code is not working: > > > > server := (ZnServer defaultOn: 1701). > > server logToTranscript. > > server > > debugMode: true; > > onRequestRespond: [ :request | request explore ]; > > start. > > > > [ZnClient new get: 'http://localhost:1701' ] fork > > > > And I get "MessageNotUnderstood: ZnRequest>>code" failure. But explorer > opened. > > Is it bug? Or maybe I am doing something wrong? > > In the #onRequestRespond: block you are supposed to return a response for > an incoming request. In your code you just return the request (from > #explore), which Zn then tries to use as a response, hence the missing > #code. Try this block: > > [ :request | request explore. ZnResponse ok: (ZnEntity text: 'OK!') ] > > BTW, if you enable #debugMode, the server itself will hold onto the last > request and response objects. So you can just use an inspector on the > server object to see what is happening. > > HTH, > > Sven > > > I am at Windows 7 > > > > Best regards, > > Denis > > >

Jan. 17, 2014

Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700

by Marcus Denker

On 16 Jan 2014, at 20:54, Torsten Bergmann <astares(a)gmx.de> wrote: > OK, any expert in the new class builder who could help here? > Yes, I will look with Martin as soon as possibleâ¦ Marcus

Jan. 17, 2014

Re: [Pharo-dev] ZnServer with empty request handler

by Sven Van Caekenberghe

Hi Denis, On 17 Jan 2014, at 08:31, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hello. > > I try to investigate with pharo some http requests from external clients. > But this code is not working: > > server := (ZnServer defaultOn: 1701). > server logToTranscript. > server > debugMode: true; > onRequestRespond: [ :request | request explore ]; > start. > > [ZnClient new get: 'http://localhost:1701' ] fork > > And I get "MessageNotUnderstood: ZnRequest>>code" failure. But explorer opened. > Is it bug? Or maybe I am doing something wrong? In the #onRequestRespond: block you are supposed to return a response for an incoming request. In your code you just return the request (from #explore), which Zn then tries to use as a response, hence the missing #code. Try this block: [ :request | request explore. ZnResponse ok: (ZnEntity text: 'OK!') ] BTW, if you enable #debugMode, the server itself will hold onto the last request and response objects. So you can just use an inspector on the server object to see what is happening. HTH, Sven > I am at Windows 7 > > Best regards, > Denis

Jan. 17, 2014

ZnServer with empty request handler

by Denis Kudriashov

Hello. I try to investigate with pharo some http requests from external clients. But this code is not working: server := (ZnServer defaultOn: 1701). server logToTranscript. server debugMode: true; onRequestRespond: [ :request | request explore ]; start. [ZnClient new get: 'http://localhost:1701' ] fork And I get "MessageNotUnderstood: ZnRequest>>code" failure. But explorer opened. Is it bug? Or maybe I am doing something wrong? I am at Windows 7 Best regards, Denis

Jan. 17, 2014

Re: [Pharo-dev] ScreencastMorph

by Tudor Girba

Hi Sean, It's decided: I am a fan of your projects :). Unfortunately, I have not enough knowledge to help just now, but please do let us know about the progress. Doru On Thu, Jan 16, 2014 at 3:53 PM, DeNigris Sean <sean(a)clipperadams.com>wrote: > I'm working on a ScreencastMorph. The idea is to have something like what > HandMorphForReplay does, but in a self contained window. The effect would > be that there was another World running in a window, where the > HandMorphForReplay could carry out a UI script that could be played, sped > up, slowed down, rewound - all the actions you would except from a media > player. > > Unfortunately, starting a World in a window does not seem easy. Most of > the time I try it or manually mess with HandMorphs, my image locks up > permanently. > > I've also had trouble getting the tool to resize. I tried Window -> > TransformationMorph -> PasteUpMorph -> MyCoolToolWindow. That seems > promising - although I have to open the tool in the world before embedding > in the PasteUpMorph. The tool will resize and even interact for a while, > but eventually that too seems to lock up the image. > > Any ideas? > > Thanks, > Sean > > p.s. cross-posting to Squeak-dev and Pharo-dev. If I get it working, I > plan on porting to both. > p.p.s. I'm posting to the dev lists because I see clear killer uses for > this in the Core system (UI Testing, live documentation) > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 17, 2014

Re: [Pharo-dev] STHub: 1190 repositories, 1001 users registered and 110365 packages uploaded

by Igor Stasenko

On 17 January 2014 02:51, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Truly beautiful. Youâre raising some challenges for Roassal2 and > Roassal2@Amber > > to make visualization like that? or to produce enough code to become the largest blob on it? :) Alexandre > > > On Jan 16, 2014, at 10:00 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > Yes, have you seen it, http://yuriy.tymchuk.me/Smalldromeda/ ? > > > > On 17 Jan 2014, at 00:32, Torsten Bergmann <astares(a)gmx.de> wrote: > > > >> see http://smalltalkhub.com > >> > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- Best regards, Igor Stasenko.

Jan. 17, 2014

Re: [Pharo-dev] bug in nautilus?

by Benjamin

Might be an icon cache issue Can you try right clicking on the list -> Debug Menu -> Reset icon cache and reopen Nautilus? Ben On 16 Jan 2014, at 22:58, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Apparently, Nautilus is showing me that Roassal2 is dirty, whereas it is notâ¦ > > Alexandre > > <Screen Shot 2014-01-16 at 10.57.24 PM.png> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

Jan. 17, 2014