Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[webwarrior]

Calm your tits, dude. No need to use Caps Lock that much :-)

I made no value judgements in my post, letting readers decide for
themselves.
Nor did I attribute any claims to you. Except "live coding in Python is
easy", which you did say in some earlier posts.

> My post were not made to pick a fight but rather to inform and demolish
> the wrong assumptions that other languages CANNOT DO live coding. 

Well, many of them kinda can.
But you see, when live coding is an afterthought, problems appear here and
there, and some of them are unsolvable. Up to the point that it's easier to
do traditional development process and not bother with live coding at all.

It's almost like saying that you can do point-free style functional
programming in Python.
Of course you can (to some extent).  There is even a library for that
(https://pypi.python.org/pypi/pointfree/).
I there much sense in it? I don't think so.




--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

[Pharo-users] how to update a pane in a customized inspector

[Steven Costiou]

Hi, 

I am trying to customize an inspector with a code browser, and I have in
a compose method of my own browser the following: 

[...] 

browser transmit
from: #methods;
fromOutsidePort: #entity;
to: #source;
when: [ :method | method notNil ];
andShow: [ :a :method :object | self sourceOf: method
for: object in: a ].

browser transmit
from: #links;
fromOutsidePort: #entity;
to: #selectedLink;
when: [ :link | link notNil ];
andShow: [ :a :link | self inspectSelectedLink: link
inPresenter: a ]. 

[...] 

Is there an easy way to update the #source pane whenever one of my links
is selected in my #link pane ? 

In my case, the source code is displayed first, and when i select a link
in the #link pane i want to highlight specific parts of this source code
and the easiest way would be to re-trigger the first block above. I did
not try it, but it seems that i could retrieve the #source pane and the
selected method manually and re-trigger the method from the second block
(i.e. when a link is selected), but i am not sure that is the right way
to do it... 

Also i was wondering if there was a video of the moldable inspector
tutorial from pharo days 17 somewhere on the web, because i did not find
it on youtube. 

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Denis Kudriashov]

Hi Dimitris.

You opinion about live programming reminds me the common sentence from
developers who don't care about languages at all. Usual argument is: they
all are Turing complete, so who cares.

2017-10-10 11:02 GMT+02:00 webwarrior :

> Calm your tits, dude. No need to use Caps Lock that much :-)
>
> I made no value judgements in my post, letting readers decide for
> themselves.
> Nor did I attribute any claims to you. Except "live coding in Python is
> easy", which you did say in some earlier posts.
>
> > My post were not made to pick a fight but rather to inform and demolish
> > the wrong assumptions that other languages CANNOT DO live coding.
>
> Well, many of them kinda can.
> But you see, when live coding is an afterthought, problems appear here and
> there, and some of them are unsolvable. Up to the point that it's easier to
> do traditional development process and not bother with live coding at all.
>
> It's almost like saying that you can do point-free style functional
> programming in Python.
> Of course you can (to some extent).  There is even a library for that
> (https://pypi.python.org/pypi/pointfree/).
> I there much sense in it? I don't think so.
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Sean P. DeNigris]

kilon.alios wrote
> it’s clear the community is unwilling to deal with such discussions.

I wouldn't say that... after all this thread has the most posts on this list
since January 21 ;) I personally learned a lot and was glad to hear all the
points. I thought the last two pretty much captured the situation, which is
that you *can* do live programming in other languages, but the advantage of
Pharo is that it's *about* live programming. I certainly didn't know it was
even possible in some of the other languages mentioned. Yet, practically, it
seems extremely difficult for a system that tacks something on as a feature
to compete with a system that values that thing at its core. Ironically, the
biggest barrier seems to be human, in the McLuhan sense that our medium
determines how/what we can think/say. I feel lucky to have discovered
Smalltalk and have cast off (most) of the brain damage from C and C++ ha ha.



-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] how to update a pane in a customized inspector

[Andrei Chis]

Hi,

On Tue, Oct 10, 2017 at 11:31 AM, Steven Costiou 
wrote:

> Hi,
>
> I am trying to customize an inspector with a code browser, and I have in a
> compose method of my own browser the following:
>
> [...]
>
> browser transmit
> from: #methods;
> fromOutsidePort: #entity;
> to: #source;
> when: [ :method | method notNil ];
> andShow: [ :a :method :object | self sourceOf: method for:
> object in: a ].
>
> browser transmit
> from: #links;
> fromOutsidePort: #entity;
> to: #selectedLink;
> when: [ :link | link notNil ];
> andShow: [ :a :link | self inspectSelectedLink: link
> inPresenter: a ].
>
> [...]
>
> Is there an easy way to update the #source pane whenever one of my links
> is selected in my #link pane ?
>
> In my case, the source code is displayed first, and when i select a link
> in the #link pane i want to highlight specific parts of this source code
> and the easiest way would be to re-trigger the first block above. I did not
> try it, but it seems that i could retrieve the #source pane and the
> selected method manually and re-trigger the method from the second block
> (i.e. when a link is selected), but i am not sure that is the right way to
> do it...
>
If you know the interval that you want to highlight when selecting a link,
you can create a transmission from the #selection port of the #link pane to
the #selectionInterval port of the #source pane. If you go to
GLMBasicExamples, textPortsExamples and textSelection show how to use the
selectionInterval port.

>
>
> Also i was wondering if there was a video of the moldable inspector
> tutorial from pharo days 17 somewhere on the web, because i did not find it
> on youtube.
>
Not sure if the Pharo Days videos are available but you can see the same
presentation from ESUG here: https://www.youtube.com/watch?v=wj5IWvAYSlw

Cheers,
Andrei

[Pharo-users] FYI about Pharo MOOC

[horrido]

Somebody posted this about the Pharo MOOC:
https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-b07f6445f23

To which I responded:
https://medium.com/@richardeng/the-videos-are-like-lecturers-in-university-49a68c23cf01

Some food for thought.



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] how to update a pane in a customized inspector

[Steven Costiou]

It works :) Thanks :) 

Yes that is the video i was looking for :) 

Le 2017-10-10 13:26, Andrei Chis a écrit :

> Hi, 
> 
> On Tue, Oct 10, 2017 at 11:31 AM, Steven Costiou  
> wrote:
> 
>> Hi, 
>> 
>> I am trying to customize an inspector with a code browser, and I have in a 
>> compose method of my own browser the following: 
>> 
>> [...] 
>> 
>> browser transmit
>> from: #methods;
>> fromOutsidePort: #entity;
>> to: #source;
>> when: [ :method | method notNil ];
>> andShow: [ :a :method :object | self sourceOf: method for: object in: a ].
>> 
>> browser transmit
>> from: #links;
>> fromOutsidePort: #entity;
>> to: #selectedLink;
>> when: [ :link | link notNil ];
>> andShow: [ :a :link | self inspectSelectedLink: link inPresenter: a ]. 
>> 
>> [...] 
>> 
>> Is there an easy way to update the #source pane whenever one of my links is 
>> selected in my #link pane ? 
>> 
>> In my case, the source code is displayed first, and when i select a link in 
>> the #link pane i want to highlight specific parts of this source code and 
>> the easiest way would be to re-trigger the first block above. I did not try 
>> it, but it seems that i could retrieve the #source pane and the selected 
>> method manually and re-trigger the method from the second block (i.e. when a 
>> link is selected), but i am not sure that is the right way to do it...
> 
> If you know the interval that you want to highlight when selecting a link, 
> you can create a transmission from the #selection port of the #link pane to 
> the #selectionInterval port of the #source pane. If you go to 
> GLMBasicExamples, textPortsExamples and textSelection show how to use the 
> selectionInterval port. 
> 
>> Also i was wondering if there was a video of the moldable inspector tutorial 
>> from pharo days 17 somewhere on the web, because i did not find it on 
>> youtube.
> Not sure if the Pharo Days videos are available but you can see the same 
> presentation from ESUG here: https://www.youtube.com/watch?v=wj5IWvAYSlw  
> 
> Cheers, 
> Andrei
 

