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

Re: [Pharo-dev] [Ann] a short Bloc demo

by Alain Plantec

I will try to find a win 7 somewhere and have a look thanks for your feedbacks Cheers Alain > Le 27 janv. 2015 Ã 08:47, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > I tried another windows 7 machine and it is working now. Except the keyboard input, but bloc world now has the full display screen extent. > > 2015-01-26 23:52 GMT+01:00 Alain Plantec <alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com>>: > Hello Nicolai, > Iâve not tested in w7. > Iâve just tried in Windows 8.1. > It works outofthebox here. > Cheers > Alain > > <PharoBlocInWindows81.PNG> > >> Le 25 janv. 2015 Ã 16:40, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> a Ã©crit : >> >> 2014-12-26 15:39 GMT+01:00 Alain Plantec <alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com>>: >> >>> >>> Why does it open another window? (see screenshot, the left pharo windows opens after switching >>> to bloc world. Only the right window acts to mouse and keyboard (cmd+enter). The left window >>> looks like a "mirror", just shows what happens in the right window. >> >> ah, Iâve never tested it in windows. It should not open another window. Maybe itâs because of OSWindow >> that is used for the vm rendering. >> I will have a look. maybe have to not use OSWindow. >> >> I tried it again in windows , (both loadDevelopment and loadBleedingEdget). >> This time the bloc world only opens in the upper left corner extent ~ 100@50. >> I can open a world menu in this area :) , but I can not make it larger. >> And after some time, it crashes the vm. And it still opens another (native)window. >> (on pharo 40459 latest vm (Win32 built on Jan 22 2015 01:03:55 Compiler: 4.6.2)) >> >> >> >> Thanks >> Alain >> >> >>> >>> >>> >>> >>> >>> >>>> On 25 Dec 2014, at 20:57, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>>> >>>> I tried both, loadDevelopment and loadBleedingEdget, but >>>> I can not get it to work like in the video. >>>> For me, the keyboard input stop working as soon as I start the bloc world. >>>> And for me it opens another window in the background, what is it for? >>>> >>>> BTW how many developers working on bloc, just you two ? >>>> >>>> nicolai >>>> >>>> >>>> >>>> 2014-12-25 10:31 GMT+01:00 stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>>: >>>> >>>> Le 25/12/14 03:04, Ben Coman a Ã©crit : >>>> Really nice to see your progress. Now do you have some sketches that show how it relates to the components of the existing Morphic? What is being disposed of, what reimplemented, what ported? >>>> >>>> I'm writing class comments and soon a chapter. But it takes time because I have to also do a bit of reverse engineering. >>>> Now Bloc does not relate to Morphic :) Everything is rewritten from scratch and we will rewrite everything. >>>> We will try to reuse Spec. >>>> Now for default Morphic, rewritting all the morphs to use Athens >>>> is a huge tasks considered the current logic of certain morphic elements >>>> Since Bloc is fully athens-based, it may be better to only work on Bloc. >>>> Now the trick is that we can use the morphic elements. >>>> This would really help to understand where contributions might be useful. >>>> >>>> >>>> btw, with Build 40419, "ConfigurationOfBloc load" warns that >>>> it depends on BlEllipseShape which must be resolved before #drawOn: and #drawOnAthensCanvas: can be resolved. >>>> >>>> Yes this is normal, you should load bleedingEdge. >>>> >>>> >>>> "ConfigurationOfBlock loadDevelopment" works fine. >>>> >>>> cheer -ben >>>> >>>> Sven Van Caekenberghe wrote: >>>> Yes, a nice X-Mas present ! >>>> >>>> On 24 Dec 2014, at 15:41, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >>>> >>>> Wow! Impressive!!! >>>> >>>> Alexandre >>>> >>>> >>>> On Dec 24, 2014, at 3:19 PM, Alain Plantec <alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com>> wrote: >>>> >>>> Hello all, >>>> >>>> Iâve just uploaded a small demo of Bloc. >>>> http://vimeo.com/115336678 <http://vimeo.com/115336678> >>>> >>>> >>>> Cheers >>>> Alain >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> <pharo_bloc.png> >> >> > >

Jan. 27, 2015

Re: [Pharo-dev] athens font rendering bug

by Alain Plantec

of Nicolai example, not Andrei â¦ :) Cheers Alain > Le 27 janv. 2015 Ã 08:57, Alain Plantec <alain.plantec(a)yahoo.com> a Ã©crit : > > Iâve dig a little bit to understand why it is working in my image. > > Something is weird with the default âsource Sans Proâ setting. > > With a fresh Pharo 4 #40463, Mac OS > Iâve the same bad result. > > Now, the Source Sans Pro line (the first one) is rendered as expected after the following: > - open the setting browser > - open Standard fonts/Default, click on the first button and choose 'Source code proâ instead of âSource sans proâ > - click on the 'force allâ button. > - new try of Andrei example -> then the first line with âSource sans proâ is ok > > the second line with Arial turns ok if I update the free fonts (Update button from the font chooser). > After, the result remains ok whatever font is defined as default, comprising âsource Sans Proâ. > > So, I guess the default source sans pro font setting is broken somewhere in the initial image > > Cheers > Alain > > >> Le 27 janv. 2015 Ã 00:04, Alain Plantec <alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com>> a Ã©crit : >> >> it seems ok here (also in Pharo 4, Mac OS X) >> Alain >> >> <Capture dâeÌcran 2015-01-27 aÌ 00.02.35.png> >> >> >>> Le 26 janv. 2015 Ã 23:45, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> a Ã©crit : >>> >>> Looks the same here, Pharo 4, Mac OS X >>> >>>> On 26 Jan 2015, at 23:18, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>>> >>>> You can "force" the wrong font characters if you try to use a font that >>>> is not known to the fontregistry: >>>> Open a fresh image (40463) and execute the code: >>>> >>>> |text font1 font2 string1 string2| >>>> font1:=(LogicalFont familyName:'Source Sans Pro' pointSize:20). >>>> font2:=(LogicalFont familyName:'Arial' pointSize:20). >>>> string1 := font1 realFont asString. >>>> string2 := font2 realFont asString. >>>> text := TxModel new. >>>> text at:text startPosition insert:(string1, String cr, string2). >>>> (text startPosition selectTo: text startPosition + string1 size) >>>> applyAttribute:(TxForeColorAttribute with: Color red); >>>> applyAttribute:(TxFontAttribute with:font1). >>>> ((text startPosition + 1 + string1 size) selectTo: text endPosition) >>>> applyAttribute:(TxForeColorAttribute with: Color blue); >>>> applyAttribute:(TxFontAttribute with:font2). >>>> TxTextEditorMorph openInWindowWithText:text. >>>> >>>> >>>> Or am I the only one ? >>>> This is, how it looks for me: >>>> >>>> >>>> >>>> <PharoScreenshot.png> >>> >>> >> >

Jan. 27, 2015

Re: [Pharo-dev] athens font rendering bug

by Alain Plantec

Iâve dig a little bit to understand why it is working in my image. Something is weird with the default âsource Sans Proâ setting. With a fresh Pharo 4 #40463, Mac OS Iâve the same bad result. Now, the Source Sans Pro line (the first one) is rendered as expected after the following: - open the setting browser - open Standard fonts/Default, click on the first button and choose 'Source code proâ instead of âSource sans proâ - click on the 'force allâ button. - new try of Andrei example -> then the first line with âSource sans proâ is ok the second line with Arial turns ok if I update the free fonts (Update button from the font chooser). After, the result remains ok whatever font is defined as default, comprising âsource Sans Proâ. So, I guess the default source sans pro font setting is broken somewhere in the initial image Cheers Alain > Le 27 janv. 2015 Ã 00:04, Alain Plantec <alain.plantec(a)yahoo.com> a Ã©crit : > > it seems ok here (also in Pharo 4, Mac OS X) > Alain > > <Capture dâeÌcran 2015-01-27 aÌ 00.02.35.png> > > >> Le 26 janv. 2015 Ã 23:45, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> a Ã©crit : >> >> Looks the same here, Pharo 4, Mac OS X >> >>> On 26 Jan 2015, at 23:18, Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>> wrote: >>> >>> You can "force" the wrong font characters if you try to use a font that >>> is not known to the fontregistry: >>> Open a fresh image (40463) and execute the code: >>> >>> |text font1 font2 string1 string2| >>> font1:=(LogicalFont familyName:'Source Sans Pro' pointSize:20). >>> font2:=(LogicalFont familyName:'Arial' pointSize:20). >>> string1 := font1 realFont asString. >>> string2 := font2 realFont asString. >>> text := TxModel new. >>> text at:text startPosition insert:(string1, String cr, string2). >>> (text startPosition selectTo: text startPosition + string1 size) >>> applyAttribute:(TxForeColorAttribute with: Color red); >>> applyAttribute:(TxFontAttribute with:font1). >>> ((text startPosition + 1 + string1 size) selectTo: text endPosition) >>> applyAttribute:(TxForeColorAttribute with: Color blue); >>> applyAttribute:(TxFontAttribute with:font2). >>> TxTextEditorMorph openInWindowWithText:text. >>> >>> >>> Or am I the only one ? >>> This is, how it looks for me: >>> >>> >>> >>> <PharoScreenshot.png> >> >> >

