June 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Windows installation broken?

by horrido

Lack of enough Windows users? What platform are most Pharoers using? I'm using macOS, but this platform has only about 12% market share. Linux has about 2%. Sven Van Caekenberghe-2 wrote >> On 18 Jun 2018, at 15:39, Herbert VojÄÃk < > herby@ > > wrote: >> >> >> >> horrido wrote on 18. 6. 2018 0:04: >>> This is what concerns me. I don't care that there are workarounds >>> (undocumented or hard to find). >>> I care that Windows is a most popular development platform. I care that >>> newcomers to Pharo easily find what they need to get started. I care >>> about >>> Pharo's reputation. >>> The last thing Pharo needs is a black eye. >> >> Do you have enough balls to call out Steph for his obviously wrong >> decision to push Launcher down the users' throats and make him revert to >> working installers / zips? Cause AFAICT there's the bottleneck atm. > > The problem is the lack of enough Windows users and especially developers > who can fix Windows problems. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 18, 2018

Re: [Pharo-users] [Moose-dev] [ann] gt documenter

by Tudor Girba

Hi, Thanks. About the next steps: We mostly think in terms of the overall goal, and the concrete next steps somehow happen. For us the end goal is a moldable environment that integrates all workflows related to development. Documentation is one of those development activities that are both pervasive and typically disliked, so it is only natural that we want to aim to create a full experience for it within the environment. What is more interesting to us is that we could create this experience without much effort due to the flexibility of the underlying framework. There is still engineering work to do, but I think the most difficult part is to rethink the way we approach UI given these new abilities. Cheers, Doru > On Jun 17, 2018, at 3:09 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi Tudor. > > This is super impressive. > What's next? Do you plan to implement IDE for writing documents, navigation, refactorings? (senders, renames should find all places in documents) > > 2018-06-13 21:57 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > We are happy to announce a new leap of GToolkit Documenter, the tool for manipulating live documents directly in the development environment: > https://github.com/feenkcom/gtoolkit-documenter > > Documenter is part of the second generation GToolkit project, it is based on Bloc and works with the latest Pillar. It is mainly developed by Juraj Kubelka. > > Attached you can see a preview of how documents look like: > > <gt-documenter.png> > > At its core it offers a live editor for manipulating Pillar documents. The interaction happens seamlessly directly in the text editor, and it can be combined with different types of previews to serve several classes of use cases: > â¢ code documentation > â¢ tutorials > â¢ interactive data notebook > > > Code documentation > ---- > Documenter complements the GToolkit Examples engine to redefine code documentation. When practicing example-driven development, examples get written as part of the typical development. Once examples exist, they can be quickly put together in a document to form documentation. For example, the linked picture shows the comment of a class containing a visual explanation: > https://twitter.com/feenkcom/status/973899862482866176 > > You can see a live example of documentation by inspecting the following snippet: > GtDocumenter editorForText: BrToggleExamples comment. > > > Tutorials: > ---- > Documenter offers a new experience of writing tutorials for Pharo by enabling the creation and embedding of Epicea change sessions directly in the document. For example, take a look at the following animation: > https://twitter.com/feenkcom/status/999975333972541440 > > The document shows a method on top, and a change preview at the bottom showing both the code and the associated diff to the state from the image. Applying the change updates both the change view (no more diff), and method preview. This speeds up significantly the process of going through a tutorial. Furthermore, given that now the document shows the diff to the current image, the reader can safely explore alternative scenario and come back to the tutorial at any time without losing the overview. > > The size of the preview can also be adjusted live: > https://twitter.com/feenkcom/status/1001152789874167808 > https://twitter.com/feenkcom/status/1001407762285375490 > > You can see a live tutorial by inspecting: > IceRepository repositoriesLocation / 'feenkcom'/ 'gtoolkit-examples' / 'doc' / 'tutorial' / 'examples-tutorial.pillarâ. > > > Interactive data notebook: > ---- > A Documenter document can also be used as an interactive notebook. Internally it essentially acts as a playground: > â¢ it supports defining variables in code snippets, and > â¢ the execution of code shows an embedded inspector. > > For example: > https://twitter.com/feenkcom/status/996310432225820672 > https://twitter.com/feenkcom/status/1002851190475026432 > > An example, can be seen by inspecting: > IceRepository repositoriesLocation / 'feenkcom'/ 'gtoolkit' / 'doc' / 'gtoolkit' / 'gtoolkit.pillar'. > > > As always, please do let us know what you think. > > Enjoy, > The feenk team > > > -- > www.tudorgirba.com > www.feenk.com > > "If you can't say why something is relevant, > it probably isn't." > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com www.feenk.com "If you can't say why something is relevant, it probably isn't."

