December 2013 - Pharo-users

Re: [Pharo-users] Spotlight Demo

by Sean P. DeNigris

Tudor Girba-2 wrote > - The amount of items in a section should be limited and if there are more > of them they should be seen in a separate list or something like that. The > idea would be to limit the vertical size of the widget. As a start, to make it more useable, I limited each group to 7 results. Mac's Spotlight seems to take the total screen height available and divide it equally among the groups, but I'm not going to write that algorithm now... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spotlight-Demo-tp4733077p4733376.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by Sean P. DeNigris

Tudor Girba-2 wrote > - "SpotlightCompletionExample open" does not seem work. Would you be more specificâ¦ If I do it in a fresh 2.0 image after using the Gofer expression above, I get a text field. If I type "int" in the text field, I get results below. And if I click on one of the results, I it is entered into the text field. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spotlight-Demo-tp4733077p4733364.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 31, 2013

Re: [Pharo-users] Pharo on Android - is it available?

by StÃ©phane Ducasse

Hi peter I will let esteban reply to you because I do not know where the code is hosted. We should check https://ci.lille.inria.fr/pharo/job/PharoDroid Now there is not much effort on PharoDroid I know that it is working but I imagine that it could be way better (you know time/moneyâ¦) Stef On 31 Dec 2013, at 17:44, PBK Research <peter(a)pbkresearch.co.uk> wrote: > I would like to experiment with Pharo on Android - I have just acquired an Android tablet, and I do not want to learn another development language to produce my own simple apps. After a Google search, I have found http://code.google.com/p/squeakvm-tablet/, which says it is available, at least as a beta. The site says that downloads from there are deprecated, and gives a link to https://ci.lille.inria.fr/pharo/job/PharoDroid/ for the download. This link seems to be dead, however. Is there any source of a download of Pharo for Android (on an ARM-designed processor)? And does it make sense to try to develop apps using Pharo (I know about Dr Geo, so I suppose the answer is yes)? > > Many thanks for help > > Peter Kenny

Dec. 31, 2013

Re: [Pharo-users] Best wishes for 2014

by Yuriy Tymchuk

Happy new year all! And thank you Stef, for being the centre of our galaxy and keeping us together. Uko On 31 Dec 2013, at 20:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi pharoers > > Sometimes I think that we are crazy to build this system but this is really > important to have dreams and make them becoming true. :) > I really like what we are doing: we are building a strong community and a really great system. > Of course it could be better but it is going in the right direction at full speed. > Now remember that Pharo is not ours but YOURS and you can get an impact! > Pharo is not read-only. > > This year we got some nice and important changes. I think that in 2014 we will have some > important improvements. We will have to finish what we started and build a solid ground for > the next iteration. > > I really like our community because it pushes me forward and because my dreams are becoming > reality :) > > I wish you a lot of success and health. > > Stef

Dec. 31, 2013

Best wishes for 2014

by StÃ©phane Ducasse

Hi pharoers Sometimes I think that we are crazy to build this system but this is really important to have dreams and make them becoming true. :) I really like what we are doing: we are building a strong community and a really great system. Of course it could be better but it is going in the right direction at full speed. Now remember that Pharo is not ours but YOURS and you can get an impact! Pharo is not read-only. This year we got some nice and important changes. I think that in 2014 we will have some important improvements. We will have to finish what we started and build a solid ground for the next iteration. I really like our community because it pushes me forward and because my dreams are becoming reality :) I wish you a lot of success and health. Stef

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by Sean P. DeNigris

