Bookmarks of a Responsive HTML5 output as part of an overall tree structure

With its Responsive HTML5 output, unstructured FrameMaker 12 can create a bookmark tree.
Is it possible to tie trees (bookmarks) of multiple Responsive HTML5 outputs in an overall HTML tree structure?

Hi Herbert
Thanks for reporting the issue.
For this problem, I will suggest two solutions
1. Either create a master book containing all your books / fm documents and then publish, you will get integrated Responsive HTML5 output.
2. Or use TCS and in RoboHelp use merge project Adobe RoboHelp 11 * Merging Help projects
Please let us know if you find any issue in that.
Thanks
Amit Jha

Similar Messages

Missing Bookmarks in Responsive HTML5 Output

I just started working with Responsive HTML5 in RoboHelp 11. I notice that on one machine my bookmarks appear in the sidebar of the Responsive HTML5 output. However, when I move the output to a different machine and view it, the bookmarks are missing from the sidebar. Only the Contents icon appears from which I can access the pages individual pages. What do I need to do to ensure that the bookmarks appear regardless of the PC on which it runs? Thanks!

It might be possible to tweak the responsive layout but Willam is likely the only person around here who can tell you how.
Otherwise maybe a multiscreen layout could be used where you only generate one layout notwithstanding the name. There are some topics on my site and in the RoboHelp Tour that will help with that idea. Come back if stuck. Generally though I would stick with Responsive Layouts.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

I want to create a new customized screen layout for responsive HTML5 output. I don't want to use the ones present in the gallery. What are the steps to do so?

I don't wish to use the ones already present in the gallery. They do not meet my requirements. Therefore, I want to create/design my own screen layout for the responsive HTML5 output. Please let me know the steps to do so. How to create a SLZ file, what is the code that I need to write. What are the components that I need to create to have a complete screen layout to be used in a responsive HTML5 output.

That would require inline formatting and I doubt that is an option.
If I am following you, the header area is full width of the screen so I cannot see how it can be broader, Perhaps you mean deeper? A screenshot might help here. The change would be made in the layout.css file.
That would be a change in the layout.css.
I suspect that too is controlled by the layout.css.
To make the changes you would have to go into the layout.css and modify that. As you will see, it is a very complex CSS and that is why I said creating you own layout is not easy. Hopefully when Willam is available again, he may be able to give you some more specific information.
I think Willam will confirm that if you cannot read the existing CSS to make those changes, then creating your own skin would be beyond your capabilities. Please do not take any offence there, I am simply emphasising how complex a task it is to create a skin from scratch. It's not one I would take on.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

No Search Results page in Responsive HTML5 Output.

Hello,
I am using RoboHelp HTML version 11.0.3 and have just finished my second help project, which I need to publish in Responsive HTML5 format. I had already published one project for some new software designed to run on iOS devices using the Responsive HTML5 format for that as well. Despite some issues with the Theme1 screen layout being corrupted, which I was able to resolve by importing another screen layout, I was able to get that project released. When I compiled this latest project, however, I get several errors stating that "The Search Results widget is not allowed in the Topic Screen layout page. No Search Result layout page is present in the screen layout - the search textbox will not work as expected."
Long story short, when the project is compiled and I view the result, there is no search control to open a search page see first image below). Instead a search field is displayed at the bottom of the initial page (see second image) and sure enough, if I enter a term in there and click the search button, I get an index of all the files in my project (as opposed to a proper list of results).
I'm not sure why this is happening when I'm literally using the same exact screen profile as in the other project. I'm experiencing other display/formatting issues as well like some of my headings not displaying properly, the text in the header not displaying properly, and so on (these are things I experienced with the original corrupted profile, but this is the NEW profile I imported to resolve those issues). The main issue is the search page though.
Has anyone experienced anything like this and if so, can you offer a solution. I need to get this project properly compiled and released.
Thanks in advance for any help you can provide.
Dave

Hi Willam,
Sorry, not sure what happened with the previous post.
That’s what I did to begin with. Since I knew that layout worked for me and took care of the issues with the corrupt (Theme1) layout for the other project, I imported that into the current project. There seems to be something wrong with the layout or the project itself, though, now. Whenever I compile the project I get multiple errors stating the Search result widget isn’t allowed in the Topic screen layout page. I even created a completely new project, imported all my topics from the previous project, and imported the layout again and still it keeps giving me the error that the Search result widget is not allowed in the Topic screen layout page.
I don’t think this has anything to do with iOS, since I’m seeing the issues when viewing the help file on both a laptop and PC; haven’t even viewed it on a device yet. At any rate, I just don’t understand why I’m getting all these errors, having all these issues with the Responsive HTML5 format. It’s been especially frustrating since I thought I had already resolved the layout issue.
Any other ideas??
Thanks,
Dave

