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

Re: [Pharo-users] roassal pixel rendering

by Alexandre Bergel

Hi Peter! I was able to reproduce the problem you describe on Mac. Indeed, it would be great to have a solution for this. Thanks for looking into this. Cheers, Alexandre > On Mar 3, 2015, at 10:37 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > with cairo, coordinates are between pixels > > -> http://cairographics.org/FAQ/#sharp_lines > > Aha! Thank you. > > Now the question is how this could be solved. One of their suggestions is use even-integer width, but that from principle wouldn't be true, since it still overlaps by half-a-pixel (so one full and two 1/2 pixels). So the other option is to apply transformation matrix to the whole visualization? So much work for a sharp line. :( And considering that it seems to be blurred in one axis differently than the other... I'll play some more with it. > > Pete > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 3, 2015

Re: [Pharo-users] Git refreshing

by Peter UhnÃ¡k

On Sun, Mar 1, 2015 at 8:58 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Peter, > > Le 01/03/2015 17:00, Peter UhnÃ¡k a Ã©crit : > >> Hi, >> >> I'm facing a problem with branches and refreshing the code. Currently I >> handle (except for commits) everything from commandline, but the problem >> is that when I switch branches I don't know how to easily refresh the >> code. What I am doing now is running loading Baseline again, but that >> feels odd. >> > > Not so odd, in truth. It looks like a perfectly fine solution, which, > maybe, could be added to the concept of baseline in a repository. > > Git revolves around branches, and being able to quickly create them, >> switch them, and merge them is important. >> >> 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. > > 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. > > 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). Peter

March 3, 2015

Re: [Pharo-users] SmaCC: First steps

by Thierry Goubier

Hi Kilon, Le 03/03/2015 13:33, kilon alios a Ã©crit : > > "Because this two productions define a list of stmt (possibly empty) and > the AST generation code notices that, so it adds an s to statement and > prepare that instance variable to be an OrderedCollection." > > yes but I find it a bit misleading because even when there is a single > element it still going to create an OrderedCollection and still add "s" > to the name of the variable. 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. > By they way I have been successful into implementing , with your help, a > parser that parses python lists into pharo ordered collections. Python > tuples and dictionaries are next. Have not implemented nesting types but > that is very close too. > > Took me a lot of time to understand the syntax of SmaCC and moreover to > be able to understand the grammar used for the PythonParser2. I decided > not to change the grammar since it can do what I want as it is and > augment any additional parsing with my own classes. > > Now I understand the meaning of tests, PyAtomNode and more importantly > PyPowerNode. > > My overall experience with Smacc has been quite positive , the > documentation is in a good state though I would like more practical > examples especially on the matter of visitor. I love the Smacc syntax, > its compact , readable and fairly easy to understand. I really like the > design of the classes , make sense and are predictable. Which classes are you talking about? The node classes (PyAtomNode, PyPowerNode)? > A final question is how up to date in the configuration loaded with > configuration browser. I need to check that one. My approach for the moment is that whatever is done with SmaCC is at constant api, as much as possible. > The only thing I really missed from Smacc is a specialised to help me > browse the huge python grammar. Scrolling around became very tedious . Yes, I agree. A folding tree or something like that... 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. Thierry

March 3, 2015

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

by Werner Kassens

and you can find the doku here: https://github.com/SquareBracketAssociates/NumericalMethods/releases werner On 03/03/2015 06:03 PM, Werner Kassens wrote: > hi Julien, > you can find chisquare-test, f-test, t-test in numericalmethods > werner > > >

March 3, 2015

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

by Werner Kassens

hi Julien, you can find chisquare-test, f-test, t-test in numericalmethods werner

March 3, 2015

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

by Blondeau Vincent

Hi Julien, If you are doing some statistics, I am pretty sure that you use R. There is a connector to R software implemented in Pharo. You can use it if some methods are not implemented or too complex to do it by yourself. The link is here: http://www.smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector/ Don't hesitate to ask if you need some help on it. Vincent -----Message d'origine----- De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Julien Delplanque EnvoyÃ© : mardi 3 mars 2015 12:59 Ã : pharo-users(a)lists.pharo.org Objet : Re: [Pharo-users] Statistics package in Pharo? Doesn't look like there is what I'm looking for. Maybe I'll implement things I need if I have time but probably not a complete package for statistics. :) On 03/03/15 12:46, Alexandre Bergel wrote: > Hi Julien, > > Indeed, having a nice statistical package is missing in Pharo. The numerical methods is a nice start. > If things are missing, we should implement them. > > Cheers, > Alexandre > >> On Mar 3, 2015, at 5:52 AM, Julien Delplanque <julien(a)tamere.eu> wrote: >> >> Wow lots of classes, I'll browse the package and tell you if that's >> what I need :) >> >> Thanks. >> >> On 03/03/15 11:46, Sebastian Tleye wrote: >>> The only package that I know that has statistical tools is >>> NumericalMethods, you can install it by going to >>> tools->Configuraiton >>> Browser->NumericalMethods. >>> >>> Check if it has what you need >>> >>> 2015-03-03 11:40 GMT+01:00 Julien Delplanque <julien(a)tamere.eu>: >>> >>>> Hi everyone, >>>> >>>> Does anyone know if there is a package that contains implementation >>>> of statistics tests like Kolmogorov-Smirnov test, Khi-2 test, etc? >>>> >>>> I did fast research in Smalltalkhub but didn't found anything. >>>> >>>> Thanks in advance, >>>> >>>> Julien >>>> >>>> >> Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Peter UhnÃ¡k

