Re: [Pharo-dev] [Pharo-users] improving print-it in playground

[Sven Van Caekenberghe]

For me, you nailed it.
It makes Playgrounds even more useful.
I also want this in every code pane, including all browsers.

> On 19 Jan 2015, at 08:33, Tudor Girba  wrote:
> 
> Hi,
> 
> I worked with Andrei to find a solution for improving the print-it support. 
> You can take a look here:
> http://www.humane-assessment.com/blog/improving-print-it-support-in-gtplayground
> 
> The current solution can be found in the latest Pharo image.
> 
> Cheers,
> Doru
> 
> -- 
> www.tudorgirba.com
> 
> "Every thing has its own flow"

[Pharo-dev] pharo-contribution CI out of space?

[Yuriy Tymchuk]

Hi,

I’m getting this things in logs:

Downloading PharoV20.sources:
http://files.pharo.org/sources//PharoV20.sources.zip 

pharo-vm/PharoV20.sources:  write error (disk full?).  Continue? (y/n/^C) 
warning:  pharo-vm/PharoV20.sources is probably truncated


did we run out of space on pharo-contribution?

Uko

Re: [Pharo-dev] Context status 2015-01-16

[Guillermo Polito]

El Sun Jan 18 2015 at 1:53:51 PM, Craig Latta  escribió:


> Hi Stef--
>
> > For your information guille produced pharo images of 11k for simple
> > addition, 18k for large numbers. Also Seaside counter application of
> > about 500k.
>
>  Why so large? The simple addition image I made is 1k.
>

Haha, this already looks like a competition. I don't want to compete ^^.

One explanation is that the tailoring process I use is generic and cannot
anticipate whether the VM uses an object or not. That is, I start the
tailoring process from an almost empty special objects array and an
expression to execute. But that expression is arbitrary, it may contain a
simple addition or start a seaside server. Then I ensure some objects that
the VM uses directly in any execution, making ~10K of common denominator
for almost any application (then 11k is ~10k of common denominator + ~1k of
integer addition code ;) ).

For example, I have to add the character table in the special objects array
just in case a string is used in the starting-point-expression. The
character table is 256 long:

character table slots = 256 * 4 bytes = 1k
characters = (8bytes headers + 4 bytes slot) * 256 = 3k

that makes already 4k.

Of course, for a simple addition you just need
- a special objects array
- a processor
- a process
- a context
- the method for the context doing the addition
- some SmallInteger class for the VM to check

And voilá. That should be even smaller than 1K. But I lack support to
detect whether the VM access directly an object or not. And adding that in
the VM for a couple of kilobytes... I don't know, I have enough writing my
thesis just now :).

Then I have some other implementation details that make my images a bit
bigger. I use for example a block to handle exceptions. I could remove that
and make my object memories smaller at the cost of being less robust...

In any case, the image just doing an addition is just the example that
pushes the limits of *my* particular tailoring framework... But afterwards
it has no other real usage :).


> > Of course this is done in Pharo so it will not really be exciting for
> > you.
>
>  The minimal kernel isn't the exciting part, it's just a
> prerequisite. The exciting part is the distributed module system
> (Naiad). You need a minimal kernel for that to be practical. There is
> nothing like Naiad for Pharo yet.
>

Well, not only. As Chris says, what the minimal kernel should ensure is
that you can grow it. That may be through a distributed module system or
another way to install code inside it. As we don't have such a module
system, in our first steps we are generating a small image that contains
only a compiler and a class builder.

Cheers,
Guille

Re: [Pharo-dev] Context status 2015-01-16

[Craig Latta]

Hi Guille--

> > > For your information guille produced pharo images of 11k for
> > > simple addition...
>
> > Why so large? The simple addition image I made is 1k.
>
> Haha, this already looks like a competition. I don't want to compete
> ^^.

 Oh, that wasn't my intention. :)  I really wanted to know what
objects are in there.

> Of course, for a simple addition you just need
> - a special objects array
> - a processor
> - a process
> - a context
> - the method for the context doing the addition
> - some SmallInteger class for the VM to check
>
> And voilá. That should be even smaller than 1K.

 By my count, you need fifteen objects. I wrote a summary of them
(including a visualization) at [1].

> In any case, the image just doing an addition is just the example that
> pushes the limits of *my* particular tailoring framework... But
> afterwards it has no other real usage :).

 Indeed so. The value of making it is showing that you can account
