October 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Nautilus>>openOnClass: gives back a debugger

by Marcus Denker

> On 06 Oct 2015, at 08:31, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-10-06 8:06 GMT+02:00 stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>>: > Hi federico > > in which version because we cleaned a lot of bad code in nautilus in 5.0 alpha > > > Le 6/10/15 01:10, Federico.Balaguer a Ã©crit : > > Hello, > > I found a problem when evaluating something like: > > Nautilus openOnClass: Object > > The result is a new Nautilus on Object but the package tree list is empty > and a debugger pops up with a back trace with this: > NautilusUI(Object)>>doesNotUnderstand: #useLastPackagePatternStringForClass: > Nautilus class>>openOnClass:inEnvironment: > Nautilus class>>openOnClass: > > is there other way to open Nautilus programatically. > > Thanks!! Federico > > > > And is it important whether Nautilus opens or any other installed browser? > You can programatically open the browser with > > Object browse. Or Smalltalk tools browser fullOnClass: Object The reason is that it is actually PackageTreeNautilus that is usedâ¦ Yes, in need to be cleaned up. We did already a huge step in Pharo5. If someone wants to do a minimal fix for Pharo4, this would be niceâ¦ Marcus

Oct. 6, 2015

Re: [Pharo-users] Nautilus>>openOnClass: gives back a debugger

by Nicolai Hess

2015-10-06 8:06 GMT+02:00 stepharo <stepharo(a)free.fr>: > Hi federico > > in which version because we cleaned a lot of bad code in nautilus in 5.0 > alpha > > > Le 6/10/15 01:10, Federico.Balaguer a Ã©crit : > > Hello, >> >> I found a problem when evaluating something like: >> >> Nautilus openOnClass: Object >> >> The result is a new Nautilus on Object but the package tree list is empty >> and a debugger pops up with a back trace with this: >> NautilusUI(Object)>>doesNotUnderstand: >> #useLastPackagePatternStringForClass: >> Nautilus class>>openOnClass:inEnvironment: >> Nautilus class>>openOnClass: >> >> is there other way to open Nautilus programatically. >> >> Thanks!! Federico >> >> >> And is it important whether Nautilus opens or any other installed browser? You can programatically open the browser with Object browse. > >> -- >> View this message in context: >> http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822.… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> > >

Oct. 6, 2015

Re: [Pharo-users] Nautilus>>openOnClass: gives back a debugger

by stepharo

Hi federico in which version because we cleaned a lot of bad code in nautilus in 5.0 alpha Le 6/10/15 01:10, Federico.Balaguer a Ã©crit : > Hello, > > I found a problem when evaluating something like: > > Nautilus openOnClass: Object > > The result is a new Nautilus on Object but the package tree list is empty > and a debugger pops up with a back trace with this: > NautilusUI(Object)>>doesNotUnderstand: #useLastPackagePatternStringForClass: > Nautilus class>>openOnClass:inEnvironment: > Nautilus class>>openOnClass: > > is there other way to open Nautilus programatically. > > Thanks!! Federico > > > > -- > View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822.… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Oct. 6, 2015

Nautilus>>openOnClass: gives back a debugger

by Federico.Balaguer

Hello, I found a problem when evaluating something like: Nautilus openOnClass: Object The result is a new Nautilus on Object but the package tree list is empty and a debugger pops up with a back trace with this: NautilusUI(Object)>>doesNotUnderstand: #useLastPackagePatternStringForClass: Nautilus class>>openOnClass:inEnvironment: Nautilus class>>openOnClass: is there other way to open Nautilus programatically. Thanks!! Federico -- View this message in context: http://forum.world.st/Nautilus-openOnClass-gives-back-a-debugger-tp4853822.… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 5, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Stephan Eggermont

On 05-10-15 21:11, Peter UhnÃ¡k wrote: > Is there a reason why this is not in the catalog browser? Do you feel it's > not production-ready (missing editing)? Because I am very happy consumer > even in this state. :) I'll add a configuration as soon as editing works and the spotter improvements make it to Pharo 5. It is just very much a prototype. Some parts I like, others not so much, and a lot has not gotten much thought. Stephan

Oct. 5, 2015

Re: [Pharo-users] Exploring Pier

by stepharo

