Re: [Pharo-users] Changing a BaselineOf... to include one more package

[Andrew Black]

> On 22 Jul 2018, at 19:35 , Sean P. DeNigris  wrote:
> 
> Andrew Black-2 wrote
>>> spec
>>> baseline: 'SmaCC-Reification' 
>>> with: [ spec repository: 'github://apblack/SmaCC:fglr' 
>>> ].
> 
> This line will not work. What you're saying here is load a BaselineOfXyz
> where Xyz = 'SmaCC-Reification'. In fact you want to load the package. I
> think you can just change the keyword #basline: to #package:, although SmaCC 
> has a 'Reification' group, which might be better. In any event, if you just
> want to make sure that the 'SmaCC-Reification' package is loaded when you
> load SmaCC, then I think what you're after is:
>   spec
>   baseline: 'SmaCC' with: [ spec loads: #('Reification' ) 
> ]
> 
> I think the above would replace both of your SmaCC-related lines (you can
> specify multiple entities in to #loads: if needed.
> 
> NB. the preferred syntax in a baseline is literal arrays like above i.e. #()
> instead of curly-brace runtime arrays like {'Grace-Tests' . 'Grace-Ast'}
> 

Thanks for the suggestions.  But now I am more confused than ever!  Can you 
tell me what this line actually means.  That is, what does the #baseline:with: 
method actually declare?  Where should I put this statement?  In 
baselineOfSmaCC, or baselineOfGrace?  Why?

Note that the SmaCC-Reification package is not part of the current normal load 
for SmaCC — that’s why I have to specify it separately.  Is this declaration 
saying the opposite?  If not, what is it saying?

Earlier, you wrote:

>> spec package: 'SmaCC-Reification' with: [ spec requires:
>> #('SmaCC-Smalltalk-Parser' 'SmaCC-Runtime' 'SmaCC-Java') ]

AFAICT this is not necessary because these dependencies are declared in
BaselineOfSmaCC.

These declarations are the very lines from baselineOfSmaCC that declare these 
dependencies — aren’t they?  If I take them out, how will Metacello know that 
loading SmaCC-Reification requires the three packages listed in the array?

I’m sorry if I sound frustrated — none of this makes any sense to me.  There 
seems to be no documentation other than the very high-level stuff that 
describes th eoverall purpose of package dependencies — which I think that I 
understand.

Andrew


  

Re: [Pharo-users] Changing a BaselineOf... to include one more package

[Sean P. DeNigris]

Andrew Black-2 wrote
>>  spec
>>  baseline: 'SmaCC-Reification' 
>>  with: [ spec repository: 'github://apblack/SmaCC:fglr' 
>> ].

This line will not work. What you're saying here is load a BaselineOfXyz
where Xyz = 'SmaCC-Reification'. In fact you want to load the package. I
think you can just change the keyword #basline: to #package:, although SmaCC 
has a 'Reification' group, which might be better. In any event, if you just
want to make sure that the 'SmaCC-Reification' package is loaded when you
load SmaCC, then I think what you're after is:
spec
baseline: 'SmaCC' with: [ spec loads: #('Reification' ) 
]

I think the above would replace both of your SmaCC-related lines (you can
specify multiple entities in to #loads: if needed.

NB. the preferred syntax in a baseline is literal arrays like above i.e. #()
instead of curly-brace runtime arrays like {'Grace-Tests' . 'Grace-Ast'}



-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Changing a BaselineOf... to include one more package

[Sean P. DeNigris]

Guillermo Polito wrote
>> But then I must also specify the dependencies of the SmaCC-Reification
>> package, so I need to add
>>
>> spec package: 'SmaCC-Reification' with: [ spec requires:
>> #('SmaCC-Smalltalk-Parser' 'SmaCC-Runtime' 'SmaCC-Java') ]

AFAICT this is not necessary because these dependencies are declared in
BaselineOfSmaCC. In fact the whole point of Metacello is that you can refer
just to the specific entity within a project you want to load and Metacello
should take care of bringing along all its dependencies.



-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Changing a BaselineOf... to include one more package

[Andrew Black]

> On 21 Jul 2018, at 08:22 , Sean P. DeNigris  wrote:
> 
> Andrew P. Black wrote
>> I don’t know what else to try!
> 
> From the error message:
>Could not resolve: BaselineOfSmaCC-Reification... in
> https://github.com/apblack/SmaCC.git[working]
> 
> I'm guessing that you can't load from two different branches of the same git
> repo. Can you fork the project and create a new branch that merges in the
> required changes from the 'working' and 'fglr' branches?

Good trysuggestion Sean.  I think that there may indeed be some brokenness in 
the way that Pharo uses git, so that the branch spec in the baseline is not 
always obeyed.

So I switched both of the dependencies to be on the same branch (fglr), and for 
good measure switched my local repo to also be on that branch.

>   spec
>   baseline: 'SmaCC' 
>   with: [ spec repository: 'github://apblack/SmaCC:fglr' 
> ].
>   spec
>   baseline: 'SmaCC-Reification' 
>   with: [ spec repository: 'github://apblack/SmaCC:fglr' 
> ].

The result?  Nothing changes.  I still get a complaint 

Could not resolve: BaselineOfSmaCC-Reification [BaselineOfSmaCC-Reification] in 
/Users/black/Development/Pharo/images/Pharo 7.0 SmallGrace 
33/pharo-local/package-cache g...@github.com:apblack/SmaCC.git[fglr]

In the git directory I can see

> silverstone: ~/iceberg/apblack/SmaCC$ ls -d SmaCC-Reification.package/
> SmaCC-Reification.package/
> silverstone: ~/iceberg/apblack/SmaCC$ git br
> * fglr
>   ...


Is it supposed to be looking for `BaselineOfSmaCC-Reification` rather than for 
`SmaCC-Reification`?  There is no `BaselineOfSmaCC-Reification`, just a 
`BaselineOfSmaCC` that defines a group called `SmaCC-Refication`.  (I did try 
replacing baseline: ‘SmaCC-Reification’ by group: ‘SmaCC-Reification’ , but 
that gave a different error.)

Andrew

[Pharo-users] Dynabook concept

[Hilaire]

Some reflexions on the Dynabook concept:

http://blog.drgeo.eu/post/2018/The-Dynabook-Concept

Hilaire

-- 

Dr. Geo
http://drgeo.eu

Re: [Pharo-users] Mac OS X left/right scrolling in Pharo issues

[Manuel Leuenberger]

There is Yuriy's IgnoreSideScrollHack, works like a charm for me on macOS.https://github.com/Uko/IgnoreSideScrollHack/issues/1Cheers,ManuelAm 22.07.2018 01:51 schrieb wyattbiker :Is there a way to disable the mouse left/right side scroll when using the

Pharo IDE. It causes unwanted highlights or mouse cursor movements. I think

it simulates SHIFT + right/left arrow keys. 



I am using a Magic Mouse but also the trackpad has same problem. 



Here in this example, the sidescroll actually scrolls thru the tabs of the

Inspector. 

 



In the browser or playground it moves and highlights randomly.

 







--

Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

[Pharo-users] Grease stream tests failing on Pharo7

[Johan Brichau]

Hi,

I am taking a look at making Grease and Seaside work correctly on Pharo7.

There have been a number of changes to the ReadWriteStream implementation in 
Pharo that break Grease tests: 
https://travis-ci.org/SeasideSt/Grease/jobs/406766720 

It seems ReadWriteStream is broken: the readLimit is almost always wrong 
meaning that the stream `atEnd`, `contents` etc.. return wrong values 

Before I dive into this, I wanted to inquire if anyone is working on this as I 
cannot seem to find any open cases on this on the issue tracker.

cheers
Johan