[Pharo-users] Happy new year 2016

[abdelghani ALIDRA]

Happy new year everybody.
Best wish for 2016.
Looks like the Pharo journey is getting more and more exciting :)

Abdelghani.

Message: 1
Date: Fri, 1 Jan 2016 16:57:27 +0100
From: stepharo 
To: Pharo Development List ,    Any question
    about pharo is welcome 
Subject: [Pharo-users] Happy new year 2016
Message-ID: <5686a1e7.10...@free.fr>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi Pharoers

I want to thank all of you for making Pharo what it is becoming: a 
Really Cool system and community.

I wish you good health and a lot of business or fun in Pharo :).

2016 will see many changes that are planned
to name a few
    - Pharo 5.0 with Spur
    - Pharo 5.0 with 64 bits
    - Bootstrap Pharo in production
    - SDL full integration
    - Git and Package validation
    - A full Mooc on Pharo
    - A couple of cool tutorials
And I'm sure many unexpected project and libraries...

The consortium should continue to grow so if you are hesitating to join 
please do.

Stef

[Pharo-users] Slow object printOn: with EURO symbol

[Hilaire]

Hello,

With Pharo3, in an object of mine, I want its text representation to
come with the EURO symbol:

CGMoney>>printOn: aStream
aStream << (amount asScaledDecimal: 2) greaseString
<< ' ' << '€'


It appears to be very slow when I browse such collection of objects
(says 1500) from an inspector

Replacing '€' by 'EUR' gives back normal rendering time.

Indeed the '€' is encoded as WideString, so not sure what is happening.
All content converted to WideString or what?


The issue was discussed in the Seaside mailing list and different
suggestions raised as well benchmarks exposing the issue:
http://forum.world.st/TableReport-slow-down-tp4868925.html

I tested these benchs en Pharo 3 and 4 and the performance diagnostics
are the same.

There are matching reports to some extent:
https://pharo.fogbugz.com/f/cases/6639/Buffered-Text-Converters
https://pharo.fogbugz.com/f/cases/14279/EyeInspector-very-slow-on-WideString
https://pharo.fogbugz.com/f/cases/10868/Slow-UTF8-decoding

Nevertheless, the problem of the performance remains.

Thanks

Hilaire

-- 
Dr. Geo
http://drgeo.eu
http://google.com/+DrgeoEu

Re: [Pharo-users] [Pharo-dev] Happy new year 2016

[stepharo]

Le 1/1/16 18:45, Dimitris Chloupis a écrit :
Happy new year Stef, I wish hapiness , creativity and health to you , 
your family and all Pharoers


I am interesting to learn more about :

 - SDL full integration


Igor did a pass to integrate better SDL and we should the last bits.
This was stuck because of Spur and FFI rewrite.
The idea is that Morphic event should not come from the VM anymore 
but from the SDL pluggin
these events should be turned into OSEvents so that the system is 
not poluted by SDL knowleldge (image that tomorrow

there is a new standard we do not want to rewrite again eveything.

Package validation

what those mean exactly ?

You publish your great software in a pharo 50 distribution inbox and
a robot runs and checks that
all the tests are green
the rules you indicated as "should be working" should work.

This way is package XML is not working people will not get it in 
the Pharo distributino
and they will not say Pharo is crap. I loaded XML and Pharo does 
not work.


Stef



thanks for keep making pharo more awesome :)

On Fri, Jan 1, 2016 at 6:56 PM Alexandre Bergel 
> wrote:


Happy new year to all!

Alexandre


> On Jan 1, 2016, at 12:57 PM, stepharo > wrote:
>
> Hi Pharoers
>
> I want to thank all of you for making Pharo what it is becoming:
a Really Cool system and community.
>
> I wish you good health and a lot of business or fun in Pharo :).
>
> 2016 will see many changes that are planned
> to name a few
>- Pharo 5.0 with Spur
>- Pharo 5.0 with 64 bits
>- Bootstrap Pharo in production
>- SDL full integration
>- Git and Package validation
>- A full Mooc on Pharo
>- A couple of cool tutorials
> And I'm sure many unexpected project and libraries...
>
> The consortium should continue to grow so if you are hesitating
to join please do.
>
> Stef
>

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

