Re: public inbox for groff

ith the slrn ability to browse in fora hierarchy). regards, -- Marc Chantreux

Re: public inbox for groff

possible here. all good then. > (On the other hand, it would be interesting to learn how one can > dowload mbox from a public inbox, because in vger.kernel.org we only > have a public inbox.) sure please let me know if you find out. regards -- Marc Chantreux Pôle CESAR (Calcul e

Re: public inbox for groff

system, … this is way more powerful than any web archive because it can part of personnal workflows. regards, Marc -- Marc Chantreux

Potpourri off topic? (my share)

task selected, iproute2 and nftables (no ifupdown nor networkmanager), slim and dwm. I tried to replace systemd with sinit but it failed. I have to investigate. > an interview back in the day. I wonder if this was because Jason > Gunthorpe wrote it in C++ instead of Perl. I … that … it broke my

Re: testing things in the groff project?

k with people who don't even use make to deply so a Makefile is an improvement My next step in packaging effort is to create debian packages for libraries used by researchers so they can `apt-get build-deps .`. thanks again for your helpful effort regards, -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79

Re: testing things in the groff project?

hello, On Wed, Nov 20, 2024 at 02:17:14PM -0600, G. Branden Robinson wrote: > Hi Marc, > > At 2024-11-20T15:42:26+0100, Marc Chantreux wrote: > > I saw some tests in the current codebase writen in shell but nothing > > that complies to a report system. > > I find

testing things in the groff project?

0.3, 0.16, 0.06, 0.16, 0.12, 0.015) with .L.w at Last.e #bond Last: bond(0.2, 90, from Last.R.e ) #CH2 Last: CH2: atom("CH\s-3\d2\u\s+3", 0.3, 0.16, 0.06, 0.16, 0.12, 0.015) with .L.w at Last.end #bond Last: bond(0.2, 90, from Last.R.e ) .PE % done_testing -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79

Re: GNU chem maintenance

rite langages and I could help on it if you help me the way I need help on dformat: do the QA and research to be sure the tool behave the way it do. regards, -- Marc Chantreux Pôle CESAR (Calcul et services avancés à la recherche) Université de Strasbourg 14 rue René Descartes, BP 80010, 67084 STRASBOURG CEDEX 03.68.85.60.79

Drawing a conference schedule, then ?

Hi, bsugrap made my day and I realize Philippe was right just asking. So as I would like to write a conference schedule, I would like to know if someone has a previous work to share so I don't start from scratch. Regards, marc

Re: The -mb macro package for books

hello, > I'm seninha and I just want to share with you a macro package that I > created. It's called -mb and I use it to format books. -mbook would be better ? not only it explicitly show the meaning but i really think every names with less than 3 letters shoud be reserved for history reason or

Re: an officially maintained version of dformat outthere ?

hello, Le Wed, Nov 03, 2021 at 08:01:19PM +, Thomas Dupond a écrit : > Maybe you could create a merge request with > https://github.com/sathlan/dformat ? This was a good idea: Heinz-Jürgen Oertel replied so the discussion moved to the open issue there: https://github.com/sathlan/dformat/issue

Re: pic doesn't center when i use a macro

> 1) wrapped the what_should_become_a_string inside a custom object []. > (See the braces of the macro.) This makes the 'if' statements (and > more) possible. > 2) I placed those object directly, as you can do with any graphic object > (incl. strings) in pic. Annotation labels are way limited. Whe

Re: pic doesn't center when i use a macro

hello Holger, > box width w height margin with .nw at last box .nw dashed > label_for(layer) at last box.c I really don't know why but yes: it works. Now i have a workaround in my hand. On the other hand: the more i saw the Tadziu's code, the more I like it for its clean separation betwe

Re: an officially maintained version of dformat outthere ?

hello Thomas, > Maybe you could create a merge request with > https://github.com/sathlan/dformat ? Thanks to this idea, i checked the github page again and realized there are forks. most of them are just clones. And the only one updated is from ... Heinz-Jürgen Oertel. https://github.com/hjo

Re: an officially maintained version of dformat outthere ?

hello Ralph, > One small help may be > mutool draw -o paper.txt pdfRiXK_KnNhU.pdf > which doesn't do too bad a job of extracting the code. There's no > indentation, ASCII circumflexes will need resurrecting from their > flashier cousin, etc. Thank you so much: it was good enough so i can get

Re: pic doesn't center when i use a macro

