> Is anyone aware of a means by which floating point arithmetic and
> formating can be computed either within groff or in a preprocessor
> (ala eqn, tbl, etc.)?
Not that I know of. Why do you need it? A longer time ago I've
written routines to handle double-precision integers, this is, doing
60
> > Is anyone aware of a means by which floating point arithmetic
> > and formating can be computed either within groff or in a
> > preprocessor (ala eqn, tbl, etc.)?
Several people have contributed ideas that point to possible approaches.
I won't have time to think about them for a couple of days
On Tue, Jan 31, 2006 at 07:38:54AM +0100, Werner LEMBERG wrote:
> > Is anyone aware of a means by which floating point arithmetic and
> > formating can be computed either within groff or in a preprocessor
> > (ala eqn, tbl, etc.)?
>
> Not that I know of. Why do you need it?
I use groff -mm for
On 31-Jan-06 M Bianchi wrote:
> On Tue, Jan 31, 2006 at 07:38:54AM +0100, Werner LEMBERG wrote:
>> > Is anyone aware of a means by which floating point arithmetic
>> > and formating can be computed either within groff or in a
>> > preprocessor (ala eqn, tbl, etc.)?
>>
>> Not that I know of. Why d
今の旬は？
http://21th-hero.com/kiss/
問）
[EMAIL PROTECTED]
___
Bug-groff mailing list
Bug-groff@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-groff
On Tue, Jan 31, 2006 at 08:37:32PM +0100, Werner LEMBERG wrote:
>
> > Has there been any movement on the groff wiki? Yet more interesting
> > snippets and tips have been posted recently - it would be nice to
> > preserve them somewhere accessible!
>
> Unfortunately, the great enthusiasm a few we
> Is anyone aware of a means by which floating point arithmetic
> and formating can be computed either within groff or in a
> preprocessor (ala eqn, tbl, etc.)?
Don't know whether this qualifies as "within groff", but you can
always call any of the various system utilities (and it has the
advanta
> Not that I know of. Why do you need it? A longer time ago I've
> written routines to handle double-precision integers, this is, doing
> 60bit integer arithmetic (see below), to be used in a.
^^^
Please ignore this.
Werner
___
When implementing a feature requires less work than a few workarounds,
isn't it time to implement the feature :-) ?
Miklos
___
Groff mailing list
Groff@gnu.org
http://lists.gnu.org/mailman/listinfo/groff
> Has there been any movement on the groff wiki? Yet more interesting
> snippets and tips have been posted recently - it would be nice to
> preserve them somewhere accessible!
Unfortunately, the great enthusiasm a few weeks ago appears to have
gone :-( Larry McVoy seems to be too busy (he has mo
On Mon, Jan 30, 2006 at 06:58:13PM -0500, M Bianchi mbianchi-at-Foveal.com
|groff| wrote:
>
> Is anyone aware of a means by which floating point arithmetic and formating
> can
> be computed either within groff or in a preprocessor (ala eqn, tbl, etc.)?
Although others have made suggestions that
> Although others have made suggestions that may be better (I don't
> know), would using the built-in tbl support in sc (the text-based
> Spreadsheet Calculator) be useful for your purposes?
Hear, hear! Having sc as a groff or tbl preprocessor would be fine
indeed!
> I've been lurking here for
> When implementing a feature requires less work than a few
> workarounds, isn't it time to implement the feature :-) ?
Hehe. Have a look at this old patch which I've received six years
ago from Abramo.
I then hesitated to add it to groff because it adds code which
produces platform-depende
13 matches
Mail list logo
