BUG: 4.0c SR1: Long words truncated if wider than panel width. Not wrap to next line.
I think I might have just found the longest word in any Logos resource ...
I had to reduce the program scaling, and max out the panel width to see the whole word. I expect to have it wrap and extend onto the next line.
And YES - the end of this long word really does matter. Its a Maths error without the bit on the end.
I copied this section of the book into Microsoft Word. As I expected, Word wraps this over as many lines as required.
Resource: BYNDCOSMOS.lbxlls, Page 27.
Comments
-
The Logos4 Search Results gets it right, and wraps the word correctly.
0 -
I've also found some oddities of missing word wrapping. Unfortunately, I've not documented them. Thanks.
Orthodox Bishop Alfeyev: "To be a theologian means to have experience of a personal encounter with God through prayer and worship."; Orthodox proverb: "We know where the Church is, we do not know where it is not."
0 -
Jim Towler said:
Its a Maths error without the bit on the end.
Actually 10^-100 is 0.000...1, NOT 1.000...1
Its a very tiny number just a little more than 0, rather than just above 1.
1 centimeter is not really very small when it comes to tiny!!!
I have logged a typo in the resource.
0 -
Thanks for submitting a typo report. I'll submit a report directly, too.
0 -
0
-
Jim Towler said:
Yes, that is the main part of the report, which could be a bug in other resources, too.
0 -
As the person who coded the word-wrap code (in 1994?), I can say that this the wrapping is performed as designed. We try to never break a word, because we don't have hyphenation support. In the "worst case" scenario (and this is it), we at least force the word to a newline, to maximize space, and then let it run off to the right.
In the future I hope we will have hyphenation, but the algorithm will probably not break numbers (since it could imply a semantic, not just typographic) difference. So you'll just need to make this window wider.
(Word has a fixed page width, making even "bad" wrapping better than running off the edge. Since we have a variable page with, and you can always make the window wide enough -- in theory -- for any word you'd encounter, I thought (in 1994) this the best solution.)
:-)
0 -
Thanks Bob,
Yes - in my first line, I acknowledged that the "word" in question was exceptional.
It was only because it makes no sense to have a line of 0's like that, unless there was something on the right-hand end, that I went looking.
Funny thing: The author, or someone/something along the way introduced an error, so in the form it appears in Logos at present, the number is incorrect by a factor of 10^100 too large!!! [:)]
I'm quite happy to accept that words don't wrap in the kinds of example above.
So, we are still running some code you wrote yourself ...
Thanks for a great application!
0 -
Bob Pritchett said:
In the future I hope we will have hyphenation, but the algorithm will probably not break numbers (since it could imply a semantic, not just typographic) difference. So you'll just need to make this window wider.
If the number is wrapped in the physical book (which I suspect is probably the case here), then maybe those numbers should be allowed to wrap in Logos?
MacBook Pro (2019), ThinkPad E540
0 -
Surely in this case the best solution would be to add a few soft-hyphens in the text?
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
0 -
If you enter a long "word" or number into Word, without soft hyphens, it wraps when it hits the margin of the page. I disagree with Bob that Word has fixed page width. You can always change the margins of your page, and Word will re-compute the wrapping, which is the same as what Logos does when you change the window width. I understand that Bob was working with what he knew back in 1994, but Logos can and should be 16 years smarter now.
0
