Re: [NTG-context] Change in flushleft alignment?

2023-06-01 Thread Rik Kabel via ntg-context

On 2023-06-01 03:02, Hans Hagen via ntg-context wrote:

On 6/1/2023 4:17 AM, Rik Kabel via ntg-context wrote:
Previously (May 7) flushleft paragraphs were as wide as possible 
within the text area. Now (May 30) they appear to be re-wrapped to a 
much narrower width.


Here is the same paragraph, showing the difference:

and

It looks like every paragraph has been run through par.

This does not seem to create paragraphs with more lines, but they 
create a very odd, choppy page. It does not prevent hyphenation, and 
sometimes introduces it where none was present before.


Did I miss a change?

I'll check it (we're experimenting a bit with alignments related to math)

Hans


Thank you for the quick fix.

--
Rik

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


Re: [NTG-context] knuth

2023-06-01 Thread Floris van Manen via ntg-context




On 01/06/2023 12:32, luigi scarso via ntg-context wrote:

It's amazing how the confident tone lends credibility to all of that
made-up nonsense. Almost impossible for anybody without knowledge
of the book to believe that those "facts" aren't authorititative
and well researched.


Step by step.
First you tell them that your system is more convenient then reading the 
books yourself. Then you replace common sense with new daily 'facts'.


Nothing has really changed over the years; if you point out errors, the 
mere response is that it is still work in progress (see how great 
opportunities this has), for now it is good enough to entertain 
children. As if children do not deserve the best access to true 
knowledge and curiosity.


Divide & conquer (wie is er niet groot mee geworden ;-)

.F
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


Re: [NTG-context] Commercial fonts and diacritics

2023-06-01 Thread Hans Hagen via ntg-context

On 6/1/2023 11:47 AM, hanneder--- via ntg-context wrote:


I feel that I should have solved the following question myself---I have 
a long history of making
diacritics for Sanskrit work in different incarnations of TeX since 
1991---but I have never

understood the technicalities of otf fonts.

Currently I am trying to use high quality Adobe Fonts for Sanskrit 
texts, which need the following
diacritics: āīūṛś ḍḷṭṣṃḥṛṝṣṅṇ (ideally also with capitals). The font 
Adobe Text Pro prints them

perfectly, but Minion Pro does not.

However, if you enter your own text on the fontshop website, it seems to 
work, and this is why I
prematurely bought yet another new version of Minion Pro, hoping that it 
would work this time.


If you look at font with fontforge, many utf code positions for Indic 
Transliteration are empty,
i.e. Minionpro does not have the characters with diacritics, Adobe Text 
Pro has them. So far, so

good (or not).

The hotline of fontshop.com thinks that there is an OpenType feature 
that creates so-called
Composits out of the elements. I can understand the mechanism, I guess I 
have tweaked something
similar in pdflatex or OmegaTeX in the pre-otf era, but I have no idea 
whether one of these
mechanism can be utilised in Xe-, Lua- Or ConTeXt nowadays. I was hoping 
that some fontfeatures
(fakecombining=yes,compose=yes) would do the trick, but apparently they 
do not.


In a sense this is no big deal. There are many nice fonts around (and 
those that come with ConTeXt

are great), but I was used to printing books with an old Type-1 Minion
(www.ctan.org/pkg/w-a-schmidt) and find it hard to accept that this 
should not be possible with the

modern flavours of TeX.


My system:

This is LuaTeX, Version 1.16.0 (TeX Live 2023/Arch Linux)
open source > level 1, order 1, name 
'/usr/share/texmf-dist/tex/context/base/mkiv/cont-yes.mkiv'


Can you try context lmtx instead? I get the dots there.


Minimal example:

\enableregime[utf]


^^ no need for this, it's the default

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


Re: [NTG-context] knuth

2023-06-01 Thread luigi scarso via ntg-context
On Thu, 1 Jun 2023 at 11:45, Hans Hagen via ntg-context 
wrote:

> Hi,
>
> Probably some on this list already checked how well chatgpt answers
> questions about domains one knows well and then probably noted that in
> spite of impressive wording, one can run into quite incorrect answers.
>
> One can get really stupid responses about tex and friends, but also can
> get impressive exmapled when asked for. (I'm still planning a wrap up of
> some.)
>
> That said, one should read:
>
>https://cs.stanford.edu/~knuth/chatGPT20.txt
>
> and this makes a pretty nice new sample file:
>
> It's amazing how the confident tone lends credibility to all of that
> made-up nonsense. Almost impossible for anybody without knowledge
> of the book to believe that those "facts" aren't authorititative
> and well researched.
>


you can happily include the email that I have sent to you that declares
that *you* are the author of MFlua
and *I* have nothing to do with it (chatgpt3: as far as I know, the
overall number of  users+developers of MFLua in the entire solar system is
exactly 1 -- me -- at least from 10 years) .
For a moment  I was even convinced that it was true.

On the other hand, I am pretty sure that it will be able to
generate perfect lualatex files for articles, reports, and later books.
How and when  it's more a matter of  interest rather than capabilities.

--
luigi
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


[NTG-context] Commercial fonts and diacritics

2023-06-01 Thread hanneder--- via ntg-context


I feel that I should have solved the following question myself---I  
have a long history of making
diacritics for Sanskrit work in different incarnations of TeX since  
1991---but I have never

understood the technicalities of otf fonts.

Currently I am trying to use high quality Adobe Fonts for Sanskrit  
texts, which need the following
diacritics: āīūṛś ḍḷṭṣṃḥṛṝṣṅṇ (ideally also with capitals). The font  
Adobe Text Pro prints them

perfectly, but Minion Pro does not.

However, if you enter your own text on the fontshop website, it seems  
to work, and this is why I
prematurely bought yet another new version of Minion Pro, hoping that  
it would work this time.


If you look at font with fontforge, many utf code positions for Indic  
Transliteration are empty,
i.e. Minionpro does not have the characters with diacritics, Adobe  
Text Pro has them. So far, so

good (or not).

The hotline of fontshop.com thinks that there is an OpenType feature  
that creates so-called
Composits out of the elements. I can understand the mechanism, I guess  
I have tweaked something
similar in pdflatex or OmegaTeX in the pre-otf era, but I have no idea  
whether one of these
mechanism can be utilised in Xe-, Lua- Or ConTeXt nowadays. I was  
hoping that some fontfeatures
(fakecombining=yes,compose=yes) would do the trick, but apparently  
they do not.


In a sense this is no big deal. There are many nice fonts around (and  
those that come with ConTeXt

are great), but I was used to printing books with an old Type-1 Minion
(www.ctan.org/pkg/w-a-schmidt) and find it hard to accept that this  
should not be possible with the

modern flavours of TeX.


My system:

This is LuaTeX, Version 1.16.0 (TeX Live 2023/Arch Linux)
open source > level 1, order 1, name  
'/usr/share/texmf-dist/tex/context/base/mkiv/cont-yes.mkiv'



Minimal example:

\enableregime[utf]
\setuppapersize[A4]

\definefontfeature[default][default][fakecombining=yes,compose=yes]

\starttypescript [serif] [adobetextpro]
  \definefontsynonym[AdobeTextPro-Regular]  
[file:AdobeTextPro-Regular] [features=default]
  \definefontsynonym[AdobeTextPro-Italic]   
[file:AdobeTextPro-Italic]  [features=default]
  \definefontsynonym[AdobeTextPro-Bold]
[file:AdobeTextPro-Bold]  [features=default]

\stoptypescript

\starttypescript [serif] [adobetextpro] [name]
  \definefontsynonym [Serif]   [AdobeTextPro-Regular]
  \definefontsynonym [SerifItalic] [AdobeTextPro-Italic]
  \definefontsynonym [SerifBold]   [AdobeTextPro-Bold]
\stoptypescript

\starttypescript [adobetextpro]
  \definetypeface [adobetextpro] [rm] [serif] [adobetextpro]  
[default] [features=default]

\stoptypescript




\starttypescript [serif] [minionpro]
  \definefontsynonym[MinionPro-Regular] [file:MinionPro-Regular]  
[features=default]

\stoptypescript

\starttypescript [serif] [minionpro] [name]
  \definefontsynonym [Serif]   [MinionPro-Regular]
\stoptypescript

\starttypescript [minionpro]
  \definetypeface [minionpro] [rm] [serif] [minionpro] [default]  
