- Pharo-dev - lists.pharo.org

feenk log
by Tudor Girba May 25, 2018

May 25, 2018

Hi, We were a bit silent the last couple of months. Quite a bit happened in the meantime, so here is a summary (for more fine grained announcements, you can follow us on Twitter): ---- Bloc ---- - Scrolling. We finally have a good scrolling support: https://twitter.com/feenkcom/status/991690465224331264 This might sound like a trivial feature, but it turns out it is not. We had a bug that forced us to rethink the support quite deeply in order to be able to debug it. To do this, we now can simulate time in Bloc, which is really cool: https://twitter.com/feenkcom/status/989797367523233797 https://twitter.com/feenkcom/status/988753142299938817 (as a side note, the bug we fought with was the last - Pannable element is a combination of a scrollable element with a scalable element, and it offers the possibility either to zoom in/out + scroll, or to fit screen and resize when the parent resizes. - PDF, SVG, PNG, JPG export (based on the underlying Moz2D support): https://twitter.com/feenkcom/status/976580153802358786 https://twitter.com/feenkcom/status/976578060429484032 - Better curve support: https://twitter.com/feenkcom/status/990967109193781249 https://twitter.com/feenkcom/status/990971530615107584 - Better debugging support for understanding bounds: https://twitter.com/feenkcom/status/989138457288167424 ---- Brick ---- - We now have simple list and columned list widgets. The list is both fast and scalable and supports rows of variable heights: https://twitter.com/feenkcom/status/984744251920658432 https://twitter.com/feenkcom/status/984143821192744961 - Basic tab widget: https://twitter.com/feenkcom/status/974420432240685062 - Looks: a mechanism for specifying element-specific composition and interaction. ---- GT ---- - Documenter saw some major improvements. Just a reminder, Documenter is the tool that enables live programming and previews directly within Pillar documents. We now have a capability similar to notebooks like Jupyter: https://twitter.com/feenkcom/status/996310432225820672 We use it extensively to document our code. For example, here is a tutorial about playing with looks in Bloc: https://twitter.com/feenkcom/status/973899862482866176 And we can also express whole tutorials based on Epicea: https://twitter.com/feenkcom/status/999975333972541440 - Diagrammer. We now have better editing support for detailed things such as arrow head: https://twitter.com/feenkcom/status/976341449267531776 While Diagrammer is apparently a tool for diagrams, it has a rather generic design that can be utilized for all sorts of use cases. For example, one side effect is that now all elements can be visually edited: https://twitter.com/feenkcom/status/982656456968241152 - Mondrian: Using the new pannable element, we can now zoom in/out and scroll, and we can also set element to fit screen. We can also drag elements around. - Inspector: we now have an initial support for multiple views associated with an object. The support is similar to the one from the current inspector. Have fun, The feenk team -- www.tudorgirba.com www.feenk.com "What is more important: To be happy, or to make happy?"

4 3

ImageReadWriter and GIFs
by Eric Gade May 25, 2018

May 25, 2018

Hi guys, As mentioned in pharo-users, I am refactoring / fixing the implementation of GIFReadWriter, which currently doesn't work correctly. My primary motivation at the start came because I could not open animated GIFs in the World. I am close to having a solution, but could use some input from more experienced Smalltalkers and also those who have experience with ImageReadWriter and subclasses. # Primary Problem # The main problem I'm having: the whole ImageReadWriter infrastructure assumes it will be dealing with single Forms. GIFs, however, are files that can be packed with *many* images, each often having their own metadata about how they should be colored, positioned, and animated. This has presented me with a bit of a conundrum. I don't want to break Image processing functionality in the tools that already exist (chief example here is the "image previews" that display in an inspector when browsing FileReferences). However, I'm not sure what the best path to take is. So I'll explain what I have so far, and then follow up with some possible ideas about how to move forward. # What I have # 1) I have modified GIFReadWriter to actually read all of the sub-images itself (obviating AnimatedGIFReadWriter, which isn't necessary). These images are stored as "frames" (see 2) 2) Created AnimatedImageFrame, a class that wraps an underlying form with additional flags/information about how it should be processed in an animation 3) Created AnimatedImageMorph, which takes a collection of AnimatedImageFrames and cycles through them according to their rules. Also has information about size etc. # What I'm thinking # The above on its own will not work well in the existing Pharo system. What I'm thinking is that we need a class that decorates/subclasses/or is mostly polymorphic with Form to wrap collections of AnimatedImageFrames -- something to serve as the "model" to the AnimatedImageMorph. We could call it AnimatedImage. One advantage (hopefully) would be compatibility with the existing systems that assume all imported images are Forms. Another would be image manipulation like scaling, flipping, etc -- which looping and applying to all underlying frame forms. It would also give us concretely an object that embodies a GIF image the way a single Form embodies any other kind of image. Is there a better way? Should I just stick with AnimatedImageFrame and AnimatedImageMorph and count on other users/implementors to deal with GIFs differently? Thanks at all for any input / suggestions. -- Eric

1 0

[Pharo 7.0-dev] Build #951: 21966-bindings-ok-to-use-array-of-associations
by ci-pharo-ci-jenkins2＠inria.fr May 25, 2018

May 25, 2018

There is a new Pharo build available! The status of the build #951 was: SUCCESS. The Pull Request #1413 was integrated: "21966-bindings-ok-to-use-array-of-associations" Pull request url: https://github.com/pharo-project/pharo/pull/1413 Issue Url: https://pharo.fogbugz.com/f/cases/21966 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #950: 21925-SharedPool-subclasses-should-not-trigger-class-not-referenced--QA-Rule-if-they-are-used
by ci-pharo-ci-jenkins2＠inria.fr May 25, 2018