> In Pharo I have Pharo/Smalltalk. Even a simple user can often > contribute in simple ways. Even as a simple user of a Pharo tool. I > can submit issues, fix simple issues, improve method or class > comments, etc. As I learn the Pharo tools and ecosystem I continually > improve my ability to take care of myself and also contribute to the > community. I think Pharo is the most user empowering environment I > have found. Sure I can find lots and lots of other quality tools in > other languages. But each is their own island. And depending on how > broadly I spread the net. Different languages, different cultures, > different licenses, all independent of each other. > > I much prefer the Pharo ecosystem and culture. It is home. > I know others who like the other tools, and multiplicity of choice. > And they feel comfortable there. > > Choice is nice. Pharo is mine. :) > > Thanks again for suggestions and for a view on how others approach > problems and their solutions. That is always available as inspiration > even within Pharo. I take a look at your stuff. > > Jimmie > > > On 09/28/2015 09:03 AM, Offray Vladimir Luna CÃ¡rdenas wrote: >> Hi Jimmie, >> >> Some or your searches/needs seem similar to mine. So I will share >> some of the stuff I'm using or considering, which is not >> Pharo/Smalltalk related and how I plan to connect it with Pharo. >> >> On markup language and documentation I'm using pandoc[1], which >> covers a wide variety of formats (including Html and LaTeX, like >> Pillar) and works on Windows, Gnu/Linux and Mac with a pretty >> portable installation. I use Zotero[2] integration vÃa BibTeX and >> Citezen[3] using Grafoscopio[4], a custom made Pharo interactive >> documentation system I'm building to learn smalltalk. On the website >> generation, I was a user/promoter of web2py[5] for several year, but >> recently I'm migrating towards static site genetators like Nikola[6] >> and Grav[7] because I don't need any much else for my web presence. >> >> [1] http://pandoc.org/ >> [2] https://www.zotero.org/ >> [3] >> http://vst.ensm-douai.fr/ESUG2009Media/uploads/1/citezen-EsugAwards2009.pdf >> [4] http://smalltalkhub.com/#!/~Offray/Grafoscopio >> [5] http://web2py.com/ >> [6] https://getnikola.com/ >> [7] http://getgrav.org/ >> >> My idea is to build an interface from Grafoscopio to this non-pharo >> technologies like static web site generators, so you can use the >> interactivity of Pharo/Smalltalk, without having to reinvent the >> wheel all the time (at least for wheels yo don't care about). I'm >> trying to find the knowledge/time to put this ideas into practice. >> Maybe you can consider some of these in your initial overview of the >> problem and the solutions. >> >> Cheers, >> >> Offray >> >> On 22/09/15 11:30, Jimmie Houchin wrote: >>> I know there are options to Pier. To a certain extent part of the >>> purpose of my email was to explore whether or not Pier is a viable >>> option and if it has community support that I am not easily seeing. >>> >>> I want to stick with reasonably well supported options. >>> >>> I thought the cms and blog parts of Pier looked interesting. This is >>> all personal and not for business or public. >>> >>> I definitely want to learn Pillar as it is required if at some point >>> I want to contribute to any of the documentation. And it looks like >>> a pretty powerful tool. >>> >>> I do not have any clearly defined goals which make Pier a >>> requirement. The blog and cms like features are possibly reasonably >>> implementable in the more currently supported options. And those are >>> simply things I am exploring not requiring. >>> >>> It seems that Doru possibly uses it on the >>> http://www.humane-assessment.com/blog site. >>> >>> Thanks. >>> >>> Jimmie >>> >>> On 09/22/2015 02:38 AM, Damien Cassou wrote: >>>> Hi, >>>> >>>> Jimmie Houchin <jlhouchin(a)gmail.com> writes: >>>> >>>>> I am interested in learning to use Pier. I browsed the mailing >>>>> list to >>>>> learn about current status and documentation. It seems to be pretty >>>>> quiet on the mailing lists. >>>>> >>>>> There seems to be some activity on Smalltalkhub on Pier3. >>>> >>>> Pillar, the document model and parser of Pier is alive. I need help >>>> but >>>> the project is definitely not dead as we use it for all books we are >>>> writing. >>>> >>>> The rest of Pier, mainly the web interface, looks rather dead for >>>> me as >>>> well. >>>> >>>> Why are you interested in Pier? We might help you find other projects >>>> that could suit your needs. >>>> >>> >>> >>> >> >> > > >

Oct. 5, 2015

Re: [Pharo-users] Better Code Completion

by stepharo

