- Pharo-users - lists.pharo.org

Re: [Pharo-users] Using GTSpotter how do I find an implementor of #accept ?

by stepharo

I still do not get why a tool like spotter does not focus first one working on the key scenarios we all want: - sender - implementor - open a class - class refs Because this is what we do 95% of the time. Le 11/6/15 09:38, Nicolai Hess a Ã©crit : > > > 2015-06-11 7:05 GMT+02:00 Paul DeBruicker <pdebruic(a)gmail.com > <mailto:pdebruic@gmail.com>>: > > Hi Doru, > > By "the old version of Spotter" I meant whatever was in Pharo 3 > that would > produce a list of search results with exact matches at the top > when I'd hit > shift+enter and then type e.g. 'accept.' Sorry to have said > "Pharo 4" & > been unnecessarily confusing. > > > I miss spotlight for this fast accurate search too. > It is much easier to type a message (like accept) and hit enter and > you get a MessageList/Browser with that result. > Instead, in spotter, you have to > - scroll through the list of all other search results (like classes) > - dive in the list of all implementors > - scroll again > and no easy way to open a message list with all implementors. > > But: > It is MUCH easier to configure or extent Spotter > (if you understand the badly documented concepts behind). > > Spotter is not a perfect replacement for Spotlight, but spotlight > wasn't perfect/accurate too. > For example, search for String and you got all possible classes or > methods with String in its name but NOT the class String itself, > (not even if you scroll down, because the search result includes > only 100 entries). > There are often symbols in the resultlist that aren't messages > at all and if you select that result you get > "There are no imiplementors of ..." this annoyed me a lot. > I fixed some of the problems with spotlight but doing this > for spottter is much cleaner and easier. > > > > I'm just going to use 'accept' for this example but why show the > mixed list > of 637 implementors of accept* and not lead with "accept". Why was it > decided that inexact matches to the typed input be privileged > above exact > matches in the new tool? Is it a bad Levenshtein distance > algorithm or > something? > > > "Why was it decided that ..." > no decision, it was implemented successive to catch up with old spotlight. > missing features were added afterwards (like search for globals and > class vars) > any missing feauter ? -> open an issue ( and or contribute a fix) > > > > > Thanks for helping me figure it out > > > Paul > > > > > > Tudor Girba-2 wrote > > Hi, > > > > What do you mean by the old version of Spotter? > > > > Just in case: you should know that Spotter is made to be > extensible. This > > means that if you want to play with your own way of searching > for objects, > > you can just do it. Let me know if you to try and if you need > help in this > > direction. > > > > Cheers, > > Doru > > > > > > > > On Wed, Jun 10, 2015 at 9:10 PM, Paul DeBruicker < > > > pdebruic@ > > > > wrote: > > > >> > >> Is there any way to change back to the old version of Spotter > in Pharo 4? > >> > >> > >> > >> > >> > >> Nicolai Hess wrote > >> > 2015-06-10 16:24 GMT+02:00 Paul DeBruicker < > >> > >> > pdebruic@ > >> > >> > >: > >> > > >> >> So by default the search tool is only guaranteed to return > an exact > >> term > >> >> match if there are only less than 5 non-exact match results? > >> >> > >> >> > >> > Yes > >> > > >> > > >> > > >> > > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> Nicolai Hess wrote > >> >> > 2015-06-10 7:39 GMT+02:00 Paul DeBruicker < > >> >> > >> >> > pdebruic@ > >> >> > >> >> > >: > >> >> > > >> >> >> when I hit shift+enter and type 'accept' I get things > that are not > >> >> >> #accept, e.g. #accept: and AbstractAcceptor. > >> >> >> > >> >> >> If I add a space after accept it doesn't help. > >> >> >> > >> >> >> > >> >> >> What do I not understand? > >> >> >> > >> >> > > >> >> > the result list is not sorted and the result list is built > by all > >> >> methods > >> >> > having the query string as part > >> >> > of its selector name. > >> >> > > >> >> > Yes this can be improved and it is not difficult, for > example you > >> can > >> >> add > >> >> > this method to > >> >> > > >> >> > GTFilterImplementor>>applyFilterWithQuery > >> >> > super applyFilterWithQuery. > >> >> > items sort: [ :a :b | (self itemFilterNameFor: a) size > < (self > >> >> > itemFilterNameFor: b) size ] > >> >> > > >> >> > this will sort the result list by the size of the selector > name. So, > >> if > >> >> > there is a perfect match, > >> >> > it will be listed first. > >> >> > (BUT only in the implementors category if you "dive-in", > not in the > >> >> > 5-elements-result-preview-list). > >> >> > > >> >> > Maybe there is a better way without sorting. (We can modify > >> >> > applyFilterWithQuery for the implementors > >> >> > filter, to put perfect matches at the begining of the list). > >> >> > > >> >> > But all this is not easy to discover. Spotter classes make > some > >> heavy > >> >> use > >> >> > of delegation, many operations > >> >> > are split and delgated to subclasses (GOOD!) > >> >> > many classes aren't documented (BAD!) and this makes it really > >> >> difficult > >> >> > to > >> >> > catch how all this is supposed to work together. > >> >> > > >> >> > > >> >> > nicolai > >> >> > > >> >> > > >> >> > > >> >> > > >> >> >> > >> >> >> > >> >> >> Thanks > >> >> >> > >> >> >> > >> >> >> Paul > >> >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> -- > >> >> View this message in context: > >> >> > >> > http://forum.world.st/Using-GTSpotter-how-do-I-find-an-implementor-of-accep… > >> >> Sent from the Pharo Smalltalk Users mailing list archive at > >> Nabble.com. > >> >> > >> >> > >> > >> > >> > >> > >> > >> -- > >> View this message in context: > >> > http://forum.world.st/Using-GTSpotter-how-do-I-find-an-implementor-of-accep… > >> Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >> > >> > > > > > > -- > > www.tudorgirba.com <http://www.tudorgirba.com> > > > > "Every thing has its own flow" > > > > > > -- > View this message in context: > http://forum.world.st/Using-GTSpotter-how-do-I-find-an-implementor-of-accep… > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

