May 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Raspberry Pi] Accessing GPIO pins on Raspberry Pi?

by jean baptiste arnaud

The raspberry pi slave seems to be disconnected so do not know the status: Library: https://ci.inria.fr/pharo-contribution/job/WiringPi-ARM-AutomatedBuild/ Pharo code ( probably on Pharo 3 or 4). http://smalltalkhub.com/#!/~jeanbaptistearnaud/WiringPi ------ Message d'origine ------ De : "sergio ruiz" <sergio.rrd(a)gmail.com> Ã : "Alain Plantec via Pharo-users" <pharo-users(a)lists.pharo.org> EnvoyÃ© 27/05/2016 14:33:04 Objet : [Pharo-users] [Raspberry Pi] Accessing GPIO pins on Raspberry Pi? > >Does anyone know if itâs possible to access the header on Raspberry Pi >vi Pharo? > >I am mostly interested in running a 16x2 LCD from pharo at this point. > >Thanks! > > >---- >peace, >sergio >photographer, journalist, visionary >#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >http://www.Village-Buzz.com >http://www.ThoseOptimizeGuys.com >http://www.CodingForHire.com >http://www.coffee-black.com >http://www.painlessfrugality.com >http://www.twitter.com/sergio_101 >http://www.facebook.com/sergio101 > --- L'absence de virus dans ce courrier Ã©lectronique a Ã©tÃ© vÃ©rifiÃ©e par le logiciel antivirus Avast. https://www.avast.com/antivirus

May 27, 2016

[Raspberry Pi] Accessing GPIO pins on Raspberry Pi?

by sergio ruiz

Does anyone know if itâs possible to access the header on Raspberry Pi vi Pharo? I am mostly interested in running a 16x2 LCD from pharo at this point. Thanks! ---- peace, sergio photographer, journalist, visionary #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

May 27, 2016

Re: [Pharo-users] One comment to new Pharo5 debugger

by Ben Coman

On Thu, May 26, 2016 at 9:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 26 May 2016, at 14:49, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Yes, and there was also some discussion on the Pharo-users mailing list. > Apparently the same comments more or less ... > > I give a big +1 on moving the buttons down, so that they are between the > stack and the code pane. I still donât understand why they need to be so far > away from the code pane, it makes much more sense above the code pane + we > save on mouse movements. > > > is because of the âmoldableâ nature of the debugger, since the code panel > could be anything (like a custom browser, etc.), it is not certain that > buttons can be thereâ¦ only âconstantâ place is the top of the browserâ¦ I wonder about buttons down the left margin of the stack pane? With modern wide aspect displays and even two inspector panes at the bottom, I find I have a huge amount of white space to the right of the stack pane, so there would be little impact on this stack info. Perhaps a default wide margin to fit labels for newbies (though Through could be Thru, and Proceed could be Run), but also be able to shrink in width so that only the button icons are visible. What do you think? cheers -ben > that does not means I do not agree it would be better closer to the code > itselfâ¦ but I will need to take a care look to that before proposing a > possible change. > > Esteban > > > -- > Does this mail seem too brief? Sorry for that, I donât mean to be rude! > Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of > Chile > > On May 26, 2016, at 04:37, Christophe Demarey <Christophe.Demarey(a)inria.fr> > wrote: > > Hi Sabine, > > this point was also Â« discussed Â» (no answer) here: > http://forum.world.st/gtdebugger-debug-actions-buttons-td4874316.html > Yes, the new buttons are counter-productive and there is even no setting to > have them usable â¦ > You can still with to the SpecDebugger through settings > > > Le 25 mai 2016 Ã 22:49, Peter UhnÃ¡k <i.uhnak(a)gmail.com> a Ã©crit : > > Hi, > > yes, this question was raised before, but there are some disagreements over > how it should be, so it may take some time > http://forum.world.st/GTDebugger-shortcuts-usability-td4890316.html > > You can also use a startup script to reassign them, such as this one. > https://github.com/peteruhnak/pharo-scripts/blob/master/config/5.0/uniformD… > But a startup script is a temporary solution. > > On Wed, May 25, 2016 at 9:43 PM, Sabine Manaa <manaa.sabine(a)gmail.com> > wrote: >> >> Hi, >> >> today I moved to Pharo5. It is great to get feedback and solutions for >> problems so quickly. It is a pleasure to work with Pharo and to have the >> community. I am grateful for having this. >> >> I have one comment. I don't want to complain, I can use it but I was >> wondering about the new position and size of the debugger buttons. >> >> There is a longer distance now from code text pane to the buttons - I see >> this as disadvantage to earlier versions of Pharo from the user >> experience. >> The buttons are a lot of smaller - same disadvantage - both if you use the >> mouse. >> >> Ok, after seeing that, I thought "Sabine, you should use keyboard >> shortcuts >> here, too" (I use much of them but interesting - til now not in the >> debugger). >> >> Then I saw the shortcuts for >> Proceed cmd+r >> Restart cmd-shift-a >> Into cmd-e >> over cmd-shift-o >> through cmd-shift-t >> >> especially into, over and through have so different key combinations, two >> with shift, one without shift. When I debug, I often use for example >> into-into-over-over-over-throuhg-through--into-into etc...and with the >> combinations cmd-e and cmd-shit-e, it is more "finger-work". It would be >> better to have all those shortcuts with or all shortcuts without shift. >> And >> the letters not so far away at the keyboard (e-o-t) >> >> This is only my opinion and my first impression after one day with Pharo5. >> I >> am sure, after a few days, I forgot that this was uncomfortable because I >> have the shortcuts coming automatically into my fingers. >> >> Regards >> Sabine >> >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/One-comment-to-new-Pharo5-debugger-tp4897390.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > > >

May 27, 2016

how to set a code completion schema in GT inspector?

by Alexandre Bergel

Hi! Is there a way to provide a strategy to complete code in GT? For example, if I would like to specialize the completion in case I am writing a Roassal script... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 27, 2016

Re: [Pharo-users] library for comparing semver versions

by Dale Henrichs

The class MetacelloSemanticVersionNumber can be used to compare Semantic version numbers ... Note that there is an outstanding bug that MetacelloSemanticVersionNumber will read improperly formatted version numbers (fix is in the works), so it's not quite as good for validation (at the moment), but it should work for properly formed semantic version numbers ... Dale [1] https://github.com/dalehenrich/metacello-work/issues/392 On 5/27/16 5:21 AM, Peter Uhnak wrote: > Hi, > > is there any library available that can compare versions according to > SemVer? http://semver.org/ > > Thanks, > Peter >

May 27, 2016

Re: [Pharo-users] One comment to new Pharo5 debugger

by Johan Fabry

I think the reason not to change, is not a difficulty in implementation but a design view that is different from yours and mine. And from Sabineâs. And from Stefâs. And maybe from other persons too â¦ Just to say that I think this should have been discussed more. -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org <http://emailcharter.org/> . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On May 27, 2016, at 05:39, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > I am wondering. Why people from GT team not do this? I was think it not easy. > > Anyway change following method to remove buttons from top pane: > > "protocol: building actions" > stackDebuggingActionsPragmas > > ^ #( )

May 27, 2016

Re: [Pharo-users] library for comparing semver versions

by Christophe Demarey

Hi Peter, > Le 27 mai 2016 Ã 14:21, Peter Uhnak <i.uhnak(a)gmail.com> a Ã©crit : > > Hi, > > is there any library available that can compare versions according to > SemVer? http://semver.org/ You can check the SemanticVersion class from CargoPackageManager-Minimal at http://smalltalkhub.com/#!/~demarey/CargoPackageManager. The comparison is not fully complete for the suffix part but can be added Christophe

May 27, 2016

library for comparing semver versions

by Peter Uhnak

Hi, is there any library available that can compare versions according to SemVer? http://semver.org/ Thanks, Peter

May 27, 2016

Re: [Pharo-users] Week number from a date

by JuliÃ¡n Maestri

Chalten might help, i remember it had representations for months of years (January of 1990), it might have something similar for weeks. On 13 May 2016 at 05:40, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > Yes I agree. We may have a preference to set the week day start (fistDayOfWeek > ?). > > > After that we could agree on the fact the first week is the first complete > week (otherwise it can be a preference). > > Then we need to find the first day index of the first fistDayOfWeek. > (Date year: self year day: 1) weekdayIndex > -> gives the index according to the preference (for now Sunday -> 1) > > Then itâs quite straightforward to get the week number. > > Just have to check if the current date is in the last week of the previous > year (returns 52 or 53). > I did something but not sure yet (but no preference). > > There are been some works on time representation (Chronos if I remember > well ? but cannot load in Pharo 5, depends on OSProcess). > > An interesting read [1]. > > Cheers, > > CÃ©drik > > ps: > http://stephane.ducasse.free.fr/Teaching/CoursAnnecy/0506-M1-COO/A%20New%20… > > > > Interesting to know. But I see this already seems hard coded... > > Date nameOfDay: 1 "--> #Sunday" > > Timespan subclass: #Date > poolDictionaries: 'ChronologyConstants' > > ChronologyConstants class >> initialize > DayNames := #(Sunday Monday Tuesday Wednesday Thursday Friday Saturday). > > Also seems to have changed at some point, with the historical > nameOfDay recorded in the Terse Guide [1] circa 2010 shown to be > different. Perhaps this is something we should make a regional > preference. Was there any ongoing works on other regional > preferences? > >

May 27, 2016

Re: [Pharo-users] One comment to new Pharo5 debugger

by Denis Kudriashov

2016-05-27 2:08 GMT+02:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > codeActionsPragmas > > ^ #( codeDebuggingAction stackDebuggingAction ) > I am wondering. Why people from GT team not do this? I was think it not easy. Anyway change following method to remove buttons from top pane: "protocol: building actions" stackDebuggingActionsPragmas ^ #( )

May 27, 2016