Jan. 27, 2015

Re: [Pharo-dev] Any way to avoid the filmification effect in GTInspector?

by HernÃ¡n Morales Durand

2015-01-27 3:41 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > On Mon, Jan 26, 2015 at 11:58 PM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> >> >> 2015-01-26 6:25 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >> >>> Hi, >>> >>> On Mon, Jan 26, 2015 at 10:18 AM, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> >>>> >>>> 2015-01-26 5:54 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >>>> >>>>> There is no way at the moment. >>>>> >>>>> Just out of curiosity, why do you need to select an item if you do not >>>>> want to see the details? >>>>> >>>>> >>>> This is for two reasons >>>> >>>> 1) I have items with big strings inside and it takes too long to load >>>> in the new inspector sub-window. >>>> >>> >>> Why should it take too long? Is it because printString is too expensive? >>> In that case, perhaps you might want to make printString cheaper and offer >>> a separate presentation for your object that shows the full contents. >>> >>> >> I don't know, I have this 7.7Mb XML file, opened the Time Profiler with: >> >> 'DLoop_Bovino_31-10-14-Alignment.xml' asFileReference contents inspect. >> >> it took almost 6 minutes to open the inspector. >> >> Here is the link to the file: >> https://www.dropbox.com/s/pzw88gg3wyfkf8o/DLoop_Bovino_31-10-14-Alignment.z… >> Here is the full report >> >> - 350675 tallies, 359630 msec. >> > > Hmm, Something is strange. I open the inspector on the same file in 1192 > ms. It takes so long because the first presentation is a text presentation > of the contents of that file. What image do you use? Is it possible that > you have extra . Could you make it available? > > I am using #40463 in Windows 8.1 x64. This is how I download the image $ wget -O- get.pharo.org/40+vm | bash image link with test file: https://www.dropbox.com/s/57hprg7cyryd9cs/testGT1.zip?dl=0 > > >> 2) I select the item to send a message to it, or bring a pop-up menu to >>>> remove the item (I have implemented it in the old inspector and I would >>>> like to port it to Pharo 4) >>>> >>> >>> This implies that you actually need a custom presentation. For such a >>> custom presentation you can suppress the propagation of selection. If you >>> tell me your use case in more details I can try to guide you. >>> >>> >> My use case is I want to add or remove items from an Inspector/Explorer. >> The items are classified objects and the user curates false positives. >> Another item I used to have is "Serialize" the inspector contents (or >> from a specific item) so that one could import the curated data set and >> review. >> > > Do you mean items from collections in general, or items stored as a > collection in a specific object? If you mean the latter, you can create a > custom presentation just for that object and add all the actions you want. > Do you want to give it a try? If yes, let me know the more specific use > case and I can help :) > > I would be glad to get some help :) I tried subclassing GTInspector. I see you implemented menu items in GTObjectVariablesBrowser. So question is how could I implement my own "GTObjectVariablesBrowser" and link to GTInspector subclass? Thank you Doru. HernÃ¡n > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Jan. 27, 2015

Re: [Pharo-dev] athens font rendering bug

by Nicolai Hess

