Home News Contact Us Forum About Us Demos Products F.A.Q.
Shopping Cart
You currently have 0 items in your cart.


Recent Events
  • 23/11/2024 Black Friday 2024

    BIG SALE, 30% discount for all our extensions. Use BF24 coupon code. Hurry up the discount is valid till 3 December.

  • 31/12/2023 New Year SALE

    We are glad to announce New Year SALE. 25% discount for all our extensions. Use NY24 coupon code. Hurry up the discount is valid till 7 January.


2Checkout.com, Inc. is an authorized retailer of goods and services provided by ARI Soft. 2CheckOut




Follow us on twitter



Welcome, Guest
Please Login or Register.    Lost Password?

Printing Article/Page with ARIDataTable data
(1 viewing) (1) Guest
Go to bottomPage: 12
TOPIC: Printing Article/Page with ARIDataTable data
#54034
Printing Article/Page with ARIDataTable data 9 Years, 8 Months ago Karma: 0
Hi,

I have asked this before, but was not really specific with the issue. Let me explain further now with a clear reference and link to a page showing the issue.

Go to this page,

sim-x.net/index.php/simulators-region.html

On this page there are selectors. This issue happens for all data presented, but for demonstration purposes use the selector for Simulator Type and select "Full Flight Simulator". Hit the FILTER button to generate the Pie Chart and Tables from the ARIDataTables module. The chart and the table are generated by one ARI module and the last line of the table (totals) is generated by a second ARI module.

Hit the PRINT button on the page. This button simply loads the Joomla print formatted version of the same page by adding the following to the URL,

"&tmpl=component&print=1"

On that page, hit the top underlined PRINT word to load the PRINT dialog box to preview the page before printing.

Notice on the Print Preview, the Pie Chart shows fine but the table is now missing, whereas on the webpage both show fine. Any idea why this would be?

Note, I have not customized the "component.php" or any CSS files, but maybe I need to. Any suggestions?

Ken
The administrator has disabled public write access.
 
#54037
Re:Printing Article/Page with ARIDataTable data 9 Years, 8 Months ago Karma: 760
Hello,

It can be a problem with specific CSS rule(s) for print version. Try to place a static HTML table instead of "ARI Data Tables" and check it in print version.

Regards,
ARI Soft
The administrator has disabled public write access.
 
#54052
Re:Printing Article/Page with ARIDataTable data 9 Years, 8 Months ago Karma: 0
Ok, I tested and did learn more. My page is configured as ARI GChart, with the HIDE TABLE property set to NO. So, the webpage displays a PIE CHART and just below the table of data used in the PIE CHART. This works fine on the webpage.

Only when I PRINT Preview the page does ONLY the table part disappear. If I set the table as ARI DataTable or HTML Table the table displays fine on both the webpage and the PRINT preview.

It is only when set to ARI GChart with the table displayed does this issue occur. Hence, I doubt it is a CSS or styling issue. When set to ARI GChart what is the table displayed as HTML or ARI DataTable? But, in either case the table displays on PREVIEW when set directly.

Any further ideas?
The administrator has disabled public write access.
 
#54053
Re:Printing Article/Page with ARIDataTable data 9 Years, 8 Months ago Karma: 0
Also, to be clear, the above was done using ARI DataTables module. I also added a fixed HTML Table on the article to test its behavior. It was visible on the webpage, on the print formatted page, and on the final PRINT PREVIEW page. So, the CSS is NOT blocking the HTML Table.
The administrator has disabled public write access.
 
#54054
Re:Printing Article/Page with ARIDataTable data 9 Years, 8 Months ago Karma: 760
Add the following HTML code before the chart and the tables:

Code:


<div style="page-break-after:always;"></div>



Regards,
ARI Soft
The administrator has disabled public write access.
 
#54055
Re:Printing Article/Page with ARIDataTable data 9 Years, 8 Months ago Karma: 0
Excellent. Worked great. Thanks.
The administrator has disabled public write access.
 
Go to topPage: 12