- Pharo-dev - lists.pharo.org

Re: [Pharo-project] athens coordinate system is purely integer?

by Igor Stasenko

On 20 April 2012 05:25, Lawson English <lenglish5(a)cox.net> wrote: > Is that true? There's no floating point or fixed point/fraction option to > specify coordinates? > it is real floating point. fractions should be converted using #asFloat, because NativeBoost doesn't knows how to convert an instances of Fraction to C float / double types. -- Best regards, Igor Stasenko.

April 20, 2012

Re: [Pharo-project] The video about Athens

by Igor Stasenko

i uploaded the new version of Athens-Cairo, which takes the 'default' path depending on platform it running, also fixed it, so you don't have to change multiple places. also , updated config version 1.0 to load this package. On 20 April 2012 14:45, Igor Stasenko <siguctua(a)gmail.com> wrote: > As i suspected, it works out of the box on my ubuntu-32 bit installation, > i just had to change the cairo library path to > /usr/lib/libcairo.so > > :) > > On 20 April 2012 14:30, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> Athens is an API, the rendering is actually done by the backends. >> Currently Ballon and Cairo are supported. >> >> So, the answer is that Athens is supported in all platforms using the >> Ballon backend, (note that ballon does not have all the features of >> Cairo, so some of the features in the demo wont work), and the Â Cairo >> backend as well. >> >> You just need to tell NativeBoos were to locate the cairo library >> (built using MacPorts, so the path starts at /opt/...). >> >> For now we just hardcoded the library path (you can change them by >> hand for now, to point to your local Cairo lib) >> >> TCairoLibrary class>>nbLibraryNameOrHandle >> Â Â Â Â ^ '/opt/local/lib/libcairo.2.dylib' >> >> AthensSurface class>>nbLibraryNameOrHandle >> Â Â Â Â ^ '/opt/local/lib/libcairo.2.dylib' >> >> This should be changed, perhaps a settings? >> >> Fernando >> >> On Fri, Apr 20, 2012 at 12:25 PM, Alexis Parseghian <a.parseg(a)gmail.com> wrote: >>>> People should start to use Athens, apps around Pharo would start be >>>> look waaaayyy cooler. >>> >>> About that. >>> >>> Is it supposed to work outside of the Mac platform ? >>> >>> Tried the demo, and AthensDemoMorph new openInWorld crashes on >>> "function unavailable". That backtraces into Block in >>> NBFFICallout>>generateCall:module: where module seems to be >>> '/opt/local/lib/libcairo.2.dylib' which is obviously Mac-ish but makes >>> no sense on Linux. >>> >>> Where is the library name and location set/picked up ? I guess this >>> question could be generalized to how the platform-specific >>> initialization happens. >>> >>> As an aside, all NativeBoost-Tests are green. >>> >>> Platform : debian testing 64-bit with ia32 libs installed. Latest >>> NBCogVM from jenkins, blank Pharo 1.4 #14414 with Athens 1.0 >>> (explicitly) installed from SS:Athens/ConfigurationOfAthens. >>> >>> I also look forward to discovering whatever new, inventive stuff these >>> new projects enable. >> > > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

April 20, 2012

Re: [Pharo-project] The video about Athens

by Igor Stasenko

As i suspected, it works out of the box on my ubuntu-32 bit installation, i just had to change the cairo library path to /usr/lib/libcairo.so :) On 20 April 2012 14:30, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Athens is an API, the rendering is actually done by the backends. > Currently Ballon and Cairo are supported. > > So, the answer is that Athens is supported in all platforms using the > Ballon backend, (note that ballon does not have all the features of > Cairo, so some of the features in the demo wont work), and the Â Cairo > backend as well. > > You just need to tell NativeBoos were to locate the cairo library > (built using MacPorts, so the path starts at /opt/...). > > For now we just hardcoded the library path (you can change them by > hand for now, to point to your local Cairo lib) > > TCairoLibrary class>>nbLibraryNameOrHandle > Â Â Â Â ^ '/opt/local/lib/libcairo.2.dylib' > > AthensSurface class>>nbLibraryNameOrHandle > Â Â Â Â ^ '/opt/local/lib/libcairo.2.dylib' > > This should be changed, perhaps a settings? > > Fernando > > On Fri, Apr 20, 2012 at 12:25 PM, Alexis Parseghian <a.parseg(a)gmail.com> wrote: >>> People should start to use Athens, apps around Pharo would start be >>> look waaaayyy cooler. >> >> About that. >> >> Is it supposed to work outside of the Mac platform ? >> >> Tried the demo, and AthensDemoMorph new openInWorld crashes on >> "function unavailable". That backtraces into Block in >> NBFFICallout>>generateCall:module: where module seems to be >> '/opt/local/lib/libcairo.2.dylib' which is obviously Mac-ish but makes >> no sense on Linux. >> >> Where is the library name and location set/picked up ? I guess this >> question could be generalized to how the platform-specific >> initialization happens. >> >> As an aside, all NativeBoost-Tests are green. >> >> Platform : debian testing 64-bit with ia32 libs installed. Latest >> NBCogVM from jenkins, blank Pharo 1.4 #14414 with Athens 1.0 >> (explicitly) installed from SS:Athens/ConfigurationOfAthens. >> >> I also look forward to discovering whatever new, inventive stuff these >> new projects enable. > -- Best regards, Igor Stasenko.

