March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Statistics package in Pharo?

by Julien Delplanque

On 03/03/15 18:03, Werner Kassens wrote: > hi Julien, Hi! > you can find chisquare-test, f-test, t-test in numericalmethods > werner Oh, thanks I'll check this out! > and you can find the doku here: > https://github.com/SquareBracketAssociates/NumericalMethods/releases > werner >

March 4, 2015

Re: [Pharo-users] Git refreshing

by Peter UhnÃ¡k

> > Well, as you have noticed in Java, C or C++, switching branches does >> not call make automatically :) >> >> You can use git hooks for that. >> > > Ok. Then I would suggest you take the code source of CLANG, LLVM, > OpenOffice or of the Linux kernel, you add the git hooks to call make, and > you admire how fast changing branches becomes ;) Sure; large project would take long regardless but comparatively small (~10kloc) project would get checkouted fast, also it doesn't just completely rewrite the filesystem, but only the actual changes (which is for my use cases most of the time in the order of tens of files) > Want to switch branches before committing? Can do. > How? :-o If I switch the branch from git (command line) then there is disparity. I'm not a git expert, but I know enough about git (and git users:)) that > each and everyone may have its opinion on the way git should be used, and, > as such, I've decided on GitFileTree that I wouldn't claim to hold the way > it should be usedâ¢. Yes, I need to think about myself a bit... I am used to certain workflow and I guess I was greedy with wanting everything. > I will have to think about it. I am used to my git workflow and now I am >> kind of lost how to use it properly from Pharo; since I am cut off from >> git. One idea that is crossing my mind is having synchronized filedumps >> (filetree) in a folder and not worry about git or monticello inside >> Pharo at all. (And when I change code outside it would magically change >> also inside). >> > > Please explore the idea; just try to focus on that: > Adding it my (endless) todolist, I would need to learn a bit (=lot) about monticello first and how these things actually work inside Pharo so it could be done, but just like everybody I have a lot on my plate. (And I have also tend to eat more than I can chew.) > > At the same time, there is just me and Max (and Esteban as well, I think) > working on getting that git support working, so don't bash us too much. > It's hard enough to get it done (look at Max questions about libcgit) that > we don't need too much additional pressure. I am really sorry if my message sounded harsh, I in no way intended something like that. Sometimes I am more greedy and picky about software than I should be. I'll add some positive emoticons next time so it will be more happy. :) I am grateful for the work you have done, after all I do like it and I am happy I was able to make the switch to git, despite me missing features; so please don't my ramblings as bashing, they were intended (albeit bit directly) only as questions/ideas. Peter

March 3, 2015

Re: [Pharo-users] Learn something today

by Tudor Girba

Indeed, we use this extensively for "scripting" APIs. Doru On Tue, Mar 3, 2015 at 10:02 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Collection iterated with symbol[1]: > > #(1 2 3) do: #inspect. > > Have a nice day. > > Hilaire > > [1] http://computer-programming-forum.com/3-smalltalk/2e9bf1f637d0d647.htm > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > > > > -- www.tudorgirba.com "Every thing has its own flow"

March 3, 2015

Learn something today

by Hilaire

Collection iterated with symbol[1]: #(1 2 3) do: #inspect. Have a nice day. Hilaire [1] http://computer-programming-forum.com/3-smalltalk/2e9bf1f637d0d647.htm -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

March 3, 2015

Re: [Pharo-users] Evaluating scripts within Pillar

by stepharo

