On Fri, 19 Apr 2019 at 01:33, Roelof Wobben wrote:
>
> oke
>
> Maybe I understand something not right,
>
> Lets say we have this scenario.
>
> Robot is on position (0,0)
> now it turns left so the robot faces East
I think the required method was mentioned previously, but here is how
to discover
Ben Coman wrote
>> The implication here is that extension methods can’t live on the tag
>> (they
>> live on the parent package
Won't that cause existing code not designed with that restriction in mind to
be lost on save?
-
Cheers,
Sean
--
Sent from:
You quickly find it’s a more interesting exercise than just a “point and
dictionary”, particularly if you want to do it in an elegant Smalltalk way (but
not over do it either).
The interesting bit is that when facing a new direction, you need to know how
to advance in that direction , and also
Your system would have instance variables holding the cardinal directions
and another holding the current direction vector.
e.g.
north := DirectionVector x: 0 y: 1 name: 'north'.
Your robot would implement e.g. #faceNorth to assign the "north" direction
vector to the current direction vector
oke, and how must I see those classes
and elemating the need for a lookup.
it may be explained in pseudo-code.
Roelof
Op 18-4-2019 om 20:28 schreef Richard Sargent:
On Thu, Apr 18, 2019 at 10:33 AM Roelof
Ben,
I have such a dictionary in my first attempt to solve this one.
and another one for the facing.
Lets say we have this scenario:
Robot begins at (0,0) facing north
then it turns right so it faces west
then it moves one step so the new position is (-1,0)
then it turns left so it faces
oke
Maybe I understand something not right,
Lets say we have this scenario.
Robot is on position (0,0)
now it turns left so the robot faces East
or this scenario
Robot is on position (0,0)
now it turns
>> e.g. if you align the compass with a Cartesian plane, 0@1 is North, 0@-1 is
>> South, 1@0 is East, and -1@0 is West.
On Fri, 19 Apr 2019 at 01:01, Roelof Wobben wrote:
>
> yep, I have read that one
> but I never gets a answer how I can "convert" a point to something like
> north, east
On Thu, Apr 18, 2019 at 10:01 AM Roelof Wobben wrote:
> yep, I have read that one
> but I never gets a answer how I can "convert" a point to something like
> north, east
>
> because the challenge wants this to be the answer :
>
> (Dictionary new
> add: 'direction' -> 'north';
>
yep, I have read that one
but I never gets a answer how I can "convert" a point to
something like north, east
because the challenge wants this to be the answer :
(Dictionary new
add: 'direction' -> 'north';
That looks very cool
For the text editor are you using GtkSourceView or something else?
Greetings,
Ronie
El jue., 18 abr. 2019 a las 7:23, Esteban Lorenzano ()
escribió:
>
>
> On 18 Apr 2019, at 13:08, PBKResearch wrote:
>
> +1 to Norbert. In particular, does it mean that, from Pharo 8, we
On Thu, Apr 18, 2019 at 8:57 AM Roelof Wobben wrote:
> Hello,
>
> I know I have asked earlier but im still stuck on this one :
> https://github.com/exercism/problem-specifications/blob/master/exercises/robot-simulator/description.md
>
> I tried with all double dispatch but that will be a lot of
Hello,
I know I have asked earlier but im still stuck on this one : https://github.com/exercism/problem-specifications/blob/master/exercises/robot-simulator/description.md
I tried with all double dispatch
but that will
TedVanGaalen wrote:
> ok, I'll try
> please give me a link to that VM 20182039
> can't find it here:
> https://files.pharo.org/vm/pharo-spur64/
Sorry, that’s a typo. See the issue
ok, I'll try
please give me a link to that VM 20182039
can't find it here:
https://files.pharo.org/vm/pharo-spur64/mac/
TedvG
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> On 18 Apr 2019, at 13:08, PBKResearch wrote:
>
> +1 to Norbert. In particular, does it mean that, from Pharo 8, we will be
> *required* to install Gtk3 backend to use Pharo?
For now is in early development so there is no easy way to install (since there
are things to replace/fix in
+1 to Norbert. In particular, does it mean that, from Pharo 8, we will be
*required* to install Gtk3 backend to use Pharo?
Peter Kenny
From: Pharo-users On Behalf Of Norbert
Hartl
Sent: 18 April 2019 11:58
To: Pharo users users
Cc: Pharo Dev
Subject: Re: [Pharo-users] [ANN]
Great!
Can you explain what is there, what somebody can load and what to expect. And
even more important: what not to expect?
I don’t get any of the essential details from this mail.
Norbert
> Am 18.04.2019 um 12:08 schrieb Esteban Lorenzano :
>
> People that assisted to Pharo Days 2019 (or
Ah yes… and same in morphic (but this is kind of boring ;):
> On 18 Apr 2019, at 12:08, Esteban Lorenzano wrote:
>
> People that assisted to Pharo Days 2019 (or that follow my twitter account)
> already know this, but it needs to be formally announced:
>
> We are working on Spec 2.0, and
People that assisted to Pharo Days 2019 (or that follow my twitter account)
already know this, but it needs to be formally announced:
We are working on Spec 2.0, and it will provide not just the classic Morphic
bindings but also a new option for developers: Gtk3 bindings!
Why we want a Spec
TedVanGaalen wrote:
> Thanks for the Info/Link, Stephan
>
> So it is a VM error then?
>
That is what I asked you to verify. Does the problem occur with
20182039? If not, then it is probably the same bug.
Stephsn
We will organize a Pharo sprint / Moose dojo April 26, starting at
10:00am. (Local Time Paris).
Goals of this sprint:
- Pharo 8: Fix issues from tracker
https://github.com/pharo-project/pharo/issues
Remote Sprint: Remotely, you can join us on Discord. During the sprint, we
I think #gtoolkit channel on Discord is the best way to discuss with people.
On Tue, Apr 16, 2019 at 6:37 PM Steve Quezadas wrote:
> Is there a forum or maillist for glamorous toolkit? I can't find anything
> on the official website or google searches.
>
--
Serge Stinckwic
h
Int. Research
On Wed, 17 Apr 2019 at 05:53, Tim Mackinnon wrote:
> Does anyone remember why we decided to consider package tags (as in:
> Kernel-BasicObjects) not fully fledged sub-packages?
>
> The implication here is that extension methods can’t live on the tag (they
> live on the parent package - in the
24 matches
Mail list logo