- Pharo-users - lists.pharo.org

Why are dropdown lists so chunky even in new Spec?
by Tim Mackinnon April 21, 2020

April 21, 2020

Great work on bringing spec to life, and it looks quite slick in the new PharoLaucnher - but I donât understand why in Pharo the dopdown lists (or ComboBox - name seems to vary) has always been so âchunkyâ and out of proportion? I was hoping that with Spec we would get something that looked more native and elegant but it seems like its not different? Why it this? With it being so thick - its hard to line up with other controls and it leaves lots of white space when collapsed and expanded? I find it makes the toolbar of the launcher look a bit silly against the icons. See the photos. And a comparison against a native combo box (from system preferences in OSX). See how the native one is so much thinner? Arenât we able to control this better?

1 1

Re: [Pharo-users] Embedding pharo in C++
by tesonep＠gmail.com April 21, 2020

April 21, 2020

Hi Roland, the function vm_main_with_parameters() starts the vm and it will not return until the image finishes. In my example, only when the SDL window is closed, the quit primitive is executed and the function ends. To do a nicer POC we need to make modifications in the image, so it handles keeping the image open. On Wed, Jan 22, 2020 at 7:08 PM Roland PlÃ¼ss via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > I gave the C-Example repository a try but I don't fully understand how > it works. Does the vm_main_with_parameters() block until the VM is quit > or some function it runs? From looking at the source code I'm not sure > what it does. > > On 1/22/20 12:17 PM, Pierce Ng wrote: > > On Wed, Jan 22, 2020 at 11:04:07AM +0100, tesonep(a)gmail.com wrote: > >> nice to hear about the Pascal experiment, > > I've published my code on GH and sent an announcement to pharo-dev. > > > > Repo is https://github.com/PierceNg/pharo-vm-embedded-pascal > > > > Pierce > > > > > > -- > Yours sincerely > PlÃ¼ss Roland > > Leader and Head Programmer > - Game: Epsylon ( http://www.indiedb.com/games/epsylon ) > - Game Engine: Drag[en]gine ( http://www.indiedb.com/engines/dragengine > , http://dragengine.rptd.ch/wiki ) > - As well as various Blender export scripts und game tools > -- Pablo Tesone. tesonep(a)gmail.com

2 1

[Pharo-dev] Label truncation in new Pharo 8.0 64-bit (stable)
by Shaping April 21, 2020

April 21, 2020