I am trying to create an responsive HTML5 output, but images are not showing up.

When I preview my output, the images are note showing up. It is simply the blank outline of the image with the little image icon in the top left corner.
As it is compiling I see the message "Warning: Image maps are not converted to relative size". Is there something in the setting that I need to change, or is that even the problem?

Can you check your output folder: are the images copied to your output? If they are missing, are the images listed in the Project Manager pod in RoboHelp?
The warning is unrelated. Since image maps work with pixel coordinates, you can't simply make them responsive. You are probably using an image map in your project. This is causing the warning. It is not a problem since the image map will still work. But if the image map is very large, it may give a bad experience on smaller screens. You may have to decide whether to change or remove the image map if you want to support mobile.

RH11 Responsive HTML5 Rendering Delays?

I am using a trial of RH11 to investigate upgrading from RH9. We currently produce WebHelp but we're also thinking about trying Responsive HTML5 output since our application runs in IE and also Safari on iPad (the Webhelp on iPad, even that produced in RH11, has some issues with parts of the search tab being cut off from display...thus the thought to try Responsive ouput).
In the trial output of Responsive HTML5 used in IE, we experience delays anywhere from 3 to 5 sec up to 20 sec sometimes (usually less than 10 sec) as we use the interface. For example, when help first opens up and begins to display its content and interface components, there can be pauses until the content is finally displayed in the browser. Another noticeable delay time is anytime we happen to adjust our browser size on our desktops -- for example, maximize or downsize browser to fill up various amounts of the desktop screen so that we can see how the help layout adjusts itself given the amount of browser space available. This is in IE10 and 11. I did not expect such overhead or delays when trying out that help format. Webhelp ran from the same server doesn't have the delays.
Has anyone else experienced these Responsive HTML5 delays? If so, have you found any work arounds or settings in your help project or browsers that either contributed to the rendering delays or helped reduce the delays? I assume all the scripts that run behind the scenes are a factor. The delays occurred whether I used one of the standard screen layouts for the help or had made some adjustments to the layouts such as to its color scheme. With the delays we're experiencing now, the Responsive HTML5 help isn't as appealing an option as I had hoped.
Karen

I grabbed a few screens of a report today showing durations. In this session, I opened help, waited for it to load, then began using the contents, and ended with a search on a single word. Yes, the longest durations were the HTTP requests (for images and for toc). Most of the delays I noticed seemed related to TofC, including some where I would click on a book to expand it and nothing happened, so I needed to click again (maybe my first click was before the page was done loading and I hadn't realized it, jumping the gun before contents tab was ready to use?). The other screens show the bulk of the rest of the report, which were for script evaulations and then painting/rendering.
Regarding bandwith -- might be the case for me, since I work remotely and am accessing this all via our VPN. But there is a person in our office who ran the help for me while in the office and also was seeing delays (the help in this case resides in the folders of an app that is housed on internal server). My next step is going to be putting the help on our web server and see if the delays still occur there.
Something to note is that when I run this help locally from C drive, there are also some delays -- most noticeably within the table of contents (for example, click on an item such as a book or sub-book and nothing happens so I wait a second or two and click again and it responds).
One final question in case it's relevant -- this help was produced off an old RH9 webhelp project that I opened/upgraded in the RH11 trial. Could that be a factor? Should I try a fresh project with fresh topics and TofC?
Appreciate the time you are taking to share our thoughts on this matter,
Karen

How to stop popup window using phone layout for display - Responsive HTML5, RH11

Hello,
I'm using the new Responsive HTML5 output in RH11. For some of my hyperlinks, I want to use a pop-up to display the linked topic. In the output, the pop-ups work, but they are automatically displayed using the phone layout, with the associated navigation buttons at the bottom, the help title, and so on. I don't want this - I just want a plain popup window. So, I tried to add a Screen Profile, set to 400 x 500 pixels exactly (thinking that this is bigger than a phone, but smaller than a tablet). I also added a corresponding Screen Layout. In the popup properties, I set the popup size to be 400 x 500 pixels. I guess there is something else I need to do to get this to work... but I don't know what that is. (I tried creating a new Window on the Project Set-up tab, and I tried creating a different master page. These things didn't work.)
Can anyone tell me if what I'm trying to do with these popups is just a bad idea and it won't work well with certain browsers?
Thanks!
Alexandra