Re: [Pharo-users] FYI about Pharo MOOC

[Serge Stinckwich]

The MOOC is completely dubbed in English this year, so you don't need
subtitles.



On Tue, Oct 10, 2017 at 1:07 PM, horrido  wrote:

> Somebody posted this about the Pharo MOOC:
> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-
> b07f6445f23
>
> To which I responded:
> https://medium.com/@richardeng/the-videos-are-
> like-lecturers-in-university-49a68c23cf01
>
> Some food for thought.
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>


-- 
Serge Stinckwich
UCN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-users] FYI about Pharo MOOC

[Offray Vladimir Luna Cárdenas]

Probably is a English native speaker. It really amuse me the amount of
complain about this. Is something like, please don't show me anything
other cultures, even if I just need to turn on captions and read(!),
like most of us did to learn English by ourselves. Whenever I have the
opportunity, I see movies in their native language and just add
subtitles, to lost less in translation. Yes, English is the third most
spread language and is good for intercultural communication, because is
the most spread *second* language, but sadly, most English native
speaker don't even bother about experience the minimum of other language
and cultures, beyond the "tourist package" and even hear another
language seems too much effort. Fortunately there is a minority of
native English speakers that thinks different.

Thanks for the voice translation. It improves a course that was already
good and totally doable with subtitles.

Keep the good work. Cheers,

Offray


On 10/10/17 08:05, Serge Stinckwich wrote:
> The MOOC is completely dubbed in English this year, so you don't need
> subtitles.
>
>
>
> On Tue, Oct 10, 2017 at 1:07 PM, horrido  > wrote:
>
> Somebody posted this about the Pharo MOOC:
> 
> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-b07f6445f23
> 
> 
>
> To which I responded:
> 
> https://medium.com/@richardeng/the-videos-are-like-lecturers-in-university-49a68c23cf01
> 
> 
>
> Some food for thought.
>
>
>
> --
> Sent from:
> http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 
>
>
>
>
> -- 
> Serge Stinckwich
> UCN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[horrido]

Interestingly, I'm getting a fair amount of pushback on this. Personally, I
think it would be very helpful to have a live (updatable, so as to keep it
current) reference page for the class library, something that developers can
easily look up what they need. After all, most of the power of Pharo comes
from the class library and we need to make it as accessible as possible to
less experienced Pharoers (i.e., beginners).

Exploring the class library through the System Browser is very inefficient.
This is further exacerbated by the fact that many classes and methods are
simply not well-documented (containing a cursory remark which is just barely
useful).

I realize that creating a live reference page is not easy to do. In fact,
it's a lot of work. But the absence of such a page is a real obstacle to
Pharo acceptance.



horrido wrote
> Thanks. I gave your answer verbatim. I also added the following paragraph:
> 
> The problem I find with today’s developers is that they are rather
> closed-minded. They are rigid and inflexible, and not willing to adapt to
> new and different ways of doing things. In my generation (circa
> 1980–1990),
> people didn’t have a problem with trying different technologies. That’s
> why
> I had no issue with learning Smalltalk 10 years ago, after I had retired
> from a 20-year-long career in C systems programming and FORTRAN scientific
> programming.
> 
> 
> 
> Sven Van Caekenberghe-2 wrote
>>> On 6 Oct 2017, at 14:54, horrido <
> 
>> horrido.hobbies@
> 
>> > wrote:
>>> 
>>> I received this comment from someone who complained:
>>> 
>>> *What about the lack of documentation? From time to time I’ve checked
>>> some
>>> SmallTalk implementations like Squeak, GNU-Smalltalk and now Pharo. Of
>>> these, only GNU-SmallTalk appears to have a free, official programming
>>> guide
>>> and core library reference that any serious programmer expects from a
>>> language.
>>> 
>>> https://www.gnu.org/software/smalltalk/manual-base/html_node/*
>>> 
>>> I pointed to Pharo's documentation but then he came back with:
>>> 
>>> *Then show me a link of the free, maintained reference documentation for
>>> the
>>> classes that form “the core library”, like this one for Python
>>> (https://docs.python.org/3/library/index.html)*
>>> 
>>> It's true, most Smalltalks do not have a core library reference, not
>>> even
>>> VisualWorks! So what is the proper response to this complaint?
>> 
>> The first answer is that Pharo/Smalltalk is unique in that a running
>> system/IDE contains _all_ source code, _all_ documentation (class,
>> method,
>> help, tutorial), _all_ unit tests and _all_ runnable examples in a very
>> easy, accessible way. It takes some getting used to, but this is actually
>> better and much more powerful than any alternative.
>> 
>> The second answer is that there are lots of books and articles that take
>> the classic/structured book/paper approach. There is
>> http://books.pharo.org, http://themoosebook.org,
>> http://book.seaside.st/book, http://medium.com/concerning-pharo and many
>> more.
>> 
>>> Thanks.
>>> 
>>> 
>>> 
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>>
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html





--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

[Pharo-users] Error loading Seaside Gettext support

[dario.trussa...@tiscali.it]

Ciao,

    i load correctly the Gettext support into:     Pharo 6.1-64 Latest 
update: #60510


    In the image was load the Seaside 3.2

    Now i do:

    (ConfigurationOfSeaside3 project version: #stable )
            load: #( 'Seaside-Gettext-Core' 'Seaside-Gettext-Examples').

    The system erase the error:

   NaturalLanguageTranslator class(Object)>>doesNotUnderstand:
   #domainRegistered:

   TextDomainManager class>>registerDomain:
   [ self registerDomain: domainName ] in TextDomainManager
   class>>domainInfoFor: in Block: [ self registerDomain: domainName ]
   [ self at: key put: aBlock value ] in
   Dictionary>>at:ifAbsentPut: in Block: [ self at: key put: aBlock
   value ]
   Dictionary>>at:ifAbsent:
   Dictionary>>at:ifAbsentPut:
   TextDomainManager class>>domainInfoFor:
   TextDomainManager class>>registerCategoryPrefix:domain:
   WAGettextExample class>>register
   WAGettextExample class>>initialize

    Some considerations ?

    Thanks,

        Dario

[Pharo-users] [Off topic] Re: FYI about Pharo MOOC

[Ben Coman]

On Tue, Oct 10, 2017 at 9:19 PM, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> Probably is a English native speaker.
>
Next they'll be asking to covert the example from kilometres to miles ;)
cheers -ben

> It really amuse me the amount of complain about this. Is something like,
> please don't show me anything other cultures, even if I just need to turn
> on captions and read(!), like most of us did to learn English by ourselves.
>
Its the downside of being a native english speaker.  There is less need to
learn a second language. Thus we go crazy earlier while all you non-native
english speakers continue to take over the world...
https://www.livescience.com/12917-learning-language-bilingual-protects-alzheimers.html

cheers -ben

> Whenever I have the opportunity, I see movies in their native language and
> just add subtitles, to lost less in translation. Yes, English is the third
> most spread language and is good for intercultural communication, because
> is the most spread *second* language, but sadly, most English native
> speaker don't even bother about experience the minimum of other language
> and cultures, beyond the "tourist package" and even hear another language
> seems too much effort. Fortunately there is a minority of native English
> speakers that thinks different.
>
> Thanks for the voice translation. It improves a course that was already
> good and totally doable with subtitles.
>
> Keep the good work. Cheers,
>
> Offray
>
> On 10/10/17 08:05, Serge Stinckwich wrote:
>
> The MOOC is completely dubbed in English this year, so you don't need
> subtitles.
>
>
>
> On Tue, Oct 10, 2017 at 1:07 PM, horrido 
> wrote:
>
>> Somebody posted this about the Pharo MOOC:
>> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-
>> in-english-b07f6445f23
>>
>> To which I responded:
>> https://medium.com/@richardeng/the-videos-are-like-
>> lecturers-in-university-49a68c23cf01
>>
>> Some food for thought.
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>>
>
>
> --
> Serge Stinckwich
> UCN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>
>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[p...@highoctane.be]

A Bluebook updated picture would be great. And I am sure Roassal could
produce it right away.

Phil

On Oct 10, 2017 15:58, "horrido"  wrote:

> Interestingly, I'm getting a fair amount of pushback on this. Personally, I
> think it would be very helpful to have a live (updatable, so as to keep it
> current) reference page for the class library, something that developers
> can
> easily look up what they need. After all, most of the power of Pharo comes
> from the class library and we need to make it as accessible as possible to
> less experienced Pharoers (i.e., beginners).
>
> Exploring the class library through the System Browser is very inefficient.
> This is further exacerbated by the fact that many classes and methods are
> simply not well-documented (containing a cursory remark which is just
> barely
> useful).
>
> I realize that creating a live reference page is not easy to do. In fact,
> it's a lot of work. But the absence of such a page is a real obstacle to
> Pharo acceptance.
>
>
>
> horrido wrote
> > Thanks. I gave your answer verbatim. I also added the following
> paragraph:
> >
> > The problem I find with today’s developers is that they are rather
> > closed-minded. They are rigid and inflexible, and not willing to adapt to
> > new and different ways of doing things. In my generation (circa
> > 1980–1990),
> > people didn’t have a problem with trying different technologies. That’s
> > why
> > I had no issue with learning Smalltalk 10 years ago, after I had retired
> > from a 20-year-long career in C systems programming and FORTRAN
> scientific
> > programming.
> >
> >
> >
> > Sven Van Caekenberghe-2 wrote
> >>> On 6 Oct 2017, at 14:54, horrido <
> >
> >> horrido.hobbies@
> >
> >> > wrote:
> >>>
> >>> I received this comment from someone who complained:
> >>>
> >>> *What about the lack of documentation? From time to time I’ve checked
> >>> some
> >>> SmallTalk implementations like Squeak, GNU-Smalltalk and now Pharo. Of
> >>> these, only GNU-SmallTalk appears to have a free, official programming
> >>> guide
> >>> and core library reference that any serious programmer expects from a
> >>> language.
> >>>
> >>> https://www.gnu.org/software/smalltalk/manual-base/html_node/*
> >>>
> >>> I pointed to Pharo's documentation but then he came back with:
> >>>
> >>> *Then show me a link of the free, maintained reference documentation
> for
> >>> the
> >>> classes that form “the core library”, like this one for Python
> >>> (https://docs.python.org/3/library/index.html)*
> >>>
> >>> It's true, most Smalltalks do not have a core library reference, not
> >>> even
> >>> VisualWorks! So what is the proper response to this complaint?
> >>
> >> The first answer is that Pharo/Smalltalk is unique in that a running
> >> system/IDE contains _all_ source code, _all_ documentation (class,
> >> method,
> >> help, tutorial), _all_ unit tests and _all_ runnable examples in a very
> >> easy, accessible way. It takes some getting used to, but this is
> actually
> >> better and much more powerful than any alternative.
> >>
> >> The second answer is that there are lots of books and articles that take
> >> the classic/structured book/paper approach. There is
> >> http://books.pharo.org, http://themoosebook.org,
> >> http://book.seaside.st/book, http://medium.com/concerning-pharo and
> many
> >> more.
> >>
> >>> Thanks.
> >>>
> >>>
> >>>
> >>> --
> >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> >>>
> >
> >
> >
> >
> >
> > --
> > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>
>

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Vitor Medina Cruz]

>
> « Program » folder is the default location where to install apps on
> Windows.
> If a user does not have admin rights, he can simply install it under its
> home directory.
>
> Also there is the UAC Virtualization fiasco that complicates installing
> upgrades.
> http://lists.pharo.org/pipermail/pharo-dev_lists.
> pharo.org/2014-January/091645.html
>
>
>
> Could we *please* install Windows PharoLauncher into user folders?
>
>
>
> Users can choose to install Pharo Launcher where they wish.
> We could choose another default location but not sure it is best option.
>

Nope, I don’t have any option of changing Pharo launcher installation. I
double click the exe and receive a message telling me I need administrative
rights. Can this be changed? It’s a deal breaker for those using Windows.


On Mon, Oct 9, 2017 at 10:56 AM, Peter Uhnák  wrote:

> why a step backwards?
>> Pharo images are not *data* in the sense is intended for XDG_DATA_HOME.
>> In practice, an image is more like a document Pharo can read… data files
>> are configurations, etc. an app needs to work properly in the local
>> environment.
>> Pharo images instead, are modifiable/editable/whatever euphemism you want
>> … that’s why we considered more like VMWare considers their Virtual
>> Machines, then they belong to some place in the home directory that is of
>> easy access.
>>
>
> I guess I hate when applications are throwing their garbage into my $HOME
> (this also goes for VirtualBox, Eclipse, and everyone else).
> If I am not accessing the files directly, but they are pretty much always
> managed by some other applications, then for me they are polluting $HOME.
> (And yes, I sometimes do launch to image by hand, or manipulate VirtualBox
> by hand, but that doesn't change the fact that it is not the primary way to
> work with it.)
>
> But no worries, I rest my case and I patch it for myself. (So no need to
> add configuration for this either.)
>
> Peter
>

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Vitor Medina Cruz]

Ok, the executable is just a zip, why not distribute it as a zip?

On Tue, Oct 10, 2017 at 2:00 PM, Vitor Medina Cruz 
wrote:

> « Program » folder is the default location where to install apps on
>> Windows.
>> If a user does not have admin rights, he can simply install it under its
>> home directory.
>>
>> Also there is the UAC Virtualization fiasco that complicates installing
>> upgrades.
>> http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/
>> 2014-January/091645.html
>>
>>
>>
>> Could we *please* install Windows PharoLauncher into user folders?
>>
>>
>>
>> Users can choose to install Pharo Launcher where they wish.
>> We could choose another default location but not sure it is best option.
>>
>
> Nope, I don’t have any option of changing Pharo launcher installation. I
> double click the exe and receive a message telling me I need administrative
> rights. Can this be changed? It’s a deal breaker for those using Windows.
>
>
> On Mon, Oct 9, 2017 at 10:56 AM, Peter Uhnák  wrote:
>
>> why a step backwards?
>>> Pharo images are not *data* in the sense is intended for XDG_DATA_HOME.
>>> In practice, an image is more like a document Pharo can read… data
>>> files are configurations, etc. an app needs to work properly in the local
>>> environment.
>>> Pharo images instead, are modifiable/editable/whatever euphemism you want
>>> … that’s why we considered more like VMWare considers their Virtual
>>> Machines, then they belong to some place in the home directory that is of
>>> easy access.
>>>
>>
>> I guess I hate when applications are throwing their garbage into my $HOME
>> (this also goes for VirtualBox, Eclipse, and everyone else).
>> If I am not accessing the files directly, but they are pretty much always
>> managed by some other applications, then for me they are polluting $HOME.
>> (And yes, I sometimes do launch to image by hand, or manipulate VirtualBox
>> by hand, but that doesn't change the fact that it is not the primary way to
>> work with it.)
>>
>> But no worries, I rest my case and I patch it for myself. (So no need to
>> add configuration for this either.)
>>
>> Peter
>>
>
>

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Stephane Ducasse]

Hi christophe

This is why we worked (but never released) on silent Pharo.

Stef

On Mon, Oct 9, 2017 at 9:59 AM, Christophe Demarey
 wrote:
>
> Le 7 oct. 2017 à 14:26, Ben Coman  a écrit :
>
> On Sat, Oct 7, 2017 at 3:38 PM, Nicolai Hess  wrote:
>>
>> Just starting pharolauncher on windows still does not work (if you put it
>> into the default "program" folder).
>> On start, it tries to create a local direcitory "pharo-local" and does not
>> have the permission to do so.
>> You need to start it with admin-rights.
>
>
> Why are we making it harder for Windows users in corporate environments by
> requiring them to have admin-rights they often won't have, while in Linux
> PharoLancher is installed into user folders?
>
>
> « Program » folder is the default location where to install apps on Windows.
> If a user does not have admin rights, he can simply install it under its
> home directory.
>
> Also there is the UAC Virtualization fiasco that complicates installing
> upgrades.
> http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2014-January/091645.html
>
> Could we *please* install Windows PharoLauncher into user folders?
>
>
> Users can choose to install Pharo Launcher where they wish.
> We could choose another default location but not sure it is best option.
>
> To me, the real problem is: why does Pharo apps (and Pharo Launcher) needs
> to write data in the application directory? By example, for Pharo Launcher,
> we do not need to load any code nor to backup sessions.

[Pharo-users] Embedded PDF viewer?

[Manuel Leuenberger]

Hi,

I want to view a PDF within Pharo. I found that Athens has a PDF canvas, but I 
have no idea how to use it. Is there a way to view a PDF within Pharo, so that 
I can scroll, zoom, click links etc. in the PDF?

Cheers,
Manuel

Re: [Pharo-users] FYI about Pharo MOOC

[Stephane Ducasse]

Thanks offray.
I would love to have spanish subtitles.
We will have japanese subtitles

On Tue, Oct 10, 2017 at 3:19 PM, Offray Vladimir Luna Cárdenas
 wrote:
> Probably is a English native speaker. It really amuse me the amount of
> complain about this. Is something like, please don't show me anything other
> cultures, even if I just need to turn on captions and read(!), like most of
> us did to learn English by ourselves. Whenever I have the opportunity, I see
> movies in their native language and just add subtitles, to lost less in
> translation. Yes, English is the third most spread language and is good for
> intercultural communication, because is the most spread *second* language,
> but sadly, most English native speaker don't even bother about experience
> the minimum of other language and cultures, beyond the "tourist package" and
> even hear another language seems too much effort. Fortunately there is a
> minority of native English speakers that thinks different.
>
> Thanks for the voice translation. It improves a course that was already good
> and totally doable with subtitles.
>
> Keep the good work. Cheers,
>
> Offray
>
>
> On 10/10/17 08:05, Serge Stinckwich wrote:
>
> The MOOC is completely dubbed in English this year, so you don't need
> subtitles.
>
>
>
> On Tue, Oct 10, 2017 at 1:07 PM, horrido  wrote:
>>
>> Somebody posted this about the Pharo MOOC:
>>
>> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-b07f6445f23
>>
>> To which I responded:
>>
>> https://medium.com/@richardeng/the-videos-are-like-lecturers-in-university-49a68c23cf01
>>
>> Some food for thought.
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>
>
>
> --
> Serge Stinckwich
> UCN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>
>

Re: [Pharo-users] Embedded PDF viewer?

[Stephane Ducasse]

Hi manuel

So far I do not know if we have this is Pharo.
I imagine that we would have to build a renderer once we will have the
PDF reader from Christian library.

Stef

On Tue, Oct 10, 2017 at 8:58 PM, Manuel Leuenberger
 wrote:
> Hi,
>
> I want to view a PDF within Pharo. I found that Athens has a PDF canvas, but 
> I have no idea how to use it. Is there a way to view a PDF within Pharo, so 
> that I can scroll, zoom, click links etc. in the PDF?
>
> Cheers,
> Manuel
>
>

[Pharo-users] Custom URI scheme for Pharo

[Manuel Leuenberger]

Hi,

Is there any support from the VM/Application package to add custom URI schemes 
to listen to from within Pharo? I would like to have a hyperlink like 
‘pharo://send?data=fancypants’  in an 
arbitrary document that, when clicked, switches to Pharo and calls a hook I can 
register. Could someone give me a hint how to achieve that, or do I have to 
build a little bridge application that handles the scheme registration and 
talks with Pharo through another channel? Currently, I only need this for OS X.

Cheers,
Manuel
 

Re: [Pharo-users] FYI about Pharo MOOC

[Gour]

On Tue, 10 Oct 2017 21:02:31 +0200
Stephane Ducasse
 wrote:

> Thanks offray.
> I would love to have spanish subtitles.
> We will have japanese subtitles

Is there possibility to access MOOC files via FTP which should be better
interface when one has to donwload many files (I do not use any HTTP download
manager)?


Sincerely,
Gour

p.s. I don't mind about French speakers and/or English subtitles being thankful
that MOOC is available at all freely!

-- 
Just try to learn the truth by approaching a spiritual master.
Inquire from him submissively and render service unto him.
The self-realized souls can impart knowledge unto you because
they have seen the truth.

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Stephane Ducasse]

Webwarrior I can tell you that you made my day :)
Thanks for this great testimony.

Today we discuss about Pablo because he has a working system being
able to upload hot
code and migrate instance but also the code on the stack.

We will see if we integrate it in Pharo but I want the best hot code
loader ever and be able to update the updater while running the
updater.

Then we want to have a context aware version of this one where you can
apply a change that break the UI and revert it.

Stef


On Mon, Oct 9, 2017 at 7:05 PM, webwarrior  wrote:
> kilon.alios wrote
>> Care to explain what difficulty you experienced in live coding with
>> Python.
>> Or what Pharo can do that Python can’t live code wise ? Maybe I will learn
>> something.
>
> It's funny that one of main reasons why I discovered and started using Pharo
> was failure to get live coding working for Python (Jython in particular).
>
> And now time after time kilon.alios states that live coding in Python is
> "easy" and no big deal.
>
> I will tell you, Pharoers, about code reloading in Python, and let you
> decide for yourselves how it compares to Pharo.
>
>
> Out of the box in Python you can execute some Python code and reload modules
> with reload() function.
>
> What reload() does is it reads code from file (in Python each source file
> corresponds to module), executes it, and replaces reference to [that module]
> in current module.
> From that moment, any code in current module, when referencing reloaded
> module, will point to new version of it.
>
> All implicitly imported names will (like from foo import bar, from foo
> import *, etc.) will point to old version. Also all other modules except
> current will not be affected.
>
> There are, however, third-party libraries, that take care of it.
>
> But that's not all. All instances and subclasses of old classes will point
> to old versions of classes.
> To counter that, instead of replacing old module you could replace its
> contents by newer variables/functions and patch classes by replacing their
> contents.
> Some third-party libraries do that.
>
> That's still not all. If you store references to functions/methods/classes,
> that references will point to old versions.
> reimport library takes care of that, but it uses implementation-specific
> feature of CPython's GC, which lets you get all references to some object.
> Unfortunately, it doesn't work in Jython, and probably in other alternative
> Python implementations.
>
> But wait, what if you rename a class or function, or change its base
> class(-es)?
> You're out of luck. Theoretically you could handle such change if recent
> code change consists of a single rename, but that's it.
>
> I may have missed some other edge cases and haven't talked about tools
> support, but I hope you get the idea.
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Stephane Ducasse]

Which reminds me a guy that I tried to convince that become: is not
the same as changeClassToThatOf: but he was super smart and knew so
this is written in his super smart paper and I smile still now
thinking about it.



On Tue, Oct 10, 2017 at 11:39 AM, Denis Kudriashov  wrote:
> Hi Dimitris.
>
> You opinion about live programming reminds me the common sentence from
> developers who don't care about languages at all. Usual argument is: they
> all are Turing complete, so who cares.
>
> 2017-10-10 11:02 GMT+02:00 webwarrior :
>>
>> Calm your tits, dude. No need to use Caps Lock that much :-)
>>
>> I made no value judgements in my post, letting readers decide for
>> themselves.
>> Nor did I attribute any claims to you. Except "live coding in Python is
>> easy", which you did say in some earlier posts.
>>
>> > My post were not made to pick a fight but rather to inform and demolish
>> > the wrong assumptions that other languages CANNOT DO live coding.
>>
>> Well, many of them kinda can.
>> But you see, when live coding is an afterthought, problems appear here and
>> there, and some of them are unsolvable. Up to the point that it's easier
>> to
>> do traditional development process and not bother with live coding at all.
>>
>> It's almost like saying that you can do point-free style functional
>> programming in Python.
>> Of course you can (to some extent).  There is even a library for that
>> (https://pypi.python.org/pypi/pointfree/).
>> I there much sense in it? I don't think so.
>>
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Stephane Ducasse]

On Tue, Oct 10, 2017 at 3:58 PM, horrido  wrote:
> Interestingly, I'm getting a fair amount of pushback on this. Personally, I
> think it would be very helpful to have a live (updatable, so as to keep it
> current) reference page for the class library, something that developers can
> easily look up what they need. After all, most of the power of Pharo comes
> from the class library and we need to make it as accessible as possible to
> less experienced Pharoers (i.e., beginners).


This is why I started to comment even the classes that we all know
You see having a lovely comment on Association, Array, OrderedCollection
with all the love we can is the best welcoming.

>
> Exploring the class library through the System Browser is very inefficient.
> This is further exacerbated by the fact that many classes and methods are
> simply not well-documented (containing a cursory remark which is just barely
> useful).

Totally agree.
Now the good aspect is that ANY pharoers can help making such
class/method comments
great.
It takes 5 to 10 min.
And I started to add executable examples

"
3 + 2
>>> 5
"

> I realize that creating a live reference page is not easy to do. In fact,
> it's a lot of work. But the absence of such a page is a real obstacle to
> Pharo acceptance.

In the past we generate a javadoc but nobody looked at it.

>
>
>
> horrido wrote
>> Thanks. I gave your answer verbatim. I also added the following paragraph:
>>
>> The problem I find with today’s developers is that they are rather
>> closed-minded. They are rigid and inflexible, and not willing to adapt to
>> new and different ways of doing things. In my generation (circa
>> 1980–1990),
>> people didn’t have a problem with trying different technologies. That’s
>> why
>> I had no issue with learning Smalltalk 10 years ago, after I had retired
>> from a 20-year-long career in C systems programming and FORTRAN scientific
>> programming.
>>
>>
>>
>> Sven Van Caekenberghe-2 wrote
 On 6 Oct 2017, at 14:54, horrido <
>>
>>> horrido.hobbies@
>>
>>> > wrote:

 I received this comment from someone who complained:

 *What about the lack of documentation? From time to time I’ve checked
 some
 SmallTalk implementations like Squeak, GNU-Smalltalk and now Pharo. Of
 these, only GNU-SmallTalk appears to have a free, official programming
 guide
 and core library reference that any serious programmer expects from a
 language.

 https://www.gnu.org/software/smalltalk/manual-base/html_node/*

 I pointed to Pharo's documentation but then he came back with:

 *Then show me a link of the free, maintained reference documentation for
 the
 classes that form “the core library”, like this one for Python
 (https://docs.python.org/3/library/index.html)*

 It's true, most Smalltalks do not have a core library reference, not
 even
 VisualWorks! So what is the proper response to this complaint?
>>>
>>> The first answer is that Pharo/Smalltalk is unique in that a running
>>> system/IDE contains _all_ source code, _all_ documentation (class,
>>> method,
>>> help, tutorial), _all_ unit tests and _all_ runnable examples in a very
>>> easy, accessible way. It takes some getting used to, but this is actually
>>> better and much more powerful than any alternative.
>>>
>>> The second answer is that there are lots of books and articles that take
>>> the classic/structured book/paper approach. There is
>>> http://books.pharo.org, http://themoosebook.org,
>>> http://book.seaside.st/book, http://medium.com/concerning-pharo and many
>>> more.
>>>
 Thanks.



 --
 Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

>>
>>
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>

Re: [Pharo-users] FYI about Pharo MOOC

[Stephane Ducasse]

Hi Gour

I do not know.
I'm (I nd time) working on a starterKit to be shipped on USB
and this script could be used to download during the night
the mooc. I also asked Inria if I could use a bittorrent to share the mooc.
I do not think that our servers have a ftp access from outside (I
cannot upload file when I'm not under our vpn).
I'm make a replication on a private provider but I do not know yet how
to give access.
I will ask one guy thursday and let you know.


Stef

We will release Mooc with english voices (not mine else english
natives would get an heart attack - I have what they call a sexy
french accents ;)



On Tue, Oct 10, 2017 at 9:07 PM, Gour  wrote:
> On Tue, 10 Oct 2017 21:02:31 +0200
> Stephane Ducasse
>  wrote:
>
>> Thanks offray.
>> I would love to have spanish subtitles.
>> We will have japanese subtitles
>
> Is there possibility to access MOOC files via FTP which should be better
> interface when one has to donwload many files (I do not use any HTTP download
> manager)?
>
>
> Sincerely,
> Gour
>
> p.s. I don't mind about French speakers and/or English subtitles being 
> thankful
> that MOOC is available at all freely!
>
> --
> Just try to learn the truth by approaching a spiritual master.
> Inquire from him submissively and render service unto him.
> The self-realized souls can impart knowledge unto you because
> they have seen the truth.
>
>
>

Re: [Pharo-users] FYI about Pharo MOOC

[Brad Selfridge]

OMG!!! "sexy french accents" - you are too much 



-
Brad Selfridge
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] FYI about Pharo MOOC

[Gour]

On Tue, 10 Oct 2017 21:31:55 +0200
Stephane Ducasse
 wrote:

Hello Stef,

> I will ask one guy thursday and let you know.

Thanks a lot!

> We will release Mooc with english voices (not mine else english
> natives would get an heart attack - I have what they call a sexy
> french accents ;)

I did watch few of your Pharo-related presentations and, although not native,
happily survived. :-)

Moreover, I'd say that your English is charming! At least, one is sure that the
real human is speaking and not some "robot" put on auto-pilot, so if the new
Mooc is going to be the same as the  current/old one, I'd prefer to download
the current files and watched them along with *.srt subtitles?

Iow. my point is that the accent is just one part of the talk/teaching, but the
energy behind it is much more imporant - this is, my conviction, based on my
own teaching experiences.


Sincerely,
Gour

-- 
From anger, complete delusion arises, and from delusion
bewilderment of memory. When memory is bewildered,
intelligence is lost, and when intelligence is lost
one falls down again into the material pool.

Re: [Pharo-users] Embedded PDF viewer?

[Offray Vladimir Luna Cárdenas]

I have been thinking about this. I don't know if you can have a VNC
client inside the image that can be used to render a PDF app, but that
would be my first approach, to leverage all the features in the current
PDF readers.

Cheers,

Offray


On 10/10/17 14:04, Stephane Ducasse wrote:
> Hi manuel
>
> So far I do not know if we have this is Pharo.
> I imagine that we would have to build a renderer once we will have the
> PDF reader from Christian library.
>
> Stef
>
> On Tue, Oct 10, 2017 at 8:58 PM, Manuel Leuenberger
>  wrote:
>> Hi,
>>
>> I want to view a PDF within Pharo. I found that Athens has a PDF canvas, but 
>> I have no idea how to use it. Is there a way to view a PDF within Pharo, so 
>> that I can scroll, zoom, click links etc. in the PDF?
>>
>> Cheers,
>> Manuel
>>
>>
>

Re: [Pharo-users] FYI about Pharo MOOC

[Offray Vladimir Luna Cárdenas]

I would love to. As soon as I finish my PhD (that has become my
"anguished motto") I will have time for this community endeavors again.

Cheers,

Offray


On 10/10/17 14:02, Stephane Ducasse wrote:
> Thanks offray.
> I would love to have spanish subtitles.
> We will have japanese subtitles
>
> On Tue, Oct 10, 2017 at 3:19 PM, Offray Vladimir Luna Cárdenas
>  wrote:
>> Probably is a English native speaker. It really amuse me the amount of
>> complain about this. Is something like, please don't show me anything other
>> cultures, even if I just need to turn on captions and read(!), like most of
>> us did to learn English by ourselves. Whenever I have the opportunity, I see
>> movies in their native language and just add subtitles, to lost less in
>> translation. Yes, English is the third most spread language and is good for
>> intercultural communication, because is the most spread *second* language,
>> but sadly, most English native speaker don't even bother about experience
>> the minimum of other language and cultures, beyond the "tourist package" and
>> even hear another language seems too much effort. Fortunately there is a
>> minority of native English speakers that thinks different.
>>
>> Thanks for the voice translation. It improves a course that was already good
>> and totally doable with subtitles.
>>
>> Keep the good work. Cheers,
>>
>> Offray
>>
>>
>> On 10/10/17 08:05, Serge Stinckwich wrote:
>>
>> The MOOC is completely dubbed in English this year, so you don't need
>> subtitles.
>>
>>
>>
>> On Tue, Oct 10, 2017 at 1:07 PM, horrido  wrote:
>>> Somebody posted this about the Pharo MOOC:
>>>
>>> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-b07f6445f23
>>>
>>> To which I responded:
>>>
>>> https://medium.com/@richardeng/the-videos-are-like-lecturers-in-university-49a68c23cf01
>>>
>>> Some food for thought.
>>>
>>>
>>>
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>>
>>
>>
>> --
>> Serge Stinckwich
>> UCN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>>
>>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Dimitris Chloupis]

Nothing is unresovable, some problems will require a lot of more hacking
sure, but Pharo VM is implemented in C (yeah I know it suppose to be
smalltalk but is actually slang compiled to C) and since everything out
there uses C anything out there can do live coding. You can do it in
billlion diffirent ways.The question of course is then how easy to do.

The answer to that is usual answer as in all things, it depends.

But yes it easier indeed to do traditional level coding because lets say
face, you have to be aware of the benefits of live coding and you have to
really try it beforehand. Plus the idea of having to move a finger to make
live coding work properly on the language of choice is less than appealing
to most developers.

Take for example your instance update problem, you can resolve it 2 ways,
python allows you to copy the data of an instance to another in a form of a
dictionary or you can exchange live methods between old a new instances in
frankenstein way. You also find references and replace them real time
keeping track of their object ids. I lately got an idea about a time
machine live coding, live coding that does not keep alive the current data
and execution but also old data and execution and allows you go backwards
in time. I am inspired by implementation of backward debugging and some
demos I have seen where data was visualised as it evolved with the ability
to move it back in time.

This is something that no language I am aware of , including Pharo offers.

I am the weirdo researching live coding because after being introduced to
Pharo my appetite severely increased. Pharo opened to me a world that never
knew it existed. As a resulte I know learn more about language features
related to live coding that I never thought it was possible.

I implement my own live coding library because I want to learn more about
live coding and if possible improve on it but without messing with VMs.  I
hope I bring some of those features back into Pharo as my giift for
introducing me to such a fun way of coding.

On Tue, Oct 10, 2017 at 12:03 PM webwarrior  wrote:

> Calm your tits, dude. No need to use Caps Lock that much :-)
>
> I made no value judgements in my post, letting readers decide for
> themselves.
> Nor did I attribute any claims to you. Except "live coding in Python is
> easy", which you did say in some earlier posts.
>
> > My post were not made to pick a fight but rather to inform and demolish
> > the wrong assumptions that other languages CANNOT DO live coding.
>
> Well, many of them kinda can.
> But you see, when live coding is an afterthought, problems appear here and
> there, and some of them are unsolvable. Up to the point that it's easier to
> do traditional development process and not bother with live coding at all.
>
> It's almost like saying that you can do point-free style functional
> programming in Python.
> Of course you can (to some extent).  There is even a library for that
> (https://pypi.python.org/pypi/pointfree/).
> I there much sense in it? I don't think so.
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Dimitris Chloupis]

No because turing conplete means you have to implement all those live
features yourself, I only gave a taste but I return to Python because thats
the language I know the most, you can live manipulate objects in so many
diffirent ways and mess their structure. Make a method become an instance
variable,and instance variable to a method, rename variables , change the
signature of your methods but only on specific instance or on the class
itself. There is an incredibe large library of object manipulation features
there to be tamed. Pharo can do many of those things and more of course.

Turing complete would apply to me if I said, Python has no live coding
feature, but you can implement those if you want.

Thats not what I am saying. Python or C may not call this live coding, they
call it dynamic libraries, dynamic loading of modules, exceptions , post
mortem debugging (debugger popping up in case of error) , module reloading,
execution time compiling and many more. They never mentions the word "live
coding" , but the features themselves are directly related and very
fundamental requirements for live coding.

Those features exists because live coding is a necessity , there will be
always scenarios that a coder will want to dynamically change something
during execution. There is no big ideology behind it like Pharto , which is
why Pharo is the best at live coding, but rather practical needs that users
requested to be resolved and the devs of languages were forced to implement
them to keep them happy.

For example its possible to extend live coding outside the Pharo image,
using memory mapped files , the Pharo image can be extended not only to
save Pharo live state but also the live state of any C library it depends
on. This is crucial when you open the image and then you find something
does not work because C live state was not storred which is why we have the
session attribute we use to make sure that C libraries are correctly
initialize in image startup.

My CPPBridge which is 100% Pharo project , if you exclude some C examples ,
it provide a basic way of a live coding image that can act as an extension
to the pharo image and include live C state. So yes I have done my hopework.

As a matter of fact each time I hear arguments turing complete wise, I
facepalm myself.

Because its a louse excuse to support a language. Any tool or library that
can save you time its a huge deal.

On Tue, Oct 10, 2017 at 12:40 PM Denis Kudriashov 
wrote:

> Hi Dimitris.
>
> You opinion about live programming reminds me the common sentence from
> developers who don't care about languages at all. Usual argument is: they
> all are Turing complete, so who cares.
>
> 2017-10-10 11:02 GMT+02:00 webwarrior :
>
>> Calm your tits, dude. No need to use Caps Lock that much :-)
>>
>> I made no value judgements in my post, letting readers decide for
>> themselves.
>> Nor did I attribute any claims to you. Except "live coding in Python is
>> easy", which you did say in some earlier posts.
>>
>> > My post were not made to pick a fight but rather to inform and demolish
>> > the wrong assumptions that other languages CANNOT DO live coding.
>>
>> Well, many of them kinda can.
>> But you see, when live coding is an afterthought, problems appear here and
>> there, and some of them are unsolvable. Up to the point that it's easier
>> to
>> do traditional development process and not bother with live coding at all.
>>
>> It's almost like saying that you can do point-free style functional
>> programming in Python.
>> Of course you can (to some extent).  There is even a library for that
>> (https://pypi.python.org/pypi/pointfree/).
>> I there much sense in it? I don't think so.
>>
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[Dimitris Chloupis]

Yes exactly my post was not an effort to diminish the value of Pharo as
live coding system.

My effort was to reveal my findings because I have been doing a lot of
research lately. I am not keen on abandoning the comforts of Pharo live
coding wise now that I code in Python. But to get to Pharo level there are
many issues to be resolved. I know however that I can get to Pharo level
eventually at least on features I really care about. Because I have little
interest in proving something better from something else. I would not try
this if there were not already a substantial amount of features.

I know that you guys did not know this is possible and I do not think thats
a bad thing because a year ago I did not know that is possible either. It
started as a joke and out of it I created two projects , Atlas and
CPPBridge both 100% Pharo code. With atlas I could have settled with inling
python syntax but I did not because that was easy instead I parsed Pharo
syntax to python syntax to make a deeper integration between Pharo and
Python libraries.

I think how difficult it is depends on how high you put your barrier of
entry, if you go for a full blown live coding system like Pharo has, it
will be difficult because there will be several important issues to
resolve. As you said those language do not follow a strict live coding
workflow. They have live coding features out of need to resolved real time
issues.

Does C has DLLs because it cares about live coding, obviously not, but the
moment you have a library that can at any moment be reloaded you already
made the first step down the path.

When I said you can do hardcore live coding with ease, I meant that you can
live code full time provided you have built some of the functionality. Once
you got a basic library running the rest just flows. But if you want to
complete neck to neck with Pharo it will be a challange because Pharo does
not have live coding feature only at language level but also at IDE level.

Again if people did only the easy stuff, we would not have Pharo would we ,
the fun is in the challenge.

If a python coder should be stop by the lack of a live coding enviroment
should a Pharo be stopped by the lack of namespaces ?

Of course not, languages are there to be extended via third party libraries
and the more we challange ourselved the deeper the understanding becomes
and the more amazing stuff we can do.
On Tue, Oct 10, 2017 at 2:25 PM Sean P. DeNigris 
wrote:

> kilon.alios wrote
> > it’s clear the community is unwilling to deal with such discussions.
>
> I wouldn't say that... after all this thread has the most posts on this
> list
> since January 21 ;) I personally learned a lot and was glad to hear all the
> points. I thought the last two pretty much captured the situation, which is
> that you *can* do live programming in other languages, but the advantage of
> Pharo is that it's *about* live programming. I certainly didn't know it was
> even possible in some of the other languages mentioned. Yet, practically,
> it
> seems extremely difficult for a system that tacks something on as a feature
> to compete with a system that values that thing at its core. Ironically,
> the
> biggest barrier seems to be human, in the McLuhan sense that our medium
> determines how/what we can think/say. I feel lucky to have discovered
> Smalltalk and have cast off (most) of the brain damage from C and C++ ha
> ha.
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Custom URI scheme for Pharo

[Dimitris Chloupis]

I think I remember this disussed before.
By talking with Pharo I assume here about another program talking to Pharo
? Possible not wrriten in Pharo ?

If thats the case then you can use whatever IPC works better for your
needs. If the communication will be remotely I recommend sockets, for  fast
local communication I recommend shared memory. They are both very mature
technologies , very reliable and cross platform.

Now on the URI protocol, I think that will depend what you want to achieve.
Any string will be easy to parse with Pharo's regex and trigger the
approriate methods. Pharo also have Annoucements, think of it as an event
system that awaits to be triggered by an event, usually a Pharo event but I
see no reason why it cant listen to external events either.

I do not think you will need a middle application , a servel client
relation shipe should be more than enough.

With my Atlas bridge which is a Pharo library that allows you to use Python
libraries I did a neat trick with Pharo that it already communicated with
Python via sockets, sending python commands but also Python could
communicate back errors , then Pharo would trigger the debugger, display
the python error inside the Pharo debugger and the debugger would pop up on
the exact pharo command that send the faulty python code. You could then
change the pharo command on the spot and it was resent and python continued
like the error never happened to retain the all important live coding
workflow.

I created a tiny protocol to difirentia incoming messages talking about
errors from the ones returning python varriable values. Something stupid
like "pythonError: blah blah" but it got the job done



On Tue, Oct 10, 2017 at 10:07 PM Manuel Leuenberger <
leuenber...@inf.unibe.ch> wrote:

> Hi,
>
> Is there any support from the VM/Application package to add custom URI
> schemes to listen to from within Pharo? I would like to have a hyperlink
> like ‘pharo://send?data=fancypants’ in an arbitrary document that, when
> clicked, switches to Pharo and calls a hook I can register. Could someone
> give me a hint how to achieve that, or do I have to build a little bridge
> application that handles the scheme registration and talks with Pharo
> through another channel? Currently, I only need this for OS X.
>
> Cheers,
> Manuel
>
>

Re: [Pharo-users] Embedded PDF viewer?

[Dimitris Chloupis]

Implementation wise this may be possible through a hack, some OS windows
can be semi trasparent , this make it possible to overlay one GUI element
over the other in this case a PDF with basic scrolling handles. It should
be possible with UFFI and some knowledge of OS GUI APIs. Probably much
easier than having to implement the entire things in Pharo from scratch
which would be ideal.

The overlay windows can change size according to the dimension of the Pharo
windows so you can fool any pharo user thinking this is actually an
internal Pharo window. This way even if the user resize or maximise the
pharo window nothing messes up the Pharo gui.

On Wed, Oct 11, 2017 at 12:04 AM Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> I have been thinking about this. I don't know if you can have a VNC
> client inside the image that can be used to render a PDF app, but that
> would be my first approach, to leverage all the features in the current
> PDF readers.
>
> Cheers,
>
> Offray
>
>
> On 10/10/17 14:04, Stephane Ducasse wrote:
> > Hi manuel
> >
> > So far I do not know if we have this is Pharo.
> > I imagine that we would have to build a renderer once we will have the
> > PDF reader from Christian library.
> >
> > Stef
> >
> > On Tue, Oct 10, 2017 at 8:58 PM, Manuel Leuenberger
> >  wrote:
> >> Hi,
> >>
> >> I want to view a PDF within Pharo. I found that Athens has a PDF
> canvas, but I have no idea how to use it. Is there a way to view a PDF
> within Pharo, so that I can scroll, zoom, click links etc. in the PDF?
> >>
> >> Cheers,
> >> Manuel
> >>
> >>
> >
>
>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

[john pfersich]

> On Oct 10, 2017, at 09:58, horrido  wrote:
> 
> Interestingly, I'm getting a fair amount of pushback on this. Personally, I
> think it would be very helpful to have a live (updatable, so as to keep it
> current) reference page for the class library, something that developers can
> easily look up what they need. After all, most of the power of Pharo comes
> from the class library and we need to make it as accessible as possible to
> less experienced Pharoers (i.e., beginners).
> 
> Exploring the class library through the System Browser is very inefficient.
> This is further exacerbated by the fact that many classes and methods are
> simply not well-documented (containing a cursory remark which is just barely
> useful).
> 
I dunno, maybe I’m weird, but I find the System Browser a fantastic way to 
explore the class library. If you find a class or method that isn’t well 
documented, write a comment and send a change request. Stef told me this ages 
ago. I might add, if you find a bug you should write a test that exercises the 
bug and submit it on fogbugz (the bug tracking system).

> I realize that creating a live reference page is not easy to do. In fact,
> it's a lot of work. But the absence of such a page is a real obstacle to
> Pharo acceptance.
> 
> 
> 
> horrido wrote
>> Thanks. I gave your answer verbatim. I also added the following paragraph:
>> 
>> The problem I find with today’s developers is that they are rather
>> closed-minded. They are rigid and inflexible, and not willing to adapt to
>> new and different ways of doing things. In my generation (circa
>> 1980–1990),
>> people didn’t have a problem with trying different technologies. That’s
>> why
>> I had no issue with learning Smalltalk 10 years ago, after I had retired
>> from a 20-year-long career in C systems programming and FORTRAN scientific
>> programming.
>> 
>> 
>> 
>> Sven Van Caekenberghe-2 wrote
 On 6 Oct 2017, at 14:54, horrido <
