- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo Video Tutorial: Package Tags

by Offray Vladimir Luna CÃ¡rdenas

+1 to subpackages as denomination for tags if they're going to be used only to organize things hierarchically inside a package instead of used across packages. Cheers, Offray On 03/06/15 13:42, Sean P. DeNigris wrote: > Sergio Fedi wrote >> If something is a tag, then you should be able to apply multiple tags to >> something. >> >> If not, then they are, as you say, subpackages. > Agreed. Actually, tags are more interesting as they would be much more > valuable to users, who want a logical domain view of the system. Currently, > the package tree we provide is more a Package Browser than a System Browser. > > And... tags are orthogonal to packages. The way we use them, sub-packages > seems more correct. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Pharo-Video-Tutorial-Package-Tags-tp4830133p4830290.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

June 6, 2015

Re: [Pharo-users] loading Coral from SmalltalkHub

by Ben Coman

On Sat, Jun 6, 2015 at 5:47 PM, Francisco Garau <francisco.garau(a)gmail.com> wrote: >> >> I am playing with the Coral image downloaded from the CI site. >> >> >> ok now again pay attention. The syntax is not important and stable. >> What is more important is > > > I understand what you are saying and it's not my intention to push the > syntax experiments into Coral. I am just using the existing infrastructure > to play a bit with the latest Pharo and see if the ideas I've got could work > in practice. As Ben says, it's a itch I need to scratch. > >> >> Coral should let >> - us interactively access and define environment varibales >> - write and ***debug*** OS scripts >> - publish these scripts >> >> Here is typical session I want. >> >> you have a coral scripts >> - no method >> - just a bunch of expression >> - you get a bug >> - you relaunch the script -db >> - and you get debugger you fix the script >> - then your script is regenerate > > > Thanks for the explanation. It'd be nice to add this into the Coral website. > >> Now if you need to define a method then you define a class ie >> PillarInstructor and a couple of method but they should be ***normal*** >> method and normal class >> (just with a better syntax that the ugly code chunk delimiter) and this is >> why I proposed >> >> PillarInstructor>>compileAllFileIn: aFS >> [ >> gkjgkjgkjg kjgkjgkgkgj >> ] > > > The syntax changes I am thinking about would bring together block and method > definitions. I would have thought it is important for your modularity > efforts to have a full syntax. Otherwise, how would you be compiling code > into a minimal image that hasn't got any UI module? Your ideas below regarding method definition is interesting, but this class definition seems problematic. > [Point: Object | > | x y | I don't know your Smalltalk background since you are new to the list, so I hope I'm not telling you how to suck eggs, but just checking you know that the class definition is not compiler syntax but a plain message send. Try where you normally define a class to select the definition and "debug it". Also using the normal class definition message-send means you don't have to come up with special compiler syntax for using class variables, slots, traits, etc. > [sign | > ^ (x sign @ y sign)]. > [dotProduct: aPoint | > ^ (x * aPoint x) + (y * aPoint y)]. > ] I can see how that might work technically with the compiler able to recognise the lack of preceding colon to distinguish a method name, but I am thinking: * its a very fine distinction for humans reading code * dropping a colon is very easy * it may lead to ambiguous fail-late errors (better to fail-early) Also *needing* to nest method definitions within the class definition seems constraining. It would be nice for methods to be able to be defined in any order. Consider a common use case where several script files are joined together which each define extensions to the same class. The above points are dealt with by the Class>>method" syntax Stef describes. A really important aspect of this is that its already a widely used convention in documentation. Now pushing that inside the block may be interesting. [ Point>>sign | ^(x sign @ y sign) ]. [ Point>>dotProduct :aPoint | ^ (x * aPoint x) + (y * aPoint y). ] [ Point>>min: aMin max: aMax | ^ (self min: aMin) max: aMax ] However a block that is not assigned to a variable is just thrown away, so possibly a hypothetical message like #define might need to be sent to the block. [ Point>>sign | ^(x sign @ y sign) ] define. cheers -ben

June 6, 2015

