Hello Dave
Thanks for the information on the # character. Will use that if
needed. But I have solved the issue with the chem/dformat interference
with a script.
I have written an awk script that will make chem only process its own
region. This worked and has eliminated the problems with the other
Deri --
Talk about diving down a rabbit hole and taking a wrong turn at
Albuquerque!
> If you look at gropdf around line 55, you should see something
> like:-
> $cfg{GROFF_VERSION}='1.22.4';
> $cfg{GROFF_FONT_PATH}='/usr/share/groff/site-font:/usr/share/groff/1.22.4/
> font:/usr/lib/font';
I lo
Hi Ingo, Branden,
Would you mind adding a warning about this?
I'm currently doing a global fix in the Linux man-pages turning kernel
types like __u64 into the standard uint64_t that user-space programmers
expect. Most of these are used within structure definitions, and so
they are within .EX
Hi Branden,
On Wed, May 25 2022 at 10:56:37 PM, "G. Branden Robinson"
wrote:
[...]
> Can you do the "git tag 1.23.0.rc2"?
Sorry for my late answer, I have some annoying health issues since June
(basically a problem in my internal ear that makes me dizzy). Nothing
too serious (at least for the
Hi Ralph,
At 2022-08-21T17:43:03+0100, Ralph Corderoy wrote:
> How about making %download be a hash of lists and appending to the end
> of the relevant list without checking anything. Then run along the
> relevant list when the file is actually needed to find the first, if
> any, which opens. If
Hi Branden,
> $download{"$foundry $name"}=$file;
...
> I think it _might_ be better to (a) perform that check (with the `-r`
> operator, I reckon), only adding $file to the hash if that succeeds
> and (b) skipping the validity check and hash update if the key
> ("$foundry $name") is al
Hi Deri,
At 2022-08-21T01:12:07+0100, Deri wrote:
> Gropdf is different, it takes into account all download files found,
> so there is no need to duplicate entries into the site-font download
> file. You could organise your fonts into separate families, each with
> its own separate download file j
On Sunday, 21 August 2022 15:17:01 BST Robert Goulding wrote:
> If Deri says it looks for *all* the download files, then that must be
> correct! But is the manpage out of date then?
>
> Robert.
Hi Robert,
I have corrected it on git.
Cheers
Deri
commit 5b357550d90f59f4d37ae9f2ce3a562d97b78a01
>
>
> All works fine here. I believe what hit Robert is that grops stops looking
> when it finds the first download file (which would be the one in site-font
> if
> it exists) which means that if there are any entries in the system
> download
> they would not be found. This is why copying those en
