- Pharo-users - lists.pharo.org

Re: [Pharo-users] Bloc Space within a Space

by John Pfersich

+1 - I've been doing TDD commercially since 2003 and as far as I can tell it's a great way to squash bugs. I'd be willing to write tests. Sent from my iPad > On Feb 15, 2016, at 01:36, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 15 Feb 2016, at 10:27, stepharo <stepharo(a)free.fr> wrote: >> >> Sean I agree that TDD would really make sure that we can script such object. >> I do not know how to motivate people to do so. >> In bloc I started to write tests and I immediately found bugs. >> So it was positive and may be we should have a group of people writing >> tests. >> Now I have to finish the mooc and I was waiting that bloc stabilise again. >> Because I spent time writing comments and they are probably wrong now especially since >> writing comments on thing you do not master is a PAIN. >> >> Stef > > The first comments (class/method), explaining the design, API and implementation, should always be written by the original authors. It helps them as well, because trying to explain something in words help to validate the design. > > Only in the next phase should overview/introduction/teaching/book documentation be written by others who might be better explaining things. > > Documentation is absolutely necessary, especially for published code. > > Maybe someone should run the 'missing comments' statistics again over the current 50 image ... > >

Feb. 15, 2016

Re: [Pharo-users] Problem with gitfiletree in pharo 5

by Thierry Goubier

Hi Norbert, yes, there is an issue with the OSProcess plugin on Mac which isn't solved yet. In the meantime, Mariano's OSSubprocess works and a version of GitFileTree with it is available this way: Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:issue_171/repository'; load: 'Git' [1] http://forum.world.st/ANN-OSSubprocess-first-milestone-tp4871382p4871459.ht… Thierry Le 15/02/2016 10:56, Norbert Hartl a Ã©crit : > Today I tried to use a pharo 5 image for my project. I installed gitfiletree but could not access my existing git repo I use with pharo 4. > In > > MCFileTreeGitRepository>>#gitBranchs > > the output for the git command is an empty string while executing the same on the console gives me > > * master > > Is this a OSProcess problem? Where to look at to find the culprit? > > thanks, > > Norbert > > >

Feb. 15, 2016

Problem with gitfiletree in pharo 5

by Norbert Hartl

Today I tried to use a pharo 5 image for my project. I installed gitfiletree but could not access my existing git repo I use with pharo 4. In MCFileTreeGitRepository>>#gitBranchs the output for the git command is an empty string while executing the same on the console gives me * master Is this a OSProcess problem? Where to look at to find the culprit? thanks, Norbert

Feb. 15, 2016

Re: [Pharo-users] Bloc Space within a Space

by Sven Van Caekenberghe

> On 15 Feb 2016, at 10:27, stepharo <stepharo(a)free.fr> wrote: > > Sean I agree that TDD would really make sure that we can script such object. > I do not know how to motivate people to do so. > In bloc I started to write tests and I immediately found bugs. > So it was positive and may be we should have a group of people writing > tests. > Now I have to finish the mooc and I was waiting that bloc stabilise again. > Because I spent time writing comments and they are probably wrong now especially since > writing comments on thing you do not master is a PAIN. > > Stef The first comments (class/method), explaining the design, API and implementation, should always be written by the original authors. It helps them as well, because trying to explain something in words help to validate the design. Only in the next phase should overview/introduction/teaching/book documentation be written by others who might be better explaining things. Documentation is absolutely necessary, especially for published code. Maybe someone should run the 'missing comments' statistics again over the current 50 image ...

Feb. 15, 2016

Re: [Pharo-users] Bloc Space within a Space

by stepharo

Sean I agree that TDD would really make sure that we can script such object. I do not know how to motivate people to do so. In bloc I started to write tests and I immediately found bugs. So it was positive and may be we should have a group of people writing tests. Now I have to finish the mooc and I was waiting that bloc stabilise again. Because I spent time writing comments and they are probably wrong now especially since writing comments on thing you do not master is a PAIN. Stef

Feb. 15, 2016

Re: [Pharo-users] Getting whether specific key is currently pressed

by Jan BlizniÄenko

Ok ok, you all have convinced me that this should be solved on Roassal part, not by calling such low level stuff like Sensor. I'll try to make and propose some changes in Roassal to forward such information. And, Alex, my case is that when I just drag box around items on cavas (do marquee selection), all previously selected items are deselected and there is new selection made, but if I have shift pressed while doing it, these new selected items are ADDED to previous selection. I wanted it to be control instead of shift, but it seems control+left mouse button=right mouse button (don't know why, what a waste of ctrl, maybe for compatibility with some OS unknown to me (OS X?) or some old OS - like I've seen there are parts of Pharo where mouse buttons are called blue, yellow and red :) ). I created my own subclass of RTAbstractElasticBoxInteraction for that job and this RTAbstractElasticBoxInteraction also needs to be modified to forward such "...KeyPressed" info. I didn't use RTSelectableView, because I do not want to select each Roassal element separatedly, but I need to select only our DynaCASE "elements" which may consist of multiple Roassal elements. Jan abergel wrote > Hi! > > I do not have my laptop, so I cannot try. This is a field where Roassal is > weak indeed. Let us know if you come with a solution. > > What is your case? Having a selection box only when you press shift and > drag and drop? > > Once back from holidays, I will check how it is done in JavaFX. > > Alexandre > > >> Le 13 fÃ©vr. 2016 Ã 16:26, Jan BlizniÄenko < > bliznjan@.cvut > > a Ã©crit : >> >> That's true, but I'm not sure that modifying TRMorph, TRMouseDragStart >> and >> TRMouseDragEnd is the right way to go here, so I'm interested in finding >> simpler solution if there is any. >> >> Jan >> >> >> Peter UhnÃ¡k wrote >>> Mouse and keyboard events are usually captured by TRMorph and then >>> converted into Roassal events, so check there. >>> >>> Peter >>> >>> On Sat, Feb 13, 2016 at 4:06 PM, Jan BlizniÄenko < >> >>> bliznjan@.cvut >> >>> > >>> wrote: >>> >>>> Hello >>>> >>>> I would like to ask whether is there any way to directly find out if >>>> specific key (shift in my case) is currently pressed. I am trying to >>>> implement own multi-selection of elements drawn on Roassal canvas, but >>>> I >>>> do >>>> not receive original MouseClick/Drag/whatever event with >>>> shiftKeyPressed, >>>> but I receive only Roassal selection event without this kind of >>>> information. >>>> It would require lots of modifications on Roassal part to forward such >>>> info >>>> (although it would be possible I suppose), so I am looking for a way to >>>> bypass it. >>>> >>>> Any help is appreciated. >>>> >>>> Jan BlizniÄenko >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Getting-whether-specific-key-is-currently-pressed-tp4… >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Getting-whether-specific-key-is-currently-pressed-tp4… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> -- View this message in context: http://forum.world.st/Getting-whether-specific-key-is-currently-pressed-tp4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 14, 2016

