Skip navigation
johnbeardy
johnbeardy
Currently Being Moderated

Web content

Sep 22, 2011 3:01 AM

Does it make sense that loading a very simple, small HTML file (4kb) via Overlay Creator's Web Content would turn an article upload that happens in seconds into a 105mb mini-monster that takes minutes to upload?

 

John

1452 Views   13 Replies   Latest reply: Bob_Abbott, Sep 27, 2011 2:27 AM
 
Replies
  • johnbeardy
    Currently Being Moderated
    1. johnbeardy,
    Sep 22, 2011 4:09 AM   in reply to johnbeardy
    Report

    Some of the symptoms here seem related - only in my case the uploads/downloads do happen, if one's patient. I'd also add I'm using ID5.5 on a Win7/64 bit machine with 5 meg upload speed.

     
    |
    Mark as:
  • fredericbotton
    Currently Being Moderated
    2. fredericbotton,
    Sep 22, 2011 10:11 AM   in reply to johnbeardy
    Report

    Well, a simple html  file (one liner with a <video> tag)  ended up with a 350 MB file for me. So that's 400 kB without the html oneliner, and 350 MB with. The video was supposed to be retrieved online, but it looks like it is embedded (though it still requires an Internet connexion to work).

    Could it be that html inclusion fills the folios with cache?

     
    |
    Mark as:
  • johnbeardy
    Currently Being Moderated
    3. johnbeardy,
    Sep 22, 2011 10:30 AM   in reply to fredericbotton
    Report

    My file was even simpler - 4 or 5 paragraphs and no linked content. I wondered if it was trying to drag in something from the XHTML namespace, but I have no found where the folio files are being written locally, so I will open one up and investigate.

     
    |
    Mark as:
  • johnbeardy
    Currently Being Moderated
    4. johnbeardy,
    Sep 22, 2011 12:41 PM   in reply to johnbeardy
    Report

    It looks like the uploaded .folio file for this article didn't just contain the article - it contained all the files and subfolders for the magazine project. This was because the html file I added was actually stored in the project's root folder, under which were subfolders of my original indd files and other original content. Once the html file was moved into its own subfolder, the upload was as small and fast as one would expect.

     
    |
    Mark as:
  • Johannes Eckert
    Currently Being Moderated
    5. Johannes Eckert,
    Sep 22, 2011 12:46 PM   in reply to johnbeardy
    Report

    really? DPS is carrying around this bug since prerelease. Hope they can get

    around this soon.

     

    —Johannes

     
    |
    Mark as:
  • johnbeardy
    Currently Being Moderated
    6. johnbeardy,
    Sep 22, 2011 1:04 PM   in reply to johnbeardy
    Report

    Yes, I just confirmed it by opening up my .folio file. I had no idea it was a known bug - I've only just begun to get into all this.

     

    John

     
    |
    Mark as:
  • Johannes Eckert
    Currently Being Moderated
    7. Johannes Eckert,
    Sep 22, 2011 1:11 PM   in reply to johnbeardy
    Report

    I don't think this is a "known" (as in "acknowledged") bug. I just

    encountered this behaviour in prerelease and just hoped they fixed this in

    some of the many versions after that.

    I think it is hard to identify all the assets an HTML file needs (because of

    some lazy load techniques and indirect refers, such as @import), so they

    just pust all the content lying around the HTML file into the folio.

    I always put HTML in a separate folder (just to keep myself organized) and

    so came around this behaviour.

     

    —Johannes

     
    |
    Mark as:
  • johnbeardy
    Currently Being Moderated
    8. johnbeardy,
    Sep 22, 2011 1:45 PM   in reply to Johannes Eckert
    Report

    Now I understand what happens, I'm not too worried about the behaviour and it's easy enough to avoid. Everything else is organized into subfolders but this html file was just dumped in the root folder while I was figuring out ways to keep text content in sync in portrait and landscape layouts. But it is such an easy "mistake" to make. Maybe the palette should point to a folder rather than allow the user to specify a file?

     
    |
    Mark as:
  • Johannes Eckert
    Currently Being Moderated
    9. Johannes Eckert,
    Sep 22, 2011 1:49 PM   in reply to johnbeardy
    Report

    good point with that folder-pointer.

     

    —Johannes

     
    |
    Mark as:
  • Bob_Abbott
    Currently Being Moderated
    10. Bob_Abbott,
    Sep 26, 2011 2:51 AM   in reply to johnbeardy
    Report

    We just ran into exactly this problem. We found about 95Mb of useless-to-the-user InDesign files, tiffs, PSDs, whatevers, buried in the commercial App! But only on pages where the HTML was sat next to the InDesign file.

     

    There are both file size and IP issues here, which we could really do without.

     

    Thanks for the tip about putting the HTML in a separate folder - we'll deploy this for our update.

     
    |
    Mark as:
  • johnbeardy
    Currently Being Moderated
    11. johnbeardy,
    Sep 26, 2011 2:59 AM   in reply to Bob_Abbott
    Report

    That's an important comment about potential IP risks.

     

    John

     
    |
    Mark as:
  • Johannes Eckert
    Currently Being Moderated
    12. Johannes Eckert,
    Sep 26, 2011 2:05 PM   in reply to johnbeardy
    Report

    what are IP risks?

     

    —Johannes

     
    |
    Mark as:
  • Bob_Abbott
    Currently Being Moderated
    13. Bob_Abbott,
    Sep 27, 2011 2:27 AM   in reply to Johannes Eckert
    Report

    IP, as in Intellectual Property - copyright protected stuff.

     

    If it sweeps up everything sat next to the HTML file, you could inadvertently distribute a bunch of Jpegs from picture library that happened to be in that folder.

     

    I appreciate they'd be packaged up in the App, so most users would be blissfully unaware, but it only took me 2 mins to discover how to get to them.

     

    Bob

     
    |
    Mark as:
Actions

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points