June 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Athens and StrikeFont ( again )

by Chris Cunningham

On Fri, Jun 20, 2014 at 7:32 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I do not understand. > > I think we are talking about two different things. Alex and I are talking > about wrong rendering of FT fonts in Athens. A problem that looks similar > to what we had before. Our issue has nothing to do with StrikeFont. > > You can (and Pharo does) use FT fonts in Morphic. I think he is asking that the font you want to use in Athens be something different than what is already chosen to be used in the rest of the system used in Morphic (such as browser/workspace fonts). -cbc > Cheers, > Doru > > > On Fri, Jun 20, 2014 at 3:32 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> On 20 June 2014 13:40, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >>> We thought so, too. But the problem manifests itself again on the latest >>> Pharo 3.0. >>> >>> Thanks for checking and let us know if we can do something! >>> >>> >> Sure, you can do: make sure you don't render text with same font in >> Morphic UI and Athens, so they don't interfere with each other. >> There's no easy way to get rid of interference, because it would require >> changing Freetype package and its plugin in order to establish a single >> font management point and funnel all requests to freetype library through >> it. >> >> >>> Doru >>> >>> >>> On Fri, Jun 20, 2014 at 12:53 PM, Igor Stasenko <siguctua(a)gmail.com> >>> wrote: >>> >>>> >>>> >>>> >>>> On 20 June 2014 02:01, Alexandre Bergel <alexandre.bergel(a)me.com> >>>> wrote: >>>> >>>>> Times to times, font are displayed in a very weir fashion: small and >>>>> big letter. Width is not properly computed in addition. >>>>> >>>>> that should be fixed already.. i will check. >>>> >>>> >>>>> Alexandre >>>>> >>>>> > Le 19-06-2014 Ã 18:26, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : >>>>> > >>>>> > >>>>> > If I take a fresh pharo image I always have to reenable FT fonts >>>>> before >>>>> > doing any athens rendering with text >>>>> > (RMOD StrikeFont(Object)>>doesNotUnderstand: #getPreciseHeight). >>>>> > >>>>> > Ok, I know I have to >>>>> > open settings >>>>> > disable then >>>>> > enable FreeType >>>>> > and choose a FreeType font. >>>>> > >>>>> > But what exactly is the problem with Athens rendering and non FT >>>>> fonts? >>>>> > >>>>> > >>>>> > Nicolai >>>>> >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

June 20, 2014

Re: [Pharo-dev] Athens and StrikeFont ( again )

by Alexandre Bergel

+1 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jun 20, 2014, at 10:32 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I do not understand. > > I think we are talking about two different things. Alex and I are talking about wrong rendering of FT fonts in Athens. A problem that looks similar to what we had before. Our issue has nothing to do with StrikeFont. > > Cheers, > Doru > > > On Fri, Jun 20, 2014 at 3:32 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 20 June 2014 13:40, Tudor Girba <tudor(a)tudorgirba.com> wrote: > We thought so, too. But the problem manifests itself again on the latest Pharo 3.0. > > Thanks for checking and let us know if we can do something! > > > Sure, you can do: make sure you don't render text with same font in Morphic UI and Athens, so they don't interfere with each other. > There's no easy way to get rid of interference, because it would require changing Freetype package and its plugin in order to establish a single font management point and funnel all requests to freetype library through it. > > Doru > > > On Fri, Jun 20, 2014 at 12:53 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 20 June 2014 02:01, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Times to times, font are displayed in a very weir fashion: small and big letter. Width is not properly computed in addition. > > that should be fixed already.. i will check. > > Alexandre > > > Le 19-06-2014 Ã 18:26, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > > > > > If I take a fresh pharo image I always have to reenable FT fonts before > > doing any athens rendering with text > > (RMOD StrikeFont(Object)>>doesNotUnderstand: #getPreciseHeight). > > > > Ok, I know I have to > > open settings > > disable then > > enable FreeType > > and choose a FreeType font. > > > > But what exactly is the problem with Athens rendering and non FT fonts? > > > > > > Nicolai > > > > > -- > Best regards, > Igor Stasenko. > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > > -- > Best regards, > Igor Stasenko. > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

June 20, 2014

Re: [Pharo-dev] Cloudfork HMAC-SHA256 in System-Hashing

by Jan van de Sandt

