- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Is it possible to use GTDebugger with DarkTheme?

by Andrei Chis

On Wed, Dec 2, 2015 at 5:34 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Wed, Dec 2, 2015 at 1:17 PM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> >> >> On Wed, Dec 2, 2015 at 5:02 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> That's super cool! But I have a couple of questions: >>> >>> 1) How can I load (exactly) latest working GT (including GT Debugger) >>> for a fresh Pharo 4.0? >>> >> >> I tried loading the latest version of all GTools in Pharo 4 and the image >> hangs. >> Luckily if you want you can only load GTDebugger and that should work. >> > > I guess the very last version, correct? > Yes, the latest version. > > >> >> >>> I need to include this DarkTheme fix and ideally your latest changes to >>> the test runner debugger to see the diff :) >>> Of course, I could use #bleedingEdge but I wonder if at some point that >>> breaks because you assume XXX version work only in Pharo 5.0. >>> >> >> I can make a version of GTDebugger+SUnit extensions that works in pharo >> 4. Just that version would not get updated any more. >> >> > > That would be awesome :) > > >> >>> 2) Is there a way I can set the GTDebugger as the default debugger and >>> avoid having to click on "Debug Glamorously" ? >>> >> >> GTGenericStackDebugger register. >> >> > > Thanks. > > >> >>> Sorry to bother in using 4.0 but sometimes when you work in a team, not >>> everybody have the time to move to the bleeding edge of Pharo. I try to >>> keep my client team all working with latest stable release (4.0 in this >>> case). >>> >> >> No problem. I just hope we can get it to work easily as things changed >> quite a bit. >> >> > I know. So if at least I am able to use GTDebugger + SUnitExtentions in > 4.0 that's enough for me for the moment :) > I have no problem loading specific package versions, no problem on loading > slices if needed, etc. > I just need to know what to load hahaha > > Cheers, >> Andrei >> >> >>> >>> Thanks in advance, >>> >>> >>> >>> On Wed, Dec 2, 2015 at 12:54 PM, Andrei Chis <chisvasileandrei(a)gmail.com >>> > wrote: >>> >>>> I fixed it. The latest version should work. >>>> >>>> Cheers, >>>> Andrei >>>> >>>> On Wed, Dec 2, 2015 at 4:41 PM, Mariano Martinez Peck < >>>> marianopeck(a)gmail.com> wrote: >>>> >>>>> Hi guys, >>>>> >>>>> I am trying to use GTDebugger in Pharo 4.0 but I find it complicated >>>>> using it with DarkTheme set. It looks like if GTDebugger would not take >>>>> into account some theme settings? I tried in 4.0 and 5.0. >>>>> Look at the attached screenshot. The complicated part is the left >>>>> pane, where the stack is. As you can see, the font is too dark for such a >>>>> dark background. >>>>> >>>>> Also..should GTDebugger work in Pharo 4.0? If true, which version? >>>>> >>>>> Any idea? >>>>> >>>>> -- >>>>> Mariano >>>>> http://marianopeck.wordpress.com >>>>> >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 2, 2015

Re: [Pharo-dev] Is it possible to use GTDebugger with DarkTheme?

by Mariano Martinez Peck