>> 
>>> horrido.hobbies@
>> 
>>> > wrote:
 
 I received this comment from someone who complained:
 
 *What about the lack of documentation? From time to time I’ve checked
 some
 SmallTalk implementations like Squeak, GNU-Smalltalk and now Pharo. Of
 these, only GNU-SmallTalk appears to have a free, official programming
 guide
 and core library reference that any serious programmer expects from a
 language.
 
 https://www.gnu.org/software/smalltalk/manual-base/html_node/*
 
 I pointed to Pharo's documentation but then he came back with:
 
 *Then show me a link of the free, maintained reference documentation for
 the
 classes that form “the core library”, like this one for Python
 (https://docs.python.org/3/library/index.html)*
 
 It's true, most Smalltalks do not have a core library reference, not
 even
 VisualWorks! So what is the proper response to this complaint?
>>> 
>>> The first answer is that Pharo/Smalltalk is unique in that a running
>>> system/IDE contains _all_ source code, _all_ documentation (class,
>>> method,
>>> help, tutorial), _all_ unit tests and _all_ runnable examples in a very
>>> easy, accessible way. It takes some getting used to, but this is actually
>>> better and much more powerful than any alternative.
>>> 
>>> The second answer is that there are lots of books and articles that take
>>> the classic/structured book/paper approach. There is
>>> http://books.pharo.org, http://themoosebook.org,
>>> http://book.seaside.st/book, http://medium.com/concerning-pharo and many
>>> more.
>>> 
 Thanks.
 
 
 
 --
 Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
 
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

Re: [Pharo-users] Problem with input to XML Parser - 'Invalid UTF8 encoding'

[monty]

I know what the problem is and will have it fixed shortly. Thanks for the 
report.

> Sent: Monday, October 09, 2017 at 9:03 AM
> From: "Peter Kenny" 
> To: pharo-users@lists.pharo.org
> Subject: Re: [Pharo-users] Problem with input to XML Parser - 'Invalid UTF8 
> encoding'
>
> Correction - I am misrepresenting Sven. What he said was that Zinc would not
> look inside the HTML  node to find out about coding. It would of
> course use information in the HTTP headers, if any.
> 
> 
> Peter Kenny wrote
> > Henry
> > 
> > Thanks for the explanations. It's a bit clearer now. I'm still not sure
> > about how ZnUrl>>retrieveContents manages to decode correctly in this
> > case;
> > I'm sure I recall Sven saying it didn't (and in his view shouldn't) look
> > at
> > the HTTP declarations in the header. There is also the mystery of how the
> > string reader in the XML-Parser package (XMLURI>>get) does the same trick,
> > when it is presumably what XMLHTMLParser>>parseURL: uses and fails.
> > 
> > However, all these are second order problems. It all begins because the
> > Corriere web site does strange things with encoding, including using a
> > UTF8
> > character in a page coded with 8859-1, as Paul pointed out. In any case,
> > reading the page as a string and then parsing it solves my problem, so I
> > shall stick to that as a standard procedure. Most importantly, I don't
> > think
> > there is any indication of a problem in the XML package for Monty to worry
> > about.
> > 
> > Thanks again
> > 
> > Peter
> > 
> > 
> > 
> > --
> > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 
> 

Re: [Pharo-users] Embedded PDF viewer?

[Ben Coman]

> On Tue, Oct 10, 2017 at 8:58 PM, Manuel Leuenberger
>  wrote:
> > Hi,
> >
> > I want to view a PDF within Pharo. I found that Athens has a PDF
canvas, but I have no idea how to use it. Is there a way to view a PDF
within Pharo, so that I can scroll, zoom, click links etc. in the PDF?
> >
> > Cheers,
> > Manuel


On Wed, Oct 11, 2017 at 3:04 AM, Stephane Ducasse 
wrote:
>
> Hi manuel
>
> So far I do not know if we have this is Pharo.
> I imagine that we would have to build a renderer once we will have the
> PDF reader from Christian library.
>
> Stef

A renderer will have great synergy with PDFTalk, but I think a proof of
concept can be done independently.
I've been poking at this topic for a while looking for options.
Coincidentally a couple of days I discovered the PDFium library.
I haven't had time yet to give it a run, but it seems a good candidate
since...
* Its a successful commercial product by Foxit built into Chrome converted
to open source with Google's backing for use in Chromium
   https://www.foxitsoftware.com/company/press.php?id=305
* Its license is BSD style
   https://github.com/hfiguiere/pdfium/tree/master/public
* Although written in C++ it has a C interface
  https://github.com/hfiguiere/pdfium/blob/master/public/fpdfview.h
  * Search here on  " Function: "  to skim through
  * Proof of concept seems to only need these key functions...
  * voidFPDF_RenderPageBitmap( FPDF_BITMAP bitmap,FPDF_PAGE
page, ... )
  * FPDF_BITMAPFPDFBitmap_Create( int width, int height, int
alpha);
  * FPDF_PAGE   FPDF_LoadPage   ( FPDF_DOCUMENT document, int
page_index )
  * FPDF_DOCUMENT   FPDF_LoadMemDocument   ( const void* data_buf
... )
  * voidFPDF_InitLibrary ()
* Has a concise getting started for POC...
  https://github.com/hfiguiere/pdfium/blob/master/docs/
getting-started.md
* Maybe useful fork with V8 disabled by default
  https://github.com/klokantech/pdfium
* Master repo here
  https://pdfium.googlesource.com/pdfium/

So Pharo might load a PDF file into a ByteArray, pass that to
FPDF_LoadMemDocument() & FPDF_LoadPage(),
then get a bitmap back from FPDFBitmap_Create() & FPDF_RenderPageBitmap()
and display the result in a Pharo window.

The rest of this week I'm working 12 hour days on a mine site.  I could try
it out once I'm home, but in the meantime is anyone else keen to try it?

cheers -ben

Re: [Pharo-users] Embedded PDF viewer?

[Ben Coman]

On Wed, Oct 11, 2017 at 2:03 PM, Ben Coman  wrote:

>
> > On Tue, Oct 10, 2017 at 8:58 PM, Manuel Leuenberger
> >  wrote:
> > > Hi,
> > >
> > > I want to view a PDF within Pharo. I found that Athens has a PDF
> canvas, but I have no idea how to use it. Is there a way to view a PDF
> within Pharo, so that I can scroll, zoom, click links etc. in the PDF?
> > >
> > > Cheers,
> > > Manuel
>
>
> On Wed, Oct 11, 2017 at 3:04 AM, Stephane Ducasse 
> wrote:
> >
> > Hi manuel
> >
> > So far I do not know if we have this is Pharo.
> > I imagine that we would have to build a renderer once we will have the
> > PDF reader from Christian library.
> >
> > Stef
>
>
[Edit: Update license link]


> A renderer will have great synergy with PDFTalk, but I think a proof of
> concept can be done independently.
> I've been poking at this topic for a while looking for options.
> Coincidentally a couple of days I discovered the PDFium library.
> I haven't had time yet to give it a run, but it seems a good candidate
> since...
> * Its a successful commercial product by Foxit built into Chrome converted
> to open source with Google's backing for use in Chromium
>https://www.foxitsoftware.com/company/press.php?id=305
> * Its license is BSD style
>*https://github.com/hfiguiere/pdfium/blob/master/LICENSE
> *
> * Although written in C++ it has a C interface
>   https://github.com/hfiguiere/pdfium/blob/master/public/fpdfview.h
>   * Search here on  " Function: "  to skim through
>   * Proof of concept seems to only need these key functions...
>   * voidFPDF_RenderPageBitmap( FPDF_BITMAP bitmap,FPDF_PAGE
> page, ... )
>   * FPDF_BITMAPFPDFBitmap_Create( int width, int height, int
> alpha);
>   * FPDF_PAGE   FPDF_LoadPage   ( FPDF_DOCUMENT document, int
> page_index )
>   * FPDF_DOCUMENT   FPDF_LoadMemDocument   ( const void* data_buf
> ... )
>   * voidFPDF_InitLibrary ()
> * Has a concise getting started for POC...
>   https://github.com/hfiguiere/pdfium/blob/master/docs/getting
> -started.md
> * Maybe useful fork with V8 disabled by default
>   https://github.com/klokantech/pdfium
> * Master repo here
>   https://pdfium.googlesource.com/pdfium/
>
> So Pharo might load a PDF file into a ByteArray, pass that to
> FPDF_LoadMemDocument() & FPDF_LoadPage(),
> then get a bitmap back from FPDFBitmap_Create() & FPDF_RenderPageBitmap()
> and display the result in a Pharo window.
>
> The rest of this week I'm working 12 hour days on a mine site.  I could
> try it out once I'm home, but in the meantime is anyone else keen to try
> it?
>
> cheers -ben
>

Re: [Pharo-users] [Ann] PharoLauncher v1.0.1 released!

[Christophe Demarey]

> Le 9 oct. 2017 à 15:56, Peter Uhnák  a écrit :

> I guess I hate when applications are throwing their garbage into my $HOME 
> (this also goes for VirtualBox, Eclipse, and everyone else).

Perfectly understandable.

> If I am not accessing the files directly, but they are pretty much always 
> managed by some other applications, then for me they are polluting $HOME. 
> (And yes, I sometimes do launch to image by hand, or manipulate VirtualBox by 
> hand, but that doesn't change the fact that it is not the primary way to work 
> with it.)
> 
> But no worries, I rest my case and I patch it for myself. (So no need to add 
> configuration for this either.)

No need to patch, you already have settings to configure where to store images 
and virtual machines.

Regards,
Christophe