July 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Data Narratives with Pharo (Re: Data Science with Pharo?)

by Sean P. DeNigris

Offray wrote > Is really nice to see this talk happening +1. And please keep posting screencasts/shots on work with data. I'm frequently at non-Smalltalk tech meetings in NYC and there is demand for this. The more videos I have to explain the better chance of bringing in new users :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Data-Science-with-Pharo-tp4771024p4771283.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 31, 2014

Re: [Pharo-users] Roassal2 RTDraggable grid and synchronized movement

by Peter UhnÃ¡k

Addendum: generally when it comes to Mouse events, using TRMouse* events should be the way to go? E.g. I want to add a control point when I click somewhere on the line so I could subscribe for TRMouseRightClick announcement. My question however is whether using TRachert events is ok. Shouldn't this be handled at Roassal level as it was done in Roassal1 (ROMouseRightClick)? On Thu, Jul 31, 2014 at 9:58 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > While playing with RTMultiLine I thought that it would be nice to have > option for RTDraggable elements to snap to a grid / move only by fixed > increments - for example the position could only be divisible by 10 (grid > size would be 10), so dragging from 20@10 to 26@4 would jump to 30@0. Is > something like this possible with current implementation? > > The second question is: is it possible for element to subscribe for > position updates of another element? (I.e. element A watches for movement > of element B and moves accordingly). I know I could add both of them to a > composite shape or RTGroup (RTDraggable>>groupToDrag:), however I would > prefer something more loosely coupled. > > In RTDraggable>>initializeElement: i found > " element when: TRMouseDragging do: [ :e | e element translateBy: e step. > e signalUpdate ]" > however it is commented out so perhaps there some other way? > > Peter >

July 31, 2014

Roassal2 RTDraggable grid and synchronized movement

by Peter UhnÃ¡k

While playing with RTMultiLine I thought that it would be nice to have option for RTDraggable elements to snap to a grid / move only by fixed increments - for example the position could only be divisible by 10 (grid size would be 10), so dragging from 20@10 to 26@4 would jump to 30@0. Is something like this possible with current implementation? The second question is: is it possible for element to subscribe for position updates of another element? (I.e. element A watches for movement of element B and moves accordingly). I know I could add both of them to a composite shape or RTGroup (RTDraggable>>groupToDrag:), however I would prefer something more loosely coupled. In RTDraggable>>initializeElement: i found " element when: TRMouseDragging do: [ :e | e element translateBy: e step. e signalUpdate ]" however it is commented out so perhaps there some other way? Peter

July 31, 2014

Data Narratives with Pharo (Re: Data Science with Pharo?)

by Offray Vladimir Luna CÃ¡rdenas

Hi, Is really nice to see this talk happening. I want to use Pharo for data narratives (it can be open/garage/citizen science or data Journalism) and I have recently talked about this on this list and the ones of Moose and SciSmalltalk, but seems that the thread initialized by Volkert got more traction, so I will continue here, which seems like a better place. I would like to advocate that the conditions for a Notebook for visual data narratives and open/citizen/garage science made in Smalltalk are there now that we have Pharo 3, Roassal and Moose Playgrounds. I think that this notebook could be made essentially by putting these playgrounds ordered in a tree/outliner. I have made a similar argument for a tree like interface for IPython notebooks on [1] and I'm using this tree-like writing experience for my own writing of my PhD Thesis [2] (Spanish) and I have started to explore some visual data narratives in Roassal/Moose[3] (Spanish). [1] http://mutabit.com/mutabit/default/wiki/ipython-deepness [2] http://mutabit.com/offray/static/blog/output/posts/la-forma-en-que-escribo-… [3] http://mutabit.com/offray/static/blog/output/posts/borrachos-bochinche-futb… I'm just making a mockup of this using Moose browsers while I learn Pharo with this problem oriented approach. I will ask in another thread my specific questions about the issues I found while working on this project. I think that the Tudor's video about PostgreSQL and visualization is a glimpse of the possibilities and Kilion work interfacing with blender/python shows that this outline could be even interface with IPython notebooks. Outliners can be a proper metaphor for exploratory computing and writing and as org-mode has shown, this simple but powerful metaphor can be a game changer. This are good times for data narratives in Pharo. I would try to help with this. Cheers, Offray On 07/31/2014 08:29 AM, Alexandre Bergel wrote: >> I am successful using Pharo + Roassal/Mondrian in analyzing and visualizing IT architecture models. And it is real fun. :-) > > Glad to ear this :-) > > Yes, the vision I see behind Pharo, Moose, Roassal is to provide a solid alternative to R. We are not there yet, but we will get there. > > Cheers, > Alexandre > > > >> >> But it is always good the see, what is happening outside the "camp" ... and yes, if i find outside better solutions to >> my problems i move forward ... >> >> BW, >> Volkert >> >> Am 31.07.2014 um 08:15 schrieb stepharo: >>> >>> On 31/7/14 07:55, volkert(a)nivoba.de wrote: >>>> I like to concept of the Type Providers and the Deedle library. >>>> >>>> http://fsharp.github.io/FSharp.Data/ >>>> >>>> http://msdn.microsoft.com/en-us/library/hh156509.aspx >>>> >>>> http://bluemountaincapital.github.io/Deedle/ >>> >>> Build a library for Pharo and it will be even more exciting. Doing is exciting. >>> I started to read a book on R and looking at their data manipulation. I think that we can have the same. >>> Now we can be either contemplative or doing. >>> I chose my camp. In which one are you? >>> >>> Stef >>> >>> >>> >>> >>>> >>>> BW, >>>> Volkert >>>> >>>> >>>> >>>> Am 30.07.2014 um 23:45 schrieb Tudor Girba: >>>>> I did watch the movie. The only interesting thing it has are the types. Besides that, from what I can see in the demo, the interactivity and the options of the GTPlayground/GTInspector is, in my opinion, better. >>>>> >>>>> And we just got started :). >>>>> >>>>> Doru >>>>> >>>>> >>>>> On Wed, Jul 30, 2014 at 10:38 PM, volkert(a)nivoba.de <volkert(a)nivoba.de> wrote: >>>>> Please watch the video. >>>>> >>>>> BW, >>>>> Volkert >>>>> >>>>> Am 30.07.2014 um 22:12 schrieb stepharo: >>>>>> >>>>>> On 30/7/14 21:57, Tudor Girba wrote: >>>>>>> Moose is not about software analysis, but about data analysis :) >>>>>> >>>>>> +1 >>>>>> and you can morph it to your needs and participate :) >>>>>>> >>>>>>> Look at the Roassal demos, or at the work around the GTPlayground or GTInspector: >>>>>>> http://www.humane-assessment.com/blog/browsing-files-with-gtinspector-video/ >>>>>>> http://www.humane-assessment.com/blog/dynamic-exploration-of-a-postgres-db-… >>>>>>> >>>>>>> >>>>>>> Doru >>>>>>> >>>>>>> >>>>>>> On Wed, Jul 30, 2014 at 9:47 PM, volkert(a)nivoba.de <volkert(a)nivoba.de> wrote: >>>>>>> Here a really nice video on interactive data aquiring, analysis und visualization with F#. >>>>>>> >>>>>>> http://channel9.msdn.com/posts/Understanding-the-World-with-F >>>>>>> >>>>>>> Is this the way Pharo + Roassal + ... goes? Ok, we have moose, but a i understand >>>>>>> it puts the focus on sw analysis and sw visualization. What about a new >>>>>>> easy to use and interactive data science platform? >>>>>>> >>>>>>> BW, >>>>>>> Volkert >>>>>>> >>>>>>> -- >>>>>>> www.nivoba.de >>>>>>> >>>>>>> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> www.tudorgirba.com >>>>>>> >>>>>>> "Every thing has its own flow" >>>>>> >>>>> >>>>> -- >>>>> >>>>> www.nivoba.de >>>>> >>>>> >>>>> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "Every thing has its own flow" >>>> >>>> -- >>>> >>>> www.nivoba.de >>>> >>>> >>>> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >>>> >>> >> >> -- >> >> www.nivoba.de >> >> >> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >> >

July 31, 2014

Re: [Pharo-users] Data Science with Pharo?

by kilon alios

