- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Implementing cull:cull: in symbol

by Sven Van Caekenberghe

I believe this was already discussed long ago, with a decision not to go further that #cull: (or #value:) on Symbol, some even find that too much from a design perspective. I like writing code like #(1 2 3) collect: #asString especially interactively, since it is less verbose. In what situation did you encounter a need to add #cull:cull: to Symbol ? On 19 Jun 2014, at 13:42, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > maybe we should implement #cull:cull: in symbol so that it will call #cull:? Because this looks correct, if block has 1 parameter, then #cull:cull: boils down to #value:, but when we have a symbol instead, we have an exception. > > I can open an issue and implement that stuff, but I want a feedback from the conceptual point of view. > > Uko >

June 19, 2014

Implementing cull:cull: in symbol

by Yuriy Tymchuk

Hi, maybe we should implement #cull:cull: in symbol so that it will call #cull:? Because this looks correct, if block has 1 parameter, then #cull:cull: boils down to #value:, but when we have a symbol instead, we have an exception. I can open an issue and implement that stuff, but I want a feedback from the conceptual point of view. Uko

June 19, 2014

Re: [Pharo-dev] Vm on Mac OS 7.5 no cairo

by Stephan Eggermont

Guiile wrote: >Just to understand a bit more... Mayne I'm wrong, but I think Cairo is loaded dynamically by the VM, >as it is a library used in FFI and it is not a plugin. So it will appear in that list, just after you use it. I made the list after I tried using it, and it failed to find cairo. "Error: failed to get a symbol address: cairo_image_surface_create" And I have 26 dylibs in the plugins directory. If I replace the libcairo.2.dylib by that from the december version, (and force the use of free type fonts...) Roassal2 works (with the text size issues) Stephan

June 19, 2014

Re: [Pharo-dev] Improving Pharo By Example

by Damien Cassou

On Thu, Jun 19, 2014 at 10:24 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > So basically the image appears inside the code block even though the image > and the code block are a few paragraphs apart !!! oh, this! Don't worry about that, LaTeX is doing its job its own way :-). LaTeX try to put the figures at the top of the pages when possible. Best -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

June 19, 2014

Re: [Pharo-dev] Vm on Mac OS 7.5 no cairo

by Guillermo Polito

Bleh, even some plugins are loaded lazily :) On Thu, Jun 19, 2014 at 11:04 AM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > Just to understand a bit more... Mayne I'm wrong, but I think Cairo is > loaded dynamically by the VM, as it is a library used in FFI and it is not > a plugin. So it will appear in that list, just after you use it. > > > On Thu, Jun 19, 2014 at 10:53 AM, Stephan Eggermont <stephan(a)stack.nl> > wrote: > >> Is anyone else using Pharo on OS X 10.7.5? I run machines on >> different OS versions to reduce the risk of catastrophic failures >> and to be able to reproduce customer problems. >> >> To be complete: >> http://www.mirandabanda.org/files/Cog/VM/VM.r3006/Cog.app-14-24.3006 >> reports >> >> #('ZipPlugin VMMaker.oscog-eem.655 (i)' >> 'SocketPlugin VMMaker.oscog-eem.580 (i)' >> 'UnixOSProcessPlugin VMConstruction-Plugins-OSProcessPlugin.oscog-eem.48 >> (e)' >> 'B2DPlugin VMMaker.oscog-eem.702 (i)' >> 'BitBltPlugin VMMaker.oscog-eem.655 (i)' >> 'InternetConfigPlugin VMMaker.oscog-eem.580 (i)' >> 'SecurityPlugin VMMaker.oscog-eem.580 (i)' >> 'FilePlugin VMMaker.oscog-eem.702 (i)' >> 'DropPlugin VMMaker.oscog-eem.580 (i)' >> 'MiscPrimitivePlugin VMMaker.oscog-eem.702 (i)' >> 'LargeIntegers v1.5 VMMaker.oscog-eem.580 (i)' >> 'LocalePlugin VMMaker.oscog-eem.580 (i)') >> >> And of course misses the NativeBoost plugin. >> >> Stephan >> > >

June 19, 2014

Re: [Pharo-dev] Vm on Mac OS 7.5 no cairo

by Guillermo Polito

