March 2024 - Pharo-users - lists.pharo.org

Re: Books about Pharo

by Offray Vladimir Luna CÃ¡rdenas

On the next iteration for Microdown you may find Djot [1] interesting, as it is also trying to be familiar to Markdown users, while fixing the several of its shortcomings and making parsers easier to build, by having a clearer non-ambiguous syntax, that doesn't require look ahead mechanisms. I think that Djot may share the Microdow design principles stated at [2] regarding [2a] familiarity to Markdown [2b] Small uniform core and [2c] extensibility. Umm... I wonder, given that one of the selling points of Djot is the easiness of implementing parsers, how difficult could be to implement a Djot parser and connect it to the Pillar infrastructure? Following the idea quoted at the beginning blog post at [3] trying to " to create a light markup syntax that keeps what is good about Markdown, while revising some of the features that have led to bloat and complexity" and finding the sweet spot between popular options and added value, without being tied by popularity or the past, is a worth exploration. It help us, as a community, to reach the people where they are. Even more considering how Markdown is a popular but clumsy standard de facto (<flame> kind of the Git/GitHub of the light Markup languages,Â promoted greatly by its GitHub usage </flame>). In my case, given the constrains in computer labs where installing Pandoc can be cumbersome, using Markdeep has been an important time saver, even if we need to fork[4] its main repository to document publicly its possibilities and shortcomings. A natively fully supported and well defined light format in Pharo, like Microdown or Djot, could help us a lot in our documentation workflows, given our limited resources[^a]. And, because of the shared design sensibilities behind both formats, I would like to have Microdown more inspired in Djot than in "wild Markdown". The efforts in having a "popular alike" format totally supported in the image are greatly appreciated. Cheers, Offray == Links and footnotes [1] https://djot.net/ [2] https://rmod-files.lille.inria.fr/Team/Texts/Papers/Duca20a-Microdown-IWST.… [3] https://www.jonashietala.se/blog/2024/02/02/blogging_in_djot_instead_of_mar… [4] https://github.com/ruidajo/markdeep/ [^a]: I'm half of the population of the two active Smalltalkers/Pharoers in my country, working in the language part time. We need to cleverly combine resources with a low complexity/expressivity ratio, that's where our combination of tools like Pharo/GT, Fossil, Markdeep, Pandoc comes from. On 27/03/24 2:48, stephane ducasse wrote: > I released yesterday the version 9.0.1 of pillar for Pharo 11. > And I will restart a new iteration on Microdown. > - better support for math > - introducing > > and more as time allows. > > S > >> On 27 Mar 2024, at 01:25, Offray Vladimir Luna CÃ¡rdenas >> <offray.luna(a)mutabit.com> wrote: >> >> Pretty cool! >> >> One of my ideas with Grafoscopio was to be able to read interactive >> documentation inside Pharo, which was obtained in a pretty primitive >> way. Now I have moved to Lepiter as a GUI of our documentation >> workflows and Markdeep as a default format for storage and web >> rendering. But seeing the advances in Microdown and its interactive >> viewer is pretty inspiring. I hope to check some Pharo books >> prepackaged with upcoming releases. >> >> Keep the good work, >> >> Offray >> >> On 14/03/24 9:40, stephane ducasse wrote: >>> Hi Richard >>> >>> I did not see your original post because I messed up with my account. >>> But thanks for your email :) >>> >>> Now the cool stuff if that we can also read the books from within Pharo. >>> We should improve the Microdown renderer and suddenly we will get >>> shiny cool >>> documentation. >>> >>> S >>> >>> >>> >>>> This is a new thread because it's not limited to any specific topic. >>>> >>>> If you have questions about Pharo, especially "how do I do <this> in >>>> Pharo", you can always ask in this mailing list. Â You can, if you like >>>> playing Russian Roulette, ask a Large Language Model "AI". >>>> >>>> But there is an amazing resource you should really trye. >>>> >>>> books.pharo.org >>>> >>>> Did you ever wonder where the manual for Pharo was? >>>> That's where. Â The site lists a bunch of Pharo books and booklets, >>>> all of which have free PDFs except for two of the books. >>>> In particular, you'll always want the most recent edition of >>>> "Pharo by Example" handy. >>>> >>>> These books are really useful. Â They are written by people know know >>>> their material thoroughly and do a good job of explaining it. Â If you >>>> want to make any serious use of Pharo, or even to have more happiness >>>> than headaches just playing with it, you owe it to yourself to get the >>>> free PDFs Â What do we owe the authors? Â Well, if you're not trying to >>>> make one pension support four people, you owe them the purchase of >>>> some of the books. Â Me, I'm giving them thanks, praise, and a >>>> heartfelt recommendation. >>>> >>>> Seriously, these books represent a HUGE amount of work and "you are a >>>> fool to yourself and a burden to others" if you don't take advantage >>>> of this great resource. > > StÃ©phane Ducasse > http://stephane.ducasse.free.fr > 06 30 93 66 73 > > "If you knew today was your lastÂ day on earth, what wouldÂ youÂ do > differently? ....ESPECIALLYÂ if, by doing somethingÂ different,Â today > mightÂ notÂ be your last dayÂ on earth.â CalvinÂ & Hobbes > > > > >

March 31, 2024

# This week (13/2024) on the Pharo Issue Tracker

by Marcus Denker

# Fixes - Adapt #getVolumeInfo:into:size: for StWin32Info to strict FFI #729 https://github.com/pharo-spec/NewTools/pull/729 - Take the selector into account in #AdditionalMethodState>>#analogousCodeTo: #16302 https://github.com/pharo-project/pharo/pull/16302 - Add override for #drawPolygon:fillStyle:borderWidth:borderColor: on ScalingCanvas to avoid conversion of the second argument to a Color #16304 https://github.com/pharo-project/pharo/pull/16305 - Make #contentsMenu: on WorldMorph use the FormSet for each of the icons #16317 https://github.com/pharo-project/pharo/pull/16317 - Change â./$0â to â$0â in recursive retry command in script âgetPharoVM.shâ #16337 https://github.com/pharo-project/pharo/pull/16337 - ZnHeaders does not understand isNotEmpty #16339 https://github.com/pharo-project/pharo/pull/16339 - Move archival of â*.xmlâ and â*.fuelâ files in âJenkinsfileâ to the âfinallyâ block #16341 https://github.com/pharo-project/pharo/pull/16341 - remaining morphic dialogs: aligning the default option to right #16352 https://github.com/pharo-project/pharo/pull/16352 # Tools - fixes #16315 dependency browser layout feels wrong #16343 https://github.com/pharo-project/pharo/pull/16343 - enable / disable syntax highlight in code presenter of critics browser. #727 https://github.com/pharo-spec/NewTools/pull/727 # Cleanup - Remove StWindowsExtensionsTest #728 https://github.com/pharo-spec/NewTools/pull/728 - Remove #createTab from ClyBrowserToolMorph #16318 https://github.com/pharo-project/pharo/pull/16318 - Remove old backward compatibility code from FFILibrary #16349 https://github.com/pharo-project/pharo/pull/16349

March 29, 2024

Re: Books about Pharo

by stephane ducasse

I released yesterday the version 9.0.1 of pillar for Pharo 11. And I will restart a new iteration on Microdown. - better support for math - introducing > and more as time allows. S > On 27 Mar 2024, at 01:25, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Pretty cool! > > One of my ideas with Grafoscopio was to be able to read interactive documentation inside Pharo, which was obtained in a pretty primitive way. Now I have moved to Lepiter as a GUI of our documentation workflows and Markdeep as a default format for storage and web rendering. But seeing the advances in Microdown and its interactive viewer is pretty inspiring. I hope to check some Pharo books prepackaged with upcoming releases. > > Keep the good work, > > Offray > > On 14/03/24 9:40, stephane ducasse wrote: >> Hi Richard >> >> I did not see your original post because I messed up with my account. >> But thanks for your email :) >> >> Now the cool stuff if that we can also read the books from within Pharo. >> We should improve the Microdown renderer and suddenly we will get shiny cool >> documentation. >> >> S >> >> >> >>> This is a new thread because it's not limited to any specific topic. >>> >>> If you have questions about Pharo, especially "how do I do <this> in >>> Pharo", you can always ask in this mailing list. You can, if you like >>> playing Russian Roulette, ask a Large Language Model "AI". >>> >>> But there is an amazing resource you should really trye. >>> >>> books.pharo.org >>> >>> Did you ever wonder where the manual for Pharo was? >>> That's where. The site lists a bunch of Pharo books and booklets, >>> all of which have free PDFs except for two of the books. >>> In particular, you'll always want the most recent edition of >>> "Pharo by Example" handy. >>> >>> These books are really useful. They are written by people know know >>> their material thoroughly and do a good job of explaining it. If you >>> want to make any serious use of Pharo, or even to have more happiness >>> than headaches just playing with it, you owe it to yourself to get the >>> free PDFs What do we owe the authors? Well, if you're not trying to >>> make one pension support four people, you owe them the purchase of >>> some of the books. Me, I'm giving them thanks, praise, and a >>> heartfelt recommendation. >>> >>> Seriously, these books represent a HUGE amount of work and "you are a >>> fool to yourself and a burden to others" if you don't take advantage >>> of this great resource. StÃ©phane Ducasse http://stephane.ducasse.free.fr 06 30 93 66 73 "If you knew today was your last day on earth, what would you do differently? ....ESPECIALLY if, by doing something different, today might not be your last day on earth.â Calvin & Hobbes

March 27, 2024

Re: Books about Pharo

by Offray Vladimir Luna CÃ¡rdenas

Pretty cool! One of my ideas with Grafoscopio was to be able to read interactive documentation inside Pharo, which was obtained in a pretty primitive way. Now I have moved to Lepiter as a GUI of our documentation workflows and Markdeep as a default format for storage and web rendering. But seeing the advances in Microdown and its interactive viewer is pretty inspiring. I hope to check some Pharo books prepackaged with upcoming releases. Keep the good work, Offray On 14/03/24 9:40, stephane ducasse wrote: > Hi Richard > > I did not see your original post because I messed up with my account. > But thanks for your email :) > > Now the cool stuff if that we can also read the books from within Pharo. > We should improve the Microdown renderer and suddenly we will get shiny cool > documentation. > > S > > > >> This is a new thread because it's not limited to any specific topic. >> >> If you have questions about Pharo, especially "how do I do <this> in >> Pharo", you can always ask in this mailing list. You can, if you like >> playing Russian Roulette, ask a Large Language Model "AI". >> >> But there is an amazing resource you should really trye. >> >> books.pharo.org >> >> Did you ever wonder where the manual for Pharo was? >> That's where. The site lists a bunch of Pharo books and booklets, >> all of which have free PDFs except for two of the books. >> In particular, you'll always want the most recent edition of >> "Pharo by Example" handy. >> >> These books are really useful. They are written by people know know >> their material thoroughly and do a good job of explaining it. If you >> want to make any serious use of Pharo, or even to have more happiness >> than headaches just playing with it, you owe it to yourself to get the >> free PDFs What do we owe the authors? Well, if you're not trying to >> make one pension support four people, you owe them the purchase of >> some of the books. Me, I'm giving them thanks, praise, and a >> heartfelt recommendation. >> >> Seriously, these books represent a HUGE amount of work and "you are a >> fool to yourself and a burden to others" if you don't take advantage >> of this great resource.

March 27, 2024

This week (12/2024) on the Pharo Issue Tracker

by Marcus Denker

# Features - Adding tests for debug points + integrating debug points to Calypso Browser #16268 https://github.com/pharo-project/pharo/pull/16268 - add uFFI convenience methods #16320 https://github.com/pharo-project/pharo/pull/16320 # Fixes - 16321-Method-with-an-highlighted-warning-or-error-is-kept-when-deleting-the-offending-text #16322 https://github.com/pharo-project/pharo/pull/16322 - Protect with a mutex the transcript update #16311 https://github.com/pharo-project/pharo/pull/16311 - 15841-ZeroDivide-when-selecting-idea11-icons #16309 https://github.com/pharo-project/pharo/pull/16309 - 14700-Shortcut-text-is-not-displayed-correctly-on-a-Mac #16307 https://github.com/pharo-project/pharo/pull/16307 - Fix parsing twice per keystroke in Calypso #16306 https://github.com/pharo-project/pharo/pull/16306 - NativeBrowserOpenVisitor requires typing for strict FFI #16325 https://github.com/pharo-project/pharo/pull/16325 - 15564-No-menubar-in-Mac-OS-Sonoma #16297 https://github.com/pharo-project/pharo/pull/16297 - Refactor RubTextSegmentMorph to support use of a FormSet #16323 https://github.com/pharo-project/pharo/pull/16323 - Make #taskbarButtonMenu: on SystemWindow and MorphicNativeWindow use the FormSet for each of the icons #16296 https://github.com/pharo-project/pharo/pull/16296 - Make #initializeFor: on TaskbarItemMorph use the FormSet for the icon #16316 https://github.com/pharo-project/pharo/pull/16316 - 16332-Bug-in-Transcript #16334 https://github.com/pharo-project/pharo/pull/16334 - Change #transformBy:clippingTo:during:smoothing: on FormCanvas to use BitBlt combination rule 34 instead of 24 #16303 https://github.com/pharo-project/pharo/pull/16303 - remove wrong name #16331 https://github.com/pharo-project/pharo/pull/16331/files - Add pre-filling the name text presenter in file dialogs #717 https://github.com/pharo-spec/NewTools/pull/717 - Allowing to use Texts as HelpText of Presenters #1529 https://github.com/pharo-spec/Spec/pull/1529 # Tools - fix-critics-browser-issue #724 https://github.com/pharo-spec/NewTools/pull/724 - Fixing Version Browser Presenter #721 https://github.com/pharo-spec/NewTools/pull/721 - Showing CMD character in OSX in Spotter #720 https://github.com/pharo-spec/NewTools/pull/720 - Improvements to the Scopes Editor and integration with Pharo #718 https://github.com/pharo-spec/NewTools/pull/718 # Breakpoints - Debug Point Browser integration #697 https://github.com/pharo-spec/NewTools/pull/697 # Refactoring Engine - 16326-Realize-class-menu-option-throws-error-on-any-class #16333 https://github.com/pharo-project/pharo/pull/16333 - Makes user defined scopes available in Refactoring User Interfaces #15918 https://github.com/pharo-project/pharo/pull/15918 - Fix: remove extract method transformation from UI #16301 https://github.com/pharo-project/pharo/pull/16301

March 25, 2024

Re: [Pharo-dev] "The Classification Model" â New blog post on all: objects all: theTime

by Koen De Hondt

