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

Re: [Pharo-dev] Pharo 4.0 - display

by Tudor Girba

I see this all the time. The problem was reported before and if I remember correctly it was deemed to be a VM issue that appears on the retina display. Cheers, Doru On Sun, Apr 19, 2015 at 3:22 PM, Max Leske <maxleske(a)gmail.com> wrote: > > > On 19 Apr 2015, at 14:44, <recursive68(a)gmail.com> <recursive68(a)gmail.com> > wrote: > > > > Hi, > > > > I've had a play with Pharo 4.0 on a OSX and it looks great. There is one > thing I've noticed, whenever I open a new window such as System Browser or > Playground in the environment and then move it or close it, it's leaving an > outline of each position of the window, if I move a window it's leaving a > trail of outlines. Any ideas ? > > That sounds very weird. Many of us develop on OS X and I personally haved > worked with 4.0 since the alpha build and have never seen that (except when > I really screwed up the image, but thatâs a different story). > > Which download did you use? What VM version are you using? > > Cheers, > Max > > > > > Thanks > > > -- www.tudorgirba.com "Every thing has its own flow"

April 19, 2015

Re: [Pharo-dev] Pharo 4.0 - display

by Max Leske

> On 19 Apr 2015, at 14:44, <recursive68(a)gmail.com> <recursive68(a)gmail.com> wrote: > > Hi, > > I've had a play with Pharo 4.0 on a OSX and it looks great. There is one thing I've noticed, whenever I open a new window such as System Browser or Playground in the environment and then move it or close it, it's leaving an outline of each position of the window, if I move a window it's leaving a trail of outlines. Any ideas ? That sounds very weird. Many of us develop on OS X and I personally haved worked with 4.0 since the alpha build and have never seen that (except when I really screwed up the image, but thatâs a different story). Which download did you use? What VM version are you using? Cheers, Max > > Thanks

April 19, 2015

Pharo 4.0 - display

by recursive68＠gmail.com

Hi, I've had a play with Pharo 4.0 on a OSX and it looks great. There is one thing I've noticed, whenever I open a new window such as System Browser or Playground in the environment and then move it or close it, it's leaving an outline of each position of the window, if I move a window it's leaving a trail of outlines. Any ideas ? Thanks

April 19, 2015

Re: [Pharo-dev] PharoLauncher and Pharo 5.0

by Nicolai Hess