I am confused as the responsive layouts are one size fits all, that is the point of them. You have one layout that morphs according to window size.
Screen Profiles are only used within Multiscreen HTML5 layouts where you can map screen profiles to different adaptive screen layouts, such as desktop, tablet and phone. That mapping does not apply to responsive layouts.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Need help with Responsive HTML5 screen layout in RoboHelp HTML 11

I have a few questions/issues regarding screen layouts for Responsive HTML5 output in RoboHelp HTML 11.
First off, I decided to just use the Theme1_Standard layout that came with the program (only other default option was Theme2_Government) and started customizing the layout. I originally added a company logo to the 'Header' component in the Customization dialog, but have since decided to remove it. I can't seem to do this from the dialog, so I tried just deleting the image file from the whole project. The file is gone, but the logo is still there. This is only displayed in the header when a topic is displayed, it does not appear in the header at the TOC, Index, Search screen, etc. How do I get rid of this???
Secondly, the text in the header for the topic screens appears differently than the one on the screens for the TOC, Index, Search, etc. In the former of these, the header is displayed in maroon text in a much smaller font, similar to that used in the topics. In the latter, the topic is displayed based on what I configured in the Layout Customization dialog; much larger in white text on a black background. In each case the heading text serves as a link to the default display topic shown when the help file is launched, which is fine. However, how do I get the header to be consistent across all screens (topics and TOC, Index, etc. alike)???
As a result of these issues with the Theme1_Standard layout, I'm trying to import a different Responsive HTML5 screen layout than the two provided within RoboHelp HTML 11 (Standard and Government). I did some digging in the program help and found another layout I'd like to use (Theme3_Black.zip) at RoboHelp screen profiles and layouts. I tried importing the new layout, but it's looking for a .SLZ file and the only one in the files that came with the ZIP file is SLZConfig.xml, and I don't think that's what I need, though quite honestly, I don't know.
I extracted the contents of the ZIP folder to a folder in the !ScreenLayout! folder within the RoboHelp project, but when I open the project, I don't see Theme3_Black as an option. I need to figure out how to import this screen layout because the color scheme matches the one used in the program for which I am writing the help. How do I import and apply this other screen layout???
Any tips, tricks, or guidance on any or all of these items would be GREATLY appreciated.
Thanks much in advance,
Dave

Item two of the original post is also something I am having issues with:
"Secondly, the text in the header for the topic screens appears differently than the one on the screens for the TOC, Index, Search, etc. In the former of these, the header is displayed in maroon text in a much smaller font, similar to that used in the topics. In the latter, the topic is displayed based on what I configured in the Layout Customization dialog; much larger in white text on a black background. In each case the heading text serves as a link to the default display topic shown when the help file is launched, which is fine. However, how do I get the header to be consistent across all screens (topics and TOC, Index, etc. alike)???"
We have the text toggle between red, white and blue depending upon the topic selected. In the customize Selected Layout we have the title color set to white. It seems to think that it is a link and I would like to know how I can force the text to be white and to stay that way no matter which topic is selected.

In RoboHelp 11 Responsive HTML5, is it possible to have 2 different language outputs in one generated output file?

In RoboHelp 11 Responsive HTML5, is it possible to have 2 different language outputs in one generated output file, similar to WebHelp where the use can select the language from a drop-down list? In Webhelp output you could create multiple Content categories. Is there something similar with the responsive output, or am I forced to have a completely separate set of output files for each language (for example, English, Japanese, Chinese, Korean, and Arabic)?

As Rick, mentions, there's no default way.
Having said that, there's nothing stopping you from doing it yourself. You can add a kind of language selector to the layout and set that for every html5 output. With some JavaScript, you can have the user switch between your outputs. It would look like content categories, but you'll have build it yourself.

Does Responsive HTML5 have an option to force the output to be lowercase?

Using RoboHelp 11.0.3.268, I'm testing the Responsive HTML5 layout as a potential upgrade from our current WebHelp SSL. The one thing I cannot find in configuring the SSL is the option to force the output to lowercase like what is offered in WebHelp and other SSLs. This is a critical project requirement because our team authors on Windows, which is case insensitive, and we publish help output to UNIX web servers, which is case sensitive.
Thanks,
Alan

Also, I should add this. As long as everyone is authoring in RoboHelp, there really shouldn't be issues because RoboHelp "has your back".
I believe what that option is intended to prevent is a situation where someone may be using perhaps Notepad or maybe even an app such as CoffeeCup HTML Editor to edit the content. And when creating links, if you were to create a topic that was named MyTopic.hTm, if you created the link as mytopic.htm, of course it would break on a UNIX system. And I'm guessing you already know that. So the RoboHelp option just changes all the names and the links to lower case to prevent breakage. But if all are working in RoboHelp and not hand coding links, you are probably totally safe. In fact, I'd be shocked to see that RoboHelp would actually have allowed creating any broken links.
Cheers... Rick

RoboHelp HTML 11 - If I publish using a responsive HTML5 layout, will the output be available to users who want to view it offline? Or does it require an internet connection and a browser to view?

I am writing help content for software that has two essential components - one web-based and the other a locally installed app (our users work in both). I need the help documentation to be available from both and I wanted to use the new responsive HTML5 layout to make it accessible from a PC, tablet or smartphone while publishing from a single source, but the locally installed app allows users to work offline so I need the help to also be accessible when a user works offline. Is this covered with responsive HTML5 publishing or do i need to publish the documentation to an application help viewer as well?
I apologize if there is an obvious answer to this. I am new to this and I have already checked the RoboHelp user guide and the FAQ and forum to try and find the answer.
Thanks for your help.
Cat

Hi there
While I agree with Jeff that CHM is a bit long in the tooth, it's still extremely viable. The only real issue with it is that it's PC only. Specifically, Microsoft Windows PC only. So that rules out Android and other platforms.
Yeah, HTML 5 is like the cool new kid on the block that doesn't play by the regular rules. But also like that same kid, it is a bit unpredictable. If it were me, I'd maybe experiment with WebHelp. ESPECIALLY if you have a fondness for customizing the look and feel of things. WebHelp customizations are so much easier to implement than the HTML 5 stuff in RoboHelp. I'd rather be forced to stick red hot needles into my eye sockets than to have to deal with that type of customization in RoboHelp. Not to mention needing to have a really good grasp of CSS and HTML 5 coding as well as RoboHelp Widgets. There are probably fewer than ten folks on this planet that can easily handle this.
Cheers... Rick

[FM12] Linking multiple books for HTML5 output

Hi all,
Here is the problem I'm facing :
I've created several FM12 books. Each one has a life on its own, as the main purpose is to publish in PDF format.
I would like publish in HTML5 to put all the books in an online help, that would be integrated into my company's website.
I have a problem dealing with the structure of my online help.
When putting out each book individually in HTML5, my TOC format is perfectly preserved as such :
ChapterTitle
- Level 1
- Level 2
- Level 3
ChapterTitle
- Level 1
- Level 2
- Level 3
However, if i put all my books in a same master-book, and generate a master-TOC, the HTML5 Output breaks my TOC format, as I have the following result :
Book 1 name
- ChapterTitle
- Level 1
- Level 2
- Level 3
- ChapterTitle
- Level 1
- Level 2
- Level 3
Book 2 name
- ChapterTitle
- Level 1
- Level 2
- Level 3
- ChapterTitle
- Level 1
- Level 2
- Level 3
Any hint or idea on how to solve this problem would be greatly appreciated. Thanks a lot !

This question has been cross-posted to two different forum
categories. Please direct any responses to the thread where the
question was originally asked. You may do this by
clicking
here.
Forum posting guidelines may be viewed by
clicking
here.

Publish in Responsive HTML5 - files skipped and 3rd level topics not generated