Re: [Pharo-users] Bug in Open Workspace from File-Browser?

by volkert

I have opened a new case: https://pharo.fogbugz.com/f/cases/15711/ Am 06.06.2015 um 16:37 schrieb volkert: > Is this change resonable. I have no idea, what the Design-Idea behind > the UIManager what services is should provide. May be it make sense to > have the extra services on UIManager, but think the bug is in > FileList>>viewContentsInWorkspace and not in UIManager. > > ---- > I propose for Workspace to change the current code: > > FileList>>viewContentsInWorkspace > "View the contents of my selected file in a new workspace" > | aString | > self reference streamWritable: false do: [ :stream| > aString := stream setConverterForCode contentsOfEntireFile ]. > UIManager default edit: aString label: 'Workspace from ', self > reference basename <----- WRONG > > to : > > FileList>>viewContentsInWorkspace > "View the contents of my selected file in a new workspace" > | aString | > self reference streamWritable: false do: [ :stream| > aString := stream setConverterForCode contentsOfEntireFile ]. > Workspace openContents: aString label: 'Workspace from ', self > reference basename > > And i also proposse the add a Playground case. > > New Method: > > FileList>>viewContentsInPlayground > "View the contents of my selected file in a new playground" > | aString | > self reference streamWritable: false do: [ :stream| > aString := stream setConverterForCode contentsOfEntireFile ]. > GTPlayground openContents: aString label: 'Playground from ', self > reference basename. > > and also FileList>>serviceViewContentsInPlayground and the case in > ListList>>itemsForAnyFile. > > If ok, i can fix Workspace and add Playground menu to FileList, after > i have figured out how to send an fix ;-) > > BW, > Volkert > > Am 03.06.2015 um 16:40 schrieb Ben Coman: >> Or do we now want such to open in Playground? >> >> btw, these are the relevant methods. >> FileList>>FileList>>viewContentsInWorkspace >> FileList>>viewContentsInWorkspace >> >> cheers -ben >> >> On Wed, Jun 3, 2015 at 6:57 PM, volkert<volkert(a)komponentenwerkstatt.de> wrote: >>> The File Browser has a Context Menu "Workspace with Contents". It opens an >>> Edit Window (String Morph), but not a Workspace ... >>> >>> Is the Menu-Title wrong or the implementation? >>> >>> BW, >>> Volkert >>> >

June 6, 2015

Re: [Pharo-users] Bug in Open Workspace from File-Browser?

by volkert

Is this change resonable. I have no idea, what the Design-Idea behind the UIManager what services is should provide. May be it make sense to have the extra services on UIManager, but think the bug is in FileList>>viewContentsInWorkspace and not in UIManager. ---- I propose for Workspace to change the current code: FileList>>viewContentsInWorkspace "View the contents of my selected file in a new workspace" | aString | self reference streamWritable: false do: [ :stream| aString := stream setConverterForCode contentsOfEntireFile ]. UIManager default edit: aString label: 'Workspace from ', self reference basename <----- WRONG to : FileList>>viewContentsInWorkspace "View the contents of my selected file in a new workspace" | aString | self reference streamWritable: false do: [ :stream| aString := stream setConverterForCode contentsOfEntireFile ]. Workspace openContents: aString label: 'Workspace from ', self reference basename And i also proposse the add a Playground case. New Method: FileList>>viewContentsInPlayground "View the contents of my selected file in a new playground" | aString | self reference streamWritable: false do: [ :stream| aString := stream setConverterForCode contentsOfEntireFile ]. GTPlayground openContents: aString label: 'Playground from ', self reference basename. and also FileList>>serviceViewContentsInPlayground and the case in ListList>>itemsForAnyFile. If ok, i can fix Workspace and add Playground menu to FileList, after i have figured out how to send an fix ;-) BW, Volkert Am 03.06.2015 um 16:40 schrieb Ben Coman: > Or do we now want such to open in Playground? > > btw, these are the relevant methods. > FileList>>FileList>>viewContentsInWorkspace > FileList>>viewContentsInWorkspace > > cheers -ben > > On Wed, Jun 3, 2015 at 6:57 PM, volkert <volkert(a)komponentenwerkstatt.de> wrote: >> The File Browser has a Context Menu "Workspace with Contents". It opens an >> Edit Window (String Morph), but not a Workspace ... >> >> Is the Menu-Title wrong or the implementation? >> >> BW, >> Volkert >>