(Third try.) Can someone answer the questions below the screenshot showing the truncated labels? They are repeated here: 1) Can anyone suggest a fix (a code fix) for the truncated labels shown below in the screenshot of the Setting window? This happens in the Git client too? It happens when a fixed-width font is chosen as the default font. This is a design flaw in the GUIs. Cycling Settings (or any other Windows showing the same truncated-labels problem) isnât a fix, even if the window renders correctly the second time. The damaged area of the window is still not being invalidated correctly and then redrawn, or it is, and then is partially overdraw by the data fields to the right of the labels. Changing the font to any fixed-width font causes this problem, even without changing the default font size (10). You can see this by expanding all nodes in Settings, and paging down through them. The longest labels will be incompletely rendered. A possible solution is to use a 2-column layout, where the left column displays right-justified labels and the right one displays the matching left-justified data, checkbox, dropdown, etc. The left label-column could be auto-sized on opening after the longest labelâs size is determined. I mention this problem many months ago, in the midst of another failed port from VW, and presented the same screenshots. Stef made some comments about how this should not be happening, and seemed to be unhappy with the situation. I thought therefore that there would be some resolve to fix the issue broadly throughout the dev environ, but I donât know what came of that. I figured the fix was waiting for Spec2, which is now here. Is there a Spec2 expert here who can suggest how to use the new framework to fix the problem? 2) Will all Pharo tools be rewritten in Spec2, and does its formatting scheme solve the label-formatting problem, as font size is changed? 3) Why donât we opt for easy elastic/zoomable GUIs by implementing Pharo as a web app? Has this been discussed? Willow is looking very good. Is rendering speed still a problem for a complex web GUI served by localhost? For the localhost case, the speed difference seems to be approaching 0. Shaping From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of shaping(a)uurda.org Sent: Sunday, 19 April, 2020 09:32 To: Pharo Development List <pharo-dev(a)lists.pharo.org>; pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] [Pharo-dev] FW: Label truncation in new Pharo 8.0 64-bit (stable) On 2020-04-19 03:01, Sven Van Caekenberghe wrote: Works for me (this font is larger than the default one). macOS, Pharo 9 64bit The screenshot below is taken on Windows 10 Pro. This time I did not change the theme. I did also update the fonts listed in the dialog before choosing FiraCode. The labels are still truncated. This is another new Pharo 8 64-bit (stable) with only the font changed. Why would formatting not work on Windows 10? Can any Windows 10 Pharo users verify this problem? On 19 Apr 2020, at 06:05, Shaping <shaping(a)uurda.org <mailto:shaping@uurda.org> > wrote: Can anyone suggest a fix for the truncated labels shown below in the screenshot of the Setting window? This happens in the Git client too. Will Pharo tools be rewritten in Spec2, and does its formatting scheme solve generally the text-formatting problem, as font size is changed? Why donât we opt for easy elastic rendering of GUIs by implementing Pharo as a web app? Has this been discussed? Willow is looking very good. Shaping From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org <mailto:pharo-users-bounces@lists.pharo.org> ] On Behalf Of Shaping Sent: Saturday, 18 April, 2020 04:16 To: 'Any question about pharo is welcome' <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> >; 'Pharo Development List' <pharo-dev(a)lists.pharo.org <mailto:pharo-dev@lists.pharo.org> > Subject: [Pharo-users] Label truncation in new Pharo 8.0 64-bit (stable) Hi everyone. Below is a Pharo 8.0 64-bit (stable) image (installed with the new Launcher 2.0) with two changes: -Light theme selected. -FiraCode 11 chosen as the default font. <image001.png> Truncated labels in the GUI on font change has always been a problem. Am I the only one experiencing this? Shaping From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org <mailto:pharo-users-bounces@lists.pharo.org> ] On Behalf Of Sanjay Minni Sent: Friday, 17 April, 2020 11:05 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> > Subject: Re: [Pharo-users] issues in setting up a new project on Github/Iceberg Thanks tried just https and this worked too I suppose once cloned it does not really matter whether it was done using "clone from github.com" or "clone remote repository" --- Sanjay Minni +91-9900-902902 On Fri, 17 Apr 2020 at 19:43, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com> > wrote: Hi, El 17 abr 2020, a las 15:30, Sanjay Minni <sm(a)planage.com <mailto:sm@planage.com> > escribiÃ³: Hi Guillermo, Ok then given your comments - right now got it working as such - initially created as private in Github - changed to public - created clone from github - (did a repair repository (dont know why) and created "src" and designated it as source folder) - did a commit and push - changed repository back to private seems to work can you give an example on how the "Remote URL" field is to be filled up - note its not taking HTTP as i am not sure about the syntax, assume SSH, Github, MyName, MyRepository, will try that as well you should be able to use the URLs provided by the clone buttons in Github/gitlab/bitbucket, both https and ssh. <image004.png> note Just for Info to other users: I am using Windows 10, it seems to have SSH tools inbuilt and was able to use ssh (with passphrase) without hiccup, by putting my key files path in pharo setting-> ...-> use custom SSH keys, and uploading the .pub key in Github :) Thanks --- Sanjay Minni +91-9900-902902 On Fri, 17 Apr 2020 at 18:36, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com> > wrote: Hi Sanjay, This is a bug in Iceberg github integration that tries to access the repository to get metadata using Github REST API using anonymous access apparently. And since your project is private, this fails. As a workaroung, I suggest you to clone using the last option that requires an url only: <PastedGraphic-3.png> This option will not use the Github API, so you should find no problems. Iâm planning doing an Iceberg sprint and fix many issues in the coming weeks. (Also if somebody wants to join, this is an open call :)) Guille El 17 abr 2020, a las 12:49, Sanjay Minni <sm(a)planage.com <mailto:sm@planage.com> > escribiÃ³: Using Pharo 8 64 bit on Windows 10 I am trying to setup a new project on Github using Iceberg following the document "Manage your code with Iceberg dtd 25 March 2019) After creating the project in github when I try to clone from Github as (I am at doc item1.4) The system throws an error and the project does not appear in iceberg although the files are downloaded. This happen in both cases whether I use HTTP or SSH What is going wrong ? also: assuming the clone is made, as per next item in doc 1.5, the directory "src" is created after the clone is made. is that correct ?... then how will the packages sources be mapped to ..\src <http://forum.world.st/file/t368721/1-GettingFirstEmptyProjFromGit.jpg> <http://forum.world.st/file/t368721/0-GithubProjectCreation.jpg> ----- cheers, Sanjay -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

1 0

Rosetta Code
by Steffen MÃ¤rcker April 20, 2020

April 20, 2020

Hi, some of you might have hear of Rosetta Code, a Wiki that presents solutions to standard programming tasks in various languages. I figured that in many categories no Smalltalk/Pharo solutions are shown. Maybe we can contribute some pieces from time to time? I started with the following: https://rosettacode.org/wiki/Tree_traversal#Smalltalk Your comments are welcome. Best, Steffen

4 4

Re: [Pharo-users] [Pharo-dev] FW: Label truncation in new Pharo 8.0 64-bit (stable)
by shaping＠uurda.org April 20, 2020

April 20, 2020

On 2020-04-19 03:01, Sven Van Caekenberghe wrote: > Works for me (this font is larger than the default one). macOS, Pharo > 9 64bit > The screenshot below is taken on Windows 10 Pro. This time I did not change the theme. I did also update the fonts listed in the dialog before choosing FiraCode. The labels are still truncated. This is another new Pharo 8 64-bit (stable) with only the font changed. Why would formatting not work on Windows 10? > Can any Windows 10 Pharo users verify this problem? > >> On 19 Apr 2020, at 06:05, Shaping <shaping(a)uurda.org> wrote: >> >> Can anyone suggest a fix for the truncated labels shown below in the >> screenshot of the Setting window? This happens in the Git client >> too. >> >> Will Pharo tools be rewritten in Spec2, and does its formatting >> scheme solve generally the text-formatting problem, as font size is >> changed? >> >> Why don't we opt for easy elastic rendering of GUIs by >> implementing Pharo as a web app? Has this been discussed? Willow >> is looking very good. >> >> Shaping >> From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On >> Behalf Of Shaping >> Sent: Saturday, 18 April, 2020 04:16 >> To: 'Any question about pharo is welcome' >> <pharo-users(a)lists.pharo.org>; 'Pharo Development List' >> <pharo-dev(a)lists.pharo.org> >> Subject: [Pharo-users] Label truncation in new Pharo 8.0 64-bit >> (stable) >> >> Hi everyone. >> >> Below is a Pharo 8.0 64-bit (stable) image (installed with the new >> Launcher 2.0) with two changes: >> >> -Light theme selected. >> -FiraCode 11 chosen as the default font. >> >> <image001.png> >> >> Truncated labels in the GUI on font change has always been a >> problem. Am I the only one experiencing this? >> >> Shaping >> From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On >> Behalf Of Sanjay Minni >> Sent: Friday, 17 April, 2020 11:05 >> To: Any question about pharo is welcome >> <pharo-users(a)lists.pharo.org> >> Subject: Re: [Pharo-users] issues in setting up a new project on >> Github/Iceberg >> >> Thanks tried just https and this worked too >> I suppose once cloned it does not really matter whether it was done >> using "clone from github.com" or "clone remote repository" >> --- >> Sanjay Minni >> +91-9900-902902 >> >> On Fri, 17 Apr 2020 at 19:43, Guillermo Polito >> <guillermopolito(a)gmail.com> wrote: >> Hi, >> >> El 17 abr 2020, a las 15:30, Sanjay Minni <sm(a)planage.com> >> escribiÃ³: >> >> Hi Guillermo, >> >> Ok then given your comments - right now got it working as such >> - initially created as private in Github >> - changed to public >> - created clone from github >> - (did a repair repository (dont know why) and created "src" and >> designated it as source folder) >> - did a commit and push >> - changed repository back to private >> seems to work >> >> can you give an example on how the "Remote URL" field is to be >> filled up - note its not taking HTTP as i am not sure about the >> syntax, assume SSH, Github, MyName, MyRepository, >> will try that as well >> >> you should be able to use the URLs provided by the clone buttons in >> Github/gitlab/bitbucket, both https and ssh. >> >> <image004.png> >> >> note Just for Info to other users: >> I am using Windows 10, it seems to have SSH tools inbuilt and was >> able to use ssh (with passphrase) without hiccup, by putting my key >> files path in pharo setting-> ...-> use custom SSH keys, and >> uploading the .pub key in Github >> >> :) >> >> Thanks >> >> --- >> Sanjay Minni >> +91-9900-902902 >> >> On Fri, 17 Apr 2020 at 18:36, Guillermo Polito >> <guillermopolito(a)gmail.com> wrote: >> Hi Sanjay, >> >> This is a bug in Iceberg github integration that tries to access the >> repository to get metadata using Github REST API using anonymous >> access apparently. >> And since your project is private, this fails. >> >> As a workaroung, I suggest you to clone using the last option that >> requires an url only: >> >> <PastedGraphic-3.png> >> >> This option will not use the Github API, so you should find no >> problems. >> >> I'm planning doing an Iceberg sprint and fix many issues in the >> coming weeks. >> (Also if somebody wants to join, this is an open call :)) >> Guille >> >> El 17 abr 2020, a las 12:49, Sanjay Minni <sm(a)planage.com> >> escribiÃ³: >> >> Using Pharo 8 64 bit on Windows 10 >> >> I am trying to setup a new project on Github using Iceberg following >> the >> document "Manage your code with Iceberg dtd 25 March 2019) >> >> After creating the project in github when I try to clone from Github >> as (I >> am at doc item1.4) The system throws an error and the project does >> not >> appear in iceberg although the files are downloaded. This happen in >> both >> cases whether I use HTTP or SSH >> >> What is going wrong ? >> >> also: assuming the clone is made, as per next item in doc 1.5, the >> directory >> "src" is created after the clone is made. is that correct ?... then >> how will >> the packages sources be mapped to ..\src > <http://forum.world.st/file/t368721/1-GettingFirstEmptyProjFromGit.jpg> > >> <http://forum.world.st/file/t368721/0-GithubProjectCreation.jpg> >> >> ----- >> cheers, >> Sanjay >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

3 4

UK Smalltalk User Group meeting - Wednesday April 29th
by Giovanni Corriga April 19, 2020

April 19, 2020

The next meeting of the UK Smalltalk User GRoup will be on Wednesday, April 29th. Given the current COVID-19 restrictions, this will be an online meeting. If you'd like to join us, please sign up in advance at the meeting Meetup's page: https://www.meetup.com/UKSTUG/events/cbklbrybcgbdc/ to obtain the meeting details. See you there!

1 0

Label truncation in new Pharo 8.0 64-bit (stable)
by Shaping April 19, 2020

April 19, 2020

Hi everyone. Below is a Pharo 8.0 64-bit (stable) image (installed with the new Launcher 2.0) with two changes: -Light theme selected. -FiraCode 11 chosen as the default font. Truncated labels in the GUI on font change has always been a problem. Am I the only one experiencing this? Shaping From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Sanjay Minni Sent: Friday, 17 April, 2020 11:05 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] issues in setting up a new project on Github/Iceberg Thanks tried just https and this worked too I suppose once cloned it does not really matter whether it was done using "clone from github.com <http://github.com> " or "clone remote repository" --- Sanjay Minni +91-9900-902902 On Fri, 17 Apr 2020 at 19:43, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com> > wrote: Hi, El 17 abr 2020, a las 15:30, Sanjay Minni <sm(a)planage.com <mailto:sm@planage.com> > escribiÃ³: Hi Guillermo, Ok then given your comments - right now got it working as such - initially created as private in Github - changed to public - created clone from github - (did a repair repository (dont know why) and created "src" and designated it as source folder) - did a commit and push - changed repository back to private seems to work can you give an example on how the "Remote URL" field is to be filled up - note its not taking HTTP as i am not sure about the syntax, assume SSH, Github, MyName, MyRepository, will try that as well you should be able to use the URLs provided by the clone buttons in Github/gitlab/bitbucket, both https and ssh. note Just for Info to other users: I am using Windows 10, it seems to have SSH tools inbuilt and was able to use ssh (with passphrase) without hiccup, by putting my key files path in pharo setting-> ...-> use custom SSH keys, and uploading the .pub key in Github :) Thanks --- Sanjay Minni +91-9900-902902 On Fri, 17 Apr 2020 at 18:36, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com> > wrote: Hi Sanjay, This is a bug in Iceberg github integration that tries to access the repository to get metadata using Github REST API using anonymous access apparently. And since your project is private, this fails. As a workaroung, I suggest you to clone using the last option that requires an url only: <PastedGraphic-3.png> This option will not use the Github API, so you should find no problems. Iâm planning doing an Iceberg sprint and fix many issues in the coming weeks. (Also if somebody wants to join, this is an open call :)) Guille El 17 abr 2020, a las 12:49, Sanjay Minni <sm(a)planage.com <mailto:sm@planage.com> > escribiÃ³: Using Pharo 8 64 bit on Windows 10 I am trying to setup a new project on Github using Iceberg following the document "Manage your code with Iceberg dtd 25 March 2019) After creating the project in github when I try to clone from Github as (I am at doc item1.4) The system throws an error and the project does not appear in iceberg although the files are downloaded. This happen in both cases whether I use HTTP or SSH What is going wrong ? also: assuming the clone is made, as per next item in doc 1.5, the directory "src" is created after the clone is made. is that correct ?... then how will the packages sources be mapped to ..\src <http://forum.world.st/file/t368721/1-GettingFirstEmptyProjFromGit.jpg> <http://forum.world.st/file/t368721/0-GithubProjectCreation.jpg> ----- cheers, Sanjay -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