Re: [Pharo-users] [Pharo-dev] Happy new year 2016

[Dimitris Chloupis]

moving stuff from the vm to the image sounds awesome idea, thanks for the
clarifications :)

On Sat, Jan 2, 2016 at 12:32 PM stepharo  wrote:

>
>
> Le 1/1/16 18:45, Dimitris Chloupis a écrit :
>
> Happy new year Stef, I wish hapiness , creativity and health to you , your
> family and all Pharoers
>
> I am interesting to learn more about :
>
>  - SDL full integration
>
>
> Igor did a pass to integrate better SDL and we should the last bits.
> This was stuck because of Spur and FFI rewrite.
> The idea is that Morphic event should not come from the VM anymore but
> from the SDL pluggin
> these events should be turned into OSEvents so that the system is not
> poluted by SDL knowleldge (image that tomorrow
> there is a new standard we do not want to rewrite again eveything.
>
> Package validation
>
> what those mean exactly ?
>
> You publish your great software in a pharo 50 distribution inbox and
> a robot runs and checks that
> all the tests are green
> the rules you indicated as "should be working" should work.
>
> This way is package XML is not working people will not get it in the
> Pharo distributino
> and they will not say Pharo is crap. I loaded XML and Pharo does not
> work.
>
> Stef
>
>
>
> thanks for keep making pharo more awesome :)
>
> On Fri, Jan 1, 2016 at 6:56 PM Alexandre Bergel 
> wrote:
>
>> Happy new year to all!
>>
>> Alexandre
>>
>>
>> > On Jan 1, 2016, at 12:57 PM, stepharo  wrote:
>> >
>> > Hi Pharoers
>> >
>> > I want to thank all of you for making Pharo what it is becoming: a
>> Really Cool system and community.
>> >
>> > I wish you good health and a lot of business or fun in Pharo :).
>> >
>> > 2016 will see many changes that are planned
>> > to name a few
>> >- Pharo 5.0 with Spur
>> >- Pharo 5.0 with 64 bits
>> >- Bootstrap Pharo in production
>> >- SDL full integration
>> >- Git and Package validation
>> >- A full Mooc on Pharo
>> >- A couple of cool tutorials
>> > And I'm sure many unexpected project and libraries...
>> >
>> > The consortium should continue to grow so if you are hesitating to join
>> please do.
>> >
>> > Stef
>> >
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>

[Pharo-users] [Survey] Forking Operating System Proces in Pharo

[Mariano Martinez Peck]

Dear all,

As I mentioned in the thread "Pharo Consortium Sponsored Development
Effort" [1] I built a survey about Forking Operating System Processes in
Pharo.

The idea of the survey is simple: I want to understand what people needs
the most, which features would be useful, which ones would not, what is
missing, what is wrong, etc etc etc. As always, since we have limited
resources, we should optimize them as much as possible.

I count with you so that we can make a roadmap together on this project.
Please, feel free to forward this survey anywhere where there could be an
interest.

https://www.surveymonkey.com/r/DHR22TL

Best regards,

[1]
http://forum.world.st/ANN-Pharo-Consortium-Sponsored-Development-Effort-td4867926.html

-- 
Mariano
http://marianopeck.wordpress.com

[Pharo-users] Pharo-contribution down

[Damien Cassou]

The Jenkins for pharo-contribution seems to be down: builds never
finish.

https://ci.inria.fr/pharo-contribution

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

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

Re: [Pharo-users] [Pharo-dev] Pharo-contribution down

[Esteban Lorenzano]

everything is down
I think we need to wait ‘till monday to fix it :(

Esteban

> On 02 Jan 2016, at 18:39, Damien Cassou  wrote:
> 
> The Jenkins for pharo-contribution seems to be down: builds never
> finish.
> 
> https://ci.inria.fr/pharo-contribution
> 
> -- 
> Damien Cassou
> http://damiencassou.seasidehosting.st
> 
> "Success is the ability to go from one failure to another without
> losing enthusiasm." --Winston Churchill
> 

[Pharo-users] Lawsuit Tracker app

[Saša Janiška]

Hello,

I'm looking how to build GUI app with Pharo and today found out
screenshot of Lawsuit Tracker (http://smallworks.eu/web/projects/lawsuit
Tracker) which very much resembles 'typical' desktop/business
application. The web site says: "It is made using Pharo, Glamour,
Magritte and MongoDB." and in my case I'd replace MongoDB with Sqlite3,
have need for more grpahical output - something like:

http://saravali.de/screenshots.html

but wonder about other components and whether they (Glamour/Magritte)
are still relevant *today* ?

Otoh, today I was re-reading some stuff about Julia language which looks
as fine langauge, but it does not fit on one psotcard, although it
provides more "classical" way of developing: editor+REPL along with
Gtk(.jl) bindings.

The language does perform very well, iow. it's quite fast which is good
for my project, but it's a bit cumbersome since there is no support to
compile end application, while it looks that Pharo has advantage here
providing smoother way of deployment (multi-platform wise).

Any hint?

-- 
Even if you are considered to be the most sinful of all sinners, 
when you are situated in the boat of transcendental knowledge 
you will be able to cross over the ocean of miseries.

Re: [Pharo-users] Lawsuit Tracker app

[Tudor Girba]

Hi,

For graphical representation, take a look at Roassal:
http://agilevisualization.com

Cheers,
Doru


> On Jan 2, 2016, at 11:51 PM, Saša Janiška  wrote:
> 
> Hello,
> 
> I'm looking how to build GUI app with Pharo and today found out
> screenshot of Lawsuit Tracker (http://smallworks.eu/web/projects/lawsuit
> Tracker) which very much resembles 'typical' desktop/business
> application. The web site says: "It is made using Pharo, Glamour,
> Magritte and MongoDB." and in my case I'd replace MongoDB with Sqlite3,
> have need for more grpahical output - something like:
> 
> http://saravali.de/screenshots.html
> 
> but wonder about other components and whether they (Glamour/Magritte)
> are still relevant *today* ?
> 
> Otoh, today I was re-reading some stuff about Julia language which looks
> as fine langauge, but it does not fit on one psotcard, although it
> provides more "classical" way of developing: editor+REPL along with
> Gtk(.jl) bindings.
> 
> The language does perform very well, iow. it's quite fast which is good
> for my project, but it's a bit cumbersome since there is no support to
> compile end application, while it looks that Pharo has advantage here
> providing smoother way of deployment (multi-platform wise).
> 
> Any hint?
> 
> -- 
> Even if you are considered to be the most sinful of all sinners, 
> when you are situated in the boat of transcendental knowledge 
> you will be able to cross over the ocean of miseries.
> 
> 
> 
> 
> 

--
www.tudorgirba.com
www.feenk.com

"One cannot do more than one can do."

Re: [Pharo-users] Lawsuit Tracker app

[Dimitris Chloupis]

there is an an SQlite wrapper for pharo

http://forum.world.st/ANN-Updated-SQLite3-wrapper-project-based-on-NB-td4798771.html

the screenshot you shared as Tudor said can be accomplished via Roassal and
Morphic.

Personally I find the whole performance question kinda irrelevant because
if you really want to squeeze the most performance code those parts in C
and call them from Pharo via its FFI. Not even Julia will able to
outperform that since itself relies on C code for performance and its quite
restrictive how you use its dynamic types to achieve high performance.

In any case there are always 3 rules, profile, profile and profile. When it
comes to performance assume nothing. In the vast majority of cases Pharo
JIT VM should be more than enough.

And if all you want to do is a business app I dont even know why you worry
about performance. Business apps they are very low demand on performance.

Pharo libraries dont get irrelevant because the language is so simple it
barely changes and the changes usually dont brake compatibility. The only
that broke AFAIK is the image format with the new Spur VM but that should
not affect libraries.

Pharo can do REPL via the playground, the whole deal is that is a lot more
than that. GUI wise you can do some pretty awesome stuff with morphic.

On Sat, Jan 2, 2016 at 11:53 PM Saša Janiška  wrote:

> Hello,
>
> I'm looking how to build GUI app with Pharo and today found out
> screenshot of Lawsuit Tracker (http://smallworks.eu/web/projects/lawsuit
> Tracker) which very much resembles 'typical' desktop/business
> application. The web site says: "It is made using Pharo, Glamour,
> Magritte and MongoDB." and in my case I'd replace MongoDB with Sqlite3,
> have need for more grpahical output - something like:
>
> http://saravali.de/screenshots.html
>
> but wonder about other components and whether they (Glamour/Magritte)
> are still relevant *today* ?
>
> Otoh, today I was re-reading some stuff about Julia language which looks
> as fine langauge, but it does not fit on one psotcard, although it
> provides more "classical" way of developing: editor+REPL along with
> Gtk(.jl) bindings.
>
> The language does perform very well, iow. it's quite fast which is good
> for my project, but it's a bit cumbersome since there is no support to
> compile end application, while it looks that Pharo has advantage here
> providing smoother way of deployment (multi-platform wise).
>
> Any hint?
>
> --
> Even if you are considered to be the most sinful of all sinners,
> when you are situated in the boat of transcendental knowledge
> you will be able to cross over the ocean of miseries.
>
>
>
>
>
>

Re: [Pharo-users] Lawsuit Tracker app

[Saša Janiška]

On Sub, 2016-01-02 at 23:27 +, Dimitris Chloupis wrote:

> there is an an SQlite wrapper for pharo 

I know about it.

However it would be nice to have some categorized catalog of the
packages available for Pharo?


> the screenshot you shared as Tudor said can be accomplished via
> Roassal and Morphic. 

Now, I'm really a bit puzzled about Roassal' capabilities. :-)

