September 2017 - Pharo-users

Re: [Pharo-users] PlotMorph on Pharo 6.1

by st＠bestley.co.uk

Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Excellent! > > > On Mon, Sep 11, 2017 at 8:10 PM, stephan <stephan(a)stack.nl> wrote: > > On 11-09-17 19:20, Stephane Ducasse wrote: > >> > >> Stefan > >> > >> (Did you publish the configuration in the PlotMorph repo?) > >> ifTrue: [ Stefan isPerfect ] > > > > > > PlotMorph, MetaRepos for Pharo 5 and 6 :) > > > > > > > > Unfortunatley not. That error has gone but I now get Fetched -> ConfigurationOfPlotMorph-StephanEggermont.5 --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ Loaded -> ConfigurationOfPlotMorph-StephanEggermont.5 --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ --- http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ Loading 1.1 of ConfigurationOfPlotMorph... Fetched -> PlotMorph-StephanEggermont.8 --- http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ --- http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ OCStoreIntoReadOnlyVariableError: Cannot store into PlotMorphGrid drawGridOn: aCanvas | gridColor lighter darker baseColor bounds | baseColor := plot baseColor alpha: 1. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. bounds := plot drawBounds. (bounds left to: bounds right by: (self bestStep: bounds width)) do: [ :x | x := x rounded. aCanvas line: x @ bounds top to: x @ bounds bottom color: gridColor ]. (bounds top to: bounds bottom by: (self bestStep: bounds height)) do: [ :y | y := y rounded. aCanvas line: bounds left @ y to: bounds right @ y color: gridColor ] OCStoreIntoReadOnlyVariableError: Cannot store into PlotMorphGrid drawGridOn: aCanvas | gridColor lighter darker baseColor bounds | baseColor := plot baseColor alpha: 1. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. bounds := plot drawBounds. (bounds left to: bounds right by: (self bestStep: bounds width)) do: [ :x | x := x rounded. aCanvas line: x @ bounds top to: x @ bounds bottom color: gridColor ]. (bounds top to: bounds bottom by: (self bestStep: bounds height)) do: [ :y | y := y rounded. aCanvas line: bounds left @ y to: bounds right @ y color: gridColor ] OCStoreIntoReadOnlyVariableError: Cannot store into AxesMorph drawGridOn: aCanvas | gridColor right bottom width height lighter darker baseColor | baseColor := self baseColor. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. right := self bounds width - margin. width := self bounds width - (margin * 2). bottom := self bounds height - margin. height := self bounds height - (margin * 2). (margin to: right by: width / 10) do: [ :x | x := x rounded. aCanvas line: x @ margin to: x @ bottom color: gridColor ]. (margin to: bottom by: height / 10) do: [ :y | y := y rounded. aCanvas line: margin @ y to: right @ y color: gridColor ] OCStoreIntoReadOnlyVariableError: Cannot store into AxesMorph drawGridOn: aCanvas | gridColor right bottom width height lighter darker baseColor | baseColor := self baseColor. lighter := baseColor twiceLighter. darker := baseColor twiceDarker. gridColor := (lighter diff: baseColor) > (darker diff: baseColor) ifTrue: [ lighter ] ifFalse: [ darker ]. right := self bounds width - margin. width := self bounds width - (margin * 2). bottom := self bounds height - margin. height := self bounds height - (margin * 2). (margin to: right by: width / 10) do: [ :x | x := x rounded. aCanvas line: x @ margin to: x @ bottom color: gridColor ]. (margin to: bottom by: height / 10) do: [ :y | y := y rounded. aCanvas line: margin @ y to: right @ y color: gridColor ] Loaded -> PlotMorph-StephanEggermont.8 --- http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ --- cache ...finished 1.1 -- Mark

Sept. 13, 2017

Re: [Pharo-users] DictionaryValueHolder question

by Stephane Ducasse

Yes this is why I said that we should use them On Wed, Sep 13, 2017 at 10:40 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > On Wed, Sep 13, 2017 at 9:45 AM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: >> >> incomplete >> I would use Announcement. > > > ValueAdded/ValueChanged/ValueRemoved are all announcements. > > P

Sept. 13, 2017

Writing XML

by Jimmie Houchin

