![]() Tab is an expanding blank the right behaviour for it is to shrink according to the content of line or stay in the default size. Mr JLuc I assume you understand what tab mean > Scribus has under 32K revisions, so bisection would take at most 15 steps, provided that you could find an old version of Scribus that does not have the tab problem and that is still buildable from source. Since it happens in both Scribus 1.4 and 1.5, it probably isn't worth looking at recent changes, but if you could find an even older version of Scribus where the tabs work, you could do a "git bisect" or "svn-bisect" to find the commit that caused the problem. You would need to understand the code only enough to have an idea where to add the debug code and what to print. It might take a few iterations of adding debug code and checking the differences in the debug output to pin down the line of code that causes the problem. The first difference in the debug output from the good and bad SLAs should indicate where the layout is going wrong. Then I would add debug code to the layout code and compare the output from the two files. If I had the time to look into it, I would start with the SLA that I posted in that report and make a second copy that is identical except for removing one of the items that provokes the overwrite. I have an example in the duplicate entry with an overwrite that goes away if I remove a from the SLA. Those patches have been sitting around for over a year, so they probably won't be accepted and might have some bit rot, but they might still be useful, especially the changes to scdebug.h. When I looked at the code, I added a way to add debugging. I had Scribus 1.4 documents that didn't preserve their formatting in Scribus 1.5, and I tracked it down to a change in PageItem_TextFrame::layout(), but it turned out that 1.5 implemented something that 1.4 ignored. I don't know if the Scribus project has regression tests, but I think that it would be impossible to make major changes to PageItem_TextFrame::layout() without a representative set of Scribus documents to use for regression testing. It is too long, and it has repetitive code that could be factored out.Īlso, it has a lot of tests for special cases, more than a normal Scribus user could memorize, which is probably detrimental to Scribus usability. I agree with you about PageItem_TextFrame::layout() If you come up with patches, I can test them. So strings like a3a will also trigger the bug. Only specific fonts as well, but there's more than one font that exhibits this.Īs an update to that, the buggy number doesn't actually need to be the last character, it's enough that it occurs anywhere in the right part. ![]() It only occurs on the first line, and only if the last character is 0, 2, 3, 6, 8 or 9 (didn't test anything but numbers). Since it only occurs in the first line, I was able to work around it by adding an empty line to the beginning of the frame and moving it up by the corresponding amount. Adding some other letter in front also makes it disappear, but punctuation does not. If I change the initial P into an S, the problem disappears. There are some very weird dependencies with the content of the first line. I tried resetting manual character formatting, and also removing the line and re-typing it manually. "The contents were made with the "generate table of contents" tool. I uploaded another screencast due to an "align right" issue reported on irc. (but the page number is far right outside of the page!) And after doing so, the left part of the text is not collapsed anymore. I try to widen the frame : when it is twice as wide as needed, the page number jumps further right, much further than the tab position specifies it. left part of the text collapse and print over itself. Now i want the page number to be in a bigger size : 9 is ok, 10 is ok,ġ1 is not ok at all. I type text, tab, insert page number special character, OK. ![]() So i create a frame for this line, a dedicated paragraph style, and i set a right-align tab at the right of the frame. ![]() say : the name of the magazine, the internet site and the date aligned left on that line, size of font = 8.8 0011071: buggy behaviour with align-right tabs ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |