September 2017 - Pharo-users

Re: [Pharo-users] How to include DeployUtils in a Configuration?

by Stephane Ducasse

Hi hernan Are you creating a configurationOf or a baselineOf? Do you have the Log and StringStreamLogger in your image? Because I have the impression that they are not in the DeployUtils package. Are the classes coming from the SystemLogger we wrote with Norbert? Because if this is the case you should add this dependency. Stef On Mon, Sep 25, 2017 at 8:19 PM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > I am trying to include DeployUtils in a ConfigurationOf (Pharo 6.1) > following instructions at: > > https://github.com/fstephany/DeployUtils > > If I include the dependency as suggested: > > spec baseline: 'DeployUtils' with: [ > spec repository: 'github://fstephany/DeployUtils/repository']. > > then when I load the configuration I get: > > Error: Unable to resolve project package for 'DeployUtils'. It is > likely that that the configuration referencing this project will not > validate properly (see MetacelloToolBox > class>>validateConfiguration:). > > If I include the dependency as: > > spec > project: 'DeployUtils' with: [ > spec > className: #DeployUtils; > versionString: 'baseline'; > repository: 'github://fstephany/DeployUtils/repository' ]; > > Then I get DU multiple missing dependencies: > > This package depends on the following classes: > StringStreamLogger > Log > StdoutStreamLogger > You must resolve these dependencies before you will be able to load > these definitions: > DUFileLogger > DUFileLogger>>#withFileLocator: > DUFileLogger>>#addLogHook: > DUFileLogger>>#defaultFormatter > DUFileLogger>>#defaultStream > DUFileLogger>>#fileLocator: > DUStdoutStreamLogger > DUStdoutStreamLogger>>#addLogHook: > Log>>#debug:tag: > Log>>#info:tag: > Log>>#warning:tag: > > And finally a MNU with > > #loader: was sent to nil > > (also when I try to inspect I got a #gtInspectorProjectsIn: was sent to nil) > Any ideas? > Cheers, > > HernÃ¡n >

Sept. 27, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by Stephane Ducasse