Thanks for the thorough feedback :) Tudor Girba-2 wrote > Thanks for this! I wanted a widget like this for a long time. Cool! Glad you like it... Tudor Girba-2 wrote > It would certainly be > interesting to join forces here. Absolutely :) Tudor Girba-2 wrote > - Computing the result list should not block the UI (it can take long). > - The amount of items in a section should be limited and if there are more > of them they should be seen in a separate list or something like that. The > idea would be to limit the vertical size of the widget. Yes! These are the first two items on my to-do list, but I wanted to release and get feedback first. Tudor Girba-2 wrote > - The widget should be dismissible with Esc. > - Pressing the up/down arrows should move in the list. Any other typed > character should continue modifying the text field area. > - "SpotlightCompletionExample open" does not seem work. These should all be working. I'll see if maybe I forgot to commit something... Tudor Girba-2 wrote > - The first element in the list should be selected all the time. Like > this, > you can type and then press Enter without using arrows and the mouse. I have to think about this one. - For Spotlight, I guess it makes sense as long as the most exact match appears first. There was a reaaaaaaally annoying Spotlight behavior that "String" would send you to browse StringAPISetting or some such nonsense. - For entry completion, what if the text field is part of a larger widget. It's conceivable that one would end up typing something not in the list, and the text field may have its own enter behavior e.g. accept on enter... Tudor Girba-2 wrote > - The list of results should not allow editing (it now does so). > - The input text should be a field (so, no enter should be allowed). I'm not sure what you mean. Will you say more about these? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spotlight-Demo-tp4733077p4733331.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 31, 2013

Re: [Pharo-users] [Pharo-dev] Spotlight Demo

by Sean P. DeNigris

StÃ©phane Ducasse wrote > How about to add Packages? Sure! It's completely configurable via the API. In the example it was showing classes and selectors, but you could show files, or your own domain objects (which is how I'm using it). ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spotlight-Demo-tp4733077p4733329.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by Sean P. DeNigris

kilon alios wrote > I think your GUI takes too much space on screen , there is too much open > space and that for me is not good. I agree. I haven't figured out how to fix the width. No matter how I set the #hResizing of SpotlightMorph, it expands as much as it wants. kilon alios wrote > Also I would love to see it work in > Pharo 3, I have no reason to work on Pharo 2 and loads of reasons to work > on Pharo 3 :) Should be easy. It's only on 2.0 right now, because that's where the app I'm using it in runs. kilon alios wrote > I would also like to have a sticky window on demand so it > does not disappear each time I click away. I don't see why not... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Spotlight-Demo-tp4733077p4733328.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 31, 2013

Re: [Pharo-users] Pharo on Android - is it available?

by kilon alios

I have tried squeak on my android devices, it basically runs on android yes but it does not behave well with multi touch its practically unusable. Basically it does not understand when someone lifts his finger from the screen , so it can get clicks but its sticky clicks.So moving windows around and clicking on things is a pain and not usable at all. I suspect something similar applies for pharo too. If you want to develop for mobile devices your best bet right now is Amber. Amber tries to be as compatible as possible to pharo and compiles to javascript. You should be able to use pharo as a backend if you want to but I have not tried to really confirm this, I dont see any reason why this wont work. The advantage of amber is that any app you develop with it wont be just a mobile app but also a web app. Using pharo for desktop apps is of course perfectly doable and recommended or as a backend to web apps. But if you have a tablet and want to focus on this I would say that Amber + Pharo should seal the deal for you and you will give you access to loads of stuff you can do because amber will give you immediate access to all Javascript libraries and that can only be a good thing :) Also javascript is probably a very good way to develop Android apps that also work on iOS.

Dec. 31, 2013

Re: [Pharo-users] Pharo on Android - is it available?

by Ignacio MatÃas Sniechowski

Peter, I don't know the current state of Android's VM. It is, however, fully functional on ARM as I regularly run it now my Raspberry Pi both under Linux and RISC OS. Note, however, that -at least the version for the RasPi- is not a COG VM. So running Pharo in the RasPi is slow given the limited resources of the RasPi. Best Nacho *Lic. Ignacio Sniechowski, MBA* On Tue, Dec 31, 2013 at 1:44 PM, PBK Research <peter(a)pbkresearch.co.uk>wrote: > I would like to experiment with Pharo on Android - I have just acquired > an Android tablet, and I do not want to learn another development language > to produce my own simple apps. After a Google search, I have found > http://code.google.com/p/squeakvm-tablet/, which says it is available, at > least as a beta. The site says that downloads from there are deprecated, > and gives a link to https://ci.lille.inria.fr/pharo/job/PharoDroid/ for > the download. This link seems to be dead, however. Is there any source of a > download of Pharo for Android (on an ARM-designed processor)? And does it > make sense to try to develop apps using Pharo (I know about Dr Geo, so I > suppose the answer is yes)? > > Many thanks for help > > Peter Kenny >