Hi Tim, This is a good place to discuss. I did not add comment functionality to my blog because I do not want people to spam the site with stuff that is not related to the content, and I do not want to moderate the comments. Sending me messages is fine too, but here everyone can read along. You have understood correctly, but I consider it a virtual classification rather than a computed classification because the classification does not depend on user input. Atlas has an âAllMethodsClassificationâ that holds items for all methods of a class. It is used for instance methods and class methods, depending on the âsourceâ of the classification, either a class or a metaclass. Suppose you implement a new classification, letâs say âAllInstanceMethodsAndClassMethodsClassificationâ, that holds items for all instance methods and class methods of a class, then you are all set. All items and classifications have a display name, which is shown in the UI. However, the display name depends on the context. If it is clear from the context that #example is a class method, then displaying âexampleâ is fine. However, when the context is more general, like any manual classification that can hold anything, displaying âMy class>>#exampleâ would be more appropriate. So just implementing a new kind of classification would not be enough for your use case. Therefore I would also implement a dedicated view on that classification so that the list in the view can indicate whether a method is an instance or a class method, together with the protocol it belongs to. An alternative to what you propose, and a better solution in my opinion, is to have two views side by side, so that instance and class methods are not mixed. That simplifies the implementation, certainly because Atlas has both views, and composing your own browser is possible. That is certainly a topic for a future post. Thank you for your questions. I welcome all feedback, as it will shape Atlas. Ciao, Koen > On 19 Mar 2024, at 17:30, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi Koen - is there any particular place you would like us to feedback on the posts? Is here useful, or some other location? > > I like the concepts you are introducing (I need to take to read your PHD - so good to have the link in there) - but the devil is in the detail of course. > > If I have understood correctly - the idea of computed classifications give rise to the flexibility we all crave? So in my previous comment - when designing a new class and trying to work out its protocol, in particular how to instantiate it vs. update it - its very inconvenient to have to flip between class and instance method definitions - a much flatter view of a Class has both instance AND class methods that I can see together is more efficient to work with in that initial design phase vs later when stabilised the more traditional - a Class name has Class and Instance definition, a Class definition has class methods, an Instance definition has instance methods (apologies if terminology isn't quite right - typing this in a hurry on a break). > > But does the classification model handle the above? To flatten instance and class methods into a single sorted list (discriminated in some manner - like one being bold or having some prefix) and also allowing you to add to add new items to that list and provide that discrimination sounds like it might not fit that classification model? Or maybe it does? I guess we do currently allow methods to have categories and we can view multiple categories in a list. I guess I'm curious how it hangs together to model non-trivial examples? And maybe this is the next blog post? > > Thanks for surfacing the ideas. > > Tim > > On Mon, 18 Mar 2024, at 5:51 PM, Koen De Hondt wrote: >> Dear Pharo users and developers, >> >> Last week I told you about a new blog post that outlined the objectives of the Atlas browser. It was the first post of a series. >> If you liked it, I invite you to read the next post <https://all-objects-all-the-time.st/#/blog/posts/7>. It describes the Classification Model, which is the foundation of Atlas. >> >> Happy reading! >> >> Ciao, >> Koen

March 19, 2024

Re: [Pharo-dev] "The Classification Model" â New blog post on all: objects all: theTime

by Tim Mackinnon

