Highlighted

FrameMaker 2019 HTML5 generated output problems

Community Beginner ,
Nov 01, 2019

Copy link to clipboard

Copied

I have been experiencing problems with HTML5 generated by FrameMaker. When I open a Fm book and generate HTML5 from it, the HTML5 is OK. But if I then edit a .fm file in my book, update the book, and regenerate HTML5, then the output HTML5 does not give me the content from the edited .fm file but the pre-edited .fm instead. Odd.

 

If I then save my files, close FrameMaker, re-open and regenerate HTML5, all is OK. Odd.

 

Furthermore, I have found that the problem seems to depend on whether I am logged into my company laptop as myself or as a temporary user (temporary user has been set up to be the same as my own user login).

But I find that:

  • my own user login gives me my HTML5 issue;
  • yet the temporary login does not.

Odd.

 

Also, I have discovered that, with my HTML5 problem condition, if I rename the .fm file that is not properly been shown in my HTML5 output, and then update the book and  re-generate HTML5, then the HTML5 output does reflect the .fm file source.

 

I have tried Win 7 and Win 10. I have the latest rev of Fm2019.

Colleagues do not experience the same problem.

 

I need to use my own login for many other reasons and

I cannot keep on closing and restarting FrameMaker because I need to interactively generate HTML5 and

I cannot rename all .fm files in a book every time I generate HTML5.

 

Does anyone have any clue what is happening?

TOPICS
Responsive HTML5

Views

687

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more

FrameMaker 2019 HTML5 generated output problems

Community Beginner ,
Nov 01, 2019

Copy link to clipboard

Copied

I have been experiencing problems with HTML5 generated by FrameMaker. When I open a Fm book and generate HTML5 from it, the HTML5 is OK. But if I then edit a .fm file in my book, update the book, and regenerate HTML5, then the output HTML5 does not give me the content from the edited .fm file but the pre-edited .fm instead. Odd.

 

If I then save my files, close FrameMaker, re-open and regenerate HTML5, all is OK. Odd.

 

Furthermore, I have found that the problem seems to depend on whether I am logged into my company laptop as myself or as a temporary user (temporary user has been set up to be the same as my own user login).

But I find that:

  • my own user login gives me my HTML5 issue;
  • yet the temporary login does not.

Odd.

 

Also, I have discovered that, with my HTML5 problem condition, if I rename the .fm file that is not properly been shown in my HTML5 output, and then update the book and  re-generate HTML5, then the HTML5 output does reflect the .fm file source.

 

I have tried Win 7 and Win 10. I have the latest rev of Fm2019.

Colleagues do not experience the same problem.

 

I need to use my own login for many other reasons and

I cannot keep on closing and restarting FrameMaker because I need to interactively generate HTML5 and

I cannot rename all .fm files in a book every time I generate HTML5.

 

Does anyone have any clue what is happening?

TOPICS
Responsive HTML5

Views

688

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Nov 01, 2019 1
Adobe Community Professional ,
Nov 01, 2019

Copy link to clipboard

Copied

Are your FrameMaker documents open in FrameMaker when you update the book? If so, the documents won't be automatically saved. Make sure you save your documents before rerunning the Publish command.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Nov 01, 2019 1
Engaged ,
Nov 01, 2019

Copy link to clipboard

Copied

What is happening is that FrameMaker/Windows can not figure out how to clear memory between each iteration of the generation of html5 content. This is what helps:

  • Generate HTML5
  • Close FrameMaker
  • Close browser and make sure your browser is set to not store old sessions
  • Do a search on c:/ for *.tmp files and delete all *.tmp files which you are allowed to access. The rest does not matter and you can keep them
  • Delete the last folder with generated output or switch to a new folder for the next iteration
  • Restart FrameMaker
  • Do a new Publish to HTML5
  • ... and so forth next time around

 

The reason why changes do not reflect in the generated output is that FrameMaker picks up old settings which lie in the temp folder and serves them as you new output. It is quite annoying and I have posted it as a bug.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Nov 01, 2019 0
Community Beginner ,
Jan 20, 2020

Copy link to clipboard

Copied

  • Generate HTML5
  • Close FrameMaker, browser, etc.
  • Restart FrameMaker
  • Do a new Publish to HTML5
  • ... and so forth next time around

 

This sounds rather excessive for an authoring tool.

I have 30 files using shared resources with some variations.  A minor change in one of the resources - say a copywrite page - should be updatable with one press of a "publish all" button. 

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Jan 20, 2020 1
StudioSm LATEST
Engaged ,
Jan 20, 2020

Copy link to clipboard

Copied

I have had these issues. That does not necessesarily means that everybody else will have them. And they don't as far as I am aware of.

Win7, which I am running, is old and Microsoft has just recently sent it to the secret elephantine churchyard of outdated software. You are better off trying the process out for yourself and checking whether it works for you.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Jan 20, 2020 0
Community Beginner ,
Nov 04, 2019

Copy link to clipboard

Copied

Hi. I do not have any .fm files open when I am generating my HTML5 output.

I save, close .fm files and then do a book update before the publish HTML5 step.

 

As I posted, the HTML5 problem seems to affect me when I am logged in as myself and it does not affect me if I log in as a temporary user. My workflow is the same each time.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Nov 04, 2019 1
Community Beginner ,
Nov 04, 2019

Copy link to clipboard

Copied

Hi StudioSm,

I had read your posting when I first experienced the issue. Closing down FrameMaker and restarting it and re-opening your book and regenerating the H|TML5 does then generate correct HTML5 once but once and once only. You must do that for every Publish you want to do. That is what I have found. That seems to fit in with your experience.

 

It does mean that interactive HTML5 publishing is ruled out or is incredibly slow. As you must know.

 

Your description about old settings used by FrameMaker sort of rings true though. Something like that would explain what is going on. Along with Adobe support and IT at my company, I have conducted tests clearing user folder files, using different Windows OS's (7 and 10), with different laptop machines, and with different login user names. Each time, we find that if I log in as me, I experience an HTML5 issue. If I log in as a temporary user, who is even set up with the same privileges as me, then I do not experience such an issue. 

 

There is something that FrameMaker must be using which is linked to my login, for some reason, which is causing this anomalous Fm HTML5 behavior.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Nov 04, 2019 1
Engaged ,
Nov 04, 2019

Copy link to clipboard

Copied

Hi DHTML

Another issue with publishing is url's.  I have experienced that having a unicode character in the path, like æøå or anything else outside of ascii will cause problems. Meaning that if your user url is something like C:\Users\insertusername_æøå you will have problems. The same goes for fm file folders residing in that kind of url's or output folders. Publishing to C:\Users\æøå will cause problems as will making project files with that kind of url's.

I don't know whether that might be the cause of the differences you experience between the two kind of user profiles - but worth a look, perhaps.

Likes

Translate

Translate

Report

Report
Community Guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
Reply
Loading...
Nov 04, 2019 0