September 2017 - Pharo-users

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

by Stephane Ducasse

Hi sean normally with bloc you should be able to build the expose mode on mac os X. with multiple little worlds showing windows inside and to control all the events. It was the goal of alain now I do not know but it should Stef BlUniverse I am the lowest level in Bloc. My responsibility is to manage the low-level services such as managing windows, event queue and the drawing synchronization. My main responsibility is to manage and to keep in sync the opened Spaces. I am the interface used to create/delete window. To achieve that, i use the notion of Host (see: BlHost). Users can choose a preferable host. In order to do that a universe must be stopped first. Example: universe stop. universe preferableHost: MyHost new. universe start. BLSpaceManager I am a Universe space manager. I contain Bloc spaces, can add or remove them. I am also responsible for sending pulses(tick) messages to spaces I know. I am used by Universe in order to provide support of multiple spaces within the Universe. - addSpace: add a space - removeSpace: remove a given space - clear close all spaces - pulse send pulse message to all spaces One simple example is simply gorgeous. Internal Representation and Key Implementation Points. Instance Variables spaces: <Object> Implementation Points On Sun, Sep 24, 2017 at 3:49 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Pharo Smalltalk Users mailing list wrote >>> But how to drive it? e.g. simulate events >> >> ok, so we agree here. Bloc is done in that perspective. >> For now, you have to implement your own BlocSpace with an adequate >> #processEvents method, >> your can also implement your own main loop manager (polymorphic with >> BlMainLoopManager). > > Given the flurry of Bloc development, are we able (or any closer) today to > simulate a Bloc world/space/whatever-the-lingo-is, taking full control over > the hand, events, etc? For years I've dreamed of being able to mock/stub out > all the dependencies and have full control over a world within a world. > There seemed to be agreement in principle, but it always seemed "just around > the bend". I loaded Bloc in latest Pharo to play around, but am not quite > sure if this is yet possible. > > Thanks! > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 24, 2017

Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)

by Stephane Ducasse

So if the consortium makes an effort and support the cost would it help. Or is it for nothing? What if you come to visit us? Stef On Sat, Sep 23, 2017 at 3:37 PM, Laurent Laffont <laurent.laffont(a)gmail.com> wrote: > Thanks Stef, it would be nice, nevertheless I don't think the boss will pay > a consultant :( > > Laurent > > > Le 22 septembre 2017 18:18:32 GMT+02:00, Stephane Ducasse > <stepharo.self(a)gmail.com> a Ã©crit : >> >> Laurent >> >> do you need that we send someone to your place to help? >> >> Stef >> >> On Fri, Sep 22, 2017 at 10:28 AM, laurent <laurent.laffont(a)gmail.com> >> wrote: >>> >>> Hi Stephan, >>> >>> actually the difficult part is how to manage correctly Glorp >>> sessions/connections and update of objects in database. My team is quite >>> sad >>> because QCMagritte and Glorp looks nice but we lack experience glueing >>> both >>> together and could not find any documentation on the subject. >>> >>> Laurent >>> >>> >>> Le mer. 20 sept. 2017 Ã 11:53, stephan <stephan(a)stack.nl> a Ã©crit : >>> >>> On 18-09-17 12:22, laurent wrote: >>> >>> We try QCMagritte and we enjoy what we see so far. What are the best >>> practices to glue Magritte and Glorp together ? Especially when you >>> load-balance requests on several images. Some examples ? ( FYI, I cannot >>> load QCMagritte in a fresh Pharo 6 image ( for #stable version, >>> MADescriptionBuilder missing. For #development versions of Magritte and >>> QCMagritte, QCConfiguration missing ). So actually I use the one built >>> on >>> CI. ) >>> >>> I really like describing domain objects with Magritte and using chains >>> of >>> visitors to add cross-cutting concerns like translations, styling and >>> access >>> control. The resulting domain code is very clean and DRY. To map to >>> database/Glorp I would just add properties to the description wherever >>> needed, and add a visitor creating the mappings. We didn't need that as >>> we >>> developed in Pharo and deployed on Gemstone. At the moment QC generates >>> applications using jQuery, and the live updating needs a round-trip to >>> the >>> server. You might want to substitute that with something that does more >>> client side. I haven't looked in detail at what Johan Brichau is doing. >>> An >>> open issue is live updates that update each other. That needs >>> automatically >>> calculating dependencies and update order. I've copied the latest >>> configuration and added #'pharo6.x' but that is not enough. Stephan >> >> >

Sept. 24, 2017

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

by Sean P. DeNigris

Pharo Smalltalk Users mailing list wrote >> But how to drive it? e.g. simulate events > > ok, so we agree here. Bloc is done in that perspective. > For now, you have to implement your own BlocSpace with an adequate > #processEvents method, > your can also implement your own main loop manager (polymorphic with > BlMainLoopManager). Given the flurry of Bloc development, are we able (or any closer) today to simulate a Bloc world/space/whatever-the-lingo-is, taking full control over the hand, events, etc? For years I've dreamed of being able to mock/stub out all the dependencies and have full control over a world within a world. There seemed to be agreement in principle, but it always seemed "just around the bend". I loaded Bloc in latest Pharo to play around, but am not quite sure if this is yet possible. Thanks! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 24, 2017

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

by Jan BlizniÄenko

Hello Just to be sure, if you follow these steps, please, does it still not work? 1) Download whole Pharo 6.1 Windows package from http://files.pharo.org/platform/Pharo6.1-win.zip 2) Unzip it and open it by running Pharo.exe (not the .image file) 3) Load Roassal using following code: Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; configurationOf: 'Roassal2'; loadStable. I have Windows 10 1703 64bit and all works fine to me. Jan kmo wrote > All looks OK to me. No font issues. > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

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

by J.F. Rick

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

Re: [Pharo-users] Usability issues with Calypso

by Sean P. DeNigris

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

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

by Alexandre Bergel

Hi! Looks like a dll is missing. @Milton: have you experience this problem under windows? Alexandre > On Sep 23, 2017, at 5:57 AM, kmo <voxkmp(a)gmail.com> wrote: > > Is it just me or my systems but is there a major problem with Roassal on > Pharo 6.1 on Windows? > > At work on my Windows 7 machine, Roassal installs from the catalog browser > but the examples will not run. I get an error - External module not found. > it seems to be looking for the Surface dll which is definitely present in > the pharo folder. > > On my Windows 10 netbook, Roassal will not even install from the catalog > browser. It starts to install then comes up with an unhelpful "something has > gone wrong" message. > > Roassal still works in Pharo 5. So is this just a 6.1 issue? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 23, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Dan Wilczak

It does search on LD_LIBRARY_PATH now, it just fails because it finds the 32-bit libcairo before the 64-bit one. The traceback displayed inside Pharo says "Error: External module not found" which is quite misleading. A minimal fix would be to just provide a better error message. There is a traceback that prints to the console if you launched pharo from it, and it does reveal the true failure, but only to someone who knows what ELFCLASS32 means: ioLoadModule(//usr/lib/libcairo.so.2): //usr/lib/libcairo.so.2: wrong ELF class: ELFCLASS32 Error: External module not found This shows that the information for a better error message is available. A better fix would be to skip the 32-bit lib and keep searching. This looks like it would be messy because CairoLibrary provides the path but âUâ FFI has to deal with it. â As far as I can see, there's no way to just check whether a library is 32- or 64-bit, other than trying to call something in it. I'm a total Pharo novice (I wrote maybe 300 lines of Squeak code several years ago) but this design seems odd to me. Why is LD_LIBRARY_PATH being handled inâ Athens-Cairo rather than UFFI itself? Dan On Sat, Sep 23, 2017 at 4:03 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > hi, > > this is not a bug, UFFI cannot know where a library is (because it can be > anywhere). > but, not being a bug, this remains a problem :) > One solution is to search on LD_LIBRARY_PATH but this is not generalised > (it should) for the moment. And of course, this is a solution that works > for linux and not other platforms, so not perfect. Also we need to consider > architecture, etc. etc. etc. > > Esteban > > > > On 23 Sep 2017, at 09:16, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > > > Can you open a bug entry and propose your solution? > > > > Stef > > > > On Fri, Sep 22, 2017 at 9:56 PM, Dan Wilczak <dan.g.wilczak(a)gmail.com> > wrote: > >> That pointed me in the right direction, thanks. I've got it working now. > >> > >> I think there's a bug there which may bite other people --- > >> > >> If you have both 32-bit and 64-bit versions of the library installed, > >> Unix64ModuleName can find the > >> 32-bit version first (depending on your LD_LIBRARY_PATH) and set that > as the > >> lib to use. Then when > >> UFFI loads it, it recognizes it as 32-bit and gives up rather than > looking > >> in any more directories. > >> > >> Dan > >> > >> > >> > >> -- > >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >> > > > > >

Sept. 23, 2017

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

by kmo

All looks OK to me. No font issues. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 23, 2017

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

by Peter UhnÃ¡k

Do fonts on the system look weird? If you execute 'hello' asText allBold, ' world' asText is the first half bold? Because sometimes Windows just **** ups and prevents Pharo from loading some libraries, including Font, and in such cases Roassal also doesn't work. But restart (or two) so far as always fixed it somehow magically. Peter On Sat, Sep 23, 2017 at 12:04 PM, kmo <voxkmp(a)gmail.com> wrote: > No luck. I cannot say whether this fixes the problem on Windows 7 because > I'm > not at work. But roassal will not install on my Windows 10 laptop. Other > items from the Catalog Browser install OK. So it's a problem with Roassal > in > particular. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Sept. 23, 2017