> > with cairo, coordinates are between pixels > > -> http://cairographics.org/FAQ/#sharp_lines > > Aha! Thank you. Now the question is how this could be solved. One of their suggestions is use even-integer width, but that from principle wouldn't be true, since it still overlaps by half-a-pixel (so one full and two 1/2 pixels). So the other option is to apply transformation matrix to the whole visualization? So much work for a sharp line. :( And considering that it seems to be blurred in one axis differently than the other... I'll play some more with it. Pete

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Nicolai Hess

2015-03-03 15:44 GMT+01:00 Hilaire <hilaire(a)drgeo.eu>: > Le 02/03/2015 23:31, Peter UhnÃ¡k a Ã©crit : > > > > basically one pixel lines will get blurred for some reason even though > > there is no half-pixel overlapping. > > > > I noted the same visual artefact on Dr. Geo with perfectly horizontal 1 > pixel width/horizontal line (enclosed zoomed screenshot) > with cairo, coordinates are between pixels -> http://cairographics.org/FAQ/#sharp_lines > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > >

March 3, 2015

Re: [Pharo-users] roassal pixel rendering

by Hilaire

Le 02/03/2015 23:31, Peter UhnÃ¡k a Ã©crit : > > basically one pixel lines will get blurred for some reason even though > there is no half-pixel overlapping. > I noted the same visual artefact on Dr. Geo with perfectly horizontal 1 pixel width/horizontal line (enclosed zoomed screenshot) Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

March 3, 2015

Re: [Pharo-users] Fwd: [Pharo Consortium] Your organization application has been rejected.

by Sven Van Caekenberghe

Well, we're not alone: Mozilla not accepted for Google Summer of Code 2015 http://blog.queze.net/post/2015/03/03/Mozilla-not-accepted-for-Google-Summe… Like Stef said, we just continue. > On 03 Mar 2015, at 10:01, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Well, this year google it looks like accepted less organizations. > > 2012: 180 organizations accepted. > 2013: 177 organizations accepted. > 2014: 190 organizations accepted. > 2015: 137 organizations accepted. > > A few projects with ESUG could be nice for sure. But there we will have in the same issues again: typically, a student cannot in 3 months make his project working for all existing smalltalk, ... > > 2015-03-03 9:12 GMT+01:00 Joachim Tuchel <jtuchel(a)objektfabrik.de>: > Bad news. I am eager to hear if there is something to learn from their feedback. > > Now that both ESUG and Pharo have been rejected two years in a row, maybe it is time to think about ways to revive, or re-promote, the ESUG initiatives to sponsor student projects. > > Joachim > > Am 03.03.2015 08:59 schrieb Serge Stinckwich <serge.stinckwich(a)gmail.com>: > > > > Bad news from Google ... > > We will ask some explanations with Uko. > > > > > > ---------- Forwarded message ---------- > > From: <no-reply(a)google-melange.appspotmail.com> > > Date: Mon, Mar 2, 2015 at 7:56 PM > > Subject: [Pharo Consortium] Your organization application has been rejected. > > To: serge.stinckwich(a)gmail.com > > > > > > Thank you for submitting Pharo Consortium's application to Google > > Summer of Code 2015. Unfortunately, we were unable to accept your > > organization's application at this time. Every year we receive many > > more applications than we are able to accommodate, and we would > > encourage you to reapply for future instances of the program. > > > > If you would like some general feedback on why your organization was > > not accepted, please consider attending the IRC meeting in #gsoc on > > Freenode on Friday, 6 March, 2015 at 16:00 UTC. Please note that the > > feedback meeting will be limited to the first 50 organizations to > > queue up (queuing in the channel will begin at 15:30 UTC). You are > > also more than welcome to just email the OSPO team at > > ospoteam(a)gmail.com directly for email feedback about your application > > as well. > > > > Best regards, > > > > > > -- > > Serge Stinckwich > > UCBN & UMI UMMISCO 209 (IRD/UPMC) > > Every DSL ends up being Smalltalk > > http://www.doesnotunderstand.org/ > > > > >

March 3, 2015