Is this really a fresh image? Because, opening a fresh image on windows does not automatically load all installed fonts. 2015-01-27 0:04 GMT+01:00 Alain Plantec <alain.plantec(a)yahoo.com>: > it seems ok here (also in Pharo 4, Mac OS X) > Alain > > > > > Le 26 janv. 2015 Ã 23:45, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : > > Looks the same here, Pharo 4, Mac OS X > > On 26 Jan 2015, at 23:18, Nicolai Hess <nicolaihess(a)web.de> wrote: > > You can "force" the wrong font characters if you try to use a font that > is not known to the fontregistry: > Open a fresh image (40463) and execute the code: > > |text font1 font2 string1 string2| > font1:=(LogicalFont familyName:'Source Sans Pro' pointSize:20). > font2:=(LogicalFont familyName:'Arial' pointSize:20). > string1 := font1 realFont asString. > string2 := font2 realFont asString. > text := TxModel new. > text at:text startPosition insert:(string1, String cr, string2). > (text startPosition selectTo: text startPosition + string1 size) > applyAttribute:(TxForeColorAttribute with: Color red); > applyAttribute:(TxFontAttribute with:font1). > ((text startPosition + 1 + string1 size) selectTo: text endPosition) > applyAttribute:(TxForeColorAttribute with: Color blue); > applyAttribute:(TxFontAttribute with:font2). > TxTextEditorMorph openInWindowWithText:text. > > > Or am I the only one ? > This is, how it looks for me: > > > > <PharoScreenshot.png> > > > > >

Jan. 27, 2015

Re: [Pharo-dev] [Slots] Invisible Slots

by Marcus Denker

> On 27 Jan 2015, at 07:43, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > The use case is to offer first-class support for objects that would otherwise store instance variables in opaque dictionaries. > Yes, another way to put it: we move just code that is at the base level now to an âopened upâ language level (this is a MOP). With the effect of making the *real* design more clear. Marcus

Jan. 27, 2015

Re: [Pharo-dev] [Slots] Invisible Slots

by Tudor Girba

The use case is to offer first-class support for objects that would otherwise store instance variables in opaque dictionaries. Doru On Mon, Jan 26, 2015 at 11:28 PM, Ben Coman <btc(a)openinworld.com> wrote: > "hidden ivar" sounds like it would make understanding the system more > complicated. What is its use-case? > > On Tue, Jan 27, 2015 at 1:03 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >> >> On 24 Jan 2015, at 14:24, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >> On 24 Jan 2015, at 11:24, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Hi, >> >> One of the power of slots is the concept of Virtual Slots that do not >> have an ivar to store their state. >> But of course, some uses fo this concept want to store state in the >> object. >> (e.g. imagine a property slot, all proper slots of the object would store >> into a property dictionary). >> >> The idea is that one can add iVars reflectively that are hidden from both >> introspection *and* the class >> definition. (the inspector should get a view to see reality, of course, >> similar to how we tread Dictionaries and OrderedCollection: >> The âbasicâ view is not relavant in most cases, it is just available in >> addition, the default is the high level view that is closer >> to the âmental modelâ of the programmer). >> >> >> https://pharo.fogbugz.com/f/cases/14786/Slots-add-HiddenInstanceVariableSlo… >> >> Ups, loading the Slice crashes the VM :-) >> This kind of shows why doing these things in tiny, tiny steps is they way >> to goâ¦ >> >> >> ok, in 40463 AbstractInstanceVariableSlot will be renamed to IndexedSlot >> (so if you subclass it, you need to change the supeclass in your code) >> >> Next: Hidden ivar >> >> Marcus >> >> > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 27, 2015

Re: [Pharo-dev] [Slots] Invisible Slots

by Marcus Denker

> On 26 Jan 2015, at 23:28, Ben Coman <btc(a)openInWorld.com> wrote: > > "hidden ivar" sounds like it would make understanding the system more complicated. What is its use-case? > It will never be used for cases where it needs to be understood. Imagine a PropertySlot. This is like an ivar, but all these slots of the object will just be stored into one dictionary. Now from the mental model of the programmer, this dictionary does not exist (and you should for sure never modify it manualy). In this case hiding it makes the system even more understanable. The same as we hide the ârealâ state when looking at a OrderedCollection or Dictionary. Of course there will be a special inspector to see the real state, but the default will show the high level view. Marcus

Jan. 27, 2015

Re: [Pharo-dev] Any way to avoid the filmification effect in GTInspector?

by Tudor Girba