Hi jeff you should give a try so that you can push esteban in his fight for a free host and strong SDL2.0 Stef On Mon, Sep 25, 2017 at 7:51 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > On Mon, Sep 25, 2017 at 2:33 AM, J.F. Rick <self(a)je77.com> wrote: >> >> Hi Clement and and Stef, >> >> thanks for sharing. The video looks cool and it seems like a >> high-performance approach. Unfortunately, it doesn't seem to be working in >> Linux. I'm attaching the Pharo debug file, but it seems like the Handler >> being OSNullWindowHandle indicates a problem. I'm also not sure that this >> approach would allow me to do fullscreen apps. I noticed that your video >> shows a title bar in MacOS. >> > > I've never made the demo work on linux, I am not surprised it doesn't work. > This demo is based on the Pharo 4 OSWindow version, and more recent versions > are working fine on linux. > > About fullscreen as I said in the previous mail it is possible to enable it, > I tried it worked, but I did not do it as I don't think it make sense with > this game. > > I will consider in the future making it work on the latest Pharo version on > multiple OS if it makes sense to show people how to do it. I'm busy with > other concerns right now. > > Anyway, it's just one approach, you can use another one. > >> >> Cheers, >> >> Jeff >> >> >> >> >> >> On Sun, Sep 24, 2017 at 7:53 AM ClÃ©ment Bera <bera.clement(a)gmail.com> >> wrote: >>> >>> Hi, >>> >>> I describe in the next paragraphs what I do to build application with >>> Pharo at 50 fps. Now I am using a SDL2 window with OSWindow and not the >>> default Pharo window for rendering. There is a fullscreen option with >>> OSWindow, I don't use it but I've just tried it works fine. >>> >>> To use Athens/Cairo I start the VM headless and I open from the code a >>> window using the SDL2 binding (OSWindow), then I extract the window surface >>> as a cairo surface to draw on it using Athens and I use SDL2 to manage >>> events (mouse, keyboard). That way I don't even start morphic/WorldMorph >>> which wastes cpu ressources. >>> >>> I built this video game that way: >>> >>> https://clementbera.wordpress.com/2016/08/29/sdl2-cairo-headless-for-realti… >>> https://www.youtube.com/watch?v=srPdFgbyS6s >>> >>> The game is running in Pharo 4 (pre-Spur). I configured it to run at 50 >>> fps but from time to time some frames are dropped for performance so I would >>> say it is running at around 48-49 fps in practice. I think it should work on >>> the latest Pharo but you need to ask on pharo-dev how to use OSWindow. Some >>> APIs have changed since Pharo 4. Since the latest Pharo version is now using >>> Spur I expect the performance to be way better and I think 50 fps is >>> definitely manageable on a laptop. >>> >>> Note that this is still Pharo so if you want something which looks >>> real-time you need to be careful about you object allocation rate in-between >>> frame rendering. >>> >>> I hope this can help. >>> >>> Regards >>> >>> >>> >>> On Sun, Sep 24, 2017 at 9:43 AM, Stephane Ducasse >>> <stepharo.self(a)gmail.com> wrote: >>>> >>>> Hi jeff >>>> >>>> let us know if this is working. the start.sh script is not working on >>>> my machine. but clement made it worked on his machine and he should >>>> publish a zip. >>>> >>>> Stef >>>> >>>> >>>> >>>> On Sun, Sep 24, 2017 at 9:39 AM, Stephane Ducasse >>>> <stepharo.self(a)gmail.com> wrote: >>>> > Yes I will share a dropbox with you for now. >>>> > >>>> > On Sat, Sep 23, 2017 at 9:44 PM, J.F. Rick <self(a)je77.com> wrote: >>>> >> Hi Stef, >>>> >> >>>> >> since I'm only doing Athens rendering, it might be possible to do a >>>> >> native >>>> >> window implementation. That said, I don't know how to get started >>>> >> with that. >>>> >> Documentation seems to be hard to find. The last time I saw any work >>>> >> on that >>>> >> it was too early to be usable. I'm also not sure if it solves my "it >>>> >> needs >>>> >> to run in fullscreen at full speed" problem. If someone like Clement >>>> >> could >>>> >> get me started, that would be awesome. >>>> >> >>>> >> Cheers, >>>> >> >>>> >> Jeff >>>> >> >>>> >> On Fri, Sep 22, 2017 at 12:27 PM Stephane Ducasse >>>> >> <stepharo.self(a)gmail.com> >>>> >> wrote: >>>> >>> >>>> >>> Hi Jeff >>>> >>> >>>> >>> Nice to see you. I do not know anybody running on X11. Esteban is >>>> >>> working on better SDL20 integration. >>>> >>> Did you try having a native window? I asked clement if he could >>>> >>> release the Wizard Battle Arena because it was a game he did in a >>>> >>> couple of days (yes he is good this guy) and that use cairo athens >>>> >>> based for drawing on native window. >>>> >>> >>>> >>> stef >>>> >>> >>>> >>> On Fri, Sep 22, 2017 at 3:11 PM, J.F. Rick <self(a)je77.com> wrote: >>>> >>> > I'm running a fullscreen Pharo application on Ubuntu and I've >>>> >>> > noticed >>>> >>> > that >>>> >>> > Athens rendering gets way worse (maybe 10 updates per second) when >>>> >>> > I >>>> >>> > switch >>>> >>> > to fullscreen mode from inside Pharo. Ideally, I'd love for that >>>> >>> > to be >>>> >>> > fixed. >>>> >>> > >>>> >>> > In lieu of that, it would be cool if I could just maximize Pharo >>>> >>> > to the >>>> >>> > size >>>> >>> > of the screen to achieve good performance. Two things stop that: >>>> >>> > the >>>> >>> > Unity >>>> >>> > application bar and the title-bar. For the former, I can configure >>>> >>> > Unity >>>> >>> > to >>>> >>> > hide it. I noticed a '-notitle' X11 option when I execute pharo >>>> >>> > -help. >>>> >>> > I've >>>> >>> > tried using these X11 options and neither -notitle or -fullscreen >>>> >>> > seem >>>> >>> > to >>>> >>> > have any effect. Here's the command I run: >>>> >>> > >>>> >>> > ./bin/pharo --encoding utf8 -vm-display-X11 -fullscreen >>>> >>> > PATH_TO_IMAGE & >>>> >>> > >>>> >>> > Pharo starts fine but neither option seems to have any effect. >>>> >>> > I've also >>>> >>> > tried this in GNOME, thinking that Unity was the problem. Again, >>>> >>> > no >>>> >>> > effect. >>>> >>> > >>>> >>> > Any suggestions? >>>> >>> > >>>> >>> > Jeff >>>> >>> > >>>> >>> > >>>> >>> >>>> >> >>>> >>> >

