Menu

#99 Unifying Printing into 2 stages: general vector and specified backend

2.0
closed
None
2018-06-21
2018-04-19
No

Hi!

DIfferent output backends share similar code. This could mean some new feature or bug fix must be copy/pasted (with little adaptation) in all of them or output will not be consistent across them.

What if printing would be done in 2 stages:
1) general vector format like in [vector-]render.c taking care of as much details as possible,
2) rendering vectors (with as few of special handling as possible) in a particular vector format like eps, svg or raster format like png.

If details could not be abstracted in stage 1 to make the stage 2 trivial enough, then it doesn't worth it. In this is the case, maybe you're aware of a better approach?

Thanks,
Andrey

Discussion

  • Robin Stuart

    Robin Stuart - 2018-04-20

    Definately agree - see my response to #98.

    Robin.

     
  • Robin Stuart

    Robin Stuart - 2018-06-21

    This is now in place, although it has not been documented yet. You can find the relevant code in vector.c which puts the symbol into a linked list of rectangles, circles, hexagons and text strings.

     
  • Robin Stuart

    Robin Stuart - 2018-06-21
    • status: open --> accepted
     
  • Robin Stuart

    Robin Stuart - 2018-06-21
    • assigned_to: Robin Stuart
     
  • Robin Stuart

    Robin Stuart - 2018-06-21
    • status: accepted --> closed
     
  • Robin Stuart

    Robin Stuart - 2018-06-21

    Closing as duplicate.

     

Log in to post a comment.

MongoDB Logo MongoDB