June 18, 2018

Re: [Pharo-users] Windows installation broken?

by Esteban Lorenzano

> On 18 Jun 2018, at 15:39, Herbert VojÄÃk <herby(a)mailbox.sk> wrote: > > > > horrido wrote on 18. 6. 2018 0:04: >> This is what concerns me. I don't care that there are workarounds >> (undocumented or hard to find). >> I care that Windows is a most popular development platform. I care that >> newcomers to Pharo easily find what they need to get started. I care about >> Pharo's reputation. >> The last thing Pharo needs is a black eye. > > Do you have enough balls to call out Steph for his obviously wrong decision to push Launcher down the users' throats and make him revert to working installers / zips? Cause AFAICT there's the bottleneck atm. First, it was MY decision. Iâm pushing launcher as the default download for Pharo since year now. Do I am happy with it not working on windows right now? Of course not. But pushing it also in windows has already forced us to fix some bugs there and a new version of the launcher (and a better Pharo on windows) and at the result will be good. I was going to suspend the launcher as the default download until a better version arrived, but Iâve been told that will happen this week, so I will wait. Second, we have a lot of bottlenecks, but is true this is important. Third, please restrain your self to talk like that in the future. Is rude and unnecessary. Esteban > > Herby > >> Travis Ayres wrote >>> I wonder how many people tried Pharo, thought "Oh this is totally broken" >>> and are never going to give it a second (or third) chance. >>> >>> On Sun, Jun 17, 2018 at 11:26 AM, >>> phil@ >>> < >>> phil@ >>> > >>> wrote: >>> >>>> The current website shows the wrong link, the installer for the bleeding >>>> edge is the wrong one in files. >>>> The situation on the Windows front is very very bad and not really >>>> improving. >>>> >>>> That being said, the installer on the CI is the right one and works. >>>> >>>> so, steal the installer from here: https://ci.inria.fr/pharo-ci- >>>> jenkins2/job/PharoLauncher >>>> >>>> This is the one you want: >>>> >>>> https://ci.inria.fr/pharo-ci-jenkins2/job/PharoLauncher/ >>>> >>>> For having the latest lastet everything, go to the launcher settings, get >>>> into the devmode and open monticello and load the latest packages. >>>> >>>> Phil >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

June 18, 2018

Re: [Pharo-users] Windows installation broken?

by Sven Van Caekenberghe

> On 18 Jun 2018, at 15:39, Herbert VojÄÃk <herby(a)mailbox.sk> wrote: > > > > horrido wrote on 18. 6. 2018 0:04: >> This is what concerns me. I don't care that there are workarounds >> (undocumented or hard to find). >> I care that Windows is a most popular development platform. I care that >> newcomers to Pharo easily find what they need to get started. I care about >> Pharo's reputation. >> The last thing Pharo needs is a black eye. > > Do you have enough balls to call out Steph for his obviously wrong decision to push Launcher down the users' throats and make him revert to working installers / zips? Cause AFAICT there's the bottleneck atm. The problem is the lack of enough Windows users and especially developers who can fix Windows problems. The 'first contact for people who don't know Pharo' on Windows is really hard for an IDE. And although I am not daily using the Launcher myself, I too believe it is a really good tool for many users. It just needs fixing and maintenance, like everything out there that wants to be successful in our ever changing world. > Herby > >> Travis Ayres wrote >>> I wonder how many people tried Pharo, thought "Oh this is totally broken" >>> and are never going to give it a second (or third) chance. >>> >>> On Sun, Jun 17, 2018 at 11:26 AM, >>> phil@ >>> < >>> phil@ >>> > >>> wrote: >>> >>>> The current website shows the wrong link, the installer for the bleeding >>>> edge is the wrong one in files. >>>> The situation on the Windows front is very very bad and not really >>>> improving. >>>> >>>> That being said, the installer on the CI is the right one and works. >>>> >>>> so, steal the installer from here: https://ci.inria.fr/pharo-ci- >>>> jenkins2/job/PharoLauncher >>>> >>>> This is the one you want: >>>> >>>> https://ci.inria.fr/pharo-ci-jenkins2/job/PharoLauncher/ >>>> >>>> For having the latest lastet everything, go to the launcher settings, get >>>> into the devmode and open monticello and load the latest packages. >>>> >>>> Phil >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

June 18, 2018

Re: [Pharo-users] Windows installation broken?

