Re: [Pharo-dev] Layout in bloc

Hi Thanks for the example. Exactly, ability to have elements that are visible but not participate in layout is very important. But first I would like to describe bloc layout a bit more. - If you think for a second about the meaning of "layout" you would realize tha

[Pharo-dev] Having fun with Pharo

Hi Did you know that `2 * 10.2` is two times slower than `2 asFloat * 10.2`? Here is performance test (inspect result, takes ~10s to complete): http://ws.stfx.eu/4T0CR23OURZW Who knows how performance can be improved with this knowledge... Cheers, Alex

Re: [Pharo-dev] Athens Font Rendering Bug

Hi Actually it is not Athens bug. Problem is in string extent measurement done by text morph. Athens (Cairo in the end) only renders string glyphs created by FreeType2 on positions specified by someone else (morphic in this case). Cheers Alex On Jul 10, 2016 6:16 PM, "J.F. Rick" wrote: > Perhap

Re: [Pharo-dev] bloc status update: june 2016

ght Bloc didn't work > because I was left-clicking like in Pharo. It was like that from the very begging of Bloc development. Main developers of Bloc prefer right click to open menu (like almost everywhere except Pharo). Cheers, Alex On Tue, Jun 21, 2016 at 3:52 PM, Aliaksei Syrel wrote:

Re: [Pharo-dev] bloc status update: june 2016

-Cairo) allows developers of Bloc to iterate faster and save time on integration process. Cheers, Alex On Tue, Jun 21, 2016 at 3:46 PM, Aliaksei Syrel wrote: > Can we change the fonts in Bloc ? > > > Bloc is not new Pharo :) It is also not Morphic. Bloc is very low level > engi

Re: [Pharo-dev] bloc status update: june 2016

fonts provided by StandardFonts that can be changed from Menu > Settings. Cheers, Alex On Tue, Jun 21, 2016 at 3:42 PM, Aliaksei Syrel wrote: > When (in Bloc) I go to World menu>>help>>Help browser>>Bloc>>Grid Layout, >> I find the following license: > >

Re: [Pharo-dev] bloc status update: june 2016

rding to answers on Internet. Maybe a layer can answer more correctly. Cheers, Alex On Tue, Jun 21, 2016 at 3:06 PM, Aliaksei Syrel wrote: > > Hello Clement > > restoreAfter: is not only for transformation. It also restores clipping - that is why we need restoreAfter. (uses push and p

Re: [Pharo-dev] changes in latest Athens configuration

Sorry, I don't get what you mean with this: "Why do we merge compositing modes with "paint options"?" I just renamed paintMode -> paintOptions and moved setAA: (paint antialias) from canvas to paintOptions. Changing antialias mode of drawing operation is as common as changing composition operator

Re: [Pharo-dev] Athens Re: TxText model

On Thu, Apr 7, 2016 at 12:16 PM, Nicolai Hess wrote: > Do we need an AthensCanvas>>#isVisible: ? Yes. There is no need to draw morphs that are outside of current clip area. That is why we have: fullDrawOnSpartaCanvas: aCanvas >(self isVisibleOnCanvas: aCanvas) > ifFalse: [ ^ self ].

Re: [Pharo-dev] Athens Re: TxText model

On Thu, Apr 7, 2016 at 11:15 AM, Igor Stasenko wrote: > That may, indeed make accessing such properties like clipRect impossible > to get, since clipped area cannot be represented by a simple rectangle > anymore. > But then you could, perhaps instead provide a protocol to tell if given > point/bo

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

adobe.com/after-effects/using/overview-shape-layers-paths-vector.html> On Tue, Apr 5, 2016 at 3:29 PM, Aliaksei Syrel wrote: > Now let's take a look at this code: > > drawOnSpartaCanvas: aCanvas > >> aCanvas >> clipPreserveBy: self shape during: [ >> aCanva

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

cific api, for example groups. How to model stroke, fillPreserve and paintModein terms of Athens? Cheers, Alex On Tue, Apr 5, 2016 at 3:15 PM, Aliaksei Syrel wrote: > Hello Igor > > Thanks for extensive design explanation and effort! > Issues you mentioned in previous emails

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

Hello Igor Thanks for extensive design explanation and effort! Issues you mentioned in previous emails are important and need to be addressed :) fill(), stroke() fillPreserve() strokePreserve() need to disappear in the end. We will come back to them later. Let me tell a few words about Sparta. Sp

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