Dec. 31, 2013

Pharo on Android - is it available?

by PBK Research

I would like to experiment with Pharo on Android - I have just acquired an Android tablet, and I do not want to learn another development language to produce my own simple apps. After a Google search, I have found http://code.google.com/p/squeakvm-tablet/, which says it is available, at least as a beta. The site says that downloads from there are deprecated, and gives a link to https://ci.lille.inria.fr/pharo/job/PharoDroid/ for the download. This link seems to be dead, however. Is there any source of a download of Pharo for Android (on an ARM-designed processor)? And does it make sense to try to develop apps using Pharo (I know about Dr Geo, so I suppose the answer is yes)? Many thanks for help Peter Kenny

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by StÃ©phane Ducasse

It was a brainstorming group that was working on designing a new look and feel for Pharo. Stef > What is this "New-Pharo-IDE"? > > > > 2013/12/30 Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> > Cool :P > > Did you had a look at: https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/ > There is also a Spotlight thingy there :) > > Ben > > On 30 Dec 2013, at 15:23, Sean DeNigris <sean(a)clipperadams.com> wrote: > >> I needed an entry completion with groups, like Mac's Spotlight. While I was at it, I figured it would also be useful as a UI for the existing Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone Morph, which is a textField + results morph, and an adaptor for EntryCompetion, SpotlightEntryCompletion, which can be passed to #entryCompletion: >> >> A short screencast will be available at https://vimeo.com/82953583 in about 45 minutes. >> >> And here's a screenshot for the impatient ;) >> >> <Screen Shot 2013-12-30 at 9.23.02 AM.png> >> >> >> To load (tested in Pharo 2.0 latest): >> Gofer it >> smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; >> package: 'Spotlight'; >> load. >> >> Then try: >> SpotlightCompletionExample open. >> or >> SpotlightMorphExample exampleFileSearch. >> or >> SpotlightMorphExample exampleSmalltalkSearch. > >

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by Tudor Girba

One more thing: Collection>>flatCollect: is already in Pharo3, so you do not need it in the Spotlight package anymore :) Doru On Tue, Dec 31, 2013 at 11:56 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Sean, > > Thanks for this! I wanted a widget like this for a long time. > > Indeed, Ben worked on a similar idea, but I think your rendering works > much better and your code is at the Morphic level. It would certainly be > interesting to join forces here. > > I reviewed a bit your code. Here is what I liked: > - I like it that you have explicit models for each section. > - I like the rendering of the sections. > - I like the Announcements. > - I like the fluent API for defining results. > > Here is what I think could be improved: > - Computing the result list should not block the UI (it can take long). > - The amount of items in a section should be limited and if there are more > of them they should be seen in a separate list or something like that. The > idea would be to limit the vertical size of the widget. > - The input text should be a field (so, no enter should be allowed). > - The widget should be dismissible with Esc. > - The list of results should not allow editing (it now does so). > - Pressing the up/down arrows should move in the list. Any other typed > character should continue modifying the text field area. > - The first element in the list should be selected all the time. Like > this, you can type and then press Enter without using arrows and the mouse. > - "SpotlightCompletionExample open" does not seem work. > > What do you say? I would be happy to review more code. > > Cheers, > Doru > > > > > > On Mon, Dec 30, 2013 at 3:23 PM, Sean DeNigris <sean(a)clipperadams.com>wrote: > >> I needed an entry completion with groups, like Mac's Spotlight. While I >> was at it, I figured it would also be useful as a UI for the existing >> Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone >> Morph, which is a textField + results morph, and an adaptor for >> EntryCompetion, SpotlightEntryCompletion, which can be passed to >> #entryCompletion: >> >> A short screencast will be available at https://vimeo.com/82953583 in >> about 45 minutes. >> >> And here's a screenshot for the impatient ;) >> >> >> >> To load (tested in Pharo 2.0 latest): >> Gofer it >> smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; >> package: 'Spotlight'; >> load. >> >> Then try: >> SpotlightCompletionExample open. >> or >> SpotlightMorphExample exampleFileSearch. >> or >> SpotlightMorphExample exampleSmalltalkSearch. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 31, 2013