by Tim Mackinnon

> Do you have enough balls to call out Steph for his obviously wrong decision Thatâs a bit provocative - I think the launcher is pretty good, and helps ensure people get correct versions of things as well as feel more comfortable checking out newer Pharoâs (like 7) or other projects. Iâll admit I've blown hot and cold on it over the last few years - but Iâve come back to it, as it is a nice tool - we just need to rally around and fix it on Windows - and ideally ensure its got some tests to show if its broken. Possibly we could make the download page a bit clearer? But thatâs a simple Bug report. I actually admire the drive to push things on - and now is the time to rally around together as weâve had a lot of changes that need stabilising so that exciting things like documenter can hit main stream as well. Tim > On 18 Jun 2018, at 14:39, Herbert VojÄÃk <herby(a)mailbox.sk> wrote: > > > > horrido wrote on 18. 6. 2018 0:04: >> This is what concerns me. I don't care that there are workarounds >> (undocumented or hard to find). >> I care that Windows is a most popular development platform. I care that >> newcomers to Pharo easily find what they need to get started. I care about >> Pharo's reputation. >> The last thing Pharo needs is a black eye. > > Do you have enough balls to call out Steph for his obviously wrong decision to push Launcher down the users' throats and make him revert to working installers / zips? Cause AFAICT there's the bottleneck atm. > > Herby > >> Travis Ayres wrote >>> I wonder how many people tried Pharo, thought "Oh this is totally broken" >>> and are never going to give it a second (or third) chance. >>> >>> On Sun, Jun 17, 2018 at 11:26 AM, >>> phil@ >>> < >>> phil@ >>> > >>> wrote: >>> >>>> The current website shows the wrong link, the installer for the bleeding >>>> edge is the wrong one in files. >>>> The situation on the Windows front is very very bad and not really >>>> improving. >>>> >>>> That being said, the installer on the CI is the right one and works. >>>> >>>> so, steal the installer from here: https://ci.inria.fr/pharo-ci- >>>> jenkins2/job/PharoLauncher >>>> >>>> This is the one you want: >>>> >>>> https://ci.inria.fr/pharo-ci-jenkins2/job/PharoLauncher/ >>>> >>>> For having the latest lastet everything, go to the launcher settings, get >>>> into the devmode and open monticello and load the latest packages. >>>> >>>> Phil >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

June 18, 2018

Re: [Pharo-users] Windows installation broken?

by Herbert VojÄÃk

horrido wrote on 18. 6. 2018 0:04: > This is what concerns me. I don't care that there are workarounds > (undocumented or hard to find). > > I care that Windows is a most popular development platform. I care that > newcomers to Pharo easily find what they need to get started. I care about > Pharo's reputation. > > The last thing Pharo needs is a black eye. Do you have enough balls to call out Steph for his obviously wrong decision to push Launcher down the users' throats and make him revert to working installers / zips? Cause AFAICT there's the bottleneck atm. Herby > Travis Ayres wrote >> I wonder how many people tried Pharo, thought "Oh this is totally broken" >> and are never going to give it a second (or third) chance. >> >> On Sun, Jun 17, 2018 at 11:26 AM, > >> phil@ > >> < > >> phil@ > >> > >> wrote: >> >>> The current website shows the wrong link, the installer for the bleeding >>> edge is the wrong one in files. >>> The situation on the Windows front is very very bad and not really >>> improving. >>> >>> That being said, the installer on the CI is the right one and works. >>> >>> so, steal the installer from here: https://ci.inria.fr/pharo-ci- >>> jenkins2/job/PharoLauncher >>> >>> This is the one you want: >>> >>> https://ci.inria.fr/pharo-ci-jenkins2/job/PharoLauncher/ >>> >>> For having the latest lastet everything, go to the launcher settings, get >>> into the devmode and open monticello and load the latest packages. >>> >>> Phil > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

June 18, 2018

Confusion for Pharo MOOC

by horrido

I just discovered a huge source of confusion for the Pharo MOOC. There are two different websites that seem disconnected. One presents information on the next Pharo MOOC session, and the other doesn't. https://www.fun-mooc.fr/courses/course-v1:inria+41010+session03/about http://mooc.pharo.org If you're in the know, this isn't a problem, but if you're a newcomer to Pharo, it's a BIG problem. How do I know? Because I was totally confused! -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

June 18, 2018

Re: [Pharo-users] Why doesn't Iceberg checkin other assets (scripts) but does check them out?

by Esteban A. Maringolo

