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 abo
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
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
sy
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
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 2.
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
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
+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] (Re)Introdu
> 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 current
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
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
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
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 d
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 wil
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';
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';
>
>> 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
Mayb
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 right
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 north
On Thu, Apr 18, 2019 at 10:33 AM 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 don't understand what position has to do with direction nor why that
would be
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 W
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 insta
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
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: http://forum.world.st/Pharo-Smalltalk-Use
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 i
That’s the struggle I face - I might be able to coerce Calypso to show
extension methods in the tag, but there seems no way to understand what tag
it/they are associated with - which also got me to the catch you mention, when
saving an exercise I can’t know what extensions to save with it... I’d
I can't escape the feeling that this answer is leaving a lot on the
table because the question is asked from a narrow perspective.
On 4/18/19 10:01 , Roelof Wobben wrote:
> because the challenge wants this to be the answer :
>
> (Dictionary new
> add: 'direction' -> 'north';
>
You are so right!
Q: now that I've gotten to the bottom of the Grand Canyon and found a narrow
spot, how do I cross the river?
A: WTF are you doing down there
On April 18, 2019 11:41:48 PM PDT, Andres Valloud
wrote:
>I can't escape the feeling that this answer is leaving a lot on the
>t
28 matches
Mail list logo