Nice :) We were thinking with damien that such [[[ line is a nice way to extend based on annotation. Stef Le 24/2/15 23:11, Alexandre Bergel a Ã©crit : > Hi! > > I am now digging into Pillar. My goal is to be able to insert Roassal > script and having it executed. > Scripts provided within [[[ ]]] may be evaluated using the variable > âeval=trueâ. Here is an example: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > PRHTMLWriter defaultConfigurations anyOne > inputString: '100 factorial = > [[[eval=true > stream nextPutAll: 100 factorial asString > ]]]'; > outputFile: 'myFirstPillarExport.html' asFileReference; > export > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > âstreamâ is a hardcoded variable name which represents the stream on > which you have to write your result. What you write in stream is > pillar-friendly. This means you can write something like: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > PRHTMLWriter defaultConfigurations anyOne > inputString: '100 factorial = > [[[eval=true > stream nextPutAll: ''""'', 100 factorial asString, ''""'' > ]]]'; > outputFile: 'myFirstPillarExport.html' asFileReference; > export > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > I have tried to insert some Roassal visualization, and it works pretty > well. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > PRHTMLWriter defaultConfigurations anyOne > inputString: ' > !!Example of a factorial > 50 factorial = > [[[eval=true > stream nextPutAll: ''""'', 100 factorial asString, ''""''. > ]]] > > !!Some Roassal visualizations > Here is a small Mondrian example > [[[eval=true > > b := RTMondrian new. > b nodes: (1 to: 100). > b layout grid. > b build. > > aView := b view. > RTHTML5Exporter new insert: aView named: ''Roassal test'' > inPillarStream: stream > ]]] > > Another example with Grapher this time: > [[[eval=true > b := RTGrapher new. > b extent: 300 @ 200. > > ds := RTStackedDataSet new. > ds interaction popupText. > ds barShape width: 10. > ds points: #(4 5 1 -2 5 6). > b add: ds. > "b axisX noLabel; noTick. > " > > b build. > > RTHTML5Exporter new insert: b view named: ''A Graph'' inPillarStream: > stream > ]]] > > '; > outputFile: 'myFirstPillarExport.html' asFileReference; > export > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Pillar is very well done! Congrats to the authors! > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

March 3, 2015

Re: [Pharo-users] Git refreshing

by Thierry Goubier

Hi Peter, Le 03/03/2015 19:29, Peter UhnÃ¡k a Ã©crit : > > > On Sun, Mar 1, 2015 at 8:58 PM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > So is there currently any solution that could resolve this? Maybe I > could run some code that would simply load what is on the disk? If I > switch branches for java code, the editor automatically loads new > content without me needing to do any extra work; it would be nice to > have something similar. > > > Well, as you have noticed in Java, C or C++, switching branches does > not call make automatically :) > > You can use git hooks for that. Ok. Then I would suggest you take the code source of CLANG, LLVM, OpenOffice or of the Linux kernel, you add the git hooks to call make, and you admire how fast changing branches becomes ;) > In Pharo, loading code means compiling it, so what you describe may > be a bit harder to do. However, if we consider, as above, that > working in different branches is linked to a "project" concept, with > a baseline describing this project and its dependencies, then: > > a baseline branch switch could mean: unload the current baseline, > its dependencies, followed by the switch branch, followed by a load > of the baseline (in the new branch). > > This will not do. :( What if I am working on something and I want to > switch branch before committing? Or stashing them somewhere? Right now I > don't even see how I could use stash at all. Want to switch branches before committing? Can do. Want to stash? Can be added, instead of committing automagically. Remember that GitFileTree is about providing a support to allow one to experiment on the appropriate workflow: it is an enabler, not a one-size-fit-all solution. I'm not a git expert, but I know enough about git (and git users:)) that each and everyone may have its opinion on the way git should be used, and, as such, I've decided on GitFileTree that I wouldn't claim to hold the way it should be usedâ¢. > > On the git side, this wouldn't be hard to do. > > Another approach, a tad simpler, would be : switch branch, then all > packages already loaded in the image and existing in the branch are > loaded with the head of the new branch. This one would be easy to > implement with just a button "switch branch" in the GitFileTree > repository inspector. > > I will have to think about it. I am used to my git workflow and now I am > kind of lost how to use it properly from Pharo; since I am cut off from > git. One idea that is crossing my mind is having synchronized filedumps > (filetree) in a folder and not worry about git or monticello inside > Pharo at all. (And when I change code outside it would magically change > also inside). Please explore the idea; just try to focus on that: - GitFileTree is just about keeping in sync Monticello and Git in a reasonable way, and understanding what is inside a Git repository. - Any git action (and you know which ones you are using), is just a few lines of Smalltalk (except the part where it reads and remap the git history to MC). Change is easy and cheap. - There is a whole world of finding the right concepts you use in your development (stashing, fast branch switching, etc) that we have to explore. And remember that some of the things I am proposing is just throwing ideas around to try to see if they fit. Don't be afraid to experiment. At the same time, there is just me and Max (and Esteban as well, I think) working on getting that git support working, so don't bash us too much. It's hard enough to get it done (look at Max questions about libcgit) that we don't need too much additional pressure. Thierry

March 3, 2015

Re: [Pharo-users] SmaCC: First steps

by kilon alios

also forgot to add that now I am using gitfiletree and it has been a very smooth ride. Works great with Ubuntu and Macos and I tested it across computers. Thank you for your hard work. On Tue, Mar 3, 2015 at 9:42 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > > "It's because it is on a particular parse you have a single item; on > another you may have two; etc... It becomes easier then to have an > OrderedCollection containing one or more elements. The same code works." > > yes I understand the intention. Now it clear and no longer confusing ;) > > "Which classes are you talking about? The node classes (PyAtomNode, > PyPowerNode)?" > > Yes I was referring to node classes. I have to confess I have briefly > looked at SmaCC classes cause it took quite a lot of time to understand the > tutorial mainly because I wanted a deep understanding. > > "In practice, what you see with grammars in source code is often next to > horrible... very long files, happily mixing a long grammar to dozens or > hundreds of lines implementing actions (the { }) for each rule in the > grammar." > > maybe it would be better to add the grammar of each node as class comment. > This way it would be less necessary to look at the complete grammar. Not an > ideal solution but it could help, at least it would in my case. > > I am also happy to report that I have made quite a lot of progress, I have > been able to implement parsers for python lists and tuples, nested list and > tuples taking numbers , floats and strings as values which are converted to > OrderedCollections. Now I have started also parsing custom blender types > like blender colors which are converted to pharo colors. Its fun because > now I can use the new Pharo inspector to inspect Blender colors and the new > inspector gives me a preview of the color too. > > Pharo is getting closer to Python and vice versa ;) >

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Hilaire

Le 03/03/2015 16:22, Nicolai Hess a Ã©crit : > with cairo, coordinates are between pixels > > -> http://cairographics.org/FAQ/#sharp_lines > Yeah, I guess something like that. Thanks Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

March 3, 2015

Re: [Pharo-users] SmaCC: First steps

by kilon alios

"It's because it is on a particular parse you have a single item; on another you may have two; etc... It becomes easier then to have an OrderedCollection containing one or more elements. The same code works." yes I understand the intention. Now it clear and no longer confusing ;) "Which classes are you talking about? The node classes (PyAtomNode, PyPowerNode)?" Yes I was referring to node classes. I have to confess I have briefly looked at SmaCC classes cause it took quite a lot of time to understand the tutorial mainly because I wanted a deep understanding. "In practice, what you see with grammars in source code is often next to horrible... very long files, happily mixing a long grammar to dozens or hundreds of lines implementing actions (the { }) for each rule in the grammar." maybe it would be better to add the grammar of each node as class comment. This way it would be less necessary to look at the complete grammar. Not an ideal solution but it could help, at least it would in my case. I am also happy to report that I have made quite a lot of progress, I have been able to implement parsers for python lists and tuples, nested list and tuples taking numbers , floats and strings as values which are converted to OrderedCollections. Now I have started also parsing custom blender types like blender colors which are converted to pharo colors. Its fun because now I can use the new Pharo inspector to inspect Blender colors and the new inspector gives me a preview of the color too. Pharo is getting closer to Python and vice versa ;)

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Alexandre Bergel

Added this issue here: https://code.google.com/p/moose-technology/issues/detail?id=1109 Cheers, Alexandre > On Mar 2, 2015, at 5:31 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > I've been experiencing weird behavior with pixel rendering... > > basically one pixel lines will get blurred for some reason even though there is no half-pixel overlapping. > > Here is a test code (screenshots attached below). > Without the labels the left box will be blurred while the right is better (even though it still has slight shadow); when I add labels however their behavior will switch. > > What I would expect is to have nice sharp lines all the time. > Is this Athens issue? Roassal? Pharo? > Its ugly both on Linux and Windows. > > ==================================== > | view box1 box2 | > view := RTView new. > box1 := RTBox new width: 50; height: 51; fillColor: Color transparent; borderColor: Color black; elementOn: '50@51'. > view add: box1. > box2 := RTBox new width: 51; height: 50; fillColor: Color transparent; borderColor: Color black; elementOn: '51@50'. > view add: box2. > > "box1 @ RTLabelled. > box2 @ RTLabelled." > > box1 translateTo: -50 @ 0. > box2 translateTo: 50 @ 0. > > view open > ==================================== > > Peter > > <without labels.png><with labels.png> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 3, 2015