About hit detection. Idea was to be completely general. And this is the only approach I found (still bad because uses native calls instead of athens-like solution) that works with text. Text is also a shape and it's very cool to be able to detect events inside characters. Imagine morph in form of h

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

> Seriously, brute force is synonym of dumb. If you cannot solve the problem by anything else than using brute force, then first thing you do, you leave an extensive comment "sorry guys, this piece stinks, but i was <...> unable to do any better". That is enough, Igor. Calling other developers or

Re: [Pharo-dev] [bloc] shape size?

only clipping shape and event area shape. What do you think? :) Cheers, Alex On Sun, Apr 3, 2016 at 6:04 PM, Igor Stasenko wrote: > > > On 3 April 2016 at 17:58, Aliaksei Syrel wrote: > >> And you lost me here.. That is complete nonsense.. from any perspective. >>> Ca

Re: [Pharo-dev] [bloc] shape size?

ful? :) Cheers, Alex On Sun, Apr 3, 2016 at 3:37 PM, Igor Stasenko wrote: > > > On 3 April 2016 at 16:20, Igor Stasenko wrote: > >> >> >> On 3 April 2016 at 15:28, Glenn Cavarlé wrote: >> >>> Hi, >>> >>> Aliaksei Syrel wrote >&

Re: [Pharo-dev] [bloc] shape size?

I completely agree with you now, Igor :) The idea that I *proposed* during Pharo days is to make BlShape polymorphic with what athens have. I did not implement it yet I work on it just right now. I suppose that I explained me wrong to Stef and he started thinking that it is *already* implemented.

Re: [Pharo-dev] [bloc] shape size?

just sending one message? :) Cheers Alex On Apr 3, 2016 12:20 PM, "Denis Kudriashov" wrote: > Hi > > 2016-04-03 11:08 GMT+02:00 Aliaksei Syrel : > >> If you want to change clicking behaviour you need to override one single >> method. >> >> Everything you

Re: [Pharo-dev] [bloc] shape size?

tart let's take one mentioned by you, about rectangle morph that answers to events only inside a circle. I will create a repo for PUBLIC bloc experiments so that all of us could try it in practice. Your help is highly appreciated and we are happy to see you :) Cheers On 3 April 2016 at 12:08,

Re: [Pharo-dev] [bloc] shape size?

hree may or may not coincide into single one, depending on >> complexity and what you wanna do.. >> > But they can be completely different from each other and in order to >> avoid confusion and frustration, i would really introduce them in such >> manner, that user

Re: [Pharo-dev] [bloc] shape size?

th both drawOnSpartaCanvas and the shape? > > Cheers, > Doru > > > > On Apr 2, 2016, at 8:17 PM, Aliaksei Syrel wrote: > > > > How to make square element with filled circle inside: > > > > 1) Subclass BlElement -> BlCell > > 2) Override > &g

Re: [Pharo-dev] [bloc] shape size?

How to make square element with filled circle inside: 1) Subclass BlElement -> BlCell 2) Override > drawOnSpartaCanvas: aCanvas > super drawOnSpartaCanvas: aCanvas. > aCanvas > setShape: self localBounds; > setStrokePaint: Color blue; > stroke 3) Override initialize to have circle shape:

Re: [Pharo-dev] [bloc] yellow halos

That was fixed yesterday ;) Cheers, Alex On Sat, Apr 2, 2016 at 7:56 PM, stepharo wrote: > > There is no layout strategy yet to put halos in the corners. Yellow circle > ideally must be in the right bottom corner. > > > I do not know but I cannot grab morph and I get DNU. > > Stef > > Try to in

Re: [Pharo-dev] [bloc] shape size?

I don't see any problem here. Rendering in bloc is as complex as athens/cairo, just check what methods AthensCanvas provides and use them. no magic. Cheers, Alex

Re: [Pharo-dev] [bloc] how to get a debugger

On Sat, Apr 2, 2016 at 7:55 PM, stepharo wrote: > so then why do you have this method in BlElement >> drawOnAthensCanvas: > aCanvas no, you are mistaking something. I specifically removed it 4 builds ago knowing that you may be confused ;) Even in the image that used for presentation, athens m

