- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-Project] About new TxText text model

by StÃ©phane Ducasse

On Nov 14, 2012, at 9:36 PM, Denis Kudriashov wrote: > Hello. > > I look deep at TxText package where Igor and Camillo introduced new text model. Excellent! > > Text model based on sequence of span objects. There are now two kind of spans: CharacterSpan and LineSeparator. Each span has reference to next and previous spans. There is TxSelection object which contains cursor. So you can insert new text at cursor, you can cut selection, replace selection with another text. Such maniulation changes text model structure. It can create new span objects. It can split current span at cursor position, It can remove selected spans. Also you can move cursor up, down, left, right. Cursor always know about current span and span position. If this is not in the class comments can you add it? > > I like design :). And I want use this package. And I have questions and suggestions: > > 1) Cursor is end of selection object. So now when you move cursor selection changed, because start of selection stay same. Am I right? > I think cursor movement should always reset selection. It is what we see with basic text editors. > But cursor now is just instance of TxPosition which implements simple position protocol (move left, up...). It just change current span and span position by movement. TxPosition knows nothing about TxSelection object. > That's why I think Cursor class should be introduced here which alway reset text selection by any move. > And if you want to change selection bounds just get explicitly start or end of selection and use position api. > What do you think? > > 2) Next question about changes notification of text model. First I want Cursor and Selection objects are annnouncers. So I can implement CursorPresenter and SelectionPresenter to show such objects and handle changes. For example when CursorMovedAnnouncement happen I can move cursor caret morph at appropriate position. > Another idea is make span objects announcers. Maybe it is not good idea but I want to subscribe at SpanAdded, SpanRemoved. SpanChanged, SpanSplitted. With such events I can make very simple implementation of TextEditor as list of SpanMorph's. Maybe it is not optimized solution but I think it is most simple thing. So I want to try it. > > 3) What about auto wrap behaviour? > If you have auto wrap option at text editors you have line width restriction. And you should spit real lines of text to visual lines which satisfed this restriction. And text mode should know about such restriction because any text insertion can require new visual lines creation. > I think insertion single line text at span position should be executed by special "restriction object". It should return new characters of span which satisfied that restriction. And it should return new span object (or just remains characters) which will present new visual lines. Then this "remains characters" should be inserted to next span at 0 position. > When wrap behavior not needed "restriction object" just inserts new text into current characters at given position and returns result. > If you agree about such logic please suggest good name for such "restriction object" and instance variable where it will placed (at TxModel I think) > > Ok, now what do you think about all this? > I want implement all my suggestions. But first I want listen your opinions. Igor is traveling back from argentina today and camillo left yesterday. > > Best regards, > Denis

Nov. 16, 2012

Re: [Pharo-project] Unicode Fonts

by StÃ©phane Ducasse

Hi andy Nice to see you here! Stef On Nov 13, 2012, at 7:32 PM, Andrew Tween wrote: > Hi Sven, > The Monaco font doesn't contain those glyphs. You can find a font that does have (at least the first of) those glyphs by evaluating this ... > > ((LogicalFontManager current allFamilies select: [:each| each class = FreeTypeFontFamily]) > select:[:each| (LogicalFont familyName: each familyName pointSize: 10) hasGlyphsForAll: 16r2654 asCharacter asString]) > collect:[:each | each familyName]. > > on my Mac, this results in - #('Apple Symbols' 'Arial Unicode MS' 'LastResort' 'Menlo') > > Having found a suitable font, you can then render the glyphs to screen by doing something like this... > > StringMorph new > contents: (String withAll: ((16r2654 to: 16r265F) collect:[:each | each asCharacter])); > font:(LogicalFont familyName:'Apple Symbols' pointSize: 10); > openInWorld . > > You can test whether a particular font contains a glyph for some unicode char by doing this... > > (LogicalFont familyName: 'Monaco' pointSize: 10) realFont face primGetCharIndex: 16r2654. "results in 0 - so it doesn't contain the glyph" > (LogicalFont familyName: 'Apple Symbols' pointSize: 10) realFont face primGetCharIndex: 16r2654. "results in 371 (>0) - so it does contain the glyph" > > If you set your Code font to a suitable font (e.g. 'Apple Symbols') then you will also see these glyphs in your Workspace. > > Operating Systems and Applications substitute missing glyphs with those from another font when they render text. > This is probably why your terminal displayed the glyphs, even though Monaco doesn't have them. > It would be cool to have a similar glyph substitution scheme in Pharo; I'll see if I can work out how that can be done > > Cheers, > Andy > . > > > From: sven(a)stfx.eu > > Date: Mon, 12 Nov 2012 16:37:51 +0100 > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: [Pharo-project] Unicode Fonts > > > > I was playing with the following: > > > > http://en.wikipedia.org/wiki/Chess_symbols_in_Unicode > > > > '/tmp/chess.txt' asFileReference writeStreamDo: [ :stream | > > (16r2654 to: 16r265F) > > do: [ :each | > > stream nextPut: each asCharacter ] > > separatedBy: [ stream space ]. > > stream crlf ]. > > > > $ cat /tmp/chess.txt > > â â â â â â â â â â â â > > > > (this shows for me, in my terminal/mail, YMMV ;-) > > > > String streamContents: [ :stream | > > (16r2654 to: 16r265F) > > do: [ :each | > > stream nextPut: each asCharacter ] > > separatedBy: [ stream space ]. > > stream crlf ]. > > > > Is there a way to make this work, a font selection that show these Unicode characters in Pharo ? That would be cool. > > > > I tried using Freetype font Monaco, the same as my terminal where the right characters show, but that didn't help. > > > > Sven > > > > -- > > Sven Van Caekenberghe > > http://stfx.eu > > Smalltalk is the Red Pill > > > > > > > >

