- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] TxText model

by Nicolai Hess

Nice! 2016-04-06 12:18 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > On 06-04-16 10:36, Nicolai Hess wrote: > >> In what use cases is this a problem ? (Paragraph and DisplayScanner have >> good support for justified text (left / right / center), indentation >> wrapping and (I don't know if this works in pharo anymore but squeak had) >> even filling text in arbitary shaped polygons ( that was pretty cool). And >> even for text of different size and with different emphasis. >> > > |t1 t2 ball page| > page := Morph new. > page bounds: (100@100 corner: 300@300). > page color: Color gray. > t1 := TextMorph new. > t1 autoFit:false. > t1 bounds: (105@105 corner: 195@295). > t1 backgroundColor: Color white. > t1 occlusionsOnOff. > page addMorph: t1. > t2 := TextMorph new. > t2 autoFit: false. > t2 bounds: (205@105 corner: 295@295). > t2 backgroundColor: Color white. > t2 occlusionsOnOff. > page addMorph: t2. > t1 setSuccessor: t2. > t2 setPredecessor: t1. > ball := CircleMorph new. > ball bounds: (160@160 corner: 240@240). > page addMorph: ball. > page openInWorld >

April 6, 2016

Re: [Pharo-dev] TxText model

by Stephan Eggermont

On 06-04-16 10:36, Nicolai Hess wrote: > In what use cases is this a problem ? (Paragraph and DisplayScanner > have good support for justified text (left / right / center), > indentation wrapping and (I don't know if this works in pharo anymore > but squeak had) even filling text in arbitary shaped polygons ( that > was pretty cool). And even for text of different size and with > different emphasis. |t1 t2 ball page| page := Morph new. page bounds: (100@100 corner: 300@300). page color: Color gray. t1 := TextMorph new. t1 autoFit:false. t1 bounds: (105@105 corner: 195@295). t1 backgroundColor: Color white. t1 occlusionsOnOff. page addMorph: t1. t2 := TextMorph new. t2 autoFit: false. t2 bounds: (205@105 corner: 295@295). t2 backgroundColor: Color white. t2 occlusionsOnOff. page addMorph: t2. t1 setSuccessor: t2. t2 setPredecessor: t1. ball := CircleMorph new. ball bounds: (160@160 corner: 240@240). page addMorph: ball. page openInWorld

April 6, 2016

Re: [Pharo-dev] [ANN] MessageFlowBrowser updated for Pharo 5 + new video

by Sven Van Caekenberghe

> On 06 Apr 2016, at 12:13, phil(a)highoctane.be wrote: > > Didn't know about the tool. Cool thing! +1 > Phil > > On Wed, Apr 6, 2016 at 10:54 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > MessageFlowBrowser was updated for Pharo 5 (no deprecation warnings anymore). > > Also enjoy the new video: > > http://youtu.be/DRd_bzGocQg > > Have fun > T. > >

April 6, 2016

Re: [Pharo-dev] [ANN] MessageFlowBrowser updated for Pharo 5 + new video

by phil＠highoctane.be

Didn't know about the tool. Cool thing! Phil On Wed, Apr 6, 2016 at 10:54 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > MessageFlowBrowser was updated for Pharo 5 (no deprecation warnings > anymore). > > Also enjoy the new video: > > http://youtu.be/DRd_bzGocQg > > Have fun > T. > >

April 6, 2016

Re: [Pharo-dev] [Pharo5] [Issue tracker] Acton needed: Check issues tagged Pharo5

by Marcus Denker

Hi, We are at 101 issues open that are tagged for Pharo5: https://pharo.fogbugz.com/f/filters/125/5-0-Al At the end of *this* week, we will move all issues to âlaterâ that are of the priority "5 â Fix If Time" Please have a look and if you think that an issue is more important, increase the priority. Marcus > On 01 Apr 2016, at 10:11, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > The plan is to release Pharo5 soon (End of April, if possible). > > We have now 144 issues tagged for Pharo5, 41 of those âmust fixâ or higher. > > We need to go though all the 144 issues and decide: > > âIs this bug to bad that it does not allow for a release?â > > If not, we should move it to milestone âLaterâ. > > https://pharo.fogbugz.com/f/filters/125/5-0-All > > It would be good if either the original submitter or people involved in the > discussion of those issues would have a look and help with taking this > decision. > > (And of course, if you have potentialy show stopping bugs that are not > in the list, this is the time to add themâ¦) > > Marcus

April 6, 2016

Re: [Pharo-dev] TxText model

by phil＠highoctane.be

On Wed, Apr 6, 2016 at 11:02 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 6 April 2016 at 11:56, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > >> Hi >> >> 2016-04-06 9:07 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: >> >>> What are the main problems with Text, Paragraph, ... and other old >>> TextComponents? >> >> >> I don't want to write crappy words. But to understand what was wrong you >> can try with them: >> >> - remove blinking cursor for specific morph instance >> - hide selection or change it color for specific morph instance >> - implement validation for input when only digits are allowed >> - implement masked fields >> - try to make all this composable >> >> It seems that first two items are really simple tasks. But it is huge >> pain and hacks at the end. >> > > Yes, Denis, that was i did not mentioned. > But as i said my main focus was not trying to fix all of the above , but > to enable vector-based rendering for text. The rest was coming as a bonus > and future work. > Because else, all of it worth nothing if you cannot even render text with > Athens.. > > I tried to do some decent hypertext and noticed that features that allowed to do this in Squeak were scrapped (for good reason, but still). And yeah, for long chunks of text... that's a big no no. Note that ParagraphEditor gets recreated all the time. And that rendering of text when there is bold text + italic + normal just didn't aligned properly on the computed text metrics (with StrikeFont at the time, I do not know if this is solved with TrueType fonts and Cairo). Another pain is the styling of text where the only styler we have is the SHSt80Styler (class name out of my mind, need to check) and that's a huge pain to support other stylings. Doru did something for Pillar at one point (apparently using PetitParser and island parser). I am also looking at Grafoscopio but need more time to understand what's in it. Still TxText is a good thing to have. We must have proper text management for such an OO platform. They manage to do things in Jetbrains tools (IDEA, WebStorm...) and that's pure Java/Swing (from what I know having worked extensively in Swing at one point is that internals of Swing are also messy, but less, and in other ways) Doable then. Big hopes in Bloc/Brick here, will try to do my ideas again with them. Phil > -- > Best regards, > Igor Stasenko. >

April 6, 2016

Re: [Pharo-dev] [ANN] MessageFlowBrowser updated for Pharo 5 + new video

by Thierry Goubier

2016-04-06 10:54 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > MessageFlowBrowser was updated for Pharo 5 (no deprecation warnings > anymore). > A nice example of an infinite tree one should not do a full text search in :) Thierry > > Also enjoy the new video: > > http://youtu.be/DRd_bzGocQg > > Have fun > T. > >

April 6, 2016

Re: [Pharo-dev] TxText model

by Nicolai Hess

2016-04-06 10:56 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi > > 2016-04-06 9:07 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> What are the main problems with Text, Paragraph, ... and other old >> TextComponents? > > > I don't want to write crappy words. But to understand what was wrong you > can try with them: > > - remove blinking cursor for specific morph instance > - hide selection or change it color for specific morph instance > - implement validation for input when only digits are allowed > - implement masked fields > - try to make all this composable > > It seems that first two items are really simple tasks. But it is huge pain > and hacks at the end. > Thanks Denis, yes this are good points I didn't thought about.

April 6, 2016

Re: [Pharo-dev] TxText model

by Igor Stasenko

On 6 April 2016 at 11:56, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi > > 2016-04-06 9:07 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> What are the main problems with Text, Paragraph, ... and other old >> TextComponents? > > > I don't want to write crappy words. But to understand what was wrong you > can try with them: > > - remove blinking cursor for specific morph instance > - hide selection or change it color for specific morph instance > - implement validation for input when only digits are allowed > - implement masked fields > - try to make all this composable > > It seems that first two items are really simple tasks. But it is huge pain > and hacks at the end. > Yes, Denis, that was i did not mentioned. But as i said my main focus was not trying to fix all of the above , but to enable vector-based rendering for text. The rest was coming as a bonus and future work. Because else, all of it worth nothing if you cannot even render text with Athens.. -- Best regards, Igor Stasenko.

April 6, 2016

[pharo-project/pharo-core] 144983: 50676

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 14498396c1b5d94dd0782bfe2260fc8429adf99a https://github.com/pharo-project/pharo-core/commit/14498396c1b5d94dd0782bfe… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-04-06 (Wed, 06 Apr 2016) Changed paths: M Keymapping-Core.package/KMBuffer.class/instance/matching/partialMatch.st M Keymapping-Core.package/KMCategoryBinding.class/instance/matching/completeMatch_buffer_.st M Keymapping-Core.package/KMCategoryTarget.class/instance/matching/completeMatch_buffer_.st M Keymapping-Core.package/KMDispatcher.class/instance/dispatching/dispatchKeystroke_.st M Keymapping-Core.package/KMDispatcher.class/instance/match/completeMatch_buffer_.st A Keymapping-Core.package/KMLog.class/class/as yet unclassified/logCompleteMatchBetween_and_.st A Keymapping-Core.package/KMLog.class/class/as yet unclassified/logCompleteMatch_.st A Keymapping-Core.package/KMLog.class/class/as yet unclassified/logPartialMatch_.st M Keymapping-Core.package/KMLog.class/class/as yet unclassified/log_.st A Keymapping-Core.package/KMLog.class/class/as yet unclassified/logger.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50675.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50676.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50675.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50676.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Slot-Tests.package/GlobalVariableTest.class/instance/tests - properties/testSmalltalkNotDoubleSymbol.st R Slot.package/GlobalVariable.class/instance/testing/literalEqual_.st M Tool-Diff.package/PSMCPatchMorph.class/instance/private/changeTreeKey_.st A Tool-Diff.package/PSMCPatchMorph.class/instance/private/selectionHasActualClass.st R Tool-Diff.package/PSMCPatchMorph.class/instance/private/selectionHasAcutalClass.st M Tool-Diff.package/PSMCPatchMorph.class/instance/protocol/changesMenu_.st Log Message: ----------- 50676 17935 KMLog sends printString + string concatenation regardless of it logging or not https://pharo.fogbugz.com/f/cases/17935 17933 GlobalVariable>>#hasLiteral: is wrong https://pharo.fogbugz.com/f/cases/17933 17944 Typo Diff selectionHasAcutalClass https://pharo.fogbugz.com/f/cases/17944 http://files.pharo.org/image/50/50676.zip

April 6, 2016