February 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] FileStreams and encoding ( opening a readStream on a FileRerefence)

by Sven Van Caekenberghe

Hi Nicolai, The FileSystem API is a bit inconsistent, yes. This is how you can use it: (FileLocator temp / 'foo.txt') writeStreamDo: [ :out | out binary. (ZnCharacterWriteStream on: out encoding: #utf8) << 'Ã©lÃ¨ve' ]. (FileLocator temp / 'foo.txt') readStreamDo: [ :in | in binary. ZnCharacterReadStream on: in encoding: #utf8) upToEnd ]. (FileLocator temp / 'foo.txt') binaryReadStreamDo: [ :in | (ZnCharacterReadStream on: in encoding: #utf8) upToEnd ]. There is no #binaryWriteStreamDo: The API around File is more correct, IMHO. Does this help ? What exactly is your question ? Sven > On 4 Feb 2017, at 12:09, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > Hi > How can I specify the character encoding when opening a readStream on a FileRerefence. > > I found this, that works: > > | readStream fileContent | > readStream := (File named: aFileName) openForRead. > fileContent := ZnCharacterReadStream on: readStream encoding: encoding. > fileContent upToEnd asString. > > But if I try to do the same with a readStream from a FileReference > > | readStream fileContent | > readStream := aFileName asFileReference readStream. > fileContent := ZnCharacterReadStream on: readStream encoding: encoding. > fileContent upToEnd asString. > > I get an error SmallInteger DNU #asciiValue, > > this is because, in the first method, we create a binary filestream, and if we > use readStream from a FileReference, the stream is a MultibyteFileStream. > > How can I us ZnEncoder for a readstream from a FileReference? > > (and is it on purpose that both readStream method (openForRead/readStream) > return different kinds of binary streams?) > > > nicolai

Feb. 4, 2017

Re: [Pharo-dev] [pharo-project/pharo-core] 16537e: 60373

by denker

> > Log Message: > ----------- > 60373 > Moose This is: This version addresses some bug fixes and synchronises those packages integrated using slices with the GToolkit repos. Changes: - case 19575 - case 19646 - case 19604 - case 19542 - case 19260 - case 19454 - FastTable/List/Tree presentations can set rowHeight. - Set to the Source presentation of a Context object doItReceiver and doItContext. Marcus

Feb. 4, 2017

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60373 Home: https://github.com/pharo-project/pharo-core

Feb. 4, 2017

[pharo-project/pharo-core] 16537e: 60373

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 16537e5cd5348d1f146143b6ed8077b63cb9cb63 https://github.com/pharo-project/pharo-core/commit/16537e5cd5348d1f146143b6… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-02-04 (Sat, 04 Feb 2017) Changed paths: M ConfigurationOfGTDebugger.package/ConfigurationOfGTDebugger.class/instance/symbolic versions/stable_.st A ConfigurationOfGTDebugger.package/ConfigurationOfGTDebugger.class/instance/versions/version37_.st M ConfigurationOfGTEventRecorder.package/ConfigurationOfGTEventRecorder.class/instance/symbolic versions/stable_.st A ConfigurationOfGTEventRecorder.package/ConfigurationOfGTEventRecorder.class/instance/versions/version14_.st M ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/versions/version325_.st M ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/versions/version321_.st M ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/symbolic versions/stable_.st A ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/versions/version223_.st M ConfigurationOfGToolkitCore.package/ConfigurationOfGToolkitCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGToolkitCore.package/ConfigurationOfGToolkitCore.class/instance/versions/version333_.st M ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/symbolic versions/stable_.st A ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/versions/version432_.st M GT-InspectorExtensions-Core.package/extension/Context/instance/gtInspectorSourceIn_.st M GT-InspectorExtensions-Core.package/extension/KMCategory/instance/gtDisplayOn_.st A GT-Playground.package/extension/GlamourPresentationModel/class/examplePlaygroundAndInspectorOn42.st A GT-Playground.package/extension/GlamourPresentationModel/class/examplePlaygroundOn42.st A GT-Playground.package/extension/GlamourPresentationModel/class/playgroundOn_.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/README.md R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/definition.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/doSomething.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/doSomethingElse.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/something1.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/something2.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/something3.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/something4.st R GT-Tests-Spotter.package/GTImplementorsSpotterMock1.class/instance/public/something5.st M Glamour-Core.package/GLMCompositePresentation.class/instance/scripting/custom_.st M Glamour-FastTable.package/GLMFastTreeDataSource.class/instance/private/rowMorphForItem_.st M Glamour-FastTable.package/GLMMorphicFTRenderer.class/instance/initialization/specificTableMorphInitializiation.st A Glamour-FastTable.package/GLMMorphicFTTest.class/instance/tests/testTypeOfMultipleSelection.st M Glamour-FastTable.package/TGLMFastTable.class/instance/selecting/selection_.st A Glamour-FastTable.package/TGLMFastTableFunctionsPresentation.class/class/accessing/defaultRowHeight.st A Glamour-FastTable.package/TGLMFastTableFunctionsPresentation.class/instance/public api/rowHeight.st A Glamour-FastTable.package/TGLMFastTableFunctionsPresentation.class/instance/public api/rowHeightBlock.st A Glamour-FastTable.package/TGLMFastTableFunctionsPresentation.class/instance/public api/rowHeight_.st A Glamour-FastTable.package/extension/GLMBasicExamples/instance/fastListDoubleHeight.st A Glamour-FastTable.package/extension/GLMBasicExamples/instance/fastListDoubleHeightCustomFormat.st A Glamour-FastTable.package/extension/GLMBasicExamples/instance/fastListDoubleHeightCustomFormatAndTags.st A Glamour-FastTable.package/extension/GLMBasicExamples/instance/fastListMultipleSelection.st A Glamour-Morphic-Renderer.package/GLMMorphicWindowRenderer.class/instance/rendering/actOnPresentationToolbarUpdated_.st M Glamour-Morphic-Renderer.package/GLMMorphicWindowRenderer.class/instance/rendering/render_.st M Glamour-Morphic-Widgets.package/GLMSystemWindow.class/instance/accessing/toolbarBox_.st M Glamour-Rubric-Presentations.package/GLMHighlighterTextRubEditingMode.class/README.md R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60372.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60373.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60372.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60373.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60373 Moose http://files.pharo.org/image/60/60373.zip

Feb. 4, 2017

FileStreams and encoding ( opening a readStream on a FileRerefence)

by Nicolai Hess

Hi How can I specify the character encoding when opening a readStream on a FileRerefence. I found this, that works: | readStream fileContent | readStream := (File named: aFileName) openForRead. fileContent := ZnCharacterReadStream on: readStream encoding: encoding. fileContent upToEnd asString. But if I try to do the same with a readStream from a FileReference | readStream fileContent | readStream := aFileName asFileReference readStream. fileContent := ZnCharacterReadStream on: readStream encoding: encoding. fileContent upToEnd asString. I get an error SmallInteger DNU #asciiValue, this is because, in the first method, we create a binary filestream, and if we use readStream from a FileReference, the stream is a MultibyteFileStream. How can I us ZnEncoder for a readstream from a FileReference? (and is it on purpose that both readStream method (openForRead/readStream) return different kinds of binary streams?) nicolai

Feb. 4, 2017

Re: [Pharo-dev] Pharo 6 update catalog entries

by Dimitris Chloupis

All my projects must be Pharo 6 ready because most of them were created inside Pharo 6 anyway. But thanks for the reminder . Time to make sure they work as expected. On Fri, 3 Feb 2017 at 15:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > On 3 Feb 2017, at 13:48, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > > On 03/02/2017 13:41, Sven Van Caekenberghe wrote: >> Thanks for report this, Cyril, it should be fixed in version 2.8.2 > > That was fast, thank you. Well, the bug report was very clear, it even included the solution, and I know I can trust you, so basically did what you said ;-) > I confirm it work now. Excellent. > -- > Cyril Ferlicot > > http://www.synectique.eu > > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France >

Feb. 4, 2017

Re: [Pharo-dev] PharoSpur32Vm

by Nicolai Hess

2017-02-04 1:44 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2017-01-23 8:59 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> >> On 22 Jan 2017, at 13:19, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >> >> >> >> 2017-01-22 10:21 GMT+01:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: >> >>> Hi, >>> >>> I believe they're built from* https://github.com/OpenSmalltalk/vm >>> <https://github.com/OpenSmalltalk/vm>* using travis and appveyor. On >>> the gitbhub readme there are relevant links. All built artifacts are also >>> kept on bintray for history. >>> >>> >>> >> Thank you! >> >> >> no, they arenât :) >> instead, they are built here: https://github.com/pharo-project/pharo-vm >> >> (README still not updated) >> > > what did changed ? I am not able to build the vm on windows anymore > (something wrong with generating the generator.image, I'll now reset my > local pharo-vm build directory and see if it works afterwards). > see attached the stderr log : 'Errors in script loaded from u:\github\pharo-vm\scripts\LoadVMMaker.st' [31mMessageNotUnderstood: receiver of "default:" is nil [0mUndefinedObject(Object)>>doesNotUnderstand: #default: BaseSoundSystem class>>initialize MCMethodDefinition>>postloadOver: .... > Are we still working with branch spur-64, or are we back on master ? > > > >> >> Esteban >> >> >> >>> >>> On Sun, Jan 22, 2017 at 9:25 AM, Nicolai Hess <nicolaihess(a)gmail.com> >>> wrote: >>> >>>> Where are the latest Pharo-spur-vms (32bit) are built? >>>> I don't see them on the build server, only the buildresults at >>>> http://files.pharo.org/vm/pharo-spur32/linux/ >>>> >>>> The latest builds on the buildserver are from the last year only. >>>> >>>> nicolai >>>> >>> >>> >> >> >

Feb. 4, 2017

Re: [Pharo-dev] PharoSpur32Vm

by Nicolai Hess

2017-01-23 8:59 GMT+01:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 22 Jan 2017, at 13:19, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > > 2017-01-22 10:21 GMT+01:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: > >> Hi, >> >> I believe they're built from* https://github.com/OpenSmalltalk/vm >> <https://github.com/OpenSmalltalk/vm>* using travis and appveyor. On the >> gitbhub readme there are relevant links. All built artifacts are also kept >> on bintray for history. >> >> >> > Thank you! > > > no, they arenât :) > instead, they are built here: https://github.com/pharo-project/pharo-vm > > (README still not updated) > what did changed ? I am not able to build the vm on windows anymore (something wrong with generating the generator.image, I'll now reset my local pharo-vm build directory and see if it works afterwards). Are we still working with branch spur-64, or are we back on master ? > > Esteban > > > >> >> On Sun, Jan 22, 2017 at 9:25 AM, Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >>> Where are the latest Pharo-spur-vms (32bit) are built? >>> I don't see them on the build server, only the buildresults at >>> http://files.pharo.org/vm/pharo-spur32/linux/ >>> >>> The latest builds on the buildserver are from the last year only. >>> >>> nicolai >>> >> >> > >

Feb. 4, 2017

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

by Aliaksei Syrel

They could be extracted to class vars for example TWENTY_ONE := 21. Later if performance is still not good enough they may be changed for example to TWENTY_ONE := 15. (joke) Cheers, Alex On 3 February 2017 at 17:08, Tudor Girba <tudor(a)tudorgirba.com> wrote: > There is very little meaning behind the number. > > The previous inspector showed the first 100 and the last 10 elements. 100 > is anyway too large for a quick inspection, so we picked another number. I > wanted 42 but that was still large, so we are now at 21. > > Doru > > > > On Feb 3, 2017, at 4:20 PM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > > > > Yes these numbers should be refactored > > For collections only the first and the last 21 elements are displayed in > the Raw view. Don't remember why 21. > > > > Cheers, > > Andrei > > > > On Fri, Feb 3, 2017 at 3:13 AM, Ben Coman <btc(a)openinworld.com> wrote: > > Just curious what the magic numbers here relate to... > > and can they be factored out to a meaningful method name? > > > > Context>>gtInspectorVariableValuePairs > > "This is a helper method that returns a collection of > > variable_name -> value > > for the current object. > > Subclasses can override it to specialize what appears in the > variables presentation" > > | bindings | > > bindings := OrderedCollection new. > > > > 1 to: (self basicSize min: 21) do: [ :index | > > bindings add: (index "asString""asTwoCharacterString" -> > (self basicAt: index)) ]. > > > > ((self basicSize - 20) max: 22) to: (self basicSize) do: [ :index > | "self haltIf: [ index = 99 ]." > > bindings add: (index "asString" -> (self basicAt: index)) > ]. > > > > bindings > > addAll: ((self class allSlots > > collect: [ :slot | slot name -> > (slot read: self) ]) sort asOrderedCollection). > > ^ bindings > > > > > > cheers -ben > > > > -- > www.tudorgirba.com > www.feenk.com > > "Beauty is where we see it." > > > > > >

Feb. 3, 2017

Re: [Pharo-dev] magic numbers in gtInspectorVariableValuePairs

by Tudor Girba

There is very little meaning behind the number. The previous inspector showed the first 100 and the last 10 elements. 100 is anyway too large for a quick inspection, so we picked another number. I wanted 42 but that was still large, so we are now at 21. Doru > On Feb 3, 2017, at 4:20 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > Yes these numbers should be refactored > For collections only the first and the last 21 elements are displayed in the Raw view. Don't remember why 21. > > Cheers, > Andrei > > On Fri, Feb 3, 2017 at 3:13 AM, Ben Coman <btc(a)openinworld.com> wrote: > Just curious what the magic numbers here relate to... > and can they be factored out to a meaningful method name? > > Context>>gtInspectorVariableValuePairs > "This is a helper method that returns a collection of > variable_name -> value > for the current object. > Subclasses can override it to specialize what appears in the variables presentation" > | bindings | > bindings := OrderedCollection new. > > 1 to: (self basicSize min: 21) do: [ :index | > bindings add: (index "asString""asTwoCharacterString" -> (self basicAt: index)) ]. > > ((self basicSize - 20) max: 22) to: (self basicSize) do: [ :index | "self haltIf: [ index = 99 ]." > bindings add: (index "asString" -> (self basicAt: index)) ]. > > bindings > addAll: ((self class allSlots > collect: [ :slot | slot name -> (slot read: self) ]) sort asOrderedCollection). > ^ bindings > > > cheers -ben > -- www.tudorgirba.com www.feenk.com "Beauty is where we see it."

Feb. 3, 2017