Hi Koen - is there any particular place you would like us to feedback on the posts? Is here useful, or some other location? I like the concepts you are introducing (I need to take to read your PHD - so good to have the link in there) - but the devil is in the detail of course. If I have understood correctly - the idea of computed classifications give rise to the flexibility we all crave? So in my previous comment - when designing a new class and trying to work out its protocol, in particular how to instantiate it vs. update it - its very inconvenient to have to flip between class and instance method definitions - a much flatter view of a Class has both instance AND class methods that I can see together is more efficient to work with in that initial design phase vs later when stabilised the more traditional - a Class name has Class and Instance definition, a Class definition has class methods, an Instance definition has instance methods (apologies if terminology isn't quite right - typing this in a hurry on a break). But does the classification model handle the above? To flatten instance and class methods into a single sorted list (discriminated in some manner - like one being bold or having some prefix) and also allowing you to add to add new items to that list and provide that discrimination sounds like it might not fit that classification model? Or maybe it does? I guess we do currently allow methods to have categories and we can view multiple categories in a list. I guess I'm curious how it hangs together to model non-trivial examples? And maybe this is the next blog post? Thanks for surfacing the ideas. Tim On Mon, 18 Mar 2024, at 5:51 PM, Koen De Hondt wrote: > Dear Pharo users and developers, > > Last week I told you about a new blog post that outlined the objectives of the Atlas browser. It was the first post of a series. > If you liked it, I invite you to read the next post <https://all-objects-all-the-time.st/#/blog/posts/7>. It describes the Classification Model, which is the foundation of Atlas. > > Happy reading! > > Ciao, > Koen

March 19, 2024

Re: [Pharo-dev] "The Classification Model" â New blog post on all: objects all: theTime

by Noury Bouraqadi

It sounds promising. I want it now ;-) Noury On Mar 18 2024, at 6:51 pm, Koen De Hondt <koen(a)all-objects-all-the-time.st> wrote: > Dear Pharo users and developers, > > Last week I told you about a new blog post that outlined the objectives of the Atlas browser. It was the first post of a series. > If you liked it, I invite you to read the next post (https://all-objects-all-the-time.st/#/blog/posts/7) It describes the Classification Model, which is the foundation of Atlas. > > Happy reading! > > Ciao, > Koen >

March 19, 2024

UKSTUG Meeting - Maximiliano Tabacman: Electronic Roleplaying Assistant - 27 March 2024

by Giovanni Corriga

In this presentation, Maximiliano Tabacman will be presenting the main features, abstractions and design decisions behind ERA, the Electronic Roleplaying Assistant ( https://preview.drivethrurpg.com/en/product/137825/ERA-for-Rolemaster ). ERA is currently being used to create characters and manage the adventures of many gaming groups across the world, supporting Navigator RPG, Against the Darkmaster, Rolemaster Classic, Rolemaster Fantasy and Rolemaster Unified. We will review how Pharo allows creating a deployed version that runs locally in Linux, Mac and Windows, while Digital Ocean and Auth0 allow running an online server with different user roles. https://pharo.org/success/RolPlayingAssistant.html We will also mention how ERA makes use of the different frameworks developed and maintained by the Buenos Aires Smalltalk group, hosted at Github. Maximiliano Tabacman ( https://www.linkedin.com/in/maximiliano-tabacman-9aa4b817b/ ) is a long time Smalltalker with a Phd from the University of Buenos Aires. He is a Software architect at Mercap, executive secretary at FAST and creator of ERA. This will be an online meeting from home. If you'd like to join us, please sign up in advance on the meeting's Meetup page ( https://www.meetup.com/ukstug/events/299364517/ ) to receive the meeting details. Donât forget to bring your laptop and drinks!

March 19, 2024

"The Classification Model" â New blog post on all: objects all: theTime

by Koen De Hondt

Dear Pharo users and developers, Last week I told you about a new blog post that outlined the objectives of the Atlas browser. It was the first post of a series. If you liked it, I invite you to read the next post <https://all-objects-all-the-time.st/#/blog/posts/7>. It describes the Classification Model, which is the foundation of Atlas. Happy reading! Ciao, Koen

March 18, 2024

Re: String concatenation performance

by Noury Bouraqadi

Thank you Richard for the detailed response. Noury On Mar 18 2024, at 8:06 am, Richard O'Keefe <raoknz(a)gmail.com> wrote: > Let me start by giving some figures from my Smalltalk, on an Intel > core I5-6200U @ 2.3 Ghz CPU laptop with 8GB of memory running Ubuntu > 22.04 and gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0. Smalltalk is > compiled to C then finished with the system C compiler. Static > whole-program compilation is allowed by the ANSI standard and the > system was originally written to serve as a baseline for Bryce's JIT. > nsec technique > 249 replaceFrom:to:with:startingAt:*5 > 128 withAll:*5 > 486 ,,,, > 492 (,,),(,) > 521 streamContents: > 367 StringWriteStream > 860 StringBuffer>>addAllLast: > 385 StringBuffer>>nextPutAll: > > replaceFrom:to:with:startingAt:*5 makes a string the right size then > fills it in using #replaceAll:from:to:startingAt:. > withAll:*5 is String withAll: a withAll: b withAll: c withAll: d > withAll: e (supported up to 6 withAlls.) > This is interesting because the result can be a [ReadOnly](ByteArray > -- UTF8 -- or ShortArray -- UTF16 or String -- UTF32) and each of the > up to 6 operands can independently be these things. It wasn't > intended as a fast alternative to #, . > .... is a,b,c,d,e > (,,),(,) is (a,b,c),(d,e). > streamContents: is what you had > StringWriteStream is basically the same as streamContents: but using a > WriteStream specialised to Strings with some extra primitive support. > There are also StringReadStream and StringReadWriteStream. > StringBuffer is my version of Java's StringBuilder; it's a cross > between a String, an OrderedCollection, and a WriteStream. It can > change size like an OrderedCollection; it has most of the "writing" > methods (but not the "position" ones) of a WriteStream, and at all > times you can use it as a String without having to copy the contents. > You would expect #addAllLast: and #nextPutAll: to have the same > result, and they do, but they were written a different times and > #nextPutAll: was optimised for the case where the operand is a string > while #addAllLast: wasn't. > > What does all that mean in practice? > It means that a benchmark like this is VERY SENSITIVE to the details > of how the library is written. > Even just bracketing the commas differently gives you a different time. > > It means that techniques which are more efficient for LARGE volumes of > data may have startup costs > that make them less efficient for SMALL volumes of data, and that this > is a very small benchmark. > The cost of a,b,c,d,e is proportional to |a|*5 + |b|*4 + |c|*3 + |d|*2 > + |e|, while the other techniques > are proportional to |a| + |b| + |c| + |d| + |e|, BUT have overheads of > their own. > > Well, that was astc. What about Pharo? > 1,950,528 per second' ,,,, > 6,509,256 per second' withAll:*5 > > Here it is. I've added withAll:*2 to withAll:*6 to ArrayedCollection class. > withAll: c1 withAll: c2 withAll: c3 withAll: c4 withAll: c5 > |e1 e2 e3 e4 e5| > e1 := c1 size. > e2 := c2 size + e1. > e3 := c3 size + e2. > e4 := c4 size + e3. > e5 := c5 size + e4. > ^(self new: e5) > replaceFrom: 1 to: e1 with: c1 startingAt: 1; > replaceFrom: e1+1 to: e2 with: c2 startingAt: 1; > replaceFrom: e2+1 to: e3 with: c3 startingAt: 1; > replaceFrom: e3+1 to: e4 with: c4 startingAt: 1; > replaceFrom: e4+1 to: e5 with: c5 startingAt: 1; > yourself > > What's the lesson here? Just because A is faster than B doesn't mean > there isn't a fairly obvious C, D, ..., that will beat A. > > Now what is the real argument in favour of StringBuilder in Java and > streamContents: in Smalltalk? > > s := ''. > 1 to: n do: [:i | s := s , 'X']. > > makes a string of n Xs but takes O(n**2) time and turns over O(n**2) memory. > s := String streamContents: [:o | 1 to: n do: [:i | o nextPut: $X] > makes a string of n Xs while taking O(n) time and turning over O(n) memory. > n does not have to be very big before this gets to be a HUGE difference. > > For what it's worth, the Java compiler turns a+b+c+d+e into code that creates > a StringBuilder, stuffs a ... e into it, and then pulls a string out. > There is no point > in benchmarking a fixed number of concatenations against a StringBuilder in > Java because they're the same thing. Smalltalk compilers don't do that. > > In Java and in Smalltalk you should seldom concatenation strings, but should > send the fragments directly to their final destination. I've never > quite made up > my mind whether being toString()-centric was Java's biggest blunder or just the > second biggest, but it was a pretty darned big one for sure. Smalltalk go this > right: #printOn: is the basic notion and #printString the derived and > best avoided > one. > > On Sat, 16 Mar 2024 at 08:12, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > > > I thought streamContents: was faster than using a comma binary message... > > > > I was wrong. Pharo is not Java :-) > > > > Noury > > > > "Run in P11" > > > > a := 'aaaaa'. > > > > b := 'bbbbb'. > > > > c := 'ccccc'. > > > > d := 'ddddd'. > > > > e := 'eeeeee'. > > > > [ a , b , c , d , e ] bench. > > > > "'3958888.090 per second'" > > > > "'3808242.503 per second'" > > > > > > [ > > > > String streamContents: [ :str | > > > > str > > > > << a; > > > > << b; > > > > << c; > > > > << d; > > > > << e ] ] bench > > > > "'3083603.838 per second'" > > > > "'2927641.144 per second'" a := 'aaaaa'. > > > > b := 'bbbbb'. > > > > c := 'ccccc'. > > > > d := 'ddddd'. > > > > e := 'eeeeee'. > > > > [ a , b , c , d , e ] bench. > > > > "'3958888.090 per second'" > > > > "'3808242.503 per second'" > > > > [ > > > > String streamContents: [ :str | > > > > str > > > > << a; > > > > << b; > > > > << c; > > > > << d; > > > > << e ] ] bench > > > > "'3083603.838 per second'" > > > > "'2927641.144 per second'" > > > > a := 'aaaaa'. > > b := 'bbbbb'. > > c := 'ccccc'. > > d := 'ddddd'. > > e := 'eeeeee'. > > [ a , b , c , d , e ] bench. > > "'3958888.090 per second'" > > "'3808242.503 per second'" > > [ > > String streamContents: [ :str | > > str > > << a; > > << b; > > << c; > > << d; > > << e ] ] bench > > "'3083603.838 per second'" > > "'2927641.144 per second'" >

March 18, 2024

Re: String concatenation performance

by Richard O'Keefe

Let me start by giving some figures from my Smalltalk, on an Intel core I5-6200U @ 2.3 Ghz CPU laptop with 8GB of memory running Ubuntu 22.04 and gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0. Smalltalk is compiled to C then finished with the system C compiler. Static whole-program compilation is allowed by the ANSI standard and the system was originally written to serve as a baseline for Bryce's JIT. nsec technique 249 replaceFrom:to:with:startingAt:*5 128 withAll:*5 486 ,,,, 492 (,,),(,) 521 streamContents: 367 StringWriteStream 860 StringBuffer>>addAllLast: 385 StringBuffer>>nextPutAll: replaceFrom:to:with:startingAt:*5 makes a string the right size then fills it in using #replaceAll:from:to:startingAt:. withAll:*5 is String withAll: a withAll: b withAll: c withAll: d withAll: e (supported up to 6 withAlls.) This is interesting because the result can be a [ReadOnly](ByteArray -- UTF8 -- or ShortArray -- UTF16 or String -- UTF32) and each of the up to 6 operands can independently be these things. It wasn't intended as a fast alternative to #, . .... is a,b,c,d,e (,,),(,) is (a,b,c),(d,e). streamContents: is what you had StringWriteStream is basically the same as streamContents: but using a WriteStream specialised to Strings with some extra primitive support. There are also StringReadStream and StringReadWriteStream. StringBuffer is my version of Java's StringBuilder; it's a cross between a String, an OrderedCollection, and a WriteStream. It can change size like an OrderedCollection; it has most of the "writing" methods (but not the "position" ones) of a WriteStream, and at all times you can use it as a String without having to copy the contents. You would expect #addAllLast: and #nextPutAll: to have the same result, and they do, but they were written a different times and #nextPutAll: was optimised for the case where the operand is a string while #addAllLast: wasn't. What does all that mean in practice? It means that a benchmark like this is VERY SENSITIVE to the details of how the library is written. Even just bracketing the commas differently gives you a different time. It means that techniques which are more efficient for LARGE volumes of data may have startup costs that make them less efficient for SMALL volumes of data, and that this is a very small benchmark. The cost of a,b,c,d,e is proportional to |a|*5 + |b|*4 + |c|*3 + |d|*2 + |e|, while the other techniques are proportional to |a| + |b| + |c| + |d| + |e|, BUT have overheads of their own. Well, that was astc. What about Pharo? 1,950,528 per second' ,,,, 6,509,256 per second' withAll:*5 Here it is. I've added withAll:*2 to withAll:*6 to ArrayedCollection class. withAll: c1 withAll: c2 withAll: c3 withAll: c4 withAll: c5 |e1 e2 e3 e4 e5| e1 := c1 size. e2 := c2 size + e1. e3 := c3 size + e2. e4 := c4 size + e3. e5 := c5 size + e4. ^(self new: e5) replaceFrom: 1 to: e1 with: c1 startingAt: 1; replaceFrom: e1+1 to: e2 with: c2 startingAt: 1; replaceFrom: e2+1 to: e3 with: c3 startingAt: 1; replaceFrom: e3+1 to: e4 with: c4 startingAt: 1; replaceFrom: e4+1 to: e5 with: c5 startingAt: 1; yourself What's the lesson here? Just because A is faster than B doesn't mean there isn't a fairly obvious C, D, ..., that will beat A. Now what is the real argument in favour of StringBuilder in Java and streamContents: in Smalltalk? s := ''. 1 to: n do: [:i | s := s , 'X']. makes a string of n Xs but takes O(n**2) time and turns over O(n**2) memory. s := String streamContents: [:o | 1 to: n do: [:i | o nextPut: $X] makes a string of n Xs while taking O(n) time and turning over O(n) memory. n does not have to be very big before this gets to be a HUGE difference. For what it's worth, the Java compiler turns a+b+c+d+e into code that creates a StringBuilder, stuffs a ... e into it, and then pulls a string out. There is no point in benchmarking a fixed number of concatenations against a StringBuilder in Java because they're the same thing. Smalltalk compilers don't do that. In Java and in Smalltalk you should seldom concatenation strings, but should send the fragments directly to their final destination. I've never quite made up my mind whether being toString()-centric was Java's biggest blunder or just the second biggest, but it was a pretty darned big one for sure. Smalltalk go this right: #printOn: is the basic notion and #printString the derived and best avoided one. On Sat, 16 Mar 2024 at 08:12, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > I thought streamContents: was faster than using a comma binary message... > > I was wrong. Pharo is not Java :-) > > Noury > > "Run in P11" > > a := 'aaaaa'. > > b := 'bbbbb'. > > c := 'ccccc'. > > d := 'ddddd'. > > e := 'eeeeee'. > > [ a , b , c , d , e ] bench. > > "'3958888.090 per second'" > > "'3808242.503 per second'" > > > [ > > String streamContents: [ :str | > > str > > << a; > > << b; > > << c; > > << d; > > << e ] ] bench > > "'3083603.838 per second'" > > "'2927641.144 per second'" a := 'aaaaa'. > > b := 'bbbbb'. > > c := 'ccccc'. > > d := 'ddddd'. > > e := 'eeeeee'. > > [ a , b , c , d , e ] bench. > > "'3958888.090 per second'" > > "'3808242.503 per second'" > > [ > > String streamContents: [ :str | > > str > > << a; > > << b; > > << c; > > << d; > > << e ] ] bench > > "'3083603.838 per second'" > > "'2927641.144 per second'" > > a := 'aaaaa'. > b := 'bbbbb'. > c := 'ccccc'. > d := 'ddddd'. > e := 'eeeeee'. > [ a , b , c , d , e ] bench. > "'3958888.090 per second'" > "'3808242.503 per second'" > [ > String streamContents: [ :str | > str > << a; > << b; > << c; > << d; > << e ] ] bench > "'3083603.838 per second'" > "'2927641.144 per second'"

March 18, 2024

Re: String concatenation performance

by Yanni Chiu

The test is using string literals, which may be optimized in various ways. Is that representative of your use case? On Fri, Mar 15, 2024 at 3:12 PM Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > I thought streamContents: was faster than using a comma binary message... > > I was wrong. Pharo is not Java :-) > > Noury > > "Run in P11" > > a := 'aaaaa'. > > b := 'bbbbb'. > > c := 'ccccc'. > > d := 'ddddd'. > > e := 'eeeeee'. > > [ a , b , c , d , e ] bench. > > "'3958888.090 per second'" > > "'3808242.503 per second'" > > > [ > > String streamContents: [ :str | > > str > > << a; > > << b; > > << c; > > << d; > > << e ] ] bench > > "'3083603.838 per second'" > > "'2927641.144 per second'" a := 'aaaaa'. > > b := 'bbbbb'. > > c := 'ccccc'. > > d := 'ddddd'. > > e := 'eeeeee'. > > [ a , b , c , d , e ] bench. > > "'3958888.090 per second'" > > "'3808242.503 per second'" > > [ > > String streamContents: [ :str | > > str > > << a; > > << b; > > << c; > > << d; > > << e ] ] bench > > "'3083603.838 per second'" > > "'2927641.144 per second'" > > a := 'aaaaa'. > b := 'bbbbb'. > c := 'ccccc'. > d := 'ddddd'. > e := 'eeeeee'. > [ a , b , c , d , e ] bench. > "'3958888.090 per second'" > "'3808242.503 per second'" > [ > String streamContents: [ :str | > str > << a; > << b; > << c; > << d; > << e ] ] bench > "'3083603.838 per second'" > "'2927641.144 per second'" >

March 15, 2024

String concatenation performance

by Noury Bouraqadi

> I thought streamContents: was faster than using a comma binary message... I was wrong. Pharo is not Java :-) Noury "Run in P11" a := 'aaaaa'. > b := 'bbbbb'. > c := 'ccccc'. > d := 'ddddd'. > e := 'eeeeee'. > [ a , b , c , d , e ] bench. > "'3958888.090 per second'" > "'3808242.503 per second'" > [ > String streamContents: [ :str | > str > << a; > << b; > << c; > << d; > << e ] ] bench > "'3083603.838 per second'" > "'2927641.144 per second'" a := 'aaaaa'. > b := 'bbbbb'. > c := 'ccccc'. > d := 'ddddd'. > e := 'eeeeee'. > [ a , b , c , d , e ] bench. > "'3958888.090 per second'" > "'3808242.503 per second'" > [ > String streamContents: [ :str | > str > << a; > << b; > << c; > << d; > << e ] ] bench > "'3083603.838 per second'" > "'2927641.144 per second'" a := 'aaaaa'. b := 'bbbbb'. c := 'ccccc'. d := 'ddddd'. e := 'eeeeee'. [ a , b , c , d , e ] bench. "'3958888.090 per second'" "'3808242.503 per second'" [ String streamContents: [ :str | str << a; << b; << c; << d; << e ] ] bench "'3083603.838 per second'" "'2927641.144 per second'"

