December 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] From IRC: is glorp dead?

by Sven Van Caekenberghe

> On 07 Dec 2014, at 17:59, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: > > GLORP-based applications is main source of income for me for last several yers. It works just now. And it definetely works in Ubuntu x64, if it's important. And also works fine in Windows. Yes, I know, but sometimes it is a bit difficult to set things up, giving all the different platforms. Since this is a recurring question, I would be super if you could write a short article about your experiences. Another simple Glorp introduction is https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 > 2014-12-07 18:31 GMT+03:00 Brad <bsselfridge(a)gmail.com>: > No, it's not dead, just pretty sleepy. I've got it working with MySQL on an Ubuntu 14.04 32bit OS, but not yet on a 64bit OS. > > Once I get my 64bit OS working, I'm going to work on getting Glorp/DBXTalk working for real business activity. > > Look here for some resources http://dbxtalk.smallworks.eu > > Brad Selfridge > 913-269-2385 > > > On Dec 7, 2014, at 8:25 AM, Max Leske <maxleske(a)gmail.com> wrote: > > > > From the IRC: > > > > LudicrousMango: Hi can anyone tell me is Glorp dead? I was trying to evaluate pharo as a replacement for an existing rails project, but I can't even find a way of connecting to my postgresql database. > > LudicrousMango: can someone help point me in the right direction. The Enterprise book leaves the setup part of glorp blank. > > LudicrousMango: and the glorp.org site has expired > > maxleske: LudicrousMango: good question. Iâll forward it to the dev mailing list > > > > > > Cheers, > > Max > >

Dec. 7, 2014

Re: [Pharo-dev] Duration year

by David T. Lewis

On Sun, Dec 07, 2014 at 09:30:06AM +0100, Hilaire wrote: > Hi, > > What is Chalt??n please? http://lists.squeakfoundation.org/pipermail/squeak-dev/2014-April/177938.ht… https://github.com/mtaborda/chalten > > Hilaire > > Le 02/12/2014 20:53, Maximiliano Taborda a ??crit : > > Hi all. > > > > The same examples using Chalt??n: > > February twentyninth, 2012 next: 1 yearMeasure. "=> February > > 28th, 2013" > > March first, 2011 next: 1 yearMeasure. "=> March 1st, 2012" > > March first, 2011 next: 12 monthsMeasure. "=> March 1st, 2012" > > > > Hilaire, In Chalt??n a year is a year so you don't need to care about of > > the number of days in it. > > > > Regards. > > Maxi > > > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu >

Dec. 7, 2014

Re: [Pharo-dev] From IRC: is glorp dead?

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

GLORP-based applications is main source of income for me for last several yers. It works just now. And it definetely works in Ubuntu x64, if it's important. And also works fine in Windows. 2014-12-07 18:31 GMT+03:00 Brad <bsselfridge(a)gmail.com>: > No, it's not dead, just pretty sleepy. I've got it working with MySQL on > an Ubuntu 14.04 32bit OS, but not yet on a 64bit OS. > > Once I get my 64bit OS working, I'm going to work on getting Glorp/DBXTalk > working for real business activity. > > Look here for some resources http://dbxtalk.smallworks.eu > > Brad Selfridge > 913-269-2385 > > > On Dec 7, 2014, at 8:25 AM, Max Leske <maxleske(a)gmail.com> wrote: > > > > From the IRC: > > > > LudicrousMango: Hi can anyone tell me is Glorp dead? I was trying to > evaluate pharo as a replacement for an existing rails project, but I can't > even find a way of connecting to my postgresql database. > > LudicrousMango: can someone help point me in the right direction. The > Enterprise book leaves the setup part of glorp blank. > > LudicrousMango: and the glorp.org site has expired > > maxleske: LudicrousMango: good question. Iâll forward it to the dev > mailing list > > > > > > Cheers, > > Max > >

Dec. 7, 2014

Re: [Pharo-dev] From IRC: is glorp dead?

by Max Leske

> On 07 Dec 2014, at 16:31, Brad <bsselfridge(a)gmail.com> wrote: > > No, it's not dead, just pretty sleepy. I've got it working with MySQL on an Ubuntu 14.04 32bit OS, but not yet on a 64bit OS. > > Once I get my 64bit OS working, I'm going to work on getting Glorp/DBXTalk working for real business activity. > > Look here for some resources http://dbxtalk.smallworks.eu > > Brad Selfridge > 913-269-2385 Thanks Brad. Iâve forwarded your response to IRC. > >> On Dec 7, 2014, at 8:25 AM, Max Leske <maxleske(a)gmail.com> wrote: >> >> From the IRC: >> >> LudicrousMango: Hi can anyone tell me is Glorp dead? I was trying to evaluate pharo as a replacement for an existing rails project, but I can't even find a way of connecting to my postgresql database. >> LudicrousMango: can someone help point me in the right direction. The Enterprise book leaves the setup part of glorp blank. >> LudicrousMango: and the glorp.org site has expired >> maxleske: LudicrousMango: good question. Iâll forward it to the dev mailing list >> >> >> Cheers, >> Max >