Python works via integration 50% of its code is written in C. Same applies for its libraries. Tons of ported C/C++ libraries.Before that I was using Delphi a Pascal implementation that was using around the same amount of C++ Windows libraries. Two languages with millions of professional developers worldwide. I assume F# is a .NET language with direct access to .NET libraries. And of course we should not forget several popular java languages with Clojure being the latest example. Not only integration is a popular very successful choice but it wont be an exaggeration to state that it has been the foundation of the modern software industry. So no I don't agree even though my own implementation has a long way to go before its ideal. Of course, integration is always an option ... but not a good one in any case, even if there is a way ... ;-) I have seen your Pharo/Blender video. Nice work ... BW, Volkert Am 31.07.2014 um 12:38 schrieb kilon alios: I dont know anything about data sciences but this looks like the dilema I was into. I love making 3d graphics and I love pharo. But those two dont mix togethere. Available 3d libraries for pharo are nowhere near my needs. As an artist and coder I use Blender and its API. The Blender Api is not even in C so I can wrap it with nativeboost. Its in python. So the whole thing at first seemed too much trouble for little gain. With the help of great pharo people I found the way to exploit Blender via sockets I can use its python API and I can do this even using pharo syntax. To my surpriseb it was easy, fast and simple.Not that I have an issue coding in python. The project is WIP but so far it has been very succesful and it can only get better. So I can only agree with the saying "where there is a will there is a way" Afterall combining programming languages is a very popular choice. Î£ÏÎ¹Ï 31 ÎÎ¿ÏÎ» 2014 10:59 Ï.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "volkert(a)nivoba.de" < volkert(a)nivoba.de> ÎÎ³ÏÎ±ÏÎµ: > > Am 31.07.2014 um 09:07 schrieb Marcus Denker: > >> On 31 Jul 2014, at 09:00, volkert(a)nivoba.de wrote: >> >> I am successful using Pharo + Roassal/Mondrian in analyzing and >>> visualizing IT architecture models. And it is real fun. :-) >>> >>> But it is always good the see, what is happening outside the "camp" ... >>> and yes, if i find outside better solutions to >>> my problems i move forward ... >>> >>> Why not investing into what you use now instead of abandoning it? The >> âoutsideâ solution only is better because someone >> build it. If that someone would have just moved on (âI would have done in >> F# but the other system was better so I moved thereâ), >> it would not exist. >> > I am investing ..... but my time is limited and if i am faster the other > road, i go the road ... stupid, or? Btw, that > is the reason, i am using Pharo and Roassal and i have never been so fast > :-) > > >> Everything that exists is there because someone did it. >> > Yes ... > > >> But strangely, most people see the world much more passive: things are >> there (âex nihiloâ), to be used. Passively. >> >> Marcus >> > My view: The evolution of mankind is about building better tools with/on > top of existing tools ... we > have to choose the tools we use, to create our own tools. If Pharo and its > framework/libraries matches, > to the problems i have, it is perfect ... if not, i can start to add all > the missing pieces or look for better > tools ... that is the way it goes ... > > BW, > Volkert > > > -- www.nivoba.de "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW

July 31, 2014

Re: [Pharo-users] Data Science with Pharo?

by Alexandre Bergel