Feb. 19, 2016

Re: [Pharo-users] Line end convention in method source

by Norbert Hartl

I didn't think about danger because it is a short term hack that will go away soon. I was just wondering because I think it is a bug. I now compile storeString into the method which generates an ordered collection. Norbert > Am 19.02.2016 um 10:46 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > But I think it is a bit dangerous to rely on a specific EOL convention being maintained in method source code. Although I agree that it should not touch the contents of constants. > > You could do something (inefficient) like > > ^ String lf join: 'one > two > three' lines > > I've done this before (to get CRLF). > >> On 19 Feb 2016, at 10:32, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Hi, >> >> This is strangeâ¦ do you have a way to re-create it? >> >> it looks like a bug (or a non-wanted side effect) to me... >>> On 17 Feb 2016, at 09:56, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> I had a strange effect using a method as storage. I had a list of strings that I compiled into a method. The strings were delimited by Character lf. I created this on a Mac. Saving the source and opening the same code on a linux machine changed the line endings from lf to cr. >>> IMHO this is a bug because I think that the content of a method should be unchanged in that case. Or are there any other reasons why this is the way it is? >>> >>> thanks, >>> >>> Norbert >>> >>> >> >> > >

Feb. 19, 2016

Re: [Pharo-users] Line end convention in method source

by Peter UhnÃ¡k

