April 2020 - Pharo-dev - lists.pharo.org

[Pharo 9.0] Build #252: Fix #5854. SycMethodNameEditor fails with DNU in some cases

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #252 was: FAILURE. The Pull Request #6216 was integrated: "Fix #5854. SycMethodNameEditor fails with DNU in some cases" Pull request url: https://github.com/pharo-project/pharo/pull/6216 Issue Url: https://github.com/pharo-project/pharo/issues/fix/5854 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 24, 2020

Re: [Pharo-dev] Programmatically change display size in Pharo 8 / 9

by Max Leske

Hi Sven, On 24 Apr 2020, at 11:08, Sven Van Caekenberghe wrote: > Hi Max, > > Not an answer, but do you really need VNC to deploy on a server ? It's certainly debatable. We're used to having it, that's the main reason. > > This is often unreliably and a bit overkill, it is also alien to the rest of the server world. > > Provided you can build your project automatically from a single Metacello invocation, you can build server side, command line as well. We do have something similar and in most cases that's enough. > > I use a simple command line REPL for those harder problems that require interacting with the image. > > https://github.com/svenvc/NeoConsole > > You can type arbitrary expressions, look at code and even patch a method. Yes, it is all primitive, but it can make a night and day difference if you don't understand what is happening in real time. Looks cool! I might give that a whirl. While our solution does work it has some rather annoying drawbacks. Actually, having a better way to interact via terminal would make VNC access even less important. > > I have never felt a need to use VNC for a full interactive IDE on a server. > > But maybe you have other reasons to go in that direction. > > Sven Thanks for you thoughts. Cheers, Max > >> On 24 Apr 2020, at 10:51, Max Leske <maxleske(a)gmail.com> wrote: >> >> Hi all, >> >> I'm trying to change the size of the display programmatically but am having some trouble. It used to be possible to do Display setExtent: 50@50 depth: 16 and that would take care of everything. I can still do that but 1. the renderer reverts the changes immediately and 2. if I prevent the renderer from reverting the changes the rendering is broken (which I can understand). >> >> So: how am I supposed to change the display size? Note: this is for the remote frame buffer in headless mode, so technically there's no OS window. Still the VM returns a fixed size of something close to 900x700. >> >> I can live with the fixed size if I have to but I'd rather be able to change the size (and also the bit depth as I don't need 32 bits for VNC). >> >> Cheers, >> Max >>

April 24, 2020

[Pharo 9.0] Build #251: 6172-Syntax-highlighter-doesnt-work-with-capitalised-symbols

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #251 was: FAILURE. The Pull Request #6212 was integrated: "6172-Syntax-highlighter-doesnt-work-with-capitalised-symbols" Pull request url: https://github.com/pharo-project/pharo/pull/6212 Issue Url: https://github.com/pharo-project/pharo/issues/6172 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 24, 2020

Re: [Pharo-dev] Programmatically change display size in Pharo 8 / 9

by Sven Van Caekenberghe

Hi Max, Not an answer, but do you really need VNC to deploy on a server ? This is often unreliably and a bit overkill, it is also alien to the rest of the server world. Provided you can build your project automatically from a single Metacello invocation, you can build server side, command line as well. I use a simple command line REPL for those harder problems that require interacting with the image. https://github.com/svenvc/NeoConsole You can type arbitrary expressions, look at code and even patch a method. Yes, it is all primitive, but it can make a night and day difference if you don't understand what is happening in real time. I have never felt a need to use VNC for a full interactive IDE on a server. But maybe you have other reasons to go in that direction. Sven > On 24 Apr 2020, at 10:51, Max Leske <maxleske(a)gmail.com> wrote: > > Hi all, > > I'm trying to change the size of the display programmatically but am having some trouble. It used to be possible to do Display setExtent: 50@50 depth: 16 and that would take care of everything. I can still do that but 1. the renderer reverts the changes immediately and 2. if I prevent the renderer from reverting the changes the rendering is broken (which I can understand). > > So: how am I supposed to change the display size? Note: this is for the remote frame buffer in headless mode, so technically there's no OS window. Still the VM returns a fixed size of something close to 900x700. > > I can live with the fixed size if I have to but I'd rather be able to change the size (and also the bit depth as I don't need 32 bits for VNC). > > Cheers, > Max >

April 24, 2020

Programmatically change display size in Pharo 8 / 9

by Max Leske

Hi all, I'm trying to change the size of the display programmatically but am having some trouble. It used to be possible to do `Display setExtent: 50@50 depth: 16` and that would take care of everything. I can still do that but 1. the renderer reverts the changes immediately and 2. if I prevent the renderer from reverting the changes the rendering is broken (which I can understand). So: how am I supposed to change the display size? Note: this is for the remote frame buffer in headless mode, so technically there's no OS window. Still the VM returns a fixed size of something close to 900x700. I can live with the fixed size if I have to but I'd rather be able to change the size (and also the bit depth as I don't need 32 bits for VNC). Cheers, Max

April 24, 2020