> I am successful using Pharo + Roassal/Mondrian in analyzing and visualizing IT architecture models. And it is real fun. :-) Glad to ear this :-) Yes, the vision I see behind Pharo, Moose, Roassal is to provide a solid alternative to R. We are not there yet, but we will get there. Cheers, Alexandre > > But it is always good the see, what is happening outside the "camp" ... and yes, if i find outside better solutions to > my problems i move forward ... > > BW, > Volkert > > Am 31.07.2014 um 08:15 schrieb stepharo: >> >> On 31/7/14 07:55, volkert(a)nivoba.de wrote: >>> I like to concept of the Type Providers and the Deedle library. >>> >>> http://fsharp.github.io/FSharp.Data/ >>> >>> http://msdn.microsoft.com/en-us/library/hh156509.aspx >>> >>> http://bluemountaincapital.github.io/Deedle/ >> >> Build a library for Pharo and it will be even more exciting. Doing is exciting. >> I started to read a book on R and looking at their data manipulation. I think that we can have the same. >> Now we can be either contemplative or doing. >> I chose my camp. In which one are you? >> >> Stef >> >> >> >> >>> >>> BW, >>> Volkert >>> >>> >>> >>> Am 30.07.2014 um 23:45 schrieb Tudor Girba: >>>> I did watch the movie. The only interesting thing it has are the types. Besides that, from what I can see in the demo, the interactivity and the options of the GTPlayground/GTInspector is, in my opinion, better. >>>> >>>> And we just got started :). >>>> >>>> Doru >>>> >>>> >>>> On Wed, Jul 30, 2014 at 10:38 PM, volkert(a)nivoba.de <volkert(a)nivoba.de> wrote: >>>> Please watch the video. >>>> >>>> BW, >>>> Volkert >>>> >>>> Am 30.07.2014 um 22:12 schrieb stepharo: >>>>> >>>>> On 30/7/14 21:57, Tudor Girba wrote: >>>>>> Moose is not about software analysis, but about data analysis :) >>>>> >>>>> +1 >>>>> and you can morph it to your needs and participate :) >>>>>> >>>>>> Look at the Roassal demos, or at the work around the GTPlayground or GTInspector: >>>>>> http://www.humane-assessment.com/blog/browsing-files-with-gtinspector-video/ >>>>>> http://www.humane-assessment.com/blog/dynamic-exploration-of-a-postgres-db-… >>>>>> >>>>>> >>>>>> Doru >>>>>> >>>>>> >>>>>> On Wed, Jul 30, 2014 at 9:47 PM, volkert(a)nivoba.de <volkert(a)nivoba.de> wrote: >>>>>> Here a really nice video on interactive data aquiring, analysis und visualization with F#. >>>>>> >>>>>> http://channel9.msdn.com/posts/Understanding-the-World-with-F >>>>>> >>>>>> Is this the way Pharo + Roassal + ... goes? Ok, we have moose, but a i understand >>>>>> it puts the focus on sw analysis and sw visualization. What about a new >>>>>> easy to use and interactive data science platform? >>>>>> >>>>>> BW, >>>>>> Volkert >>>>>> >>>>>> -- >>>>>> www.nivoba.de >>>>>> >>>>>> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Every thing has its own flow" >>>>> >>>> >>>> -- >>>> >>>> www.nivoba.de >>>> >>>> >>>> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>> >>> -- >>> >>> www.nivoba.de >>> >>> >>> "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW >>> >> > > -- > > www.nivoba.de > > > "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 31, 2014

Re: [Pharo-users] Roassal2 orthogonal lines, attach points and self-lines.

by Alexandre Bergel

> I am familiar with RTBezierLine (I mentioned it in the original question), but what I was wondering about was whether controllingElements: should be added to RTMultiLine (so it will be handled internally just like in BezierLine), or leave it as is and let the user handle it from outside - as demonstrated by the example I posted. Users of the API will decide :-) The way you are interacting with us is the right way. Keep asking questions and requesting for new features! Alexandre > > > On Thu, Jul 31, 2014 at 8:24 AM, stepharo <stepharo(a)free.fr> wrote: > this is cool :) > > > On 30/7/14 20:12, Alexandre Bergel wrote: >> Hi Peter! >> >> Iâve just added the orthogonal vertical and horizontal lines in Roassal2. Here are some screenshots. >> >> <Mail Attachment.png> >> <Mail Attachment.png> >> >> These last script has been made with: >> -=-=-=-=-=-=-=-=-=-=-=-= >> | v | >> v := RTView new. >> >> v addAll: ((RTEllipse new size: 20; color: (Color red alpha: 0.3)) elementsOn: (1 to: 20)). >> >> shape := RTMultiLine new. >> shape orthoVertical. >> shape color: (Color blue alpha: 0.3). >> >> RTEdge >> buildEdgesFromObjects: (1 to: 20) from: [ :n | n // 3 ] to: #yourself using: shape inView: v. >> >> v elements @ RTDraggable @ RTPopup. >> >> RTTreeLayout on: v elements. >> v open >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Jul 26, 2014, at 3:57 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >>> Hi, >>> >>> is there any support for orthogonal lines in Roassal2? I've seen something similar (ROOrthoVerticalLineShape), however nothing of that sort in Roassal2. I would imagine it to behave similarly to RTBezierLine - having controllingElements to specify the corners. (While ROOrtholines did it automatically I was looking for something more manual, so it can go in both directions - thus the controllingElements). >>> >>> Second thing I wasn't able to figure out is whether it is possible to create line from element to itself. All *AttachPoint classes aren't really able to cope with that. The best result I got was from Vertical/Horizontal AttachPoints (combined with BezierLine), however I would like to be able to specify which side it would start on and end on. Ideally not just middle of sides, but arbitrary part of the shape (I imagine that might be hard for non-rectangular shapes). >>> >>> Thanks, >>> Peter >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 31, 2014

Re: [Pharo-users] Data Science with Pharo?

by volkert＠nivoba.de

Of course, integration is always an option ... but not a good one in any case, even if there is a way ... ;-) I have seen your Pharo/Blender video. Nice work ... BW, Volkert Am 31.07.2014 um 12:38 schrieb kilon alios: > > I dont know anything about data sciences but this looks like the > dilema I was into. I love making 3d graphics and I love pharo. But > those two dont mix togethere. Available 3d libraries for pharo are > nowhere near my needs. As an artist and coder I use Blender and its > API. The Blender Api is not even in C so I can wrap it with > nativeboost. Its in python. So the whole thing at first seemed too > much trouble for little gain. > > With the help of great pharo people I found the way to exploit Blender > via sockets I can use its python API and I can do this even using > pharo syntax. To my surpriseb it was easy, fast and simple.Not that I > have an issue coding in python. The project is WIP but so far it has > been very succesful and it can only get better. > > So I can only agree with the saying "where there is a will there is a way" > > Afterall combining programming languages is a very popular choice. > > Î£ÏÎ¹Ï 31 ÎÎ¿ÏÎ» 2014 10:59 Ï.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "volkert(a)nivoba.de > <mailto:volkert@nivoba.de>" <volkert(a)nivoba.de > <mailto:volkert@nivoba.de>> ÎÎ³ÏÎ±ÏÎµ: > > > Am 31.07.2014 um 09:07 schrieb Marcus Denker: > > On 31 Jul 2014, at 09:00, volkert(a)nivoba.de > <mailto:volkert@nivoba.de> wrote: > > I am successful using Pharo + Roassal/Mondrian in > analyzing and visualizing IT architecture models. And it > is real fun. :-) > > But it is always good the see, what is happening outside > the "camp" ... and yes, if i find outside better solutions to > my problems i move forward ... > > Why not investing into what you use now instead of abandoning > it? The âoutsideâ solution only is better because someone > build it. If that someone would have just moved on (âI would > have done in F# but the other system was better so I moved > thereâ), > it would not exist. > > I am investing ..... but my time is limited and if i am faster the > other road, i go the road ... stupid, or? Btw, that > is the reason, i am using Pharo and Roassal and i have never been > so fast :-) > > > Everything that exists is there because someone did it. > > Yes ... > > > But strangely, most people see the world much more passive: > things are there (âex nihiloâ), to be used. Passively. > > Marcus > > My view: The evolution of mankind is about building better tools > with/on top of existing tools ... we > have to choose the tools we use, to create our own tools. If Pharo > and its framework/libraries matches, > to the problems i have, it is perfect ... if not, i can start to > add all the missing pieces or look for better > tools ... that is the way it goes ... > > BW, > Volkert > > -- www.nivoba.de "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW

July 31, 2014

Re: [Pharo-users] Copy/past doesn't work sometimes

by Julien Delplanque

Ok, so I'll have to get used to it or switch to another web browser while using pharo. Thanks for your answers. On 31/07/14 10:44, Peter UhnÃ¡k wrote: > It seems that the Chromium issue is most likely a result of them switching > from GTK to Aura, since it broke in version 35 (when Aura was introduced). > So unless someone wants to dive into Pharo VM or Chromium then there is > really no simple solution. > > > On Wed, Jul 30, 2014 at 9:10 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Today I found out that if I have running xclipboard in the background >> pasting works properly even from Chromium. The problem is that it's a GUI >> app and will store everything that I've copied unless manually deleted. But >> you can give it a shot. Haven't really tested how it deals with non-text >> content (images). >> Also I tried to dig a little bit into how it is handled inside Pharo, but >> it is somewhere deep in VM. :( >> However middle-click pasting doesn't work but that seem to be simply a >> limitation of Pharo (My guess is because it is only supported by Linux and >> not Windows/Mac?). >> >> >> On Tue, Jul 29, 2014 at 9:42 PM, Julien Delplanque <julien(a)tamere.eu> >> wrote: >> >>> I also notice the problem when I copy something from my terminal >>> ("drop-down terminal" or "terminator" on Gnome3) to pharo IDE. >>> >>> Very annoying to copy text from Chromium to Sublime text and then recopy >>> it from Sublime text to Pharo IDE even if (sadly) it became a habit... >>> >>> On 29/07/14 20:10, Peter UhnÃ¡k wrote: >>>> I have the same problem on Debian, on both Pharo 3 and 4. >>>> I think that Chromium is doing something weird when copying to >>> clipboard, >>>> because every other program I've tried works just fine. >>>> As a workaround I've installed clipboard manager and I copy from there >>> (or >>>> paste and re-copy in some other text editor currently opened). >>>> >>>> Linux has multiple clipboards (at least one when copying text and one >>> for >>>> currently selected text), so maybe Chromium uses the wrong one, or >>> Pharo is >>>> checking only one? >>>> >>>> Peter >>>> >>>> >>>> On Tue, Jul 29, 2014 at 5:06 PM, Julien Delplanque <julien(a)tamere.eu> >>> wrote: >>>>> Hello, >>>>> >>>>> I'm using pharo 3.9-7 and I notice that sometimes the copy/past >>> function >>>>> from another program to the pharo IDE doesn't work. >>>>> >>>>> For example, if I copy something from my internet browser (Chromium) to >>>>> a workspace in the IDE it doesn't work. >>>>> >>>>> I also notice that if I copy something from my text editor (Sublime >>>>> text) to a workspace it works... >>>>> >>>>> ArchLinux version: >>>>> >>>>> Linux msi 3.15.5-2-ARCH #1 SMP PREEMPT Fri Jul 11 07:56:02 CEST 2014 >>>>> x86_64 GNU/Linux >>>>> >>>>> My Pharo VM version: >>>>> >>>>> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM] >>>>> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: >>>>> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 >>>>> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: >>>>> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014 >>>>> https://github.com/pharo-project/pharo-vm.git Commit: >>>>> ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 >>> +0200 >>>>> By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14826 >>>>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 >>> 16:39:45 >>>>> UTC 2012 i686 i686 i386 GNU/Linux >>>>> >>>>> Thank you in advance for your responses! >>>>> >>>>> Julien >>>>> >>>>> >>> >>>

July 31, 2014

Re: [Pharo-users] Data Science with Pharo?

by kilon alios

I dont know anything about data sciences but this looks like the dilema I was into. I love making 3d graphics and I love pharo. But those two dont mix togethere. Available 3d libraries for pharo are nowhere near my needs. As an artist and coder I use Blender and its API. The Blender Api is not even in C so I can wrap it with nativeboost. Its in python. So the whole thing at first seemed too much trouble for little gain. With the help of great pharo people I found the way to exploit Blender via sockets I can use its python API and I can do this even using pharo syntax. To my surpriseb it was easy, fast and simple.Not that I have an issue coding in python. The project is WIP but so far it has been very succesful and it can only get better. So I can only agree with the saying "where there is a will there is a way" Afterall combining programming languages is a very popular choice. Î£ÏÎ¹Ï 31 ÎÎ¿ÏÎ» 2014 10:59 Ï.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "volkert(a)nivoba.de" < volkert(a)nivoba.de> ÎÎ³ÏÎ±ÏÎµ: > > Am 31.07.2014 um 09:07 schrieb Marcus Denker: > >> On 31 Jul 2014, at 09:00, volkert(a)nivoba.de wrote: >> >> I am successful using Pharo + Roassal/Mondrian in analyzing and >>> visualizing IT architecture models. And it is real fun. :-) >>> >>> But it is always good the see, what is happening outside the "camp" ... >>> and yes, if i find outside better solutions to >>> my problems i move forward ... >>> >>> Why not investing into what you use now instead of abandoning it? The >> âoutsideâ solution only is better because someone >> build it. If that someone would have just moved on (âI would have done in >> F# but the other system was better so I moved thereâ), >> it would not exist. >> > I am investing ..... but my time is limited and if i am faster the other > road, i go the road ... stupid, or? Btw, that > is the reason, i am using Pharo and Roassal and i have never been so fast > :-) > > >> Everything that exists is there because someone did it. >> > Yes ... > > >> But strangely, most people see the world much more passive: things are >> there (âex nihiloâ), to be used. Passively. >> >> Marcus >> > My view: The evolution of mankind is about building better tools with/on > top of existing tools ... we > have to choose the tools we use, to create our own tools. If Pharo and its > framework/libraries matches, > to the problems i have, it is perfect ... if not, i can start to add all > the missing pieces or look for better > tools ... that is the way it goes ... > > BW, > Volkert > > >

July 31, 2014