Nov. 16, 2012

Re: [Pharo-project] Breaking PDF into smaller PDFs

by StÃ©phane Ducasse

Generating pdf is different from parsing it. I do not know a library parsing pdf. Let us know if you find one. Stef On Nov 13, 2012, at 11:31 PM, Stephan Eggermont wrote: > Aik-Siong Koh wrote: >> Using Smalltalk, I would like to break a PDF with 500 pages into 500 PDFs of >> one page each. >> >> How can I do that? > > I would assume Christian Haider's pdf library should be usable for that.I don't think that is ported from VW yet. > > Stephan

Nov. 16, 2012

Re: [Pharo-project] Pharo on Android questions

by StÃ©phane Ducasse

we should avoid to break it when changing code so may be we should include as a default style. Stef On Nov 13, 2012, at 3:22 PM, Gary Chambers wrote: > As for Android theme, I posted some months back. Is a little rough but we use for most of our client touchscreen applications. Let me know if you have trouble finding. > > Sent from my iPhone > > On 10 Nov 2012, at 08:45, laurent laffont <laurent.laffont(a)gmail.com> wrote: > >> Hi, >> >> I'm happy because I've been able to put my Pharo MPD client on Android to control my Raspberry Pi sound system :) >> - photo: http://twitter.yfrog.com/obnq3xmj >> - code: http://smalltalkhub.com/#!/~LaurentLaffont/MPD >> >> Thanks a lot for this wonderful documentation: http://code.google.com/p/squeakvm-tablet/wiki/JenkinsBuilds , it feels great to start something in Pharo that works on the first try just reading the doc :) >> >> >> Now the questions: >> >> - the MPD client is doing lot of network operations & parsing: fetch data from MPD server, Spotify, parse JSON responses, .... It feels rather slow on the phone. What is the easiest way to measure performance of the image running on Android and detect bottlenecks ? >> >> - I remember there was a lot of discussions about remote tools some months ago. I been busy since then, is there news on this side ? >> >> - it seems it's not possible to display the app in portrait, only landscape, no automatic rotation. Confirm ? >> >> - is there a Morphic theme available that matches Android look & feel ? >> >> - is it possible to control the Menu and Back hardware buttons ? >> >> Cheers, >> >> Laurent

Nov. 16, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by StÃ©phane Ducasse

On Nov 13, 2012, at 11:24 AM, Max Leske wrote: > I'm working on a simple library for NativeBoost that will execute commands on the shell and return stdin and stderr to the image. > This will take me one or two weeks to complete though. Once I'm finished I'll post it on the list (I guess there's a lot of people who would want something like this). This library should (hopefully) make OSProcess obsolete. > > Cheers, > Max Excellent. I love to hear that. Now it will only replace OSProcess on system that support NB. Stef

Nov. 16, 2012

Re: [Pharo-project] method wrappers package name problem

by StÃ©phane Ducasse

I checked an old name of dale and yes the package name is totally wrong > Yes, `Metacello-Platform.pharo-dale.15` indicates that the package is on the `pharo` branch of the `Metacello-Platform` package. > > See GoferVersionReference>>parseName: for parsing rules. On Nov 15, 2012, at 6:34 PM, Tudor Girba wrote: > Hi, > > We have a little problem with MethodWrappers. Currently, the package is called MethodWrappers4.2 which completely messes up Monticello in Pharo 1.4. > > So, we (me and Stef) would like to rename it to MethodWrappers42, but for that we need access to the repository. Marcus, could you provide this access? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "What is more important: To be happy, or to make happy?" > >

Nov. 16, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by Mariano Martinez Peck

On Thu, Nov 15, 2012 at 4:47 PM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Tue, Nov 13, 2012 at 11:24 AM, Max Leske <maxleske(a)gmail.com> wrote: > > I'm working on a simple library for NativeBoost that will execute > commands on the shell and return stdin and stderr to the image. > > This will take me one or two weeks to complete though. Once I'm finished > I'll post it on the list (I guess there's a lot of people who would want > something like this). This library should (hopefully) make OSProcess > obsolete. > > pleasssseeeeeee > > Don't be so rude with OSProcess please. This is a great tool and has been helping the community since a really long time. And Dave was always there willing to help as much as possible. > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > -- Mariano http://marianopeck.wordpress.com

Nov. 15, 2012

[Pharo-project] Package-pane (or 6-paned) browser for Pharo?

by Stephen Travis Pope

