- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] tests coverage of minimal Pharo

by Luc Fabresse

> The idea is to integrate it with the VM (to some extend) via Sista next > year. > Meanwhile, you can already play with this idea thanks to Nick that implemented the Reflectogram idea. However, it requires a modified VM. It is explained in Nick's PhD but a paper will be published soon about that. Now, it will be much better using Reflexivity + VM support. #Luc > > Alexandre > > > > On Mon, Dec 1, 2014 at 2:34 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: > >> Right. Some tests ended with out-of-memory errors or vm crash. One >> problem was in a trait so I had to put all users of it on the >> blacklist. >> >> Cheers, >> -- Pavel >> >> 2014-12-01 14:21 GMT+01:00 Alejandro Infante < >> alejandroinfante91(a)gmail.com>: >> > Hapao works using method wrappers, and do some stuff for every method >> > execution. If Hapao use something you are instrumenting, you are start >> > looping endlessly. So blacklisted classes are classes you are not going >> to >> > instrument. >> > >> > But, I was trying to understand all the classes you blacklisted, and I >> donât >> > understand why you have some tests blacklisted, any reason for them? >> > >> > Cheers, >> > Alejandro >> > >> > On Dec 1, 2014, at 7:57 AM, Guillermo Polito <guillermopolito(a)gmail.com >> > >> > wrote: >> > >> > ignorant question: What is a black listed class? :) >> > >> > On Sun, Nov 30, 2014 at 7:21 PM, Pavel Krivanek < >> pavel.krivanek(a)gmail.com> >> > wrote: >> >> >> >> Hi, >> >> >> >> I set the job for tests coverage testing of the mimimal Pharo using >> Hapao: >> >> >> >> >> >> >> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-2… >> >> >> >> To load results you should load ConfigurationOfSUnit and >> >> ConfigurationOfKernelTests from Pharo/SystemConfigurations repository >> >> into an image with Hapao. Then inspect: >> >> >> >> FLMaterializer materializeFromFileNamed: 'hapao.fuel'. >> >> >> >> Do not try to visualise it ;-) >> >> >> >> Currently blacklisted classes are: >> >> >> >> Array Association ArrayedCollection Behavior BlockClosure ByteSymbol >> >> ByteString ClassDescription CompiledMethod Class Dictionary >> >> Hapao2Package HashedCollection IdentityDictionary Integer LookupKey >> >> FileStream Magnitude Object ProtoObject Process ProcessLocalVariable >> >> ProcessorScheduler ProcessSpecificVariable RPackageOrganizer RPackage >> >> SmalltalkImage SequenceableCollection Set Semaphore SmallInteger >> >> Symbol String SourceFileArray VirtualMachine OCCompilerTest >> >> SortedCollectionTest DictionaryTest SetTest ArrayTest SymbolTest >> >> BagTest StringTest HeapTest FloatArrayTest OrderedCollectionTest >> >> LinkedListTest S2BasicNewStub S2BasicNewStubClass S2BasicNewStubMethod >> >> S2BasicNewStubPackage S2BasicNewTest S2C S2CClass S2CMethod S2CPackage >> >> S2Class S2ClassPlugin S2Context S2InsertBehaviorPlugin S2Lock S2Method >> >> S2MethodPlugin S2Package S2Plugin S2PluginTest S2PointNewPlugin >> >> S2Profiler S2ProfilerPlugin S2ProfilerTest S2SenderTest S2SpyStack >> >> S2StringNewPlugin S2TestException S2Tester S2TesterClass >> >> S2TesterMethod S2TesterPackage S2TesterSpy S2py S2pyA S2pyB >> >> S2pyDummyTest S2pySenderStub S2pySenderStubClass S2pySenderStubMethod >> >> S2pySenderStubPackage >> >> >> >> Cheers, >> >> -- Pavel >> >> >> > >> > >> >> > > >

Dec. 2, 2014

Re: [Pharo-dev] Scale in 3.0 (kind of ANN)

by Ben Coman

phil(a)highoctane.be wrote: > On Tue, Dec 2, 2014 at 1:47 PM, Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>> wrote: > > > > Am 02.12.2014 um 13:31 schrieb Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>>: > > > > phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: > >> I've put Guille's Scale thing > (http://guillep.github.io/blog/2014/01/23/replacing-bash-with-pharo/) > into Pharo 3.0 > >> Details on how to use here: > >> http://smalltalkhub.com/#!/~philippeback/Scale > >> Enjoy, > >> Phil > > > > > > > We named the command we needed scale, because scales are in shells, > > > it sounded nice. > > > > Nice lateral thinking, but it seems like a stretch :) > > > > For making a shell, why not something simple in the tradition of > sh, bash, csh, ksh, psh? e.g. pharosh or phsh? > > > +1 > > > Scale is what it was. There is also Coral, so, well, marine names are > staying. okay. > > If we want a 'sh', what about: > > phish > phash > phosh > > psh is not too bad after all. Unfortunately taken by perl. http://gnp.github.io/psh/ > pharosh looks cool too. > > With "phish" we can say, "I am phishing" in the same vein as "I am bashing". phishing has negative connotations wrt IT security scams > > Phil > > > > > Norbert > > >

Dec. 2, 2014

Re: [Pharo-dev] WhatsUp from: 2014-12-01 until: 2014-12-14

by Ben Coman

Mariano Martinez Peck wrote: > > > On Mon, Dec 1, 2014 at 2:00 AM, <seaside(a)rmod.lille.inria.fr > <mailto:seaside@rmod.lille.inria.fr>> wrote: > > Hi! We're sending this automatic email twice a month, to give the > community an opportunity to easily know what's happening and to > coordinate efforts. Just answer informally, and feel free to spawn > discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: > > > > - I gave 3 Smalltalk/Pharo related presentations (Web Development with > Smalltalk, Smalltalk and Business, and Marea) > at http://ilas.memi.umss.edu.bo/ (sponsored by ESUG). Slides: > > http://www.slideshare.net/MarianoMartinezPeck/web-development-with-smalltalk I am curious to learn why Seaside "scalability is a bit different" ? cheers -ben > http://www.slideshare.net/MarianoMartinezPeck/smalltalk-and-business > http://www.slideshare.net/MarianoMartinezPeck/thesis-presentation-14987645 > > I hope at least to get some guys involved! > > > > ### What's next, until 2014-12-14 (*): > > > > Back to work and update CV. > > > > > (*) we'll be expecting results by then ;) > > > > > -- > Mariano > http://marianopeck.wordpress.com

Dec. 2, 2014

Re: [Pharo-dev] tests coverage of minimal Pharo

by Marcus Denker

> On 01 Dec 2014, at 15:58, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Would Hapao benefit from using reflectivity as it's intercession framework instead of using method wrappers? Maybe in such a way it can also instrument classes such as Array, Objectâ¦ > > May be. But I am wondering whether it will really solve the problem. I guess reflectivity is using the same kind of transformation as we do. What we do is to model recursionâ¦ a link is active at a certain âmeta levelâ, calling the meta object switches the meta level, which means that it will not take the link again â> meta recursion is stopped. > In Java, the JVM provides an interface, to which you can connect a debugger. With such interface, you can literally profile anything. > The idea is to integrate it with the VM (to some extend) via Sista next year. > Alexandre > > >> >> On Mon, Dec 1, 2014 at 2:34 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> wrote: >> Right. Some tests ended with out-of-memory errors or vm crash. One >> problem was in a trait so I had to put all users of it on the >> blacklist. >> >> Cheers, >> -- Pavel >> >> 2014-12-01 14:21 GMT+01:00 Alejandro Infante <alejandroinfante91(a)gmail.com <mailto:alejandroinfante91@gmail.com>>: >> > Hapao works using method wrappers, and do some stuff for every method >> > execution. If Hapao use something you are instrumenting, you are start >> > looping endlessly. So blacklisted classes are classes you are not going to >> > instrument. >> > >> > But, I was trying to understand all the classes you blacklisted, and I donât >> > understand why you have some tests blacklisted, any reason for them? >> > >> > Cheers, >> > Alejandro >> > >> > On Dec 1, 2014, at 7:57 AM, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> >> > wrote: >> > >> > ignorant question: What is a black listed class? :) >> > >> > On Sun, Nov 30, 2014 at 7:21 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> >> > wrote: >> >> >> >> Hi, >> >> >> >> I set the job for tests coverage testing of the mimimal Pharo using Hapao: >> >> >> >> >> >> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-2… <https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-2…> >> >> >> >> To load results you should load ConfigurationOfSUnit and >> >> ConfigurationOfKernelTests from Pharo/SystemConfigurations repository >> >> into an image with Hapao. Then inspect: >> >> >> >> FLMaterializer materializeFromFileNamed: 'hapao.fuel'. >> >> >> >> Do not try to visualise it ;-) >> >> >> >> Currently blacklisted classes are: >> >> >> >> Array Association ArrayedCollection Behavior BlockClosure ByteSymbol >> >> ByteString ClassDescription CompiledMethod Class Dictionary >> >> Hapao2Package HashedCollection IdentityDictionary Integer LookupKey >> >> FileStream Magnitude Object ProtoObject Process ProcessLocalVariable >> >> ProcessorScheduler ProcessSpecificVariable RPackageOrganizer RPackage >> >> SmalltalkImage SequenceableCollection Set Semaphore SmallInteger >> >> Symbol String SourceFileArray VirtualMachine OCCompilerTest >> >> SortedCollectionTest DictionaryTest SetTest ArrayTest SymbolTest >> >> BagTest StringTest HeapTest FloatArrayTest OrderedCollectionTest >> >> LinkedListTest S2BasicNewStub S2BasicNewStubClass S2BasicNewStubMethod >> >> S2BasicNewStubPackage S2BasicNewTest S2C S2CClass S2CMethod S2CPackage >> >> S2Class S2ClassPlugin S2Context S2InsertBehaviorPlugin S2Lock S2Method >> >> S2MethodPlugin S2Package S2Plugin S2PluginTest S2PointNewPlugin >> >> S2Profiler S2ProfilerPlugin S2ProfilerTest S2SenderTest S2SpyStack >> >> S2StringNewPlugin S2TestException S2Tester S2TesterClass >> >> S2TesterMethod S2TesterPackage S2TesterSpy S2py S2pyA S2pyB >> >> S2pyDummyTest S2pySenderStub S2pySenderStubClass S2pySenderStubMethod >> >> S2pySenderStubPackage >> >> >> >> Cheers, >> >> -- Pavel >> >> >> > >> > >> >> >

Dec. 2, 2014

Re: [Pharo-dev] default fonts changed in Pharo 4.0

by Esteban Lorenzano

:) looks like I fixed itâ¦ weâll see in next integrations. Esteban > On 02 Dec 2014, at 13:31, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Thanks, Esteban. This kind of work is too under appreciated. > > Cheers, > Doru > > On Tue, Dec 2, 2014 at 1:10 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > â¦ and I lost fonts again :( > I made an integration and fonts got lostâ¦ Iâm reviving issue, and working on it :( > > Esteban > >> On 02 Dec 2014, at 12:47, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> >>> >>> On 02 Dec 2014, at 12:12, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >>> >>>> >>>> On 02 Dec 2014, at 12:02, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >>>> >>>> >>>>> On 02 Dec 2014, at 11:46, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: >>>>> >>>>> There is no Source Code Sans :). There is only "Source Sans Pro" or "Source Code Pro". >>>> >>>> Yes, right now in the latest 4.0. >>>> >>>> But there used to be a different one, that is the one I am using, see screenshot (http://www.google.com/fonts/specimen/Open+Sans <http://www.google.com/fonts/specimen/Open+Sans>). I don't remember where I got it from (Igor is the author), but I have been using it for months. >>> >>> no, it was me the authorâ¦ and it was a mistake I made first time thatâs why I removed it (but I can package it and put it somewhere anywayâ¦ I was even thinking on create a âFont Repositoryâ where put different fonts, until I found this: http://smalltalkhub.com/#!/~girba/FreeFonts <http://smalltalkhub.com/#!/~girba/FreeFonts> which is a cool repo, but does not works completely along our versionâ¦ we will need to merge :P) >> >> Maybe it would be even better if there was code in the image to make these embedded fonts yourself (or a comment). >> >>>> My question was, why choose one above the other ? >>> >>> I replaced it with the Source Sans Pro because same family fonts works better together (Source * Pro) >> >> OK. It seems to have a smaller width, we'll see. >> >>> cheers, >>> Esteban >>> >>>> >>>> <Screen Shot 2014-12-02 at 11.57.13.png> >>>> >>>>> >>>>> Doru >>>>> >>>>> On Tue, Dec 2, 2014 at 11:35 AM, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >>>>> What is the difference between 'Open Sans' and 'Source Code Sans' ? >>>>> >>>>> I am using the former in my 3.0 image, and I like it a bit more, it seems a bit wider. >>>>> >>>>>> On 02 Dec 2014, at 11:27, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: >>>>>> >>>>>> Great! >>>>>> >>>>>> Doru >>>>>> >>>>>> p.s. Finally :) >>>>>> >>>>>> >>>>>> On Tue, Dec 2, 2014 at 9:48 AM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >>>>>> Hi, >>>>>> >>>>>> We changed the default fonts in Pharo for the ones that are used normally in Moose. >>>>>> They are: Source Sans Pro and Source Code Pro. >>>>>> We needed to do it for several reasons: >>>>>> >>>>>> 1) TxText (the new text model) is cairo based, and cairo just can work with real fonts, so we need them as default (now we will be able to integrate TxText and start the replace of old editors) >>>>>> 2) Current fonts takes too much space and do not scales fine (at least that Iâve been told) >>>>>> >>>>>> So, well, thatâ¦ you will see âsomething differentâ when you download latest image version :) >>>>>> >>>>>> cheers, >>>>>> Esteban >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com <http://www.tudorgirba.com/> >>>>>> >>>>>> "Every thing has its own flow" >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com <http://www.tudorgirba.com/> >>>>> >>>>> "Every thing has its own flow" > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

Dec. 2, 2014

[pharo-project/pharo-core] f3bc5a: 40395

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: f3bc5a00b9026073cc5b13dee681a9b53b10da06 https://github.com/pharo-project/pharo-core/commit/f3bc5a00b9026073cc5b13de… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-12-02 (Tue, 02 Dec 2014) Changed paths: M EmbeddedFreeType-Tests.package/EmbeddedFreeTypeFontInstallerTest.class/instance/tests/testinstallAllFontsIn.st M FreeType.package/FreeTypeFontProvider.class/instance/loading and updating/updateEmbeddedFreeTypeFonts.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script395.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40395.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40395 14553 FreeType default fonts not correctly loaded when image initializes https://pharo.fogbugz.com/f/cases/14553 http://files.pharo.org/image/40/40395.zip

Dec. 2, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40395 Home: https://github.com/pharo-project/pharo-core

Dec. 2, 2014

Re: [Pharo-dev] Scale in 3.0 (kind of ANN)

by Luc Fabresse

yes I know I will try to put a student on it but I must get a good one ;-) #Luc 2014-12-02 14:53 GMT+01:00 Santiago Bragagnolo <santiagobragagnolo(a)gmail.com >: > wow. is amazing. > > 2014-12-02 14:46 GMT+01:00 Luc Fabresse <luc.fabresse(a)gmail.com>: > >> >> all shells are not named *sh >> for example, I really would love to have Xiki ( >> http://xiki.org/screencasts/) in Pharo ;-) >> >> #Luc >> >> 2014-12-02 14:17 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: >> >> On Tue, Dec 2, 2014 at 1:47 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>>> >>>> > Am 02.12.2014 um 13:31 schrieb Ben Coman <btc(a)openinworld.com>: >>>> > >>>> > phil(a)highoctane.be wrote: >>>> >> I've put Guille's Scale thing ( >>>> http://guillep.github.io/blog/2014/01/23/replacing-bash-with-pharo/) >>>> into Pharo 3.0 >>>> >> Details on how to use here: >>>> >> http://smalltalkhub.com/#!/~philippeback/Scale >>>> >> Enjoy, >>>> >> Phil >>>> > >>>> > >>>> > > We named the command we needed scale, because scales are in shells, >>>> > > it sounded nice. >>>> > >>>> > Nice lateral thinking, but it seems like a stretch :) >>>> > >>>> > For making a shell, why not something simple in the tradition of sh, >>>> bash, csh, ksh, psh? e.g. pharosh or phsh? >>>> > >>>> +1 >>>> >>> >>> Scale is what it was. There is also Coral, so, well, marine names are >>> staying. >>> >>> If we want a 'sh', what about: >>> >>> phish >>> phash >>> phosh >>> >>> psh is not too bad after all. >>> pharosh looks cool too. >>> >>> With "phish" we can say, "I am phishing" in the same vein as "I am >>> bashing". >>> >>> Phil >>> >>> >>> >>>> >>>> Norbert >>>> >>>> >>>> >>> >> >

Dec. 2, 2014

Re: [Pharo-dev] SmalltalkHub bugs & hangs :-(

by HernÃ¡n Morales Durand

2014-12-02 6:22 GMT-03:00 kilon alios <kilon.alios(a)gmail.com>: > "I prefer the Smalltalk environment." > > so do I > > "Sorry, if that would be true then Java or C# would be of extraordinary > quality. > Smalltalk has been there for more than 30 years and will probably another > 30 years. > Hypes come and go. Quantity for me seems more like the opposite of > quality." > > True ? Smalltalk cannot even begin to compete with the tools and library > support of these two behemoths programming languages. That does not mean > Java is not ugly or that some of the complain people have with it are not > valid and justified complains but still does not change the fact that > because of the size of the community it has produced a lot more top quality > libraries and tools than any programming language. The "quantity brings > quality" is not just a computer world rule its pretty much the fabric of > our cosmos that through failures and bad designs more elegant and beautiful > , sophisticate designs emerge. Its something that has been happening for > billions of years and I doubt will change any time soon. > > Developers in Smalltalk community have higher standards for quality. What is perceived as a quality product in Python, Java or C# is not perceived the same for seasoned Smalltalk developers. On the other side, you should measure and compare the ratio of created OSS in Java projects versus which of them are viewed as "quality" and by whom. Of course Java has hundreds of libraries but when you go down to details many of them are not really well designed (for example try to adapt just one quality library - cited by hundreds of scientific papers - made for processing human genomes to other organisms, try to extend with new visualizations as Alex is doing with Roassal). > "Why shouldn't they be able to die? > > products that can be used by everybody. Alas for your work needs their > operating systems get worse with every release. > Windows XP and Snow Leopard are being seen as the best versions by some... > > Nothing lasts forever so you can be sure that Windows and Mac OSX will die > some day." > > Win XP is the crappiest OS I ever used win 7 dances around it , its still > old crappy windows but way way better. Yosemite has its share of issues but > for me so far with the excepetion of problematic CUDAS drivers, had no > issues at all with it. I use also UBUNTU 14.04 it offers better support for > my system and works like a charm. I seriously dont see this "OS get worse > thing". Will one day those OS die ? sure but I doubt I will be alive so > there is no reason for me to worry about it. > > > "That's also possible in capitalism: you can ask very high prices so most > people and companies cannot (or will not) be able to affort it" > > I am not going to debate capitalism and its problems, of course I agree > that huge companies care only about making money and not for the well being > of the consumers. This is why I am here , this is why I support open source > and this is why I support Pharo but I cant just turn zealot and refuse the > usefulness and expertise of much commercial software out there. All I said > is that if there is demand there is going to be supply. Everybody wants to > make money and this is why when and if a software dies it gets replaced by > something else often better alternative. > > "For me Smalltalk is a system and not a simple language with some > arbitrary tools that can be replaced easily." > > Its not as hard as you may think to kinda emulate Smalltalk with other > programming languages. Actually Pharo has some fierce competition out there > as languages are more and more interested into live coding and creating an > enviroment for the developer. Smalltalk still has the edge on this because > it had an early start but if the example of Swift is any indication its > definetly a lesson that languages have not any issue catching up with the > Smalltalk world. > > The question is not if but when other languages come side by side with the > abilities of Pharo how you keep pharo developers with pharo ? I think the > only answer is by making sure Pharo remains fresh , modern and in sync with > modern technology. Git is just a small part of the equation. On the other > hand you need also , what Pharo already does to a great extend, innovation > to bring new more developers. So I think the right balance is "give > something new but also allow me to use my old familiar tools". I am very > glad that people behind Pharo realise and materialse this balance. > > On Mon, Dec 1, 2014 at 9:46 PM, Esteban A. Maringolo <emaringolo(a)gmail.com > > wrote: > >> >>> My comment was not about discussing the pros and cons of closed versus >>> open source software. My concerns are more about reliability. >>> For me it's totally Ok to use git for versioning IF the tools are there. >>> Squak and Pharo have decent versioning systems that suit their internal >>> needs. There is room for improvements, that's for sure. >>> For me Smalltalk is a system and not a simple language with some >>> arbitrary tools that can be replaced easily. >>> >>> >> The problem is whether the tools you choose for "commoditized" tasks >> (e.g. SCM) limit the amount of manpower that could contribute to your open >> source project. >> >> Forks and pull-requests are the way most open source projects fix bugs >> and integrates enhancements. You can't do branching with current tooling >> (read: Monticello) without suffering proportional to its complexity. >> >> No one said tools can be replaced easily, and that's the reason we still >> use Monticello, some of us backed by old mcz files, others already using >> some git behind it. >> >> Regards, >> >> >> >> > >

Dec. 2, 2014

Re: [Pharo-dev] default fonts changed in Pharo 4.0

by Juraj Kubelka

I am not sure if I follow the discussion, but next week I am planning to extract embedded fonts and make a new embedded provider. The current solution I have made recently is too tight, there are cyclic dependencies between free font type provider and embedded fonts and it causes problems. Cheers, Juraj > On Dec 2, 2014, at 9:36 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Esteban, > > Did you look/read what Juraj Kubelka did ? > > Like this issue, but there are others too: > > https://pharo.fogbugz.com/f/cases/13967 > > I vaguely remember he found something wrt initialization, maybe Marcus remembers. > > Sven > >> On 02 Dec 2014, at 13:10, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> â¦ and I lost fonts again :( >> I made an integration and fonts got lostâ¦ Iâm reviving issue, and working on it :( >> >> Esteban >> >>> On 02 Dec 2014, at 12:47, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> >>>> On 02 Dec 2014, at 12:12, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>> >>>>> >>>>> On 02 Dec 2014, at 12:02, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>> >>>>> >>>>>> On 02 Dec 2014, at 11:46, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>>>> >>>>>> There is no Source Code Sans :). There is only "Source Sans Pro" or "Source Code Pro". >>>>> >>>>> Yes, right now in the latest 4.0. >>>>> >>>>> But there used to be a different one, that is the one I am using, see screenshot (http://www.google.com/fonts/specimen/Open+Sans) I don't remember where I got it from (Igor is the author), but I have been using it for months. >>>> >>>> no, it was me the authorâ¦ and it was a mistake I made first time thatâs why I removed it (but I can package it and put it somewhere anywayâ¦ I was even thinking on create a âFont Repositoryâ where put different fonts, until I found this: http://smalltalkhub.com/#!/~girba/FreeFonts which is a cool repo, but does not works completely along our versionâ¦ we will need to merge :P) >>> >>> Maybe it would be even better if there was code in the image to make these embedded fonts yourself (or a comment). >>> >>>>> My question was, why choose one above the other ? >>>> >>>> I replaced it with the Source Sans Pro because same family fonts works better together (Source * Pro) >>> >>> OK. It seems to have a smaller width, we'll see. >>> >>>> cheers, >>>> Esteban >>>> >>>>> >>>>> <Screen Shot 2014-12-02 at 11.57.13.png> >>>>> >>>>>> >>>>>> Doru >>>>>> >>>>>> On Tue, Dec 2, 2014 at 11:35 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>>> What is the difference between 'Open Sans' and 'Source Code Sans' ? >>>>>> >>>>>> I am using the former in my 3.0 image, and I like it a bit more, it seems a bit wider. >>>>>> >>>>>>> On 02 Dec 2014, at 11:27, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>>>>> >>>>>>> Great! >>>>>>> >>>>>>> Doru >>>>>>> >>>>>>> p.s. Finally :) >>>>>>> >>>>>>> >>>>>>> On Tue, Dec 2, 2014 at 9:48 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>>>>>> Hi, >>>>>>> >>>>>>> We changed the default fonts in Pharo for the ones that are used normally in Moose. >>>>>>> They are: Source Sans Pro and Source Code Pro. >>>>>>> We needed to do it for several reasons: >>>>>>> >>>>>>> 1) TxText (the new text model) is cairo based, and cairo just can work with real fonts, so we need them as default (now we will be able to integrate TxText and start the replace of old editors) >>>>>>> 2) Current fonts takes too much space and do not scales fine (at least that Iâve been told) >>>>>>> >>>>>>> So, well, thatâ¦ you will see âsomething differentâ when you download latest image version :) >>>>>>> >>>>>>> cheers, >>>>>>> Esteban >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> www.tudorgirba.com >>>>>>> >>>>>>> "Every thing has its own flow" >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Every thing has its own flow" >> > >

Dec. 2, 2014