for each and every bit in the result, and that's just easiest to do if
you go for the least amount of code.

> As Chris says, what the minimal kernel should ensure is that you can
> grow it.

 Exactly, the definition of "minimal" depends on your intended use.


 thanks,

-C

[1] http://netjam.org/context/smallest

--
Craig Latta
netjam.org
+31   6 2757 7177 (SMS ok)
+ 1 415  287 3547 (no SMS)

Re: [Pharo-dev] OpenStreetMap integration

[Sven Van Caekenberghe]

Wow, wow, wow, this is really nice.

It was on my todo list to look at but I did not yet find the time, now you made 
it super easy and accessible.

Is this in the latest moose 5.1 build ?

> On 19 Jan 2015, at 15:19, Alexandre Bergel  wrote:
> 
> Dear All,
> 
> This week end I have integrated the excellent work of Onil Goubier and 
> Thierry Goubier. They have worked on a bridge between OpenStreetMap and 
> Roassal. As a result, you can easily decorate a map with element describing 
> metrics and properties of geolocation. Consider the following:
> 
> I think the following screenshot should be self-explanatory:
> 
> 
> 
> Below are some results of 10lines-long scripts. Seisms during the last 30 
> days:
> 
> 
> Refugies monitored by the United Nations High Commissioner for Refugees:
> 
> 
> We started to write a chapter for Agile Visualization. Here it is:
> 
> https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/OpenStreetMap/0306-OpenStreetMap.html
> 
> Again, thanks Onil and Thierry. This is a very valuable contribution for the 
> whole community!
> 
> Cheers,
> Alexandre
> 
> NB: Sorry for the cross-post, but I believe the content of this email goes 
> well beyond to the Moose people interest.
> 
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 

Re: [Pharo-dev] OpenStreetMap integration

[Sven Van Caekenberghe]

And nice documentation too !

> On 19 Jan 2015, at 15:19, Alexandre Bergel  wrote:
> 
> Dear All,
> 
> This week end I have integrated the excellent work of Onil Goubier and 
> Thierry Goubier. They have worked on a bridge between OpenStreetMap and 
> Roassal. As a result, you can easily decorate a map with element describing 
> metrics and properties of geolocation. Consider the following:
> 
> I think the following screenshot should be self-explanatory:
> 
> 
> 
> Below are some results of 10lines-long scripts. Seisms during the last 30 
> days:
> 
> 
> Refugies monitored by the United Nations High Commissioner for Refugees:
> 
> 
> We started to write a chapter for Agile Visualization. Here it is:
> 
> https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/OpenStreetMap/0306-OpenStreetMap.html
> 
> Again, thanks Onil and Thierry. This is a very valuable contribution for the 
> whole community!
> 
> Cheers,
> Alexandre
> 
> NB: Sorry for the cross-post, but I believe the content of this email goes 
> well beyond to the Moose people interest.
> 
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 

Re: [Pharo-dev] OpenStreetMap integration

[Alexandre Bergel]

It should yes

Roassal2 now depends on NeoJSON by the way.

Alexandre


> On Jan 19, 2015, at 11:26 AM, Sven Van Caekenberghe  wrote:
> 
> Is this in the latest moose 5.1 build ?

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-dev] [Pharo-users] improving print-it in playground

[Johan Fabry]

Yes, the print-it now is much better than the classic ST behavior! I appreciate 
the latest feature of being able to get the response as commented text. I have 
needed that in the past, sporadically. (But I don’t remember specific cases, 
sorry.)

> On Jan 19, 2015, at 08:33, Tudor Girba  wrote:
> 
> Hi,
> 
> I worked with Andrei to find a solution for improving the print-it support. 
> You can take a look here:
> http://www.humane-assessment.com/blog/improving-print-it-support-in-gtplayground
>  
> 
> 
> The current solution can be found in the latest Pharo image.
> 
> Cheers,
> Doru
> 
> -- 
> www.tudorgirba.com 
> 
> "Every thing has its own flow"



---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

Re: [Pharo-dev] OpenStreetMap integration

[Craig Latta]

 Lovely!


-C

--
Craig Latta
netjam.org
+31   6 2757 7177 (SMS ok)
+ 1 415  287 3547 (no SMS)

Re: [Pharo-dev] [Moose-dev] OpenStreetMap integration

[Johan Fabry]

Very cool indeed !!

> On Jan 19, 2015, at 15:19, Alexandre Bergel  wrote:
> 
> Dear All,
> 
> This week end I have integrated the excellent work of Onil Goubier and 
> Thierry Goubier. They have worked on a bridge between OpenStreetMap and 
> Roassal. As a result, you can easily decorate a map with element describing 
> metrics and properties of geolocation. Consider the following:
> 
> I think the following screenshot should be self-explanatory:



---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

[Pharo-dev] [Pharo4] SlotClassBuilder with support to directly set a class comment when building

[Marcus Denker]

14753 add support for setting class comments to class builder
https://pharo.fogbugz.com/f/cases/14753/


This adds support to directly set the class comment when building classes.

PharoClassInstaller make: [ :builder |
builder 
name: #TT;
comment: 'A class Comment' ].

e.g. this allows to simplify MCClassDefinition>#load 

Marcus

Re: [Pharo-dev] OpenStreetMap integration

[Tudor Girba]

Hi Alex,

I strongly believe that the concrete implementation that links Roassal to
the data format should be moved to a separate package and ideally, to
another configuration.

The generic engine should be decoupled from concrete data sources.

Cheers,
Doru


On Mon, Jan 19, 2015 at 3:30 PM, Alexandre Bergel 
wrote:

> It should yes
>
> Roassal2 now depends on NeoJSON by the way.
>
> Alexandre
>
>
> > On Jan 19, 2015, at 11:26 AM, Sven Van Caekenberghe 
> wrote:
> >
> > Is this in the latest moose 5.1 build ?
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

[Pharo-dev] Pharo books and Pharo website

[kilon alios]

In Twitter I saw earlier this week a link posted for all books of Pharo ,
some new ones too. Is it possible to have this link also in the Pharo
website documentation section ?

I think it will look very good for pharo to expose to newcomers all the
hard work we are doing or have done with documentation.

Plus even if those books are not finished they are too useful to stay in
the dark.

[Pharo-dev] [pharo-project/pharo-core] c7da0f: 40450

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: c7da0f3e66c0d3ff2ef1803920a86d8442905033
  
https://github.com/pharo-project/pharo-core/commit/c7da0f3e66c0d3ff2ef1803920a86d8442905033
  Author: Jenkins Build Server 
  Date:   2015-01-19 (Mon, 19 Jan 2015)

  Changed paths:
