RH10 Multiscreen HTML 5 support - glossary issue

Hi,
I'm currently evaluating the new version of RH10.
I'm trying out the new Multiscreen HTML 5 layouts and have set up a desktop layout and am investigating configuring it for my company's look & feel.
The Multiscreen settings dialog gives you the option to select a TOC, Index, Glossary, etc of your choice, but it doesn't appear to let you opt out of using one! How can I opt out of having a glossary? RH8 allowed you to choose which tabs you wanted.
Am I missing something?
Thanks for any help.
Feebeegeebee

Hi,
Wow, the release is only a day old and we find the first HTML5 post
If you want to opt out, you must amend the screen layout so that that information is excluded. For example the Desktop Layout. Now select the Glossary/Index/TOC element so that squares around the element, such as this:
Now simply press Delete to remove the tab from the output. Do this for all the pages that the glossary can be accessed. (Home page, topic and search results.)
Greet,
Willam

Similar Messages

Captivate 7 web object not scrolling properly iPad multiscreen.html

I have a Captivate 7 project published as both SWF and HTML5. The project is to be deployed via an LMS using multiscreen.html.
The issue that I have is that I have a web object that requires scrolling but when I view multiscreen.html on my iPad I am required to scroll horizontally with my finger to achieve vertical scrolling of my web object, any attempt to scroll vertically just causes the web bouce effect in Safari. If I view the project via index.html on my iPad, scrolling works as expected with vertical scrolling behaving properly and no web bounce.
It seems as though multiscreen.html is getting the orientation of the device confused but that's just a guess. Has anyone else encountered this and if so, do they have a workaround that they can share please?
Many thanks.

I've found that updating the file called 'Widget_40080.htm' with the highlighted section in the following image fixes the scrolling issue on iPad.

Issues using multiscreen.html to display content on iPad

Hello all,
I'm using multiscreen.html to enable people using a variety of browsers to view Captivate 6 content. From an iPad, the content is cut off a bit from the right side of the screen and a sliver of blank space is displayed on the left. After the video loads, and while holding the iPad in landscape mode and then turning it from landscape mode to portrait, all content will nicely fit back on the screen. Content continues to fit if I turn the iPad back to landscape mode. I'm not experiencing this issue on the iPad using the index.html (html5) file.
For the sake of compatibility among browsers and devices, I prefer to use the multiscreen.html file to drive my video. Does anybody have any suggestions?
Thanks so much!
-g

Which iPod Touch model? What version of IOS? Try double tapping the home button, swipe (left to right) twice and you will see the airplay icon. Airplay needs to be enabled on ATV and iPod needs to be on the same network.

Renaming multiscreen.html

I'm deploying a project via a custom system (that I don't control or have access to) that is hell-bent on looking for index.html as its launch file.
As a result I need to rename multiscreen.html to index.html and subsequently rename what used to be index.html (HTML5 launch file) to index2.html
In the html file that has the multiscreen code in it I have also pointed to index2.html for the HTML5 version. Hopefully this makes sense so far...
The issue I have is that when the SWF version is viewed, I need to hover over the buttons for ~2 seconds before they become clickable. This isses only seems to present when I have modified multiscreen.html so I was wondering whether anyone had any advice (other than not to modify multiscreen.html ).
Has anyone else had to do this and if so are there other places in the output files that I need to make modifications to accommodate the changes I've made to file names?
We've tested this on Windows Vista, Windows 7 and Windows 8. It seems to behave on Windows 7 but not the other two. Browsers that are affected are IE9, Chrome, Firefox and Safari.
Many thanks.

This is by design. If you want to change this, the content section must have a set height and scroll. Which layout are you using? -- Check out the Responsive layouts and the Social layout. I believe those have the more traditional TOC placement.
Kind regards,
Willam

No Multiscreen.html