June 6, 2015

Re: [Pharo-users] Ring Vs Ficus

by stepharo

Hi abdelghani Welcome to this list :) > Hi Guys, > > I believe the Ring metamodel has been proposed 4 or 5 years earlier. > Is it acctually in use in the current pharo tools? which ones? Ring should be improved (probably with stubs) to support that we can create a method and that it does not create automatically the class of the method. Ring proposed strategy to query the code of a method (the one currently being in the image), or the method represented in the past or another one. and we should have a look at it. > I have been told that Martin has develloped a different model : Ficus Martin explained to me that ficus is built on two parts: one that describe the model and they other the "body " of an entity (data) and such data can be shared between multiple versions. > What are the limitations that Martin tried to fixed? > What can be further unhanced? > > Thanks. > > Abdou. >

June 6, 2015

Re: [Pharo-users] Pharo Video Tutorial: Package Tags

by Sergio Fedi

> So getting back to Pharo's tags, I like the fact that there are some common namings, such as many packages will have tags like "Examples", or "Tests", however I still fail to see why would you want to put one class into multiple tags and what the benefit would be. In my case I have a hard time dealing with hierarchical categorizations, I haev plenty of aspects of my code that runs accross in different ways. One case is the Model/Web/Application vs Tests, which they can be combined orthogonally. Another aspect is that I have classes that belong to different layers: Application, Interface-Web, Interface-Windows, Interface-CommandLine, Commands, Model, Persistence But them several of these classes belong to different "modules" or sets of functionality: Clients, Providers, Administration, Production With a Tag scheme, I can arbitrarily browse: All commands that are in the Provider module Persistence Tests Classes from Production and Persistence (which should be empty)

June 6, 2015

Re: [Pharo-users] Protocol selection erratic behaviour

by Sergio Fedi

> There is a little utils in nautilus that propose "good protocol" and we should brigde the widget to us it. Is there a Case for this?

June 6, 2015

Re: [Pharo-users] loading Coral from SmalltalkHub

by Francisco Garau

