Export to PDF , the notes decreasing in length

[PeterPan]

Hi
After the recent scapple update , when I export a file to PDF format , the length of many notes decrease and overflow in the next line , completely changing the look of the export . Could you please look into it by testing it yourself . If you need me to send screenshots of the same , please let me know and I will do so .

[PeterPan]

Hi
After the recent scapple update , when I export a file to PDF format , the length of many notes decrease and overflow in the next line , completely changing the look of the export . Could you please look into it by testing it yourself . If you need me to send screenshots of the same , please let me know and I will do so .

Ok, here to post an example of what I meant in reporting this bug . Please see the three attachments with this post including one original scapple file and two exports , in PNG and PDF format . As can be seen , in the pdf export , the letters/words, overflow to next line in PDF export as can be seen in this pdf export

test-pdf export.pdf

But the letters/words, overflow to next line in PDF export as can be seen in this pdf export

(13.19 KiB) Downloaded 22 times

export to PNG is perfect . No issues.

test-png export.png (27.87 KiB) Viewed 831 times

test-scapple.scap

this is the original scapple file

(4.65 KiB) Downloaded 15 times

[AmberV]

Thanks for the report. You may notice when creating brand new boards, that the amount of padding between the edge of the note and the text has been slightly increased. In a setup like this where there is no border, you wouldn’t really notice that, but when comparing older boards to new ones, it should be fairly obvious.

Old boards have their existing padding amount protected, as a form of backward compatibility, as otherwise you could find whole layouts damaged by the change. That the board looks fine before you print it is proof of that—but unfortunately it looks like that compatibility layer was omitted for printing/export!

By the way, you could get around the bug for now by “upgrading” your board. Make a new one from scratch and drag and drop the notes over into it. You’ll note the wrapping problem immediately, just like in the PDF—you can use the Notes ▸ Auto-Fit command to clean up most cases automatically.

[PeterPan]

Thanks for the report. You may notice when creating brand new boards, that the amount of padding between the edge of the note and the text has been slightly increased. In a setup like this where there is no border, you wouldn’t really notice that, but when comparing older boards to new ones, it should be fairly obvious.

Old boards have their existing padding amount protected, as a form of backward compatibility, as otherwise you could find whole layouts damaged by the change. That the board looks fine before you print it is proof of that—but unfortunately it looks like that compatibility layer was omitted for printing/export!

By the way, you could get around the bug for now by “upgrading” your board. Make a new one from scratch and drag and drop the notes over into it. You’ll note the wrapping problem immediately, just like in the PDF—you can use the Notes ▸ Auto-Fit command to clean up most cases automatically.

Thanks so much for the reply. Although, note->auto fit command didn't solve the problem for me (only exacerbated it even more ), the understanding about new and old boards helped and I can now make new boards without any issues in the exported PDF.

Also, the fact that you are aware of this issue is reassuring and am sure you will rectify it in your next update as you have always done. Minor issues with updates is not so much of an issue as is the lack of support and I have never found you wanting in this respect. Thanks for always standing by your product. It reassures dedicated L&L customers like us, that we can keep on working on your softwares without anything to worry about .

Oh, by the way, the option to add a solid line by simple dragging of one note into another , although minor is a significant improvement. Thanks for constantly improving scapple without changing its overall simplicity .

[AmberV]

Thanks for the kind words! Glad you were able to get it fixed with a little adjustment.

[sdstrong]

I'm having this problem, too. I have used Scapple to do visual sorting and diagramming for a qualitative study that is part of my doctoral dissertation. The board has upwards of 1,000 notes, so I'm disinclined to create a new board.

The PNG export works fine:

bipolar-codes-sorted-38.png 2021-01-27 19-33-46.png (212.68 KiB) Viewed 489 times

PDF, however, is another matter:

bipolar-codes-sorted-38.pdf (page 1 of 1) 2021-01-27 19-34-44.png (124.02 KiB) Viewed 489 times

An overview of the exported board, to contextualize the scope of the issue (above regions are in the pink box):

bipolar-codes-sorted-38.png 2021-01-27 19-36-34.png (316.78 KiB) Viewed 489 times

Any suggestions or fixes on the way?
(Alternatively, any way I can downgrade to a version where I won't have this problem? I believe I bought directly from L&L.)

Thx!

[AmberV]

The fix was mentioned here.

I'd understand you not wanting to use it though, for something that large and tightly designed.

[sdstrong]

Yeah, I guess I'm
1) making a feature request to support PDF rendering for docs in the prior format, or
2) asking for a less laborious workaround, like a link to a prior version of the software before the change was implemented.

Thanks!

[devinganger]

asking for a less laborious workaround, like a link to a prior version of the software before the change was implemented.

L&L kindly provides links to previous versions of software via the Release Notes page:

https://www.literatureandlatte.com/scap ... s?os=macOS

[sdstrong]

Aha! Thanks. ☺

asking for a less laborious workaround, like a link to a prior version of the software before the change was implemented.

L&L kindly provides links to previous versions of software via the Release Notes page:

https://www.literatureandlatte.com/scap ... s?os=macOS

[AmberV]

Oh sure, to be clear this is a bug, and it will be fixed.