Hi, On Mon, Jan 26, 2015 at 11:58 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > > > 2015-01-26 6:25 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > >> Hi, >> >> On Mon, Jan 26, 2015 at 10:18 AM, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> >>> >>> 2015-01-26 5:54 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> >>>> There is no way at the moment. >>>> >>>> Just out of curiosity, why do you need to select an item if you do not >>>> want to see the details? >>>> >>>> >>> This is for two reasons >>> >>> 1) I have items with big strings inside and it takes too long to load in >>> the new inspector sub-window. >>> >> >> Why should it take too long? Is it because printString is too expensive? >> In that case, perhaps you might want to make printString cheaper and offer >> a separate presentation for your object that shows the full contents. >> >> > I don't know, I have this 7.7Mb XML file, opened the Time Profiler with: > > 'DLoop_Bovino_31-10-14-Alignment.xml' asFileReference contents inspect. > > it took almost 6 minutes to open the inspector. > > Here is the link to the file: > https://www.dropbox.com/s/pzw88gg3wyfkf8o/DLoop_Bovino_31-10-14-Alignment.z… > Here is the full report > > - 350675 tallies, 359630 msec. > Hmm, Something is strange. I open the inspector on the same file in 1192 ms. It takes so long because the first presentation is a text presentation of the contents of that file. What image do you use? Is it possible that you have extra . Could you make it available? > 2) I select the item to send a message to it, or bring a pop-up menu to >>> remove the item (I have implemented it in the old inspector and I would >>> like to port it to Pharo 4) >>> >> >> This implies that you actually need a custom presentation. For such a >> custom presentation you can suppress the propagation of selection. If you >> tell me your use case in more details I can try to guide you. >> >> > My use case is I want to add or remove items from an Inspector/Explorer. > The items are classified objects and the user curates false positives. > Another item I used to have is "Serialize" the inspector contents (or from > a specific item) so that one could import the curated data set and review. > Do you mean items from collections in general, or items stored as a collection in a specific object? If you mean the latter, you can create a custom presentation just for that object and add all the actions you want. Do you want to give it a try? If yes, let me know the more specific use case and I can help :) Doru -- www.tudorgirba.com "Every thing has its own flow"

Jan. 27, 2015

Re: [Pharo-dev] Anonymous classes should be browseable

by Eliot Miranda

On Mon, Jan 26, 2015 at 12:29 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > Hi Eliot. > > I iterated using #allInstances in > LCBLightweightInstancesClassNode>>classInstances > The are conditionals there because instances of Array and ContextPart were > created on the fly and then selecting them in the Browser created infinite > recursion. > Depending on how many anonymous behaviours there are and how frequent they're browsed you might think of keeping them in a weak set, and enumerating that. > > HernÃ¡n > > > 2015-01-26 15:33 GMT-03:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > > Hi HernÃ n, >> >> I'm curious. How are the anonymous behaviours found so they can be >> shown in the browser? >> >> On Mon, Jan 26, 2015 at 12:20 AM, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> >>> >>> >>> 2015-01-26 5:04 GMT-03:00 Nicolai Hess <nicolaihess(a)web.de>: >>> >>>> 2015-01-26 7:44 GMT+01:00 HernÃ¡n Morales Durand < >>>> hernan.morales(a)gmail.com>: >>>> >>>>> I want to discuss case 14789 ( >>>>> https://pharo.fogbugz.com/f/cases/14789/Nautilus-assumes-a-class-always-und…) >>>>> because a class should be browseable even without a definition. Anonymous >>>>> classes are still classes. >>>>> >>>>> If Nautilus project cannot deal with the whole Smalltalk power then it >>>>> is poorly designed and I wonder what's the advantage over the old >>>>> OmniBrowser... >>>>> >>>>> HernÃ¡n >>>>> >>>>> >>>> >>>> Can you show what the old OmniBrowser is displaying for >>>> Behavior new new browse >>>> >>>> >>> See attach (Image is Pharo 1.2.2 #12353). >>> The Behavior definition is not updated but one can browse the behaviors >>> opening first the Instances Browser and then finding the class. >>> Code is here: http://www.smalltalkhub.com/#!/~hernan/LightweightClasses >>> >>> >>>> I can not check this in Pharo, as I could not find a way to load >>>> OmniBrowser in that image. >>>> >>> >>> I doubt it could be ported back without significan effort :( >>> >>> >>> >>>> nicolai >>>> >>>> >>> >> >> >> -- >> best, >> Eliot >> > > -- best, Eliot

Jan. 27, 2015