Date | Description |
---|---|
16/09/2022 |
We discover floor trunking is not ready due to work debris that has yet to be cleared by turnkey contractor. |
17/09/2022 |
Server room layout needs to be altered as to affirm server rack position |
![]() |
|
![]() |
|
![]() |
|
18/09/2022 |
yessNov '18Edited Hello Francois, I experienced a problem when printing (PDF) lists with more than one pange. On page two and following, the first row of the data was always in the header-line of the list, making this first row almost impossible to read. My system: RosarioSIS 4.1, PHP 5.4.45, wkhtmltopdf 0.12.5 (with patched qt) After some research I found this https://github.com/wkhtmltopdf/wkhtmltopdf/issues/1524#event-93595137 thread on the wkhtmltopdf github page. I could resolve my problem by applying the this tip: https://github.com/wkhtmltopdf/wkhtmltopdf/issues/1524#issuecomment-41529705 That means: in ListOutput.fnc.php I replaced by (ll. 512 & 773) Maybe you can further investigate the problem or use my "quick & dirty" fix. Best regards francoisjacquetNov '18 Hello yess Thank you for reporting the issue. Could you please share a PDF or a screenshot of the problem, and a way (specific program, data used) to reproduce it? This CSS fix is interesting and if it works for you, it should be moved to the wkhtmltopdf.css file. @media print { .element-that-contains-table { overflow: visible !important; } } I'll add a CSS class to the wrapper div and integrate the fix. yess replied to this. francoisjacquet changed the title to Print: row in table-header, overflow (wkhtmltopdf). YyessNov '18 Hello francoisjacquet I uploaded a pdf to wetransfer: https://we.tl/t-OTXZb3gI3x On page two you can see that the first data row is being printed in the blue title row of the table, making the data almost impossible to read if you don't know that it is there. I used the "Lorem Ipsum"-Text in the example file as it creates two lines of text for each row, so that I have to enter fewer entries in the system. However, I have also seen this issue when there were only rows with one line of text. This pdf was just created using the online demonstration of RosarioSIS, I used the fees menu as it was the easiest one to use in order to create the example pdf. However, I have seen this problem in every module in RosarioSIS when using the print option on the bottom of the page (e.g. as well in the activities module, also when printing the daily transactions, etc.). I am running the Chrome Webbrowser Version 70. When creating the pdf I noticed that the online-demo is already running RosarioSIS version 4.2. I am still running RosarioSIS version 4.1 on my system. However, as you can see, the issue can be seen on both versions. The CSS-Fix works for me. I will move it the appropriate file. Thank you! francoisjacquetNov '18 Hello yess The CSS fix will be released with RosarioSIS 4.3. Thank you! yess replied to this. francoisjacquet changed the title to [Fixed] Print: row in table-header, overflow (wkhtmltopdf). YyessNov '18 Hello francoisjacquet Great! Thank you for the quick fix! yessNov '18Edited Hello Francois, I experienced a problem when printing (PDF) lists with more than one pange. On page two and following, the first row of the data was always in the header-line of the list, making this first row almost impossible to read. My system: RosarioSIS 4.1, PHP 5.4.45, wkhtmltopdf 0.12.5 (with patched qt) After some research I found this https://github.com/wkhtmltopdf/wkhtmltopdf/issues/1524#event-93595137 thread on the wkhtmltopdf github page. I could resolve my problem by applying the this tip: https://github.com/wkhtmltopdf/wkhtmltopdf/issues/1524#issuecomment-41529705 That means: in ListOutput.fnc.php I replaced by (ll. 512 & 773) Maybe you can further investigate the problem or use my "quick & dirty" fix. Best regards francoisjacquetNov '18 Hello yess Thank you for reporting the issue. Could you please share a PDF or a screenshot of the problem, and a way (specific program, data used) to reproduce it? This CSS fix is interesting and if it works for you, it should be moved to the wkhtmltopdf.css file. @media print { .element-that-contains-table { overflow: visible !important; } } I'll add a CSS class to the wrapper div and integrate the fix. yess replied to this. francoisjacquet changed the title to Print: row in table-header, overflow (wkhtmltopdf). YyessNov '18 Hello francoisjacquet I uploaded a pdf to wetransfer: https://we.tl/t-OTXZb3gI3x On page two you can see that the first data row is being printed in the blue title row of the table, making the data almost impossible to read if you don't know that it is there. I used the "Lorem Ipsum"-Text in the example file as it creates two lines of text for each row, so that I have to enter fewer entries in the system. However, I have also seen this issue when there were only rows with one line of text. This pdf was just created using the online demonstration of RosarioSIS, I used the fees menu as it was the easiest one to use in order to create the example pdf. However, I have seen this problem in every module in RosarioSIS when using the print option on the bottom of the page (e.g. as well in the activities module, also when printing the daily transactions, etc.). I am running the Chrome Webbrowser Version 70. When creating the pdf I noticed that the online-demo is already running RosarioSIS version 4.2. I am still running RosarioSIS version 4.1 on my system. However, as you can see, the issue can be seen on both versions. The CSS-Fix works for me. I will move it the appropriate file. Thank you! francoisjacquetNov '18 Hello yess The CSS fix will be released with RosarioSIS 4.3. Thank you! yess replied to this. francoisjacquet changed the title to [Fixed] Print: row in table-header, overflow (wkhtmltopdf). YyessNov '18 Hello francoisjacquet Great! Thank you for the quick fix! |