Or be platform-independent and store it in an array, and retrieve on demand? MyStorage>>strings ^ #('string1' 'string2' 'string3' ...) MyStorage>>stringsSeparated ^ self stringsSeparatedBy: String lf MyStorage>>stringsSeparatedBy: aSeparator ^ self string joinUsing: aSeparator On Fri, Feb 19, 2016 at 10:46 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > But I think it is a bit dangerous to rely on a specific EOL convention > being maintained in method source code. Although I agree that it should not > touch the contents of constants. > > You could do something (inefficient) like > > ^ String lf join: 'one > two > three' lines > > I've done this before (to get CRLF). > > > On 19 Feb 2016, at 10:32, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > Hi, > > > > This is strangeâ¦ do you have a way to re-create it? > > > > it looks like a bug (or a non-wanted side effect) to me... > >> On 17 Feb 2016, at 09:56, Norbert Hartl <norbert(a)hartl.name> wrote: > >> > >> I had a strange effect using a method as storage. I had a list of > strings that I compiled into a method. The strings were delimited by > Character lf. I created this on a Mac. Saving the source and opening the > same code on a linux machine changed the line endings from lf to cr. > >> IMHO this is a bug because I think that the content of a method should > be unchanged in that case. Or are there any other reasons why this is the > way it is? > >> > >> thanks, > >> > >> Norbert > >> > >> > > > > > > >

Feb. 19, 2016

Re: [Pharo-users] Line end convention in method source

by Sven Van Caekenberghe

But I think it is a bit dangerous to rely on a specific EOL convention being maintained in method source code. Although I agree that it should not touch the contents of constants. You could do something (inefficient) like ^ String lf join: 'one two three' lines I've done this before (to get CRLF). > On 19 Feb 2016, at 10:32, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > This is strangeâ¦ do you have a way to re-create it? > > it looks like a bug (or a non-wanted side effect) to me... >> On 17 Feb 2016, at 09:56, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> I had a strange effect using a method as storage. I had a list of strings that I compiled into a method. The strings were delimited by Character lf. I created this on a Mac. Saving the source and opening the same code on a linux machine changed the line endings from lf to cr. >> IMHO this is a bug because I think that the content of a method should be unchanged in that case. Or are there any other reasons why this is the way it is? >> >> thanks, >> >> Norbert >> >> > >

Feb. 19, 2016

Re: [Pharo-users] Line end convention in method source

by Marcus Denker

Hi, This is strangeâ¦ do you have a way to re-create it? it looks like a bug (or a non-wanted side effect) to me... > On 17 Feb 2016, at 09:56, Norbert Hartl <norbert(a)hartl.name> wrote: > > I had a strange effect using a method as storage. I had a list of strings that I compiled into a method. The strings were delimited by Character lf. I created this on a Mac. Saving the source and opening the same code on a linux machine changed the line endings from lf to cr. > IMHO this is a bug because I think that the content of a method should be unchanged in that case. Or are there any other reasons why this is the way it is? > > thanks, > > Norbert > >

Feb. 19, 2016

libUSB binding Pharo

by FranÃ§ois Stephany

Hi, Is there a libusb[1] binding for Pharo 4/5? After a quick google search, I've seen that Udo Schneider has started one last year. Any idea on its status? If not, would it be a nice summer job for a student (my company can pay for it...)? Cheers, Francois [1]: http://libusb.org/

Feb. 18, 2016

Re: [Pharo-users] GSOC 2016

by Sven Van Caekenberghe