I'm having trouble getting the new FrameMaker 11 Publish features to work as expected.
I have a ditamap with three levels of headings. When I use the Publish feature to output in Responsive HTML5, a TOC is produced, in which there are no links below the second level.
Moreover, even some files at the second level randomly are not accessible from the TOC. A link is present, but when I click, it lands on a page that says "this webpage is not found".
When I look in the output directory, all the files are present in html form, so they do exist.
One file, however, although correctly formed in the xml source with a series of unordered lists, comes out looking like this:
An interactive script called bootstrap_.cmd is provided when you run the installation package for the Control Centre. This script simplifies the configuration of the sample database with a MySQL database engine. It performs a series of setup tasks, including:
ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã‚Â ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬ÃƒÂ¢Ã¢â‚¬Å¾Ã‚Â¢ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€šÃ‚Â ÃƒÆ’Ã†â€™Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¾Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã†â €™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã¢â‚¬Â¦Ãƒâ€šÃ‚Â¡Ã ƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€¦Ã‚Â¡ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã †â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã‚Â ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬ÃƒÂ¢Ã¢â‚¬Å¾Ã‚Â¢ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€¦Ã‚Â¡ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã †â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã†â€™Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã¢â‚¬Â¦ Ãƒâ€šÃ‚Â¡ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€šÃ‚Â¦ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¡ÃƒÆ’Ã †â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã¢â‚¬Â¦Ãƒâ€šÃ‚Â¡Ã ƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€¦Ã‚Â¡ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã †â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã‚Â ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬ÃƒÂ¢Ã¢â‚¬Å¾Ã‚Â¢ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã†â€™Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€¦Ã‚Â¡ÃƒÆ’Ã¢â‚¬Å¡ Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã‚Â¦ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¡ÃƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã¢â‚¬Â ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢ÃƒÆ’Ã†â€™Ãƒâ€šÃ‚Â¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡Ãƒâ€šÃ‚Â¬ÃƒÆ’Ã¢â‚¬Â¦Ãƒâ€šÃ‚Â¡Ã ƒÆ’Ã†â€™Ãƒâ€ Ã¢â‚¬â„¢ÃƒÆ’Ã‚Â¢ÃƒÂ¢Ã¢â‚¬Å¡Ã‚Â¬Ãƒâ€¦Ã‚Â¡ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â¢ Execution of the SQL command that creates the database,
Needless to say, this is not useable. Is this a bug in Frame, or am I doing something wrong?
Thanks to anyone who can help,
EFR
Cambridge Imaging Systems

I had some help from Adobe support about the inability of the Publish tool to generate more than two levels of depth in the hierarchy.
The depth is managed by the 'ParaTags' setting in 'BookWithFM-TOC' section of "ditafm-output.ini". By default, it is set to manage only two levels. To change it to four:
[BookWithFM-TOC]
Template=TOCTpl.fm
ElementTags=
ParaTags=title.0|title.1|title.2|title.3|title.4|title-index
Nevertheless, for a long time I could not get this to work for me, because there were in effect TWO ditafm-output.ini files in my standard installation and the one which controlled the output was HIDDEN and did not appear in any searches!
This file:
C:\Program Files (x86)\Adobe\AdobeFrameMaker12\fminit\ditafm\ditafm-output.ini
is the incorrect one, but it is the only one that actually shows up when I looked for ditafm-output.ini.
The correct ini file was in a subdirectory of the path
C:\Users\my_user\AppData\Roaming\Adobe
The trick is to do a search on AppData. It does not show up in a Windows Explorer, but the search returns a slew of htm files recently generated by the Publish process. These confess the hidden path in their headers, under the OriginalFile tag.
None of this was at all self-evident! Thanks Adobe Support.
EFR
Cambridge Imaging Systems

Question about .swf and HTML5 output and passing variables via querystring

Hello,
I am using Captivate 7. We're developing a program that we would like to output both for desktop users and mobile users.If I'm correct, multiscreen.html will determine whether or not to load index.html (which is for mobile users) or yourprogram.htm (for desktop users).
Currently, we pull and push data from the database using .NET via a querystring and Javascript into yourprogram.htm. In the program, there's a Response.Redirect which sends that data (what screen you've finished reviewing as well as quiz data). So it basically reloads yourprogram.htm after each "save" point. We're wondering how to best approach it if multiscreen.html is first loaded, we imagine the variables may not get passed back and forth correctly into the index.html(HTML5 output)? Has anyone had experience with developing a program this way?
Looking forward to your insights, recommendations and anything to look out for.
Thanks,
Ruth

Basically, the code is meant to be an example of using a wrapper to modify output before it gets written to the file. So, println is called and the wrapper just alters any text that comes to it before it gets printed to the file. Think of writing to a message to an error log and appending the Date and time to the front.
The code works fine if you only work on the string that is passed in by itself such as:
s = s.replace('1', '2');When I try to add text onto the string s I run into problems. I need to send the length of the string to the write function but then length ends up being 8202 on the new string. I don't understand why. I am wondering if this has to do with converting chars to string or the way strings are passed to methods.
This method is called first and then calls the write method with the string as a param.
public void write(char[] cbuf, int off, int len) throws IOException {
                String s= new String(cbuf);
                this.write(s, off, len);
        }but for some reason when I try to create a new string from the string passed in or try to append text to it, the length of the string gets message up.
