« first day (4 days earlier)      last day (16 days later) » 

Martin
Martin
07:06
@ArtificialStupidity, yes, that's possible. However, the MiKTeX maintainers must rebuild the dvisvgm package and upload it to the repository where the MiKTeX utility gets the updates from.
Artificial Stupidity
Artificial Stupidity
07:51
@Martin: Thank you. I have another problem with opacity with dvisvgm. The following code will produce correct result when using pdf2svg but it becomes wrong with dvisvgm.


\documentclass[pstricks,border=12pt]{standalone}% Manuel Luque/hv 2013/04/16
\usepackage{multido,pst-node}
\newpsstyle{blendmode4}{fillstyle=shape,blendmode=4,shapealpha=1,linestyle=none}
\newpsstyle{blendmode5}{fillstyle=shape,blendmode=5,shapealpha=1,linestyle=none}
\newpsstyle{blendmode6}{fillstyle=shape,blendmode=6,shapealpha=1,linestyle=none}
user image
 
2 hours later…
Martin
Martin
10:14
@ArtificialStupidity, that's right. dvisvgm doesn't yet evaluate the PDF-related operators .setblendmode and .setshapealpha. So the visual result is identical to that of a PS file created with dvips.
Artificial Stupidity
Artificial Stupidity
10:48
@Martin: Thank you.
 
2 hours later…
Martin
Martin
12:53
@ArtificialStupidity, I just played around with the .setshapealpha operator. It's easy to add basic support for it. Considering the different blend modes is more complicated because they can't be expressed in SVG directly. I'll check how well the corresponding CSS properties work together with the SVG objects.
user image
Martin
Martin
13:46
user image
 
4 hours later…
Martin
Martin
17:48
Seems to work nicely so far. I'll add the changes to the next version of dvisvgm.
 
1 hour later…
Artificial Stupidity
Artificial Stupidity
18:49
@Martin: I think dvisvgm (as shown in your output) produces wrong bounding boxes. Please kindly check this issue again and compare with the corresponding PDF outputs.
Martin
Martin
19:30
@ArtificialStupidity, by default, dvisvgm computes a tight bounding box so that all graphic elements are enclosed. If you want to assign the box defined by the papersize specials present in the DVI file, you must call dvisvgm with option --bbox=papersize.
user image
Artificial Stupidity
Artificial Stupidity
19:51
@Martin: I notice dvisvgm -E does not need --bbox=papersize because it already produce correct papersize, is it by design behavior?
Martin
Martin
20:12
@ArtificialStupidity, yes it's by design. The bounding box size is a required property of EPS files and therefore mandatory. DVI files don't have any means to define the box extents. The papersize special is an optional extension that can but don't have to be evaluated, depending on the use case.
Artificial Stupidity
Artificial Stupidity
20:28
@Martin: OK. Thank you!

« first day (4 days earlier)      last day (16 days later) »