M 
ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfGTInspectorCore.package/ConfigurationOfGTInspectorCore.class/instance/versions/version2010_.st
M 
ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfGTPlaygroundCore.package/ConfigurationOfGTPlaygroundCore.class/instance/versions/version209_.st
M 
ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfGTSpotter.package/ConfigurationOfGTSpotter.class/instance/versions/version107_.st
M 
ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfGlamourCore.package/ConfigurationOfGlamourCore.class/instance/versions/version3010_.st
M 
ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic 
versions/stable_.st
A 
ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version128_.st
R 
GT-Inspector.package/GTInspector.class/instance/accessing/presentationFilter.st
A GT-Inspector.package/GTInspector.class/instance/actions/closeActionFor_.st
A 
GT-Inspector.package/GTInspector.class/instance/actions/openExplorerFor_.st
A GT-Inspector.package/GTInspector.class/instance/actions/removeLastPane.st
A GT-Inspector.package/GTInspector.class/instance/actions/updatePanesFor_.st
R GT-Inspector.package/GTInspector.class/instance/as yet 
unclassified/actOnPaneAdded_.st
R GT-Inspector.package/GTInspector.class/instance/as yet 
unclassified/closeActionFor_.st
R GT-Inspector.package/GTInspector.class/instance/as yet 
unclassified/removeLastPane.st
R GT-Inspector.package/GTInspector.class/instance/as yet 
unclassified/showFirst_.st
R GT-Inspector.package/GTInspector.class/instance/as yet 
unclassified/updatePanesFor_.st
A 
GT-Inspector.package/GTInspector.class/instance/callbacks/actOnPaneAdded_.st
A 
GT-Inspector.package/GTInspector.class/instance/context/presentationFilter.st
A 
GT-Inspector.package/GTInspector.class/instance/context/presentationFilter_.st
R 
GT-Inspector.package/GTInspector.class/instance/context/presentationsFilter_.st
M 
GT-Inspector.package/GTInspector.class/instance/context/shouldDisplayPresentationCreateBy_.st
M 
GT-Inspector.package/GTInspector.class/instance/initialization/initialize.st
R 
GT-Inspector.package/GTInspector.class/instance/opening/openExplorerFor_.st
A GT-Inspector.package/GTInspector.class/instance/scripting/showFirst_.st
M GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/README.md
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/class/examples/exampleASTBrowser.st
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/class/examples/exampleCodeBrowser.st
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/class/examples/exampleFileBrowser.st
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/class/examples/exampleFullInspector.st
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/class/examples/exampleRawInspector.st
R 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/instance/as yet 
unclassified/printSignature_.st
R 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/instance/as yet 
unclassified/replaceSelectedSignaturesWith_in_.st
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/instance/callbacks/replaceSelectedSignaturesWith_in_.st
A 
GT-Inspector.package/GTInspectorMethodListFilterStrategy.class/instance/printing/printSignature_.st
M GT-Inspector.package/GTInspectorPresentationFilterStrategy.class/README.md
R 
GT-Inspector.package/GTInspectorPresentationFilterStrategy.class/instance/as 
yet 
unclassified/openListChooseLabeled_forInspector_with_select_format_actionSelector_.st
A 
GT-Inspector.package/GTInspectorPresentationFilterStrategy.class/instance/private/openListChooseLabeled_forInspector_with_select_format_actionSelector_.st
M GT-Inspector.package/GTInspectorTagFilterStrategy.class/README.md
A 
GT-Inspector.package/GTInspectorTagFilterStrategy.class/class/examples/exampleBasicInspector.st
A 
GT-Inspector.package/GTInspectorTagFilterStrategy.class/class/examples/exampleCustomInspector.st
A 
GT-Inspector.package/GTInspectorTagFilterStrategy.class/class/examples/exampleExampleBrowser.st
A 
GT-Inspector.package/GTInspectorTagFilterStrategy.class/class/examples/exampleFullI

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40450
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] da0d02: 40451

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: da0d02948308f14eb3e4073ebf9a218f32e3fc9c
  
https://github.com/pharo-project/pharo-core/commit/da0d02948308f14eb3e4073ebf9a218f32e3fc9c
  Author: Jenkins Build Server 
  Date:   2015-01-19 (Mon, 19 Jan 2015)

  Changed paths:
A 
Monticello.package/MCClassDefinition.class/instance/accessing/classTraitCompositionCompiled.st
A 
Monticello.package/MCClassDefinition.class/instance/accessing/traitCompositionCompiled.st
M 
Monticello.package/MCClassDefinition.class/instance/installing/createClass.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script451.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40451.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
R Slot.package/ClassVariable.class/instance/converting/asClassVariable.st
A Slot.package/LinkWrapper.class/instance/forwarded/doesNotUnderstand_.st
A Slot.package/LinkWrapper.class/instance/forwarded/isVirtual.st
R Slot.package/LinkWrapperGlobal.class/instance/as yet 
unclassified/emitValue_.st
A Slot.package/LinkWrapperGlobal.class/instance/code 
generation/emitValue_.st
A Slot.package/LiteralVariable.class/instance/converting/asClassVariable.st
M Slot.package/Slot.class/instance/accessing/size.st
A Slot.package/Slot.class/instance/testing/isVirtual.st
A Slot.package/TestSlot.class/instance/meta-object-protocol/isVirtual.st
R Slot.package/TestSlot.class/instance/meta-object-protocol/size.st

  Log Message:
  ---
  40451
14752 Simplfy #load in MCClassDefinition a little
https://pharo.fogbugz.com/f/cases/14752

14751 add #isVirtual to Slots
https://pharo.fogbugz.com/f/cases/14751

14749 move #asClassVariable to LiteralVariable (for now)
https://pharo.fogbugz.com/f/cases/14749

http://files.pharo.org/image/40/40451.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40451
  Home:   https://github.com/pharo-project/pharo-core

Re: [Pharo-dev] [Moose-dev] OpenStreetMap integration

[Alexandre Bergel]

Yes, I agree. This is on our todo.

Cheers,
Alexandre


> On Jan 19, 2015, at 12:29 PM, Tudor Girba  wrote:
> 
> Hi Alex,
> 
> I strongly believe that the concrete implementation that links Roassal to the 
> data format should be moved to a separate package and ideally, to another 
> configuration.
> 
> The generic engine should be decoupled from concrete data sources.
> 
> Cheers,
> Doru
> 
> 
> On Mon, Jan 19, 2015 at 3:30 PM, Alexandre Bergel  
> wrote:
> It should yes
> 
> Roassal2 now depends on NeoJSON by the way.
> 
> Alexandre
> 
> 
> > On Jan 19, 2015, at 11:26 AM, Sven Van Caekenberghe  wrote:
> >
> > Is this in the latest moose 5.1 build ?
> 
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
> 
> 
> 
> 
> -- 
> www.tudorgirba.com
> 
> "Every thing has its own flow"
> ___
> Moose-dev mailing list
> moose-...@iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

[Pharo-dev] The Pharo Morphic book

[kilon alios]

Hello people, I am really interested since PBE seems to go very well to now
concentrate on a project I had in mind for some time and it is to start a
book on Pharo Morphic.

My plan is to add it to github group SquareBracketAssociates which I am
member of for contributing to the new PBE.

Is that ok with you ?

I will try to port all documentation available already for Morphic from
self and squeak to Pharo 4 and of course add my own pages as well.

I also have forgot my travis password, I have asked here before but none
replied, so if anyone can help me recover my password or create a new one
or create a job for the project , I will appreciate it.

Obviously I want to make this project according to the guidelines of the
community. So if you have suggestions fire away :)

I would like this to be the official book on Morphic , I want it to be both
a tutorial but also a reference book with more emphasis on the reference
side. Probably will divide in into a Part 1 and a Part 2 where Part 1 is
the tutorial and Part 2 is the reference.

I dont expect to of course to do a ton of work and finish this book any
time soon, but then something is better than nothing.

Re: [Pharo-dev] [Moose-dev] OpenStreetMap integration

[Tudor Girba]

Great.

Doru

On Mon, Jan 19, 2015 at 8:00 PM, Alexandre Bergel 
wrote:

> Yes, I agree. This is on our todo.
>
> Cheers,
> Alexandre
>
>
> > On Jan 19, 2015, at 12:29 PM, Tudor Girba  wrote:
> >
> > Hi Alex,
> >
> > I strongly believe that the concrete implementation that links Roassal
> to the data format should be moved to a separate package and ideally, to
> another configuration.
> >
> > The generic engine should be decoupled from concrete data sources.
> >
> > Cheers,
> > Doru
> >
> >
> > On Mon, Jan 19, 2015 at 3:30 PM, Alexandre Bergel <
> alexandre.ber...@me.com> wrote:
> > It should yes
> >
> > Roassal2 now depends on NeoJSON by the way.
> >
> > Alexandre
> >
> >
> > > On Jan 19, 2015, at 11:26 AM, Sven Van Caekenberghe 
> wrote:
> > >
> > > Is this in the latest moose 5.1 build ?
> >
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >
> >
> >
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow"
> > ___
> > Moose-dev mailing list
> > moose-...@iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-dev] OpenStreetMap integration

[Sven Van Caekenberghe]

RTOSM was not yet in the latest successful build of Moose 5.1

Just for the record, I got it by loading ConfigurationOfRoassal2 1.9
 
> On 19 Jan 2015, at 15:30, Alexandre Bergel  wrote:
> 
> It should yes
> 
> Roassal2 now depends on NeoJSON by the way.
> 
> Alexandre
> 
> 
>> On Jan 19, 2015, at 11:26 AM, Sven Van Caekenberghe  wrote:
>> 
>> Is this in the latest moose 5.1 build ?
> 
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
> 

Re: [Pharo-dev] WhatsUp from: 2015-01-19 until: 2015-01-31

[stepharo]

Hi! We're sending this automatic email twice a month, to give the community an 
opportunity to easily know what's happening and to coordinate efforts.  Just 
answer informally, and feel free to spawn discussions thereafter!

### Here's what I've been up to since the last WhatsUp:

- $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS

- Pharodays organization
- working on updated Pharo by example


### What's next, until 2015-01-31 (*):

- coming back to coding

Re: [Pharo-dev] The Pharo Morphic book

[stepharo]

Hello people, I am really interested since PBE seems to go very well 
to now concentrate on a project I had in mind for some time and it is 
to start a book on Pharo Morphic.


I would start small and for example as a series of blog posts.
Then we you reach a certain amount I would then turn them into a book.