Hi Stef, On 6 June 2015 at 06:55, stepharo <stepharo(a)free.fr> wrote: > > > Le 5/6/15 21:37, Francisco Garau a Ã©crit : > > Thanks Stefan. > > I am playing with the Coral image downloaded from the CI site. > > > ok now again pay attention. The syntax is not important and stable. > What is more important is > I understand what you are saying and it's not my intention to push the syntax experiments into Coral. I am just using the existing infrastructure to play a bit with the latest Pharo and see if the ideas I've got could work in practice. As Ben says, it's a itch I need to scratch. > Coral should let > - us interactively access and define environment varibales > - write and ***debug*** OS scripts > - publish these scripts > > Here is typical session I want. > > you have a coral scripts > - no method > - just a bunch of expression > - you get a bug > - you relaunch the script -db > - and you get debugger you fix the script > - then your script is regenerate > Thanks for the explanation. It'd be nice to add this into the Coral website. Now if you need to define a method then you define a class ie > PillarInstructor and a couple of method but they should be ***normal*** > method and normal class > (just with a better syntax that the ugly code chunk delimiter) and this is > why I proposed > > PillarInstructor>>compileAllFileIn: aFS > [ > gkjgkjgkjg kjgkjgkgkgj > ] > The syntax changes I am thinking about would bring together block and method definitions. I would have thought it is important for your modularity efforts to have a full syntax. Otherwise, how would you be compiling code into a minimal image that hasn't got any UI module? [Point: Object | | x y | [sign | ^ (x sign @ y sign)]. [dotProduct: aPoint | ^ (x * aPoint x) + (y * aPoint y)]. ] > On 4 June 2015 at 20:08, stepharo <stepharo(a)free.fr> wrote: > >> Thanks Stefan >> >> Francisco there is nothing new in Coral we got stalled again because we >> focused on pillar. >> >> Stef >> >> Le 4/6/15 11:20, Stephan Eggermont a Ã©crit : >> >> On 04-06-15 01:46, Francisco Garau wrote: >>> >>>> I've tried loading Coral by following the below instructions in its >>>> website <http://rmod.lille.inria.fr/coral/getting-started.html> but >>>> they >>>> failed when trying to load Readline. >>>> >>>> Gofer new url: 'http://ss3.gemstone.com/ss/coral'; >>>> package: 'ConfigurationOfCoral'; >>>> load. >>>> >>>> ConfigurationOfCoral loadDevelopment. >>>> >>> >>> Yes, that is an old configuration. I've updated it >>> on smalltalkhub: PharoExtras/Coral, but that was before >>> the release of Pharo4. CDLM, Damien C and Stef have worked >>> on it this year. >>> >>> As PetitParser still uses the >>> #stable and #development style of symbolic naming, >>> instead of #release5.1, things can break when a new >>> version of Moose is released. >>> >>> It seems the project was moved to Smalltalk Hub >>>> (http://smalltalkhub.com/#!/~PharoExtras/Coral/) >>>> >>>> What expressions should I evaluate in a Pharo5 image to get the latest >>>> Coral project loaded. >>>> >>> >>> I've added a Pharo 5 build to >>> https://ci.inria.fr/pharo-contribution/job/Coral/ >>> The 4 and 5 builds are green >>> >>> I've also added a Pharo4 and Pharo5 build to OSProcess >>> https://ci.inria.fr/pharo-contribution/job/OSProcess/ >>> The 4 and 5 builds each have 3 failures >>> >>> It is possible that some changes to the parser are needed >>> due to improvements in PetitParser. I ran into that last >>> time I tried, and forgot whether that got fixed. >>> >>> Stephan >>> >>> >>> >>> >>> >>> >> >> > >

June 6, 2015

Re: [Pharo-users] Pharo Video Tutorial: Package Tags

by Peter UhnÃ¡k

> > I am not clear on the internals dealing with "tag" , but in your > example I guess the tags needs to be associated with classes, but our > current "tag"s are associated with a packages? Yeah at least to me it feels that it is associated more with packages. GT-Tests-Spotter makes a good example, tagging classes as: Exceptions; > Scripting; and Mocks. You might simultaneously have filter categories: > * Exceptions > * Scripting > * Mocks > * Exceptions,Mocks > * Scripting,Mocks To me this seems like unreasonable amount of extra effort and shit ton of cognitive load with no obvious benefit. Sure, tags are powerful in theory; but to make them work you need to apply them consistently throughout the whole system to get the benefit. _For me_ this seems like unproportinal amount of effort with little gain. E.g. Gmail allows to tag emails, yet I treat it very hierarchically; that way I there is always only one way --- the most meaningful of them to get to it; otherwise I would have to think about all the various contexts in which it could be accessed. So getting back to Pharo's tags, I like the fact that there are some common namings, such as many packages will have tags like "Examples", or "Tests", however I still fail to see why would you want to put one class into multiple tags and what the benefit would be. Peter

June 6, 2015

Re: [Pharo-users] Ring Vs Ficus

by Yuriy Tymchuk

As far as I remember Ficus relies on Ring and is a model for handling history. Itâs used by Epicea which is a new changes frameworkâ¦ Uko > On 06 Jun 2015, at 09:26, abdelghani ALIDRA <alidrandco(a)yahoo.fr> wrote: > > Hi Guys, > > I believe the Ring metamodel has been proposed 4 or 5 years earlier. > Is it acctually in use in the current pharo tools? which ones? > > I have been told that Martin has develloped a different model : Ficus > What are the limitations that Martin tried to fixed? > What can be further unhanced? > > Thanks. > > Abdou. >

June 6, 2015