Ok, given that the real fix of having tex4ht work at least partially in
pixels is difficult, it still seems like there should be a way to fix
this.
Zeroth, the only reason the image is close to right in the browser is
because the browser is ignore the 'pt' (and probably the decimal) and
taking
On Tue, Jul 14, 2009 at 09:42:12AM +0530, Kapil Hari Paranjape wrote:
Hello,
On Thu, 09 Jul 2009, Anthony DeRobertis wrote:
img src=manual-web0x.png alt=PIC class=graphics
width=888.31874pt height=630.355pt!--tex4ht:graphics
name=manual-web0x.png src=img/home.eps --
On Tue, Jul 14, 2009 at 04:36:09PM +0530, Kapil Hari Paranjape wrote:
The pt dimension units are allowed in the CSS file.
Of course, these are postscript (big) points and not TeX points but
that (using pt to mean TeX points) is something that is uniform across
all of TeX4HT and can thus be
Hello,
On Tue, 14 Jul 2009, Anthony DeRobertis wrote:
Bitmap graphics have a native size in pixels, and there isn't any number
of points that correspond (in general, not on one particular display).
Specifying size in points for a bitmap graphic doesn't seem to useful
(as scaling usually looks
Hello,
On Tue, 14 Jul 2009, Anthony DeRobertis wrote:
On Tue, Jul 14, 2009 at 09:42:12AM +0530, Kapil Hari Paranjape wrote:
The current values are computed by the functions defined in dvips.def
which convert from postscript points to TeX points.
I don't know the code at all, but I'd like
Hello,
Resending since the previous message seems to have been swallowed up
by the spam filter.
On Tue, 14 Jul 2009, Kapil Hari Paranjape wrote:
One way to get (upto round off errors) the correct values for height
and width, which are in addition compliant with the html spec, is to
use the
Hello,
On Tue, 14 Jul 2009, Kapil Hari Paranjape wrote:
One way to get (upto round off errors) the correct values for height
and width, which are in addition compliant with the html spec, is to
use the command-line option graphics-110 or graphics-72
(depending on the intended screen
Hello,
On Sat, 11 Jul 2009, Kapil Hari Paranjape wrote:
This problem seems to be for figures (like eps) that require conversion.
It does not seem to happen for figures that do not require conversion
(like png or gif).
Anthony DeRobertis pointed out and I confirmed that this statement is
Hello,
On Mon, 13 Jul 2009, Kapil Hari Paranjape wrote:
The correct statment is that the problem recurs whenever the
dimensions of the graphics are provided (by means of a bounding box).
One way to get (upto round off errors) the correct values for height
and width, which are in addition
Hello,
On Thu, 09 Jul 2009, Anthony DeRobertis wrote:
img src=manual-web0x.png alt=PIC class=graphics
width=888.31874pt height=630.355pt!--tex4ht:graphics
name=manual-web0x.png src=img/home.eps --
The actual image size is 885x628 pixels.
What was the bounding box of
tags 536393 confirmed
thanks
Hello,
On Thu, 09 Jul 2009, Anthony DeRobertis wrote:
img src=manual-web0x.png alt=PIC class=graphics
width=888.31874pt height=630.355pt!--tex4ht:graphics
name=manual-web0x.png src=img/home.eps --
The actual image size is 885x628 pixels.
Package: tex4ht
Version: 20090521-1
Severity: normal
img src=manual-web0x.png alt=PIC class=graphics
width=888.31874pt height=630.355pt!--tex4ht:graphics
name=manual-web0x.png src=img/home.eps --
The actual image size is 885x628 pixels. First, HTML does not use points
12 matches
Mail list logo