Hello, I am attempting to read and write an XML document. Currently I have parsed the document successfully. I have basic navigation and have learned how to modify the XMLDocument. Now I want to write the modified document back to the file system. What I have tried so far is: writer := XMLWriter new. xmldoc document writeXMLOn: writer. writer stream. f := File openForWriteFileNamed: '/home/jimmie/xmldoc.xml'. f nextPutAll: (writer write contents). f flush. f close. It does write an xml document to the file system. However, it has exploded in size. The original is 28mb and is in UTF-8. The newly written file is 112mb and is UTF-32. I do not know why the change in encoding or how to correct or manually set the encoding. Any help in understanding how to correctly write an XML document that I have read and minimally modified would be greatly appreciated. Thanks. Jimmie

Sept. 13, 2017

Re: Udo, an issue with the stable version - Re: Validate password with PBKDF2

by Francis

Thanks!Francis Udo Schneider wrote > Hi Francis,I'll check.CU,Udo -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 13, 2017

Re: [Pharo-users] Gofer loads wrong version?

by Herby VojÄÃk

Guillermo Polito wrote: > > > On Mon, Sep 4, 2017 at 1:01 PM, Herby VojÄÃk <herby(a)mailbox.sk > <mailto:herby@mailbox.sk>> wrote: > > Hello! > > As I need to load specific version of Glorp with my fix, and I did > not find out how to force-override it in my baseline, I tried to > load it post-the-baseline via Gofer: > > (Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp') > package: 'Glorp'; > version: 'Glorp-HerbyVojcik.127'; > load. > > But it actually looks like this: [see attached bogusgofer.png]. > > OTOH, after the image loads the tests pass and monticello browser > looks like this: [see attached mbloaded127.png]. > > Am I doing something wrong? I am a bit afraid what is actually > loaded / if it won't break b/c of inconsistent state. > > > From my understanding, loading was right: > - underlined in monticello means loaded > - bold means not loaded > - normal (not bold nor underlined) means ancestor of loaded version > > So I'd say you have effectively loaded Glorp-HerbyVojcik.127 in your system. > > Now, why in the progress bar somebody is loading the version 129? I'm > not sure, maybe that's the metacello configuration? Or monticello needs > that to calculate something with ancestors? Dunno... Epicea item has something like "loading versions 127 and 129" in its title, so it probably means it actually loaded both (as they are the only ones being there, it seems it loaded all versions that it found). :-/ Now is it a bug in M*cello or is it me who is doing something wrong?

Sept. 13, 2017

Re: [Pharo-users] catalog.pharo.org - 503 service is temporarily unavailable

by Marcus Denker

> > > BTW, If you need help for system administration, I'm willing to help and I can dedicate some time to it. Is there someone I can talk to about this ? > The problem is that for now we are running on Inria servers where logins are restrictedâ¦ for sure we will at some point move somewhere else. If that happens, we will make a call for help for sys admin related tasks. Marcus

Sept. 13, 2017

Re: [Pharo-users] DataFrame inspector issues

by Norbert Hartl

+1 Norbert > Am 13.09.2017 um 09:54 schrieb Stephane Ducasse <stepharo.self(a)gmail.com>: > > sure no stress. When it will be with a too large volume we will complain. > Ideally I would like DataFrame not to be part of PolyMath but of Containers > and that PolyMath uses Containers. > What is Containers: a Collection of datastructure that is managed in a > modular fashion. > I would like to remove from the image all the datastructure that are not used > and migrate them to Containers + tests + coverage + consistent documentation. > So that we can cherry pick the one we need. > > http://smalltalkhub.com/#!/~StephaneDucasse/Containers/source > > Stef > > > > Stef > >> On Tue, Sep 12, 2017 at 11:39 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: >>> On Tue, Sep 12, 2017 at 09:28:13AM +0200, Serge Stinckwich wrote: >>> >>> On Tue, Sep 12, 2017 at 9:22 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: >>> >>> Hi Everyone, >>> >>> ?Hi Alistair, >>> >>> I've started using DataFrame, it's great to have this functionality >>> easily available, and noticed a few issues with the inspector: >>> >>> 1. The inspector always shows row numbers and not the supplied name. >>> >>> 2. The last column label isn't displayed. >>> >>> >>> Where should I report issues? >>> https://github.com/PolyMathOrg/DataFrame/issues >>> >>> >>> >>> ?Thank you for your report.? >>> >>> ?At the moment, you can report issues here. I guess later, we will intregrate >>> DataFrame in the main PolyMath repository. >>> ? >>> >>> I have a patch that addresses the first issue, although I'm not >>> completely happy with it, and I'll take a look at the second issue. >>> >>> >>> ?This is maybe better to discuss about DataFrame? and other PolyMath issues >>> on the polymath mailing-list: https://groups.google.com/forum/#!forum/scismalltalk >>> >>> ?See you there !? >> >> Hi Serge, >> >> Thanks, I've joined the group and reposted the message there. >> >> I wrote: >>> If I remember correctly, there has been some discussion about making the >>> column widths draggable in the inspector. I would prefer to have a >>> context menu that is "size to fit". This could be potentially expensive >>> to calculate, so it would be user-initiated. >> >> I think this is more of a FastTable / GT issue than DataFrame, so maybe >> the discussion should stay here? (if anyone is interested :-)). >> >> Thanks, >> Alistair >>

Sept. 13, 2017

Re: [Pharo-users] catalog.pharo.org - 503 service is temporarily unavailable

by Esteban Lorenzano

fixed. added also an autorestart job (checking every hour) Esteban > On 13 Sep 2017, at 09:22, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Thanks a lot daniel for the report. > > > On Wed, Sep 13, 2017 at 9:09 AM, Daniel BLANC <daniel.blanc(a)gmail.com> wrote: >> Hi All, >> >> I don't know if you're aware of this but http://catalog.pharo.org/ returns >> a 503 service is temporarily unavailable. >> >> BTW, If you need help for system administration, I'm willing to help and I >> can dedicate some time to it. Is there someone I can talk to about this ? >> >> Thanks, >> Daniel >

Sept. 13, 2017

Re: [Pharo-users] DictionaryValueHolder question

by Peter UhnÃ¡k

On Wed, Sep 13, 2017 at 9:45 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > incomplete > I would use Announcement. > ValueAdded/ValueChanged/ValueRemoved are all announcements. P

Sept. 13, 2017

Re: [Pharo-users] DataFrame inspector issues

by Stephane Ducasse

sure no stress. When it will be with a too large volume we will complain. Ideally I would like DataFrame not to be part of PolyMath but of Containers and that PolyMath uses Containers. What is Containers: a Collection of datastructure that is managed in a modular fashion. I would like to remove from the image all the datastructure that are not used and migrate them to Containers + tests + coverage + consistent documentation. So that we can cherry pick the one we need. http://smalltalkhub.com/#!/~StephaneDucasse/Containers/source Stef Stef On Tue, Sep 12, 2017 at 11:39 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > On Tue, Sep 12, 2017 at 09:28:13AM +0200, Serge Stinckwich wrote: >> >> On Tue, Sep 12, 2017 at 9:22 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> >> Hi Everyone, >> >> ?Hi Alistair, >> >> I've started using DataFrame, it's great to have this functionality >> easily available, and noticed a few issues with the inspector: >> >> 1. The inspector always shows row numbers and not the supplied name. >> >> 2. The last column label isn't displayed. >> >> >> Where should I report issues? >> https://github.com/PolyMathOrg/DataFrame/issues >> >> >> >> ?Thank you for your report.? >> >> ?At the moment, you can report issues here. I guess later, we will intregrate >> DataFrame in the main PolyMath repository. >> ? >> >> I have a patch that addresses the first issue, although I'm not >> completely happy with it, and I'll take a look at the second issue. >> >> >> ?This is maybe better to discuss about DataFrame? and other PolyMath issues >> on the polymath mailing-list: https://groups.google.com/forum/#!forum/scismalltalk >> >> ?See you there !? > > Hi Serge, > > Thanks, I've joined the group and reposted the message there. > > I wrote: >> If I remember correctly, there has been some discussion about making the >> column widths draggable in the inspector. I would prefer to have a >> context menu that is "size to fit". This could be potentially expensive >> to calculate, so it would be user-initiated. > > I think this is more of a FastTable / GT issue than DataFrame, so maybe > the discussion should stay here? (if anyone is interested :-)). > > Thanks, > Alistair >

Sept. 13, 2017