May 25, 2018

There is a new Pharo build available! The status of the build #950 was: FAILURE. The Pull Request #1381 was integrated: "21925-SharedPool-subclasses-should-not-trigger-class-not-referenced--QA-Rule-if-they-are-used" Pull request url: https://github.com/pharo-project/pharo/pull/1381 Issue Url: https://pharo.fogbugz.com/f/cases/21925 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #949: 21965-SmaltlalkImagecompiler--use-globals-as-default-environment-not-just-self
by ci-pharo-ci-jenkins2＠inria.fr May 25, 2018

May 25, 2018

There is a new Pharo build available! The status of the build #949 was: FAILURE. The Pull Request #1416 was integrated: "21965-SmaltlalkImagecompiler--use-globals-as-default-environment-not-just-self" Pull request url: https://github.com/pharo-project/pharo/pull/1416 Issue Url: https://pharo.fogbugz.com/f/cases/21965 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #948: 21956-tiny-cleanup-simplify-methods-related-to-pools-in-Class
by ci-pharo-ci-jenkins2＠inria.fr May 25, 2018

May 25, 2018

There is a new Pharo build available! The status of the build #948 was: FAILURE. The Pull Request #1409 was integrated: "21956-tiny-cleanup-simplify-methods-related-to-pools-in-Class" Pull request url: https://github.com/pharo-project/pharo/pull/1409 Issue Url: https://pharo.fogbugz.com/f/cases/21956 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

Re: [Pharo-dev] [Pharo-users] pharo location include korean charactor then look is not good.
by Sven Van Caekenberghe May 25, 2018

May 25, 2018

I made the following quick changes: UnixEnvironment>>#environAt: index ^ (self environ at: index) ifNotNil: [ :string | string asByteArray utf8Decoded ] OSPlatform>>#currentWorkingDirectoryPathWithBuffer: aByteString <primitive: 'primitiveGetCurrentWorkingDirectory' module: '' error: ec> ^ (self getPwdViaFFI: aByteString size: aByteString size) ifNotNil: [ :string | string asByteArray utf8Decoded ] ifNil:[ self error:'Insufficient buffer size to read current working directory: ' , aByteString size asString] But actually almost any string coming from the VM seems wrong (i.e. should be further UTF-8 decoded): SmalltalkImage>>#[prim]ImagePath and #vmFileName basically probably every call VirtualMachine>>#getSystemAttribute: what a mess ... > On 25 May 2018, at 10:49, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > We looked at this before, but came to no conclusion. > > The problem lies with OS environment variable decoding. > > I created a 64-bit Pharo 7 in /tmp/Ã©tÃ© on macOS. > > FileLocator imageDirectory resolve. > "File @ /private/tmp/Ã©tÃ©" > > Smalltalk os environment at: 'PWD'. > "'/tmp/ÃÂ©tÃÂ©'" > > (Smalltalk os environment at: 'PWD') asByteArray utf8Decoded. > "'/tmp/Ã©tÃ©'" > > Smalltalk os environment asDictionary. > > FileBrowser works OK too but starts up with a wrong window title. > > I believe the real issue is that we are not 100% sure that it is always UTF8 on all platforms all the time (i.e. apparently users can put their (Windows) OS in a different encoding). > >> On 25 May 2018, at 10:28, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> I second you on this issue. Something went wrong in the encoding in the path in your window title. Ã smells like UTF-8 issue. >> >> Looks like Pharo7 still has some issue(s) when handling UTF-8 characters used in modern Operating System filling system. >> >> Another example of this problem, with DrGeo copied in a path with UTF-8 characters, for example ÃtÃ© folder. When DrGeo is started, Pharo creates a folder ÃÂtÃÂ© where it creates some locale/ folder >> >> I see this problem on ubtuntu 17.10 and Mac OSX at my school. >> >> We have this problem for years, I was believing it was fixed, but apparently not. >> >> Hilaire >> >> >> Le 25/05/2018 Ã 04:09, peter yoo a Ã©crit : >>> so.. application location include korean charactor then broken title string in pharo window. >>> (of course ubuntu 18.04 with gnome env) >>> >>> broken title is "ë°ííë©´". it's ok? or where to report? >>> >>> look a attached file please. >>> >>> -- >> >> -- >> Dr. Geo >> http://drgeo.eu >> >> <P7-utf8.png> >

1 0

[Pharo 7.0-dev] Build #947: 21781-trait-composition-should-not-copy-slots-everytime-it-is-asked
by ci-pharo-ci-jenkins2＠inria.fr May 25, 2018

May 25, 2018

There is a new Pharo build available! The status of the build #947 was: SUCCESS. The Pull Request #1253 was integrated: "21781-trait-composition-should-not-copy-slots-everytime-it-is-asked" Pull request url: https://github.com/pharo-project/pharo/pull/1253 Issue Url: https://pharo.fogbugz.com/f/cases/21781 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

[Pharo 7.0-dev] Build #946: 21954-cleanup-copyOfMethodDictionary-and-copyMethodDictionaryFrom
by ci-pharo-ci-jenkins2＠inria.fr May 25, 2018

May 25, 2018

There is a new Pharo build available! The status of the build #946 was: FAILURE. The Pull Request #1408 was integrated: "21954-cleanup-copyOfMethodDictionary-and-copyMethodDictionaryFrom" Pull request url: https://github.com/pharo-project/pharo/pull/1408 Issue Url: https://pharo.fogbugz.com/f/cases/21954 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

1 0

files.pharo.org, get.pharo.org problems?
by Martin McClure May 24, 2018

May 24, 2018

I'm getting 503 errors on attempts to contact both sites -- is this a known issue? Regards, -Martin

6 7