Re: [Pharo-users] Zinc as a proxy ?

by Norbert Hartl

Am 31.12.2013 um 13:19 schrieb itlists(a)schrievkrom.de: > Can a Zinc http-server be used as a local proxy ? Had anyone done this ? > It certainly can. If you add a request handler to your server it gets everything being requested. So you can dispatch it in a way whatever you mean by local proxy. But Iâm not aware of any piece of code that does that already. What do you need exactly? Norbert

Dec. 31, 2013

Re: [Pharo-users] have a question for morphic Designer in pharo.

by Tobias Pape

On 30.12.2013, at 10:44, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 28 Dec 2013, at 14:25, Tobias Pape <Das.Linux(a)gmx.de> wrote: > >> >> On 28.12.2013, at 10:07, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> I guess that >>> >>> #: should be #â:â >> >> That is one way. >> In this particular case, >> self property asMutator >> was the better version, tho. >> >> Best >> -Tobias >> PS: Just curious, what was the reason to no longer allow #: ? >> Or, where can I find the respective discussion, just want to lern. > > Pharo3 uses the new compiler infrastructure by default. This means that > instead of the old (hand-written) parser, we now use RBParser (hand written, too). > > It seems that RBParser does not implement it. The question is who was wrong: the old > parser or the new? I have no idea. > But the good news is that we now just have two Parsers, not threeâ¦ (syntax highlighting implements itâs > own parser, too). > > What we need is a real grammarâ¦ that can solve these differences which come from the implementation. Ansi has one, but I think it is unpractical, dividing âsymbolsâ and âquoted selectorsâ :( > > Another example is #9 â> both RB and the old compile it as an integer, there is special code in the Parser > for that even. But do we want that? If we would have a definition of our grammar, we could look there and > say âyes, itâs part of the definitionâ. > > Even better would be an executable grammarâ¦ we should explore of we can use PetitParser in the future, > but there are some open questions (error handling, speedâ¦). > > The most beautiful would be to have just *one* parser that has a high level model of itâs grammar that is > reusable everywhere. Hehe. I think, both PP and Ometa would fit that criterion but I agree that this is hard-think for the core-Parser of a Smalltalk :) Best -Tobias

Dec. 31, 2013

Zinc as a proxy ?

by itlists＠schrievkrom.de

Can a Zinc http-server be used as a local proxy ? Had anyone done this ? Marten Feldtmann

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by Nicolai Hess

What is this "New-Pharo-IDE"? 2013/12/30 Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> > Cool :P > > Did you had a look at: > https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/ > There is also a Spotlight thingy there :) > > Ben > > On 30 Dec 2013, at 15:23, Sean DeNigris <sean(a)clipperadams.com> wrote: > > I needed an entry completion with groups, like Mac's Spotlight. While I > was at it, I figured it would also be useful as a UI for the existing > Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone > Morph, which is a textField + results morph, and an adaptor for > EntryCompetion, SpotlightEntryCompletion, which can be passed to > #entryCompletion: > > A short screencast will be available at https://vimeo.com/82953583 in > about 45 minutes. > > And here's a screenshot for the impatient ;) > > <Screen Shot 2013-12-30 at 9.23.02 AM.png> > > > To load (tested in Pharo 2.0 latest): > Gofer it > smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; > package: 'Spotlight'; > load. > > Then try: > SpotlightCompletionExample open. > or > SpotlightMorphExample exampleFileSearch. > or > SpotlightMorphExample exampleSmalltalkSearch. > > >