Does that help?
Sorry, I am just trying to understand what is going on here.
Thanks.

Generating either Multiscreen or Responsive HTML5 from command line (RHCL)

Has anyone had any luck getting either of the HTML5 default layouts to generate using RHCL.exe with RoboHTML 11? We try to keep the source files checked in, then generate the output at build time.
To test, I generated a project based off the "Knowledge Base" template, then updated the the associated screen layouts with the screen profiles. For Responsive HTML5, that was "Theme1_Standard", and for Multiscreen HTML5, that was "Desktop_Knowledge". Both of these layouts generate fine through the RoboHTML UI, but when generated from the command line, they fail. With Responsive HTML5, RHCL does not acknowledge that the layout exists. For Multiscreen HTML5, RHCL crashes (null reference exception) when processing the project's index. (Keep in mind that I haven't modified the index from the template at this point).
I'd be happy with either of these two layouts working with RHCL, as we're still fairly early in the process of creating the online help. Our only requirement is that it is web-based and cannot use frames (like WebHelp layout does).
thanks,
-mike
Details:
[For "Responsive HTML5" layout]
C:\Program Files (x86)\Adobe\Adobe RoboHelp 11\RoboHTML>RHCL.exe c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\TestProject.xpj -l "Responsive HTML5"
Adobe (R) RoboHelp Project Command Line Compiler version 11.0.0.179
Copyright (C) 2006-2007, Adobe Systems Incorporated and its licensors. All rights reserved.
Error: Layout "Responsive HTML5" does not exist.
The project contains the following layout(s).
Adobe AIR
FlashHelp
FlashHelp Pro
Microsoft HTML Help
Multiscreen HTML5 (Primary Layout)
Printed Documentation
Responsive HTML5
WebHelp
WebHelp Pro
XML Output
eBook
[For "Multiscreen HTML5" layout"]
C:\Program Files (x86)\Adobe\Adobe RoboHelp 11\RoboHTML>RHCL.exe c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\TestProject.xpj -l "Multiscreen HTML"
Adobe (R) RoboHelp Project Command Line Compiler version 11.0.0.179
Copyright (C) 2006-2007, Adobe Systems Incorporated and its licensors. All rights reserved.
Project: c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\TestProject.xpj
Layout: Multiscreen HTML5.
Output: !SSL!\Multiscreen_HTML5\index.htm.
Scanning project for compilation....
Scanning finished.
Warning: No baggage file description.
Starting compilation...
Multiscreen HTML5 preprocessor 11.0.1.235
Clearing output folder...
Compiling c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\!SSL!\Multiscreen_HTML5\desktop\index. htm ...
Preparing to create Multiscreen HTML5 output...
Preparing files for Multiscreen HTML5 output...
Copying files...
Updating files...
Finished preparing in 1 sec(s)
Initializing compiler...
Generating MULTISCREEN (11.0.1.235)...
Processing TOC data...
Updating topics...
Updating Reference/PhoneNumbers.htm...
Updating Hardware/WidgetMax_2000.htm...
Updating Software/WidgetMax_Installation_Issues.htm...
Updating ProblemsAndSolutions/WidgetMax_Issues.htm...
Updating First_Topic.htm...
Updating Project_Background.htm...
Updating Splash.htm...
Updating Whats_New.htm...
Finished updating topics in 0 sec(s) : total 8 topic(s).
Processing index data...
Crash occurs at this point. For what it's worth, this is the faulting DLL's info:
Fault Module Name:
HtmSingleSourceMultiScreenHelp.dll
Fault Module Version:
11.0.1.235
Fault Module Timestamp:
53631bf0

I just tried and I got the same error as you :-( It seems Adobe didn't implement Responsive HTML5 in the command line. I would qualify this as a bug. Please report it to make Adobe aware of this: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38 Adobe has been fixing many bugs in the past two patches. So perhaps they can fix this in an upcoming patch. And the more people report a problem, the more likely it is to get fixed.
One way around this issue would be to use a script. Call RoboHelp from the command line to open a script and let the script generate the output. Not the best way to go, but at least you can make it work...
Kind regards,
Willam

Bookmarks of a Responsive HTML5 output as part of an overall tree structure

Similar Messages

Maybe you are looking for