- Pharo-users - lists.pharo.org

Non-blocking IO

by dturczanski

Hi guys, I'm wondering whether Pharo support any form of non-blocking IO. You can find such IO support in Node.js or Java NIO packages and on Linux they use select/poll async IO system calls. An example scenario is to be able to schedule 10 concurrent HTTP calls taking 1-5s and wait for them to finish. Naturally, if you perform the calls sequentially you'll wait for much longer than if you fire the calls concurrently. Is it possible in Pharo? I've only spent a few hours reading about the platform but I'm still not sure whether the built-in process/threading supports such scenario. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 19, 2020

Re: [Pharo-users] [Pharo-dev] FW: Label truncation in new Pharo 8.0 64-bit (stable)

by shaping＠uurda.org

Below you can see a section of Settings where the labels do not fit. The GUI is broken even when the invalidation rectangle is correct: Shaping On 2020-04-19 08:49, shaping(a)uurda.org wrote: > On 2020-04-19 08:34, Sven Van Caekenberghe wrote: > >> Did you try another font ? Another size ? > > Yes. Same problem. It's broken in any case. I know the font works. I > use it in several apps. > >> Did you try closing & reopening the Settings Browser ? > > Yes, Settings refreshes correctly when cycled, but it's still broken > because the painted area was not invalidated correctly the first time. > If you study the truncation contour carefully, you'll notice that if > forms a circular arc. Ring a bell? > > Here is more of the same problem in the Git client: > > Can the text-label formatting problem in Pharo 8 and later be fixed > now? Or, must the fix wait for a rewriting of the tools in Spec2? > > Shaping > >> On 19 Apr 2020, at 16:31, shaping(a)uurda.org wrote: >> >> 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? >> <07e94bb1.png> >> >> 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

April 19, 2020

Re: [Pharo-users] [Pharo-dev] FW: Label truncation in new Pharo 8.0 64-bit (stable)

by shaping＠uurda.org

On 2020-04-19 08:34, Sven Van Caekenberghe wrote: > Did you try another font ? Another size ? Yes. Same problem. It's broken in any case. I know the font works. I use it in several apps. > Did you try closing & reopening the Settings Browser ? Yes, Settings refreshes correctly when cycled, but it's still broken because the painted area was not invalidated correctly the first time. If you study the truncation contour carefully, you'll notice that if forms a circular arc. Ring a bell? Here is more of the same problem in the Git client: Can the text-label formatting problem in Pharo 8 and later be fixed now? Or, must the fix wait for a rewriting of the tools in Spec2? Shaping > On 19 Apr 2020, at 16:31, shaping(a)uurda.org wrote: > > 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? > <07e94bb1.png> > > 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

April 19, 2020

Why are dropdown lists so chunky even in new Spec?

by Tim Mackinnon

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?

April 19, 2020

Re: [Pharo-users] [Pharo-dev] FW: Label truncation in new Pharo 8.0 64-bit (stable)

by Sven Van Caekenberghe

Did you try another font ? Another size ? Did you try closing & reopening the Settings Browser ? > On 19 Apr 2020, at 16:31, shaping(a)uurda.org wrote: > > 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? >> <07e94bb1.png> >> >> >>> 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

April 19, 2020

Re: [Pharo-users] [Pharo-dev] FW: Label truncation in new Pharo 8.0 64-bit (stable)

by shaping＠uurda.org

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

April 19, 2020

Re: [Pharo-users] running Pharo8 in Digitalocean

by CÃ©drick BÃ©ler

Hi Sanjai, Have you tried Telepharo ? https://github.com/pharo-ide/TelePharo <https://github.com/pharo-ide/TelePharo> Hth, CÃ©drick > Le 18 avr. 2020 Ã 19:41, Sanjay Minni <sm(a)planage.com> a Ã©crit : > > probably this earlier thread http://forum.world.st/Pharo-7-RFB-td5089434.html > on > RFB / VNC - remote access to graphical user interface is related. > > How to set it up in the situation below > > > Sanjay Minni wrote >> Hi, >> >> I am using a Windows 10 local machine and digitalocean ubuntu server >> droplet >> - how can I run pharo 8 remotedly in the windows 10 inbuilt powershell ssh >> terminal - or any other method >> >> (I have successfully executed >> # ./pharo Pharo.image eval --no-quit 'ZnServer startDefaultOn: 8080' >> and connected from my local machine) >> >> >> >> >> ----- >> cheers, >> Sanjay >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > > > ----- > cheers, > Sanjay > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

April 19, 2020

FW: Label truncation in new Pharo 8.0 64-bit (stable)

by Shaping

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. 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 <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 <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

April 19, 2020

Re: [Pharo-users] [ANN] Pharo Launcher 2.0 released!

by Sean P. DeNigris

demarey wrote > This new version introduces major changes: Wow! Quite a feature list :) demarey wrote > The UI has been fully rewritten using the new Spec2 framework This is really encouraging as to Spec2's readiness for real applications. demarey wrote > Documentation web site : All Pharo Launcher features are now explained in > the new documentation available... You can contribute easily by clicking > the *edit on GitHub* button. Impressive. No easy task to document every feature and kudos that it's so easy for the community to contribute. demarey wrote > You can now define your own template sources in addition to official > sources Awesome! I had hacked this together but it would reset every time he sources file updated. demarey wrote > It is available from http://pharo.org/download > <http://pharo.org/download>. Small nitpick: Everyone please use the secure URL i.e. https://pharo.org/download ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 19, 2020

Re: [Pharo-users] Rosetta Code

by Steffen MÃ¤rcker

Hi, I'd be interested to see how youe approached these problems. Best, Steffen Am .04.2020, 15:49 Uhr, schrieb Richard O'Keefe <raoknz(a)gmail.com>: > I've tackled more than 600 of the RosettaCode problems in Smalltalk. > Unfortunately, this was done as exercises in developing my own Smalltalk > system. If anyone would like to have a zip file to serve as a shortcut > for > developing Pharo versions, you'd be very welcome. > > On Fri, 17 Apr 2020 at 21:31, Steffen MÃ¤rcker <merkste(a)web.de> wrote: >> >> 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 >> >

April 18, 2020