- Pharo-users - lists.pharo.org

[ANN] docker-pharo-vm v9.0.14-1.0.1 [v9.0.14 + 1.0.1] released!

by Buenos Aires Smalltalk

April 28, 2022

Re: A question about #beginsWith: and #endsWith:

by Kasper Osterbye

> Kasper Osterbye schrieb am Dienstag, 26. April 2022 14:50:51 (+02:00): > > I have now raised it as an issue on the issue tracker > > Issue #11165 <https://github.com/pharo-project/pharo/issues/11165> in https://github.com/pharo-project/pharo/issues/11165 <https://github.com/pharo-project/pharo/issues/11165> If I may suggest a solution it will be to: add two new methods - prefixedBy: and suffixedBy: to handle the empty prefix/suffix correctly add comments to beginsWith: and endsWith: referring to the two new methods The problem is that there is client code which depend on the (wrong) implementation of the beginsWith and endsWith methods.

April 28, 2022

Re: Pharo is unresponsive after forcing quit

by Noury Bouraqadi

I've got it too with P9 when I leave an image open for a while. I becomes unresponsive and I have to kill it from the Mac OS "force quit" popup. Hppened to me with the Pharo launcher too. Noury On Apr 28 2022, at 3:47 am, Yanni Chiu <yannix7db(a)gmail.com> wrote: > Try switching focus to another app on your Mac (e.g. Finder or web browser), then back to Pharo > > On Wed, Apr 27, 2022 at 8:44 PM Stewart MacLean <stewart(a)xtra.co.nz (mailto:stewart@xtra.co.nz)> wrote: > > Hi, > > > > [Pharo 10 on Mac Monterey] > > > > Due to the multi-process nature of Bonjour that I'm attempting to interface to, I am crashing the system ALOT as it disappears down a black hole and I try to figure out the cause. > > > > However, I've noticed that most of the time when I restart Pharo it is unresponsive to clicks and I have to relaunch Pharo AGAIN! Argh....! > > > > The mouse moves but no one is at home. Right click brings up menus, but they don't respond. > > > > As I move the mouse, list items are highlighted. > > > > As this is a completely new OS process, I'm wondering what is causing this behaviour? > > > > Has anyone else experienced this, or have an explanation? > > > > Cheers, > > > > Stewart

April 28, 2022

Re: [Vm-dev] HiDpi support in MacOS

by Steffen MÃ¤rcker

Is there a way to take advantage of that VM-change to enhance sharpness in Pharo 10 already on MacBook retina displays? Kind regards, Steffen Marcel Taeumel schrieb am Donnerstag, 28. April 2022 10:18:46 (+02:00): Hi all -- I documented this here: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/628 Best, Marcel Am 28.04.2022 09:51:22 schrieb Marcel Taeumel <marcel.taeumel(a)hpi.de>: Hi Juan -- Currently, we only use the backingScaleFactor. For current systems this can only ever be 1.0 or 2.0. I have yet to discover the macOS API that let's us work with native pixels for that other (older) form other scaling on macOS. I will open an issue for that. Best, Marcel Am 28.04.2022 00:39:12 schrieb Juan Vuletich <juanvuletich(a)zoho.com>: Hi Folks, I just discovered that the recent 202204190959 Mac VM includes Tobias HiDpi support on the Mac. This is very good news indeed, but It is not exactly what most users would prefer. On a Retina MacBook, you can set an apparent display resolution (System Preferences.../ Displays). By default, my 2019 15" MBP suggest half "real" resolution ("Looks like 1440x900" when LCD is 2880x1800). In this case, the new VM offers the true native resolution to Cuis / Squeak. So, in this case, it works perfectly well, and everything looks really great. The problem is that MacOs supports several other apparent resolutions. Many people, me included, prefer "Looks like 1680x1050" or "Looks like 1920x1200") to have more room for other Mac apps. But in these cases, the VM doesn't offer the LCD native resolution to Cuis / Squeak anymore. It offers twice the apparent resolution, i.e. 3360x2100 or 3840x2400. Then MacOs scales this higher virtual resolution to the actual 2880x1800, but it generates visual artifacts and a decrease in visual quality. For my own private use, the solution is to use the EasyRes application, and set the display to the true 2880x1800 resolution. When I do this, Cuis gets the corrrect Display size both with previous and newer VMs. But it would be great if there was a way for other Cuis / Squeak users to get their true Display resolution by default, and without needing to change OS settings each time they start their favorite Smalltalk. Thanks, -- Juan Vuletich www.cuis-smalltalk.org https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev https://github.com/jvuletich https://www.linkedin.com/in/juan-vuletich-75611b3 https://independent.academia.edu/JuanVuletich https://www.researchgate.net/profile/Juan-Vuletich https://patents.justia.com/inventor/juan-manuel-vuletich https://twitter.com/JuanVuletich -- Gesendet mit Vivaldi Mail. Laden Sie Vivaldi kostenlos von vivaldi.com herunter.