On Wed, Dec 2, 2015 at 1:17 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > > On Wed, Dec 2, 2015 at 5:02 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> That's super cool! But I have a couple of questions: >> >> 1) How can I load (exactly) latest working GT (including GT Debugger) for >> a fresh Pharo 4.0? >> > > I tried loading the latest version of all GTools in Pharo 4 and the image > hangs. > Luckily if you want you can only load GTDebugger and that should work. > I guess the very last version, correct? > > >> I need to include this DarkTheme fix and ideally your latest changes to >> the test runner debugger to see the diff :) >> Of course, I could use #bleedingEdge but I wonder if at some point that >> breaks because you assume XXX version work only in Pharo 5.0. >> > > I can make a version of GTDebugger+SUnit extensions that works in pharo 4. > Just that version would not get updated any more. > > That would be awesome :) > >> 2) Is there a way I can set the GTDebugger as the default debugger and >> avoid having to click on "Debug Glamorously" ? >> > > GTGenericStackDebugger register. > > Thanks. > >> Sorry to bother in using 4.0 but sometimes when you work in a team, not >> everybody have the time to move to the bleeding edge of Pharo. I try to >> keep my client team all working with latest stable release (4.0 in this >> case). >> > > No problem. I just hope we can get it to work easily as things changed > quite a bit. > > I know. So if at least I am able to use GTDebugger + SUnitExtentions in 4.0 that's enough for me for the moment :) I have no problem loading specific package versions, no problem on loading slices if needed, etc. I just need to know what to load hahaha Cheers, > Andrei > > >> >> Thanks in advance, >> >> >> >> On Wed, Dec 2, 2015 at 12:54 PM, Andrei Chis <chisvasileandrei(a)gmail.com> >> wrote: >> >>> I fixed it. The latest version should work. >>> >>> Cheers, >>> Andrei >>> >>> On Wed, Dec 2, 2015 at 4:41 PM, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> wrote: >>> >>>> Hi guys, >>>> >>>> I am trying to use GTDebugger in Pharo 4.0 but I find it complicated >>>> using it with DarkTheme set. It looks like if GTDebugger would not take >>>> into account some theme settings? I tried in 4.0 and 5.0. >>>> Look at the attached screenshot. The complicated part is the left pane, >>>> where the stack is. As you can see, the font is too dark for such a dark >>>> background. >>>> >>>> Also..should GTDebugger work in Pharo 4.0? If true, which version? >>>> >>>> Any idea? >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- Mariano http://marianopeck.wordpress.com

Dec. 2, 2015

Re: [Pharo-dev] Is it possible to use GTDebugger with DarkTheme?

by Andrei Chis

On Wed, Dec 2, 2015 at 5:02 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > That's super cool! But I have a couple of questions: > > 1) How can I load (exactly) latest working GT (including GT Debugger) for > a fresh Pharo 4.0? > I tried loading the latest version of all GTools in Pharo 4 and the image hangs. Luckily if you want you can only load GTDebugger and that should work. > I need to include this DarkTheme fix and ideally your latest changes to > the test runner debugger to see the diff :) > Of course, I could use #bleedingEdge but I wonder if at some point that > breaks because you assume XXX version work only in Pharo 5.0. > I can make a version of GTDebugger+SUnit extensions that works in pharo 4. Just that version would not get updated any more. > > 2) Is there a way I can set the GTDebugger as the default debugger and > avoid having to click on "Debug Glamorously" ? > GTGenericStackDebugger register. > > Sorry to bother in using 4.0 but sometimes when you work in a team, not > everybody have the time to move to the bleeding edge of Pharo. I try to > keep my client team all working with latest stable release (4.0 in this > case). > No problem. I just hope we can get it to work easily as things changed quite a bit. Cheers, Andrei > > Thanks in advance, > > > > On Wed, Dec 2, 2015 at 12:54 PM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> I fixed it. The latest version should work. >> >> Cheers, >> Andrei >> >> On Wed, Dec 2, 2015 at 4:41 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> Hi guys, >>> >>> I am trying to use GTDebugger in Pharo 4.0 but I find it complicated >>> using it with DarkTheme set. It looks like if GTDebugger would not take >>> into account some theme settings? I tried in 4.0 and 5.0. >>> Look at the attached screenshot. The complicated part is the left pane, >>> where the stack is. As you can see, the font is too dark for such a dark >>> background. >>> >>> Also..should GTDebugger work in Pharo 4.0? If true, which version? >>> >>> Any idea? >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 2, 2015

Re: [Pharo-dev] Remote debugger progress

by Denis Kudriashov

