- Pharo-users - lists.pharo.org

Dr Geo: A point needs to be animated over a preexisting object?

by Offray Vladimir Luna CÃ¡rdenas

Hi, Here comes again. Sorry I send it from a wrong address. -------- Forwarded Message -------- Subject: Dr Geo: A point needs to be animated over a preexisting object? Date: Mon, 21 Sep 2015 20:09:29 -0500 From: Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Hi, Some of my students are exploring modeling as a tool to understand physical phenomena. In particular they're working on uniform movement. The idea is to take data from a lab experiment on uniform movement and plot it on a geometrical program and then use animation to reproduce the lab movement inside the plotting to see if they can get the analitycal expression which models the movement. The bridge between experimental data and the analytical expression is animation as a way to validate, reconstruct models. We're considering geogebra and DrGeo for this. I'm more familiar with smalltalk that with javascript, but the question we're facing is how to animate a point following a vector direction but going beyond it. Considering the following figure: So the idea is that A, B, C and D are points in a position versus time graph taken from the real lab experiment. "p" is a point which will follow the trajectory of the vector "u", which has the same direction of the segment that goes from A to B (it can be even overlapped) and is animated describing the red trajectory going for p to p' (which has the same x value of D, but a different y value). A way to do it will be put and invisible line that passing from A to B (and beyond) and make the point "p" move on it, but we're wondering if there is a way to just give vector direction and magnitude and make the point move, without creating an explicit line before. Seems that nor geogebra or DrGeo can deal with animating a free object following a (vectorial described) trajectory. Is this possible? Cheers, Offray

Sept. 22, 2015

Re: [Pharo-users] Problem Loading Roassal 2 development in Pharo 4

by Alexandre Bergel

hi! I have create the last version before the braking change: Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; configurationOf: 'Roassal2'; loadVersion: '1.15â. In Pharo 4 this loads well. But the examples are not browsableâ¦ Let me know how it goes Alexandre > On Sep 21, 2015, at 5:35 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > > I understand the problem, but could you update the development version so that it loads the latest version that does work in Pharo 4? Switching to Pharo 5 is not an option for me right now, and I fear the stable version of Roassal2 is much too old to be useful for me. > >> On Sep 21, 2015, at 16:38, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Doru is right. Roassal2 depends on GT-Inspector to visualize views and the example finding. >> Currently, GT-Inspector does not load in Pharo 4. Apparently due to Rubric. >> >> Apparently, time is to move to Pharo 5. >> >> Alexandre >> >>> On Sep 21, 2015, at 4:25 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> I do not think this is possible. The development of Roassal2 happens in Pharo 5. >>> >>> Cheers, >>> Doru >>> >>> On Mon, Sep 21, 2015 at 9:15 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> Hi all, >>> >>> I cannot load Roassal2 development in Pharo 4, itâs missing the GTExampleFinder class (full message below). I can proceed through and still get a reasonably working version though (I guess without some examples, have not tried it as I donât need them) >>> >>> Would it be possible to fix the development version so that it loads in Pharo 4? >>> >>> >>> This package depends on the following classes: >>> GTExampleFinder >>> You must resolve these dependencies before you will be able to load these definitions: >>> RTExampleFinder >>> gtExampleInstance >>> class:selector:method:to: >>> newExample >>> >>> >>> ---> Save our in-boxes! http://emailcharter.org <--- >>> >>> Johan Fabry - http://pleiad.cl/~jfabry >>> PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile >>> >>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 22, 2015

Re: [Pharo-users] RTStyledLabel

by Alexandre Bergel

Just tried it. Gorgeous!!! Thanks!!! Alexandre > On Sep 19, 2015, at 11:24 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > I've added RTStyledLabel which supports TextEmphasis. > > RTGeneralExample>>styledLabel > ~~~~~~~~~~~~~~ > | v shape el all | > v := RTView new. > (shape := RTStyledLabel new) color: Color black. > > #(normal italic bold underlined struckOut) do: [ :each | > el := shape > emphasis: (TextEmphasis perform: each); > elementOn: each. > v add: el ]. > > all := shape > emphasis: { TextEmphasis bold. TextEmphasis italic. TextEmphasis underlined}; > elementOn: 'bold + italic + underlined'. > v add: all. > > RTVerticalLineLayout on: v elements. > > v open > ~~~~~~~~~~~~~~~~~~~~~ > > <2015-09-19_16:23:34.png> > â > Peter -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 22, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Peter UhnÃ¡k

This is great, I'm really enjoying it! Understanding behavior spread across several methods can now be done trivially at a glance instead of remembering everything, making paper notes, and slouching through billion browsers. Also I can finally see long methods at once. :p Couple notes: 1. The theme is not respected. (Also it's 2:15 AM here ;) 2. When method is reformatted, or code added the height doesn't change -- I would expect it to adapt automatically And as I've mentioned originally, it would be great to further encourage exploration. Currently when I want to add a new card from method I do "select code" -> "browse senders/implementors" -> "select what I want" -> "browse" -> "drag". It would be great if I could drag directly from the Message Browser (or even add it via shortcut from Message Browser). Thanks!! Peter On Mon, Sep 21, 2015 at 11:52 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 21-09-15 21:25, Peter UhnÃ¡k wrote: > >> This is really cool. Because even on my 24" screen I can comfortably >> have only couple (4) of system browser opened at once (and I am >> interested only in the method). >> > > The code card trick with expanded and compact view could easily be > integrated in Nautilus. > > It would be interesting to integrate it with MessageBrowser and >> Spotter, so I could (with shift+enter or something) open your card >> instead of Nautilus. >> For example I have scoped view of my package and I ctrl+b+n on a >> selector and it opens cards with the senders. >> > > I'll need to think through the navigation one might want,i.e. > From the navigation point of a card (esc out of editing), > - create a new card > - replace the current card > - delete the current card > > When creating or replacing > - use spotter > - new package, class, or method > - senders or implementers > - playground > > etc. > > Stephan > > > >

Sept. 22, 2015

Re: [Pharo-users] Rectangle center rounding

by Alexandre Bergel

Okay! Cheers, Alexandre > On Sep 21, 2015, at 6:24 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > On Mon, Sep 21, 2015 at 11:07 PM, Alexandre Bergel > <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> Any program on that front? >> > > There was no progress on this and I don't think that from our (me and > Jan) perspective this is even direction we should go. > (Jan is probably enjoying summer so I don't know when or even if he > will work on this.) > > As far as I'm concerned I'm moving towards integer coordinates > (because it's nicer) > and trying to make things behave in Roassal... > ... such as my work on RTDraggableSnapToGrid some time ago. > > [[[ > v := RTView new. > > s := RTBox new size: 25; color: (Color blue alpha: 0.3). > es := s elementsOn: (1 to: 10). > v addAll: es. > RTGridLayout on: es. > > es @ RTDraggableSnapToGrid. > > v > ]]] > > Peter > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 22, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Stephan Eggermont

On 21-09-15 21:25, Peter UhnÃ¡k wrote: > This is really cool. Because even on my 24" screen I can comfortably > have only couple (4) of system browser opened at once (and I am > interested only in the method). The code card trick with expanded and compact view could easily be integrated in Nautilus. > It would be interesting to integrate it with MessageBrowser and > Spotter, so I could (with shift+enter or something) open your card > instead of Nautilus. > For example I have scoped view of my package and I ctrl+b+n on a > selector and it opens cards with the senders. I'll need to think through the navigation one might want,i.e. From the navigation point of a card (esc out of editing), - create a new card - replace the current card - delete the current card When creating or replacing - use spotter - new package, class, or method - senders or implementers - playground etc. Stephan

Sept. 21, 2015

Exploring Pier

by Jimmie Houchin

Hello, I am interested in learning to use Pier. I browsed the mailing list to learn about current status and documentation. It seems to be pretty quiet on the mailing lists. There seems to be some activity on Smalltalkhub on Pier3. I am interested to see how well supported Pier is (is going to be). And if Pier is still active in the community. Is there any current documentation and where? Thanks for any help and opinions regarding Pier and its current and future situation. Jimmie

Sept. 21, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Stephan Eggermont

On 21-09-15 21:05, Alexandre Bergel wrote: > Wow!! > > This is impressive! > > Alexandre Thanks. It is really nice to be able to try out some ideas that have been long at the back of my mind. Stephan

Sept. 21, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Stephan Eggermont

On 21-09-15 21:05, Andrew Glynn wrote: > I'm not sure that those developers will ever be happy with Smallltalk. Unless > you can do everything in VI and compile on the command line, they feel there's > something wrong. To me the prototype confirms that we could create an interface that is mostly keyboard controlled and still makes reasonable use of the large amount of screen real estate that a modern desktop offers. I was inspired by the old user interface of MindManager that supported editing and navigating a mindmap totally with the keyboard, switching between navigation and editing mode. On a large screen, we'll be able to provide enough hints on what keys do what, to make the interface discoverable. Stephan

Sept. 21, 2015

Re: [Pharo-users] Rectangle center rounding

by Peter UhnÃ¡k

On Mon, Sep 21, 2015 at 11:07 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Any program on that front? > There was no progress on this and I don't think that from our (me and Jan) perspective this is even direction we should go. (Jan is probably enjoying summer so I don't know when or even if he will work on this.) As far as I'm concerned I'm moving towards integer coordinates (because it's nicer) and trying to make things behave in Roassal... ... such as my work on RTDraggableSnapToGrid some time ago. [[[ v := RTView new. s := RTBox new size: 25; color: (Color blue alpha: 0.3). es := s elementsOn: (1 to: 10). v addAll: es. RTGridLayout on: es. es @ RTDraggableSnapToGrid. v ]]] Peter

Sept. 21, 2015