- Pharo-dev - lists.pharo.org

Re: [Pharo-project] TxTextMorph based on new text model

by Igor Stasenko

Wow.. this is a huge progress! Sorry i was busy with other stuff and had no time to look at your code. On 13 January 2013 20:54, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hello. > > I upload new version of TxText with new TxTextMorph which can show > TxTextModel (http://www.smalltalkhub.com/#!/~sig/TxText ). See class side > examples. > > Implementation details: > > TxTextMorph has textLayout instance variable which contains full precomputed > information to draw text on screen. TxTextLayout contains collection of > TxTextLine. TxTextLine contains collection of span objects (from text model) > and offset with extent required for drawing lines (with right align for > example). > There are TxTextLayoutStrategy hierarchy responsible for building specific > text layout objects: > > TxSimpleTextLayoutStrategy build layout with actual text lines which text > model contains > TxWrapTextStrategy build layout with lines which satisfied preferredExtent > (given from text morph bounds) > > When text morph accepts new text model It asks layoutStrategy to build new > layout. Then align selector applyed to layout. So text can be placed left to > right, centered or right to left. > > Morph drawing method very simple: > > TxTextMorph>>drawOn: aCanvas > textLayout drawTextOn: aCanvas at: self position > > TxTextLayout>>drawTextOn: aCanvas at: aPoint > | topOffset linePosition | > topOffset := 0. > lines do: [:eachLine | > linePosition := aPoint x @ (aPoint y + topOffset). > eachLine drawOn: aCanvas at: linePosition. > topOffset := topOffset + eachLine height. > ] > > TxTextLine>>drawOn: aCanvas at: aPoint > > spans do: [:each | > each drawOn: aCanvas at: aPoint + offset > ] > > At the end TxCharactersSpan draw contents on canvas: > > TxCharactersSpan >>drawOn: aCanvas at: aPoint > aCanvas > drawString: characters > at: aPoint > font: (self getAttribute: TxFontAttribute) > color: (self getAttribute: TxColorAttribute) > > And with Athens api text attributes can be not hardcoded: > > TxCharactersSpan >>drawAthensOn: aCanvas at: aPoint > attributes applyOn: aCanvas. > aCanvas pathTransform translateX: aPoint x Y: aPoint y. > aCanvas drawString: characters > > Questions: > > Now text alignment (like centering) is property of TxTextMorph. So it global > property of full text layout. > But how such attribute can be applied to specific line? > > TxModel is list of spans. And each span object contains characters with same > text attributes like font or color. Text alignment can be such attribute > too. Do you think it should be attribute of all spans from single line? Or > it should be only attribute of TxLineSeparator span? What your idea? > Well, there is two approaches: a per-line attribute can be a special span at the beginning at line, or it can be an attribute. Both has pros and cons, however. In case of span, it needs to be dealt properly with text editing/navigation. In case of attribute(s), this attribute is really per line (or better to say, per paragraph) and putting it into each span seems like superfluous. IMO, i would go for a simplest model: the capability like text alignment (left/center/right) per line, is kind of overkill for our little world. I mean, it would be nice to have, but look at our tools: where are they used? Nowhere. So i would not focus on it right now, and having a global attribute seems like a good solution right now. > Future: > > Next plan: cursor navigation, text selection and editing features. And of > course tests, sorry I not start with tests now. > don't forget about tests. We started writing a model by implementing tests first, because we didn't wanted an implementation to dictate how things should be used. > I wait your comments , ideas and questions. Maybe you don't like my > approach. I want to know why. > I really want clean and object solution for text stuff in pharo. > -- Best regards, Igor Stasenko.

Jan. 13, 2013

[Pharo-project] TxTextMorph based on new text model

by Denis Kudriashov

Hello. I upload new version of TxText with new TxTextMorph which can show TxTextModel (http://www.smalltalkhub.com/#!/~sig/TxText ). See class side examples. *Implementation details:* TxTextMorph has textLayout instance variable which contains full precomputed information to draw text on screen. TxTextLayout contains collection of TxTextLine. TxTextLine contains collection of span objects (from text model) and offset with extent required for drawing lines (with right align for example). There are TxTextLayoutStrategy hierarchy responsible for building specific text layout objects: - TxSimpleTextLayoutStrategy build layout with actual text lines which text model contains - TxWrapTextStrategy build layout with lines which satisfied preferredExtent (given from text morph bounds) When text morph accepts new text model It asks layoutStrategy to build new layout. Then align selector applyed to layout. So text can be placed left to right, centered or right to left. Morph drawing method very simple: TxTextMorph>>drawOn: aCanvas textLayout drawTextOn: aCanvas at: self position TxTextLayout>>drawTextOn: aCanvas at: aPoint | topOffset linePosition | topOffset := 0. lines do: [:eachLine | linePosition := aPoint x @ (aPoint y + topOffset). eachLine drawOn: aCanvas at: linePosition. topOffset := topOffset + eachLine height. ] TxTextLine>>drawOn: aCanvas at: aPoint spans do: [:each | each drawOn: aCanvas at: aPoint + offset ] At the end TxCharactersSpan draw contents on canvas: TxCharactersSpan >>drawOn: aCanvas at: aPoint aCanvas drawString: characters at: aPoint font: (self getAttribute: TxFontAttribute) color: (self getAttribute: TxColorAttribute) And with Athens api text attributes can be not hardcoded: TxCharactersSpan >>drawAthensOn: aCanvas at: aPoint attributes applyOn: aCanvas. aCanvas pathTransform translateX: aPoint x Y: aPoint y. aCanvas drawString: characters *Questions:* Now text alignment (like centering) is property of TxTextMorph. So it global property of full text layout. But how such attribute can be applied to specific line? TxModel is list of spans. And each span object contains characters with same text attributes like font or color. Text alignment can be such attribute too. Do you think it should be attribute of all spans from single line? Or it should be only attribute of TxLineSeparator span? What your idea? *Future:* Next plan: cursor navigation, text selection and editing features. And of course tests, sorry I not start with tests now. I wait your comments , ideas and questions. Maybe you don't like my approach. I want to know why. I really want clean and object solution for text stuff in pharo.

Jan. 13, 2013

Re: [Pharo-project] Zinc timeouts

by Sven Van Caekenberghe

On 13 Jan 2013, at 19:39, Camillo Bruni <camillobruni(a)gmail.com> wrote: > But I think there is a strange interaction between the lookup/timeout and #downloadTo / streaming.. Yes, and that in the case of an Exception I would guess. It would be best to add some more tests. We'll see tomorrow.

Jan. 13, 2013

Re: [Pharo-project] Zinc timeouts

by Camillo Bruni

On 2013-01-13, at 19:19, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Camillo, > > On 13 Jan 2013, at 18:19, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I am trying to make the .sources downloads more stable and give proper feedback. >> I ran into the following problem with Zinc: >> >> | client | >> (client := ZnClient new) >> numberOfRetries: 1; >> timeout: 5; >> ifFail: [ :e | "ignore" ] >> url: 'http://an.url.that.does.not.exists.ch/foo'; >> downloadTo: '.' asFileReference; >> close >> >> Running this code hangs the image indefinitely (so far > 2min). > > This is basically a DNS lookup problem, I thought that was under control: > > [ ZnClientTests run: #testIfFailNonExistingHost ] timeToRun. 2 this test passes here, so the basic features are ok. But I think there is a strange interaction between the lookup/timeout and #downloadTo / streaming.. > See also ZnNetworkingUtils>>socketStreamToUrlDirectly: I will take a look at that tomorrow, thanks.

Jan. 13, 2013

Re: [Pharo-project] Zinc timeouts

by Sven Van Caekenberghe

Hi Camillo, On 13 Jan 2013, at 18:19, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I am trying to make the .sources downloads more stable and give proper feedback. > I ran into the following problem with Zinc: > > | client | > (client := ZnClient new) > numberOfRetries: 1; > timeout: 5; > ifFail: [ :e | "ignore" ] > url: 'http://an.url.that.does.not.exists.ch/foo'; > downloadTo: '.' asFileReference; > close > > Running this code hangs the image indefinitely (so far > 2min). This is basically a DNS lookup problem, I thought that was under control: [ ZnClientTests run: #testIfFailNonExistingHost ] timeToRun. 2 See also ZnNetworkingUtils>>socketStreamToUrlDirectly: > Actually I would like to put #numberOfRetries to 0, since I want to fail as soon > as possible during startup. However putting that the retry count to 0 yields > an Exception caused by #downloadTo: > > ZnClient(Object)>>error: "Request not yet executed" > ZnClient>>isSuccess > ZnClient>>downloadTo: > > If I omit the #ifFail: block I get a warning about the wrong url, which is of > course not what I want during startup? > > Is this a Zinc bug? I will test a bit more later on... Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Jan. 13, 2013

[Pharo-project] Zinc timeouts

by Camillo Bruni

I am trying to make the .sources downloads more stable and give proper feedback. I ran into the following problem with Zinc: | client | (client := ZnClient new) numberOfRetries: 1; timeout: 5; ifFail: [ :e | "ignore" ] url: 'http://an.url.that.does.not.exists.ch/foo'; downloadTo: '.' asFileReference; close Running this code hangs the image indefinitely (so far > 2min). Actually I would like to put #numberOfRetries to 0, since I want to fail as soon as possible during startup. However putting that the retry count to 0 yields an Exception caused by #downloadTo: ZnClient(Object)>>error: "Request not yet executed" ZnClient>>isSuccess ZnClient>>downloadTo: If I omit the #ifFail: block I get a warning about the wrong url, which is of course not what I want during startup? Is this a Zinc bug?

Jan. 13, 2013

Re: [Pharo-project] [Update] Zinc-SSO OAuth 1.0 & OpenID Alpha Code & Live Demos

by Sebastian Sastre

this is awesome news thank you very very much to all people involved in this work I'm going to use it soon probably in more than one project sebastian o/ On Jan 9, 2013, at 6:46 AM, Sven Van Caekenberghe wrote: > Hi, > > Here is another update regarding the Zinc-SSO project. > > http://lists.gforge.inria.fr/pipermail/pharo-project/2012-December/072658.h… > > Jan has been porting his earlier CloudforkSSO work to Zinc-SSO so that we now have support for both OAuth1 and OpenID. Both are considerably more complex than OAuth2 that was implemented earlier. The codebase was cleaned up a bit and more test/demo code was added. > > Some basic documentation and loading instructions can be found at > > https://github.com/svenvc/docs/blob/master/zinc/zinc-sso-paper.md > > Basically you should be able to get all the bits (preferably in Pharo 2.0) by doing > > (ConfigurationOfZincHTTPComponents project version: '2.2') load: 'SSO' > > This is not a subject where loading some code gives you a working demo since there is some setup to be done. Therefor we orginanized two live demos: > > http://sso.stfx.eu > http://sso.doit.st > > There is now support for Google, Microsoft, Facebook, Twitter & Yahoo. The second demo is slight more extensive: it even allows you to do Twitter posts ! > > Although the code is not yet production quality, we could use some feedback from early adopters to help use shake out remaining problems. > > Jan & Sven > > PS: We would like to thank Andy Burnett of Knowinnovation Inc and ESUG for sponsoring this open source work. > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Jan. 13, 2013

Re: [Pharo-project] About fluidSynth

by NISHIHARA Satoshi

Dear StÃ©phane Ducasse san, and Pharo guys all. thank you for interesting "FluidSynth goes to Pharo 2.0." work in progress. it is still unfinished... orz "description begin" 'FluidSynth goes to Pharo 2.0.' packages are plugin for FluidSynth and GUI and others. FluidSynth is a real-time software synthesizer based on the SoundFont 2 specifications. http://sourceforge.net/apps/trac/fluidsynth/ 'FluidSynth goes to Pharo 2.0.' packages will be a sub-package of the Khoros package handling audio and midi. requires other MIDI packages (events, files, objects, playing process, etc) *1. *1: FluidSynth has own midi file player. but this packages don't use it. "description end" digressing: first, Squeak has a useful SimpleMIDIPort, but we can't use any software synthesizer with/through it.ãThere is no CoreMIDI. so i made a PortMidiPlugin(++) for Squeak (OSX). after it, "There's Something About Pharo 2.0". thereafter i wanted a handy midiport without any external software synthesizer, and found FluidSynth. i only wanted handy and 'simple' midiport for playback or testing, but FluidSynth profound. for example, it supports microtonal. we can use just intonation, meantone temperament, or other alternative tunings... ... this package became huge across expectation. 46 classes (4 traits) have instance methods 832, class method 327 (selectors counting). but the simplest use requires one FluidSynthInterface class only. of course fluidsynth library and FluidSynthPlugin must be placed for VM. widgets: well, there is no special widgets. VolumeKnobMorph is a subclass of PluggableSliderMorph simply. morph of VU meter is a subclass of AlignmentMorph with custom drawOn:, drived by a model descendant of ComposableModel. after all or as an interim report, it may be that i'll commit to public code-repository, such as umezawa san's SqueakSourceJ (http://squeaksource.blueplane.jp/) ss3, sh, or so. PortMidiPlugin and FluidSynthPlugin have no platform sources. (PortMidiPlugin++ is for OSX only) -p.s.- will Pharo 2.0 official come with new clean changes? Pharo-20468.image: 29.1 MB Pharo-20468.changes: 31.1 MB 2013/1/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Dear Nishihara Satoshi > > I saw a tweet on fluidsynth and it that it is running on Pharo. It looks really nice. > We would like to have a a news on it on the pharo web site. > > Could you provide a little text? > > BTW if you are creating widget that you think that missing in Pharo you can offer them to Pharo > under MIT and we will maintain them and enhance them when we are building the new UI builder. > Stef > > > Begin forwarded message: > >> From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Subject: [Pharo-project] About fluidSynth >> Date: January 12, 2013 11:00:26 PM GMT+01:00 >> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> >> Reply-To: Pharo-project(a)lists.gforge.inria.fr >> >> Hi guys >> >> I aw a tweet on fluidSynth on Pharo2.0 and I **want** a news for the Pharo web site. >> So what is FluidSynth :) >> I want more than http://sourceforge.net/apps/trac/fluidsynth/ :) >> Stef >> > >> >> >> > > -- -- "NISHIHARA Satoshi" [:goonsh :nsh | ^ nishis perform: goonsh with: nsh]

Jan. 13, 2013

Re: [Pharo-project] About fluidSynth

by StÃ©phane Ducasse

done I did it. On Jan 13, 2013, at 9:47 AM, Serge Stinckwich wrote: > Maybe you should ask the author : Nishihara Satoshi (goonsh(a)gmail.com) > Regards, > > On Sat, Jan 12, 2013 at 11:00 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> I aw a tweet on fluidSynth on Pharo2.0 and I **want** a news for the Pharo web site. >> So what is FluidSynth :) >> I want more than http://sourceforge.net/apps/trac/fluidsynth/ :) >> Stef >> >> >> >> >> >> > > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ >

Jan. 13, 2013

Re: [Pharo-project] About fluidSynth

by Serge Stinckwich

Maybe you should ask the author : Nishihara Satoshi (goonsh(a)gmail.com) Regards, On Sat, Jan 12, 2013 at 11:00 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > I aw a tweet on fluidSynth on Pharo2.0 and I **want** a news for the Pharo web site. > So what is FluidSynth :) > I want more than http://sourceforge.net/apps/trac/fluidsynth/ :) > Stef > > > > > > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Jan. 13, 2013