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

[sergio ruiz]

does anyone know if if pharo 5 runs on raspberry pi yet?

if so, i can poke around and see if i can get WiringPi to install on pharo 5.

thanks!


> On May 27, 2016, at 1:56 PM, sergio ruiz  wrote:
> 
>> 
>> 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
> 
> great! i’ll take a look at those!
> 
> 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
> 


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



signature.asc
Description: Message signed with OpenPGP using GPGMail

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

[sergio ruiz]

> 
> 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

great! i’ll take a look at those!

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



signature.asc
Description: Message signed with OpenPGP using GPGMail

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

[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" 
À : "Alain Plantec via Pharo-users" 
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

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

[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



signature.asc
Description: Message signed with OpenPGP using GPGMail

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

[Ben Coman]

On Thu, May 26, 2016 at 9:59 PM, Esteban Lorenzano  wrote:
>
> On 26 May 2016, at 14:49, Johan Fabry  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 
> 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  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/uniformDebugger.st
> But a startup script is a temporary solution.
>
> On Wed, May 25, 2016 at 9:43 PM, Sabine Manaa 
> 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.
>>
>
>
>
>

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

[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  .

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  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
> 
>   ^ #(  )

[Pharo-users] how to set a code completion schema in GT inspector?

[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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

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

[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

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

[Christophe Demarey]

Hi Peter,

> Le 27 mai 2016 à 14:21, Peter Uhnak  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

[Pharo-users] library for comparing semver versions

[Peter Uhnak]

Hi,

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

Thanks,
Peter

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

[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  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%20Object-Oriented%20Model%20of%20the%20Gregorian%20Calendar.pdf
>
>
>
> 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?
>
>

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

[Sabine Manaa]

Johan,
thank you, this works fine!
regards
Sabine

2016-05-27 2:33 GMT+02:00 jfabry [via Smalltalk] <
ml-node+s1294792n4897659...@n4.nabble.com>:

>
> I will just leave this here, so that people that prefer the buttons in
> their original place can get them back ...
>
> I did some quick investigating, and it’s straightforward. Just change the
> implementation of GTGenericStackDebugger>>codeActionsPragmas to the
> following:
>
> codeActionsPragmas
>
> ^ #( codeDebuggingAction stackDebuggingAction )
>
>  Et voila, the stack debugging action buttons now are also available just
> above the code pane!
>
> For extra goodness, the following two-liner is now also going into my
> startup preferences, run-once code part:
>
> GTGenericStackDebugger compile: 'codeActionsPragmas
> ^ #(stackDebuggingAction codeDebuggingAction)' classified: 'building
> actions'
>
> Voila, I will never miss those buttons again :-)
>
> --
> 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 11:01, stepharo <[hidden email]
> > 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.
>
>
> Because doru got trapped into his own view on "UI design".
>
> Even apple does not respect its own design documents.
>
> Stef
>
>
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
>
> http://forum.world.st/One-comment-to-new-Pharo5-debugger-tp4897390p4897659.html
> To start a new topic under Pharo Smalltalk Users, email
> ml-node+s1294792n1310670...@n4.nabble.com
> To unsubscribe from Pharo Smalltalk Users, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://forum.world.st/One-comment-to-new-Pharo5-debugger-tp4897390p4897703.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

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

[Denis Kudriashov]

2016-05-27 2:08 GMT+02:00 Johan Fabry :

> 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

^ #(  )