2015-04-19 7:33 GMT+02:00 stepharo <stepharo(a)free.fr>: > Nicolai > > I will start to look at Spec and with the goal to improve the API. > So what is a little scenario to show the API needed for this case? > Hi stef, Compare this tree in Pharo 4.0 and Pharo 3.0 (TreeModel new roots:(1to:5))openWithSpec 3.0 -> different color for odd/even rows 4.0 -> always the same default color (theme backgroundColor) (This had changed because we removed the (hard coded) call to row color in MorphTreeModel>>#defaultTreeMorph) How can we set the row colors when using spec tree model-> We can set the row color in the tree model with: |t| t:=(TreeModel new roots:(1to:5));yourself. t oddRowColor: Color black. t evenRowColor: Color white. t openWithSpec. But the result is the same, the row color isn't populated to the widget. > > Stef > > Le 18/4/15 22:08, Nicolai Hess a Ã©crit : > > > > 2015-04-18 6:45 GMT+02:00 Damien Cassou <damien.cassou(a)inria.fr>: > >> >> Jan BlizniÄenko <bliznjan(a)fit.cvut.cz> writes: >> >> > In settings, there used to be option to switch off categories of image >> > sources/templates, like hide Pharo 2 category, but this option seems to >> be >> > missing now. >> >> >> yes, I removed it because it was too costly to maintain. >> >> >> > And one more thing ... GUI has some weird colors (well, I think it is >> > actually missing colors). Screenshot: >> > https://monosnap.com/file/Fs6rfZTlstzqkKzyReRnPUVa28FVZe.png >> > However, this one is not today's change, because this morning I tried >> > updating launcher (to find out whether it supports Pharo 5 :) ) and >> colors >> > were already like this. >> >> >> I confirm and I don't know why. >> > > This changed in pharo 40.004. Setting the rowcolor in the TreeMorph > created by the MorphTreeModel > was removed (by estaban (?)), I think this was because it is bad to have > these values hard coded in > the model (doesn't look nice with the dark theme :) ) > > The now problem is, spec tree model does not expose (or use) the api for > setting this attributes. > I uploaded a workaround fix to set this property when the widget is > built (bypassing spec). > (PharoLauncher-Spec-NicolaiHess.41) > > nicolai > > > > > >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." --Winston Churchill >> >> > >

April 19, 2015

Re: [Pharo-dev] PharoLauncher and Pharo 5.0

by stepharo

Nicolai I will start to look at Spec and with the goal to improve the API. So what is a little scenario to show the API needed for this case? Stef Le 18/4/15 22:08, Nicolai Hess a Ã©crit : > > > 2015-04-18 6:45 GMT+02:00 Damien Cassou <damien.cassou(a)inria.fr > <mailto:damien.cassou@inria.fr>>: > > > Jan BlizniÄenko <bliznjan(a)fit.cvut.cz > <mailto:bliznjan@fit.cvut.cz>> writes: > > > In settings, there used to be option to switch off categories of > image > > sources/templates, like hide Pharo 2 category, but this option > seems to be > > missing now. > > > yes, I removed it because it was too costly to maintain. > > > > And one more thing ... GUI has some weird colors (well, I think > it is > > actually missing colors). Screenshot: > > https://monosnap.com/file/Fs6rfZTlstzqkKzyReRnPUVa28FVZe.png > > However, this one is not today's change, because this morning I > tried > > updating launcher (to find out whether it supports Pharo 5 :) ) > and colors > > were already like this. > > > I confirm and I don't know why. > > > This changed in pharo 40.004. Setting the rowcolor in the TreeMorph > created by the MorphTreeModel > was removed (by estaban (?)), I think this was because it is bad to > have these values hard coded in > the model (doesn't look nice with the dark theme :) ) > > The now problem is, spec tree model does not expose (or use) the api > for setting this attributes. > I uploaded a workaround fix to set this property when the widget is > built (bypassing spec). > (PharoLauncher-Spec-NicolaiHess.41) > > nicolai > > > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill > >

April 19, 2015

Re: [Pharo-dev] [squeak-dev] Re: New Cog VMs available

by Levente Uzonyi

Hi Eliot, I expect pinning to be used for things other than FFI. For example the ExternalObjectTable is nothing but poor man's pinning, which can be nuked when the VM supports pinning out of the box. In this case pinned objects (Semaphores) will be all over the place due to files and sockets, and their lifetime will also vary from a few seconds to years. Not mixing pinned objects with non-pinned objects can also save the bit used for marking pinned objects in the object header. Levente On Sat, 18 Apr 2015, Eliot Miranda wrote: > Hi Levente, > > the code is indeed written to cluster pinned objects. Objects can only be punned in old space. IIRC there's a bit in each segment header to say whether it contains pinned objects. If such a segment exists then newly pinned objects in new space will be becomes to a pinned object in that segment. But I expect the standard use case is pin, make an FFI call, unpin, so we shouldn't worry too much about clustering. So if an object is already in old space the system merely sets the pin bit. It may erroneously set the "segment contains pinned" but too. It would be better for the system to nominate a single segment to contain pinned objects. I'll try and remember to take a look but you're welcome to too ;-) > > Eliot (phone) > > On Apr 17, 2015, at 10:00 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Fri, 17 Apr 2015, Eliot Miranda wrote: >> >>> On Fri, Apr 17, 2015 at 5:16 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >>> >>> 2015-04-16 17:16 GMT-07:00 Sean P. DeNigris <sean(a)clipperadams.com>: >>> Eliot Miranda-2 wrote >>> > ... >>> >>> Wow! That seems like a /lot/ of fixes... thanks :) >>> >>> >>> This past few weeks we were 4 to commit regularly on the JIT (Tim, Ryan, Eliot and I) so there are more fixes than when Eliot is working alone :-) >>> Finally we have a team working on it. Come join us!! There's /lots/ to work on. See http://www.mirandabanda.org/cogblog/cog-projects/ & http://www.mirandabanda.org/cogblog/collaborators/. It is challenging, useful and FUN! >> >> "- a solution to the problem of free space in segments containing pinned objects at snapshot time" >> >> My naive approach would be to separate pinned objects from non-pinned objects. Whenever you pin an object, it's moved to a "pinned" segment - >> which is a segment with only pinned objects - and vica versa. >> >> Levente >> >>> -- >>> best,Eliot >> > >

April 19, 2015

Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras

by Andrei Chis

I can do the move tomorrow and also update the ci job if you give me the right permission on jenkins. Cheers, Andrei On Sat, Apr 18, 2015 at 10:40 PM, Alain Plantec via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Alain Plantec <alain.plantec(a)yahoo.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: > Date: Sat, 18 Apr 2015 22:37:19 +0200 > Subject: Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras > ok, but I canât do it now. For 5 days, the only (limited) internet > connection I can > have is through my phone. > Cheers > Alain > > On 18 Apr 2015, at 21:09, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Ok. Let's move them then. > > Could you do it? > > Cheers, > Doru > > > > On Sat, Apr 18, 2015 at 7:07 PM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> I guess I interpreted Extras as projects that are not right now in code. >> We should move then Rubric and Bloc to Pharo. >> >> Cheers, >> Andrei >> >> On Sat, Apr 18, 2015 at 6:57 PM, stepharo <stepharo(a)free.fr> wrote: >> >>> >>> >>> Le 18/4/15 13:01, Tudor Girba a Ã©crit : >>> >>> That is unclear to me, too. >>> >>> I thought that the Pharo repo is only for the code from the Pharo >>> image, but I now see that we have other projects, like TxText, there as >>> well. So, what is the preferred way? >>> >>> >>> I always thought that Extras was projects that would not be in the core. >>> Now bloc should at the end be in the core. >>> >>> Cheers, >>> Doru >>> >>> >>> On Sat, Apr 18, 2015 at 8:13 AM, stepharo <stepharo(a)free.fr> wrote: >>> >>>> Just a meta remark why extras and not Pharo? >>>> >>>> Le 17/4/15 12:58, Alain Plantec via Pharo-dev a Ã©crit : >>>> >>>> >>>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >>> >>> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > >

April 18, 2015

Re: [Pharo-dev] [Vm-dev] NativeBoost / Callbacks and Multithreading (Eliot: This is not just NB, we need you here :P)

by Thierry Goubier

Le 18/04/2015 19:57, Ben Coman a Ã©crit : > > On 18/04/2015 3:36 pm, "Esteban Lorenzano" <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > > > > Soâ¦ âmultithreadâ is a complicated issue. Pharo as most Smalltalks is > designed thinking is as monolithic so if you are trying to make the > image to work in different processesâ¦ it will not be easy at all :) > > The holy grail of multithreaded seems to be functional programing, where > essentially the benefit comes from threads not modifying global state. > The problem with our monolithic system is that you are often (if not > always) modifying global state. Worker threads can be written that > avoid explicitly modifying global state, but your worker call a method > that calls a method that calls a method that unnoticed by you modifies > global state. This has been the source of a number of bugs I've hunted > down in Pharo (e.g. Transcript; Monticello repository filter). You have > to dig deep to notice these and I have wondered if somehow there could > be some system help to make such cases fail-early such that any > assignment to any instance variable generates an exception. You could > turn this on for worker threads to ensure they can't inadvertently > affect the monolithic assumptions of the main system. > > Of course the worker threads need to deal with transient global state, > but you are in control writing new code with this in mind -- but it > protects reuse of existing monolithic code. > > What would it take to get such a feature? Reuse the transactional memory stuff for Pharo which already exist? Thierry > > Cheers -ben >

