Two PC's (v1.5.8); One SLA; DIFFERENT RESULTS (Line Wraps differ)

Previous topic - Next topic

Spilly

I have v1.5.8 running on two PCs; one is Win 10 and one is Win 11
(I doubt if the OS version is the issue, but we'll see)

I have ONE SLA file in a shared folder.
The SLA has a single text box, and no special formatting.

If I open that SLA on both PC's at the same time, I get different line wraps.
Scribus on the new PC (Win 11) appears to render text using more horizontal pixels
than on my old win 10 laptop, and also on two other Win 10 systems I can access

Our DTP team has four PCs, but my new desktop is out of step with the other three.
I can't use it for DTP team work at all  :(

Any suggestions?

Spilly

Other info
The font libraries on the PCs are not identical, but all have the same Calibri font 
The test SLA uses only the Default paragraph setting Calibri Regular, size 11.

I attach my test SLA and two PDFs as evidence

Paras 2 and 3 both overflow under Win 11, but don't under Win 10.

Para 3 ends with the words
  "aged over 18 years."
The last word wraps on Win 11.

I have zoomed to 250% and measured the cursor position of the space after "18"
(Actually I substituted a full stop for this measurement)
    Under Win 11 the cursor is at 193.429mm
    Under Win 10 the cursor is at 190.076mm
    The RH edge of the text box is at cursor 201.355mm

I did the same kind of test using MS Word, measuring in points
I could not detect a difference between results under Win 10 or 11 on a single shared .DOCX test doc




spilly
1xWin 10 bog std 2015 laptop   AMD A8-6410, 16GB RAM, SATA SSD
1xWin 11 bog std 2022 desktop   Core i5-12400. 8GB RAM, NVMe SSD

Scribus v1.5.8 64bit on both
in IT for 60 odd years, but little DTP experience

AdmFubar

I bet the display screens have a different physical resolution, and they may not be calibrated in scribus. Open scribus and in the preferences, select Display, it is about halfway down the list, then in the section the opens look for the Display scaling tab. You will need a ruler for this part. Hold the ruler against the screen to match the one displayed and adjust the slider to align the ruler marks.
Once these is corrected you can see if the text is correct on the page.
This will most likely be a first step in analyzing this issue.

One small item noted in the .sla you posted, the text box is slightly to the right on the page. The right edge of the text box is past the right margin on the page. Was this intentional?
Using Scribus 1.5.8 + 1.6.1, openSUSE 15.5
Advanced hobbyist

Spilly

Huge thanks for an immediate reply

In Windows the Scaling tab is GREYED OUT
- on both the laptop (Win 10) and the desktop (Win 11)

I've had v little to do with API and C code.
I'd have thought that line wrap was usually done by the host OS API code.
Maybe Scribus, for reasons of platform portability, works at a lower level??

I want to proof read and correct frame overflows and layout issues in other people's work
but this line wrap issue makes the task impossible.

Where do I go next?


About the margin
I don't think the poor positioning of the frame affects the problem.

The SLA was cut down from a 40 page magazine, as prepared by AN Other
(using a midget laptop without the big screen I bought her!)
So her frames are more or less dumped by eye, and "that'll do"
Never mind the actual margins!!    :( 

I created the SLA by deleting all other pages and frames from her original
leaving this one text frame exactly as was.


BTW I've updated my profile
Scribus runs SO much better on a 12th gen Intel i5!
spilly
1xWin 10 bog std 2015 laptop   AMD A8-6410, 16GB RAM, SATA SSD
1xWin 11 bog std 2022 desktop   Core i5-12400. 8GB RAM, NVMe SSD

Scribus v1.5.8 64bit on both
in IT for 60 odd years, but little DTP experience

utnik

hi spilly

i don't think the scaling of the screen view will change the line wrapping.
are you sure, the calibri fonts are exactly the same in win 10 and win 11? (that's what i would investigate first...)

utnik


btw. your scribus version might rather be 1.5.8. (otherwise i would like to test 1.7.8 too!)

Spilly

Hi utnik

1) Ooops! Updated profile (again)

2) The two font folders appear to be identical
except that Win 10 files timestamps are older, as you would expect

I copied all Calibri fonts to a temp folder on a USB stick
and used the Windiff utility to compare the two folders.

And note that my test of hor. spacing in MS Word also gave identical spacing on both systems

I suspect it's a Scribus issue. It kinda smells it might be.

Would it be justified to draw the developers attention to the issue?
If so, how?

spilly
1xWin 10 bog std 2015 laptop   AMD A8-6410, 16GB RAM, SATA SSD
1xWin 11 bog std 2022 desktop   Core i5-12400. 8GB RAM, NVMe SSD

Scribus v1.5.8 64bit on both
in IT for 60 odd years, but little DTP experience

Nermander

I doubt it is a Scribus issue. The code for wrapping would be the same under both operating systems, and Scribus would use the font metrics to calculate the wrapping. So most likely it is a font issue.

My suggestion would be to use Collect for output (with fonts included) and see if this works the same on both PCs.

MrB

Have you tried copying the font files from one computer to the other? Note that Scribus does support custom fonts paths as well. Its likely the newer font file has different data and hence Scribus renders it slightly differently.

jghali

In fact the information embedded in the PDFs attached to your first message show your are using two different versions of Scribus on Windows 10 and Windows 11:
  • the Windows 10 PDF has been produced with a development snapshot of Scribus 1.5.8 named 1.5.8.svn
  • the Windows 11 PDF has been produced with the final release of Scribus 1.5.8

There are no layout stability guarantees across development snapshots and final releases as we are often making third party library changes which may affect layout, noticeably harfbuzz, freetype and icu.

AdmFubar

Quote from: AdmFubar on August 23, 2023, 12:43:53 AMI bet the display screens have a different physical resolution, and they may not be calibrated in scribus. Open scribus and in the preferences, select Display, it is about halfway down the list, then in the section the opens look for the Display scaling tab. You will need a ruler for this part. Hold the ruler against the screen to match the one displayed and adjust the slider to align the ruler marks.
Once these is corrected you can see if the text is correct on the page.
This will most likely be a first step in analyzing this issue.

One small item noted in the .sla you posted, the text box is slightly to the right on the page. The right edge of the text box is past the right margin on the page. Was this intentional?
Actually scrap this answer... I had edited the original post to give a new solution and some how i messed up in posting it.
Here is my updated solution.

Search you system for this file; checkfonts150.xml, make sure scribus is not running, and rename this file, i usually just add -old to the end.
Restart scribus and let it rebuild this file, then load your document and see if this has fixed the situation.
Using Scribus 1.5.8 + 1.6.1, openSUSE 15.5
Advanced hobbyist

Spilly

@jghali BINGO! You have the answer! Thank you
And it's all my fault for not understanding the difference with and without the .SVN suffix

I entirely understand the stability issues across development versions
I knew when I first installed Scribus 1.5x that I was taking a risk,
but that was quite a while back

I've now installed v1.5.8 to replace the SVN version
Win 10 & Win 11 now give the same results
(The fonts are identical between versions; only timestamps differ)


THANK YOU to the others who also replied
I followed all your suggestions, but @jghali found the clues in the right place
I've learned a lesson myself too
spilly
1xWin 10 bog std 2015 laptop   AMD A8-6410, 16GB RAM, SATA SSD
1xWin 11 bog std 2022 desktop   Core i5-12400. 8GB RAM, NVMe SSD

Scribus v1.5.8 64bit on both
in IT for 60 odd years, but little DTP experience