[UpdatedPharoByExample] Metaclass chapter is available

by stepharo

https://ci.inria.fr/pharo-contribution/view/Books/job/UpdatedPharoByExample… Yes the book is making progress. Big tx to werner who is reading all the chapters and spotting my mistakes :) Stef

Feb. 14, 2016

Re: [Pharo-users] Bloc Space within a Space

by stepharo

But I thought that space/universe was done so that we could build multidesktop with mini space to select where to jump and we can imagine that such mini space would be running. So what sean wants to do should be possible. At least I thought that alain planed it. stef Le 14/2/16 16:51, Aliaksei Syrel a Ã©crit : > I'm not sure I understand what you want to archive with provided code :) > Space is not something you want to embed in another space. Space > manages UI thread, event fetching, alarms and many other low level > stuff. Universe contains spaces and there can be only one running > space at a time - read there can be only one active UI thread and > event fetcher in the system. > Check Bloc-Core-Universe. Alain put a lot of effort writing class docs. > > Please, could you explain in more detail your idea and provide some > examples where embedding of spaces could be applicable? > > This makes real testing possible, prevents another global > mess, and makes other /really/ exciting possibilities within reach > > Why? > > You can create a separate 'Bloc-Test' space and do testing there. > > testSpace := BlUniverse default defaultSpaceClass new > identifiedBy: 'Bloc-Test'. > BlUniverse default addNewSpace: testSpace. > BlUniverse default switchToSpace: testSpace. > > > > > Cheers, > Alex > > On Sun, Feb 14, 2016 at 3:47 PM, Sean P. DeNigris > <sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: > > I always wanted to do this in Morphic, but it made too many > assumptions about > the World's environment e.g. use of globals like ActiveHand and > World. I > gave it a shot (see below). The new space did appear in the > current world, > but the rectangle seemed to open in the container world, not in > the new > world because when I closed the new space via the halo the rectangle > remained. For me, it is very important to have a space easily > create-able > and drivable. This makes real testing possible, prevents another > global > mess, and makes other /really/ exciting possibilities within > reach. Can it > be done in Bloc? If not, what would it take? > > s := BlBlocSpace new. > root := s rootElement. > root extent: 500 @ 500. > root > openInWorld; > yourself. > rect := BlElement exampleRectangle. > rect openInWorld: root world. > s redraw. > root updateDrawing. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Bloc-Space-within-a-Space-tp4877474.html > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

Feb. 14, 2016

Bloc Alarms: Why Raw Numbers Instead of Domain Objects?

by Sean P. DeNigris

"scheduleIn: 10000" seems much more awkward than "scheduleIn: 10 seconds", and #scheduleAt: is even clunkier - timeInMs - what's that? Unix time? Squeak time? Wherease "#scheduleAt: '3/1/2016 6:55pm' asDateAndTime" is perfectly clear ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bloc-Alarms-Why-Raw-Numbers-Instead-of-Domain-Objects… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 14, 2016

Re: [Pharo-users] Bloc Space within a Space

by Sean P. DeNigris

Aliaksei Syrel wrote > Space is not something you want to embed in another space. That's where you're wrong ;-) That's exactly what I want to do! Aliaksei Syrel wrote > Space manages UI thread, event fetching, alarms and many other low level > stuff Yes! That's all the stuff I want to stub out and control. Imagine I want to control time in my space e.g. run a simulation at 10x speed... Aliaksei Syrel wrote > Universe contains spaces and there can be only one running space at a time > - read > there can be only one active UI thread and event fetcher in the system. Yes, this is what I am disappointed before. Of course that makes sense in practice in the normal operation of the system, but limits one's creativity to pre-approved uses. IMHO this is the kind of coding-for-one-world-view that made Morphic infuriating to really try to reinvent. Aliaksei Syrel wrote > You can create a separate 'Bloc-Test' space and do testing there. I should have been more specific. Yes, one can do functional testing, but one can not stub out the dependencies and unit test properly. In fact, IMHO this area of the design is a symptom of lack of TDD. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bloc-Space-within-a-Space-tp4877474p4877492.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 14, 2016