OK, it is better is this is fully community supported and manageable. > On 18 Feb 2016, at 22:34, stepharo <stepharo(a)free.fr> wrote: > > Sven > > We will migrate the html file to file.pharo.inria.fr > As well as the consultants.pharo.org. > > Stef > > > Le 17/2/16 09:52, Sven Van Caekenberghe a Ã©crit : >> Last year a CI job was created: >> >> https://ci.inria.fr/pharo-contribution/job/GeneratePharoTopicsPage/ >> >> I tried to revive it, but I can't find the config/settings, or so it seems. >> >> Yes, it used to be STON, but it was changed to .st - in any case, the idea was that it were just objects. >> >> I totally agree this process is not good. >> >> The AWS bucket is under my private key, cannot share that. >> >>> On 17 Feb 2016, at 00:50, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >>> Sorry, Iâm a bit confused. The Topics.st is not a STON file, itâs a smalltalk code file. Sven, can you please guide me on how to generate the page, because I was not able to figure it out from PharoPeople package. Also I guess that Iâll be able to automate the process if you give me AWS Access Keys and the bucket name, but letâs come back to this later. >>> >>> Cheers. >>> Uko >>> >>>> On 12 Feb 2016, at 13:20, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> >>>> The whole process is not automatic. >>>> >>>> The code to convert the .ston file to the .html is in http://www.smalltalkhub.com/#!/~Pharo/PharoPeople/ >>>> >>>> Maybe you can try to run it yourself. >>>> >>>> Once there is a new .html file, I have to put into some AWS S3 bucket of mine. >>>> >>>> If you send me the .html I will do copy it to the right place. >>>> >>>>> On 12 Feb 2016, at 12:57, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >>>>> >>>>> The sync with the http://gsoc.pharo.org/ is not working ... >>>>> Can we fix that and put GSOC 2016 on the front page ? >>>>> >>>>> Thank you >>>>> >>>>> On Thu, Feb 11, 2016 at 3:29 PM, stepharo <stepharo(a)free.fr> wrote: >>>>>> Good initiative. >>>>>> I will clean some of them too. >>>>>> Stef >>>>>> >>>>>> Le 11/2/16 15:20, Damien Cassou a Ã©crit : >>>>>> >>>>>>> Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: >>>>>>> >>>>>>>> I reuse the list of the last year : >>>>>>>> >>>>>>>> https://github.com/pharo-project/pharo-project-proposals/blob/master/Topics… >>>>>>> I've just removed everything git-related because it was old. I hope >>>>>>> someone else will write a new one because support of existing DVCS is very >>>>>>> important. >>>>>>> >>>>>>> I've also updated my projects. >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Serge Stinckwich >>>>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>>>> Every DSL ends up being Smalltalk >>>>> http://www.doesnotunderstand.org/ >>>>> >>>> >>> >> >> > >

Feb. 18, 2016

Re: [Pharo-users] Customised auto-completion to give priority to specific packages

by stepharo

I agree! I would really like to have another pass done on the ecompletion. Stef Le 19/8/15 19:04, Attila Magyar a Ã©crit : > It would be really nice to have real message completion in the > debugger/inspector/workspace where the types of the variables are known. For > example, when I'm debugging a method and an instance variable is already > initialized to a String, then the auto completion could show me only the > messages associated to a Strings instead of showing everything in the image. > > > > -- > View this message in context: http://forum.world.st/Customised-auto-completion-to-give-priority-to-specif… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 18, 2016

Re: [Pharo-users] GSOC 2016

by stepharo

Sven We will migrate the html file to file.pharo.inria.fr As well as the consultants.pharo.org. Stef Le 17/2/16 09:52, Sven Van Caekenberghe a Ã©crit : > Last year a CI job was created: > > https://ci.inria.fr/pharo-contribution/job/GeneratePharoTopicsPage/ > > I tried to revive it, but I can't find the config/settings, or so it seems. > > Yes, it used to be STON, but it was changed to .st - in any case, the idea was that it were just objects. > > I totally agree this process is not good. > > The AWS bucket is under my private key, cannot share that. > >> On 17 Feb 2016, at 00:50, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> Sorry, Iâm a bit confused. The Topics.st is not a STON file, itâs a smalltalk code file. Sven, can you please guide me on how to generate the page, because I was not able to figure it out from PharoPeople package. Also I guess that Iâll be able to automate the process if you give me AWS Access Keys and the bucket name, but letâs come back to this later. >> >> Cheers. >> Uko >> >>> On 12 Feb 2016, at 13:20, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> The whole process is not automatic. >>> >>> The code to convert the .ston file to the .html is in http://www.smalltalkhub.com/#!/~Pharo/PharoPeople/ >>> >>> Maybe you can try to run it yourself. >>> >>> Once there is a new .html file, I have to put into some AWS S3 bucket of mine. >>> >>> If you send me the .html I will do copy it to the right place. >>> >>>> On 12 Feb 2016, at 12:57, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >>>> >>>> The sync with the http://gsoc.pharo.org/ is not working ... >>>> Can we fix that and put GSOC 2016 on the front page ? >>>> >>>> Thank you >>>> >>>> On Thu, Feb 11, 2016 at 3:29 PM, stepharo <stepharo(a)free.fr> wrote: >>>>> Good initiative. >>>>> I will clean some of them too. >>>>> Stef >>>>> >>>>> Le 11/2/16 15:20, Damien Cassou a Ã©crit : >>>>> >>>>>> Serge Stinckwich <serge.stinckwich(a)gmail.com> writes: >>>>>> >>>>>>> I reuse the list of the last year : >>>>>>> >>>>>>> https://github.com/pharo-project/pharo-project-proposals/blob/master/Topics… >>>>>> I've just removed everything git-related because it was old. I hope >>>>>> someone else will write a new one because support of existing DVCS is very >>>>>> important. >>>>>> >>>>>> I've also updated my projects. >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Serge Stinckwich >>>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>>> Every DSL ends up being Smalltalk >>>> http://www.doesnotunderstand.org/ >>>> >>> >> > >

