April 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] TxText model

by Igor Stasenko

On 4 April 2016 at 14:18, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 04-04-16 11:58, Igor Stasenko wrote: > >> Apart from being 'cool to have', full-fledged word processing is not a >> thing, that you dealing with on a daily basis in environment, like Pharo. >> > I'm sure that is the case for you. I wonder if that is the case for many > Pharo users. > AFAIK there are a lot of pillar users. > > AFAIK there are a lot of car drivers.. does it means Pharo should focus development towards needs of car drivers? :) > For me the problem with the TxText model is that it blocks the possibility > of doing > that later, if and when there is enough development capacity to invest in > this. Why you have such impression? I just said that primary focus was to deliver model that works fine for our current needs. For something more sophisticated simply we had no resources. Take that into account. I had no focus or plans for turning model into full-fledged word processor in future. Right. But i don't see how the model could block such development, if such need would arise at some point. If you have doubts about model, feel free to point it out and we can discuss details. > > Stephan > > -- Best regards, Igor Stasenko.

April 4, 2016

Re: [Pharo-dev] TxText model

by Thierry Goubier

2016-04-04 13:18 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > On 04-04-16 11:58, Igor Stasenko wrote: > >> Apart from being 'cool to have', full-fledged word processing is not a >> thing, that you dealing with on a daily basis in environment, like Pharo. >> > I'm sure that is the case for you. I wonder if that is the case for many > Pharo users. > AFAIK there are a lot of pillar users. > If it is for Pillar, then you don't really need a full-fledged, paper oriented layout engine. A web-like layout environment is probably enough, and much less costly to build. > For me the problem with the TxText model is that it blocks the possibility > of doing > that later, if and when there is enough development capacity to invest in > this. There is enough technology in the Pharo universe to do it (or at least something approaching). Sometimes, what you need is the ideas / the rationale from a project to do it. And I do believe TxText has some of it, even if you consider that TxText can't be extended to do it (and I'll consider that you are right on this). Now, it's on nobody's roadmap, so it may take a while to emerge (if it does at all). Thierry

April 4, 2016

TxText model

by Stephan Eggermont

On 04-04-16 11:58, Igor Stasenko wrote: > Apart from being 'cool to have', full-fledged word processing is not a > thing, that you dealing with on a daily basis in environment, like Pharo. I'm sure that is the case for you. I wonder if that is the case for many Pharo users. AFAIK there are a lot of pillar users. For me the problem with the TxText model is that it blocks the possibility of doing that later, if and when there is enough development capacity to invest in this. Stephan

April 4, 2016

Re: [Pharo-dev] [bloc] shape size?

by Igor Stasenko

On 4 April 2016 at 10:47, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 03-04-16 21:58, Igor Stasenko wrote: > >> Yeah, i did similar thing in TxText - also create morph(s) only for > >> part of text which is currently displayed.. and basically it is same >> > > idea for TxText itself: it calculates layout only for a portion of > > text, the portion that currently displayed, but never for whole > text, > which can be megabytes long. Thus, it guarantees that overall > performance > are bound to the area, covered by UI control that > displays the text, but > not to text size. > > Which, if I understand it correctly, works fine for code editing, > but does not cover the needs of high-quality typesetting like we > might want in pillar rendering or advanced word processing. > Systems like TeX, Framemaker and InDesign need to recompute > layout back to the beginning of a hard page/column break, like a > new chapter, and page numbering requires whole document > recomputation, as references to page numbers in the text get a > new width. Most documents have enough spacing margin that > the recomputation does not propagate so far as to have a user > noticable impact. I used Framemaker version from version 5, > and that was able to do so with acceptable speed in 1995. > 20 years of CPU improvements should allow us to do the same > in Smalltalk > > Well, the changes to text and amount of (re)computations they triggering was out of the scope of our discussion. Yes, indeed this is possible to do with acceptable speed. But in addition to that, TxText was never thought as a base for full-fledged word processing. There's no model for paper-press era things, like page numbers, chapters, columns etc. Its primary focus is to support displaying text in our UI and overcome shortcomings of old model. Since most of text is source code and for code editing, not a surprise that most features was prioritized accordingly around that fact. Frankly i don't think we need to focus on making yet another all-doing, all-knowing word processor. First, it is huge investment of workforce and time, and second - it is investment with no return or infinitelysmall marginal return. Apart from being 'cool to have', full-fledged word processing is not a thing, that you dealing with on a daily basis in environment, like Pharo. Stephan > > > > -- Best regards, Igor Stasenko.

April 4, 2016

Re: [Pharo-dev] [Ann] New version of Ghost

by Denis Kudriashov

