October 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Probably stupid... question about string printString.

by Alistair Grant

Hi Torsten, On Sun, Oct 22, 2017 at 10:40:41AM +0200, Torsten Bergmann wrote: > Alistair Grant wrote: > > I can't comment on the original thinking behind this > > The original thinking is simple and as the name says: you want to print the > object (even when it is a string) to be print in a string. > > So it always is a "printObjectInString" instead of a "printObjectAsString" > behavior. Also the resulting string often is a string to easily reconstruct the object. > > So it is not a conversion method. There is #asString for that. Hmm, I knew about #asString, but this was a while ago, so I can't remember why I didn't use it. But thanks for the reminder. > > If we're displaying values such as numbers and strings in a UI, e.g. > > table, we normally don't want the strings always enclosed in quotes. > > There is #displayString for this task (which may return the printString or is overwritten) > and this is common in nearly all Smalltalks I know. Right, so what would be nice is for UI elements / GT toolkit to move to using #displayString by default, and to add String>>displayString that answers the receiver (currently in Pharo String uses the default #printString, which returns the string with quotes). >From memory this has been discussed before, but I couldn't find it, and don't remember the outcome. Thanks, Alistair

Oct. 24, 2017

Re: [Pharo-dev] Bloc status

by Sean P. DeNigris

Tudor Girba-2 wrote > In the meantime, the file is in: > ./pharo-local/iceberg/feenkcom/gtoolkit-visualizer/doc/mondrian/index.pillar I don't seem to even have ./pharo-local/iceberg! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Oct. 24, 2017

Re: [Pharo-dev] Iceberg - viewing uncommitted changes

by Alistair Grant

Hi Ben, On Tue, Oct 03, 2017 at 09:36:59PM +0800, Ben Coman wrote: > When the Iceberg [Packages] tab shows "Uncommitted changes", > how do you view what those changes are? > > For example... > $ curl get.pharo.org/70+vm | bash > $ ./pharo-ui > * Open System > Settings > Include system repositories by default = enabled > * Open Tools > Iceberg > "pharo" > * Click <Clone> button > enter "git@github.com:pharo-project/pharo.git" > * Close and reopen Iceberg so the four tabs show > * Select [Packages] tab and sort by "Name" so dirty packages are at top > (btw, GT-Spotter and Reflectivity packages are dirty, but ignore that for now) > * Open System Browser, randomly select AST-Core > NumberParser > allowPlusSign > * Change the comment, save, enter author details. > * Not sure how to refresh [Packages] tab, so close and reopen Iceberg and > select [Packages] tab, sorted by "Name" > ==> "AST_Core" shows "Uncomitted changes" > So from here, how can I view what the uncommitted changes of that package are? > I partly expect it in the context menu of AST_Core package. > > cheers -ben I'm way behind on my list reading, so you've probably already figured this out, but just in case, or maybe someone has a better answer... If you right click on the repository and select "Synchronize repository.." (Ctrl-S) you'll get a dialog displaying all the changes displayed as a tree, with the package at the top level. Cheers, Alistair > P.S. Currently, when I open Iceberg I'm habitually first selecting the > [Packages] and [Branches] tabs. If I first select [Remotes] & "origin" > followed by... > * [Packages] ==> Instance of IceScpRemote did not understand #entity > * [Branches] ==> Instance of IceScpRemote did not understand #isBranchModel

Oct. 24, 2017

[Pharo 7.0-dev] Build #222: 20575-TextMorph-cannot-work-without-code-completion-temporary-solution

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

There is a new Pharo build available! The status of the build #222 was: SUCCESS. The Pull Request #387 was integrated: "20575-TextMorph-cannot-work-without-code-completion-temporary-solution" Pull request url: https://github.com/pharo-project/pharo/pull/387 Issue Url: https://pharo.fogbugz.com/f/cases/20575 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 24, 2017

Re: [Pharo-dev] System Update Failure from #60510 -> #60513

by Marcus Denker

Hi, I have copied it over! Thanks, Marcus > On 22 Oct 2017, at 03:55, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Marcus Denker-4 wrote >> yes, can you send it to me? I will add it. > > It's in the Pharo60Inbox. Of course I can still send it to you if that would > helpâ¦ > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >

Oct. 24, 2017

[Pharo 7.0-dev] Build #221: 20573-BaselineOfMorphic-should-include-System-Identification

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

There is a new Pharo build available! The status of the build #221 was: SUCCESS. The Pull Request #384 was integrated: "20573-BaselineOfMorphic-should-include-System-Identification" Pull request url: https://github.com/pharo-project/pharo/pull/384 Issue Url: https://pharo.fogbugz.com/f/cases/20573 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 24, 2017

Re: [Pharo-dev] Some segfault crashes and freezes when trying to re-run saved pharo 7 images

by ClÃ©ment Bera

Hi again, I checked with Stef this morning. Starting the image on a VM without Freetype solves the problem. Just open the VM, remove or rename the Freetype dynamic libraries (FT2, Freetype, 3 libs in total), then start your image. That's unfortunate the hexadecimal editor solution is so much more fun :-) Cheers On Sat, Oct 21, 2017 at 9:30 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Thanks thomas we should find the problem. > > Stef > > On Fri, Oct 20, 2017 at 3:57 PM, Thomas Dupriez > <thomas.dupriez(a)ens-paris-saclay.fr> wrote: > > Hello, > > > > I've had a few issues with Pharo 7 lately. After downloading pharo 7 > images, > > doing some work in them and saving them, the images either instantly > crashe > > or freeze when I try to re-run them. > > If that helps, I was working with and on the calypso browser. > > > > Attached are the crash dump files from some of these faulty images. > > > > vm version: 201708271955 > > image version: 6521 > > OS: Ubuntu 16.04 LTS > > > > Cheers, > > Thomas > > > > -- ClÃ©ment BÃ©ra Pharo consortium engineer https://clementbera.wordpress.com/ BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq

Oct. 24, 2017

Iceberg. Uncommited changes just after loading code from a repo?

by Thomas Dupriez

Hello, After cloning a repo with Iceberg, loading the code and before doing any change, iceberg sees a lot of additions to the code in the "Synchronize Repository" window. Here are the steps I followed: - Load fresh Pharo7 image - Delete the previous clone of my repo in /home/dupriez/Pharo/vms/70-x86/pharo-local/iceberg (to start afresh) - Open Iceberg: Â Â Â - Click on "Clone Repository", to clone git@github.com:dupriezt/Calypso.git Â Â Â - Right-click on the repo in the list, Metacello/install baseline of Calypso (default) Â Â Â - Switch to dev branch, creating a local dev branch in the process as prompted Â Â Â - Without making any change, if I right-click on the Calypso repo in the list and click 'Synchronize Repository', there is a significant list of additions ready to be commited. Can someone shed some light on this? How can I get the code of the dev branch of this repo as is in my image? Cheers, Thomas Dupriez

Oct. 24, 2017

Re: [Pharo-dev] Bloc Feedback

by Tudor Girba

Hi, Indeed, instance variables is what we are mainly concerned with as well. We keep on trimming, but it still feels like too many variables. Cheers, Doru > On Oct 24, 2017, at 8:59 AM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > > 2017-10-24 2:04 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Tudor Girba-2 wrote > > Thanks for the feedback! > > But of course! Thanks for pushing Bloc :) IMHO a clean low-level graphics > framework is the linchpin to unleash a tremendous amount of creativity in > the Pharo community. I have several dream projects that I placed on > long-term hold after getting stuck in Morphic quicksand :/ > > > Tudor Girba-2 wrote > >> - How would one do e.g. a ticking clock in Bloc? The only possibly > >> relevant > >> example I see is BlAnimatedCursor. Is that a typical usage? One thing > >> that > >> I'm not sure how to translate to a BlElement is that the cursor seems to > >> be > >> responsible for starting and stopping the animation via #activateOn:, > >> which > >> doesn't exist for an element. How would one prevent an element's > >> animation > >> from continuing to run after a space was closed? > > What do you mean? > > I guess I mean what is the Bloc version of #step that would enable us to do > e.g. Squeak's mouse-eyes-tracking-the-cursor or Lively Kernel's clock: > <http://forum.world.st/file/t128965/Chromium5.png> > > > Tudor Girba-2 wrote > >> - BlElement has 278 instance-side methods. A frequent battle cry against > >> Morphic was the bloated Morph class with 899. Definitely an improvement, > >> but > >> are we "there yetâ? > > What do you mean? > > Is there a consensus on a maximum number of instance-side methods before a > class becomes impossible to understand, and if so where does BlElement fall > on that scale? > > > > > I dont think this number alone is a problem. As long as the "responsibility" of this > class is well structured. > A problem with the Morph class is, that it acts as many things at once. > A structured container, a model, a view, a graphical object, a widget base ... > > About BlElement, I am more afraid about the number of instance variables > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html -- www.tudorgirba.com www.feenk.com "Sometimes the best solution is not the best solution."

Oct. 24, 2017

Re: [Pharo-dev] Bloc Feedback

by Nicolai Hess

2017-10-24 2:04 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Tudor Girba-2 wrote > > Thanks for the feedback! > > But of course! Thanks for pushing Bloc :) IMHO a clean low-level graphics > framework is the linchpin to unleash a tremendous amount of creativity in > the Pharo community. I have several dream projects that I placed on > long-term hold after getting stuck in Morphic quicksand :/ > > > Tudor Girba-2 wrote > >> - How would one do e.g. a ticking clock in Bloc? The only possibly > >> relevant > >> example I see is BlAnimatedCursor. Is that a typical usage? One thing > >> that > >> I'm not sure how to translate to a BlElement is that the cursor seems to > >> be > >> responsible for starting and stopping the animation via #activateOn:, > >> which > >> doesn't exist for an element. How would one prevent an element's > >> animation > >> from continuing to run after a space was closed? > > What do you mean? > > I guess I mean what is the Bloc version of #step that would enable us to do > e.g. Squeak's mouse-eyes-tracking-the-cursor or Lively Kernel's clock: > <http://forum.world.st/file/t128965/Chromium5.png> > > > Tudor Girba-2 wrote > >> - BlElement has 278 instance-side methods. A frequent battle cry against > >> Morphic was the bloated Morph class with 899. Definitely an improvement, > >> but > >> are we "there yetâ? > > What do you mean? > > Is there a consensus on a maximum number of instance-side methods before a > class becomes impossible to understand, and if so where does BlElement fall > on that scale? > > > I dont think this number alone is a problem. As long as the "responsibility" of this class is well structured. A problem with the Morph class is, that it acts as many things at once. A structured container, a model, a view, a graphical object, a widget base ... About BlElement, I am more afraid about the number of instance variables > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html > >

Oct. 24, 2017