January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Learning from each other

by Igor Stasenko

On 2 January 2014 12:40, Sebastian Sastre <sebastian(a)flowingconcept.com>wrote: > Hi guys, > > Watching other people code is the fastest way to learn certain things. > > and there's plenty of opportunity for you in Pharo - just open browser to see other people code ;) > It's a great way to show, understand and set expectations on code-related > projects > > What about doing some Pharo related code here: > > http://coderstv.com/languages > > > > sebastian <https://about.me/sebastianconcept> > > o/ > > > > > > -- Best regards, Igor Stasenko.

Jan. 2, 2014

Re: [Pharo-dev] Weird Athens Artifact

by Igor Stasenko

On 2 January 2014 16:54, J.F. Rick <self(a)je77.com> wrote: > I've been converting DigiTile over to Athens with general success but I > have found an odd rendering bug. In this scenario, I am moving the brown > square around with a hand. As I am using AthensWrapMorph, I have made it so > that the brown square is a submorph of the application (an AthensWrapMorph) > and not in the hand. The brown square is actually twice the extent that it > appears (i.e., it has a 50 pixel transparent border). This has to be done > to allow rotation handles to be added. Anyway, when it moves so that its > top would go beyond the top of the application, some crazy rendering effect > happens, as illustrated in the included screenshots. This same behavior > happens when moving the square to the left side of the screen. It does not > happen on either the right or the bottom of the screen. It seems like > Athens does not like for submorphs of AthensWrapMorph to extend to the left > or above their parent. This seems like a problem and something that can > easily happen as somebody moves some morph to be partially offscreen. > > Sounds like clipping issue. But it is hard to tell anything by looking at screenshots.. Usually all things outside of visible area should be clipped. Also, note that dragging, like it is done in Morphic, the dragged morph changes its owner to hand (handmorph).. and since it is only within AthensWrapMorph it is where it uses rendering by Athens, it could be simply the case that it don't renders at all (or just uses morhic rendering while held by hand). > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Best regards, Igor Stasenko.

Jan. 2, 2014

Re: [Pharo-dev] DateModel label width

by Benjamin

I am currently working on a way to specify different layout policy. But until it works, there is no real way to do it. A dirty patch in the meantime would be to specify the policy to the morph when built. Ben On 02 Jan 2014, at 16:26, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > I want to specify that the label column should shrinkWrap the text. In > Morphic, it would be something like: > > >> gui := Morph new >> changeTableLayout; >> layoutInset: 10@10; >> listDirection: #leftToRight; >> vResizing: #spaceFill; >> hResizing: #spaceFill; >> yourself. >> >> row := UITheme current builder newRow: { >> TextMorph new contents: 'label'; color: Color yellow; yourself. >> Morph new color: Color green; hResizing: #spaceFill; yourself >> }. >> row >> hResizing: #spaceFill. >> >> gui >> addMorphBack: row. >> >> gui openInWindow. > > Any time 'label' changes to a shorter or longer string, both the label and > green morph adjust accordingly. > > Right now, DateModel has this in class-side #specâ¦ > > >> ^ SpecLayout composed >> newRow: [ :row | >> row >> add: #dateLabel" width: 60"; >> "This is to address a not yet fixed Spec issue" >> newRow: [:ugly | >> ugly >> add: #dateModel; >> add: #chooseDateButton width: 50 ]] height: 25 >> yourself. > > Currently, since the label column width is hard-coded, substituting longer > labels looks really crappy. > I don't remember what the "issue" was, but how do I recreate the above > Morphic behavior with Spec? > > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/DateModel-label-width-tp4733674.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Jan. 2, 2014

Weird Athens Artifact

by J.F. Rick

I've been converting DigiTile over to Athens with general success but I have found an odd rendering bug. In this scenario, I am moving the brown square around with a hand. As I am using AthensWrapMorph, I have made it so that the brown square is a submorph of the application (an AthensWrapMorph) and not in the hand. The brown square is actually twice the extent that it appears (i.e., it has a 50 pixel transparent border). This has to be done to allow rotation handles to be added. Anyway, when it moves so that its top would go beyond the top of the application, some crazy rendering effect happens, as illustrated in the included screenshots. This same behavior happens when moving the square to the left side of the screen. It does not happen on either the right or the bottom of the screen. It seems like Athens does not like for submorphs of AthensWrapMorph to extend to the left or above their parent. This seems like a problem and something that can easily happen as somebody moves some morph to be partially offscreen. Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Jan. 2, 2014

Re: [Pharo-dev] [Issue tracker] Help needed for reviews

by Sven Van Caekenberghe

On 02 Jan 2014, at 15:25, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hello, > > We have some issues ready that nevertheless need to be reviewed by humans: > > https://pharo.fogbugz.com/f/filters/45/Review > > > We know that they do not make tests fail and even pass some code critic tests. > But else? > > -> do they fix the problem? > -> Is this a change that we can risk to do after code freeze? We should make 3.0 a good solid release. That also means that we have to finish what we started. I have seen some changes being rejected because of the âcode freezeâ while I also see lots of stuff being committed (for example, Komitter), sometimes with little review, that is potentially quite dangerous. So letâs be flexible and use common sense judgement, if it was a good/bad idea two months ago, it still is. I think the current phase weâre in means: letâs focus on quality and not on new stuff. > -> is the change good? > > Marcus

Jan. 2, 2014

DateModel label width

by Sean P. DeNigris

I want to specify that the label column should shrinkWrap the text. In Morphic, it would be something like: > gui := Morph new > changeTableLayout; > layoutInset: 10@10; > listDirection: #leftToRight; > vResizing: #spaceFill; > hResizing: #spaceFill; > yourself. > > row := UITheme current builder newRow: { > TextMorph new contents: 'label'; color: Color yellow; yourself. > Morph new color: Color green; hResizing: #spaceFill; yourself > }. > row > hResizing: #spaceFill. > > gui > addMorphBack: row. > > gui openInWindow. Any time 'label' changes to a shorter or longer string, both the label and green morph adjust accordingly. Right now, DateModel has this in class-side #specâ¦ > ^ SpecLayout composed > newRow: [ :row | > row > add: #dateLabel" width: 60"; > "This is to address a not yet fixed Spec issue" > newRow: [:ugly | > ugly > add: #dateModel; > add: #chooseDateButton width: 50 ]] height: 25 > yourself. Currently, since the label column width is hard-coded, substituting longer labels looks really crappy. I don't remember what the "issue" was, but how do I recreate the above Morphic behavior with Spec? ----- Cheers, Sean -- View this message in context: http://forum.world.st/DateModel-label-width-tp4733674.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 2, 2014

Re: [Pharo-dev] Pharo3 issues

by Tudor Girba

Brilliant! I tested it, and it works fine. Doru On Thu, Jan 2, 2014 at 4:14 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > I removed the preference setting, and made it a local action (Issue 10551) > > Stephan > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 2, 2014

Re: [Pharo-dev] Pharo3 issues

by Stephan Eggermont

I removed the preference setting, and made it a local action (Issue 10551) Stephan

Jan. 2, 2014

Re: [Pharo-dev] New in Graph-ET

by Daniel Aviv Notario

Sure, it sound pretty doable. I'll work on it right now. Cheers Date: Thu, 2 Jan 2014 15:50:32 +0100 From: tudor(a)tudorgirba.com To: pharo-dev(a)lists.pharo.org Subject: Re: [Pharo-dev] New in Graph-ET Hi Daniel, Welcome back! :) I like the scatterplot. Just a note: Scatterplot is one word, not two. So, it should be GETScatterplot. It would indeed be great if you work on the axes. Once we have better axis including special ones (like boxplot or ticks), we can just unload EyeSee. Could we try to reach this goal within a month or so? Cheers,Doru On Thu, Jan 2, 2014 at 3:40 PM, Daniel Aviv Notario <daniel_avivnotario(a)hotmail.com> wrote: Hi guys! It's been a while since I posted in this list. The reason why I'm posting is because I finally finished my exams (yay!) and now I have some time to spare developing Graph-ET. I noticed a lot of you have been trying it, thank you for that :) I will try and answer all your questions regarding Graph-ET in the next few days. Meanwhile, today I did a little work on Scatterplots, you can go play with that, here's an example for you: | diag col | col := OrderedCollection new. col add: (1@1). col add: (1@2). col add: (2@1). col add: (2@2). col add: (0.75(a)0.5) col add: (0.6(a)1.5) diag := GETDiagramBuilder new. (diag scatterplot) models: col; x: [ :mod | mod x ]; y: [ :mod | mod y ]; regularAxis. diag open It's really pretty basic, I think changing the size and shape of he object should be nice. In ESUG I was working in animations, but I dropped it, I'll try again soon, but not inmediatly. Other things I think I'll work is improving the axis values in the labels and various customizations and bug-fixing. Also, I would like to hear from you, what can I work on? I been recieving a lot of suggestions, and I'm glad. So if you have a request, doubt, complaint, comments or anything really you can contact me and I'll try and answer ASAP. Hope hearing from you!Daniel -- www.tudorgirba.com "Every thing has its own flow"

Jan. 2, 2014

Re: [Pharo-dev] New in Graph-ET

by Tudor Girba

Hi Daniel, Welcome back! :) I like the scatterplot. Just a note: Scatterplot is one word, not two. So, it should be GETScatterplot. It would indeed be great if you work on the axes. Once we have better axis including special ones (like boxplot or ticks), we can just unload EyeSee. Could we try to reach this goal within a month or so? Cheers, Doru On Thu, Jan 2, 2014 at 3:40 PM, Daniel Aviv Notario < daniel_avivnotario(a)hotmail.com> wrote: > Hi guys! > > It's been a while since I posted in this list. > > The reason why I'm posting is because I finally finished my exams (yay!) > and now I have some time to spare developing Graph-ET. I noticed a lot of > you have been trying it, thank you for that :) I will try and answer all > your questions regarding Graph-ET in the next few days. > > Meanwhile, today I did a little work on Scatterplots, you can go play with > that, here's an example for you: > > | diag col | > col := OrderedCollection new. > col add: (1@1). > col add: (1@2). > col add: (2@1). > col add: (2@2). > col add: (0.75(a)0.5) > col add: (0.6(a)1.5) > diag := GETDiagramBuilder new. > (diag scatterplot) > models: col; > x: [ :mod | mod x ]; > y: [ :mod | mod y ]; > regularAxis. > > diag open > > It's really pretty basic, I think changing the size and shape of he object > should be nice. > > In ESUG I was working in animations, but I dropped it, I'll try again > soon, but not inmediatly. Other things I think I'll work is improving the > axis values in the labels and various customizations and bug-fixing. > > Also, I would like to hear from you, what can I work on? I been recieving > a lot of suggestions, and I'm glad. So if you have a request, doubt, > complaint, comments or anything really you can contact me and I'll try and > answer ASAP. > > Hope hearing from you! > Daniel > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 2, 2014