Dec. 7, 2014

Re: [Pharo-dev] From IRC: is glorp dead?

by Brad

No, it's not dead, just pretty sleepy. I've got it working with MySQL on an Ubuntu 14.04 32bit OS, but not yet on a 64bit OS. Once I get my 64bit OS working, I'm going to work on getting Glorp/DBXTalk working for real business activity. Look here for some resources http://dbxtalk.smallworks.eu Brad Selfridge 913-269-2385 > On Dec 7, 2014, at 8:25 AM, Max Leske <maxleske(a)gmail.com> wrote: > > From the IRC: > > LudicrousMango: Hi can anyone tell me is Glorp dead? I was trying to evaluate pharo as a replacement for an existing rails project, but I can't even find a way of connecting to my postgresql database. > LudicrousMango: can someone help point me in the right direction. The Enterprise book leaves the setup part of glorp blank. > LudicrousMango: and the glorp.org site has expired > maxleske: LudicrousMango: good question. Iâll forward it to the dev mailing list > > > Cheers, > Max

Dec. 7, 2014

Re: [Pharo-dev] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

:) I know how this feels. On the other hand, with this one we target 15 minutes (= the coffee break) :) Doru On Sun, Dec 7, 2014 at 4:20 PM, stephane ducasse <stephane.ducasse(a)gmail.com > wrote: > > Hi, > > This is indeed a significant challenge. Until that point we need a couple > of more features, of which the most important is the preview for the > selected object. This will come and then we can consider what we can do > with it. > > But, in the meantime, there are a lot of use cases nobody ever considered > exactly because there was no easy way to consider them. Like finding all > the methods from CodeHolder* that are annotated with <systemsettings>. Or > like searching a Person in a Agenda model that someone develops. > > The cool thing is that you can program this yourself :). > > > :) > Donât get me tempted :) > > I have boring tasks to do :) > > Stef > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-dev] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi, This is indeed a significant challenge. Until that point we need a couple of more features, of which the most important is the preview for the selected object. This will come and then we can consider what we can do with it. But, in the meantime, there are a lot of use cases nobody ever considered exactly because there was no easy way to consider them. Like finding all the methods from CodeHolder* that are annotated with <systemsettings>. Or like searching a Person in a Agenda model that someone develops. The cool thing is that you can program this yourself :). Cheers, Doru On Sun, Dec 7, 2014 at 4:05 PM, stephane ducasse <stephane.ducasse(a)gmail.com > wrote: > > On 07 Dec 2014, at 06:56, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Thanks, Stef. > > On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse < > stephane.ducasse(a)gmail.com> wrote: > >> Truly excellent! >> I have to try :) >> I read the blog (I love the marketing efforts and the documentation >> effort) :) >> Now do you a shortcut for finding a >> - senders? >> > - a specific method of a class? >> > > This first incarnation of the interface is meant to replace the top level > search because that was easier. There is more to come, and we definitely > will get to replace the senders, and integrate it even deeper in the > workflow > > > > A challenge that I would like to propose to the GTteam is the following > one: > > Often when I change code (for example, change the API of menus and want to > make it clean) > I look at all the senders and sender of senders and implementors and > senders â¦. > What I do is that I stack the browser in the stack where the top are the > leaves that I should treat and the next elements are the user of the > leavesâ¦. > Then what I do I have a physical stack of senders/implementors and I start > fixing the top of the stack > and I pop. > > So the old Omnibrowser based senders/implementors nevers worked to me > because I could never understand > what I was browsing (senders or implementers and where I was in the stack > or search tree). > > So my challenge is > - how can we support mixing senders and implementors taxes (not mixing the > two) > - how can we support the navigation with the tree of such tasks. > > Iâm not sure that it should be in GTSpotter and many having a tree > structure could help. > Stef > > > > >> Last time I found myself looking for the sender of x but only inside the >> implementor of y. >> and of course I wanted to refactored them. And the default message >> browser is not parametrized via an environment :_ >> > > Exactly. This problem exists in any IDE I know. > > > Really? Iâm surprised because it seems so obvious (if we had a couple > million dollarsâ¦ but we have cool guys) > > Doru > > >> Stef >> >> On 07 Dec 2014, at 05:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the >> Glamorous Toolkit: >> GTSpotter, a novel interface for spotting objects. >> >> GTSpotter has two goals: >> - Provide a uniform yet moldable interface that can work on any object, >> and >> - Handle searching through arbitrary levels of object nesting. >> >> We think this will have a significant impact on the development workflow >> in Pharo. >> >> Here is a couple of screenshots: >> <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> >> <gtspotter-playground.png> >> >> >> A trailer is available here: >> https://www.youtube.com/watch?v=PhSmjR3NOlU >> >> A detailed description is available here: >> http://www.humane-assessment.com/blog/introducing-gtspotter >> >> It works already in Pharo 3.0 and can be played with by following the >> instructions from: >> http://gt.moosetechnology.org >> >> Please let us know what you think. >> >> Enjoy, >> The Glamorous Team >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-dev] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Thanks, Stef. On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse <stephane.ducasse(a)gmail.com > wrote: > Truly excellent! > I have to try :) > I read the blog (I love the marketing efforts and the documentation > effort) :) > Now do you a shortcut for finding a > - senders? > - a specific method of a class? > This first incarnation of the interface is meant to replace the top level search because that was easier. There is more to come, and we definitely will get to replace the senders, and integrate it even deeper in the workflow > Last time I found myself looking for the sender of x but only inside the > implementor of y. > and of course I wanted to refactored them. And the default message browser > is not parametrized via an environment :_ > Exactly. This problem exists in any IDE I know. Doru > Stef > > On 07 Dec 2014, at 05:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the > Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. > > GTSpotter has two goals: > - Provide a uniform yet moldable interface that can work on any object, and > - Handle searching through arbitrary levels of object nesting. > > We think this will have a significant impact on the development workflow > in Pharo. > > Here is a couple of screenshots: > <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> > <gtspotter-playground.png> > > > A trailer is available here: > https://www.youtube.com/watch?v=PhSmjR3NOlU > > A detailed description is available here: > http://www.humane-assessment.com/blog/introducing-gtspotter > > It works already in Pharo 3.0 and can be played with by following the > instructions from: > http://gt.moosetechnology.org > > Please let us know what you think. > > Enjoy, > The Glamorous Team > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