April 20, 2012

Re: [Pharo-project] athens coordinate system is purely integer?

by Fernando Olivero

Its float, but it depends on your backend. In Gaucho, i use the Cairo backend, so i developed a ZUI with local coordinates using floats. I suppose in Ballon you can use Floats, because its tied to Morphic.(not sure on that one). Fernando On Fri, Apr 20, 2012 at 5:25 AM, Lawson English <lenglish5(a)cox.net> wrote: > Is that true? There's no floating point or fixed point/fraction option > to specify coordinates? > > > L >

April 20, 2012

Re: [Pharo-project] The video about Athens

by Fernando Olivero

Athens is an API, the rendering is actually done by the backends. Currently Ballon and Cairo are supported. So, the answer is that Athens is supported in all platforms using the Ballon backend, (note that ballon does not have all the features of Cairo, so some of the features in the demo wont work), and the Cairo backend as well. You just need to tell NativeBoos were to locate the cairo library (built using MacPorts, so the path starts at /opt/...). For now we just hardcoded the library path (you can change them by hand for now, to point to your local Cairo lib) TCairoLibrary class>>nbLibraryNameOrHandle ^ '/opt/local/lib/libcairo.2.dylib' AthensSurface class>>nbLibraryNameOrHandle ^ '/opt/local/lib/libcairo.2.dylib' This should be changed, perhaps a settings? Fernando On Fri, Apr 20, 2012 at 12:25 PM, Alexis Parseghian <a.parseg(a)gmail.com> wrote: >> People should start to use Athens, apps around Pharo would start be >> look waaaayyy cooler. > > About that. > > Is it supposed to work outside of the Mac platform ? > > Tried the demo, and AthensDemoMorph new openInWorld crashes on > "function unavailable". That backtraces into Block in > NBFFICallout>>generateCall:module: where module seems to be > '/opt/local/lib/libcairo.2.dylib' which is obviously Mac-ish but makes > no sense on Linux. > > Where is the library name and location set/picked up ? I guess this > question could be generalized to how the platform-specific > initialization happens. > > As an aside, all NativeBoost-Tests are green. > > Platform : debian testing 64-bit with ia32 libs installed. Latest > NBCogVM from jenkins, blank Pharo 1.4 #14414 with Athens 1.0 > (explicitly) installed from SS:Athens/ConfigurationOfAthens. > > I also look forward to discovering whatever new, inventive stuff these > new projects enable.

April 20, 2012

Re: [Pharo-project] The video about Athens

by Igor Stasenko

On 20 April 2012 12:25, Alexis Parseghian <a.parseg(a)gmail.com> wrote: >> People should start to use Athens, apps around Pharo would start be >> look waaaayyy cooler. > > About that. > > Is it supposed to work outside of the Mac platform ? > > Tried the demo, and AthensDemoMorph new openInWorld crashes on > "function unavailable". That backtraces into Block in > NBFFICallout>>generateCall:module: where module seems to be > '/opt/local/lib/libcairo.2.dylib' which is obviously Mac-ish but makes > no sense on Linux. > > Where is the library name and location set/picked up ? I guess this > question could be generalized to how the platform-specific > initialization happens. > Yes, this should be platform-specific. We did it on Mac, not tested on any other platform. But it should work on linux without any problems, if you put a correct path to 32-bit version of cairo library in TCairoLibrary trait. > As an aside, all NativeBoost-Tests are green. > > Platform : debian testing 64-bit with ia32 libs installed. Latest > NBCogVM from jenkins, blank Pharo 1.4 #14414 with Athens 1.0 > (explicitly) installed from SS:Athens/ConfigurationOfAthens. > > I also look forward to discovering whatever new, inventive stuff these > new projects enable. > -- Best regards, Igor Stasenko.

April 20, 2012

Re: [Pharo-project] One-click Windows comment

by GastÃ³n Dall' Oglio