2015-12-02 16:48 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > This is very cool Denis. I just watched the video. > I am very glad you continue Nick's project (he was coworker of mine back > at Douai). We had lots of nice discussions...about proxies, about Fuel, etc > etc etc. > I am happy you are now in Rmod team. Enjoy! > Thank's Mariano

Dec. 2, 2015

Re: [Pharo-dev] #sum:, #detectSum:, #sumNumbers:

by Sven Van Caekenberghe

> On 02 Dec 2015, at 15:45, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > The only change would be in the error behaviour. I think that is a reasonable price to pay. Instead of having #anyOne fail, it will say that #+ cannot add 0 to some object, and in a comment we can point to the alternative API. Make that: instead of having #anyOne fail (which is pretty obscure) it will return 0 which will then probably fail.

Dec. 2, 2015

Re: [Pharo-dev] Is it possible to use GTDebugger with DarkTheme?

by Mariano Martinez Peck

That's super cool! But I have a couple of questions: 1) How can I load (exactly) latest working GT (including GT Debugger) for a fresh Pharo 4.0? I need to include this DarkTheme fix and ideally your latest changes to the test runner debugger to see the diff :) Of course, I could use #bleedingEdge but I wonder if at some point that breaks because you assume XXX version work only in Pharo 5.0. 2) Is there a way I can set the GTDebugger as the default debugger and avoid having to click on "Debug Glamorously" ? Sorry to bother in using 4.0 but sometimes when you work in a team, not everybody have the time to move to the bleeding edge of Pharo. I try to keep my client team all working with latest stable release (4.0 in this case). Thanks in advance, On Wed, Dec 2, 2015 at 12:54 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > I fixed it. The latest version should work. > > Cheers, > Andrei > > On Wed, Dec 2, 2015 at 4:41 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Hi guys, >> >> I am trying to use GTDebugger in Pharo 4.0 but I find it complicated >> using it with DarkTheme set. It looks like if GTDebugger would not take >> into account some theme settings? I tried in 4.0 and 5.0. >> Look at the attached screenshot. The complicated part is the left pane, >> where the stack is. As you can see, the font is too dark for such a dark >> background. >> >> Also..should GTDebugger work in Pharo 4.0? If true, which version? >> >> Any idea? >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- Mariano http://marianopeck.wordpress.com

Dec. 2, 2015

Re: [Pharo-dev] Is it possible to use GTDebugger with DarkTheme?

by Andrei Chis

I fixed it. The latest version should work. Cheers, Andrei On Wed, Dec 2, 2015 at 4:41 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Hi guys, > > I am trying to use GTDebugger in Pharo 4.0 but I find it complicated using > it with DarkTheme set. It looks like if GTDebugger would not take into > account some theme settings? I tried in 4.0 and 5.0. > Look at the attached screenshot. The complicated part is the left pane, > where the stack is. As you can see, the font is too dark for such a dark > background. > > Also..should GTDebugger work in Pharo 4.0? If true, which version? > > Any idea? > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 2, 2015

Re: [Pharo-dev] Remote debugger progress

by Mariano Martinez Peck

This is very cool Denis. I just watched the video. I am very glad you continue Nick's project (he was coworker of mine back at Douai). We had lots of nice discussions...about proxies, about Fuel, etc etc etc. I am happy you are now in Rmod team. Enjoy! Best, On Tue, Dec 1, 2015 at 1:40 PM, Ben Coman <btc(a)openinworld.com> wrote: > That is exciting to hear. Potentially great for web servers and > embedded systems. > Are you consider handling/testing poor internet connections... > > http://stackoverflow.com/questions/130354/how-do-i-simulate-a-low-bandwidth… > cheers -ben > > On Tue, Dec 1, 2015 at 11:44 PM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > > Hello. > > > > My name is Denis Kudriashov. I'm a new engineer in Rmod team. I'm > working on > > remote debugger project. And I want to share a little progress on it. > > > > Our idea is make current tools working with remote smalltalk images. We > not > > try to build new tools but we will adapt existed ones to be able to use > it > > for remote systems exploration. (maybe new tools will be needed but not > > now). > > > > Project is based on Seamless communication layer. It is kind of remote > > smalltalk. I fixed and improved it to the state when debugger can be > opened > > on shared remote process. Opening debugger api was cleaned. > > > > Current result is kind of prove of work. It's a bit slow and sometimes > > hangs. Next steps will be make it fast and stable. Some work on Pharo > > internals will be required. > > > > See attached video. (slowness and hangs are there :)). > > > > RemoteDebugger. Initial result > > > > Best regards, > > Denis > > -- Mariano http://marianopeck.wordpress.com

