May 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Help on using Git with Pharo

by Peter UhnÃ¡k

> > Thanks for having looked at it. I have written it because I need a > easy-accessible place with code snippet. My underlying question was wether > some other may find it useful. It is okay if no :-) I understand the purpose, which is very important. I only question the content, whether we really want to push users in that direction. I agree with you. But there are several use cases here. Any professional > application has builtin-help. I usually use the built-in help for useful > code snippets (e.g., how to add a gtInspector view for example). Unfortunately I find the builtin-help very unpracticalâ¦ I'd much rather look at actual code samples. In fact on Pharo Days this year Andrei did experiments with GTSpotter, and none of the participants (me included) looked at the builtin help, everyone was looking just at real samples of code. Most people do not seek understanding, only solving their problemâ¦ which is not bad of itselfâ¦ but we should address both. Does remote git repo works well on OS X? And more importantly, merging is > something that we are still miles away to do it within Pharo, sadly. I don't see why it wouldn't. There were problems on Windows, but that's related to ProcessWrapper, not gitfiletree. OSSubprocess has maybe fixed that on Windows? Merging will be, unfortunately still a challenge, although GitFileTree-Merger works surprisingly well. But if we push for in-image git, then tools will slowly emerge (as they already do)â¦ if we push users out of the image, then there would be much less incentive. Besides anything that's available to you with FileTree, you also have available with GitFileTree (but not vice versa). The objective is to have a single place with that information, accessible > without at looking at videos and browsing mailing list archive :-) That's why I mentioned centralized front-end for the help with nice search, formatting and everything. Currently achieving this in browser is trivial compared to the work necessary to do it in-imageâ¦ > The push for git+pharo is to use git from within Pharo, which means > gitfiletree, which allows you to commit, load, diff, push, pull directly > from the image. Yes, that would be great. It _is_. Present tense. > So my point is: if we want to provide help for people, we should push > them in the correct directionâ¦ that is towards git IN pharo. > > If we push them to not actually use git in Pharo, then we will push them > away from our objectives. > Yes, but that will take years before getting there. And I need to use it > nowâ¦ and this help actually does help me (creating a baseline and > configuration are unfortunately still serious challenges). I've been using gitfiletree for more then year and a half without any (major) issues on gitfiletree side. It may take years to have a really good integration, but even now it's much better than just plain filetree, because you are not losing in-image diffs and history, and because you don't need to use an external tool. In any case, I will use this Help for me, and will not try to push it. Btw. if you need a place to store your snippets, take a look at Torsten's QuickAccess https://www.youtube.com/watch?v=j-dTp6i_P3s . I'm using it a lot and it's super cool for snippets. :) On Sun, May 8, 2016 at 6:31 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> So my point is: if we want to provide help for people, we should push > them in the correct directionâ¦ that is towards git IN pharo. > >> If we push them to not actually use git in Pharo, then we will push > them away from our objectives. > > +1 > > > > I do not want pharo to be bound to use external merging tools. > > Me neither. But the competition is really though. > > Anyway, letâs see what the future will bring :-) > > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

May 8, 2016

Re: [Pharo-dev] call for cleaning ideas around Spec

by Peter UhnÃ¡k

On Sun, May 8, 2016 at 5:54 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 08-05-16 17:19, Peter UhnÃ¡k wrote: > >> We should have metrics for thisâ¦ otherwise seeing what's the actual >> impact is a guesswork. Most ValueHolders will have at least (and usually) >> one subscriber â the adapter >> > Most have 0 > If the difference is 10% maybe the word "most" isn't appropriate, but you are looking at system, not Spec. Most widgets will instantiate the value holder and then immediately subscribe to it (either directly in #initialize, or in #registerEvents), at least for ValueHolders that propagate changes to Morphic. Regardless of that I said _will_, because that's the idea behind the new Adapters, currently in the image only TabModel/MorphicTabAdapter use it.

May 8, 2016

Re: [Pharo-dev] ProcessAlready Terminated

by Mariano Martinez Peck

Alex, thanks for the report. I just released version 2.2.0 (see ANN email) which had that fix for some time already. That version should fix the problem you mention here. If it does not, please let me know. Best, On Sun, May 8, 2016 at 1:15 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi (Mariano)! > > I have successfully used OSSubprocess. > After having saved the image and started again, I get an error: > > > Any idea why? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- Mariano http://marianopeck.wordpress.com

May 8, 2016

[ANN] OSSubprocess 0.2.2 bugfix release

by Mariano Martinez Peck

Hi guys, I am happy to announce OSSubprocess 0.2.2. You can see the changelog here: https://github.com/marianopeck/OSSubprocess/releases/tag/v0.2.2 Such version becomes the #stable, so the installation instructions remain the same. Cheers, -- Mariano http://marianopeck.wordpress.com

May 8, 2016

Re: [Pharo-dev] Help on using Git with Pharo

by Alexandre Bergel

>> So my point is: if we want to provide help for people, we should push them in the correct directionâ¦ that is towards git IN pharo. >> If we push them to not actually use git in Pharo, then we will push them away from our objectives. > +1 > > I do not want pharo to be bound to use external merging tools. Me neither. But the competition is really though. Anyway, letâs see what the future will bring :-) Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2016