[Pharo 9.0] Build #250: SemanticAnalysisSmallCleanup

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #250 was: FAILURE. The Pull Request #6210 was integrated: "SemanticAnalysisSmallCleanup" Pull request url: https://github.com/pharo-project/pharo/pull/6210 Issue Url: https://github.com/pharo-project/pharo/issues/SemanticAnalysisSmallCleanup Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 23, 2020

[Pharo 9.0] Build #249: introduce-isInteractiveGraphic-method

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #249 was: SUCCESS. The Pull Request #6203 was integrated: "introduce-isInteractiveGraphic-method" Pull request url: https://github.com/pharo-project/pharo/pull/6203 Issue Url: https://github.com/pharo-project/pharo/issues/introduce Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 22, 2020

Improper(intended) key mapping for HOME, END, PAGE UP, PAGE DOWN keys on windows.

by ivan.kravchenko＠students.unibe.ch

Dear developer community, I would like to report a suspicious behavior regarding HOME, END, PAGE UP, PAGE DOWN buttons on Windows. When working with a last GToolkit image I found out, that event handlers for these buttons return false key codes, for example : In "KeyboardKey >> initializeWindowsVirtualKeyTable" class method the HOME button is represented as: at: 16r24 put: (self value: 16rff50); " kVK_Home = 0x73" and value 16r24 is 36 ( '$' Dollar ASCII Symbol) that I find incorrect . At the same time "Character home" returns proper number 1. Similarly, it applies to other buttons. Is this an intended behavior or a bug? Best regards, Ivan Kravchenko.

April 22, 2020

[Pharo 9.0] Build #248: Merge Sindarin BCOffsetCache

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #248 was: SUCCESS. The Pull Request #6199 was integrated: "Merge Sindarin BCOffsetCache" Pull request url: https://github.com/pharo-project/pharo/pull/6199 Issue Url: https://github.com/pharo-project/pharo/issues/MergeSindarinBCOffsetCache Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

April 21, 2020

Participate to the Magic Literal XP

by StÃ©phane Ducasse

Dear all, We are running a large XP for a research around Magic Literals. A magic literal is a literal (number, booleans,â¦) that is used to denote something but that it not immediately obvious to the code reader: it can be for example a number but could be also a string, a character or boolean (this is what we want to discover). When you read the code you should be puzzled by the usage of this magic encoding and this is what we want to understand and that you report to use using a special tool. Now identifying magic literal is not easy and we want to measure them. We already did a publication at ESUG last year (but we only did an XP with 100 methods) and now we want to go the world. If you want to read it https://hal.inria.fr/hal-02266137/document Our idea is to have result first in Smalltalk and then, only then check with Java :). But for that we should show to the world that we did a large XP. So we build one and now we need you to help. First we need to evaluate the situation and understand the different cases, as not all literals are "magic". You can help us in this. It can take you 30 min for one experience. In the shared directory https://www.dropbox.com/sh/ag94vutsrtcs0n9/AAAEkpB2onlWpcFLqLPKOpOaa <https://www.dropbox.com/sh/ag94vutsrtcs0n9/AAAEkpB2onlWpcFLqLPKOpOaa> there are images for different experiments (on whole Pharo, on Roassal, Polymath, VM maker, Seaside project, â¦) We want to compare the analysis of an expert and an external person on a domain this is why we will cross comparison between roassal expert and roassal newbie (same for Seaside, Polymath, VMMaker) These images contain the code and the tool for the experiment and they should be open with Pharo80 you can get from http://www.pharo.org To participate in the experiment: - Step 1. go to the document https://docs.google.com/spreadsheets/d/1DrjXcfuR8Ja_7luknUUfijO8wzYYaJ2ZP_p… <https://docs.google.com/spreadsheets/d/1DrjXcfuR8Ja_7luknUUfijO8wzYYaJ2ZP_p…> - Step 2. select one experiment to do (for example put your name in the column 'Doingâ) add your expertise to the sheet - Step 3. please select the experiments in numerical order, e.g. do the Pharo-1 experiment before the Pharo-2 one. Note that a Lot will contain also some other methods because we are mixing methods to collect more information so do not be surprised to see other methods that Polymathâs ones in the polymath XP. - Step 4. Get the tool on the experiment. >From the list grab an inspector and execute MLSExperimentPresenter openOnSample: self ' with the batch you chose as argument You should get the following tool (with different colors :) - yes that theme is funky) . - Step 5. decide whether each literal presented is Magic or not (unabling âHide completed' can help) Remember: 'A magic literal is a literal (number, booleans,â¦) that is used to denote something but that it not immediately obvious to the code reader' - Step 6. completing one experiment should take less than 30 minutes - Step 7. when done, save the result (button at the bottom of MLSExperimentPresenter) - this will give a STON file named after your batch. - Step 8. You need to send us this file (email at nicolas.anquetil(a)inria.fr <mailto:nicolas.anquetil@inria.fr>) Your identity will be discarded from the data (anonymous answers). But we will owe you a beer at ESUG or Pharodays :) We will use it only to assess your expertise in Pharo and/or the project evaluated. Many thanks for your help in improving pharo and our understanding of the literals (magic or not) Nicolas, Stephane, Julien, Christopher and Oleksandr -------------------------------------------- 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

April 21, 2020