Good afternoon!
Has anyone had an issue with Captivate not creating a multiscreen.html file when publishing using swf and html5 output options?
It worked for a few of my courses, but on a couple of them, even though swf and html5 output options are selected, the multiscreen.html doesn't appear. Since these courses will be used on laptops and iPads, I need that file.
Keepin' the joy,
Patti

Interesting - that worked, Jim. Thank you!

Adobe Bridge CS6, Output to HTML Gallery coding issue.

Adobe Bridge CS6, Output to HTML Gallery coding issue.
I have created the html, JavaScript, css file using the output function in Bridge CS6, which nicely generates the coding, pages, folders and files. I can edit the html files such as gallery title, name, etc., in Dreamweaver CS6 just fine and preview them in a selected browser (both chrome and IE) and everything works fine.
When I ftp upload the files and directories into my hosting account (Go Daddy), the images do not show up. The file table appears but the thumbs images does not appear and when selected to preview the larger image, it does not appear either. I have not altered the file structure at all. Go Daddy says it is a coding issue, but I cannot fine any errors.
Have you seen this issue before? All Adobe help research have failed. Any suggestions??

Have you asked on Go Daddy site for help in uploading Adobe Bridge script? Just to say it is coding is not helpful.

xsl:output method="html"/ - supported?

Is the otutput method "html" supported in
the recent version of the XML/XSL parser?
I was trying to use the <BR> tag with the
<xsl utput method="xml"/> declaration but
I got an XSLException error message
indicating a not well-formed XML document.
Then I tried the following output method
declaration: <xsl utput method="html"/>
but I got the same result?!
Here's a simple XSL stylesheet I was using:
<?xml version="1.0"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl utput method="html"/>
<xsl:template match="/">
<HTML>
<HEAD></HEAD>
<BODY>
<P>
Blah blah<BR>
More blah blah<BR>
</P>
</BODY>
</HTML>
</xsl:template>
My question is: "How do I use a not
well-formed tags (like <IMG>, <BR>, etc.)
in a XSL stylesheet?"
Thank you very much in advance!
Cheers.
Georgi

Sorry for jumping in on this thread, but I have a question regarding you reply. I have an XSL stylesheet that preforms XML to HTML conversion. Everything works correctly with the exception of those HTML tags that are not weel formed. Using your example if I have something like:
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="html"/>
<input type="text" name="{NAME}" size="{DISPLAY_LENGTH}" maxlength="{LENGTH}"></input>
</xsl:stylesheet>
It would render HTML in the format of
<HTML>
<input type="text" name="in1" size="10" maxlength="20"/>
</HTML>
While IE can handle this Netscape can not. Is there anyway to generate completely cross browser complient HTML with XSL?
Thanks!

Multiscreen HTML 5 output in Chrome – when scrolling down very long topics in the content pane the navigation area 'moves up' , i.e cant see search field or TOC.

Hi,
Multiscreen HTML 5 output in Chrome – when scrolling down very long topics in the content pane the navigation area 'moves up' , i.e cant see search field or TOC.
thanks
Anat

This is by design. If you want to change this, the content section must have a set height and scroll. Which layout are you using? -- Check out the Responsive layouts and the Social layout. I believe those have the more traditional TOC placement.
Kind regards,
Willam

Full HTML Support

I haven't played with CS3 yet, so I don't know if this
already exists... but, are there any plans for full HTML support
within flash for future releases?
Basically, if I have a flash movie that utilizes a large
portion of the screen, and I need to display some HTML content, I'm
stuck. It's not feasible to use iFrames or floating divs in this
situation. It would be great if I could load the HTML page into a
movieClip and have full support of all attributes.
Thanks.

No big changes in HTML support in Flash CS3 Professional.
Some slight mods from Flash 8:
" Using HTML text formatting in Flash CS3 Professional"
http://www.adobe.com/go/tn_14808
The tool that is going to be the change agent for html in SWF
is Apollo.
http://labs.adobe.com/wiki/index.php/Apollo:Documentation:Adding_HTML_content_to_SWF-based _applications

[svn:osmf:] 16099: Added HTML support for a Banner Region.

Revision: 16099
Revision: 16099
Author:   [email protected]
Date:     2010-05-13 13:26:58 -0700 (Thu, 13 May 2010)
Log Message:
Added HTML support for a Banner Region.
Modified Paths:
    osmf/trunk/apps/samples/framework/ExamplePlayer/html-template/index.template.html

Hello Alex,
I don't have an answer for you.
But, can you try to use http://drmtest2.adobe.com:8080/Content/anonymous.f4v with locally hosted OSMF player? This content doens't require user/pass info.
I'm wondering that Google TV's flash player doesn't support prompt dialog.
http://drmtest2.adobe.com/AccessPlayer/player.html requires flash player 11. That's why it won't be loaded with flash player 10.x.
Thanks,
-- Hiroshi

Html 5 charset issue

We have an application using html5. The server returns an accepted charset of utf-8. On the page is the following meta-tag: <meta charset="utf-8">.
When inputting "special"characters (é, è, à, etc) and submitting the form, firefox translates this to these characters: Ã©Ã. Further examination tells us that these are utf-8 representations of the iso-8859-1 values for the given characters. (we are using firefox on windows)
When putting the accept-charset on the html-form, the issue is solved. However when reading the html5 spec, it seems to me that firefox should interpret either the server response or the meta-tag and submit the content as utf-8.
We have the same issue in chrome, however in IE it seems to work.

Hello,
Can you please confirm the following
#The file is saved with UTF-8 encoding
#Are the pages getting served by server side scripting (PHP etc) or is it a HTML+JS single page application
#Is it possible for you to provide a sample of the <meta> tag you are using
Like you mentioned, if you did provide the charset in the meta tag, it is not required to set the charset for the form (provided the charset is the same), but the browser should be able to identify the charset properly.
Can you please check these links to see if having the charset within the first 512/1024 bytes of the page is causing this issue
#[http://forums.mozillazine.org/viewtopic.php?f=9&t=1168365 Setting default encoding of a page to UTF-8]
#[https://bugzilla.mozilla.org/show_bug.cgi?id=812542 Charset identified wrongly as Western-8859-1 for a UTF-8 page]
#[http://code.google.com/p/doctype-mirror/wiki/MetaCharsetAttribute Details on MetaCharSetAttribute]
#[https://developer.mozilla.org/en-US/docs/Web/HTML/Element/meta Meta on MDN]
Thank you

JEditorPane and more html support?

Does anyone know if Sun is planning on expanding the html support of the JEditorPane?

Recently there was a postin the JavaHelp interest mailing list saying that the Swing team is looking into probably enhancing the text and html package for Java version 1.5...

RoboHelp HTML v7to9 Migrate issue, Screen Tip field in images' properties w/DHTML Drop-down hotspot

Hey all, thanks in advance for any info you can provide. All the RoboHelp references below relate to us using the respective version of RoboHelp HTML, and on my XP SP3 pc.
For various reasons, we tried migrating our data from RoboHelp v7 directly to RoboHelp v9, but noticed this same issue also occurred when we tried to migrate our data from RoboHelp v7 to RoboHelp v8, as this was one of the reasons we did not use RoboHelp v8 as our production "version".
I noticed that RoboHelp v9 (and RoboHelp v8) will not populate the "Screen tip:" area/field of the image's properties window with the existing Screen tip text, even though it is in the html code of the page and when viewing the page within RoboHelp (Ctrl-W) or through a browser like IE6 or IE8, the Screen tip text will display when hovering the mouse over the picture. Only the RoboHelp v7 will properly display the text info in the Screen tip area.
Please note, we have most of our images inserted in a DHTML Drop-down hotspot and use buttons associated with a java script to "Show All Images" (or "Hide All Images") and these examples are the ones that the "Screen Tip:" field in the image's properties did not populate in RoboHelp v9.
Is there any easy way to get the ALT text to appear in the actual "Screen tip:" area/field of the image's properties window in RoboHelp v9, or must they be manually entered? Otherwise, currently it shows up as all blank, as though we neglected to fill it in. Is there an actual fix for this? Thanks in advance for any info you can provide.

Create a one topic project. See the Contact page on my site and send the project as instructed there. Do make sure you include a link to this thread and please do not email the project direct.
I will open the project in Rh10 and generate webhelp.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

HTML+CSS conversion issue with nth-child() selector

Why doesn't Adobe Acrobat XI Pro convert the below HTML code correctly when I try to create a PDF from it?
I've simplified the actual code significanly in order to present the problem in its simplest possible form. The code below uses the CSS "counter" feature to modify <li> elements according to a specific pattern. This code enumerates and indents every third line in the progression 1,4,7,10,13, ...
In Firefox and Internet Explorer, this code is displayed correctly, but Acrobat XI Pro ignores the lines with the "nth-child(3n+1)" selector which contain directives to hide line enumeration on non-matching lines and to indent text on matching lines. Acrobat XI Pro instead displays line enumeration for all lines and doesn't indent text on any line, as if the two directives containing the "nth-child(3n+1)" selector were not present at all.
Is this a bug or is it an unsupported feature in Adobe Acrobat XI Pro?
Whichever the case, any suggestions on a not too labourious alternative method to achieve the same result?
As things are, I've been forced to resort to using the so called "poor man's nth-child selector" workaround (abouthalf.com/development/poor-mans-nth-child-selector-for-ie-7-and-8/), which requires manual specification of each line's content with ever-increasing code extension/repetition. It gets the job done, but in a very messy and time-consuming way, and it only works with pre-defined static content. In terms of size, the difference is that of less than 1kb CSS file size when using the nth-child() selector vs more than 75kb CSS file size when using the above mentioned workaround, for a 250 line predefined stylesheet.
Surely there has to be a better way to deal with this issue? Support for a core HTML/CSS feature that generates ordered layout patterns for line enumeration, indentation, etc, would seem like a top priority feature to support in a product such as Adobe Acrobat Pro, given its focus on page layout...
<html>
<head>
<style type="text/css">
body { margin: 75px 90px; }
li { list-style-type: none; counter-increment: listing; }
li:after { content: counter(listing); float: right; margin-right: -2em; visibility: visible; }
li:not(:nth-child(3n+1)):after { visibility: hidden; }
li:nth-child(3n+1) { text-indent: 25px; }
</style>
</head>
<body>
<li>Line One</li>
<li>Line Two</li>
<li>Line Three</li>
<li>Line Four</li>
<li>Line Five</li>
<li>Line Six</li>
<li>Line Seven</li>
<li>Line Eight</li>
<li>Line Nine</li>
<li>Line Ten</li>
</body>
</html>

Any suggestion what the issue and/or solution might be?

RoboHelp 10 Multiscreen HTML5 Support | New in RoboHelp 10: Multiscreen HTML5 Publishing | Adobe TV

RoboHelp 10's HTML5 support enables multiscreen support on a variety of devices. Help files are no longer limited to the traditional "tri-pane" layout. Text and graphics can dynamically resize with many devices.This is one of several videos that highlight key features in the latest release of Technical Communication Suite 4 (TCS4), which includes FrameMaker 11 (FM11), RoboHelp 10 (RH10), Captivate 6 (CP6) and more. With TCS4, work faster and smarter with cross-product integration. Easily author and enrich XML/DITA content. Publish to multiple channels, formats and screens using multiscreen HTML5, and increase overall enterprise productivity.
http://adobe.ly/O58sd7

Hooraaay! About time!

RH10 Multiscreen HTML 5 support - glossary issue

Similar Messages

Maybe you are looking for