For Spec we plan to collect all the material and have a small booklet.



My plan is to add it to github group SquareBracketAssociates which I 
am member of for contributing to the new PBE.


Is that ok with you ?


it is ok but now the strategy I adopted is the following one:
- avoid to have many unfinished books (or many not making progress 
or slow progress)
- this is why I have work in progress to work on the chapters, 
ready for reviews then the chapters will populate the books
- this way I do not give the impression that Pharo is starting 
stuff and not finishing
- I would suggest the same: host some chapter in the work in 
progress and when you enough push that to a book.


I finished an editorial pass on deep into pharo and will continue to 
work on Pharo by example, then resume my work on

the other books (slow is n't it :)).



I will try to port all documentation available already for Morphic 
from self and squeak to Pharo 4 and of course add my own pages as well.

There is not much available, or exciting but you can start there.


I also have forgot my travis password, I have asked here before but 
none replied, so if anyone can help me recover my password or create a 
new one or create a job for the project , I will appreciate it.


travis I do not know.


Obviously I want to make this project according to the guidelines of 
the community. So if you have suggestions fire away :)


I would like this to be the official book on Morphic , I want it to be 
both a tutorial but also a reference book with more emphasis on the 
reference side. Probably will divide in into a Part 1 and a Part 2 
where Part 1 is the tutorial and Part 2 is the reference.


I dont expect to of course to do a ton of work and finish this book 
any time soon, but then something is better than nothing.

Re: [Pharo-dev] Pharo books and Pharo website

[stepharo]

Le 19/1/15 19:03, kilon alios a écrit :
In Twitter I saw earlier this week a link posted for all books of 
Pharo , some new ones too. Is it possible to have this link also in 
the Pharo website documentation section ?


Yes we would like to have a group of web sites like deep into pharo.
Right now the ci jobs suck as a slick and beautiful documentation (this 
is why we did not add to the web site).
I think it will look very good for pharo to expose to newcomers all 
the hard work we are doing or have done with documentation.


Plus even if those books are not finished they are too useful to stay 
in the dark.

Ok you convinced me :)

Re: [Pharo-dev] pharo-contribution CI out of space?

[stepharo]

Probably and this is why we should trim our builds a bit.



I’m getting this things in logs:

Downloading PharoV20.sources:
http://files.pharo.org/sources//PharoV20.sources.zip
pharo-vm/PharoV20.sources:  write error (disk full?).  Continue? (y/n/^C)
warning:  pharo-vm/PharoV20.sources is probably truncated


did we run out of space on pharo-contribution?

Uko

Re: [Pharo-dev] [Pharo4] SlotClassBuilder with support to directly set a class comment when building

[stepharo]

good!

14753 add support for setting class comments to class builder
https://pharo.fogbugz.com/f/cases/14753/


This adds support to directly set the class comment when building classes.

PharoClassInstaller make: [ :builder |
 builder
 name: #TT;
 comment: 'A class Comment' ].

e.g. this allows to simplify MCClassDefinition>#load

Marcus

Re: [Pharo-dev] The Pharo Morphic book

[kilon alios]

Ok then I think the best way to do this is to start this in my own github
account then give you guys the link , review the documentation and if you
find satisfying add it to SquareBracketAssociates via forking it, if not I
can still continue it with my github account. Of course I will use pillar
and follow the same workflow as PBE. I don't want to do this via blog posts
, I prefer pillar and github.

PBE wise looks like from what I see from a first look that 12 out 16
chapters are ported. So PBE is near completion at least at a draft level. I
can give a hand with a couple more chapters thats not a big deal.

There is no Pharo book for Morphic and for me this is a big omission.
Frankly I would take even a small docs about Morphic and Pharo 3/4 over no
documentation at all, any day. I am not saying that you should contribute
to a Morphic book I mean this is your choice but its something I want to
work on. If people want to contribute all they have to do is fork my repo
and send me pull requests or even add them as contributors. If they dont
want, no problemo I continue alone.

In any case when I have something substantial (something more than 30
pages) I will alert the list.

On Mon, Jan 19, 2015 at 10:31 PM, stepharo  wrote:

>
>  Hello people, I am really interested since PBE seems to go very well to
>> now concentrate on a project I had in mind for some time and it is to start
>> a book on Pharo Morphic.
>>
>
> I would start small and for example as a series of blog posts.
> Then we you reach a certain amount I would then turn them into a book.
>
> For Spec we plan to collect all the material and have a small booklet.
>
>
>> My plan is to add it to github group SquareBracketAssociates which I am
>> member of for contributing to the new PBE.
>>
>> Is that ok with you ?
>>
>
> it is ok but now the strategy I adopted is the following one:
> - avoid to have many unfinished books (or many not making progress or
> slow progress)
> - this is why I have work in progress to work on the chapters, ready
> for reviews then the chapters will populate the books
> - this way I do not give the impression that Pharo is starting stuff
> and not finishing
> - I would suggest the same: host some chapter in the work in progress
> and when you enough push that to a book.
>
> I finished an editorial pass on deep into pharo and will continue to work
> on Pharo by example, then resume my work on
> the other books (slow is n't it :)).
>
>
>> I will try to port all documentation available already for Morphic from
>> self and squeak to Pharo 4 and of course add my own pages as well.
>>
> There is not much available, or exciting but you can start there.
>
>
>  I also have forgot my travis password, I have asked here before but none
>> replied, so if anyone can help me recover my password or create a new one
>> or create a job for the project , I will appreciate it.
>>
>
> travis I do not know.
>
>
>> Obviously I want to make this project according to the guidelines of the
>> community. So if you have suggestions fire away :)
>>
>> I would like this to be the official book on Morphic , I want it to be
>> both a tutorial but also a reference book with more emphasis on the
>> reference side. Probably will divide in into a Part 1 and a Part 2 where
>> Part 1 is the tutorial and Part 2 is the reference.
>>
>> I dont expect to of course to do a ton of work and finish this book any
>> time soon, but then something is better than nothing.
>>
>
>
>

Re: [Pharo-dev] pharo-contribution CI out of space?

[kilon alios]

you can remove my job a book I named Pharo Universe , I no longer need it,
although it only contains the translated sound chapter which Stef has
already copied to the other book. If I remember correctly it was inside
Pharo-Contribution.

On Mon, Jan 19, 2015 at 11:03 PM, stepharo  wrote:

> Probably and this is why we should trim our builds a bit.
>
>
>
>> I’m getting this things in logs:
>>
>> Downloading PharoV20.sources:
>> http://files.pharo.org/sources//PharoV20.sources.zip
>> pharo-vm/PharoV20.sources:  write error (disk full?).  Continue? (y/n/^C)
>> warning:  pharo-vm/PharoV20.sources is probably truncated
>>
>>
>> did we run out of space on pharo-contribution?
>>
>> Uko
>>
>
>
>

Re: [Pharo-dev] OpenStreetMap integration

[Sven Van Caekenberghe]

> On 19 Jan 2015, at 15:19, Alexandre Bergel  wrote:
> 
> Again, thanks Onil and Thierry. This is a very valuable contribution for the 
> whole community!

Guys,

I just spent half an hour studying the code in Roassal2-OpenStreetMap and I am 
really impressed. This is really well written and it works well too. I love it.

Congratulations, Onil, Thierry and Alex !

You make us all proud.

Sven

PS: And with class & method comments, examples and documentation too !!

Re: [Pharo-dev] improving print-it in playground

[stepharo]

Since this can be interesting for others I resend to the mailing-list
I did the following:

(1 + 2) * 4
selected (1 + 2)
print get the bubble [3]
esc killed the bubble
(1 + 2) is selected and I want to add just after the selection soemthing 
like -5


if I type something I erase the selection (normal)
so I need the deselect (ok correct)
so I press esc
the expression is deselected but the cursor goes to the beginning of the 
line and not just after the selected text.

Why because I selected the ( 1 + 2 ) from right to left

I have the impression that I would like to always have the cursor after 
the ) so that I can continue to compose
expressions based on sub-expressions I previously checked (and discarded 
results).


Stef

Re: [Pharo-dev] pharo-contribution CI out of space?

[stepharo]

yes sound is now in PharoReadyForReviews

Stef

Le 19/1/15 22:24, kilon alios a écrit :
you can remove my job a book I named Pharo Universe , I no longer need 
it, although it only contains the translated sound chapter which Stef 
has already copied to the other book. If I remember correctly it was 
inside Pharo-Contribution.


On Mon, Jan 19, 2015 at 11:03 PM, stepharo > wrote:


Probably and this is why we should trim our builds a bit.



I’m getting this things in logs:

Downloading PharoV20.sources:
http://files.pharo.org/sources//PharoV20.sources.zip
pharo-vm/PharoV20.sources:  write error (disk full?).
Continue? (y/n/^C)
warning:  pharo-vm/PharoV20.sources is probably truncated


did we run out of space on pharo-contribution?

Uko

Re: [Pharo-dev] [Moose-dev] OpenStreetMap integration

[Alexandre Bergel]

Thanks for your nice words

Cheers,
Alexandre


> On Jan 19, 2015, at 6:24 PM, Sven Van Caekenberghe  wrote:
> 
> 
>> On 19 Jan 2015, at 15:19, Alexandre Bergel  wrote:
>> 
>> Again, thanks Onil and Thierry. This is a very valuable contribution for the 
>> whole community!
> 
> Guys,
> 
> I just spent half an hour studying the code in Roassal2-OpenStreetMap and I 
> am really impressed. This is really well written and it works well too. I 
> love it.
> 
> Congratulations, Onil, Thierry and Alex !
> 
> You make us all proud.
> 
> Sven
> 
> PS: And with class & method comments, examples and documentation too !!
> 
> 
> 
> ___
> Moose-dev mailing list
> moose-...@iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-dev] [Pharo-users] OpenStreetMap integration

[Norbert Hartl]

Looks fantastic. But from can I install it? Did I overlook some detail?

thanks,,

Norbert

> Am 19.01.2015 um 15:19 schrieb Alexandre Bergel :
> 
> Dear All,
> 
> This week end I have integrated the excellent work of Onil Goubier and 
> Thierry Goubier. They have worked on a bridge between OpenStreetMap and 
> Roassal. As a result, you can easily decorate a map with element describing 
> metrics and properties of geolocation. Consider the following:
> 
> I think the following screenshot should be self-explanatory:
> 
> 
> 
> Below are some results of 10lines-long scripts. Seisms during the last 30 
> days:
> 
> 
> Refugies monitored by the United Nations High Commissioner for Refugees:
> 
> 
> We started to write a chapter for Agile Visualization. Here it is:
> 
> https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/OpenStreetMap/0306-OpenStreetMap.html
>  
> 
> 
> Again, thanks Onil and Thierry. This is a very valuable contribution for the 
> whole community!
> 
> Cheers,
> Alexandre
> 
> NB: Sorry for the cross-post, but I believe the content of this email goes 
> well beyond to the Moose people interest.
> 
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu 
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 

Re: [Pharo-dev] WhatsUp from: 2015-01-19 until: 2015-01-31

[Alexandre Bergel]

- worked on Agile visualization. Several chapters have been added. Other have 
been reworked. Http://AgileVisualization.com

- integrated openstreetmap to Roassal

- improved Hapao, the test coverage tool we have

Next week we will continue to work on AgileVisualization the book has to fly:)

Alexandre 



> Le 19 janv. 2015 à 03:00, seas...@rmod.lille.inria.fr a écrit :
> 
> Hi! We're sending this automatic email twice a month, to give the community 
> an opportunity to easily know what's happening and to coordinate efforts.  
> Just answer informally, and feel free to spawn discussions thereafter!
> 
> ### Here's what I've been up to since the last WhatsUp:
> 
> - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS
> 
> ### What's next, until 2015-01-31 (*):
> 
> - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION
> 
> (*) we'll be expecting results by then ;)
> 

Re: [Pharo-dev] pharo-contribution CI out of space?

[Damien Cassou]

kilon alios writes:

> you can remove my job a book I named Pharo Universe , I no longer need it,
> although it only contains the translated sound chapter which Stef has
> already copied to the other book. If I remember correctly it was inside
> Pharo-Contribution.

done.

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

Re: [Pharo-dev] pharo-contribution CI out of space?

[kilon alios]

thanks Damien :)

On Tue, Jan 20, 2015 at 7:58 AM, Damien Cassou 
wrote:

>
> kilon alios writes:
>
> > you can remove my job a book I named Pharo Universe , I no longer need
> it,
> > although it only contains the translated sound chapter which Stef has
> > already copied to the other book. If I remember correctly it was inside
> > Pharo-Contribution.
>
> done.
>
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
>
> "Success is the ability to go from one failure to another without
> losing enthusiasm." --Winston Churchill
>
>