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

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

by EuanM

I grabbed the message history manually today. The elapsed time was 2 hours! You need administrator privileges to use the API even to download the message history in a more direct way. Could someone please add me as a Slack administrator, and I will curate the message history (along with any other willing volunteers) on an ongoing basis until we have automated the history-grab and Slack has implemented threading. We also need a server on which to store the raw and the curated histories. One option would be to add new Pharo mailing lists: ones which accepted a history log per day. This would automatically give us the same replication-to-web that the emails receive. This in turn provides us with good web searchability courtesy of Google, etc. Manually handling the backlog will be time-consuming, so if someone could assist me in automating the process, that would be lovely. For any community members not yet ready to contribute code, but who have time available, this is an ideal role to gain experience of the community, to help the community, and to discover what's going on in the core development team on a day-to-day basis. On 2 December 2015 at 15:28, GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com> wrote: > 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. 3, 2015

PhD in Chile

by Alexandre Bergel

Hi! We have national grant to do a PhD in Chile. Here are some information: http://www.conicyt.cl/becas-conicyt/2015/10/becas-doctorado-nacional-2016/ Deadline is approaching very soon. Let me know (privately) if you are interested. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 2, 2015

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

by Mariano Martinez Peck

Hi Andrei, Thanks, it worked. Now, let me ask something else. I do like the #enableStackColoring: feature. And so if that would work with DarkTheme that would be nice. It seems the colors are hardcoded in #textAttributesForStackEntry: right? So if we would want that to be Theme dependent we would have to move that into Theme settings? Just as a temporal fix I made an override of that method with colors that would work more or less with DarkTheme. Thanks! On Wed, Dec 2, 2015 at 1:44 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > > 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 >> > > -- 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: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