-
Notifications
You must be signed in to change notification settings - Fork 38
Return result instead of render #135
Comments
Hi @xiki808 . There's not currently a way to do that— bindery puts the book in a consistent position at the bottom of the page, because that makes it much easier to print consistently. Can you share what specifically you are trying to achieve? |
Sorry for my late reply. I need to convert html content into SVG. I'm using bindery more specifically to be able to split my content into pages, as the content can change on user input. Thanks to bindery html content organization into pages is working perfectly. For my scenario though I don't need any other features, like selecting grid and more specifically I need to place the preview of the pages inside another element. In order to do so I'm removing bindery's root element each time I generate the book ( on every user input ), and then use the rawPages elements from the generated book instance, to grab the pages and place them where I need. Here's a simplified version of what I'm doing:
Would really appreciate if you can add an option feature which when enabled, the book is not added to the DOM, but rather it's up to the developer to use the book instance as needed. |
Got it, that makes sense. Directionally I plan to better split the page-creation step from the viewer. Unfortunately I am swamped with other work so can't give any timeline, although I am happy to accept PRs. |
Hi! Thank you for this library! Is there a way how to return the formatted result rather than just applying the book to the bottom of the page immediately on load?
One thing I tried is to pass
autorun
false, but I would still get a blank ( 100vh ) space at the bottom of the page. Further more, if I runmakeBook
on the result I get empty pages.The text was updated successfully, but these errors were encountered: