- Pharo-users - lists.pharo.org

[ANN] PoLYgon file format parser/model
by Julien Jan. 2, 2018

Jan. 2, 2018

Hello again, Last announcement for today. 1 year ago I created a PLY (PoLYgon file format [1] ) parser/model in Pharo [2] using PetitParser. I took some time to remove the dust it accumulated and to create a baseline so I announce it. To install it: Metacello new baseline: 'PLY'; repository: 'github://juliendelplanque/PLY/repository'; load. It has tests and an example of usage in the README. Regards, Julien Links: [1]: https://en.wikipedia.org/wiki/PLY_(file_format) <https://en.wikipedia.org/wiki/PLY_(file_format)> [2]: https://github.com/juliendelplanque/PLY <https://github.com/juliendelplanque/PLY> --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40

1 0

[ANN] Orientation
by Julien Jan. 2, 2018

Jan. 2, 2018

Hello, I developed a small framework to model orientation (north, east, south, west). It defines some common operations that can be done on such objects (turning, getting the opposite orientation, moving on n steps on a discrete grid from a given position following certain orientation, etcâ¦). Also, it supporte composed orientations (e.g. north-east). More details on GitHub [1]. To install it: Metacello new baseline: 'Orientation'; repository: 'github://juliendelplanque/Orientation/repository'; load This is not a lot but it is tested and I think it does its job well. So if you need to model orientation, consider to use it. :-) If any ideas of what I could add to this API, Iâm interested. Regards, Julien [1]: https://github.com/juliendelplanque/Orientation --- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille 1 http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40

4 4

Is there a way to stop arrays sorting automatically?
by Andy Burnett Jan. 2, 2018

Jan. 2, 2018

I suspect I am missing something very obvious, in which case could some kind soul put me straight? I have the following code col := OrderedCollection new. (1 to: 9) permutationsDo: [ :each | col add: (each )]. I thought this would give me a collection containing all the permutations. However, what actually happens is that each of the arrays has been 'magically' sorted back into numerical order. If I change the code to read col := OrderedCollection new. (1 to: 9) permutationsDo: [ :each | col add: (each asOrderedCollection )]. Then the permutations are retained. Is this how it is supposed to work? Or, am I doing something wrong? Cheers Andy

3 2

Best wishes for 2018
by Torsten Bergmann Jan. 1, 2018

Jan. 1, 2018

Only a few days left for 2017. Thanks to all who helped shaping Pharos future. May the lighthouse be with you in 2018 as well: World backgroundImage: (ZnEasy getJpeg: 'https://spotlight.it-notes.ru/wp-content/uploads/2017/08/02c48424be88ee36d5…') layout: #scaled Have fun! Bye T.

6 6

Re: [Pharo-users] Is there a way to stop arrays sorting automatically?
by Andy Burnett Dec. 31, 2017

Dec. 31, 2017

Ben wrote >>> Its not so much that your first example sorted the permutations, but that the collection contained only one permutation. I've swapped the order of your examples and downsized them to the simplest case to observe. Something seems broken. It works as expected if the "copy" is uncommented. Transcript clear. oc1 := OrderedCollection new. oc2 := OrderedCollection new. Transcript crShow:'a---'. (1 to: 3) permutationsDo: [ :each | Transcript crShow: each. oc1 add: each asOrderedCollection]. Transcript crShow:'b---'. (1 to: 3) permutationsDo: [ :each | Transcript crShow: each. oc2 add: each "copy"]. Transcript crShow:'c---'. Transcript crShow: { oc1 asSet size. oc2 asSet size}. Transcript crShow:'d---'. oc2 do: [ :x | Transcript crShow: x ]. ==> a--- #(1 2 3) #(1 3 2) #(2 1 3) #(2 3 1) #(3 2 1) #(3 1 2) b--- #(1 2 3) #(1 3 2) #(2 1 3) #(2 3 1) #(3 2 1) #(3 1 2) c--- #(6 1) d--- #(1 2 3) #(1 2 3) #(1 2 3) #(1 2 3) #(1 2 3) #(1 2 3) cheers -ben <<< Thanks Ben, That is really interesting. I had completely misunderstood the problem. Checking the items in oc2 shows that they are literally the same object. So, it would seem that I have to run copy, or some other method to get a unique object. I can see that this would make sense from an efficiency perspective. Reusing the same object would presumably save memory space. However, it would probably be good to update the comment to let people know that this will happen. What is the process for submitting suggested improvements to class comments? Cheers Andy

3 2