Re: [Pharo-dev] [bloc] how to get a debugger

Could you add me to the repo of laser game? I would like to check and correct :) Cheers, Alex On Sat, Apr 2, 2016 at 5:26 PM, Aliaksei Syrel wrote: > Hi > > What version do you use? In bloc drawing stuff happens in > drawOnSpartaCanvas, not athensCanvas. > > Also strangely

Re: [Pharo-dev] [bloc] yellow halos

There is no layout strategy yet to put halos in the corners. Yellow circle ideally must be in the right bottom corner. Try to inspect and send extent: to an element you want to resize On Apr 2, 2016 4:45 PM, "stepharo" wrote: > Hi > > I created a simple morph and when I try to grab it using the y

Re: [Pharo-dev] [bloc] shape size?

You don't want to draw a shape, you configure it. Shape can not be drawn, it is not an AthensPath. cell shape: (BlShape new path: BlCirclePath new; strokePaint: (BlStrokePaint new paint: Color blue; width: 1)). cell extent: 50@50. On Apr 2, 2016 4:57 PM, "stepharo" wrote: > Hi > >

Re: [Pharo-dev] [bloc] how to get a debugger

Hi What version do you use? In bloc drawing stuff happens in drawOnSpartaCanvas, not athensCanvas. Also strangely enough you should not get red screen of death, instead image should crash in case of drawing error. Error handling is not yet done, because I don't like how red screen of death behave

Re: [Pharo-dev] Catching Exceptions without any notice

Thanks for feedback :) Indeed, this is a nice case to learn from. That piece of code was written when I just started working with pharo after coming from Java world. Purpose of that catch, as mentioned by Nicolai, is indeed to ignore late initialized objects. For example, imagine a Morph with hei

Re: [Pharo-dev] Catching Exceptions without any notice

Do anyone really use GLM-Morphic-Brick? Because it is there just for spotter and will be deleted ASAP. We know that it is bad. Normal fix requires too many changes... On Mar 30, 2016 1:34 PM, "Nicolai Hess" wrote: > Please don't do this: > > updateHeight > "no need to care about height, whe

Re: [Pharo-dev] [Bloc] A mobile device using Bloc

Aha! :) FrameLayout never worked so... It is on todo list after grid layout. Also there is a rule of how layouts and layout properties are bounded together: *All children of an element with XYZLayoutStrategy must have XYZLayoutParams.* It is allowed to have an element with ABC layout strategy an

Re: [Pharo-dev] [Bloc] A mobile device using Bloc

Nice example! :) I thought that phone itself is picture but after looking at code realized that it is actually completely vector graphics! You identified a few encountered issues. Could you describe them in more details and explain why the yare issues for you? For example, why you see an issue t

Re: [Pharo-dev] WeakMessageSend is broken?

I do not know. Now I know that last week guille was trying to understand > memory leaks > and they all were around Weak structures > > Stef > > Le 28/3/16 21:08, Aliaksei Syrel a écrit : > > Assume we have the following weak message send: > > message := WeakMessageS

Re: [Pharo-dev] WeakMessageSend is broken?

ere around Weak structures > > Stef > > Le 28/3/16 21:08, Aliaksei Syrel a écrit : > > Assume we have the following weak message send: > > message := WeakMessageSend >>receiver: Morph new >> selector: #color. >> 10 timesRepeat: [ message value ] > > &

[Pharo-dev] WeakMessageSend is broken?

Assume we have the following weak message send: message := WeakMessageSend >receiver: Morph new > selector: #color. > 10 timesRepeat: [ message value ] If you execute it in latest Pharo and VM you will (almost 100% sure) get DNU. (but it should just return nil if receiver is garbage c

Re: [Pharo-dev] Comparison of actual and expected Delay length on small durations

Cyril Ferlicot D. wrote: > Le 12/03/2016 20:44, Aliaksei Syrel a écrit : > > I think we just found a serious bug! > > > > Cyrill, could you perform a division in the same image you used for > > delay test and post result here? > > > > 123 / 2.0 >

Re: [Pharo-dev] Comparison of actual and expected Delay length on small durations