Sept. 27, 2017

Scraping HTML chapter 2 (soon chapter 3 coming)

by Stephane Ducasse

I came with the idea of this booklet thank to Peter Kenny that kindly answered a question on the Pharo mailing-list. To help, Peter showed to a Pharoer how to scrap a web site using XPath. In addition, some years ago I was maintaining Soup a scraping framework because I was scraping magic web sites and I wanted an application to manage my magic cards. Since then I always wanted to try XPath and in addition I wanted to offer this booklet to Peter. Why because I asked Peter if he would like to write something and he told that he was at a great age where he would not take any commitment. I realised that I would like to get as old as him and be able to hack like a mad in Pharo with new technology. So this booklet is a gift to Peter, a great and gentle Pharoer. Stef

Sept. 27, 2017

Re: [Pharo-users] Force headless mode

by Stephane Ducasse

What is important is to understand the ratio attacker vs. defense. It is important not to be paranoid. - against who are you protect yourself? - if you do not ship source code (or if you ofuscate it) - you can try remove the decompiler I do not think that people will do much. Now again how much time and for what? Stef On Tue, Sep 26, 2017 at 8:03 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Out of curiosity... how does enforcing headlessness protects code? Wouldn't > it be still accessible via e.g. TelePharo, or startup script override, or > anything? > > Peter > > On Tue, Sep 26, 2017 at 7:04 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >> > On 26 Sep 2017, at 18:06, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> >> > wrote: >> > >> > On Tue, Sep 26, 2017 at 5:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> > wrote: >> >> >> >> >> >> it is not. >> >> specially on windows. >> >> >> >> vm handles the creation of host window and you will always have one. >> >> >> >> nowâ¦ if you wait one week, I will have ready the (experimental) real >> >> headless VMs. In my tests, they are working fine but we will still need to >> >> work when we want to actually start a world windowâ¦ but thatâs another story >> >> ;) >> >> >> > >> > I don't think we can wait Pharo 7 before doing this task. But I can >> > still try it when you're done. >> > >> > With this, will it be possible to totally disable the non headless >> > mode in production? >> >> Why not do as follows: >> >> (1) add some startup code inside the image that tests if the image is >> running headless, if not exit >> (2) remove some of the command line handlers (especially the ones that >> execute or load code) >> >> Problem is that you will lock yourself out as well ;-) >> >> >> Esteban >> >> >> >> >> >> >> > >> > >> > >> > -- >> > Cyril Ferlicot >> > https://ferlicot.fr >> > >> > http://www.synectique.eu >> > 2 rue Jacques PrÃ©vert 01, >> > 59650 Villeneuve d'ascq France >> > >> >> >

Sept. 27, 2017

Scraping HTML chapter 2 (soon 3 will be done :)

by Stephane Ducasse