Just to understand a bit more... Mayne I'm wrong, but I think Cairo is loaded dynamically by the VM, as it is a library used in FFI and it is not a plugin. So it will appear in that list, just after you use it. On Thu, Jun 19, 2014 at 10:53 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Is anyone else using Pharo on OS X 10.7.5? I run machines on > different OS versions to reduce the risk of catastrophic failures > and to be able to reproduce customer problems. > > To be complete: > http://www.mirandabanda.org/files/Cog/VM/VM.r3006/Cog.app-14-24.3006 > reports > > #('ZipPlugin VMMaker.oscog-eem.655 (i)' > 'SocketPlugin VMMaker.oscog-eem.580 (i)' > 'UnixOSProcessPlugin VMConstruction-Plugins-OSProcessPlugin.oscog-eem.48 > (e)' > 'B2DPlugin VMMaker.oscog-eem.702 (i)' > 'BitBltPlugin VMMaker.oscog-eem.655 (i)' > 'InternetConfigPlugin VMMaker.oscog-eem.580 (i)' > 'SecurityPlugin VMMaker.oscog-eem.580 (i)' > 'FilePlugin VMMaker.oscog-eem.702 (i)' > 'DropPlugin VMMaker.oscog-eem.580 (i)' > 'MiscPrimitivePlugin VMMaker.oscog-eem.702 (i)' > 'LargeIntegers v1.5 VMMaker.oscog-eem.580 (i)' > 'LocalePlugin VMMaker.oscog-eem.580 (i)') > > And of course misses the NativeBoost plugin. > > Stephan >

June 19, 2014

Re: [Pharo-dev] Pharo logo on files.pharo.org

by Marcus Denker

On 19 Jun 2014, at 10:40, Torsten Bergmann <astares(a)gmx.de> wrote: > On the http://files.pharo.org page the picture > is missing (it references http://www.pharo-project.org/images/pharo.png) > and I think this is gone due to the website redesign. Yes, it should better reference a files in the logo subdirectoryâ¦ I will fix it. Marcus

June 19, 2014

Re: [Pharo-dev] Vm on Mac OS 7.5 no cairo

by Stephan Eggermont

Is anyone else using Pharo on OS X 10.7.5? I run machines on different OS versions to reduce the risk of catastrophic failures and to be able to reproduce customer problems. To be complete: http://www.mirandabanda.org/files/Cog/VM/VM.r3006/Cog.app-14-24.3006 reports #('ZipPlugin VMMaker.oscog-eem.655 (i)' 'SocketPlugin VMMaker.oscog-eem.580 (i)' 'UnixOSProcessPlugin VMConstruction-Plugins-OSProcessPlugin.oscog-eem.48 (e)' 'B2DPlugin VMMaker.oscog-eem.702 (i)' 'BitBltPlugin VMMaker.oscog-eem.655 (i)' 'InternetConfigPlugin VMMaker.oscog-eem.580 (i)' 'SecurityPlugin VMMaker.oscog-eem.580 (i)' 'FilePlugin VMMaker.oscog-eem.702 (i)' 'DropPlugin VMMaker.oscog-eem.580 (i)' 'MiscPrimitivePlugin VMMaker.oscog-eem.702 (i)' 'LargeIntegers v1.5 VMMaker.oscog-eem.580 (i)' 'LocalePlugin VMMaker.oscog-eem.580 (i)') And of course misses the NativeBoost plugin. Stephan

June 19, 2014

Pharo logo on files.pharo.org

by Torsten Bergmann

On the http://files.pharo.org page the picture is missing (it references http://www.pharo-project.org/images/pharo.png) and I think this is gone due to the website redesign. Maybe it can be added again so the page looks complete. Thx T.

June 19, 2014

Re: [Pharo-dev] Improving Pharo By Example

by kilon alios

did you take a look at the book pdf ? Can you see the page 34 ? by layout I mean the position of the image in the pdf is completely wrong, take a look at the html . Hmtl positions the image correctly , the pdf does not. To be even more specific the image should appear after "In order to be able to use SmalltalkHub you will need an account. Using the link provided go to the website with your internet browser. Just click on the Join link and follow the instructions to create a new account. Then login to your account. " but it does not, instead it continues the text then it correctly positions the code block "MCHttpRepository location: 'http://www.smalltalkhub.com/mc/UserName/ProjectName/main' user: '' password: '' " it displays the first line of the code block as the last line of the page , then it goes to the next page and instead of continuing the code block it positions the image !!!! then after the image it continues the code block. So basically the image appears inside the code block even though the image and the code block are a few paragraphs apart !!! Now take a look at html it looks perfectly ok as it should be. On Thu, Jun 19, 2014 at 10:59 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Wed, Jun 18, 2014 at 6:40 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > > thank you Damien, yes indeed it compiles now. So I was doing it wrong > once more :D Sorry for wasting your time, I try to be careful but I make > stupid mistakes at times. Will try to be more careful next time. > > > don't problem. I'm not wasting my time because you are doing a job I > should have done months ago. So, thank you Kilon! > > > > The layout problem still remains though for the Pdf. But I suspect thats > a Latex problem. You can see the issue at page 34 of the pdf. I have > several images with the layout of the page when it comes to images like > sometimes it adds too much whitespace between text and image and now this. > Again maybe I am doing something wrong here. > > could you please tell me exactly where is the problem? What should be > different? > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > >

June 19, 2014