- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] FastTable - beExplicite?

by Cyril Ferlicot D.

Le 08/05/2016 21:54, stepharo a Ã©crit : > Hi guys > > > I have no idea what is > > beExplicite > > but it does not look correct > > beExplicit > > > beExplicite > "This method is call by the FastTable if the user want the widget to > be explicit. Describe what to do to be explicit." > > > We should improve the quality of the comment. > > Hi Stef, A FastTable can have a function to extends it. For example a Search or a Filter. By default this function is not explicitly shown to the user. For example in Nautilus the user have to know he can type the name of a method in the list to search a method. With beExplicit the functionality is shown to the user. For the search and the filter there will be a text field added to the FastTable. Sorry for the typo, I will try to find some time to correct the typo and improve the comment. https://pharo.fogbugz.com/f/cases/18182/FastTable-beExplicit-have-a-typo-an… > > Stef > > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

May 8, 2016

FastTable - beExplicite?

by stepharo

Hi guys I have no idea what is beExplicite but it does not look correct beExplicit beExplicite "This method is call by the FastTable if the user want the widget to be explicit. Describe what to do to be explicit." We should improve the quality of the comment. Stef

May 8, 2016

About

by stepharo

Hi When I execute FTTableMorph exampleListWithExplicitFilterAndActionButton2 I get a list and I can filter the items Now when I click one of them, the list does not show the selection. exampleListWithExplicitFilterAndActionButton2 <example> | list | list := FTTableMorph new extent: 300 @ 300; dataSource: (FTExampleDataSource elements: (Smalltalk allClassesAndTraits sorted: [ :a :b | a name < b name ])); enableFilterWithAction: [ :dataSource :searchPattern :selectedRow | selectedRow browse ]; yourself. list openInWindow What is the way to see the selection? Stef

May 8, 2016

FastTable easyList examples are broken

by stepharo

Hi I started to play with FastTable and some of the examples are broken. For example exampleEasyList* Stef

May 8, 2016

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