I think we just found a serious bug! Cyrill, could you perform a division in the same image you used for delay test and post result here? > 123 / 2.0 On mac I get a float 61.5 Cheers, Alex On Sat, Mar 12, 2016 at 8:33 PM, Cyril Ferlicot D. wrote: > Le 12/03/2016 18:47, Aliaksei S

Re: [Pharo-dev] Comparison of actual and expected Delay length on small durations

*Difference is in milliseconds*, sorry :) On Sat, Mar 12, 2016 at 6:47 PM, Aliaksei Syrel wrote: > Hi > > At some point I got a feeling that actual Delay time is longer than > expected. It is especially visible on small delays less than 100ms > (otherwise difference is < 1%).

[Pharo-dev] Comparison of actual and expected Delay length on small durations

Hi At some point I got a feeling that actual Delay time is longer than expected. It is especially visible on small delays less than 100ms (otherwise difference is < 1%). [image: Inline image 1] Documentation says that *Delay waits approximately* for specified amount of time. However, according to

Re: [Pharo-dev] [Bloc] about resizing

refer in that case resizeWith: (BlLayoutExactResizer new) > > Am'I clear? > Stef > > > Le 6/3/16 10:54, Aliaksei Syrel a écrit : > > In case of layout strategy it is actually questionable. Because it is > LayoutStrategy WHO resizes. all current *Resizing objects def

Re: [Pharo-dev] [Bloc] about resizing

In case of layout strategy it is actually questionable. Because it is LayoutStrategy WHO resizes. all current *Resizing objects define HOW strategy resizes element. From this perspective resizer is layout strategy. We request native English speakers :) On Mar 6, 2016 10:38 AM, "stepharo" wrote:

Re: [Pharo-dev] [Bloc] ing versus er

Thanks for looking into bloc! :) On Mar 6, 2016 10:20 AM, "stepharo" wrote: > wrapContent > self resizing: BlLayoutWrapContentResizing new > > I will rename such code to be > > wrapContent > self resizer: BlLayoutWrapContentResizer new > > > BlLayoutWrapContentResizer is a strategy (and o

Re: [Pharo-dev] [Bloc] buildAthensPaintOn: vs asAthensPaintOn:

gt; Stef > > Le 6/3/16 10:08, Aliaksei Syrel a écrit : > > Because I cache it. Check BlPaint>>#asAthensPaintOn:. Yes, Cairo cache is > not fast enough, I profiled on 5000 bouncing atom morphs :) > On Mar 6, 2016 9:59 AM, "stepharo" wrote: > >> hi a

Re: [Pharo-dev] [Bloc] what is the purpose of OpenGL package?

I added it 8 hours ago because my image crashed and I had to save at least something using "eval" from terminal. Then went sleep :) Basically I made some checks to determinate if it would make sense to use opengl instead of Cairo. Because Cairo is slow on huge simulations and performs a little bit

Re: [Pharo-dev] [Bloc] BlShapeResizing -> BlShapeResizer

Yes, thanks :) Documentation on path is on the way On Mar 6, 2016 9:08 AM, "stepharo" wrote: > Hi blockers > > I would like to rename BlShapeResizing into BlShapeResizer > > Object subclass: #BlShapeResizing > instanceVariableNames: '' > classVariableNames: '' > package: 'Bloc-Core-!C

Re: [Pharo-dev] [Bloc] buildAthensPaintOn: vs asAthensPaintOn:

Because I cache it. Check BlPaint>>#asAthensPaintOn:. Yes, Cairo cache is not fast enough, I profiled on 5000 bouncing atom morphs :) On Mar 6, 2016 9:59 AM, "stepharo" wrote: > hi alex > > why do you rename asAthensPaintOn: into buildAthensPaintOn: > > Stef > >

Re: [Pharo-dev] Starting to add class comment and test on BlElements

Documentation != checking of contract. All assertions can be removed from code easily with simple script when bloc will be released (or another solution will be found). Assertions really slowdown everything. Until version 1.0 bloc will have assertion and duplication in documentation. Cheers, Alex

Re: [Pharo-dev] Rubric mutability issue in RubTextComposer binary search