[features=default]

\stoptypescript



\setupbodyfont[minionpro]

\starttext

Test of Diacritics for ``Indic transliteration''

MinionPro:   āīūṛś ḍṭṣṃḥṛṣ   %  here no underdot diacritics

\setupbodyfont[adobetextpro]

Adobe Text Pro  āīūṛś ḍṭṣṃḥṛṣ  % here all diacritics show

\stoptext





---

Prof. Dr. Juergen Hanneder
Philipps-Universitaet Marburg
FG Indologie u. Tibetologie
Deutschhausstr.12
35032 Marburg
Germany
Tel. 0049-6421-28-24930
hanne...@staff.uni-marburg.de

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


[NTG-context] knuth

2023-06-01 Thread Hans Hagen via ntg-context

Hi,

Probably some on this list already checked how well chatgpt answers 
questions about domains one knows well and then probably noted that in 
spite of impressive wording, one can run into quite incorrect answers.


One can get really stupid responses about tex and friends, but also can 
get impressive exmapled when asked for. (I'm still planning a wrap up of 
some.)


That said, one should read:

  https://cs.stanford.edu/~knuth/chatGPT20.txt

and this makes a pretty nice new sample file:

It's amazing how the confident tone lends credibility to all of that
made-up nonsense. Almost impossible for anybody without knowledge
of the book to believe that those "facts" aren't authorititative
and well researched.

(among some other remarks)

Hans

-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


[NTG-context] Cron /var/www/aanhet.net/context/bin/cron/context-mirror

2023-06-01 Thread Cron Daemon via ntg-context
receiving incremental file list
 ./
 ctan.lsr
 document-2.htm
 download-1.htm
 download-2.htm
 logo-ade.png
 logo-cts.png
 logo-pod.png
 rss.xml
 show-fil.pdf
 context/latest/
 context/latest/cont-lmt.zip
 context/latest/cont-mpd.zip
 context/latest/cont-ppc.zip
 context/latest/cont-sci.zip
 context/latest/cont-tmf.zip
 context/latest/cont-tst.7z
 context/latest/cont-tst.tar.xz
 context/latest/cont-tst.zip
 
 sent 174,917 bytes  received 38,810,844 bytes  4,103,764.32 bytes/sec
 total size is 560,533,306  speedup is 14.38


Running archiver:

New dir: /var/www/aanhet.net/context//htdocs/archives/context-2023-06-01.11
232355257   
/var/www/aanhet.net/context//htdocs/archives/context-2023-06-01.11/latest
126745317   
/var/www/aanhet.net/context//htdocs/archives/context-2023-06-01.11/current
359104670   
/var/www/aanhet.net/context//htdocs/archives/context-2023-06-01.11
359104670   total
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


Re: [NTG-context] Change in flushleft alignment?

2023-06-01 Thread Hans Hagen via ntg-context

On 6/1/2023 4:17 AM, Rik Kabel via ntg-context wrote:
Previously (May 7) flushleft paragraphs were as wide as possible within 
the text area. Now (May 30) they appear to be re-wrapped to a much 
narrower width.


Here is the same paragraph, showing the difference:

and

It looks like every paragraph has been run through par.

This does not seem to create paragraphs with more lines, but they create 
a very odd, choppy page. It does not prevent hyphenation, and sometimes 
introduces it where none was present before.


Did I miss a change?

I'll check it (we're experimenting a bit with alignments related to math)

Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
   tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___


Re: [NTG-context] Change in flushleft alignment?

2023-06-01 Thread Henning Hraban Ramm via ntg-context

Am 01.06.23 um 04:17 schrieb Rik Kabel via ntg-context:
Previously (May 7) flushleft paragraphs were as wide as possible within 
the text area. Now (May 30) they appear to be re-wrapped to a much 
narrower width.


Here is the same paragraph, showing the difference:

and

It looks like every paragraph has been run through par.

This does not seem to create paragraphs with more lines, but they create 
a very odd, choppy page. It does not prevent hyphenation, and sometimes 
introduces it where none was present before.


Did I miss a change?


I found the same problem with a \definedescription; a workaround was to 
add "wide,hyphenated" to the alignment.


Hraban

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : https://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : https://contextgarden.net
___