April 28, 2022

Re: Pharo is unresponsive after forcing quit

by Yanni Chiu

Try switching focus to another app on your Mac (e.g. Finder or web browser), then back to Pharo On Wed, Apr 27, 2022 at 8:44 PM Stewart MacLean <stewart(a)xtra.co.nz> wrote: > Hi, > > [Pharo 10 on Mac Monterey] > > Due to the multi-process nature of Bonjour that I'm attempting to > interface to, I am crashing the system ALOT as it disappears down a black > hole and I try to figure out the cause. > > However, I've noticed that most of the time when I restart Pharo it is > unresponsive to clicks and I have to relaunch Pharo AGAIN! Argh....! > > The mouse moves but no one is at home. Right click brings up menus, but > they don't respond. > > As I move the mouse, list items are highlighted. > > As this is a completely new OS process, I'm wondering what is causing this > behaviour? > > Has anyone else experienced this, or have an explanation? > > Cheers, > > Stewart >

April 28, 2022

Re: Pharo is unresponsive after forcing quit

by James Foster

Pharo 10 on Mac Monterey works fine for me. > On Apr 27, 2022, at 5:43 PM, Stewart MacLean <stewart(a)xtra.co.nz> wrote: > > Hi, > > [Pharo 10 on Mac Monterey] > > Due to the multi-process nature of Bonjour that I'm attempting to interface to, I am crashing the system ALOT as it disappears down a black hole and I try to figure out the cause. > > However, I've noticed that most of the time when I restart Pharo it is unresponsive to clicks and I have to relaunch Pharo AGAIN! Argh....! > > The mouse moves but no one is at home. Right click brings up menus, but they don't respond. > > As I move the mouse, list items are highlighted. > > As this is a completely new OS process, I'm wondering what is causing this behaviour? > > Has anyone else experienced this, or have an explanation? > > Cheers, > > Stewart

April 28, 2022

Pharo is unresponsive after forcing quit

by Stewart MacLean

Hi, [Pharo 10 on Mac Monterey] Due to the multi-process nature of Bonjour that I'm attempting to interface to, I am crashing the system ALOT as it disappears down a black hole and I try to figure out the cause. However, I've noticed that most of the time when I restart Pharo it is unresponsive to clicks and I have to relaunch Pharo AGAIN! Argh....! The mouse moves but no one is at home. Right click brings up menus, but they don't respond. As I move the mouse, list items are highlighted. As this is a completely new OS process, I'm wondering what is causing this behaviour? Has anyone else experienced this, or have an explanation? Cheers, Stewart

April 28, 2022

[ANN] Willow-Playground v9.1.1 [v9.1.1] released!

by Buenos Aires Smalltalk

April 27, 2022

Re: How to show the process name in the debugger?

by Stewart MacLean

Thanks Norbert - I was meaning how to show it in the title of the Debugger for when I get a lot of debuggers on different processes. Please see Steven Costiou's solution. Cheers, Stewart On Tue, Apr 26, 2022 at 9:57 PM Norbert Hartl <norbert(a)hartl.name> wrote: > Try > > Processor activeProcess name > > regards, > > Norbert > > > Am 26.04.2022 um 10:45 schrieb Stewart MacLean <stewart(a)xtra.co.nz>: > > > > Hi, > > > > I am working on a multi green and OS threaded implementation of Apple's > Bonjour service discovery. > > > > I'd like to show the current Smalltalk process name in the Halt window > title. > > > > Any clues are very much appreciated. > > > > Thanks, > > > > Stewart >

April 27, 2022

Re: How to show the process name in the debugger?

by Stewart MacLean

Thanks Steven - exactly what I needed to know! Cheers, Stewart On Tue, Apr 26, 2022 at 10:08 PM Steven Costiou <steven.costiou(a)kloum.io> wrote: > Hi, > > in Pharo 9-11, from the StDebugger you can access the debugged process > using > > self session interruptedProcess name > > In the debugger class you can prepend that instruction in the window title > update methods: > > StDebugger>>initializeWindow: aWindowPresenter > > super initializeWindow: aWindowPresenter. > aWindowPresenter > title: self session interruptedProcess name , ': ' > , self debuggerActionModel statusStringForContext; > initialExtent: self initialExtent; > whenClosedDo: [ self clear ]. > > self initializeShortcuts: aWindowPresenter > > > > StDebugger>>newTitle > > ^ self session interruptedProcess name , ': ' > , self debuggerActionModel statusStringForContext > > > > There is no other ways yet to customize the window title. > > I do not know how to do it in prior versions of Pharo. > > Steven. > > > > Le 2022-04-26 10:45, Stewart MacLean a Ã©crit : > > Hi, > > I am working on a multi green and OS threaded implementation of Apple's > Bonjour service discovery. > > I'd like to show the current Smalltalk process name in the Halt window > title. > > Any clues are very much appreciated. > > Thanks, > > Stewart > > >

April 27, 2022