1 1

Pharo.org is down?
by Tim Mackinnon April 18, 2020

April 18, 2020

Is there planned maintenance on pharo.org? Is been down for a while todayâ¦.

2 1

Re: [Pharo-users] [Pharo-dev] [SPAM] Re: [ANN] Pharo Launcher 2.0 released!
by Christophe Demarey April 18, 2020

April 18, 2020

Hi Graham, > Le 18 avr. 2020 Ã 11:30, Graham McLeod <graham(a)inspired.org> a Ã©crit : > > Hi > > This looks like a major update with some very welcome features and improved UI. > Very welcome and thanks for the work! > > One item I would like to see is a mention in the help on implications of upgrading from the existing > Pharo launcher. Bit nervous to install when I don't know what will become of existing configurations in the old one. > I am assuming that the new one is independent and will simply start off blank. It would be nice to have this tackled in the > documentation. Maybe a short section on "Moving your configurations / images from the old Launcher Â». Yes, youâre right! Pharo Launcher is mostly compatible with the previous one. When using Pharo Launcher 2.0, image metadata will be converted from the old format to the new one. I added an upgrade section on Pharo Launcher documentation: https://pharo-project.github.io/pharo-launcher/installation/#upgrade-notes Tell me if this is enough. Regards, Christophe

2 1

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Launcher 2.0 released!
by Sven Van Caekenberghe April 18, 2020

April 18, 2020

> On 18 Apr 2020, at 10:40, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Super cool > Thanks a lot christophe for your effort. > PharoLauncher changes our life. +10 > S. > >> On 17 Apr 2020, at 18:08, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: >> >> Hi all, >> >> Pharo Launcher 2.0 has just been released! It is available from http://pharo.org/download. >> >> This new version introduces major changes: >> â¢ The UI has been fully rewritten using the new Spec2 framework and the Commander2 library. UI has been revamped to increase usability, especially for newcomers. The main window is now composed of a toolbar and the list of images. The template list is now available when clicking on the new image button. >> â¢ Documentation web site : All Pharo Launcher features are now explained in the new documentation available at https://pharo-project.github.io/pharo-launcher. You can contribute easily by clicking the *edit on GitHub* button. >> â¢ You can now have many launch configurations for an image (VM to use, vm and image arguments). It means you can use headless Pharo VM from Pharo Launcher. >> â¢ When creating a new image, you can specify an initialisation script that will be run once at the first image launch. It is useful to load your project code in a stock Pharo image for example. See https://pharo-project.github.io/pharo-launcher/create-images/#image-initial… >> â¢ You can now define your own template sources in addition to official sources (see https://pharo-project.github.io/pharo-launcher/templates/#create-your-own-l…) including authenticated sources. >> â¢ Improved image metadata. Pharo Launcher now manages all image metadata in a single STON file (including description, Pharo version). >> >> Big thanks to all contributors, including issue reports. It is also the opportunity to thanks Damien Cassou, the original author of Pharo Launcher. >> >> Here is the changelog: >> Pharo Launcher v2.0 >> >> The list of closed issue is too long (68) to be listed but you can browse it here: https://github.com/pharo-project/pharo-launcher/issues?q=is%3Aissue+is%3Acl… >> Here are some highlights: >> New features: >> >> â¢ Documentation web site >> â¢ Image initialisation script >> â¢ Launch configurations, headless VM support >> â¢ User template file in addition to the official template file >> â¢ Jenkins server template now support pipeline projects >> â¢ Support of private Jenkins server >> â¢ Support of authenticated HTTP server >> Improvements: >> >> â¢ Monitoring of image launch failures to give back the error message (if any) >> â¢ Newly created image is automatically selected in the image list >> â¢ Allow to set image description at creation time >> â¢ Better error management (you will have the choice to ignore them or debug them) >> â¢ Add a poor version column in image list >> â¢ Speedup (especially when image repository has a lot of images) >> >> Bug fixes: >> >> â¢ Fix use of system unzip on Windows >> >> Regards, >> The Pharo team. > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

1 0