And I think it's a good idea to make SHA2 hash functions part of the System-Hashing package! On Fri, Jun 20, 2014 at 5:01 PM, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Hello, > > I added the SHA256 class to Cloudfork a few years ago. The class was > mostly copied from the Cryptography [1] project. > > Cheers, > Jan. > > [1] http://www.squeaksource.com/Cryptography/ > > > On Fri, Jun 20, 2014 at 10:56 AM, FranÃ§ois Stephany < > tulipe.moutarde(a)gmail.com> wrote: > >> Max, >> >> Yes, it's usable as the SHA1 package already there (without HMAC so). I'm >> no expert in those stuff but I don't get "SHA256 base implementation". >> Someone with more knowledge can probably tell ;) >> >> Sven, >> >> The bare minimum to load it is: >> >> Gofer it >> smalltalkhubUser: 'JanVanDeSandt' project: 'Cloudfork'; >> package: 'Cloudfork-Common'; >> package: 'Cloudfork-Pharo-Platform'; >> load. >> >> The implementation is in Cloudfork-Pharo-Platform. >> >> >> >> On Thu, Jun 19, 2014 at 6:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> >>> I want to have a look, if you tell me where to look... >>> >>> On 19 Jun 2014, at 18:03, Max Leske <maxleske(a)gmail.com> wrote: >>> >>> > >>> > On 19.06.2014, at 17:59, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> >>> wrote: >>> > >>> >> Does it make sense from a license point of view and practical point >>> of view to include the CloudFork HMAC-SHA256 implementation (CFSH256 class) >>> in the System-Hashing package (in where there's already SHA1 and MD5) ? >>> > >>> > Can Cloudfork HMAC-SHA256 be easily parameterized with, say, an SHA256 >>> base implementation? Or does it require extra stuff? In the former case I >>> probably wouldnât add it. In the latter case itâs open for discussion. >>> Personally, I think it belongs into a separate package, not into >>> System-Hashing. >>> > >>> > Cheers, >>> > Max >>> >>> >>> >> >

June 20, 2014

Re: [Pharo-dev] Cloudfork HMAC-SHA256 in System-Hashing

by Jan van de Sandt

Hello, I added the SHA256 class to Cloudfork a few years ago. The class was mostly copied from the Cryptography [1] project. Cheers, Jan. [1] http://www.squeaksource.com/Cryptography/ On Fri, Jun 20, 2014 at 10:56 AM, FranÃ§ois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Max, > > Yes, it's usable as the SHA1 package already there (without HMAC so). I'm > no expert in those stuff but I don't get "SHA256 base implementation". > Someone with more knowledge can probably tell ;) > > Sven, > > The bare minimum to load it is: > > Gofer it > smalltalkhubUser: 'JanVanDeSandt' project: 'Cloudfork'; > package: 'Cloudfork-Common'; > package: 'Cloudfork-Pharo-Platform'; > load. > > The implementation is in Cloudfork-Pharo-Platform. > > > > On Thu, Jun 19, 2014 at 6:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> I want to have a look, if you tell me where to look... >> >> On 19 Jun 2014, at 18:03, Max Leske <maxleske(a)gmail.com> wrote: >> >> > >> > On 19.06.2014, at 17:59, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> >> wrote: >> > >> >> Does it make sense from a license point of view and practical point of >> view to include the CloudFork HMAC-SHA256 implementation (CFSH256 class) in >> the System-Hashing package (in where there's already SHA1 and MD5) ? >> > >> > Can Cloudfork HMAC-SHA256 be easily parameterized with, say, an SHA256 >> base implementation? Or does it require extra stuff? In the former case I >> probably wouldnât add it. In the latter case itâs open for discussion. >> Personally, I think it belongs into a separate package, not into >> System-Hashing. >> > >> > Cheers, >> > Max >> >> >> >

June 20, 2014

Re: [Pharo-dev] Athens and StrikeFont ( again )

by Tudor Girba

I do not understand. I think we are talking about two different things. Alex and I are talking about wrong rendering of FT fonts in Athens. A problem that looks similar to what we had before. Our issue has nothing to do with StrikeFont. Cheers, Doru On Fri, Jun 20, 2014 at 3:32 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 20 June 2014 13:40, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> We thought so, too. But the problem manifests itself again on the latest >> Pharo 3.0. >> >> Thanks for checking and let us know if we can do something! >> >> > Sure, you can do: make sure you don't render text with same font in > Morphic UI and Athens, so they don't interfere with each other. > There's no easy way to get rid of interference, because it would require > changing Freetype package and its plugin in order to establish a single > font management point and funnel all requests to freetype library through > it. > > >> Doru >> >> >> On Fri, Jun 20, 2014 at 12:53 PM, Igor Stasenko <siguctua(a)gmail.com> >> wrote: >> >>> >>> >>> >>> On 20 June 2014 02:01, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>> >>>> Times to times, font are displayed in a very weir fashion: small and >>>> big letter. Width is not properly computed in addition. >>>> >>>> that should be fixed already.. i will check. >>> >>> >>>> Alexandre >>>> >>>> > Le 19-06-2014 Ã 18:26, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : >>>> > >>>> > >>>> > If I take a fresh pharo image I always have to reenable FT fonts >>>> before >>>> > doing any athens rendering with text >>>> > (RMOD StrikeFont(Object)>>doesNotUnderstand: #getPreciseHeight). >>>> > >>>> > Ok, I know I have to >>>> > open settings >>>> > disable then >>>> > enable FreeType >>>> > and choose a FreeType font. >>>> > >>>> > But what exactly is the problem with Athens rendering and non FT >>>> fonts? >>>> > >>>> > >>>> > Nicolai >>>> >>>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "Every thing has its own flow"

June 20, 2014

Re: [Pharo-dev] The importance of Class Comments

by kilon alios

I don't have an issue with that but Stephane Ducasse asked me not to change PBE and only do necessary porting to Pharo 3 so people that have done the translations for it will have easier time porting their translations too. The chapter will be based on a chapter I have created for a book teaching Python for Blender users which can be found here --> http://wiki.blender.org/index.php/User:Kilon/Python_book_of_magic/09.Object Of course a lot of things need to change because Python is a different language and I want to also show the Pharo IDE tools. Now time to try your auto conversion tool on chapter 4 of PBE ;) On Fri, Jun 20, 2014 at 4:03 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > On Fri, Jun 20, 2014 at 2:03 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > >> am considering making a chapter about it fairly soon. > > > what about putting this chapter in UpdatedPBE? > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill >

June 20, 2014

Re: [Pharo-dev] Athens and StrikeFont ( again )

by Igor Stasenko

On 20 June 2014 13:40, Tudor Girba <tudor(a)tudorgirba.com> wrote: > We thought so, too. But the problem manifests itself again on the latest > Pharo 3.0. > > Thanks for checking and let us know if we can do something! > > Sure, you can do: make sure you don't render text with same font in Morphic UI and Athens, so they don't interfere with each other. There's no easy way to get rid of interference, because it would require changing Freetype package and its plugin in order to establish a single font management point and funnel all requests to freetype library through it. > Doru > > > On Fri, Jun 20, 2014 at 12:53 PM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > >> >> >> >> On 20 June 2014 02:01, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>> Times to times, font are displayed in a very weir fashion: small and big >>> letter. Width is not properly computed in addition. >>> >>> that should be fixed already.. i will check. >> >> >>> Alexandre >>> >>> > Le 19-06-2014 Ã 18:26, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : >>> > >>> > >>> > If I take a fresh pharo image I always have to reenable FT fonts before >>> > doing any athens rendering with text >>> > (RMOD StrikeFont(Object)>>doesNotUnderstand: #getPreciseHeight). >>> > >>> > Ok, I know I have to >>> > open settings >>> > disable then >>> > enable FreeType >>> > and choose a FreeType font. >>> > >>> > But what exactly is the problem with Athens rendering and non FT fonts? >>> > >>> > >>> > Nicolai >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- Best regards, Igor Stasenko.

June 20, 2014

Re: [Pharo-dev] The importance of Class Comments

by Damien Cassou

On Fri, Jun 20, 2014 at 2:03 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > am considering making a chapter about it fairly soon. what about putting this chapter in UpdatedPBE? -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

June 20, 2014

[pharo-project/pharo-core]

by GitHub

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

June 20, 2014

[pharo-project/pharo-core] d4bdaa: 40027

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: d4bdaab411107f133ac0ce54005e3131de6226b0 https://github.com/pharo-project/pharo-core/commit/d4bdaab411107f133ac0ce54… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-06-20 (Fri, 20 Jun 2014) Changed paths: A Morphic-Base.package/ListItemWrapper.class/instance/accessing/setItemFromBlock_.st A Morphic-Base.package/MenuMorph.class/instance/actions/addIfNeededTitle_andIcon_.st A Morphic-Base.package/MorphTreeListManager.class/instance/selection accessing/secondSelection_.st A Morphic-Base.package/ToggleMenuItemMorph.class/instance/accessing/argumentsBlock_.st A Morphic-Base.package/ToggleMenuItemMorph.class/instance/accessing/balloonText_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script27.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40027.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Spec-MorphicAdapters.package/extension/ListItemWrapper/instance/setItemFromBlock_.st R Spec-MorphicAdapters.package/extension/MenuMorph/instance/addIfNeededTitle_andIcon_.st R Spec-MorphicAdapters.package/extension/MorphTreeListManager/instance/secondSelection_.st R Spec-MorphicAdapters.package/extension/Tab/instance/setActionsFrom_.st R Spec-MorphicAdapters.package/extension/TabManager/instance/setTabs_.st R Spec-MorphicAdapters.package/extension/ToggleMenuItemMorph/instance/argumentsBlock_.st R Spec-MorphicAdapters.package/extension/ToggleMenuItemMorph/instance/balloonText_.st A Tabs.package/Tab.class/instance/accessing/setActionsFrom_.st A Tabs.package/TabManager.class/instance/accessing/setTabs_.st Log Message: ----------- 40027 13343 Should move some spec morphic adapter extensions to their classes https://pharo.fogbugz.com/f/cases/13343 http://files.pharo.org/image/40/40027.zip

June 20, 2014