I guess the issue here is that a pixel does not have a defined size. Most likely Scribus honors the resolution (DPI) stated in the image file. Changing this value before importing the image probably changes how Scribus scales the image.
it look nice... and i have some feedback from you:
as far i can tell, the page panel gets useful, when there are lot of pages and -- then -- i guess i would prefer to have the preview to be a/ as small as possible b/ showing as many pages as possible.
i n the screenshot you've submitted, the palette does a good job at rendering the characteristic of the pages (which can be very useful when you need to pick the "right" page), on the other side, seems to contain rather big placeholders: so few pages visible at once.
i'm also eager to see how the pallette looks when the layout is horizontal... this is the feature that imo is really missing in the current version of the panel.
next point: the drag and drop. while being able to drag and drop feels cool, i'm not sure how useful it is in real life. people will probably expect to have it, so i'm more than fine that MPs can be dropped onto pages and pages can simply be shuffled around. but i think that for many use cases, it will be simpler to use an alternative interaction, like "select and apply".
as an example, i would probably want to be able to apply a master page to the currently selected page, without having to drag and drop, just click it (maybe this is already the case in your prototype... i don't know)
it should probably also be possible to select multiple pages at once: for moving them (in facing pages document, one should normally move pairs of pages) or for applying the same master page to multiple pages. somehow i would like that it gets easier to select four pages and move them to the end of the chapter, without the need to keep the mouse down and painfully scrolling down by keeping the pointer at the bottom of the list (i've already done that too often in my life...).
finally, scribus currently does not support more than two pages in a spread (and this should probably not change as long as scribus cannot do imposition). (scribus is still able to open old documents with three pages spread, but i don't think that there is anybody on earth, who is going to open such a document with 1.8 when it will be stable... imo, if you want to be on the safe side, you can add a check to the page palette and tell the user that for this document the palette is disabled).
voilà, it got longer than i was planning, but i hope that you can use some of this feedback to make your work even better : - )
Scribus never edits the image, its just how its presented. However to understand your issue more, we would need to know about what version of Scribus you are using, and probably get a copy of the image.
it does the trick ! but not in the way i would expect it. The images are now fitting their frame when i drag and drop them on a scribus project, but they are not at their right size, they are scaled to a smaller size, which explain your last phrase
Quoteyes, there are situations where i prefer a 100% scaling
. Yes, I do too ! In tons of situations.
Why would scribus change the size of an image when importing it ? and on what basis ? How does it choose the new scale ? And can i prevent this ?