7) > + 42) ] ] fork > Cheers, Alex On Wed, Mar 18, 2015 at 2:27 PM, Aliaksei Syrel wrote: > Hi, > > Why is that an issue in Rubric? > > > Because I can reproduce it only in Rubric :) > Rubric is great and it's a pleasure to use it! > I'm just curious if t

Re: [Pharo-dev] Point#>>scaleTo:

opened an issue https://pharo.fogbugz.com/f/cases/17753/Point-scaleTo-is-broken

[Pharo-dev] Point#>>scaleTo:

> > *scaleTo: anExtent* > "Return a Point scalefactor for shrinking a thumbnail of the receiver's > extent to fit within anExtent." 5@5 scaleTo: 10@10 *=> 2.0@2.0* 10@10 scaleTo: 5@5 *=> 0.5@0.5* 10@10 scaleTo: 5@10 *=> 1.0@1.0 (wat)* 5@10 scaleTo: 10@0 *=> **0.@0.0 (wat?)* 5@0

[Pharo-dev] [FFI] DNU ByteArray>>#rollAsDoubleToArity: arity

(In the latest FFI) Assume we have a native call declaration (we want to *get* values from x and y later): primGetCurrentPointX: x Y: y > errorCode> > > ^self nbCall: #( void cairo_get_current_point (self, *double * x, > double * y*)) Trying to use it as: | x y | > x := (ByteArray new: 8).

Re: [Pharo-dev] Spotter changes broke CodePanel

It is not a problem of brick, it is a problem of Traits in pharo. In brick we have a few traits that use GLMBrickExtensionTrait, for example: Trait named: #GLMBrickLayoutTrait > uses: GLMBrickExtensionTrait > category: 'Glamour-Morphic-Brick-Traits' self traitComposition allTraits returns c

Re: [Pharo-dev] [bloc] when saving bloc and relaunching I get

The same for me... Looks like something spur related. I could not find what causes an issue :( On Feb 26, 2016 8:39 PM, "stepharo" wrote: >

Re: [Pharo-dev] Could we move back Bloc jenkins job under Pharo contribution?

pharo-contribution is unstable. build fails randomly with java's NullPointerExeption. Cairo is not installed on all machines. slaves get stuck. it is a pain. I just want normal build. Doru said it is ok for him to have bloc build for me for a moment. if you want I can copy config to pharo-contrib

Re: [Pharo-dev] Recursion inside #doesNotUnderstand: method. Why?

Just a guess, maybe to allow method adding from debugger and then ability to continue execution? Cheers, Alex On Thu, Feb 25, 2016 at 5:56 PM, Denis Kudriashov wrote: > Hi. > > Does anybody know why #doesNotUnderstand: is implemented with recursion at > the end? > > doesNotUnderstand: aMessage

Re: [Pharo-dev] [Bloc] Do we want or

There is also to indicate explicitly that user must check for nil. There are only a few methods in element (#owner and some collection related methods like "find element such that") that may return nil. Ideally syntax checker should take into account that method can return nil and indicate it som

Re: [Pharo-dev] [bloc] why redefining new is not enough?

Well, it is not *important* for design what method is redefined new or basicNew in order to set space. My question is why do we need at all to set space? It means that element created (not added) while spaceA is running can not be used in or added to spaceB. The only reason that I know is a possibi

Re: [Pharo-dev] [bloc] why redefining new is not enough?

An we need NullSpace to be default value. On Feb 25, 2016 2:06 PM, "Aliaksei Syrel" wrote: > Well, it is not *important* for design what method is redefined new or > basicNew in order to set space. My question is why do we need at all to set > space? It means that element

Re: [Pharo-dev] [Bloc] stroke width and layout measure

no On Feb 25, 2016 1:48 PM, "Nicolai Hess" wrote: > > > 2016-02-25 13:30 GMT+01:00 Aliaksei Syrel : > >> I did not finish with shape yet. >> >> For arbitrary path it is not possible in cairo to render stroke inside >> (really inside) of th

Re: [Pharo-dev] [bloc] feature envy -> move method close to data?

All arbitrary shapes are being drawing in the same way and it is enough to have only one method. Allowing shape to render itself would lead to misunderstanding: bloc user would have to look into two places (element and shape) to find out where drawing actually happens. On Feb 25, 2016 12:56 PM, "st

Re: [Pharo-dev] [Bloc] stroke width and layout measure

I did not finish with shape yet. For arbitrary path it is not possible in cairo to render stroke inside (really inside) of the shape and take stroke into account to render children. Such behavior to some extent can be simulated but it really complicates things. So I want to add in contract that it

Re: [Pharo-dev] [Bloc] MDLColor and new gradient

We will come back to theme, style, colors later. Much later. On Feb 24, 2016 5:16 PM, "stepharo" wrote: > I do not know. > May be. > > Le 23/2/16 10:30, Denis Kudriashov a écrit : > > Hi > > 2016-02-23 9:13 GMT+01:00 stepharo : > >> May be we should have some Palette >> >> And we could have (brai

Re: [Pharo-dev] Problems? with MC browser?Process?

> > Now I cannot work with a system in that state. > To produce a videos of 8 min I lost more than 3 hours. Not fun. I see you take a lot of videos and you catch lots of bugs during filming. Which means that video can be used as helpers to reproduce bugs you catch. Why would not you publish those

Re: [Pharo-dev] missing cairo library in CI

on't > remember the name. > > Peter > > On Sat, Feb 13, 2016 at 11:54 PM, Aliaksei Syrel > wrote: > >> CI still can not find cairo library sometimes... >> >>> Error: Cannot locate cairo library. Please check if it installed on your >>> system

Re: [Pharo-dev] missing cairo library in CI

CI still can not find cairo library sometimes... > Error: Cannot locate cairo library. Please check if it installed on your > system For example: https://ci.inria.fr/pharo-contribution/job/Bloc/63/console Cheers, Alex

Re: [Pharo-dev] FFI BoxedFloat64 bug?

> > (and you can commit it to Pharo/NB-FFI repo… I’m taking a plane now and I > do not have the time until thursday :( ) done Cheers, Alex On Fri, Feb 12, 2016 at 5:50 PM, Aliaksei Syrel wrote: > On Fri, Feb 12, 2016 at 5:45 PM, Esteban Lorenzano > wrote: >

Re: [Pharo-dev] FFI BoxedFloat64 bug?

On Fri, Feb 12, 2016 at 5:45 PM, Esteban Lorenzano wrote: > Float>>#pointer > ^ (ByteArray new: FFIExternalType pointerSize) > floatAt: 1 put: self; > yourself > Yes it does the trick :) Thanks!

Re: [Pharo-dev] Bloc Documentation

It is a bug. If element has children mouse move event is not fired P.S. thanks for bug reports on tracker :) On Wed, Feb 10, 2016 at 3:06 PM, Stephan Eggermont wrote: > On 09-02-16 09:15, Aliaksei Syrel wrote: > >> Bloc does not have examples yet. >> What classes/methods do you

Re: [Pharo-dev] Bloc Documentation

add a comment in the method stating it. > People are not reading your mind. > > Stef > > Le 9/2/16 13:25, Aliaksei Syrel a écrit : > > formerOwner: anElementOrNil >> "Set my former or remove property of argument is nil" >> >>

Re: [Pharo-dev] Bloc Documentation

eless pointing to issues is very helpful, keep doing it Cheers, Alex On Tue, Feb 9, 2016 at 1:24 PM, Stephan Eggermont wrote: > On 09/02/16 11:53, Aliaksei Syrel wrote: > >> So I'm asking: what parts of Bloc do you find especially complicated to >> understand. so we could conc

Re: [Pharo-dev] Bloc Documentation

> > formerOwner: anElementOrNil > "Set my former or remove property of argument is nil" > > anElementOrNil > ifNil: [ self removeProperty: #formerOwner ] > ifNotNil: [ self setProperty: #formerOwner toValue: > anElementOrNil ] I hate this method :)

Re: [Pharo-dev] Some questions

> BlSpaceModel BlSpaceElement -> BlSpace Would such naming by more self-describing for you? Cheers, Alex On Tue, Feb 9, 2016 at 12:50 PM, Nicolai Hess wrote: > > > 2016-02-05 11:33 GMT+01:00 Aliaksei Syrel : > >> Nice questions :) I will not able to address all menti

Re: [Pharo-dev] Bloc Documentation

On Tue, Feb 9, 2016 at 11:39 AM, Esteban Lorenzano wrote: > mmm… that’s a bad question because I would answer “all of them”, but I > understand you want to do a step to make easy for us to understand so my > answer has to be “the important ones”, but since there is no > documentation/class commen

Re: [Pharo-dev] Bloc Documentation

Bloc does not have examples yet. What classes/methods do you need to be commented first to understand the system? On Feb 9, 2016 4:46 AM, "Sean P. DeNigris" wrote: > I realize it's a fast-moving work in progress, but what's the best way to > try > to understand the system? > > For example, I saw

Re: [Pharo-dev] [bloc] a little demo

Bloc has a jenkins build, which is finally green (to some extent) https://ci.inria.fr/pharo-contribution/job/Bloc/ alex On Sat, Feb 6, 2016 at 9:49 AM, stepharo wrote: > Hi guys > > aleksei, glenn, alain shaked deeply bloc and slowly bloc is getting > backing shape. > We are moving now the disc

Re: [Pharo-dev] Recent changes in Bloc, no more BlMorph

ephan Eggermont wrote: > On 05-02-16 11:03, Aliaksei Syrel wrote: > >> Shortly saying, everything :) >> > > That would have been a good moment to update the version/baseline in the > configuration to make it easy to notice such things. People have started > build

Re: [Pharo-dev] Recent changes in Bloc, no more BlMorph

> > What changed recently in Bloc? Shortly saying, everything :) Root element is BlElement. No more BlView. Added BlShape and BlPath. New layout strategies (old were removed). Cheers, Alex On Fri, Feb 5, 2016 at 10:46 AM, Stephan Eggermont wrote: > What changed recently in Bloc? > In Bloc-Core

Re: [Pharo-dev] Best way to access icons?

Thanks, Esteban :) As compromise > Smalltalk ui icons iconNamed: #something is ok for now. Cheers Alex On Thu, Feb 4, 2016 at 5:55 PM, Esteban Lorenzano wrote: > > > On 04 Feb 2016, at 17:38, Stephan Eggermont wrote: > > > > On 04-02-16 17:00, Esteban Lorenzano wrote: > >> Smalltalk ui icon

