[Pharo-dev] [pharo-project/pharo-core]

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

[Pharo-dev] [pharo-project/pharo-core] cf3322: 50678

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: cf332245702681de4418049d34fcdc6a1dbb250b https://github.com/pharo-project/pharo-core/commit/cf332245702681de4418049d34fcdc6a1dbb250b Author: Jenkins Build Server Date:

[Pharo-dev] Project Catalog questions

Hi all, Is there a specific reason why Project Catalog items menu does not include "Install development version" and/or "Install bleeding edge" options? Another one is, what does it mean the "Install stable version and create group" option? group of what? what for? Hernán

[Pharo-dev] [ANN] Pomodoro 1.6 for Pharo 5 + video

I did a new pass on the Pomodoro timer for Pharo 5: - settings with custom start value and custom colors - better resizing behavior of the morph - pause/continue - start/restart possibility - default colors aligned with Pharo scheme - pause state in Pomodoro instead of Morph - separate core and

Re: [Pharo-dev] TxText model

On 06-04-16 19:31, Sean P. DeNigris wrote: [rant]I find the whole text system very confusing. What the heck does a paragraph know about insertion points?? A view has one paragraph object, even if there are several paragraphs (as understood by the rest of humanity as a block of text with breaks

Re: [Pharo-dev] TxText model

2016-04-06 19:31 GMT+02:00 Nicolai Hess : > (As it is based on TxText (or a fork) maybe it isn't that difficult to add > rendering on athens ?) It should be not difficult. In Twisty end rendering on canvas is just 1% of code (or less). I plan to adopt it for Bloc. And for

Re: [Pharo-dev] TxText model

The only thing required for styling is to specify the attributes for the runs associated with the text. A simple example: | text attributes oldRuns clr| text := (String loremIpsum: 1234) asText. attributes := Array new: text size. clr := TextColor color: Color random. 1 to: text size do: [

Re: [Pharo-dev] TxText model

2016-04-06 18:11 GMT+02:00 p...@highoctane.be : > Ok. Call me stupid but in Pharo I don't see how to do that easily. > > Phil > At least for Rubric, it can not be that difficult. I saw a GT-Inspector with a XML-styer > > On Wed, Apr 6, 2016 at 5:41 PM, Stephan Eggermont

Re: [Pharo-dev] TxText model

I have two or three Moleskine books full of notes about all of this text stuff. Still a maddening thing to deal with. Especially when you send wrong things and the whole UI freezes all over. Phil On Wed, Apr 6, 2016 at 7:31 PM, Sean P. DeNigris wrote: > > > What are the

Re: [Pharo-dev] TxText model

> What are the main problems with Text, Paragraph, ... and other old > TextComponents? > And how are these solved with TxText? > Stephan Eggermont wrote >> |t1 t2 ball page| >> page := Morph new. >> ... Yes, this example brackets the situation quite nicely. The current text system "makes hard

Re: [Pharo-dev] TxText model

On 6 April 2016 at 20:31, Nicolai Hess wrote: > > > 2016-04-06 18:00 GMT+02:00 Igor Stasenko : > >> >> >> On 6 April 2016 at 18:34, Nicolai Hess wrote: >> >>> >>> Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko"

Re: [Pharo-dev] TxText model

2016-04-06 18:00 GMT+02:00 Igor Stasenko : > > > On 6 April 2016 at 18:34, Nicolai Hess wrote: > >> >> Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" : >> > >> > btw, >> > >> > if you wanna feel a difference, why we wanted vector

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

On Wed, Apr 6, 2016 at 4:36 PM, Igor Stasenko wrote: > That explains, why, there initially certain features of Cairo, that not > exposed by Athens. > It is not because we can't or just don't care.. we do.. But only after we > can see that it consistent with rest of API and can

Re: [Pharo-dev] TxText model

Ok. Call me stupid but in Pharo I don't see how to do that easily. Phil On Wed, Apr 6, 2016 at 5:41 PM, Stephan Eggermont wrote: > On 06-04-16 11:13, p...@highoctane.be wrote: > >> Another pain is the styling of text where the only styler we have is the >> SHSt80Styler (class

Re: [Pharo-dev] TxText model

On 6 April 2016 at 18:34, Nicolai Hess wrote: > > Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" : > > > > btw, > > > > if you wanna feel a difference, why we wanted vector based rendering, by > yourself, open: > > > > Morph comment asText asMorph

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

Not really about modifying during iteration, if an object you try to remove: is in the wrong slot, you'll most likely get a CannotBeFound error. Which you can work around by iterating indexes and nilling directly, doing so in reverse merely minimizes the amount of work needed to potentially

Re: [Pharo-dev] TxText model

On 06-04-16 11:13, p...@highoctane.be wrote: 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. Styling with different stylers worked in TextMorph. In Squeak it is

Re: [Pharo-dev] TxText model

Nice! I addd this as #example method to TxAthensLayoutView.   Gesendet: Mittwoch, 06. April 2016 um 17:20 Uhr Von: "Igor Stasenko" An: "Pharo Development List" Betreff: Re: [Pharo-dev] TxText model btw,   if you wanna feel a difference, why we

Re: [Pharo-dev] TxText model

Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" : > > btw, > > if you wanna feel a difference, why we wanted vector based rendering, by yourself, open: > > Morph comment asText asMorph openInSceneView > > and then > > | sceneView view | > sceneView := AthensSceneView new. >

Re: [Pharo-dev] TxText model

btw, if you wanna feel a difference, why we wanted vector based rendering, by yourself, open: Morph comment asText asMorph openInSceneView and then | sceneView view | sceneView := AthensSceneView new. view := TxAthensLayoutView on: Morph comment asTxModel extent: 400@400. sceneView scene:

Re: [Pharo-dev] TxText model

On 6 April 2016 at 17:07, Nicolai Hess wrote: > > > 2016-04-06 10:56 GMT+02:00 Igor Stasenko : > >> >> >> On 6 April 2016 at 11:36, Nicolai Hess wrote: >> >>> >>> >>> Thanks Igor. >>> Maybe some more Info? (I don't have much

Re: [Pharo-dev] Two possible Morphic-related issues

On 06-04-16 15:27, p...@highoctane.be wrote: Is there anything else than a SmalltalkEditor there? Now there is Rubric too, but... The superclass of SmalltalkEditor is TextEditor. That is the one I'd expect. Stephan

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

The specified operation of fixing a badly hashed set will, if you go in reverse ;) Removing (or, nilling, then checking for subsequent hits) only ever moves objects at indexes following the one you removed at (and have already verified to be correct) Adding might result in the removed object

[Pharo-dev] [pharo-project/pharo-core] a7a26c: 50677

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: a7a26c014b819d5962a0c92141000a270ea0ca19 https://github.com/pharo-project/pharo-core/commit/a7a26c014b819d5962a0c92141000a270ea0ca19 Author: Jenkins Build Server Date:

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

Yeah, I just realised that iterating and changing a dictionary or set at the same time won't work ;-) > On 06 Apr 2016, at 16:01, Henrik Johansen > wrote: > > If you are iterating over a Set with incorrectly placed objects, remove: > calls aren't going to do you

[Pharo-dev] [pharo-project/pharo-core]

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

Re: [Pharo-dev] TxText model

2016-04-06 10:56 GMT+02:00 Igor Stasenko : > > > On 6 April 2016 at 11:36, Nicolai Hess wrote: > >> >> >> Thanks Igor. >> Maybe some more Info? (I don't have much experience with this and don't >> fully understand what is missing). >> >> >>> 1. No

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

If you are iterating over a Set with incorrectly placed objects, remove: calls aren't going to do you much good ;) Not to mention, even nilling the slot directly, then add:'ing, still means you have to scan subsequent entries up to the next empty slot for potentially better placement, if the

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

> On 06 Apr 2016, at 15:34, Nicolai Hess wrote: > > > > 2016-04-06 15:25 GMT+02:00 Sven Van Caekenberghe : > Hi Nicolai, > > > On 06 Apr 2016, at 14:56, Nicolai Hess wrote: > > > > > > > > 2016-04-06 14:27 GMT+02:00 Sven Van

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

2016-04-06 15:25 GMT+02:00 Sven Van Caekenberghe : > Hi Nicolai, > > > On 06 Apr 2016, at 14:56, Nicolai Hess wrote: > > > > > > > > 2016-04-06 14:27 GMT+02:00 Sven Van Caekenberghe : > > Fix for review: > > > > === > > Name:

Re: [Pharo-dev] Two possible Morphic-related issues

Stephan, Is there anything else than a SmalltalkEditor there? Now there is Rubric too, but... Phil On Wed, Apr 6, 2016 at 2:34 PM, Stephan Eggermont wrote: > On 05-04-16 23:22, Carlos Lombardi wrote: > >> We had another problem to obtain a mix-style PluggableTextMorph. When

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

Hi Nicolai, > On 06 Apr 2016, at 14:56, Nicolai Hess wrote: > > > > 2016-04-06 14:27 GMT+02:00 Sven Van Caekenberghe : > Fix for review: > > === > Name: STON-Core-SvenVanCaekenberghe.71 > Author: SvenVanCaekenberghe > Time: 6 April 2016, 2:22:24.782251 pm

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

2016-04-06 14:27 GMT+02:00 Sven Van Caekenberghe : > Fix for review: > > === > Name: STON-Core-SvenVanCaekenberghe.71 > Author: SvenVanCaekenberghe > Time: 6 April 2016, 2:22:24.782251 pm > UUID: 64b8b741-365e-41fe-aa98-565e33ca5d24 > Ancestors: STON-Core-SvenVanCaekenberghe.70 > >

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

Hi Sven, Instead of: stonProcessSubObjects: block | didContainStonReferenceAsKey | didContainStonReferenceAsKey := self stonProcessSubObjects: block super stonProcessSubObjects: block. self isHealthy ifFalse: [ self rehash ].. super

Re: [Pharo-dev] [Ann] New version of Mocketry 3.0

Hi, Nice work! Just the English does not sound quite well for statements like: mock should got someMessage mock should not got anotherMessage. I know that there was a long discussion about naming these. I do not remember the outcome, but still I think other alternatives would

Re: [Pharo-dev] [Ann] New version of Mocketry 3.0

And I add chapters in PharoInProgress 2016-04-06 14:29 GMT+02:00 Denis Kudriashov : > I am glad to present simplest mocks for Pharo. > In this version Mocketry is dramatically improved and changed. I try to > provide most simple way to stub any message to any object and to

Re: [Pharo-dev] Two possible Morphic-related issues

On 05-04-16 23:22, Carlos Lombardi wrote: We had another problem to obtain a mix-style PluggableTextMorph. When the Text is accepted, the model is given actually a style-less Text, this is explicitly established in PluggableTextMorph>>acceptTextInModel. I guess that such is convenient when the

[Pharo-dev] [Ann] New version of Mocketry 3.0

I am glad to present simplest mocks for Pharo. In this version Mocketry is dramatically improved and changed. I try to provide most simple way to stub any message to any object and to verify any occurred behaviour. You can read full details in my blog

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

Fix for review: === Name: STON-Core-SvenVanCaekenberghe.71 Author: SvenVanCaekenberghe Time: 6 April 2016, 2:22:24.782251 pm UUID: 64b8b741-365e-41fe-aa98-565e33ca5d24 Ancestors: STON-Core-SvenVanCaekenberghe.70 Fix a bug where STONReferences occurring as keys in Dictionaries or elements in

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

https://pharo.fogbugz.com/f/cases/17946/STON-materializes-unhealthy-Dictionaries-and-Sets-when-references-occur-in-its-keys-or-elements fix coming > On 05 Apr 2016, at 13:11, Sven Van Caekenberghe wrote: > >> >> On 05 Apr 2016, at 13:02, Nicolai Hess

Re: [Pharo-dev] TxText model

Nice! 2016-04-06 12:18 GMT+02:00 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

Re: [Pharo-dev] TxText model

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

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

> On 06 Apr 2016, at 12:13, p...@highoctane.be wrote: > > Didn't know about the tool. Cool thing! +1 > Phil > > On Wed, Apr 6, 2016 at 10:54 AM, Torsten Bergmann wrote: > MessageFlowBrowser was updated for Pharo 5 (no deprecation warnings anymore). > > Also enjoy the new

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

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

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

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,

Re: [Pharo-dev] TxText model

On Wed, Apr 6, 2016 at 11:02 AM, Igor Stasenko wrote: > > > On 6 April 2016 at 11:56, Denis Kudriashov wrote: > >> Hi >> >> 2016-04-06 9:07 GMT+02:00 Nicolai Hess : >> >>> What are the main problems with Text, Paragraph, ... and

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

2016-04-06 10:54 GMT+02:00 Torsten Bergmann : > 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

Re: [Pharo-dev] TxText model

2016-04-06 10:56 GMT+02:00 Denis Kudriashov : > Hi > > 2016-04-06 9:07 GMT+02:00 Nicolai Hess : > >> What are the main problems with Text, Paragraph, ... and other old >> TextComponents? > > > I don't want to write crappy words. But to understand what

Re: [Pharo-dev] TxText model

On 6 April 2016 at 11:56, Denis Kudriashov wrote: > Hi > > 2016-04-06 9:07 GMT+02:00 Nicolai Hess : > >> What are the main problems with Text, Paragraph, ... and other old >> TextComponents? > > > I don't want to write crappy words. But to understand

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

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 14498396c1b5d94dd0782bfe2260fc8429adf99a https://github.com/pharo-project/pharo-core/commit/14498396c1b5d94dd0782bfe2260fc8429adf99a Author: Jenkins Build Server Date:

[Pharo-dev] [pharo-project/pharo-core]

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

Re: [Pharo-dev] TxText model

Hi 2016-04-06 9:07 GMT+02:00 Nicolai Hess : > 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

Re: [Pharo-dev] TxText model

On 6 April 2016 at 11:36, Nicolai Hess wrote: > > > Thanks Igor. > Maybe some more Info? (I don't have much experience with this and don't > fully understand what is missing). > > >> 1. No support for vector graphics >> > > I know some parts of Athens (with Cairo font

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

MessageFlowBrowser was updated for Pharo 5 (no deprecation warnings anymore). Also enjoy the new video: http://youtu.be/DRd_bzGocQg Have fun T.

Re: [Pharo-dev] TxText model

On 6 April 2016 at 11:36, Nicolai Hess wrote: > > > 2016-04-06 9:59 GMT+02:00 Igor Stasenko : > >> >> >> On 6 April 2016 at 10:07, Nicolai Hess wrote: >> >>> >>> >>> 2016-04-06 7:57 GMT+02:00 p...@highoctane.be

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 10:07 GMT+02:00 Igor Stasenko : > > > On 6 April 2016 at 10:35, Nicolai Hess wrote: > >> >> >> 2016-04-05 16:31 GMT+02:00 Igor Stasenko : >> >>> >>> >>> On 5 April 2016 at 17:27, Igor Stasenko wrote:

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

That explains, why, there initially certain features of Cairo, that not exposed by Athens. It is not because we can't or just don't care.. we do.. But only after we can see that it consistent with rest of API and can be easily implemented on most of other potential backends. Yes, i am talking

Re: [Pharo-dev] TxText model

2016-04-06 9:59 GMT+02:00 Igor Stasenko : > > > On 6 April 2016 at 10:07, Nicolai Hess wrote: > >> >> >> 2016-04-06 7:57 GMT+02:00 p...@highoctane.be : >> >>> >>> >>> On Wed, Apr 6, 2016 at 2:07 AM, Sean P. DeNigris

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

On 6 April 2016 at 11:14, Thierry Goubier wrote: > > > 2016-04-06 10:07 GMT+02:00 Igor Stasenko : > >> >> >> On 6 April 2016 at 10:35, Nicolai Hess wrote: >> >>> >>> I made some fixes for AthensBalloon (not all are integrated

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

I started working on Athens by picking up a previous work by Cyrille (if i'm not mistaken). And his work also predated by Rome plugin , that was done by (and here my memory fails me).. Originally it was looked as a simple wrapper of Cairo library, reflecting its design and API straightly and

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 10:07 GMT+02:00 Igor Stasenko : > > > On 6 April 2016 at 10:35, Nicolai Hess wrote: > >> >> I made some fixes for AthensBalloon (not all are integrated yet, some >> parts are just experimental and needs more tests), the idea is to have >>

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

On 6 April 2016 at 10:35, Nicolai Hess wrote: > > > 2016-04-05 16:31 GMT+02:00 Igor Stasenko : > >> >> >> On 5 April 2016 at 17:27, Igor Stasenko wrote: >> >>> >>> >>> On 5 April 2016 at 16:29, Aliaksei Syrel

Re: [Pharo-dev] TxText model

On 6 April 2016 at 10:07, Nicolai Hess wrote: > > > 2016-04-06 7:57 GMT+02:00 p...@highoctane.be : > >> >> >> On Wed, Apr 6, 2016 at 2:07 AM, Sean P. DeNigris >> wrote: >> >>> philippe.b...@highoctane.be wrote >>> > So, I ended

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 16:31 GMT+02:00 Igor Stasenko : > > > On 5 April 2016 at 17:27, Igor Stasenko wrote: > >> >> >> On 5 April 2016 at 16:29, Aliaksei Syrel wrote: >> >>> Now let's take a look at this code: >>> >>> drawOnSpartaCanvas: aCanvas

Re: [Pharo-dev] Two possible Morphic-related issues

On 05-04-16 23:22, Carlos Lombardi wrote: I provisionally patched this issue by modifying the class method in StrikeFont, in order to give the menu Strings instead of Associations. As far as this way of selecting a point size is still usable, it would be nice to have this issue fixed. If there

Re: [Pharo-dev] TxText model

2016-04-06 7:57 GMT+02:00 p...@highoctane.be : > > > On Wed, Apr 6, 2016 at 2:07 AM, Sean P. DeNigris > wrote: > >> philippe.b...@highoctane.be wrote >> > So, I ended up in ParagraphEditor, Text attributes etc. >> >> Ugh. How many beautiful projects