hello Douglas, > Remember that macros work by substitution. So each line of label_for > becomes a separate line in the macro-expanded program. A label alone > on a line gets plotted at the current point, which in this case is > last box.e. That, with the explainations from Tadziu, helped a lot. T

an officially maintained version of dformat outthere ?

hello groffers, Long time ago, i download this pdf %K dformat data format CSTR142 %A Jon L. Bentley %C Bell Labs %D April 1988 %T DFORMAT - A Program for Typesetting Data Formats %R CSTR #142 %O 142.ps.gz I started to use the original implementation available here: https://github.com/sathla

Re: pic doesn't center when i use a macro

Le Mon, Nov 01, 2021 at 04:12:46PM -0400, T. Kurt Bond a écrit : > While I don't have any suggestions as how to fix this, I did try it with > Heirloom troff, and it seems to have the same unwanted non-centering result > as groff. thanks a lot for confirming. i guess the next step would be to gdb p

pic doesn't center when i use a macro

hello groffers, I wrote the following code to illustrate the DOD model encapsulation. sadly: the label of the layers are not centred. it seems to be relative to the fact i use a function as it works fine when i replace label_for(layer) by a simple string like box width w height margin \

Re: Two trivial questions

hello, > however, might (and probably should) be adjusted if the users asks for > it. In Germany or Austria, for example, all 'official' sites (banks, > government, etc.) expect > 1.234.567,89 € I personally use the separator _ to space some big numbers: * there is no confusion with some local

Re: try to use ttf fonts with groff

hello Wim, I'm really sorry I didn't explain what I actually tried so you tried to help me. On another hand: what I have now seems to be what you described I'm really grateful of this confirmation. I'll publish my script (based on torbiak one but sh compatible and with some improvements) ASA it wi

try to use ttf fonts with groff

hello people, I tried to use TTF from goff. As i haven't found something helpful from the manual (did i miss something?), i gave google a try. I found ttf2pt1 (http://ttf2pt1.sourceforge.net/) but it was removed from debian 12 years ago (is it worth to try it ?). Then i found some examples and en

Re: Modernising UNIX manpages.