[Pharo-dev] Best way to access icons?

Hi For ages to access an icon we used: > Smalltalk ui icons protocolPrivateIcon Smalltalk ui icons returns an instance of ThemeIcons. After refactoring (case https://pharo.fogbugz.com/f/cases/16651 ) all methods to access icon (for example protocolPrivat

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

Hi Christophe Thanks for the answer :) What you proposed indeed fixes the issue. it would be great to have it! Because Bloc Universe knows which space is currently running I can detect which UI manager is needed. So I just hacked "new" in bloc ui manager: new > ^ super new space: (%ask univers

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

CurrentSystemConfiguration selects BlocUIManager and image crashes. I see that something is broken. Let's find out what and where. And fix asap! Cheers, Alex On Tue, Feb 2, 2016 at 7:31 PM, Aliaksei Syrel wrote: > UIManagerSessionHandler>>#startup: isImageStarting

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

Bloc UI manager On Tue, Feb 2, 2016 at 7:04 PM, Aliaksei Syrel wrote: > When deleting a class I get deprecation in #50561 in > SystemDictionary>>#forgetClass: aClass logged: aBool because > of removeFromStartUpList: > > > Cheers, > Alex > > On Sat, Dec 5, 2015 a

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

When deleting a class I get deprecation in #50561 in SystemDictionary>>#forgetClass: aClass logged: aBool because of removeFromStartUpList: Cheers, Alex On Sat, Dec 5, 2015 at 2:39 PM, Christophe Demarey < christophe.dema...@inria.fr> wrote: > > > -- > > *De: *"Nico

Re: [Pharo-dev] CI is down?

id not unregister from > communication lists): > > Dear users, > > A maintenance is planned tomorrow (2/2) to upgrade the storage of the CI > servers. Thus, the service will be stopped between 1pm and 2pm. > > Thank you for your understanding, > Emmanuel > > > Le

[Pharo-dev] CI is down?

Hi https://ci.inria.fr/pharo is not responding Has any one the same problem? Cheers, Alex

Re: [Pharo-dev] Unused ugly morph methods...