Feb. 18, 2016

Re: [Pharo-users] GSOC 2016 Application update

by stepharo

+1 Le 17/2/16 14:44, Alexandre Bergel a Ã©crit : > Thanks Serge! This is a very important effort you are leading > > Alexandre > > >> On Feb 17, 2016, at 5:27 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >> >> Dear all, >> >> just a quick update to GSOC application of Pharo this year >> >> - We have enough topics I guess. I already send a reminder on the >> various mailing-list. >> List of topics here: >> https://github.com/pharo-project/pharo-project-proposals/blob/master/Topics… >> >> We have to generate the html from the topics list and put the result >> on the gsoc.pharo,org website. I ask Uko to have a look to this, but I >> don't want to loose to much time on this. I was wondering if we should >> transform the list as a Markdown document on github just to keep it >> simple. >> >> - Finish the 2016 Application and Organization profile on Google >> website. The questions are a little bit different from 2015 and we >> should complete them. >> Please find below the answers to the questions right now. >> >> I add in parenthesis, the number of words of each answers and the >> maximum allowed. >> >> Please us to refine our answers. We need to wrote "guidance for students". >> >> Thank you. >> >> ========================================================================== >> >> Why does your org want to participate in Google Summer of Code? (898/1000) >> >> Supporting open-source projects is one of the most important >> objectives of the Pharo community. Participating at GSoC will increase >> the visibility of Pharo project efforts, thus favoring interactions >> with other communities. We are also interested in providing >> interesting projects to students allowing them to learn and have a fun >> job for the summer. >> >> We expect also to bring more people into our community. That's very >> interesting as the Pharo community is trying to be innovation-driven >> and more open minded than the Smalltalk community from which we have >> evolved. We want people from other communities to join ours and we are >> also interested in what is happening outside and to share experiences >> or ideas. Fortunately for us, dynamic languages like Python, Ruby, >> among others, enjoy increasing popularity. This is an excellent >> opportunity to join, show and learn from and with other communities. >> >> ========================================================================== >> >> How many potential mentors have agreed to mentor this year? >> >> 11-15 >> >> ========================================================================== >> >> How will you keep mentors engaged with their students? (668/1000) >> >> We chose mentors from people who are long time in our community and >> have proven to be reliable. Usually we try to match mentors with >> projects that are important for themselves. This means that the mentor >> has an own interest in the project that the student doing it. Also we >> try to ensure that there is a co-mentor for every project who can >> replace the main mentor if needed. Also it is very important for us to >> keep a good record and expand the community, and in previous years we >> even managed to organize our own "summer code" programs for a couple >> of students, so in the worst case we will find a replacement from the >> core part of the community, or the board itself. >> >> ========================================================================== >> How will you help your students stay on schedule to complete their >> projects? (886/1000) >> >> As mentioned before we've already organized our own small "summer >> code" programs, as usually we have more interested students than the >> fundings that we can spend for them. However we acknowledge that >> maintaining student's motivation is very important. We are a very open >> and friendly community, and we encourage the students to take part on >> the mailing list discussions from the beginning of their projects. >> There is a specific pharo-users mailing-list more suitable for >> beginners than the pharo-dev mailing-list. >> Usually students get feedback and requests from the beginning of their >> projects, and they have people interested in the prototypes as soon as >> they are ready. From our experience having real users for the project >> serves as the best motivation. Also our mentors try to maintain a >> constructive and friendly discussion to ensure that the student enjoys >> working on the project. >> >> ========================================================================== >> >> How will you get your students involved in your community during GSoC? >> (608/1000) >> >> As mentioned above we encourage students to announce their status on >> the mailing list as well as discuss questions on our Slack channel. We >> also encourage them to write blogs about their project experience to >> both promote themselves and give others an opportunity to familiarize >> with the project more and share ideas between students. We are >> organizing PharoDays every year (this year in Belgium, website: >> http://pharodays2016.pharo.org) and we participate to the ESUG >> (European Smalltalk User Group) conference in the end of each summer >> and plan to invite the students of the best projects to present there. >> >> ========================================================================== >> >> Has your org been accepted as a mentoring org in Google Summer of Code before? >> >> Yes >> >> ========================================================================== >> >> Which years did your org participate in GSoC? >> >> - 2012 >> - 2010 >> - 2008 >> - 2007 >> >> ========================================================================== >> >> What is your success/fail rate per year? >> >> - 2012: 10 projects pass / 3 fail >> - 2010: 6 projects pass / 0 fail >> - 2008: 5 projects pass / 0 fail >> - 2007: 5 projects pass / 0 fail >> >> >> ========================================================================== >> >> If your org has applied for GSoC before but not been accepted, select the years: >> >> - 2015 >> - 2014 >> - 2013 >> >> ========================================================================== >> >> What year was your project started? >> >> 2008 >> >> ========================================================================== >> >> Short description of Pharo (166/180) >> >> Pharo is a pure object-oriented programming language and IDE. We >> innovate every part of the development experience to come up with the >> best way to work with software. >> >> ========================================================================== >> >> Long description of Pharo (1401/2000) >> >> Pharo is a pure object-oriented programming languagea and IDE. >> Pharo's goal is to minify the gap between the state of your mind and >> the functionality of your application. Whether you are writing code, >> debugging it, inspecting an object, hacking the runtime or tweaking >> the IDE there should be nothing that stops you from engaging the >> action with ease and grace. >> >> We work both on improving Pharo itself and on developing end user >> applications in Pharo. Below you will see the highlights of most >> prominent Pharo features. >> >> ### Simple & powerful language >> No constructors, no types declaration, no interfaces, no primitive >> types. Yet a powerful and elegant language with a full syntax fitting >> in one postcard! Pharo is objects and messages all the way down. >> >> ### Feel a live environment >> Feel the joy of having immediate feedback at any moment of your >> development: Developing, testing, debugging. Even in production >> environments, you will never be stuck in compiling and deploying steps >> again! >> >> ### Amazing debugging experience >> The Pharo environment includes a debugger unlike anything you've seen >> before. It allows you to step through code, restart the execution of >> methods, create methods on the fly, and much more! >> >> ### Pharo is yours >> Pharo is made by an incredible community, with more than 80 >> contributors for the last revision of the platform and hundreds of >> people contributing constantly with frameworks and libraries. >> >> ========================================================================== >> >> Guidance for students on how to apply to your organization. Should >> include any prerequisites or requirements. You may wish to include a >> template or tips for their proposals. >> >> (0/1500) >> >> TBD >> >> ========================================================================== >> >> - >> >> Regards, >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >>

Feb. 18, 2016