March 15, 2024

This week (11/2024) on the Pharo Issue Tracker

by Marcus Denker

With the freeze, we will see now less PRs being integrated, most of them fixes and tests. If you see bugs in Pharo 12, make sure to check that it is reported on the issue tracker! # Fixes - fix calypso close button #16295 https://github.com/pharo-project/pharo/pull/16295 - Fixing issue #16291 - RBRemoveDirectAccessToVariableTransformationTest is failing #16293 https://github.com/pharo-project/pharo/pull/16293 - Fixes issue: RB - Undo refactoring sometimes not only undo the last changes of refactoring #8103 #16285 https://github.com/pharo-project/pharo/pull/16285 - Update Roassal to v1.06 #16287 https://github.com/pharo-project/pharo/pull/16287 - Remove use of âset -eâ from script âgetPharoVM.shâ #16282 https://github.com/pharo-project/pharo/pull/16282 - Prevents asking for user input twice during the Pushing up method refactoring #16281 https://github.com/pharo-project/pharo/pull/16281 - 16233-ChangeRecordtimeStamp-calls-deprecated-method #16254 https://github.com/pharo-project/pharo/pull/16254 - Fix title display in File Presenter windows #716 https://github.com/pharo-spec/NewTools/pull/716 # Improvements - Add pre-filling the name text presenter in file dialogs #717 https://github.com/pharo-spec/NewTools/pull/717 - Adding tests for debug points + integrating debug points to Calypso Browser #16268 https://github.com/pharo-project/pharo/pull/16268 - Make #taskbarButtonMenu: on SystemWindow and MorphicNativeWindow use the FormSet for each of the icons #16296 https://github.com/pharo-project/pharo/pull/16296 - Refactor MenuItemMorph, PluggableMenuItemSpec and PragmaMenuAndShortcutRegistrationItem to support use of a FormSet and apply that to CmdCommand #16201 https://github.com/pharo-project/pharo/pull/16201