From IRC: is glorp dead?

by Max Leske

>From the IRC: LudicrousMango: Hi can anyone tell me is Glorp dead? I was trying to evaluate pharo as a replacement for an existing rails project, but I can't even find a way of connecting to my postgresql database. LudicrousMango: can someone help point me in the right direction. The Enterprise book leaves the setup part of glorp blank. LudicrousMango: and the glorp.org site has expired maxleske: LudicrousMango: good question. Iâll forward it to the dev mailing list Cheers, Max

Dec. 7, 2014

Re: [Pharo-dev] [Esug-list] [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi, Yes, we will still evolve the UI. At the very least you will get the shortkeys directly on the actions. The answer to your question is in the blog post: GTSpotter offers an extra action: diving in a category. Pressing Cmd+Shift+ArrowRight dives in the collection object containing only the items from that category. Thus, we can continue refining the search inside the category. So, you will open the collection of that sub-category and you will see more items at once (not just 5). Is it clearer now? Cheers, Doru On Sun, Dec 7, 2014 at 2:52 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hola, > > Andrei demoed it to me on friday and it is *extremely* cool. I canât wait > to start using it for my next development session. > > I have one request though (as I already mentioned to Andrei). Since you > are using a significant part of the screen, it would not be costly to (e.g. > at the bottom) put a small legend of the non-obvious keystroke > combinations. It would greatly increase discoverability of the features of > the tool. > > Considering the blog post, the legend would be ( I donât understand the > difference between the last 2): > Cmd+Shift+ArrowUp/ArrowDown = Next/Prev category, Cmd+RightArrow = Dive > into, Cmd+Shift+RightArrow = ??? > > > On Dec 7, 2014, at 10:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to > the Glamorous Toolkit: > > GTSpotter, a novel interface for spotting objects. > > > > GTSpotter has two goals: > > - Provide a uniform yet moldable interface that can work on any object, > and > > - Handle searching through arbitrary levels of object nesting. > > > > We think this will have a significant impact on the development workflow > in Pharo. > > > > Here is a couple of screenshots: > > <gtspotter-packages-classes.png> > <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> > > > > > > A trailer is available here: > > https://www.youtube.com/watch?v=PhSmjR3NOlU > > > > A detailed description is available here: > > http://www.humane-assessment.com/blog/introducing-gtspotter > > > > It works already in Pharo 3.0 and can be played with by following the > instructions from: > > http://gt.moosetechnology.org > > > > Please let us know what you think. > > > > Enjoy, > > The Glamorous Team > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014