On 15/06/2018 20:00, Tim Mackinnon wrote: > Phew - I can confirm that (unsurprisingly I guess) - just committing in > Iceberg (without ticking - push changes to origin/master) does then let > you easily overlay the same checked out project (typically > ./iceberg/ProjectName) in a tool like VSCode or IntelliJ where you can > then also commit further changes to files that Iceberg is ignoring > (essentially everything not in the src directory - typically candidates > would be your Readme.md file and possibly a ./scripts or ./assets > directory). That could work as a *workaround* to a design decision that made the image the "staging" of a git commit. > In that other tool you can then issue a push which will then atomically > push all commits to a pipeline. It can be a little more tricky to > understand what the pipeline is building - in Gitlab it will show you > the comment of the most recent commit in the pipeline, however if you > then click on the branch the pipeline is running on, you will get a list > of commits and can see all the commits that are between the running > pipeline and the previously run pipeline. > > For many of you - this might be pleadingly obvious - but when you have a > different workflow mindset in your head, it might be trickier to spot > this subtlety. But it's not what I'd expect when using git, in particular if you use commit commands and/or CI, because if you add a comment like like "Fixes Issue #2345" in your Iceberg commit, then your secondary commit (the one done "externally" will look detached, you should replicate the commit comment, so your CI will show the comment of the commit on which it's building, etc. Git favors small commits, but other tools expect atomic commits. They're not exclusive. > p.s. Thanks for all the useful debate in this thread. I should add that > when I wrote âIâll shut upâ - a meant more that I felt the conversation > was going in a cycle and repeating itself, not that I was offended or > frustrated. I can probably live with the above nuance for my desire for > atomic commits. We're grown ups trying to improve Pharo, so unless stated otherwise or clear agressions are visible (ad-hominems, passive agressiveness, etc.), it's healthier to assume all comments are honest, constructive and with good intentions. Let's avoid the meta-disussion. :) Regards, -- Esteban A. Maringolo

June 18, 2018

Re: [Pharo-users] Lost in stream

by Sven Van Caekenberghe

> On 18 Jun 2018, at 02:18, monty <monty2(a)programmer.net> wrote: > > Also consider using XMLParser's built-in file reading support: #parseFileNamed:/#onFileNamed:. They work cross platform (Squeak, GS), and handle character decoding. Monty, do these (already) work with all the latest changes in Pharo 7, I mean the deprecation of FileStream and subclasses as well as [RW|MultiByte]BinaryOrTextStream for FileReference, File and Zn streams ? If not, we should help you. Sven

June 18, 2018

Re: [Pharo-users] Lost in stream

by monty

Are you developing in Squeak? I ask because the XML parser in the default Squeak image is very old. You can download the latest Pharo XMLParser lib from the SqueakMap. It's the "XMLParser" project. Other libs I maintain are also available as SM projects, like "XMLParser-XPath". If you're doing DOM parsing, you can save a parsed DOM document to a file using a message like #printToFileNamed: (see the XMLNode "printing" category for more). ___ montyos.wordpress.com > Sent: Saturday, June 16, 2018 at 4:27 AM > From: Hilaire <hilaire(a)drgeo.eu> > To: pharo-users(a)lists.pharo.org > Subject: Re: [Pharo-users] Lost in stream > > Sometime you just need a good sleep, which I was fortunate to have. > > My newer code append contents to existing file, so it lead to corrupted > files at the end. Ensuring it is deleted first solved the problem: > > (locationÂ asFileReference / filename) ensureDelete binaryWriteStreamDo: > [ :fileStream | > Â Â Â Â Â fileStream nextPutAll: stream contents] > > There is still the issue of XML entity I described in an previous email, > the impact is minor for Dr. Geo though. Do other have issues with that? > > Hilaire > > > Le 15/06/2018 Ã 18:31, Hilaire a Ã©critÂ : > > This fromer code to save file (xml or PNG file): > > > > " |streamOnDisk| > > Â Â Â [streamOnDisk := MultiByteFileStream forceNewFileNamed: (self > > absolutePath: filename). > > Â Â Â streamOnDisk nextPutAll: stream contents] ensure: > > Â Â Â Â Â Â [streamOnDisk close]" > > > > and the newer one: > > > > Â Â Â (locationÂ asFileReference / filename) binaryWriteStreamDo: [ > > :fileStream | > > Â Â Â Â Â Â fileStream nextPutAll: stream contents] > > > > The new one produce both wrong XML file and PNG file. The file looks > > short cuted at the end. > > -- > Dr. Geo > http://drgeo.eu > > > >

June 18, 2018