Fixed it
Tx
On Wed, Aug 23, 2017 at 1:37 PM, Denis Kudriashov wrote:
> Ah, it is singular and plural form of word :)
> I was just confusing that DieHandleTest uses DiceHandle class. Maybe this
> should be fixed
>
> 2017-08-23 13:33 GMT+02:00 Denis Kudriashov
> On 20. Aug 2017, at 03:02, Stephane Ducasse wrote:
Hey!
> Tx Holger
> Really tx.
appreciated but without Damien's initial Debian packaging, Estebans review,
Norbert's drive to fix this for good and financial incentive by 2denker GmbH we
wouldn't be here.
Well I would just subclass the TlpRemoteIDE class with the other name and
delegate a connectToRemote: to connect:
Indeed there is material that would be better kept in line with the current
code.
I was demoed another approach to remote master/slave debugging at VUB this
week and they were using
I read it once without knowing what double dispatch is, after reading it ,
I did not know what double dispatch is. It took several reads to understand
what double dispatch is.
My suggestion is starting with explaining as a summary what double dispatch
is , instead of leaving it for the
Ah, it is singular and plural form of word :)
I was just confusing that *Die*HandleTest uses *Dice*Handle class. Maybe
this should be fixed
2017-08-23 13:33 GMT+02:00 Denis Kudriashov :
> I found little mistake:
>
> In a previous chapter you implemented a small DSL to add
I found little mistake:
In a previous chapter you implemented a small DSL to add dice and manage
*die*Handle.
It should be *dice* I guess.
2017-08-23 12:53 GMT+02:00 Stephane Ducasse :
> feedback is welcome
> Good reading
>
2017-08-23 12:21 GMT+02:00 p...@highoctane.be :
> Hey Denis,
>
> That's a decent name. At least this is settled.
>
> Now code that reads:
>
> remotePharo := TlpRemoteIDE connectTo: ()
>
> is annoying with the "Remote" because it somewhat implies that the IDE is
> remote.
>
Hey Denis,
That's a decent name. At least this is settled.
Now code that reads:
remotePharo := TlpRemoteIDE connectTo: ()
is annoying with the "Remote" because it somewhat implies that the IDE is
remote.
But the IDE is local and connects to a remote.
Maybe
remotePharo := TlpIDE
>
> In the end the important thing is the code itself and the fact you share
> it , the fact it is open source and the fact it adds another very useful
> tool into Pharo's arsenal. I add it to pharo wiki -> https://github.com/
> SquareBracketAssociates/PharoWiki/blob/master/contents/projects.md
The usual bikeshed problem :)
I use all crazy names for my projects , after all I laugh at people that
complain about weird names using a language named after the greek word for
lighthouse. But then weird names for programming languages seems to be
mandatory in the computing world.
And dont even
Hi.
In the team we finally agreed on the end name for project. It is now
TelePharo.
Prefix "tele" means some action on or by distance. And this is what the
project is about: to work remotely with Pharo images.
Not all people like this name. But there are no name which was good for
everybody. So
Thanks a lot netstyle.
I will see if I can ask students to reverse engineer and write tests for it.
But may be people will do it before :)
Stef
On Wed, Aug 23, 2017 at 10:17 AM, Max Leske wrote:
> Hi everyone,
>
> Stef has asked me whether Netstyle would release our workflow
Thanks eliot.
Esteban will look at it.
Stef
On Wed, Aug 23, 2017 at 4:03 AM, Eliot Miranda wrote:
> Hi,
>
> I think I have a fix for this. It'll only work if the image has a
> non-zero screen size to start with. But it arranges that if the effective
> screen size
I would be in, too. It'll be on 17th of october fix?
Norbert
> Am 21.08.2017 um 18:38 schrieb Alexandre Bergel :
>
> Hi!
>
> I am currently giving a lecture on Neural Networks and Genetic
> Algorithm/Programming.
> Maybe I could turn this into an express 2 hours
14 matches
Mail list logo