Dec. 31, 2013

Re: [Pharo-users] Spotlight Demo

by Tudor Girba

Hi Sean, Thanks for this! I wanted a widget like this for a long time. Indeed, Ben worked on a similar idea, but I think your rendering works much better and your code is at the Morphic level. It would certainly be interesting to join forces here. I reviewed a bit your code. Here is what I liked: - I like it that you have explicit models for each section. - I like the rendering of the sections. - I like the Announcements. - I like the fluent API for defining results. Here is what I think could be improved: - Computing the result list should not block the UI (it can take long). - The amount of items in a section should be limited and if there are more of them they should be seen in a separate list or something like that. The idea would be to limit the vertical size of the widget. - The input text should be a field (so, no enter should be allowed). - The widget should be dismissible with Esc. - The list of results should not allow editing (it now does so). - Pressing the up/down arrows should move in the list. Any other typed character should continue modifying the text field area. - The first element in the list should be selected all the time. Like this, you can type and then press Enter without using arrows and the mouse. - "SpotlightCompletionExample open" does not seem work. What do you say? I would be happy to review more code. Cheers, Doru On Mon, Dec 30, 2013 at 3:23 PM, Sean DeNigris <sean(a)clipperadams.com>wrote: > I needed an entry completion with groups, like Mac's Spotlight. While I > was at it, I figured it would also be useful as a UI for the existing > Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone > Morph, which is a textField + results morph, and an adaptor for > EntryCompetion, SpotlightEntryCompletion, which can be passed to > #entryCompletion: > > A short screencast will be available at https://vimeo.com/82953583 in > about 45 minutes. > > And here's a screenshot for the impatient ;) > > > > To load (tested in Pharo 2.0 latest): > Gofer it > smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; > package: 'Spotlight'; > load. > > Then try: > SpotlightCompletionExample open. > or > SpotlightMorphExample exampleFileSearch. > or > SpotlightMorphExample exampleSmalltalkSearch. > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 31, 2013

Re: [Pharo-users] [Pharo-dev] Spotlight Demo

by StÃ©phane Ducasse

Sounds really cool and yes the new ide guys wanted a widgets and behavior like that. How about to add Packages? > I needed an entry completion with groups, like Mac's Spotlight. While I was at it, I figured it would also be useful as a UI for the existing Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone Morph, which is a textField + results morph, and an adaptor for EntryCompetion, SpotlightEntryCompletion, which can be passed to #entryCompletion: > > A short screencast will be available at https://vimeo.com/82953583 in about 45 minutes. > > And here's a screenshot for the impatient ;) > > <Screen Shot 2013-12-30 at 9.23.02 AM.png> > > To load (tested in Pharo 2.0 latest): > Gofer it > smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; > package: 'Spotlight'; > load. > > Then try: > SpotlightCompletionExample open. > or > SpotlightMorphExample exampleFileSearch. > or > SpotlightMorphExample exampleSmalltalkSearch.

Dec. 30, 2013

Re: [Pharo-users] Spotlight Demo

by kilon alios

I think your GUI takes too much space on screen , there is too much open space and that for me is not good. Also I would love to see it work in Pharo 3, I have no reason to work on Pharo 2 and loads of reasons to work on Pharo 3 :) I would also like to have a sticky window on demand so it does not disappear each time I click away. Of course I welcome any effort to improve spotlight , its definitely a very useful and important feature for pharo. On Mon, Dec 30, 2013 at 4:58 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > looks coolâ¦ but it does not works in 3.0 :( > > in any case, I vote to include the UI part (at least) in the new-pharo-ide > :) > > Esteban > > > On 30 Dec 2013, at 15:26, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> > wrote: > > Cool :P > > Did you had a look at: > https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/ > There is also a Spotlight thingy there :) > > Ben > > On 30 Dec 2013, at 15:23, Sean DeNigris <sean(a)clipperadams.com> wrote: > > I needed an entry completion with groups, like Mac's Spotlight. While I > was at it, I figured it would also be useful as a UI for the existing > Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone > Morph, which is a textField + results morph, and an adaptor for > EntryCompetion, SpotlightEntryCompletion, which can be passed to > #entryCompletion: > > A short screencast will be available at https://vimeo.com/82953583 in > about 45 minutes. > > And here's a screenshot for the impatient ;) > > <Screen Shot 2013-12-30 at 9.23.02 AM.png> > > To load (tested in Pharo 2.0 latest): > Gofer it > smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; > package: 'Spotlight'; > load. > > Then try: > SpotlightCompletionExample open. > or > SpotlightMorphExample exampleFileSearch. > or > SpotlightMorphExample exampleSmalltalkSearch. > > > >

