Re: [Therion] Therion 6.0.1 colour processing problem

2021-08-21 Thread Martin Budaj
Hi,

the problem is caused by an incompatible change in transparent colours
handling introduced in 6.0.0 (see
https://github.com/therion/therion/blob/master/CHANGES):

incompatible changes: the drawing option 'withtransparentcolor',
macro 'def_transparent_rgb' and predefined transparent colors tr_bg,
tr_white, tr_black were removed;
use the drawing option 'withcolor  withalpha ' instead

This allows you to use transparency without defining transparent colours in
advance, but you need to rewrite your metapost definitions.

The issue on page 57 mentioned by Bruce is not related to this change (I'll
add a clarification to the thbook).

Martin

On Sat, Aug 21, 2021 at 10:57 AM Bruce Mutton  wrote:

> Anton
>
> It seems my current version of that file/layout doesn’t use transparent
> colours – I haven’t updated that wiki post for some years.
>
>
>
> I vaguely recall some discussion about transparent colours when differing
> colour models were introduced, but such things are above my knowledge level.
>
> A clue on top of page 57 of the Therion book.
>
>
>
> smooth-shading  . set the mode of smooth scrap backgroud
> shading.
> By default, altidute and depth colour is interpolated across the scrap the 
> quick
> way.
> Some issues are present if transparent symbol colours are used. More
> precise modes
> should be added in the future. If off, scrap is filled with single colour.
>
>
>
> On the other hand, your code is missing a ;
>
> What happens if you add one like this?
>
> def_transparent_rgb (tr_color_sump_bg, .44, .81, .92)*;* %transparent
> version
>
>
>
> Or you could just delete the entire line, assuming you have not used
> tr_color_sump anywhere.
>
>
>
> Hope that helps.
>
> Bruce
>
>
>
>
>
> *From:* Therion  *On Behalf Of *A.M. van
> Rosmalen
> *Sent:* Saturday, 21 August 2021 19:53
> *To:* List for Therion users 
> *Subject:* [Therion] Therion 6.0.1 colour processing problem
>
>
>
> Hi there,
>
>
> Since I upgraded to the last version of Therion (6.01) on Windows my
> maps refuse to compile even though they used to compile just fine
> before and still compile under the previous version (on a Linux
> machine)
>
> Specifically this piece of code in LayoutStandards.thc drafted by
> Bruce Mutton found here:
> https://therion.speleo.sk/wiki/_media/templates:layoutstandards.txt
>
>   code metapost
>   %these colours affect fills, not the linework
> !color colour_water_bg; %! forces interpretation as metapost
> colour_water_bg := (0.82,.93,.95);  %light blue
> !color colour_sump_bg;  %! forces interpretation as metapost
> def_transparent_rgb (tr_color_sump_bg, .44, .81, .92) %transparent
> version
> colour_sump_bg := (.44,.81,.92);%dark blue
>
> %these colours affect the linework
> !color colour_rope;  %! forces interpretation as metapost
> colour_rope :=  (0.35,0.75,1.0);%blue
> endcode
>
>
>
> Gives the following error message:
>
>
>
> >> def_transparent_rgb
> ! Isolated expression.
> 
>(
> l.6979 def_transparent_rgb (
> tr_color_sump_bg, .44, .81, .92) %transparent
> ve...
> I couldn't find an `=' or `:=' after the
> expression that is shown above this error message,
> so I guess I'll just ignore it and carry on.
>
> ! Extra tokens will be flushed.
> 
>(
> l.6979 def_transparent_rgb (
> tr_color_sump_bg, .44, .81, .92) %transparent
> ve...
> I've just read as much of that statement as I could fathom,
> so a semicolon should have been next. It's very puzzling...
> but I'll try to get myself back together, by ignoring
> everything up to the next `;'. Please insert a semicolon
> now in front of anything that you don't want me to delete.
> (See Chapter 27 of The METAFONTbook for an example.)
>
>
>
> I tried adding some := and =, but this just leads to the following
> error message:
>
>
> >> def_transparent_rgb
> >> (tr_color_sump_bg,0.44,0.81,0.92)
> ! Equation cannot be performed (numeric=cmykcolor).
> 
>colour_sump_bg
> l.6980 colour_sump_bg
>   := (.44,.81,.92);%dark blue
> I'm sorry, but I don't know how to make such things equal.
> (See the two expressions just above the error message.)
>
> ! Extra tokens will be flushed.
> 
>colour_sump_bg
> l.6980 colour_sump_bg
>   := (.44,.81,.92);%dark blue
> I've just read as much of that statement as I could fathom,
> so a semicolon should have been next. It's very puzzling...
> but I'll try to get myself back together, by ignoring
> everything up to the next `;'. Please insert a semicolon
> now in front of anything that you don't want me to delete.
> (See Chapter 27 of The METAFONTbook for an example.)
>
> Any ideas how to fix this?
>
> Cheers,
>
> Anton
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___

Re: [Therion] Colour legend labels poorly aligned if more than single line

2021-08-21 Thread Martin Budaj
On Sat, Aug 21, 2021 at 12:50 AM Bruce Mutton  wrote:

> *map header title*
>
> The text over writes the north arrow, although that is consistent with
> what happened before (possible that this is an artifact of my customisation
> however).
>
>
Thanks Bruce for testing the modifications.  Collision with the north arrow
was present all the time; it's fixed in the latest commit.


> Something that is happening with map header title that does not happen
> with automatic line breaks elsewhere is a heavy black | character.  I
> recall something like this was an issue long ago.  Is it a newline
> character rendering inappropriately?
>

This is a TeX way to mark overfull lines. It can be switched off, but it's
good to have it activated to point you to problematic line breaks. But now
it should show up much more rarely, as the recent commit uses left instead
of block justification for the map title, which allows for more
flexible line breaks.

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


Re: [Therion] Therion 6.0.1 colour processing problem

2021-08-21 Thread Bruce Mutton
Anton

It seems my current version of that file/layout doesn’t use transparent colours 
– I haven’t updated that wiki post for some years.

 

I vaguely recall some discussion about transparent colours when differing 
colour models were introduced, but such things are above my knowledge level.

A clue on top of page 57 of the Therion book.

 

smooth-shading  . set the mode of smooth scrap backgroud shading.
By default, altidute and depth colour is interpolated across the scrap the 
quick way.
Some issues are present if transparent symbol colours are used. More precise 
modes
should be added in the future. If off, scrap is filled with single colour.

 

On the other hand, your code is missing a ; 

What happens if you add one like this?

def_transparent_rgb (tr_color_sump_bg, .44, .81, .92); %transparent version

 

Or you could just delete the entire line, assuming you have not used 
tr_color_sump anywhere.

 

Hope that helps.

Bruce

 

 

From: Therion  On Behalf Of A.M. van Rosmalen
Sent: Saturday, 21 August 2021 19:53
To: List for Therion users 
Subject: [Therion] Therion 6.0.1 colour processing problem

 

Hi there,


Since I upgraded to the last version of Therion (6.01) on Windows my
maps refuse to compile even though they used to compile just fine
before and still compile under the previous version (on a Linux
machine)

Specifically this piece of code in LayoutStandards.thc drafted by
Bruce Mutton found here:
https://therion.speleo.sk/wiki/_media/templates:layoutstandards.txt

  code metapost
  %these colours affect fills, not the linework
!color colour_water_bg; %! forces interpretation as metapost
colour_water_bg := (0.82,.93,.95);  %light blue
!color colour_sump_bg;  %! forces interpretation as metapost
def_transparent_rgb (tr_color_sump_bg, .44, .81, .92) %transparent version
colour_sump_bg := (.44,.81,.92);%dark blue

%these colours affect the linework
!color colour_rope;  %! forces interpretation as metapost
colour_rope :=  (0.35,0.75,1.0);%blue
endcode



Gives the following error message:



>> def_transparent_rgb
! Isolated expression.

   (
l.6979 def_transparent_rgb (
tr_color_sump_bg, .44, .81, .92) %transparent ve...
I couldn't find an `=' or `:=' after the
expression that is shown above this error message,
so I guess I'll just ignore it and carry on.

! Extra tokens will be flushed.

   (
l.6979 def_transparent_rgb (
tr_color_sump_bg, .44, .81, .92) %transparent ve...
I've just read as much of that statement as I could fathom,
so a semicolon should have been next. It's very puzzling...
but I'll try to get myself back together, by ignoring
everything up to the next `;'. Please insert a semicolon
now in front of anything that you don't want me to delete.
(See Chapter 27 of The METAFONTbook for an example.)



I tried adding some := and =, but this just leads to the following
error message:


>> def_transparent_rgb
>> (tr_color_sump_bg,0.44,0.81,0.92)
! Equation cannot be performed (numeric=cmykcolor).

   colour_sump_bg
l.6980 colour_sump_bg
  := (.44,.81,.92);%dark blue
I'm sorry, but I don't know how to make such things equal.
(See the two expressions just above the error message.)

! Extra tokens will be flushed.

   colour_sump_bg
l.6980 colour_sump_bg
  := (.44,.81,.92);%dark blue
I've just read as much of that statement as I could fathom,
so a semicolon should have been next. It's very puzzling...
but I'll try to get myself back together, by ignoring
everything up to the next `;'. Please insert a semicolon
now in front of anything that you don't want me to delete.
(See Chapter 27 of The METAFONTbook for an example.)

Any ideas how to fix this?

Cheers,

Anton

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


[Therion] Therion 6.0.1 colour processing problem

2021-08-21 Thread A.M. van Rosmalen
Hi there,

Since I upgraded to the last version of Therion (6.01) on Windows my
maps refuse to compile even though they used to compile just fine
before and still compile under the previous version (on a Linux
machine)

Specifically this piece of code in LayoutStandards.thc drafted by
Bruce Mutton found here:
https://therion.speleo.sk/wiki/_media/templates:layoutstandards.txt

  code metapost
  %these colours affect fills, not the linework
!color colour_water_bg; %! forces interpretation as metapost
colour_water_bg := (0.82,.93,.95);  %light blue
!color colour_sump_bg;  %! forces interpretation as metapost
def_transparent_rgb (tr_color_sump_bg, .44, .81, .92) %transparent
version
colour_sump_bg := (.44,.81,.92);%dark blue

%these colours affect the linework
!color colour_rope;  %! forces interpretation as metapost
colour_rope :=  (0.35,0.75,1.0);%blue
endcode



Gives the following error message:



>> def_transparent_rgb
! Isolated expression.

   (
l.6979 def_transparent_rgb (
tr_color_sump_bg, .44, .81, .92) %transparent
ve...
I couldn't find an `=' or `:=' after the
expression that is shown above this error message,
so I guess I'll just ignore it and carry on.

! Extra tokens will be flushed.

   (
l.6979 def_transparent_rgb (
tr_color_sump_bg, .44, .81, .92) %transparent
ve...
I've just read as much of that statement as I could fathom,
so a semicolon should have been next. It's very puzzling...
but I'll try to get myself back together, by ignoring
everything up to the next `;'. Please insert a semicolon
now in front of anything that you don't want me to delete.
(See Chapter 27 of The METAFONTbook for an example.)



I tried adding some := and =, but this just leads to the following
error message:


>> def_transparent_rgb
>> (tr_color_sump_bg,0.44,0.81,0.92)
! Equation cannot be performed (numeric=cmykcolor).

   colour_sump_bg
l.6980 colour_sump_bg
  := (.44,.81,.92);%dark blue
I'm sorry, but I don't know how to make such things equal.
(See the two expressions just above the error message.)

! Extra tokens will be flushed.

   colour_sump_bg
l.6980 colour_sump_bg
  := (.44,.81,.92);%dark blue
I've just read as much of that statement as I could fathom,
so a semicolon should have been next. It's very puzzling...
but I'll try to get myself back together, by ignoring
everything up to the next `;'. Please insert a semicolon
now in front of anything that you don't want me to delete.
(See Chapter 27 of The METAFONTbook for an example.)

Any ideas how to fix this?

Cheers,

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