Hello all, I'm just moving to pharo, and wanted to port the "package-pane browser" that I originally wrote for Smalltalk-80 and then ported to Squeak. The squeak code obviously doesn't run in pharo, and I wanted to ask whether anyone had already ported it (or something like it). Basically, the tool is just like the standard system browser, except that it parses the class category names into a 2-level hierarchy, making the top-level list much smaller and more manageable (see the screen shot below). Does this already exist? ...any reply appreciated... stp -- Stephen Travis Pope Santa Barbara, California, USA http://HeavenEverywhere.com

Nov. 15, 2012

Re: [Pharo-project] Crash dump report

by Sebastian Sastre

can't say anything about jit but, for what is worth, it's flawlessly up since we started using the StackVM sebastian o/ On Nov 13, 2012, at 8:11 AM, Esteban Lorenzano wrote: > is the same smalltalk code with same primitives, but not same vm. > I have spotten this problem time to time, and I have the feeling of being something related to the JIT (that's why my first suggestion to Sebastian was to use the StackVM). Most probably: some optimization flags behaves slightly different in different platforms and then some operations made by the jitter ends trying to access invalid memory segments. > > but as I said, is just a "feeling", since is really hard to catch and I don't have real proof (besides the "indirect one": it works fine if we took off the jit). > > Esteban > > On Nov 13, 2012, at 11:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> These situations are very hard to debug by outsiders, for the community to help we need a reproduceable case that does not depend on internal or private services. >> >> The stacktrace is not exceptional as far as I can see: it is trying to read a response until EOF, after a POST. >> >> It is quite strange that it would work with the stack VM, since the same Smalltalk code is then running, using the same primitives. Maybe the other VM just postpones/changes the way it fails. >> >> Running out of semaphores is a resource management problem, caused directly or indirectly from certain usage patterns. Again, see the first sentence. >> >> I would advice running units and/or stress tests on the server or on a Linux VM with UI on your Mac. >> >> Bughunts are never easyâ¦ >> >> On 13 Nov 2012, at 00:33, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >>> yeah the dumps are really strange.. >>> seems like most of the times crashing at this point: >>> >>> 0xffc05bd8 M ZnChunkedReadStream>next -613198972: a(n) ZnChunkedReadStream >>> 0xffc05bfc M ZnUTF8Encoder>nextFromStream: -613185216: a(n) ZnUTF8Encoder >>> 0xffc05c30 M [] in ZnStringEntity>readUpToEndFrom: -613186408: a(n) >>> ZnStringEntity >>> 0xffc1333c M BlockClosure>on:do: -613184868: a(n) BlockClosure >>> 0xffc1336c M [] in ZnStringEntity>readUpToEndFrom: -613186408: a(n) >>> ZnStringEntity >>> 0xffc1338c M String class(SequenceableCollection >>> class)>new:streamContents: -679940384: a(n) String class >>> 0xffc133ac M String class(SequenceableCollection >>> class)>streamContents: -679940384: a(n) String class >>> 0xffc133d8 M ZnStringEntity>readUpToEndFrom: -613186408: a(n) ZnStringEntity >>> 0xffc133f4 M ZnStringEntity>readFrom: -613186408: a(n) ZnStringEntity >>> 0xffc13414 M ZnEntity class>readFrom:usingType:andLength: -678925448: >>> a(n) ZnEntity class >>> 0xffc13440 M ZnEntityReader>readFrom:usingType:andLength: -613217204: >>> a(n) ZnEntityReader >>> 0xffc13474 M ZnEntityReader>readEntityFromStream -613217204: a(n) ZnEntityReader >>> 0xffc13490 M ZnEntityReader>readEntity -613217204: a(n) ZnEntityReader >>> 0xffc134ac M ZnResponse(ZnMessage)>readEntityFrom: -614400344: a(n) ZnResponse >>> 0xffc134c8 M ZnResponse>readEntityFrom: -614400344: a(n) ZnResponse >>> >>> On 12 November 2012 16:12, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: >>>> Hi guys, >>>> >>>> I'm sorry for this news. >>>> >>>> We have a web app that's is increasingly crashing in production (on linux). >>>> >>>> In development (OS X) we couldn't reproduce >>>> >>>> We are falling back to the StackVM >>>> >>>> Here is some dump data we could get >>>> >>>> sebastian >>>> >>>> o/ >>> >>> -- >>> Best regards, >>> Igor Stasenko. >> >> > >

Nov. 15, 2012

Re: [Pharo-project] method wrappers package name problem

by Frank Shearar

On 15 November 2012 17:34, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > We have a little problem with MethodWrappers. Currently, the package is called MethodWrappers4.2 which completely messes up Monticello in Pharo 1.4. > > So, we (me and Stef) would like to rename it to MethodWrappers42, but for that we need access to the repository. Marcus, could you provide this access? There's also http://www.squeaksource.com/ObjectsAsMethodsWrap.html What are the differences between the two? (I've used the latter, and one flaw I quickly found is that it doesn't (but it's easy to add) allow multiple wrappers around the same CompiledMethod. I have some updates lying around on http://ss3.gemstone.com/ss/Scratchpad-fbs/) frank

Nov. 15, 2012