Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

    timeline: printing problems

    Zero-length events in a timeline calendar are not shown in the print-preview or printed. Zones and indicators are also not printed correctly (no background colours, no indicator labels). The layout is incorrect, other items in the same layout are not shown or are overlayed by the timeline component (e.g. date pickers in the attachment).




    SmartClient Version: SNAPSHOT_v10.0d_2014-04-06/Pro Deployment (built 2014-04-06)

    Browsers: IE8, FF24
    Attached Files

    #2
    Thanks for pointing these out - printing for timelines is a new mechanism, as you know, and various improvements have already been made since your build-date. So, if you take today's build, you should find most of these fixed (the Print Preview has been enhanced to include externally declared styles, for instance).

    We'll check on zero-length events *other* than Indicators.

    One thing we *are* aware of is an issue where the first event renders its canvas in the correct place, but the content for the canvas is rendered in the top left. We're looking at that one too.

    Comment


      #3
      We assume the fixes we pointed out are working for you - if not, we will need more specific feedback about what you see as wrong.

      As of builds dated April 19, zero-length events and canvas-labels (for Indicators and zero-length events) are also printed.

      We acknowledge the issue of the calendar body being rendered at a fixed top offset, and this will be addressed in the coming days - but, on your other comment about some components not printing - note that some components, like buttons, don't appear in printed output, because they don't make sense there.

      If you have particular issues, please specify what they are. If the issues we already said are fixed are not working for you, please also let us know.

      Comment


        #4
        A final followup - we've made numerous improvements to printHTML generation for Calendars and Timelines.

        Please retest with a build dated April 23 or later and let us know if you still see any issues.

        Comment


          #5
          incorrect timeline printing layout

          There are still problems with the print layout. The position of the events seems to be seriously wrong. The labels are shown for some events and incorrectly for others (see duration zero event). See comparison of noraml and print layouts in attachments.



          SmartGWT: SNAPSHOT_v10.0d_2014-04-27/Pro Deployment (built 2014-04-27)
          Attached Files

          Comment


            #6
            It's not really possible to diagnose this with a couple of partial screenshots - presumably, the timeline is sat inside other layouts or is absolutely positioned, but not to the top-left of the page?

            We'll need to see sample code that shows the actual layout of the screen.

            Comment


              #7
              Use the SiemensTestTimeline code you sent us. Add to html file:

              <div id="printContainer"></div>
              <div id="timelineContainer"></div>

              in onModuleLoad():

              final Button printButton = new Button("Print");
              RootPanel.get("printContainer").add(printButton);

              final SiemensTimelineTest siemensTimeline = new SiemensTimelineTest();
              RootPanel timelineRoot = RootPanel.get("timelineContainer");
              timelineRoot.add(siemensTimeline);

              printButton.addClickHandler(new ClickHandler() {

              @Override
              public void onClick(ClickEvent event) {
              Canvas.showPrintPreview(siemensTimeline);
              }
              });


              The result can be seen in the attachment.
              Attached Files

              Comment


                #8
                Ok, we'll try it out - note that you shouldn't be using RootPanel.add(), but rather using SmartGWT layouts and draw().

                Comment


                  #9
                  Note that the issue of floating labels (for short events) being apparently misplaced in printed output has been fixed - in fact, it was effectively a burnthrough issue

                  Comment


                    #10
                    Hello,

                    There is still an issue with printing the timline.
                    When trying to print the timeline itself using
                    Code:
                    Canvas.showPrintPreview(currentTimeline);
                    we get the following result - see print-timeline-only.jpg

                    SmartClient Version: SNAPSHOT_v10.0d_2014-07-10/Pro Deployment (built 2014-07-10)

                    Browser: FF 30.0
                    Attached Files

                    Comment


                      #11
                      Is the calendar sat inside some other kind of layout that normally renders at the offset where the events are being rendered?

                      Comment


                        #12
                        If I understood the question correctly - yes.
                        The timeline is the last member of a VLayout.
                        The events in the print preview are drawn exactly where they would have been drawn on the page, if the layout and the other components were taken into account.

                        Comment


                          #13
                          Ok, we'll take a look and update here when we have more information.

                          Comment


                            #14
                            No, we're not reproducing this. We tested with a layout that contains a timeline, and various other components that offset the timeline's body.

                            We can then print either the entire layout, which shows the timeline as it appears on-screen, or we can print just the timeline directly, which prints it in the top left. In both cases, the events are rendered fully within the body of the calendar view, where they're expected to be.

                            If the code that was posted earlier in this thread is still the code you have, first alter it as we suggested, so that it's not using RootPanel.

                            If you still see this print issue after that, and you definitely have the latest framework code, we're going to need the source code that reproduces the problem - if it comes to that, please forward the class and CSS file you've previously mentioned, complete with your changes, to support@isomorphic.com.

                            Comment


                              #15
                              I still see the issue after testing with newer version.
                              I have forwarded what you requested to support@isomorphic.com.

                              Comment

                              Working...
                              X