I came with the idea of this booklet thank to Peter that kindly answered a question on the Pharo mailing-list. To help Peter showed to a Pharoer how to scrap the web site mentioned using XPath. In addition, some years ago I was maintaining Soup a scraping framework because I want to write an application to manage my magic cards. Since then I always wanted to try XPath and in addition I wanted to offer this booklet to Peter. Why because I asked Peter if he would like to write something and he told that he was at a great age where he would not take any commitment. I realised that I would like to get as old as him and be able to hack like a mad in Pharo with new technology. So this booklet is a gift to Peter, a great and gentle Pharoer. Stef

Sept. 26, 2017

Call for little tasks for GCI

by Stephane Ducasse

Hi guys We want to compete to a competition for newbies programming. We need to have at least 50 tasks. Right now the tasks are quite difficult to me :) Please help to get some tasks. I can be taken from exercisism.io or other little math problems. - Grab the Pharo logo from url and display it - We can turn some of the mooc challenges into tasks. http://mooc.pharo.org I have some ideas but I need your help because I want to finish the new chapter and book. https://github.com/jigyasa-grover/GCI-2017-with-Pharo Stef

Sept. 26, 2017

Re: [Pharo-users] Bloc Space within a Space

by Stephane Ducasse

Start to play with Bloc. This is the moment to play and give feedback. I will start around December/January. Stef On Tue, Sep 26, 2017 at 3:28 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Stephane Ducasse-3 wrote >> with multiple little worlds showing windows inside and to control all >> the events. > > That sounds awesome! Smalltalk is at heart a simulation bench and the > inability to simulate the IDE itself has felt like heavy shackles when I > tried to implement several possible-blue-plane ideas in the past. If we had > a UI where we could sub out and control all the events/time/cursor, we would > have something unimaginably cool :) > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 26, 2017

Re: [Pharo-users] Force headless mode

by Peter UhnÃ¡k

Out of curiosity... how does enforcing headlessness protects code? Wouldn't it be still accessible via e.g. TelePharo, or startup script override, or anything? Peter On Tue, Sep 26, 2017 at 7:04 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 26 Sep 2017, at 18:06, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> > wrote: > > > > On Tue, Sep 26, 2017 at 5:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> > >> > >> it is not. > >> specially on windows. > >> > >> vm handles the creation of host window and you will always have one. > >> > >> nowâ¦ if you wait one week, I will have ready the (experimental) real > headless VMs. In my tests, they are working fine but we will still need to > work when we want to actually start a world windowâ¦ but thatâs another > story ;) > >> > > > > I don't think we can wait Pharo 7 before doing this task. But I can > > still try it when you're done. > > > > With this, will it be possible to totally disable the non headless > > mode in production? > > Why not do as follows: > > (1) add some startup code inside the image that tests if the image is > running headless, if not exit > (2) remove some of the command line handlers (especially the ones that > execute or load code) > > Problem is that you will lock yourself out as well ;-) > > >> Esteban > >> > >> > >> > > > > > > > > -- > > Cyril Ferlicot > > https://ferlicot.fr > > > > http://www.synectique.eu > > 2 rue Jacques PrÃ©vert 01, > > 59650 Villeneuve d'ascq France > > > > >

Sept. 26, 2017

Re: [Pharo-users] About encoding

by Stephane Ducasse

