it should work according your settings under 'preferences' → 'item tools' → 'images' → 'scaling' (for existing .sla files under 'document setup' → 'item tools' → 'images' → 'scaling'...) and – yes, there are situations where i prefer a 100% scaling...
https://wiki.scribus.net/canvas/Getting_and_installing_ICC_profiles says: To install additional ICC profiles .. On Windows Vista or 7, go to the Windows Control panel > Color management > All Profiles > Add On Windows 2000, the correct location is C:\WINNT\System32\spool\drivers\color, and on Windows XP or later C:\WINDOWS\System32\spool\drivers\color.
erm, my installation of Scribus is on a Win10 PC. Can anyone help? Thanks!
I don't know if I've missed a parameter, but the default action when I import an image by drag and drop is something I don't understand :
it creates a frame that seems to always be of the right proportions, but not always the right size, sometimes it fits, sometimes it's smaller, never bigger. So for some image I have to do an additional action to "adjust the frame to the image" (for single image by a right click, for multiple image in item > adjust)
I don't know how scribus decides that some images will fit to the frame, and some will not, and I don't know why it would be the default behavior ? Is it sometimes convenient to have an image cropped when you import it ?
and mostly, I don't find where to change that by default ? is it possible ?
They're basically images of complete pages, the task i've been given is to have some of them laid out two per page of my A4 document and others are single image per page. Within the image I'm trying to load to the frame is a mix of text and image.
I tried it using PDF 1.6 export as well and it still didn't work. However it's clearly not limited to some 14 fonts (unless Bloody Stump somehow made that cut ). The 1.3 fallback seems to be in case anyone actually wanted to create a PDF to that antique standard.
Since OpenType is an extension of TrueType, you would expect that OpenType support would not be an issue. It should simply fall back to the TTF core features in the worst case. Moreover, OpenType has been around for a quarter century. There is no way that it should be supported in some parts of Scribus but not others.
The bug report is from 2006. The problem he reported was that the 1.3 fallback was always being used even for later versions of the PDF standard. That seems to have been addressed.
As I pointed out earlier, clearly the intent of the programmers is that PDF fields should be subject to normal Scribus paragraph and character styles. It's apparently not working properly.
I don't think that this is PDF specific as I've converted the pages I need to import to .png and started again. When I got to around 130 pages the same thing happened again with this new document. Its starts with the "get image" function stopping previewing the file, then just stops showing it in the document, then just glitches and crashes.
Task manager showed that Scribus is using around 10GB of RAM with around 18GB free
I don't remember the specific, @jghali can confirm for sure, however PDF forms are limited in what fonts you can use. The answer may be TTF/Type1 only ( see https://bugs.scribus.net/view.php?id=3282 ). It may be different between PDF 1.3, 1.4, etc. There was also a limitation to the standard 14 fonts that Adobe bundled with Reader at one point, I think.