Dec. 30, 2013

Re: [Pharo-users] Spotlight Demo

by Esteban Lorenzano

looks coolâ¦ but it does not works in 3.0 :( in any case, I vote to include the UI part (at least) in the new-pharo-ide :) Esteban On 30 Dec 2013, at 15:26, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > Cool :P > > Did you had a look at: https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/ > There is also a Spotlight thingy there :) > > Ben > > On 30 Dec 2013, at 15:23, Sean DeNigris <sean(a)clipperadams.com> wrote: > >> I needed an entry completion with groups, like Mac's Spotlight. While I was at it, I figured it would also be useful as a UI for the existing Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone Morph, which is a textField + results morph, and an adaptor for EntryCompetion, SpotlightEntryCompletion, which can be passed to #entryCompletion: >> >> A short screencast will be available at https://vimeo.com/82953583 in about 45 minutes. >> >> And here's a screenshot for the impatient ;) >> >> <Screen Shot 2013-12-30 at 9.23.02 AM.png> >> >> To load (tested in Pharo 2.0 latest): >> Gofer it >> smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; >> package: 'Spotlight'; >> load. >> >> Then try: >> SpotlightCompletionExample open. >> or >> SpotlightMorphExample exampleFileSearch. >> or >> SpotlightMorphExample exampleSmalltalkSearch. >

Dec. 30, 2013

Re: [Pharo-users] Spotlight Demo

by Benjamin

Cool :P Did you had a look at: https://ci.inria.fr/pharo-contribution/job/New-Pharo-IDE/ There is also a Spotlight thingy there :) Ben On 30 Dec 2013, at 15:23, Sean DeNigris <sean(a)clipperadams.com> wrote: > I needed an entry completion with groups, like Mac's Spotlight. While I was at it, I figured it would also be useful as a UI for the existing Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone Morph, which is a textField + results morph, and an adaptor for EntryCompetion, SpotlightEntryCompletion, which can be passed to #entryCompletion: > > A short screencast will be available at https://vimeo.com/82953583 in about 45 minutes. > > And here's a screenshot for the impatient ;) > > <Screen Shot 2013-12-30 at 9.23.02 AM.png> > > To load (tested in Pharo 2.0 latest): > Gofer it > smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; > package: 'Spotlight'; > load. > > Then try: > SpotlightCompletionExample open. > or > SpotlightMorphExample exampleFileSearch. > or > SpotlightMorphExample exampleSmalltalkSearch.

Dec. 30, 2013

Spotlight Demo

by Sean DeNigris

I needed an entry completion with groups, like Mac's Spotlight. While I was at it, I figured it would also be useful as a UI for the existing Spotlight. So I made a SpotlightMorph, which is a very Mac-like stand-alone Morph, which is a textField + results morph, and an adaptor for EntryCompetion, SpotlightEntryCompletion, which can be passed to #entryCompletion: A short screencast will be available at https://vimeo.com/82953583 in about 45 minutes. And here's a screenshot for the impatient ;) To load (tested in Pharo 2.0 latest): Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'SeansPlayground'; package: 'Spotlight'; load. Then try: SpotlightCompletionExample open. or SpotlightMorphExample exampleFileSearch. or SpotlightMorphExample exampleSmalltalkSearch.