> Personally I find the whole performance question kinda irrelevant
> because if you really want to squeeze the most performance code those
> parts in C and call them from Pharo via its FFI. Not even Julia will
> able to outperform that since itself relies on C code for performance
> and its quite restrictive how you use its dynamic types to achieve
> high performance. 

Well, the point is that e.g. I know people who tried to do similar apps
in Python and it was too slow, they abandoned it and went to C++.

That's the reason why I was primarily exploring statically-compiled
languages. Julia *might* be interesting since it is higher-level
language with fantastic, close to C performance when one helps compiler
by annotating data types.

In short, I want to avoid fiddling with low-level languages, otherwise
it would be simple to just use C/GTK or C++/Qt. (Java could probably
also do the job, but I simply do not like it.)

For the most critical part of the application, I anyway plan to use 3rd
party C lib which does calculate planetary ephemeris, but for the custom
libs using it, I want to use higher-level and type-safer language.

> In any case there are always 3 rules, profile, profile and profile.
> When it comes to performance assume nothing. In the vast majority of
> cases Pharo JIT VM should be more than enough. 

Let me see...

> And if all you want to do is a business app I dont even know why you
> worry about performance. Business apps they are very low demand on
> performance. 

When I say 'business' app, it is most in the sense of typical 'desktop
outlook', while the app itself is falling more into 'science' app, but
it depends how one sees astronomy/astrology. :-)

> Pharo libraries dont get irrelevant because the language is so simple
> it barely changes and the changes usually dont brake compatibility.  

Pharo's simplicity of the language is huge 'pro'. ;)

> Pharo can do REPL via the playground, the whole deal is that is a lot
> more than that.  

Right, it's just that Julia provides more 'traditional' dev work-flow,
while with Pharo one has to unwrap one's head a bit. :-)

> GUI wise you can do some pretty awesome stuff with morphic. 

That I still have to learn...


Sincerely,
Gour

-- 
A person is said to be elevated in yoga when, having renounced 
all material desires, he neither acts for sense gratification 
nor engages in fruitive activities.

Re: [Pharo-users] Lawsuit Tracker app

[Saša Janiška]

On Ned, 2016-01-03 at 00:07 +0200, Tudor Girba wrote:

> For graphical representation, take a look at Roassal:
> http://agilevisualization.com

Thank. Have to check whether it does fit since my 'drawing' needs are a
but unusual. :-)


Sincerely,
Gour

-- 
The senses, the mind and the intelligence are the sitting places 
of this lust. Through them lust covers the real knowledge of the 
living entity and bewilders him.