April 18, 2015

Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras

by Alain Plantec

ok, but I canât do it now. For 5 days, the only (limited) internet connection I can have is through my phone. Cheers Alain > On 18 Apr 2015, at 21:09, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Ok. Let's move them then. > > Could you do it? > > Cheers, > Doru > > > > On Sat, Apr 18, 2015 at 7:07 PM, Andrei Chis <chisvasileandrei(a)gmail.com <mailto:chisvasileandrei@gmail.com>> wrote: > I guess I interpreted Extras as projects that are not right now in code. > We should move then Rubric and Bloc to Pharo. > > Cheers, > Andrei > > On Sat, Apr 18, 2015 at 6:57 PM, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: > > > Le 18/4/15 13:01, Tudor Girba a Ã©crit : >> That is unclear to me, too. >> >> I thought that the Pharo repo is only for the code from the Pharo image, but I now see that we have other projects, like TxText, there as well. So, what is the preferred way? >> > > I always thought that Extras was projects that would not be in the core. > Now bloc should at the end be in the core. > >> Cheers, >> Doru >> >> >> On Sat, Apr 18, 2015 at 8:13 AM, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >> Just a meta remark why extras and not Pharo? >> >> Le 17/4/15 12:58, Alain Plantec via Pharo-dev a Ã©crit : >> >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com/> >> >> "Every thing has its own flow" > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

April 18, 2015

Re: [Pharo-dev] PetitMarkdown

by Stephan Eggermont

On 18/04/15 18:49, Dmitri Zagidulin wrote: > Didn't seem to work, the figure with no label was still placed > arbitrarily by LaTeX (and not in the exact location). (And, actually, > LaTeX placed the figure in the middle of a script block, which is really > odd). Not a LaTeX problem. Scripts should be generated so that they cannot have orphans (or widows) and that includes the caption. I want a WYSIWYG documentation system in Smalltalk. Something between LaTeX and Framemaker. Stephan

April 18, 2015