Le 4/10/15 23:53, Peter UhnÃ¡k a Ã©crit : > This is both rant and list of questions/notes/observations... > > ...but first of all: > do Smalltalkers not like code completion? Because the one in Pharo is > really poor and not only that nobody is doing anything about it, *but > also nobody is complaining*; this leads me to believe that you either No I'm complaining all the time but it is useless when we did have ressources. In addition we did not work on it because a student from delft was planning to work on it but he went to the US. > a) don't have the manpower (this is true pretty much always, so no > complaints here) This one. > b) don't care about this that much (since you lived without it for 45 > years) > > at least from the lack of complaining to me it seems that b) is more > likely scenario... no > But since I do use it, I get annoyed by it quite a bit, especially > since I regularly work in IDEs where this thousand times better. > > Now I would like to get things moving a bit (or bury it and forget > it), so I have couple of questions and would appreciate if someone > could provide some feedback. > > 1. Methods of core/top classes should be deprioritized I do not get what you mean > > Since Object has almost 500 methods whatever I will start typing > Object/TClass/TBehavior/... will have a list of answers... > > so let's start typing... > > > > > > Very often I have to type almost full word to see what I want. > Shouldn't the completion follow the inheritance chain? So first it > shows me matches from the class itself (especially since it actually > knows the type) and only after then it's parents and so on? > > 3. Or maybe even show the (closest) class that implements it. > So the last two items would have somewhere (beginning or the end) > written '(Object)' and the first two '(yourself)' (or the class's name). > > > 2. The window has fixed size, so if I have longer method (as in > picture above) I don't see it all. > > 3. Is middle-of-the word really that often used? See > moseIntere<sti>ngEntity above. It feels to me that it just creates a > lot of false positives (I have this problem also with inspector btw, > so I often have to prefix it with >># or if I see it already lot of > <arrow down>, which is annoying) > > > > 4. We write tests, however how often have you manually created an > instance of a test class by hand? I think they should be either > filtered or deprioritized as they create visual clutter. This is > probably also true for many other classes such as > ConfigurationOf/Manifest/... Nobody instantiates them by hand. > > 5. How often do you send #abs to a dictionary? Maybe also deprioritize > extension methods? > > > 6. If I have already written part of the selector it's impossible to > "continue" and add an extra parameter. This is because it doesn't know > if I am code completing for dict, or #key. > Maybe different shortcuts? <tab> to code complete on #key, and > <shift+tab> to code complete on the previous one... or maybe cycle > through them because this can be nested (the currently code completed > item would have to be highlighted somehow). > > > 7. So if I don't want to see the above I have to type it manually; > which is fine for #at:put: but not for longer words.. (just to find > out ten seconds later that I have a stupid typo there). > > 8. The code completion doesn't show parameter names. This is very > helpful because it often reveals what it actually accepts. Now I have > to actually look into the code of the method. > > Now we can hardly compete with typed languages, but I think there's a > lot lot room for improvement. > > For comparison from other languages/IDE's. > > PhpStorm/PHP > > (notice how it shows the whole method if it's longer than the window > and doesn't it just clip)â > > NetBeans/C++ > > > > In the picture above it âstill provides hinting when typing the parameter. > > TypeScript playground > > > â(similar to NetBeans) > > Also they have in their online playground better and nicer code > completion than we have in actual env > (http://www.typescriptlang.org/Playground ) > > So if you have any thoughts/feedback/whatnot on this matter, I would > greatly appreciate it. > > Peter >

Oct. 5, 2015

Any working DBus client for Pharo?

by Julien Delplanque

Hi all, I'm looking for a dbus client for Pharo, I saw there is a project on SH (http://smalltalkhub.com/#!/~DamienCassou/DBus) but the package that should contains pure-smalltalk implementation is empty. Is there something working to send messages via dbus? Regards, Julien

Oct. 5, 2015

Re: [Pharo-users] Pharo family

by stepharo

Have a look at the book EntreprisePharo: a web perspective it will help you get some names :) Le 4/10/15 01:54, adam(a)234.cz a Ã©crit : > Hello, > > I just did a quick scatch of some projects, frameworks and concepts related to > Pharo. I did it because I em confused of the cloud of projects around Pharo > and what thay can do. > > Maybe somewhere already exists similar list. Maybe in textual form. If so, > please, post it to me. > > Image starts in the center where Pharo logo is. Around it, there should be a > core of Pharo (included in the image). Outside of this core, there are other > important projects and frameworks. > > Text in ovals should represent main concepts and around them there are names > or logos of projects that are related to them. > > Text in rectangles should represents main attributes of nearby project. > > I would also like to draw bigger text or logos of projects that are very > important (or enterprise ready...?). > > As you can see, it lacks lots of things (mostly because I draw it very quick > and did not study every projects and every book about Pharo). But If anybody > have anything to contribute, I will be happy to include them to this map. > > Maybe it will be also better to create this picture through some visualization > based on descriptive syntax of this hierarchy map (like mind-mapping) :) > > Have a nice day, > > Adam. > >

Oct. 5, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Peter UhnÃ¡k

> MessageBrowser uses Spec, so there are some abstractions in the way. Do you know if RubMethodEditingExample ever worked to commit? I have no idea (and very limited Rubric/Morphic knowledge). But if it worked before it should be reported as bug to the tracker? Is there a reason why this is not in the catalog browser? Do you feel it's not production-ready (missing editing)? Because I am very happy consumer even in this state. :) Peter On Tue, Sep 29, 2015 at 9:33 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 29-09-15 01:28, Peter UhnÃ¡k wrote: > >> As for changing/updating the code in the cards... >> >> maybe we can look at MessageBrowser because it should have all the >> necessary behavior. >> > > That is difficult. MessageBrowser uses Spec, so there are some > abstractions in the way. Do you know if RubMethodEditingExample > ever worked to commit? It does not now. > > Stephan > > > >

Oct. 5, 2015