So it works now. I converted the files in utf8 and now the book is not broken anymore. Thanks sven for at least taking the time to reply to my email. I helps for my mental spirit. Stef On Tue, Sep 26, 2017 at 6:09 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Here is a script that should work to convert from latin1 to utf-8. > Thanks to your book and trial and error. > > | str wstr | > str := ('listeDeMotsFrancaisFrGut.txt' asFileReference readStreamDo: [ :in | > (ZnCharacterReadStream on: in binary encoding: #latin1) > upToEnd ]) lines. > > 'listeDeMotsFrancaisFrGutUTF8.txt' asFileReference writeStreamDo: [ :out | > wstr := (ZnCharacterWriteStream on: out binary encoding: #utf8). > str do: [ :each | wstr nextPutAll: each. wstr crlf. ]. > ]. > > On Tue, Sep 26, 2017 at 6:01 PM, Stephane Ducasse > <stepharo.self(a)gmail.com> wrote: >> Now inspecting the file containent opens gtinspector and freezes Pharo :( >> I think that I will remove this part of my book. >> It is simpler. >> >> On Tue, Sep 26, 2017 at 5:53 PM, Stephane Ducasse >> <stepharo.self(a)gmail.com> wrote: >>> I'm reading your chapter :) >>> Now I understand the file I found is totally bogus :) >>> But the first one I found is indeed encoded in latin1. >>> So I'm trying to convert it. >>> >>> >>> >>> >>> On Tue, Sep 26, 2017 at 5:40 PM, Stephane Ducasse >>> <stepharo.self(a)gmail.com> wrote: >>>>> Any chance you can point me to the original file ? >>>> >>>> No they removed it >>>> May be I could try to convert it to utf-8 (I do not know how to do it) >>>> >>>>> The file is indeed in Latin1 encoded, but GitHub serves it as UTF-8 (it did not change the contents, but the meta data). >>>> >>>> Ok I see the problem >>>>> >>>>> The default encoder option only works when the server says nothing, it does not override what the server says. >>>> >>>> Ah ok. >>>> >>>>> The only way to read it, is by reading it binary (which basically ignores the meta data) and then convert it manually: >>>>> >>>>> (ZnCharacterEncoder latin1 decodeBytes: >>>>> (ZnClient new >>>>> beBinary; >>>>> get: 'https://raw.githubusercontent.com/SquareBracketAssociates/LearningOOPWithPh…')) lines. >>>>> >>>>> But this is very ugly. >>>>> >>>>> Best convert the original file to UTF-8 before uploading to GitHub. >>>> >>>> OK I will try to leanr how to do it. >>>> >>>> >>>>> >>>>> Sven >>>>> >>>>> >>>>>

Sept. 26, 2017

Re: [Pharo-users] Testing a Unicode Character's Category

by Richard Sargent

Andrew P. Black wrote > Hi Richard, > > Normally I agree with you, and prefer boolean methods > > inCatagoryCc: aChar > isCategorySm: aChar > to > categoryOf: aChar == #Cc > categoryOf: aChar == #Sm > > In this particular case, though, the category codes are part of the > Unicode Standard, so perhaps exposing them isnât so bad. Moreover, there > is meaning encoded into the symbols â for example, all the letter > categories start with L. So one could write an isLetter test like this I understand this argument, but I cannot agree with it. If I were to ask you what code points were defined in character category Mx, you would immediately go to a web site that contained the Unicode categories to find the answer. In other words, you would "ask Unicode". In general, I would expect to see: Character>>#isCapitalLetter ^Unicode isCapitalLetter: self "actually, /self codePoint/" Character>>#isLetter ^Unicode isLetter: self Character>>#isMathSymbol Unicode isMathSymbol: self Unicode's methods would look at and interpret its category information for the character ... which might be internally managed via some kind of tree structure (who knows?). And I would definitely expect to *not* see a method name like "isCategorySm:". :-) Magic numbers, magic codes, etc.: you always want there to be one definitive expert (class) and you do not want other classes usurping its responsibilities. > Character >> isLetter > ^ (Unicode categoryOf: self) first == $L > > rather than > > Character >> isLetter > Unicode inCategoryLl ifTrue: [ ^ true ]. > Unicode inCategoryLm ifTrue: [ ^ true ]. > Unicode inCategoryLo ifTrue: [ ^ true ]. > Unicode inCategoryLt ifTrue: [ ^ true ]. > Unicode inCategoryLu ifTrue: [ ^ true ]. > ^ false > > There is still the disadvantage that a typo in the Category name (typing > #L1, for example, when one means #Ll) is likely to go undetected. > > Andrew -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 26, 2017