Re: [Therion] Install on Mac OS 11.4

2021-08-11 Thread Andrea Corna via Therion
Thank you Martin,
Following the link I compiled correctly. Therion and Lock are working.
But I can’t find xtherion..
What I have missed?

Andrea


> Il giorno 10 ago 2021, alle ore 21:30, Martin Budaj  ha 
> scritto:
> 
> Hi,
> 
> could you follow the macOS part of 
> https://github.com/therion/therion/blob/master/.github/workflows/cmake.yml 
>  
> and if there is a problem include a more detailed log file?
> 
> Basically you need to run the following in the therion source directory:
> 
> mkdir build && cd build && cmake -G Ninja -DCMAKE_CXX_FLAGS="-Werror" 
> -DOPENGL_gl_LIBRARY:FILEPATH=/opt/X11/lib/libGL.dylib 
> -DOPENGL_glu_LIBRARY:FILEPATH=/opt/X11/lib/libGLU.dylib -DBUILD_THBOOK=OFF ..
> cmake --build build -t therion loch utest
> 
> We use macOS 11.5 and 10.15.7 to build therion while testing.
> 
> Cheers
> Martin
> 
> 
> On Thu, Aug 5, 2021 at 8:42 AM Andrea Corna via Therion  > wrote:
> Hi Phil,
> Is an intel version.
> 
> Andrea da iPhone 
> 
>> Il giorno 4 ago 2021, alle ore 23:58, Philippe Vernant 
>> mailto:phil.vern...@gmail.com>> ha scritto:
>> 
>> Hi Andrea,
>> 
>> Do you have a new Mac with the M1 chip ? If so you might want to install 
>> Rosetta first.
>> 
>> Best,
>> Phil
>> 
>> 
>>> On 4 Aug 2021, at 22:20, Andrea Corna via Therion >> > wrote:
>>> 
>>> Hi Guys, 
>>> I’m trying ti install on Mac OS 11.4 but I’m failing.
>>> Following this https://therion.speleo.sk/wiki/os-tips:osx 
>>>  it fail
>>> Compiling fron GitHub also fail:
>>> 
>>> ld: symbol(s) not found for architecture x86_64
>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>> invocation)
>>> make[1]: *** [loch] Error 1
>>> make: *** [loch/loch] Error 2
>>> 
>>> Anyone is able to install?
>>> 
>>> Thanks for help
>>> 
>>> Andrea
>>> ___
>>> Therion mailing list
>>> Therion@speleo.sk 
>>> https://mailman.speleo.sk/listinfo/therion 
>>> 
>> 
>> ___
>> Therion mailing list
>> Therion@speleo.sk 
>> https://mailman.speleo.sk/listinfo/therion 
>> 
> ___
> Therion mailing list
> Therion@speleo.sk 
> https://mailman.speleo.sk/listinfo/therion 
> 
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


Re: [Therion] Plan gridline colour changes unpredictably

2021-08-11 Thread Bruce Mutton
Thanks Martin

Highlights the dangers of absorbing a language by osmosis.  A false sense of 
understanding!

I’ll try that out and see how it works.

 

Out of interest I went back over old maps to check the colour of my gridlines.  
Until a few weeks ago I only ever used the default rgb colour model, and even 
now I only specify rgb, but occasionally force Therion to convert by specifying 
a cmyk colour model.  I found that I actually got a random section of the two 
gridline output colours over previous years.  My excuse for not picking it as a 
Therion behaviour is that I routinely use a number of pdf viewers and printers. 
 They all present line thicknesses and colours slightly differently. Especially 
Sumatra pdf compared to most others.

 

Bruce

 

 

From: Therion  On Behalf Of Martin Budaj
Sent: Wednesday, 11 August 2021 07:23
To: List for Therion users 
Subject: Re: [Therion] Plan gridline colour changes unpredictably

 

Hi,

 

0.5white doesn't work in CMYK properly (it's equivalent to 0.5*(0,0,0,0) = 
(0,0,0,0) = white)

0.1black doesn't work in RGB (it's 0.1*(0,0,0) = (0,0,0) = black)

 

So your formula produces 50% gray in RGB and 10% gray in CMYK. No idea why you 
got 10% gray in some RGB setups, some test data would be needed.

 

To get 10% grey colour you need to use 0.1[white,black] which works in all RGB, 
CMYK and Grayscale.

 

Cheers

Martin 

 

 

On Tue, Aug 10, 2021 at 11:29 AM Bruce Mutton mailto:br...@tomo.co.nz> > wrote:

Curious

 

I have in my layout some metapost code to redefine the plan gridlines, used 
without apparent problem for perhaps 10 years.  It includes a colour 
specification…

 

withcolor 0.1black+0.5white;

 

Mostly they come out like this, very light grey.  This example is exported 
using colour-model cmyk, but most of the time using colour-model rgb it looks 
exactly the same, in my current project (only variables are colour map-fg, some 
map previews on or off and the colour model).



 

For some reason, in my current project, if I use colour-model rgb for a 
particular output variant, I get a much darker gridline, as below.  Other 
variants with rgb, the colour of the gridline matches the first example.



 

Any hints as to why the difference?

I might have expected this to occur with the new cmyk colour model, but it does 
not.

So far it has only happened with in a single specific case when using the rgb 
colour model.  I’ll watch for more cases…

Bruce

 

___
Therion mailing list
Therion@speleo.sk  
https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


Re: [Therion] Plan gridline colour changes unpredictably

2021-08-11 Thread Martin Sluka via Therion
Printers are allway dependent on setup of colour management in its driver. Pro 
printers are dependent on setup of RIPs sending data to them. Not easy task. 

Martin S. 

Odesláno z iPhonu

11. 8. 2021 v 21:15, Bruce Mutton :

> Thanks Martin
> Highlights the dangers of absorbing a language by osmosis.  A false sense of 
> understanding!
> I’ll try that out and see how it works.
>  
> Out of interest I went back over old maps to check the colour of my 
> gridlines.  Until a few weeks ago I only ever used the default rgb colour 
> model, and even now I only specify rgb, but occasionally force Therion to 
> convert by specifying a cmyk colour model.  I found that I actually got a 
> random section of the two gridline output colours over previous years.  My 
> excuse for not picking it as a Therion behaviour is that I routinely use a 
> number of pdf viewers and printers.  They all present line thicknesses and 
> colours slightly differently. Especially Sumatra pdf compared to most others.
>  
> Bruce
>  
>  
> From: Therion  On Behalf Of Martin Budaj
> Sent: Wednesday, 11 August 2021 07:23
> To: List for Therion users 
> Subject: Re: [Therion] Plan gridline colour changes unpredictably
>  
> Hi,
>  
> 0.5white doesn't work in CMYK properly (it's equivalent to 0.5*(0,0,0,0) = 
> (0,0,0,0) = white)
> 0.1black doesn't work in RGB (it's 0.1*(0,0,0) = (0,0,0) = black)
>  
> So your formula produces 50% gray in RGB and 10% gray in CMYK. No idea why 
> you got 10% gray in some RGB setups, some test data would be needed.
>  
> To get 10% grey colour you need to use 0.1[white,black] which works in all 
> RGB, CMYK and Grayscale.
>  
> Cheers
> Martin 
>  
>  
> On Tue, Aug 10, 2021 at 11:29 AM Bruce Mutton  wrote:
> Curious
>  
> I have in my layout some metapost code to redefine the plan gridlines, used 
> without apparent problem for perhaps 10 years.  It includes a colour 
> specification…
>  
> withcolor 0.1black+0.5white;
>  
> Mostly they come out like this, very light grey.  This example is exported 
> using colour-model cmyk, but most of the time using colour-model rgb it looks 
> exactly the same, in my current project (only variables are colour map-fg, 
> some map previews on or off and the colour model).
> 
>  
> For some reason, in my current project, if I use colour-model rgb for a 
> particular output variant, I get a much darker gridline, as below.  Other 
> variants with rgb, the colour of the gridline matches the first example.
> 
>  
> Any hints as to why the difference?
> I might have expected this to occur with the new cmyk colour model, but it 
> does not.
> So far it has only happened with in a single specific case when using the rgb 
> colour model.  I’ll watch for more cases…
> Bruce
>  
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion