Re: [Pharo-users] Bloc texts font size

Thanks Alex. Not much success with this trick however, do you use scaleTo:, scaleBy:.. ? and on the BlTextElement or on the BrRopedText ? It also seems that some sizes work better, like 45, 55, and 70 are ok aswell as everything under 40. I'll try to avoid the problematic sizes for the moment.

Re: [Pharo-users] Bloc texts font size

Hi Steven, It is a known Cairo + Freetype bug. If you are on OSX try to install #development version of Bloc/Brick that uses Moz2D as rendering backend. Cairo does not support named fonts because it there is no system fonts lookup. Moz2D supports it. One way to fix strange font size is to apply

Re: [Pharo-users] using mocketry to mock subcall

Denis Kudriashov wrote: So you want to stub message to *any* instance of class. Right? Conceptually, in Mocketry/StateSpecs way, it should looks like: (Instance of: Something) stub askForName willReturn: 'new'. or: (Kind of: Something) stub askForName willReturn: 'new'. But it

[Pharo-users] CfP 2018: Research Papers Third Submission Deadline

2018 : The Art, Science, and Engineering of Programming Mon 9 - Thu 12 April 2018 Nice, France http://2018.programming-conference.org/ In 2017, we started a new conference and journal focused on everything to do with programming, including the experience of programming, called for short.

Re: [Pharo-users] Namespaces (was Re: Behold Pharo: The Modern Smalltalk)

Thanks for the reply and for your explanation and Pharo's position on this idea and on the subject of namespaces and modules. I was simply offering a solution that was presented at Smalltalks conference. My use of Pharo is in the small. I do not in general see or know the problems associated

[Pharo-users] ANN: Smalltalk Express Blog

Hi everyone, I have started a new blog to discuss the "Smalltalk Express" framework. https://smalltalkexpress.quora.com/ Smalltalk Express is web development framework using a Smalltalk interpreter written in the "Go" language. The first blog post provides some details and a video. A few

Re: [Pharo-users] Smalltalk Argument

Thank you Joachim! That is the most honest assessment of the situation of Smalltalk in 2017 that I have ever seen. And I agree with you 100%. We need a new Smalltalk which is both "cool" and can seamlessly integrate with all of the latest web technologies. I will be releasing a new Smalltalk

Re: [Pharo-users] Smalltalk Argument

Actually you need to read the small letters bellow the graph "% of developers who are developing with the language or technology and have expressed interest in continuing to develop with it" which means basically "Smalltalkers love Smalltalk !!!|" . Actually I am surpised its only 67% of

[Pharo-users] Bloc texts font size

Hi, i am trying to set the font size of a BlTextElement, and i do not have much success. I use the following code to add the text element, where 'model' is a string. First, if the string is '0.0' then the font size is correct (see screenshot). But, if for example the value is '21.0' then the

Re: [Pharo-users] using mocketry to mock subcall

So you want to stub message to *any* instance of class. Right? Conceptually, in Mocketry/StateSpecs way, it should looks like: (Instance of: Something) stub askForName willReturn: 'new'. or: (Kind of: Something) stub askForName willReturn: 'new'. But it will not really works. It will work

Re: [Pharo-users] using mocketry to mock subcall

Ah, right. I was expecting that other objects sending the message will receive the mocked result. Thanks, Peter On Fri, Oct 20, 2017 at 2:21 PM, Denis Kudriashov wrote: > Yes, but in that case you stub messages to the class itself. For your > example it means: > >

Re: [Pharo-users] using mocketry to mock subcall

Yes, but in that case you stub messages to the class itself. For your example it means: Something stub askForName willReturn: 'new'. Something askForName should be: 'new' 2017-10-20 13:58 GMT+02:00 Peter Uhnák : > Thanks Denis, that did the trick. > > But I thought that I

Re: [Pharo-users] using mocketry to mock subcall

Thanks Denis, that did the trick. But I thought that I can also mock at the class level (at least it was shown in the docs). Peter On Sat, Oct 7, 2017 at 11:24 AM, Denis Kudriashov wrote: > Hi Peter. > > You should stub instance instead of class: > s := Something

Re: [Pharo-users] Namespaces (was Re: Behold Pharo: The Modern Smalltalk)

For the record at ESUG at Prague there was a really interesting discussion about namespace and some people working with newspeak mentioned that the namesapce there was a hell. And I trust these people. So good luck. For the record we are working and we are making progress on module system for

Re: [Pharo-users] Smalltalk Argument

On 20-10-17 09:23, jtuc...@objektfabrik.de wrote: And, to be honest: what is it we actually are better in by using Smalltalk? Making software that stays maintainable. It might be survivor bias, but smalltalk systems continue to be maintained by far smaller groups of developers than

[Pharo-users] Engineer Position 1 year

Engineer Position 1 year INRIA RMoD are looking for a full-time engineer for helping with developing Pharo in the context of IoT.The focus of this job is "Pharo on embedded and mobile devices for the internet of things" With Pharo, we have developed over the last two years an interactive, remote

Re: [Pharo-users] Smalltalk Argument

On 10/20/2017 10:38 AM, Pavel Krivanek wrote: > > > 2017-10-20 10:20 GMT+02:00 Marten Feldtmann >: > > I do not want to spoil the party (perhaps I've done this already) > - but > has anyone done a serious inspection of this

Re: [Pharo-users] Smalltalk Argument

2017-10-20 10:20 GMT+02:00 Marten Feldtmann : > I do not want to spoil the party (perhaps I've done this already) - but > has anyone done a serious inspection of this number: 67%. > > They have interviewed 64000 persons and 67% of the people should "love" > Smalltalk? Come

Re: [Pharo-users] Smalltalk Argument

I think you have nailed it, Joachim! The development environment is per se very productive and easy to use and learn but at the moment you need something that isn't present in your code library, things can get very hard. Well, that's not really new and not only a problem that concerns Smalltalk,

Re: [Pharo-users] Smalltalk Argument

First of all: I'd say the question itself is not a question but an excuse. I am not arguing there are enough Smalltalkers or cheap ones. But I think the question is just a way of saying "we don't want to do it for reasons that we ourselves cannot really express". If you are a good developer,

Re: [Pharo-users] Smalltalk Argument

Dear Ben, Jimmie, Stephane, Tim, Dimitris, Marten, Davorin, Stephan, Sebastian and James, thank you for your feedback! Your excellent replies will sure help me with my "Smalltalk Argument". Obviously the language cannot be employed to efficiently implement solutions for problems in all domains,