Re: [Pharo-users] Is there a way to stop arrays sorting automatically?
by Andy Burnett Dec. 31, 2017

Dec. 31, 2017

Denis wrote >>> It's same as any other code. Just follow instructions https://github.com/pharo-project/pharo/wiki/Contribute-a-fix-to-Pharo. It is now simplified a lot. <<< Wow! That has improved a lot. I have bookmarked the site, and I now have a reason to learn iceberg. Out of curiosity, and perhaps this has been answered elsewhere, why are we using fogbugz for issue tracking, rather than github's issue tracker? I know nothing much about either of them. I am just curious if fogbugz is much better? Cheers Andy

3 2

Fuel serialize of 70MB takes forever on Linux vs. Mac
by Andreas Brodbeck Dec. 31, 2017

Dec. 31, 2017

Hi all! I have a performance problem with Fuel (latest stable) on a Pharo 6.1 (32bit) on Ubuntu 16.04.3 LTS. The serialization and storage to disk of 70MB of data takes more than 6 minutes! While the same task on an equally powerful Mac takes only 1.5 minutes. My observation was, that on Linux it is very very slow while writing the file. The first 30MB of the file are written very fast, but after that the writing speed drops dramatically. On the same Linux server, but the application running on an old Pharo 1.4, the serialization was always as fast as on the Mac. Attached you see an excerpt of the Pharo Time profiler output for the serialization. The profiling tree looks the same on the Mac, just with faster times. What could be the hidden speed eating secret on Linux for Pharo6.1? I have absolutely no idea where to search! Memory? Streams? File writing support? Something inside Fuel? Thanks for any help! Cheers, Andreas -- Andreas Brodbeck www.mindclue.ch

4 7

Iceberg, Git and Package version
by Vitor Medina Cruz Dec. 30, 2017

Dec. 30, 2017

Hello, How are packages versions computed in Iceberg? I am looking at the Metacello documentation at 'Deep in Pharo', it says I can define dependencies at package level and it uses the following format to identify versions: <dev_name.versionNumber>; which I think is a pattern used by Monticello, right? However, I can't figure what is the equivalent (if any) in Iceberg. Thanks in Advance, Vitor

5 13

Regex negative look behind
by Steve Hayes Dec. 30, 2017

Dec. 30, 2017

Hello - newbie question here. Is the regex implememtation meant to handle negative lookbehind, or is that out of scope? Something like (?<!-)\b[0-9]+ (which should not match negative integers) When I try to turn the string into a regex I'm getting a parsing error. If itâs out of scope, is there an alternative approach in Pharo? Thanks, Steve *Steve Hayes*

1 0

Re: [Pharo-users] Is there a way to set form colours using a 'fuzzy' option?
by Andy Burnett Dec. 30, 2017

Dec. 30, 2017

Nicolai wrote >>> You can draw a new form with copybits and use your own color mapping. First, I thought there would be a bitblt operation that you could use without explicit calculating the color mapping, a paint operation that would convert a gray-value to an alpha value. But I could find it. In this special case (black text on white background) you can use an existing method for calculating this color map. This method is used by strike font to create apropriate glyph forms from its font bitmap. (A large bitmap with black characters on a white background.) Here is an example that first, creates a form with black text on white background, and than computes the color map and copys the source form in a new form: "create a test form " sourceForm := Form extent: 300@150 depth: 32. sourceForm fillColor: Color white. "draw some black, bold text" text := 'Hello World' asText. text addAttribute: (TextFontReference toFont: (LogicalFont familyName: 'Source Sans Pro' pointSize: 32)). text addAttribute: (TextColor color: Color black). text addAttribute: (TextEmphasis bold). text asMorph drawOn: sourceForm getCanvas. "create a morph for displaying this form" sourceImageMorph := ImageMorph withForm: sourceForm. sourceImageMorph openInWorld; topLeft: 300@300. "calculate the colormap" colorMap := Color computeColorConvertingMap: Color black from: 32 to: 32 keepSubPixelAA: false. "copy the source form bits to a new form of the same size" newForm := sourceForm deepCopy copyBits: sourceForm boundingBox from: sourceForm at: 0@0 colorMap: (colorMap). "create a morph for displaying this form" newImageMorph := ImageMorph withForm: newForm. newImageMorph openInWorld; topLeft: 300@500. <<< Thanks Nicolai That is very helpful. However, I agree with you that this is probably something BitBlt should be able to handle. I have been looking at how they do this in mathematica, and they have some interesting approaches. Cheers Andy

2 1