Dec. 2, 2015

Is it possible to use GTDebugger with DarkTheme?

by Mariano Martinez Peck

Hi guys, I am trying to use GTDebugger in Pharo 4.0 but I find it complicated using it with DarkTheme set. It looks like if GTDebugger would not take into account some theme settings? I tried in 4.0 and 5.0. Look at the attached screenshot. The complicated part is the left pane, where the stack is. As you can see, the font is too dark for such a dark background. Also..should GTDebugger work in Pharo 4.0? If true, which version? Any idea? -- Mariano http://marianopeck.wordpress.com

Dec. 2, 2015

Re: [Pharo-dev] Digest from slack to the mailing list?

by GastÃ³n Dall' Oglio

You are welcome. Or you can use the API directly, but I do not know if it is paid or if you are limited to 10k latest messages https://api.slack.com/methods/channels.history Regards 2015-12-02 11:14 GMT-03:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > Thanks Gaston > > I created the Pharo Slack's bot for it, but I'm getting a connection > refused error when trying to set up the SlackDigest.com integration. > I'll try later. > > Regards! > > > Esteban A. Maringolo > > > 2015-12-02 11:05 GMT-03:00 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com > >: > > Hello. > > > > Just a thought ... There's a automated tool for do that (I have not tried > > yet) > > http://slackdigest.com/digest.html > > > > It send a DM to interested users, but maybe using Outgoing WebHooks the > DM > > can be forwarded to some service to publish it. > > > > > > > > 2015-11-30 17:47 GMT-03:00 philippe.back(a)highoctane.be > > <philippe.back(a)gmail.com>: > >> > >> And I've not been looking at Slack that much. > >> > >> Digest would be we nice indeed. > >> > >> Phil > >> > >> On Nov 30, 2015 4:53 AM, "EuanM" <euanmee(a)gmail.com> wrote: > >>> > >>> And of course, we can stop doing it manually once threading arrives. > >>> > >>> On 30 November 2015 at 03:52, EuanM <euanmee(a)gmail.com> wrote: > >>> > I have been talking to the Slack dev team and they assure me that > >>> > threading is on its way - as a priority. > >>> > > >>> > I am happy to manually curate threads if someone gets a 24hour dump > to > >>> > log files working. > >>> > > >>> > The best way to do this would be to have teams of curators per > >>> > channel, each doing a little curation periodically on a rota per > >>> > channel basis. > >>> > > >>> > This is an ideal task for people still getting up to speed with Pharo > >>> > internals. It is a great way to be exposed to stuff you don't > >>> > understand, and put your mind around it. > >>> > > >>> > This provide a starter slope for future contributors. > >>> > > >>> > On 23 November 2015 at 08:14, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > >>> > wrote: > >>> >> The problem is, that it is not that easy to create a âdigestâ from > >>> >> Slack, as there is no kind of grouping. Either you have to detect > similar > >>> >> words in discussion, or you have to simply export everything. I > donât know > >>> >> whether it makes sense to just compose a huge email of all > discussions, but > >>> >> we can try to do that. > >>> >> > >>> >> Cheers. > >>> >> Uko > >>> >> > >>> >>> On 23 Nov 2015, at 00:21, EuanM <euanmee(a)gmail.com> wrote: > >>> >>> > >>> >>> I agree - if we can have each 24 hours of chat archived to > somewhere > >>> >>> that provides a free-text search, that would be very good. > >>> >>> > >>> >>> Up until now, I've been grabbing, editting and posting chats I find > >>> >>> of > >>> >>> interest and importance to me. And it seems to lend itself to > design > >>> >>> discussions. What it's not very good at, atm, is discussion > >>> >>> threading. It would be great to be able to set your typing as > >>> >>> belonging to a thread., so that when it get sucked out and archived > >>> >>> that the threads were segregated. > >>> >>> > >>> >>> Does someone have a server that could receive a text dump of all > >>> >>> recent Slack messages every 12 (or 24, or 6) hours, and then make > it > >>> >>> available for indexing by Google et al, and querying (via the > search > >>> >>> engines) by our dev base? > >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> On 22 November 2015 at 13:57, Dimitris Chloupis > >>> >>> <kilon.alios(a)gmail.com> wrote: > >>> >>>> Just to clear something up , because I see people in slack saying > >>> >>>> goodbye, > >>> >>>> or "I cant reply right now I have something to do" . Slack is not > >>> >>>> just a > >>> >>>> real time chat, it keeps messages inside a history of 10 thousand > >>> >>>> messages. > >>> >>>> So that means you can log in Slack at any time and not lose a > >>> >>>> message. There > >>> >>>> is no reason for you to be online all time, no reason to say > >>> >>>> goodbye, > >>> >>>> goodmorning , goodafternoon. You can come and go as you please the > >>> >>>> exact > >>> >>>> same way as the mailing list. > >>> >>>> > >>> >>>> The problem arises when we exceed 10k messages, the old ones get > >>> >>>> lost and I > >>> >>>> think having a place to store them is a good idea. > >>> >>>> > >>> >>>> Also what is important is in the eye of the beholder, for example > I > >>> >>>> dont > >>> >>>> care about any discussion about web development , its just does > not > >>> >>>> interest > >>> >>>> me or database coding or many other things. I have learned to > filter > >>> >>>> out the > >>> >>>> messages I dont care about in the mailing list and just reject > them. > >>> >>>> Slack > >>> >>>> is same story, I quickly glance through its history and I can > search > >>> >>>> the > >>> >>>> messages that interest me using the search bar , I can star > messages > >>> >>>> that I > >>> >>>> want to keep, and I can comment on existing messages / code > snippets > >>> >>>> which > >>> >>>> create a thread about that message. > >>> >>>> > >>> >>>> In the end its impossible to keep the community in one place but > to > >>> >>>> have a > >>> >>>> central hub that collects all the little gems can be quite useful. > >>> >>>> > >>> >>>> On Sun, Nov 22, 2015 at 3:46 PM stepharo <stepharo(a)free.fr> > wrote: > >>> >>>>> > >>> >>>>> Yes this would be good. > >>> >>>>> People should understand that important discussions should be via > >>> >>>>> the > >>> >>>>> mailing-list. > >>> >>>>> Emails are good because you can consume them the way you want. > >>> >>>>> I simply cannot be connected all the time. So emails are good > >>> >>>>> because I > >>> >>>>> can process them > >>> >>>>> when I decide. > >>> >>>>> Slack is good for more interactive session around debugger and > >>> >>>>> things > >>> >>>>> like that. > >>> >>>>> > >>> >>>>> Stef > >>> >>>>> > >>> >>>>> > >>> >>>>> Le 21/11/15 18:05, Stephan Eggermont a Ã©crit : > >>> >>>>>> Should we have a digest from slack to a mailing list? > >>> >>>>>> We are already losing messages > >>> >>>>>> > >>> >>>>>> Stephan > >>> >>>>>> > >>> >>>>>> > >>> >>>>>> > >>> >>>>> > >>> >>>>> > >>> >>>> > >>> >>> > >>> >> > >>> >> > >>> > > > >

Dec. 2, 2015