Re: [Pharo-dev] Help on using Git with Pharo

by Alexandre Bergel

> indeed Alex is not aware that we are actively working on a better integration with a distributed VCS (with for the moment git as target). > > But the solution should be nicely available. Anything to try ? Alexandre > > > Le 8/5/16 Ã 17:08, Peter UhnÃ¡k a Ã©crit : >> >> ## 2. Comments for the git help (I've just skimmed through it briefly) >> >> My impression is that it doesn't really describe git in Pharo, which is what we are pushing forâ¦ > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2016

Re: [Pharo-dev] Help on using Git with Pharo

by Alexandre Bergel

Hi Peter! Thanks for having looked at it. I have written it because I need a easy-accessible place with code snippet. My underlying question was wether some other may find it useful. It is okay if no :-) > The in-image help sucks hardâ¦ monospaced walls of text, no formatting, no styling, no images, and zero discoverability. > > Some ideas â this is food for thought for moving forward, not something that I would expect anyone would do tomorrow: I agree with you. But there are several use cases here. Any professional application has builtin-help. I usually use the built-in help for useful code snippets (e.g., how to add a gtInspector view for example). > ### Simple-ish: online fronted > ... > ### Complex-ish > â¦ Sure, would be great :-) > ## 2. Comments for the git help (I've just skimmed through it briefly) > > My impression is that it doesn't really describe git in Pharo, which is what we are pushing forâ¦ > > > it is recommanded to tick the checkbox "Initialize this repository with a README". > This will ease the initialization of the repository (you will be able to immediately clone your repo). > > GitHub is lying, you can clone it regardless Well.. I am okay living with this lie :-) > - From Pharo you can _only_ save and load your code frmo the harddisk (see the chapter Alternative for more options) > > Partially true. It will always go through disk (obviously), but with remote git repo you don't care about the local repo. Does remote git repo works well on OS X? And more importantly, merging is something that we are still miles away to do it within Pharo, sadly. > To sum it up: you've described how to use filetree:// with Git, which was possible years ago, so I am not entirely sure what's the objective. The objective is to have a single place with that information, accessible without at looking at videos and browsing mailing list archive :-) > The push for git+pharo is to use git from within Pharo, which means gitfiletree, which allows you to commit, load, diff, push, pull directly from the image. Yes, that would be great. > So my point is: if we want to provide help for people, we should push them in the correct directionâ¦ that is towards git IN pharo. > If we push them to not actually use git in Pharo, then we will push them away from our objectives. Yes, but that will take years before getting there. And I need to use it nowâ¦ and this help actually does help me (creating a baseline and configuration are unfortunately still serious challenges). In any case, I will use this Help for me, and will not try to push it. Thanks for having a look at it :-) Cheers, Alexandre > > > > On Sun, May 8, 2016 at 5:01 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > I have written a help to use Git in Pharo. Execute the following: > > Metacello new > baseline: 'GitHelp'; > repository: 'github://bergel/Git-Help:master'; > load. > > It will load a Help topic, available on the Help Browser. > If you wish to contribute: > https://github.com/bergel/Git-Help > > One some point, I will propose an inclusion in the base image. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2016

Re: [Pharo-dev] Help on using Git with Pharo

by stepharo

> So my point is: if we want to provide help for people, we should push > them in the correct directionâ¦ that is towards git IN pharo. > If we push them to not actually use git in Pharo, then we will push > them away from our objectives. +1 I do not want pharo to be bound to use external merging tools. Stef

May 8, 2016

ProcessAlready Terminated

by Alexandre Bergel

Hi (Mariano)! I have successfully used OSSubprocess. After having saved the image and started again, I get an error: Any idea why? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 8, 2016

Re: [Pharo-dev] Help on using Git with Pharo

by stepharo

Hi Peter indeed Alex is not aware that we are actively working on a better integration with a distributed VCS (with for the moment git as target). But the solution should be nicely available. Stef Le 8/5/16 Ã 17:08, Peter UhnÃ¡k a Ã©crit : > > ## 2. Comments for the git help (I've just skimmed through it briefly) > > My impression is that it doesn't really describe git in Pharo, which > is what we are pushing forâ¦

May 8, 2016