Did DRT just get all computer technical and stuff. Julian what have you done to him?
![Shocked :shock:](./images/smilies/icon_eek.gif)
![Shocked :shock:](./images/smilies/icon_eek.gif)
Surely the best approach would be a CMYK to RGB colour-space conversion performed in post-script?
Glenn: are you able to update your GhostScript to the latest? Please would you be willing to /InlineTitlesAttemptMinimiseNumContours true def, and test whether new GhostScript is still painfully slow? Thank you.GhostScript Bug 695906, on 16 Oct 2017 wrote:Works fine with the new scan converter.
I don't believe that I have GhostScript installed on my current computer. I have gone back to using ps2pdf.com because you fixed the issue that was causing that website to fail.jdaw1 wrote:Glenn: are you able to update your GhostScript to the latest? Please would you be willing to /InlineTitlesAttemptMinimiseNumContours true def, and test whether new GhostScript is still painfully slow? Thank you.GhostScript Bug 695906, on 16 Oct 2017 wrote:Works fine with the new scan converter.
This is not urgent.
Edit: also /InlineTitlesMaxNumberContours 20 def.
Code: Select all
mark
/Rect [ ... ]
/Subtype /Polygon
/BS << /Type /Border /W 1 /S /S >>
/Subj (A string)
/ModDate ParametersVersionDateTimeAdobeFormat
/F 64 128 add % ReadOnly + Locked. PDFReference16.pdf page 574
/Vertices [ ... ]
/Color [ 0.6 0.6 1.0 ]
/ANN pdfmark
In the above, the 1963 over Ck and Mz are clearly smaller than those over G and D; perhaps some form of proportion since the Mz and Ck are in a smaller font than G and D (being maximised to fit within circles), but it would look better if all the 1963s were the same size font. I don't know how the font size decision for the over-print of the year was determined (I haven't looked, to be fair); perhaps some additional form of control might already provide the capability to enforce a common font size for the 1963s since they are all the same and in the same size area, but if not then perhaps it might be a worthwhile addition.
It was wrong. I will investigate whether it was a user error or a programmer failure (same person; different roles) and suggest a plan, or just effect it.PhilW wrote:In the above, the 1963 over Ck and Mz are clearly smaller than those over G and D; perhaps some form of proportion since the Mz and Ck are in a smaller font than G and D (being maximised to fit within circles), but it would look better if all the 1963s were the same size font. I don't know how the font size decision for the over-print of the year was determined (I haven't looked, to be fair); perhaps some additional form of control might already provide the capability to enforce a common font size for the 1963s since they are all the same and in the same size area, but if not then perhaps it might be a worthwhile addition.
Code: Select all
/OvertitleMaxFontSizeProportionTitles 0.125 def
Code: Select all
/OvertitleMaxFontSizeProportionTitles 0.166666666 def
/FontSizesRatioAboveBelowOverMin 999 def
Code: Select all
/FontSizesRatioAboveBelowOverMin 2 sqrt sqrt def
Code: Select all
/FontSizesRatioAboveBelowOverMin 999 def
Tolerable, though less than ideal. Why do you keep get/setting the seed, rather than simply setting it at the start of the script (presumably to a fixed value for determinism) and then just using rand throughout thereafter?
Because sometimes multiple passes of randomness need to be aligned. E.g., in Titles and Overtitles:
"need"? no. "want"? perhaps - I would likely have compromised this one, and not chosen alignment for this, unless it turned out to look poor. With your chosen method you still should only need to cache and reseed while drawing the multiple aspects of a single circle, then continue (though this would place restrictions on the order in which you need to draw elements, or increase the seed cache-ing to one per circle, and then restore to subsequent afterwards, which might be the better route, depending on the currently implemented order of drawing of elements.
Disagree: this is a need.
Yes. And my question was whether I should. And the answers seems to be ‘yes’.PhilW wrote: ↑14:34 Sat 21 Jul 2018With your chosen method you still should only need to cache and reseed while drawing the multiple aspects of a single circle, then continue (though this would place restrictions on the order in which you need to draw elements, or increase the seed cache-ing to one per circle, and then restore to subsequent afterwards, which might be the better route, depending on the currently implemented order of drawing of elements.
Posted with permission.Mike Hugo wrote:I've sold the ps2pdf.com domain and it is now being run by someone else.
I continue to keep the old service as ps2pdf.org.
I'm not even sure how your email made it to me as the new owner should be receiving email for the dot com domain but perhaps has not updated something.
When I take the document and convert it at ps2pdf.org it does produce a document.
This document also causes my security wrapper to generate a pile of output as this file includes a bunch of code in it that causes the converter to block certain transactions that the file is trying to do. It still creates a final pdf .
Feel free to link to the ps2pdf.org site.
I agree with this, the pattern in the over label is completely distracting when placed over the vintage stars.