March 15, 2024

Books about Pharo

by stephane ducasse

Hi Richard I did not see your original post because I messed up with my account. But thanks for your email :) Now the cool stuff if that we can also read the books from within Pharo. We should improve the Microdown renderer and suddenly we will get shiny cool documentation. S > This is a new thread because it's not limited to any specific topic. > > If you have questions about Pharo, especially "how do I do <this> in > Pharo", you can always ask in this mailing list. You can, if you like > playing Russian Roulette, ask a Large Language Model "AI". > > But there is an amazing resource you should really trye. > > books.pharo.org > > Did you ever wonder where the manual for Pharo was? > That's where. The site lists a bunch of Pharo books and booklets, > all of which have free PDFs except for two of the books. > In particular, you'll always want the most recent edition of > "Pharo by Example" handy. > > These books are really useful. They are written by people know know > their material thoroughly and do a good job of explaining it. If you > want to make any serious use of Pharo, or even to have more happiness > than headaches just playing with it, you owe it to yourself to get the > free PDFs What do we owe the authors? Well, if you're not trying to > make one pension support four people, you owe them the purchase of > some of the books. Me, I'm giving them thanks, praise, and a > heartfelt recommendation. > > Seriously, these books represent a HUGE amount of work and "you are a > fool to yourself and a burden to others" if you don't take advantage > of this great resource.

March 14, 2024

IWST 24 â International Workshop on Smalltalk Technologies Lille, France; July 8th to 11th, 2024

by Steven Costiou

IWST 24 INFORMATION AND CALL FOR PAPERS IWST 24 -- International Workshop on Smalltalk Technologies Lille, France; July 8th to 11th, 2024 GOALS AND SCOPE The goals of the workshop is to create a forum around contributions and experiences in building or using technologies related to Smalltalk. While maturity of presented ideas and results is not crucial, it is expected that their presentation triggers discussion and exchange of ideas. The topics of your paper can be on all aspect of Smalltalk, theoretical as well as practical. Authors are invited to submit research articles or industrial papers. IMPORTANT DATES * Extended abstract submission deadline: MARCH 31ST, 2024 * Extended abstract notification deadline: April 7th, 2024 * Full/short paper submission deadline: May 19th, 2024 * Full/short paper first-round notification deadline: June 30th, 2024 * Workshop: July 9-10, 2024 * Full/short paper resubmission deadline: July 21st, 2024 * Full/short paper final notification deadline: July 31st, 2024 * Camera ready package submission deadline: August 25th, 2024 TOPICS We welcome contributions on all aspects, theoretical as well as practical, of Smalltalk related topics such as: * Code Analysis * Automated Testing * Debugging * Compilers, Virtual Machines and Language implementations * Meta-programming and Meta-modeling * Refactorings * Design patterns * Experience reports * Libraries and frameworks * New dialects or languages implemented in Smalltalk * Interaction and integration with other languages * Tools SUBMISSIONS, REVIEWS, AND SELECTION Authors interetsed to present their work at the IWST 2024 are invited to submit an abstract of the intended talk before the extended abstract submission deadline. The extended abstract should be not longer than 2 pages following the CEUR ART style [1]. Author of the submitted extended abstratcs will be notified and invited to present their work by the extended abstract notification deadline which enables presenters to register at the early registration prices. Authors of the accepted abstracts are also invited to submit a paper to be subject of the review and a potential acceptance for publishing in the IWST 2024 Proceedings. We are looking for papers of two kinds: * Short position papers (5 to 10 pages) describing fresh ideas and early results. * Full research papers (more than 10 pages) with deeper description of experiments and of research results. Paper accepted for publishing will be published within a CEUR-WS Proceedings [2]. Hence, both submissions and final papers must be prepared using the CEUR ART style [1]. All submissions must be sent via EasyChair submission page [3]. Pay attention, for organisation constraints, when submitting your article you are expected to register to the conference and pay the conference fees. REVIEWING As the workshop format encourages bringing fresh ideas and early results to be presented and discussed, and aims for giving a chance to young community members to learn and grow, we will allow submissions with a discussion potential to be conditionally accepted. In this case, authors are expected to follow the recommendation of the reviewers. Consequently, the reviewing process will be organized in two rounds: * in the first round, all submissions will be reviewed by at least 3 reviewers. Based on these reviews authors will receive a notification with reviewers comments, advises, and requirements and papers that are not rejected will be invited to be resubmitted in an improved form together with change log and answrers to the reviewers. * in the second round, PC chairs in collaboration with the reviewers where needed and possible, will evaluate the improved paper version and notifiy authors about final decision on acceptance/rejection. BEST PAPER AWARD To encourage the submission of high-quality ideas, contributions, and papers, the IWST organizing committee is very proud to announce a Award competition in the categories of BEST IDEA, BEST CONTRIBUTION TO THE COMMUNITY and BEST PAPER FOR THIS EDITION OF IWST. The ranking will be decided by the program committee during the review process and by the audience voting during the conference. The awards will be given during the ESUG conference social event. The Awards will take place only with a minimum of six submissions. Notice also that to be eligible, a paper/abstract must be presented at the workshop by one of the author and that the presenting author must be registered at the ESUG conference. PROGRAM CHAIRS * Steven Costiou, Inria Lille, France (chair), * Guille Polito, Inria Lille, France (chair), * Gordana Rakic, University of Novi Sad, Serbia (chair) PROGRAM COMMITTEE to be published ... Links: ------ [1] https://ceur-ws.org/Vol-XXX/CEURART.zip [2] imap://scostiou@zimbra.inria.fr:993/fetch%3EUID%3E/Sent%3E105178?part=1.2.2&filename=text.html [3] https://easychair.org/conferences/?conf=iwst2024

March 14, 2024

Re: [Pharo-dev] Re: "Introducing Atlas" â New blog post on all: objects all: theTime

by Koen De Hondt

Thank you Noury. Writing blog posts about Atlas was my plan to pave the way toward a presentation at ESUGâ24, but when the date of the conference was announced I was sad to conclude that I cannot attend this year. So I will write more blog posts ;-) I like the discussion too. As was already clear when I organized the Pharo Browser Survey <https://all-objects-all-the-time.st/#/blog/posts/3>, a lot of people have an opinion on the tool they use every day, which is good. I welcome all the feedback. Best regards, Koen > On 13 Mar 2024, at 17:43, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > I read the blog post and I liked it. Thank you Koen! > > I've also liked very much the discussion in this thread. > I hope that you guys would expand your ideas and give talks at the ESUG conference next July. > > FYI here is the page with the ESUG call for presentations > https://esug.github.io/2024-Conference/call2024.html > > Noury ;-) > On Mar 11 2024, at 4:27 pm, Aik-Siong Koh <askoh(a)askoh.com> wrote: > Atlas is indeed ambitious, and I am glad you want to push the boundaries. > > Over the decades, GUIs have introduced a bewildering array of widgets and designs that I think we are in a mess again. > I feel we should restart again with a blank window, allow select and rightclick for context menu, and proceed for there to introduce the base minimum for a functional GUI. > I believe "select and rightclick context menu" can solve almost every GUI need simply. > I also think the single column menu can be updated to a two-column menu which is more compact and balanced. > The cursor can be centered between the two columns instead of being at the top left corner. > The cursor has to travel less for any selection. > https://askoh.com/index.html#TwoColumnMenu > > All the best, > Aik-Siong Koh > > On Mon, 11 Mar 2024 09:58:40 +0000, "Tim Mackinnon" <tim(a)testit.works> wrote: > > As browsers are a passion in the Smalltalk world it will be great to read your thoughts - as its certainly a hot potato, and we don't seem to have quite cracked it so far. > > I recall the presentations on Calypso from Pharo days (might have been recorded for review if you haven't seen them). I recall being won over at the time (and I was hesitant) - there was lots of flexibility that had been thought about, and many useful and tricky browsing patterns were covered - but over time I think its proved tricky to work with. In Pharo 11, the browsers don't seem to work as well as they should (lots of funny focus issues and loss of context that I don't recall in previous version - which I think is more down to understanding how it was supposed to work than technical flaws). > > It's definitely worth generating conversation and getting some consensus otherwise it will be a rise and fall scenario all over again. This said, continuing to find a good model that is both flexible and simple is useful. > > Tim > > p.s. On thing I recall from those Calypso presentations was that the model should have let us design browsers where we have different navigation models (e.g. you in theory you could design something where a class has a path to methods which are both instance and class so you don't have to have a mode to swap between them - something I find distracting when designing the interface of a class and trying to figure out how you instantiate/initialize it and you want to jump between the 2 view - I just want to see all all the methods in a list, differentiated in some way vs. hiding them). > > On Sun, 10 Mar 2024, at 5:24 PM, Koen De Hondt wrote: > Dear Pharo users and developers, > > Some people already know that I am working on a browser for Pharo. With this announcement, I make it official ð. > In my latest blog post <https://all-objects-all-the-time.st/#/blog/posts/6>, I introduce Atlas as an ambitious successor of Calypso. It is the first post in a series. > > Happy reading! > > Ciao, > Koen > >

March 13, 2024

Re: [Pharo-dev] Re: "Introducing Atlas" â New blog post on all: objects all: theTime

by Noury Bouraqadi

I read the blog post and I liked it. Thank you Koen! I've also liked very much the discussion in this thread. I hope that you guys would expand your ideas and give talks at the ESUG conference next July. FYI here is the page with the ESUG call for presentations https://esug.github.io/2024-Conference/call2024.html Noury ;-) On Mar 11 2024, at 4:27 pm, Aik-Siong Koh <askoh(a)askoh.com> wrote: > Atlas is indeed ambitious, and I am glad you want to push the boundaries. > > Over the decades, GUIs have introduced a bewildering array of widgets and designs that I think we are in a mess again. > I feel we should restart again with a blank window, allow select and rightclick for context menu, and proceed for there to introduce the base minimum for a functional GUI. > I believe "select and rightclick context menu" can solve almost every GUI need simply. > I also think the single column menu can be updated to a two-column menu which is more compact and balanced. > The cursor can be centered between the two columns instead of being at the top left corner. > The cursor has to travel less for any selection. > https://askoh.com/index.html#TwoColumnMenu > > All the best, > Aik-Siong Koh > > On Mon, 11 Mar 2024 09:58:40 +0000, "Tim Mackinnon" <tim(a)testit.works> wrote: > > As browsers are a passion in the Smalltalk world it will be great to read your thoughts - as its certainly a hot potato, and we don't seem to have quite cracked it so far. > > I recall the presentations on Calypso from Pharo days (might have been recorded for review if you haven't seen them). I recall being won over at the time (and I was hesitant) - there was lots of flexibility that had been thought about, and many useful and tricky browsing patterns were covered - but over time I think its proved tricky to work with. In Pharo 11, the browsers don't seem to work as well as they should (lots of funny focus issues and loss of context that I don't recall in previous version - which I think is more down to understanding how it was supposed to work than technical flaws). > > It's definitely worth generating conversation and getting some consensus otherwise it will be a rise and fall scenario all over again. This said, continuing to find a good model that is both flexible and simple is useful. > > Tim > > p.s. On thing I recall from those Calypso presentations was that the model should have let us design browsers where we have different navigation models (e.g. you in theory you could design something where a class has a path to methods which are both instance and class so you don't have to have a mode to swap between them - something I find distracting when designing the interface of a class and trying to figure out how you instantiate/initialize it and you want to jump between the 2 view - I just want to see all all the methods in a list, differentiated in some way vs. hiding them). > > On Sun, 10 Mar 2024, at 5:24 PM, Koen De Hondt wrote: > > Dear Pharo users and developers, > > > > Some people already know that I am working on a browser for Pharo. With this announcement, I make it official ð. > > In my latest blog post (https://all-objects-all-the-time.st/#/blog/posts/6) I introduce Atlas as an ambitious successor of Calypso. It is the first post in a series. > > > > Happy reading! > > > > Ciao, > > Koen > > > > > >

March 13, 2024

ESUG24 Call for Student Volunteers, 8-11 July, Lille, France

by Steven Costiou

CALL FOR STUDENT VOLUNTEERS, ESUG 2024, 8-11 JULY, LILLE, FRANCE Student volunteers help the conference running smoothly; in return, they have free accommodations, while still having most of the time to enjoy the conference. PAY ATTENTION: the places are limited so do not wait till the last minute to apply. CONFERENCE DETAILS: Send an email to volunteers-esug24(a)inria.fr. * title: [ESUG 2024 Student] * name, gender, university/school, country, email address * short description of you and why you are interested in participating Accommodation is covered from Sunday 7 July until 8 Thursday July 2024 (including nights from Sunday to Monday and from Thursday to Friday). Students will be hosted in student rooms. ESUG additionally covers for the lunches during the week and one dinner. Travel costs are *not* covered by the student volunteers program. Duties include handling registration as people arrive at the conference, filling coffee machines, collecting presentation slides for ESUG right after the presentation is given, being present at an information desk to answer questions, and generally being helpful. Student volunteering makes the conference better, takes a fairly small amount of time and doesn't significantly interfere with enjoying and learning from the conference. Please note, this role requires discipline and constant attention to all attendees.

March 12, 2024

Re: please unsubscribe me

by Marcus Denker

Done ! Marcus > On 11 Mar 2024, at 16:27, Rui Viana Pereira <ruivianapereira(a)gmail.com> wrote: > > Pereira

March 11, 2024

Re: [Pharo-dev] Re: "Introducing Atlas" â New blog post on all: objects all: theTime

by Aik-Siong Koh

Atlas is indeed ambitious, and I am glad you want to push the boundaries. Over the decades, GUIs have introduced a bewildering array of widgets and designs that I think we are in a mess again. I feel we should restart again with a blank window, allow select and rightclick for context menu, and proceed for there to introduce the base minimum for a functional GUI. I believe "select and rightclick context menu" can solve almost every GUI need simply. I also think the single column menu can be updated to a two-column menu which is more compact and balanced. The cursor can be centered between the two columns instead of being at the top left corner. The cursor has to travel less for any selection. https://askoh.com/index.html#TwoColumnMenu All the best, Aik-Siong Koh On Mon, 11 Mar 2024 09:58:40 +0000, "Tim Mackinnon" <tim(a)testit.works> wrote: Â As browsers are a passion in the Smalltalk world it will be great to read your thoughts - as its certainly a hot potato, and we don't seem to have quite cracked it so far. Â I recall the presentations on Calypso from Pharo days (might have been recorded for review if you haven't seen them). I recall being won over at the time (and I was hesitant) Â - there was lots of flexibility that had been thought about, and many useful and tricky browsing patterns were covered - but over time I think its proved tricky to work with. In Pharo 11, the browsers don't seem to work as well as they should (lots of funny focus issues and loss of context that I don't recall in previous version - which I think is more down to understanding how it was supposed to work than technical flaws). Â It's definitely worth generating conversation and getting some consensus otherwise it will be a rise and fall scenario all over again. This said, continuing to find a good model that is both flexible and simple is useful. Â Tim Â p.s. On thing I recall from those Calypso presentations was that the model should have let us design browsers where weÂ have different navigation models Â (e.g. you in theory you could design something where a class has a path to methods which are both instance and class so you don't have to have a mode to swap between them - something I find distracting when designing the interface of a class and trying to figure out how you instantiate/initialize it and you want to jump between the 2 view - I just want to see all all the methods in a list, differentiated in some way vs. hiding them). Â On Sun, 10 Mar 2024, at 5:24 PM, Koen De Hondt wrote: Dear Pharo users and developers, Â Some people already know that I am working on a browser for Pharo. With this announcement, I make it official ð. InÂ my latest blog post, I introduce Atlas as an ambitious successor of Calypso. It is the first post in a series. Â Happy reading! Â Ciao, Koen Â

March 11, 2024

please unsubscribe me

by Rui Viana Pereira

Thank you *Rui Viana Pereira*

March 11, 2024

Re: [Pharo-dev] "Introducing Atlas" â New blog post on all: objects all: theTime

by Tim Mackinnon

As browsers are a passion in the Smalltalk world it will be great to read your thoughts - as its certainly a hot potato, and we don't seem to have quite cracked it so far. I recall the presentations on Calypso from Pharo days (might have been recorded for review if you haven't seen them). I recall being won over at the time (and I was hesitant) - there was lots of flexibility that had been thought about, and many useful and tricky browsing patterns were covered - but over time I think its proved tricky to work with. In Pharo 11, the browsers don't seem to work as well as they should (lots of funny focus issues and loss of context that I don't recall in previous version - which I think is more down to understanding how it was supposed to work than technical flaws). It's definitely worth generating conversation and getting some consensus otherwise it will be a rise and fall scenario all over again. This said, continuing to find a good model that is both flexible and simple is useful. Tim p.s. On thing I recall from those Calypso presentations was that the model should have let us design browsers where we have different navigation models (e.g. you in theory you could design something where a class has a path to methods which are both instance and class so you don't have to have a mode to swap between them - something I find distracting when designing the interface of a class and trying to figure out how you instantiate/initialize it and you want to jump between the 2 view - I just want to see all all the methods in a list, differentiated in some way vs. hiding them). On Sun, 10 Mar 2024, at 5:24 PM, Koen De Hondt wrote: > Dear Pharo users and developers, > > Some people already know that I am working on a browser for Pharo. With this announcement, I make it official ð. > In my latest blog post <https://all-objects-all-the-time.st/#/blog/posts/6>, I introduce Atlas as an ambitious successor of Calypso. It is the first post in a series. > > Happy reading! > > Ciao, > Koen

March 11, 2024

This week (10/2024) on the Pharo Issue Tracker

by Marcus Denker

# Pharo 10 - Fix for: UFFI/TFFI call for WebBrowser with specific URL length adds strange characters to the URL #15980 #16253 https://github.com/pharo-project/pharo/pull/16253 # Pharo 11 - Fix for: UFFI/TFFI call for WebBrowser with specific URL length adds strange characters to the URL #15980 #16284 https://github.com/pharo-project/pharo/pull/16284 # Fixes - do not spam selectPage: #1528 https://github.com/pharo-spec/Spec/pull/1528 - Restore original message String #16274 https://github.com/pharo-project/pharo/pull/16274 - Fix Method name editor dialog up/down buttons #16273 https://github.com/pharo-project/pharo/pull/16273 - Fix Bug: OrderedDictionary>>#at:at:put: not updating ordered keys #16260 https://github.com/pharo-project/pharo/pull/16260 - Minor improvement in TF test class #16257 https://github.com/pharo-project/pharo/pull/16257 - Fix #magnifyBy:smoothing: on OSSDL2ExternalForm #16225 https://github.com/pharo-project/pharo/pull/16225 - fix a failing test #714 https://github.com/pharo-spec/NewTools/pull/714 # Improvements - Make #reportTestCase:runBlock: on HDTestReport print the test run time on the progress log stream #16266 https://github.com/pharo-project/pharo/pull/16266 # Refactoring Engine - Fix: rename method shortcut #16251 https://github.com/pharo-project/pharo/pull/16251 - Remove unused instance variable in #ReRenameMethodRefactoring #16279 https://github.com/pharo-project/pharo/pull/16279 - Fix: rename method preconditions fail with DNU #16270 https://github.com/pharo-project/pharo/pull/16270 - Test: rename method driver #16269 https://github.com/pharo-project/pharo/pull/16269 - Cleanup: rename method refactoring driver to new architecture with breaking choices #16258 https://github.com/pharo-project/pharo/pull/16258 # Cleanups - Refactor various âworldMenuâ registration methods to use #iconName: instead of #icon: #711 https://github.com/pharo-spec/NewTools/pull/711 - Updated baseline of Dependency analyzer #16278 https://github.com/pharo-project/pharo/pull/16278 - 16246-CI-Failing-test-SystemDependenciesTesttestExternalIDEDependencies #16264 https://github.com/pharo-project/pharo/pull/16264

March 11, 2024