Hi, Take attachment 128579 [details] from bug 102957. 1. Install, the extension; 2. Place the folder neohs in your computers working directory; 3. New Writer document 4. menu LibreLex > New Document (first list box shows 'Letter') 5. click on red logo with P in the top row (presentations) > Note that some controls are displayed mixed > This is wrong 6. click on blue logo with T in the top row (Text documents/various..) (first list box shows 'Letter') 7. now choose any of the other three documents in the list box. > dialog builds fine, all old controls are disposed > this is expected This does not happen in for example LibreOffice 4.4.7.2 So something happened. There may be a hidden error in the config/code of LibreLex. Will look at that too. But.. thanks, Cor
Version: 5.4.0.0.alpha0+ Build ID: c6dd735afb2e1b3837c4f8c5659f52fafab4c56f CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-01-30_03:01:16 Locale: nl-NL (nl_NL.UTF-8); Calc: group @caolán: something you can have a look at?
forget about attachment 128579 [details] - crashes in newer version. Will upload new one soon.
Created attachment 130936 [details] Zip with librelex demo / neohs folder to place in your home / readme
In the dailys I have available: was ok in Version: 5.3.0.0.alpha1+ Build ID: a6ce5d391476e4b6a2cb2d92ff45548c1d75684b CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; Layout Engine: new; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-11-03_23:34:51 Locale: nl-NL (nl_NL.UTF-8); Calc: group (Version without fix for bug 102957 ) is not OK in Version: 5.3.0.0.alpha1+ Build ID: 883024d657fb45c7da459017d2f936aac5644bfb CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; Layout Engine: new; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-11-21_22:42:51 Locale: nl-NL (nl_NL.UTF-8); Calc: group
Created attachment 131037 [details] this is what step 5 looks like I'm trying to understand the problem, is it visible in this screenshot ?
Created attachment 131040 [details] screenshot good and bad (In reply to Caolán McNamara from comment #5) > I'm trying to understand the problem, is it visible in this screenshot ? No. (Ignoring the fact that the text boxes overlap) Please see the screen shot.
gtk2 only. I believe the problem here is that when the dialog resizes it doesn't invalidate its contents, so the "old" drawing contents remain when the dialog is reused and resized. So, here's how you can fix this in your macro in Sub UpdateLstDocSoortenForCategory(sCat$) oControl.removeItems(0, uBound(oControl.getItems)+1) + with com.sun.star.awt.InvalidateStyle + PoDocDlg.getPeer().invalidate(.NOERASE) + end with ' show the display names, not the template names oControl.addItems(PsDocSoortenDisplayNames(), 0)
(In reply to Caolán McNamara from comment #7) > gtk2 only. I believe the problem here is that when the dialog resizes it > doesn't invalidate its contents, so the "old" drawing contents remain when > the dialog is reused and resized. The problem has been covered somehow in older LibreOffice / > So, here's how you can fix this in your macro in > Sub UpdateLstDocSoortenForCategory(sCat$) Indeed. Thanks. I applied the fix at a different place, since there are also cases where a different document type in the same category has the same problem (I didn't include that scenario in the test). at ln 718 in Sub lstDocSoorten_Change () yPosStart = yPos : yPosColumn1 = yPosStart: yPosColumn2 = yPosStart End If + ' tdf#105771 + with com.sun.star.awt.InvalidateStyle + PoDocDlg.getPeer().invalidate(.NOERASE) + end with ' place the controls for the fields/bookmarks For i = NDOCDATAFLDSTART to UBound (PsDocSoortNew()) Thanks again, Cor
(In reply to Cor Nouws from comment #8) > at ln 718 in Sub lstDocSoorten_Change () line 867 .. (statusbar updating is sometimes odd)