> Mhmm, what `pandoc` provides is quite nice, and I have successfully > used it to produce technical manuals in various formats. pandoc is vastly superior to all their concurrents (except Rmarkdown which seems to be interesting but i haven't tested by myself) but the problem is many people use oth

Re: Modernising UNIX manpages.

Le Thu, Apr 22, 2021 at 02:09:18PM +1000, John Gardner a écrit : > Markdown has one feature: readability. That's literally it. IMHO, the mdoc dialect is easier to read when it comes to describe functions, types and so on ... markdown on the other hand is quicker to write. regards marc

Re: Modernising UNIX manpages.

hello, > I would like to investigate the possibility of using Markdown as an alternate > format for UNIX man-pages. > (Cf. https://github.com/marcastel/marcastel/discussions/7) I used POD (perldoc) for decades and i'm very fan of pandoc for many years now (i use it for many things from bills to

ms: 1C footnote style while using 2C layout?

hello people, i guess everything is in the title: i really like the way ms render footnotes by default but the 2C layer ease the reading of long texts on papers but renders footnotes per columns. what i would like is to mix both and get this layer 11

Re: UTP Revisited: scoping the project

On Tue, Oct 20, 2020 at 07:05:33AM -0700, Larry McVoy wrote: > The one thing I'd support adding for vim is :split as that is a pretty > big improvement over traditional vi. correct! very useful too and this is available as :Edit in simpler implementations of vi. regards, marc

Re: UTP Revisited: scoping the project

> > * improve the chapter to take advantage of modern implementations of > > vi in modern unix. > > Your last point was exactly where I was going with this. Having your editor > (gvim in this case) in one window, and your shell in another, makes life so > much easier, for example. Cherry-pick one

Re: UTP Revisited: scoping the project

hello, > - Update Chapter 3 to cover Vim (including gvim) please don't! what's nice about reading UTP is to discover the elegance and simplicity of it all but as vi user, i was frustrated to see that some things that are available in implentations like nvi and the openbsd default vi are not cov

Re: (off topic?) about pug. Re: manlint?

> In all seriousness though, if you need semi-programmatic features like > variable references and custom data-types, you're better off just using a > scripting language. then you'll have * security flaws * uses and abuses from users who don't understand data/behavior separation (a very good ex

Re: (off topic?) Docbook? Re: manlint?

> example, YAML has 6 fucking ways actually 9 (see the comments) :) and i actually like it because i can easily choose one of this way to serialize another content in a yaml. i also love yaml because: * it feels natural to read and edit to me * it has refer

Re: (off topic?) Docbook? Re: manlint?

hello, > XML is verbose, cumbersome to read and write, and has two different ways to > express data structures > > > My stupid document > true > > this *isn't* the same to me: attributes are for metadata and tag contents are for data. but the thing is: because xml is so painful t

Re: (off topic?) Docbook? Re: manlint?

hello, > Then you only had a very superficial look at DocBook. i was switching from plain texts to html and using my own classnames in span, div and p tags to have my own semantic. having a standard way to do it really helped but i'll probably be much more demanding nowadays. > https://undeadl

(off topic?) Docbook? Re: manlint?

hello, first: thanks for this thread! -Tlint is helpful. > > I assume the reference to Docbook, which might indeed capsize > > like an overweight freighter, but XML is such a simple and robust > > form of structuring documents that it's going to outlast us all. so is fortran probably. this is no

proposed doc fix: link to "auto-increment" from "setting registers"

hello people, `info groff Req nr` leads you to the "setting registers" section which doesn't help when you try to understand `.nr H1 0 1` (from ms). it would be nice to have at least a reference to this other section. both my texi and my english are terrible but i wrote this patch as an exemple o

Re: * RL * code review and strategy for macros set?

hello Mike, > I strongly recommend you pick one macro set, read and become fluent in the > the concepts in the command macros manual for that set and use the built-in > tuning features to make them look the way you want. definitely mm. and a first exercice would be the french translation of it.

Re: code review and strategy for macros set?

Hi Robert, > Your question devolves into, "How long is a piece of string?". kinda. > It depends on what you intend to do. Like all markup languages *roff is > almost purpose built for incorporating into one's favourite text processing > application -- in my case, shell scripting with much heavy

code review and strategy for macros set?

hello people, i finally took some time to write some roff without the help of existing macros set so i could figure out how hard it would maintain my own page layout and macros set. i got this document: http://mc.aude.re/tmp/r.pdf from this code : https://github.com/eiro/roff-experience Now

Re: Groff vs Heirloom troff

> You misunderstand. Some people don't *want* to unite. Some might actively > resist an attempt at "unification". you're right: i don't get it and never will (especially when there are so few people rely on for maintaining stuff). regards marc

Re: Groff vs Heirloom troff

> Lack of "unity" is part of what makes open source what it is. yes. but it doesn't mean we can't unite at some point. that's why i was asking. regards. marc

Re: how far can i go with grotty?

> sed /^$/d will wipe empty lines wherever they're found, instead of only > removing those at the end of a document. ohh .. indeed. i have to admit i don't use sed for this kind of flow control because i try to keep my scripts as simple as possible so my move over it would has been tac | awk

Re: how far can i go with grotty?

hello John, On Sat, Jul 25, 2020 at 02:57:13PM +1000, John Gardner wrote: > > > > also: i need "sed '/^$/q'" at the end of my filter because groff > > renders a lot of empty lines at the end of the output whenever i > > use b in my tbl format. i don't know how to remove it. > sed -e :a -e '/^\n*$

Re: how far can i go with grotty?

hello, > I don't understand how empty lines at the end can be related > to making things bold (which is what "b" is supposed to do). you're right: it happens every time. > I suspect it is because of page length, with groff outputting > the empty part of an only partially filled page at the end.

Re: Groff vs Heirloom troff

hello Ingo, thanks for this detailed anwser. > The reason i'm sticking to groff is that groff has been the typesetter > predominantly used by BSD systems during the last 25 years, that i think everyone else have good reasons to be stuck on its own prefered implementation. > I think it's a gener

Re: Groff vs Heirloom troff (was Re: Quick question: how to do .index in groff?)

hello, as a newcomer user but involved to other open source projects, i'm hooked by this: > software to have. Neatroff comes to the rescue on that front, so... we're > basically looking at unifying *three* major implementations. ;-) i guess the number of contributors of all those projects is not

how far can i go with grotty?

hello roffers, i wrote this filter sed ' 1i.TS\ tab(:);\ lB l l l. $a.TE ' | tbl |groff -kTutf8 | sed '/^$/q' so i can get readable tables as stdout of my shell scripts. i wrote it as a hack but now i'm wondering ... * I already know (using man command) that groff is goo

Re: evaluation of \w

On Tue, Mar 03, 2020 at 08:02:06AM +1100, G. Branden Robinson wrote: > At 2020-03-02T11:24:03-0500, Doug McIlroy wrote: > > Why does this input echo "\w'0'" > > .tm \w'0' > > while this input echoes "5000"? > > .nr w \w'0' > > .tm \nw i don't know if it helps but trying it with the 9base troff

Re: eqn sqrt and pdf?

Hello, > > > you fixed this by seding the download file which doesn't exist in the > > > debian distro. > > Not so: > > $ dpkg -L groff | grep download > /usr/share/groff/1.22.4/font/devpdf/download oops… sorry i missed it and thanks for letting me know. > process. I hadn't noticed that b

Re: eqn sqrt and pdf?

hello Werner and Deri, > An alternative to that which compresses even better might be the > `pdfsizeopt` script. > > https://github.com/pts/pdfsizeopt actually the ps2pdf think works as a charm. the final makefile is math.pdf : math.me tbl $< |eqn -Tpdf| groff -Tpdf -k -P-e > math

Re: eqn sqrt and pdf?

hello, > What distro and version is this, e.g. Ubuntu 18.04. Is groff from that > distro, or something you've built? by experience, sticking on debian stable is the best way to avoid problems on linux so: . /etc/os-release && echo $PRETTY_NAME Debian GNU/Linux 10 (buster) whic

Re: eqn sqrt and pdf?

hello, > The symbol font is one of the base type 1 fonts which all pdf viewers should > support, so the font is not actually embedded in the pdf. You could try > adding "- > P-e" to the groff command. Even if Tadziu told us this is the current recommendation (embed everything), i really can't su

Re: eqn sqrt and pdf?

> They both probably use a central font service. On this Arch Linux > machine, I get > > $ fc-match -f '%{file}\n' Symbol fc-match -f '%{file}\n' Symbol /usr/share/fonts/truetype/openoffice/opens___.ttf dpkg -S /usr/share/fonts/truetype/openoffice/opens___.ttf fonts-opensymbol:

Re: eqn sqrt and pdf?

John and Deri, > > What program are you using to preview the PDF? evince, zathura ... and now gv thanks to Tadziu. > The symbol font is one of the base type 1 fonts which all pdf viewers should > support, so the font is not actually embedded in the pdf. ok. so i have to fix my readers :) than

Re: eqn sqrt and pdf?

hello Tadziu, > What viewer are you using? i tried both with zatura and evince > Does the PDF render okay if you use gv to display it? i didn't know gv can render pdf files and it happens it's the only one to render math.pdf the file correctly. pdffonts math.pdf name typeenco

Re: eqn sqrt and pdf?

hello John and thanks for helping, On Fri, Feb 21, 2020 at 08:47:18PM +1100, John Gardner wrote: > Even without seeing the PDF output, I'd say you have one or more fonts > missing from your installation path. Do you have GhostScript installed? $ aptitude search '~i ~n ghostscript' -F%p%v

eqn sqrt and pdf?

hello people, I try to get a correct rendering for this simple eqn .EQ sqrt a over sqrt c .EN first i tried eqn -Tpdf|groff -Tpdf and noticed that the begin of the square root symbol is replaced by a rectangle that goes down to the bottom of the symbol. also i tried eqn |

Re: [groff] An alternative to info(1) ?

hello People, > > I *hate* info. It has made Linux less available to a lot of people. info (the browser) was the reason i ran away from system documentation to the web 20 years ago (and i gave it a try recently: yet not usable for me). also: i never considered texinfo to write documentation bec

Re: she's it, not her ...

> and was born in Costa Rica. What could possibly go wrong? a stupid idea? let's give a clue about the pun: for lang name ( es mama en mum fr maman pt mae ar mama ) { print $lang people also have mom ln -s mom.tmac $name ln

Re: she's it, not her ...

hello everyone and thanks for this fast and friendly answer. > That's an American word. :-) English speakers say "mum". indeed. by the way i missed the pun for another reason: at the very begining of the documentation, mom is named as “my own macros”, “my other macros”, “maximum overdrive macro

she's it, not her ...

5a13d1c5f27df6d0119b6e4360bea71e1 Mon Sep 17 00:00:00 2001 From: Marc Chantreux Date: Thu, 6 Feb 2020 22:29:34 +0100 Subject: [PATCH] replace She by it when it's actually neutral --- contrib/mom/momdoc/color.html | 2 +- contrib/mom/momdoc/docprocessing.html | 4 ++-- contrib/mom/mom