Sorry the typo, no /C, only start at beginning. El 20 de abril de 2012 08:52, GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com > escribiÃ³: > Hi. > > Personally, I hate windows links :) The .bat can be have /C parameter for > automatically close the open windows. Like this: > start "%~dp0\CogVM.exe" > "%~dp0\Contents\Resources\Pharo-1.4-one-click.image" > > Another little fix, the files readme.txt and OneClick.txt have line ending > for Unix, and in Windows for default those are open in the Notepad, then > all is showed in one line. Maybe those file can be shipped with LF+CR line > end. > > Regards. > > > El 20 de abril de 2012 06:49, Herby VojÄÃk <herby(a)mailbox.sk> escribiÃ³: > > The ideal way would probably that .bat (or .cmd or .vbs) creates the .lnk >> by some ActiveX magic, runs it and quits; subseuqntly .lnk could be clicked >> directly. >> >> Herby >> >> >> blake wrote: >> >>> I set up the regular Pharo (since I managed to get that instead of the >>> one-click), then decided to try the actual one-click. >>> >>> The previous one-click had a Windows shortcut ".lnk" whereas this one >>> uses a batch file. The former is preferable, as the batch file opens a >>> console window and leaves it open. You can close it--but that's not >>> always the case in Windows. >>> >>> I created a link by using "Create shortcut" on CogVM and then copying >>> the parameter out of the batch file, and pasting it into the "Target": >>> >>> [yourPharoDriveAndDir\]CogVM.exe >>> Contents\Resources\Pharo-1.4-one-click.image >>> >>> ===Blake=== >>> >>> >> >

April 20, 2012

Re: [Pharo-project] One-click Windows comment

by GastÃ³n Dall' Oglio

Hi. Personally, I hate windows links :) The .bat can be have /C parameter for automatically close the open windows. Like this: start "%~dp0\CogVM.exe" "%~dp0\Contents\Resources\Pharo-1.4-one-click.image" Another little fix, the files readme.txt and OneClick.txt have line ending for Unix, and in Windows for default those are open in the Notepad, then all is showed in one line. Maybe those file can be shipped with LF+CR line end. Regards. El 20 de abril de 2012 06:49, Herby VojÄÃk <herby(a)mailbox.sk> escribiÃ³: > The ideal way would probably that .bat (or .cmd or .vbs) creates the .lnk > by some ActiveX magic, runs it and quits; subseuqntly .lnk could be clicked > directly. > > Herby > > > blake wrote: > >> I set up the regular Pharo (since I managed to get that instead of the >> one-click), then decided to try the actual one-click. >> >> The previous one-click had a Windows shortcut ".lnk" whereas this one >> uses a batch file. The former is preferable, as the batch file opens a >> console window and leaves it open. You can close it--but that's not >> always the case in Windows. >> >> I created a link by using "Create shortcut" on CogVM and then copying >> the parameter out of the batch file, and pasting it into the "Target": >> >> [yourPharoDriveAndDir\]CogVM.exe >> Contents\Resources\Pharo-1.4-one-click.image >> >> ===Blake=== >> >> >

April 20, 2012

Re: [Pharo-project] 1.4, seaside, comet, how to get it working

by Sven Van Caekenberghe

JB, On 19 Apr 2012, at 19:19, jb wrote: > i just downloaded 1.4, installed seaside using the configuration browser and everything went great. > > i added a Zinc server adapator in the Seaside control panel and its all working fine. > > but then i went to set up the comet/streaming server and im kind of stumped. there is only one kind of Zinc server adapter and when i try to use it for the comet examples they all complain about needing a server that supports streaming. > > what do i need to do to get a streaming server for the comet applications? > > thanks in advance! > > jb As author of Zinc I would like to help you, but I don't know what functionality is expected from a server that 'supports streaming'. If you or someone else could refer me to code and/or documentation that describes what should be there, maybe I can try to help you. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

April 20, 2012

Re: [Pharo-project] [Pharo-users] Pharo 1.4 Released

by Sven Van Caekenberghe

On 19 Apr 2012, at 11:42, Marcus Denker wrote: > We are proud to announce the release 1.4 of Pharo! > > You can find information about Pharo on http://www.pharo-project.org. > In particular, you may be interested in: > - How to join us and get help: http://www.pharo-project.org/community > - Getting the Pharo By Example book (also available as a free PDF): http://www.pharobyexample.org > - Watching the screencasts: http://www.pharocasts.com > - Reporting problems: http://www.pharo-project.org/community/issue-tracking > - Read the forthcoming book: http://rmod.lille.inria.fr/pbe2 (yes we love and value documentation) > - Read the Pharo vision document: http://www.pharo-project.org/community/consortium > > About this release > --------------- > > All in all, there were over 870 issues treated in the issue tracker. > > http://code.google.com/p/pharo/issues/list?can=1&q=milestone%3D1.4 > > Read it again, yes 870 is huge, take two minutes and have a look at the list of improvements! Now you got a feeling for the effort. > And this not our own work but the work of our community! It is possible because people worldwide helped! We want to deeply > thank them. > > We want to thank in particular Inria for its constant support, in particular for the salary of Igor Stasenko and for help in the > infrastructure put in place. > > We have accomplished this huge task for a better system because we were together. > Do not forget that we are working on a consortium to support our system. > Do not forget that our goal is to build a system so that we can make a living with our creativity and programming skills. > > Read the Pharo vision document and join! > > Thanks ***a lot*** for your participation, energy and fun. > > The Pharo Team This is indeed something to be proud of. Thank you, everyone who contributed (and that are a lot of people). And thank you StÃ©phane and Marcus and INRIA for driving this, Pharo would not be possible without your enthosiasm and continuous support. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

April 20, 2012