It is forbidden by contract :) 100% On Jan 31, 2016 9:31 PM, "stepharo" wrote: > I really hope that Bloc will forbid such systematic submorphs use because > it leads to code like that. > > Stef > > > submorphNamed: aName > ^ self submorphNamed: aName ifNone: [nil] > > submorphNamed: aName ifN

Re: [Pharo-dev] 17502. Morph layoutProperties must not be nil by default

0@10; > openInWorld. > > you will have a “point” in the world. Now imagine 10k of those (to run > simulations or whatever). > That’s what I mean :) > > > 2016-01-31 12:21 GMT+01:00 Esteban Lorenzano : > >> no, I don’t :) >> I commented there. >> >&g

Re: [Pharo-dev] 17502. Morph layoutProperties must not be nil by default

in it? Because you can't add point to morph for example. > > 2016-01-31 12:21 GMT+01:00 Esteban Lorenzano : > >> no, I don’t :) >> I commented there. >> >> On 30 Jan 2016, at 21:22, Aliaksei Syrel wrote: >> >> Hello >> >> Do you agr

[Pharo-dev] 17502. Morph layoutProperties must not be nil by default

Hello Do you agree? https://pharo.fogbugz.com/f/cases/17502/Morph-layoutProperties-must-not-be-nil-by-default Cheers, Alex

[Pharo-dev] Disable assertions (design by contract)

Hi Assertions play an important role in design by contract. It is great to have assertions in Pharo out of box (Object>>#assert:). However in projects with many post- and precondition as also class invariants heavy usage of assertions decreases performance... Would it be possible to have a compil

Re: [Pharo-dev] Morphic magician requested. What is referencePosition?

t; > *“* > > > > Correction*:* > > > > #transformedFrom: translates the dropped morph “center” to the receiving > morph local coordinates (local from the owning transformationMorph) if it > has an owner which is a transformation type Morph (see implementors >

Re: [Pharo-dev] why do I get error...when I try to find senders?

I have the same. To reproduce: 1. open playground. 2. put both hands on keyboard. 3. type "at:" 4. press cmd+n or cmd+m 5. ... 6. Syntax Error [image: Inline image 1] Cheers, Alex On Wed, Jan 27, 2016 at 8:59 PM, Tudor Girba wrote: > Hmm, I never saw this one. Anyone else can reproduce this?

[Pharo-dev] Morphic magician requested. What is referencePosition?

Hi Do anyone know what is Morph>>#referencePosition and why is it used to handle drag and drop? Here is what method doc says: "Return the current reference position of the receiver" Thanks, Alex

Re: [Pharo-dev] another spotter question

ity would start playing a role. Sorry for long email Alex Le 20/1/16 14:30, Aliaksei Syrel a écrit : On Wed, Jan 20, 2016 at 12:59 PM, Ben Coman wrote: > +1. Its annoying that it takes two clicks to dive into categories like > "Implementors" (one to click an item under the cate

Re: [Pharo-dev] another spotter question

On Wed, Jan 20, 2016 at 12:59 PM, Ben Coman wrote: > +1. Its annoying that it takes two clicks to dive into categories like > "Implementors" (one to click an item under the category to make the arrow > appear, and then another to click on it) when it would only take one if > that arrow for each c

Re: [Pharo-dev] Cmd + click

+1 On Tue, Jan 19, 2016 at 3:37 PM, Yuriy Tymchuk wrote: > Hi, there was a future that "cmd + click" browsed classes or showed > implementors. Now it doesn’t seem to work at least in Nautilus. > > Is anyone aware of this? > > Cheers. > Uko >

Re: [Pharo-dev] Let's update Source Sans/Code fonts! Slice in inbox

You know, programming languages for kids become popular nowadays and some of them get funding from government. Not all children know english well enough, so language-specific pharo could also be advertised from this prospective Cheers, Alex On Fri, Nov 6, 2015 at 4:08 PM, Aliaksei Syrel wrote

Re: [Pharo-dev] Let's update Source Sans/Code fonts! Slice in inbox

the first phrase :) > > On 06 Nov 2015, at 00:20, Aliaksei Syrel wrote: > > Hi > > As you may know current embedded fonts don't have many non-latin > characters. > Luckily adobe updated them and pushed new versions on github > https://github.com/adobe-fonts/source-sans-p

<    1   2   3   >