Dec. 30, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by Marcus Denker

My take on the issue: -> it is easy to take Smalltalk and make it âless Smalltalkâ and then compile that to JVM (no become, no thisContext, with all consequences). -> What the Smalltalk community should be doing (should have been doing): Make Smalltalk "more Smalltalkâ. Marcus On 28 Dec 2013, at 11:40, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Main problems to compile Smalltalk to java bytecode: > - there's no context in java. This means our implementation of continuations and exceptions is not valid anymore. This also means we cannot have a debugger with edit-and-continue as we have now. > - there's no become:, which is used to keep the system live > > Basically you can find tricks to still have become: and a live environment/debugger but in this case the Smalltalk created would be super slow. > > So compiling smalltalk to java is not an easy problem. > > Now compiling Pharo to the gemstone VM should be possible and not as hard. The complexity depends mostly on how well the gemstome contexts are implemented. > > > 2013/12/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On 27 Dec 2013, at 18:21, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > >> >> <<<From: St?phane Ducasse <stephane.ducasse(a)inria.fr> >> >> The fun is important. >> What we want is well designed and powerful libraries that enabled people. >> For the JVM question: it is a question of resources + the fact that jvm do not really support well some key smalltalk operations. >> Now I do not understand why people develop their own vm instead of joining forces. >> Doing in the long term something and finishing a task are the most difficult things. >> Stef >> á§ >> >>> >> >> Thank you to everyone for your comments. I am replying to Stephane's email, just as a catch all. >> >> I am curious to know more about the limitations in the JVM. My thinking was sparked - in part - by Mark Roos's work on RTalk. > > I was not aware of that one :) > So this means that we have gravel, redline and Rtalk. > > http://i.cmpnet.com/ddj/images/mediacenter/jvmlanguagesummit/2011_Roos_Rtal… > I understand the motivation behind Rtalk and this is cool that they succeeded. > > Now what people often forget is that behind the technical challenges you have the libraries and the boring but important work > of building greta frameworks. > >> I realised, after my post, that he had actually worked the other way around, i.e. I think he built a Digitalk bytecode layer on top of the JVM, rather than compiling to JVM bytecodes. >> >> Either way, what I was vaguely wondering about was how difficult it would be to have a 'compile to JVM' option in Pharo. I could probably live - quite happily - developing in 'real' Pharo, and then deploying an app to e.g. Google App Engine, as a compiled Jar. Obviously, it would be much better to retain all the dynamism of a true Smalltalk environment even when the app has been deployed, but it it gave simple hosting, and scaling, it might be a reasonable trade off. > > I do not know because the problem is that on such topics the devil are in the details. > Now what is important is having a bootstrap and clean test covered code base because we could also see how to deploy > a gemstone vm or other platform in the future. > >> I agree with Stephane, it would be great for people to join forces around a vm. Would make like so much easier. >> >> Cheers >> Andy >> >> > >

Dec. 30, 2013

Re: [Pharo-users] Pharo code formatting

by Marcus Denker

Hi, The code formatter did not change. *BUT* In Pharo2 there are *three* formatters: -> The one of the old AST (no visitor, just implemented on all nodes) -> the original RB pretty printer -> the configurable RB Pretty Printer. In Pharo3, there is only one Pretty Printer left: the configurable RB one. See RBConfigurableFormatter (the old pretty printer as part of the old compiler is still there but not used, it will be removed in Pharo4). Marcus On 28 Dec 2013, at 23:56, Ihor Mykhalevych <ihor.mykhalevych(a)unikernel.net> wrote: > Thanks. I thought what version will be better to use to play with this formatter. > > > On 28.12.13 12:32, StÃ©phane Ducasse wrote: >> Not much as far as I know. >> >> >> >>> Hello everyone! >>> >>> Does anyone know if there were some changes to the Pharo code formatter after Pharo version 2.0? >>> >>> Best regards, >>> Ihor Mykhalevych >>> >> > >

Dec. 30, 2013