- Pharo-users - lists.pharo.org

Re: [Pharo-users] Is a non-break space whitespace?

by Richard Sargent

Ben Coman wrote > On Sun, Sep 24, 2017 at 7:53 PM, PBKResearch < > peter@.co > > > wrote: > >> Hello All >> >> >> >> I have a little puzzle to disturb your Sunday lunch, maybe. I have been >> scraping text data from web pages, which often comes with redundant space >> before or after. I routinely use âtrimâ on the final string output, but I >> have found cases where there are still redundant spaces. Inspecting the >> results, I find that the characters are non-break spaces (codepoint 160, >> Unicode U+00A0). Looking at the code, String>>#trim depends on >> Character>>#isSeparator, which does not answer true for a non-break >> space. >> I can use trimBoth: [:char| char asInteger = 160] to remove the redundant >> spaces if I know where to expect them, so it is not a major problem. But >> the question remains: should non-break space be included in the list of >> separators in Character>>#isSeparator. >> >> >> >> Peter Kenny >> >> >> > > Off the cuff.. intuitively "by definition" a Non-Break space seems to be > Not-a-Separator. > If the web pages you are scraping are misusing non-break space to munge > formatting, that is not something to be solved by modifying semantics of > #isSeparator. > Stef's suggestion for a selector that takes a list of separators seems > appropriate. Rather than off-the-cuffing anything, please honour the Unicode Character Properties. Refer to https://en.wikipedia.org/wiki/Unicode_character_property#Whitespace, among others. > cheers -ben -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by Ben Coman

On Sun, Sep 24, 2017 at 7:53 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello All > > > > I have a little puzzle to disturb your Sunday lunch, maybe. I have been > scraping text data from web pages, which often comes with redundant space > before or after. I routinely use âtrimâ on the final string output, but I > have found cases where there are still redundant spaces. Inspecting the > results, I find that the characters are non-break spaces (codepoint 160, > Unicode U+00A0). Looking at the code, String>>#trim depends on > Character>>#isSeparator, which does not answer true for a non-break space. > I can use trimBoth: [:char| char asInteger = 160] to remove the redundant > spaces if I know where to expect them, so it is not a major problem. But > the question remains: should non-break space be included in the list of > separators in Character>>#isSeparator. > > > > Peter Kenny > > > Off the cuff.. intuitively "by definition" a Non-Break space seems to be Not-a-Separator. If the web pages you are scraping are misusing non-break space to munge formatting, that is not something to be solved by modifying semantics of #isSeparator. Stef's suggestion for a selector that takes a list of separators seems appropriate. cheers -ben

Sept. 25, 2017

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

by ClÃ©ment Bera

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-realtime-native-applications/ >> 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. 25, 2017

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

by J.F. Rick

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. 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. 25, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by Stephane Ducasse

may be we should have a trimWithSeparators: #() where we can specify what we want. For the question about isSeparator I do not know. On Sun, Sep 24, 2017 at 1:53 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello All > > > > I have a little puzzle to disturb your Sunday lunch, maybe. I have been > scraping text data from web pages, which often comes with redundant space > before or after. I routinely use âtrimâ on the final string output, but I > have found cases where there are still redundant spaces. Inspecting the > results, I find that the characters are non-break spaces (codepoint 160, > Unicode U+00A0). Looking at the code, String>>#trim depends on > Character>>#isSeparator, which does not answer true for a non-break space. I > can use trimBoth: [:char| char asInteger = 160] to remove the redundant > spaces if I know where to expect them, so it is not a major problem. But the > question remains: should non-break space be included in the list of > separators in Character>>#isSeparator. > > > > Peter Kenny > >

Sept. 24, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by kmo

Many thanks. I tried this and it worked fine and Roassal installs and runs. I then typed the same gofer command into my original Pharo 6.1 directory and I got an error - #withSqueakLineEndings was sent to nil. Perhaps that's a clue to what was going wrong. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 24, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by stephan

On 24-09-17 13:53, PBKResearch wrote: > I have a little puzzle to disturb your Sunday lunch, maybe. I have been > scraping text data from web pages, which often comes with redundant > space before or after. I routinely use âtrimâ on the final string > output, but I have found cases where there are still redundant spaces. > Inspecting the results, I find that the characters are non-break spaces > (codepoint 160, Unicode U+00A0). Looking at the code, String>>#trim > depends on Character>>#isSeparator, which does not answer true for a > non-break space. I can use trimBoth: [:char| char asInteger = 160] to > remove the redundant spaces if I know where to expect them, so it is not > a major problem. But the question remains: should non-break space be > included in the list of separators in Character>>#isSeparator. In unicode, there are many more 'characters' that could be considered whitespace. You are collecting data from web pages, so you have no influence on what you'll get as input. I don't think this should be solved in #isSeparator. Stephan

Sept. 24, 2017

Re: [Pharo-users] Usability issues with Calypso

by Denis Kudriashov

Hi Sean 2017-09-23 19:57 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Stephane Ducasse-3 wrote > > Calypso is still an enfant and this is > > IMPORTANT that people tell what > > they do not like so that we can improve. > > A few more impressions now that I've been using Calypso as my default > browser: > - Overall really enjoying it! > - When browsing a class from its own package, and then adding an extension > protocol via '*...' in "New protocol" context menu, the dialog closes > without objection, but then the new protocol doesn't seem to exist. I had > to > create a dummy protocol and then DND the methods into the > package-to-be-extended. > In Calypso you should not create protocols with star. In method editor status bar there is explicit checkbox "extension" to specify external package for the method. We should move away from star convention and work directly with packages. Calypso gives you the tools for this. But I will add special notification when user creates new protocol with star. I think it will help "old" Pharo users to adopt. https://github.com/dionisiydk/Calypso/issues/96 > - When Calypso is set to be the default browser, it would be helpful if the > World menu item changed from "Calypso Browser" to "Nautilus" > - Lack of word wrapping is becoming teeeeeeedious > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Sept. 24, 2017

Is a non-break space whitespace?

by PBKResearch

Hello All I have a little puzzle to disturb your Sunday lunch, maybe. I have been scraping text data from web pages, which often comes with redundant space before or after. I routinely use 'trim' on the final string output, but I have found cases where there are still redundant spaces. Inspecting the results, I find that the characters are non-break spaces (codepoint 160, Unicode U+00A0). Looking at the code, String>>#trim depends on Character>>#isSeparator, which does not answer true for a non-break space. I can use trimBoth: [:char| char asInteger = 160] to remove the redundant spaces if I know where to expect them, so it is not a major problem. But the question remains: should non-break space be included in the list of separators in Character>>#isSeparator. Peter Kenny

Sept. 24, 2017

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

by ClÃ©ment Bera

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. 24, 2017