October 2017 - Pharo-users - lists.pharo.org

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

by 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" <peter(a)pbkresearch.co.uk> > To: pharo-users(a)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 <head> 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 > >

Oct. 11, 2017

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

by john pfersich

> On Oct 10, 2017, at 09:58, horrido <horrido.hobbies(a)gmail.com> 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 >

Oct. 11, 2017

Re: [Pharo-users] Embedded PDF viewer?

by 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.luna(a)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 > > <leuenberger(a)inf.unibe.ch> 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 > >> > >> > > > > >

Oct. 10, 2017

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

by 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 < leuenberger(a)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 > >

Oct. 10, 2017

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

by 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 <sean(a)clipperadams.com> 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 > >

Oct. 10, 2017

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

by 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 <dionisiydk(a)gmail.com> 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 <reg(a)webwarrior.ws>: > >> 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 >> >> >

Oct. 10, 2017

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

by 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 <reg(a)webwarrior.ws> 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 > >

Oct. 10, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by 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 > <offray.luna(a)mutabit.com> 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 <horrido.hobbies(a)gmail.com> wrote: >>> Somebody posted this about the Pharo MOOC: >>> >>> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-b07f… >>> >>> To which I responded: >>> >>> https://medium.com/@richardeng/the-videos-are-like-lecturers-in-university-… >>> >>> 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/ >> >> >

Oct. 10, 2017

Re: [Pharo-users] Embedded PDF viewer?

by 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 > <leuenberger(a)inf.unibe.ch> 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 >> >> >

Oct. 10, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by Gour

On Tue, 10 Oct 2017 21:31:55 +0200 Stephane Ducasse <stepharo.self(a)gmail.com> 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.

Oct. 10, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by Brad Selfridge

OMG!!! "sexy french accents" - you are too much!!!! ----- Brad Selfridge -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 10, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by Stephane Ducasse

Hi Gour I do not know. I'm (I neeeeeeeed 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 <gour(a)atmarama.com> wrote: > On Tue, 10 Oct 2017 21:02:31 +0200 > Stephane Ducasse > <stepharo.self(a)gmail.com> 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. > > >

Oct. 10, 2017

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

by Stephane Ducasse

On Tue, Oct 10, 2017 at 3:58 PM, horrido <horrido.hobbies(a)gmail.com> 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 >

Oct. 10, 2017

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

by 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 <dionisiydk(a)gmail.com> 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 <reg(a)webwarrior.ws>: >> >> 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 >> >

Oct. 10, 2017

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

by 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 <reg(a)webwarrior.ws> 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 >

Oct. 10, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by Gour

On Tue, 10 Oct 2017 21:02:31 +0200 Stephane Ducasse <stepharo.self(a)gmail.com> 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.

Oct. 10, 2017

Custom URI scheme for Pharo

by 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â <pharo://send?data=fancypants%E2%80%99> 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

Oct. 10, 2017

Re: [Pharo-users] Embedded PDF viewer?

by 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 <leuenberger(a)inf.unibe.ch> 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 > >

Oct. 10, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by 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 <offray.luna(a)mutabit.com> 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 <horrido.hobbies(a)gmail.com> wrote: >> >> Somebody posted this about the Pharo MOOC: >> >> https://medium.com/@josephshirk/it-would-be-nice-if-it-were-in-english-b07f… >> >> To which I responded: >> >> https://medium.com/@richardeng/the-videos-are-like-lecturers-in-university-… >> >> 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/ > >

Oct. 10, 2017

Embedded PDF viewer?

by 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

Oct. 10, 2017

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

by 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 <christophe.demarey(a)inria.fr> wrote: > > Le 7 oct. 2017 Ã 14:26, Ben Coman <btc(a)openinworld.com> a Ã©crit : > > On Sat, Oct 7, 2017 at 3:38 PM, Nicolai Hess <nicolaihess(a)gmail.com> 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/091… > > 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.

Oct. 10, 2017

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

by 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 <vitormcruz(a)gmail.com> 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 <i.uhnak(a)gmail.com> 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 >> > >

Oct. 10, 2017

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

by 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 <i.uhnak(a)gmail.com> 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 >

Oct. 10, 2017

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

by phil＠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" <horrido.hobbies(a)gmail.com> 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 > > >

Oct. 10, 2017

[Off topic] Re: FYI about Pharo MOOC

by Ben Coman

On Tue, Oct 10, 2017 at 9:19 PM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)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-alzh… 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 <horrido.hobbies(a)gmail.com> > 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/ > > >

Oct. 10, 2017