I publish little example of ObjectVirus http://dionisiydk.blogspot.fr/2016/04/playing-with-objectvirus.html 2016-03-29 16:59 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > I upload new version 2.1 which not mentions word "proxy" anymore. > > And I publish little example here > http://dionisiydk.blogspot.fr/2016/03/new-version-of-ghost-is-out.html > > 2016-03-27 21:03 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> >> 2016-03-24 20:27 GMT+01:00 stepharo <stepharo(a)free.fr>: >> >>> >>> - ghost ghostClass "returns actual class of receiver" >>> >>> when I read ghostClass I expect getting the class >>> implementing the proxy not the proxied class. >>> So I'm confused. >> >> >> Now I am confused too :)) >> >> ghost ghostClass "=> anObjectGhost (or subclass)" >> >> >> >

April 4, 2016

Re: [Pharo-dev] Pharo Days 2016 Photos and Video

by Trussardi Dario Romano

> Thanks! It is great for those wo can not attend to get an impression. I enjoy > it. +1

April 4, 2016

Re: [Pharo-dev] Pharo Days 2016 Photos and Video

by Sven Van Caekenberghe

> On 04 Apr 2016, at 09:15, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Good morning everyone! > > I think that itâs a nice way to start the new week by viewing photos from Pharo Days 2016: https://goo.gl/photos/orgTn4C1bSeqf6fy5. > Additionally if someone wants to get a quick impression of the conference, now there is a video for that: https://youtu.be/eHKtxgbuLSg. Beautiful ! Thank you. > Have a great week. > Cheers! > Uko

April 4, 2016

[pharo-project/pharo-core]

by GitHub

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

April 4, 2016

[pharo-project/pharo-core] 3ca289: 50675

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 3ca2893882c3bf2278121b57e8a991e9eb7edaaf https://github.com/pharo-project/pharo-core/commit/3ca2893882c3bf2278121b57… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-04-04 (Mon, 04 Apr 2016) Changed paths: M Collections-Tests.package/TAsStringCommaAndDelimiterSequenceableTest.class/instance/tests - comma and delimiter/testAsStringOnDelimiterLastMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterSequenceableTest.class/instance/tests - comma and delimiter/testAsStringOnDelimiterMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterTest.class/instance/tests - as string comma delimiter sequenceable/testAsCommaStringMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterTest.class/instance/tests - as string comma delimiter sequenceable/testAsStringOnDelimiterLastMore.st M Collections-Tests.package/TAsStringCommaAndDelimiterTest.class/instance/tests - as string comma delimiter sequenceable/testAsStringOnDelimiterMore.st M Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/instanceButtonLabel.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50674.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50675.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50674.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50675.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/extension/PluggableMenuItemSpec/instance/addToMenuItemModel_.st A Spec-Examples.package/ApplicationWithToolbar.class/instance/initialization/addItem.st A Spec-Examples.package/ApplicationWithToolbar.class/instance/initialization/addItemTo_.st M Spec-Examples.package/ApplicationWithToolbar.class/instance/initialization/initializeWidgets.st A Spec-Tests.package/MenuModelTest.class/README.md A Spec-Tests.package/MenuModelTest.class/definition.st A Spec-Tests.package/MenuModelTest.class/instance/as yet unclassified/testFromSpecSubMenu.st A Spec-Tests.package/MenuModelTest.class/instance/tests/testFromSpecSingle.st A Spec-Tests.package/SpecTestCase.class/README.md A Spec-Tests.package/SpecTestCase.class/definition.st A Spec-Tests.package/SpecTestCase.class/instance/running/tearDown.st Log Message: ----------- 50675 17930 MenuModel>>fromSpec: fails to open a PluggableMenuSpec if it contains a subMenu https://pharo.fogbugz.com/f/cases/17930 17932 Natuilus "Class" button no longer shows if theres anything on the class-side https://pharo.fogbugz.com/f/cases/17932 17929 Missing parenthesis around condition (testAsCommaStringMore) https://pharo.fogbugz.com/f/cases/17929 http://files.pharo.org/image/50/50675.zip

April 4, 2016

Re: [Pharo-dev] Pharo Days 2016 Photos and Video

by philippe.back＠highoctane.be

Very good way to start the week indeed! Phil On Apr 4, 2016 9:17 AM, "Yuriy Tymchuk" <yuriy.tymchuk(a)me.com> wrote: > Good morning everyone! > > I think that itâs a nice way to start the new week by viewing photos from > Pharo Days 2016: https://goo.gl/photos/orgTn4C1bSeqf6fy5. > Additionally if someone wants to get a quick impression of the conference, > now there is a video for that: https://youtu.be/eHKtxgbuLSg. > > > Have a great week. > Cheers! > Uko >

April 4, 2016