Missing closing paragraph tags

Well this is a conundrum. The closing paragraph tag (i.e.
</p>) which is considered optional and which Dreamweaver does
not automatically insert at the end of a paragraph makes a
difference to Internet Explorer (at least version 7.0 which I
previewed the page in). Without the closing tag, IE does not add
space btw paragraphs. I created many web pages recently and
previewed everything in Firefox. I wasn't sure what the client was
talking about when they complained that I was removing spaces btw
paragraphs. I had to go back by hand and insert the missing tags.
Has anyone else run into this problem? Why would a tag that
is so essential be considered optional? Any way just make sure that
you close your paragraphs!
Tom

> Here is the doctype code from one of the problem
documents
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01
Transitional//EN"
> "
http://www.w3.org/TR/html4/loose.dtd">
>
> (Is there a recommendation for which doctype to use?)
You should choose a doctype that's consistent with your
coding ability.
This one is fine unless you are an advanced coder.
> This seems like a loophole that Dreamweaver should try
to fix. I only say
> this
> after having spent several hours having to fix this.
Normally it wouldn't
> bother me.
I have confirmed your finding. I'll submit it. Wouldn't hurt
if you did
too!
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
==================
"TSemmes" <[email protected]> wrote in
message
news:gqr5lv$5s6$[email protected]..
> Here is the doctype code from one of the problem
documents
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01
Transitional//EN"
> "
http://www.w3.org/TR/html4/loose.dtd">
>
> (Is there a recommendation for which doctype to use?)
>
> Actually I did a test with Dreamweaver to see if it
would automatically
> add
> the closing tag.
> This is what I found.
> If the text that is being editing does not have a
paragraph closing tag,
> when
> that text is broken into paragraphs, each paragraph does
not have a
> closing
> tag. It seems that Dreamweaver picks up its decision to
include a closing
> tag
> or not, by the paragraph that is already there.
>
> This seems like a loophole that Dreamweaver should try
to fix. I only say
> this
> after having spent several hours having to fix this.
Normally it wouldn't
> bother me.
>
> Tom
>

Similar Messages

Missing closing body tag

Hello,
I'm seeing an issue that has been mentioned a couple of times in this forum, but hasn't been resolved -- at least no final resolution is posted.
The behavior is that the closing body tag is missing from rendered pages which use the ui:body tag. This does not appear to be related to tiles of jsp fragments specifically.
I am posting an identical question to the JSF forums since this is a component from the webui jar.
Thanks so much for listening and please post if you know anything about this issue and its resolution.

I am getting this too. My pages are all designed as flow-layout with embedded group panels. All my group panels have "block" set (making them divs).
I have made the following observations.
If a page is navigated to by typing the url into the browser address bar, or by clicking on a hyperlink (with no action defined) then the page is rendered without a closing body tag </body>
If a page is navigated to by clicking on a link which has an action defined, then the resultant page is rendered with a closing body tag.
In addition I have noticed that if you have group panels embedded in each other, some with block set (div), and others with block not set (span) then the closing tags sometimes do not match e.g. you may get two opening tags like <div><span> but the closing tags will be </div></div> which can cause no end of formatting issue. As a workaround I make all my group panels blocks so that this does not happen.

ACE-4710 : XML Syntax Error du to a missing closing tag

Hi,
We use XML over HTTPS to gather connections information from a management station. We can successfully read the number of connections per real server (rserver), but the ACE returns a buggy XML code when we tray to get the number of connections through the VIP (by asking the service-policy). The problem is a missing closing tag in the returned code. The missing tag is </sp_class_map>.
We have the latest ACE software version A3(2.2) installed. Note that the same request on a ACE Service Module does not presents this bug. I took a look in the bug toolkit but did not found the exact match.
Does somebody already had this problem ? it is anoying as we cannot represent the number of connections for a specific vip in the NMS.
I attach the returned XML code, in which I highligted the tad that does not have its closing counterpart.
Thank you for any info before I open a TAC case
Yves

Thank you Gilles,
It seams that this bug is only visible inernally : "Information contained within bug ID CSCsz52234 is only available to Cisco employees".
I saved the bug to be informed on its status. Do you thing I should open a TAC case anyway ?
Yves

Closing /a tag not showing up

Hi guys
I was given this site to build, and as per usual with the
repeated elements i used SSIs. I noticed the footer text (the
address etc)was showing up as a link in firefox (but it should not
be) and so went investigating. It's picking up the link from the
above text "Download Documents" because the closing </a> on
the Download Documents links simply isnt there!
The whole right hand menu is an SSI, an the text is all
present and accounted for in the SSI itself. In IE it all shows
fine, cause IE is just ignoring the missing tag, but Firefox isnt,
hence it took me half a day to even notice.
Given that it all looks prefect in the SSI i am totally
confused...I can't think of any reason why the closing tag would be
chopped off.
Here is the temporary URL...
http://www.irerica.com/hen
Thanks
Andy

Andy,
Don't know if this will help, but...
I had a similar problem with a closing </p> tag being
stripped from a SSI. I
am hosting with Crystal Tech. They acknowledged the problem
but never fixed
it or explained why it was happening. Here is my workaround,
as I explained
it to Murray last December:
"It is clearly a Crystal Tech problem. There are actually 2
SSIs on that
page
and both end with "</p>" and in both cases "</p>"
is deleted/lost during the
Include. I found that by just adding a single space after
"</p>" so it now
reads "</p> " everything works and the paragraph is
properly closed. I
reported this to CT and they are looking into it."
Try adding a trailing space. It just might work.
Walt
"FreakyJesus" <[email protected]> wrote in
message
news:f2s8i1$okn$[email protected]..
> Hi guys
>
> I was given this site to build, and as per usual with
the repeated
> elements i
> used SSIs. I noticed the footer text (the address
etc)was showing up as a
> link
> in firefox (but it should not be) and so went
investigating. It's picking
> up
> the link from the above text "Download Documents"
because the closing </a>
> on
> the Download Documents links simply isnt there!
> The whole right hand menu is an SSI, an the text is all
present and
> accounted
> for in the SSI itself. In IE it all shows fine, cause IE
is just ignoring
> the
> missing tag, but Firefox isnt, hence it took me half a
day to even notice.
> Given that it all looks prefect in the SSI i am totally
confused...I can't
> think of any reason why the closing tag would be chopped
off.
> Here is the temporary URL...
>
http://www.irerica.com/hen
>
> Thanks
> Andy
>
>

How can I control the javascript tolerance of missing html element tags in FF 4.0?

I have a javascript routine that tries to get a form hidden input value using getElementById(id).value. The line of html code is:
<input id='id' type='hidden' value='value'
Note the missing closing tag ">". The line is terminated by a crlf.
This code worked in FF3.xx but fails in FF4.0bx. The javascript function fails and returns false when it can not find id='id' using getElementById(id).value.

Some aspects of JavaScript may be sensitive to the DOCTYPE declaration, but otherwise, if Firefox does not place the element into the DOM, then you won't be able to access it in a script.
This forum focuses on end-user support. You can find more web development help on the [http://forums.mozillazine.org/viewforum.php?f=25 mozillaZine Web Development board]. Separate forum, separate registration. Please note the tips in the Sticky Post at the top of the forum before posting.

Global change of paragraph tags

I need to change like a hundred heading2s into heading3s, and heading3s into heading4s. I could do a find for each para tag and manually change it to a different heading tag, but I am hoping there is an easier way. Is there a way to select say 50 pages and globally change paragraph tags?
Bill

Tim1911 wrote:
This works great, but only for a single file.
Is there any way to apply the Global Update Options to every file in a book file (i.e., every chapter in a book)?
Thanks.
* Make a safety backup of all files that you'll work with.
* Change the definitions in a single file, then include that file in a book with all the files that you want to change to the same new definition.
* Save the changed file.
* Use Shift+File > Open All Files in Book; when you do the import below, all open files will be changed as you command, but will not be saved, so you can back out of the changes, if you discover unwanted results, by closing the files without saving.
* Select all the files in the book window.
* Use File > Import > Formats.
* Choose the changed file as the source; turn off all the items except the paragraph formats (and character formats if you want them changed).
* Click Set.
* Inspect the open files for correctness.
* When you're sure all changes are OK, from the book window choose Shift+File > Save All Files In Book.
HTH
Regards,
Peter
Peter Gold
KnowHow ProServices

Hello, please tell me if there is a possibility to disable the automatic closing of tags

The site is implemented on the engine, which connects multiple modules, and therefore almost impossible to find a missing closing tag. Forgive my English.

Can you post a link?
Try View > Page Source
You usually see red text in the page source if there is a missing close '>' or otherwise severe errors in the code.
You can also use the DOM Inspector to see if Firefox reopens a tag in every following container if you mean a closing tag like </div> or </p>

Make new paragraph tag available in all documents in a book

I'm very new to FM10, so please excuse my ignorance.
All I want to do is make a custom paragraph available in all the chapters
of my book. I created a variation of Heading2 (and gave it the paragraph tag
of H2), in one chapter and use it extensively there.
I checked the "add to catalog" box when I created it, but when I'm working on
the other documents (chapters) in the book, H2 doesn't show up in the
paragraph catalog .
After failing to make "import format" work, I even tried to re-create the same H2
paragraph from scratch in one of the the other chapters.
But to add insult to injury, after typing in all the custom H2 characteristics in that
other chapter, and attempting to put in the catalog (which was not showing
an H2 in that chapter), FM told me that it couldn't do it because there was already
a paragraph tag of that name in the catalog.
At that point I decided to throw myself on the mercy of the forum.
Cheers,
JP

JP,
Open the file in which you created the H2 tag. In the book file, select all. Then with the book file selected, select File > Import > Formats. In the dialog, deselect all and then select paragraph formats. From the dropdown at the top, select the open file. Click OK, or whatever. This copies all the paragraph formats from the open file into all the selected files of the book. IF an H2 tag already exists in any of the files in the book, it is overwritten. No tags NOT in the open file are deleted.
After failing to make "import format" work, I even tried to re-create the same H2
paragraph from scratch in one of the the other chapters.
But to add insult to injury, after typing in all the custom H2 characteristics in that
other chapter, and attempting to put in the catalog (which was not showing
an H2 in that chapter), FM told me that it couldn't do it because there was already
a paragraph tag of that name in the catalog.
The second paragraph implies that the import format DID work. What do you mean by failing to make import format work?
Van

URL missing from Media tag

I am trying to stream a live video from Adobe Media Server. I am sending a video to the server from Adobe Flash Media Encoder 3.2. On Adobe Media Server I open the sample video player (videoplayer.html) in a browser. In the STREAM URL field I put: http://localhost/hds-live/livepkgr/_definst_/ liveevent.f4m. When I click the PLAY STREAM button I get the error message: URL missing from Media tag. What do I need to do?

What is the stream name that you are publishing from FMLE? If it's "livestream?adbe-live-event=liveevent" then the url should be http://localhost/hds-live/livepkgr/_definst_/liveevent/livestream.f4m .

Why does my paragraph tag for images get repositioned AFTER the image?

I have TCS2 and link my FM docs to RH.
I use a paragraph tag in FM called "figure" for my imported images. I noticed there is too much space after the images in RH and discovered the "figure" tag is BELOW the images. So even if I map the tag to a RH style, it won't do any good. Any suggestions?

This might fix your problem. Look at how your anchored frame appears in the FrameMaker document. It's probably like this:
┴ ¶
Which is simply the anchored frame marker followed by the paragraph marker.
Now try this. Before the anchored frame marker, add a forced space (CTRL-Space).
|_| ┴ ¶
When RoboHelp interprets this, it appears to place the paragraph before the anchored frame, not after it.
This is assuming you've got the anchoring position set to"Below Current Line," as suggested earlier.
Hope this helps!
Jason

Table headings (tagged in paragraph tags) to be merged as a single entry in the TOC

Hello,
I am working on a previous file done by somebody else. And here, I have the TOC as shown in screen shot below (which looks quiet normal).
- The body page headings are placed in tables as shown in screen shot below.
But, the entries when they appear in the TOC, they appear as one (IP31/42 T40) heading.
How do we tag table headings (in different paragraph tags) and merge them as a single entry in the TOC.
Also, suprising to note the paragraph tags are different in the TOC and different in the body (for the same headings).
Below are the different paragraph tags that show up for the headings in the Table of contents:
Below are the different paragraph tags that show up for the headings in the Table of contents:
How do we tag table headings (in different paragraph tags) and merge them as a single entry in the TOC.
Help much needed!!
Please advice....
Regards,

You cannot have two paragraph styles in one paragraph, but you could use different styles in each cell of your table and include them all in the TOC.
As far as using a different paragraph style for the lisitng in the TOC and the actual text that is picked up, that's very common. It allows you to find many different paragraph styles to include, but have the listings all look the same, and completley different from how the text looks in the body of the book. You'd problay not want 24 pt Bold TOC lisitngs, but that might be appropraite for section headings that you want to pick up.

Firefox 4 displays closing CDATA tag ]] on the screen for object tag

With the recent Firefox 4 version. I am facing following problems with the website I am developing:
1. For svg objects inside html page with Firefox 4 it now displays closing CDATA tag on the screen.
It only displays ]]> on the screen.
I have object specified using
<pre><nowiki><object class="svgobj batteryGraphObj" type="image/svg+xml">
<![CDATA[
<?xml version="1.0" encoding="UTF-8"?>
]]>......
</object></nowiki></pre>
2. When the svg is added using div tags it doesn't display on the screen if the width is more than browser width. It was working on Firefox 3.6 but have stopped working with 4. We had a overflow specified with scrolling effect on the screen if user wants to view next section.

A good place to ask questions and advice about web development is at the mozillaZine Web Development/Standards Evangelism forum.<br />
The helpers at that forum are more knowledgeable about web development issues.<br />
You need to register at the mozillaZine forum site in order to post at that forum.
See http://forums.mozillazine.org/viewforum.php?f=25

Some paragraph tags are not printing when document is printed from Framemaker 10.

So this is really odd. I have a situation where I have a document that I am developing in Framemaker 10 several different paragraph tags are intermittently not printing when the document is physically printed. When I go to print the document from Framemaker 10 to a physical piece of paper some tags are printing partially or not at all. What makes this stranger to me is that when I print the document to a PDF, all of the content and tags show up in the PDF. Then when I try to physically print from the PDF, the tags do no print from that document as well.
Typically the tags that are not printing are those that have been bolded, but are across several different tags. Also the problem is sometimes only to the first line of a tag, where if the tag carries over to a second line in the document, the text on the second line prints. Another quirky instance that shows up is where the text a line will print only parts of the text. The document uses the same type font for the entire document, Helvetica 55 Roman. The font size varies and the coloring varies as well, but this issue is happening for all sizes and colors.
I'm not sure what additional information is important here, but if you need additional information please request it and I will supply it to the best of my ability. I'm a content developer with an intermediate amount of experience with Framemaker.

I'm not sure if this is the same problem, and you didn't mention your
OS, but there was a widespread problem with dropped text in PDF with
Windows XP. A hotfix was issued to fix it. If on Windows XP, you should
install it:
http://blogs.adobe.com/techcomm/2008/07/hotfix_for_framemaker_1.html
Also, you mentioned that it was "bolded" text that tended to have the
problem. Bolded text is artificially bold and does not use actual bold
fonts. (If I recall, text is double printed at a slight offset to give
the appearance of a bold font.) So there is no bold font to embed. Be
sure you install and use an actual bold font, rather than using the
bolded characteristic, or you could see problems.
This is a stretch, but you also mentioned that some of the problem
sections have colored text. Check the printer properties of your Adobe
PDF virtual printer to make sure someone didn't reassign the driver (on
the Advanced tab). It should be set to use the Adobe PDF Converter
driver (or Acrobat Distiller in older Acrobat versions). Years ago,
people sometimes changed this setting to use other drivers for various
reasons, not realizing that they limited themselves to the capabilities
of that driver. So, if they chose an HP LaserJet PostScript driver, for
example, their documents might no longer be able to be 11"x17" or
color-- because the printer couldn't handle it. The driver was limited
to 8.5"x14" and black-and-white. Perhaps there is a driver set that is
choking on the colored text-- though I would think it would merely
convert it to B&W.
Okay, I've grasped at enough straws.

FrameMaker Paragraph tags not consistently mapping in RoboHelp

Hello, I have a FrameMaker book, which i have linked to a RoboHelp project. I successfully mapped all the paragraph tags from FM to RH. However, when i compile my help some of my headings do not appear correctly. For example, my Heading 1s have a different appearance from topic to topic. I looked at my FM source files and there are no paragraph or character overrides on any of the affected headings. When I open the topic in RH, i can see that the paragraph symbol at the end of the heading is the correct size, but the text itself is smaller than it should be. I discovered a way to fix this, but it is VERY time consuming. (i.e. In FM, highlight each heading, reapply the paragraph tag, apply the default font character tag) This fix is not a viable option since i have thousands of topics. Any suggestions?

Apparently RH also ignores FM styles that only appear in
tables. Weird. If I add text using the parapgraph styles into the
body of the FM file, the styles are imported by RH (I had to add
text to the pgf for RH to see it). But if the style is not used in
FM anywhere but a table, RH ignores it.
Another show-stopper: Rows in tables are ignored by RH if
multiple conditional tags are applied to the row. For example, a
row is conditionalized with "A' & 'B' and you import the FM
file applying the 'B' condition, the row will not show up in the
table. If the row is only tagged 'B', it will show up. Other
straddled rows that are tagged with a condtion other than the one
used to import into RH will cause misaligned columns in the
table.

String paragraph tags in cross-ref format

Is there a way to string together Paragraph tags in a cross-reference format?
I have a document with two Paragraph tags: ManualTitle and ManualSubtitle. In another document, I would like to insert a cross-ref to the first document that contains ManualTitle and ManualSubtitle.
This is what I tried to no avail:
See <$paratext[ManualTitle]> <$paratext[ManualSubtitle]> for more information.
Because I have to select a Paragraph format when applying a cross-reference, I am only allowed to select either ManualTitle or ManualSubtitle. So...if I select ManualTitle, it only shows the text applied with ManualTitle (which, incidentally, is a variable). If I select ManualSubtitle, it only shows the text applied with ManualSubtitle (which is also a variable).
Do I have to manually concatenate these two by simply making 1 cross-ref for
See <$paratext[ManualTitle]>
and another for
<$paratext[ManualSubtitle]> for more information. ???
Thanks in advance!
Anne

Anne,
In order to reference multiple paratags, you need to first manually
insert a cross-reference marker (and use the titling as the content
for the marker) in the document that contains the Title and Subtitle
tags. The best location for the marker would be at the end of the
sub-title, keeping in mind FM's behaviour of searching backwards from
a specified location to find matches.
Then, in the document that you wish to insert the cross-reference,
make sure that you have the Cross-Reference "Source Type:" set to be
"Cross-Reference Markers". Once you point it to the file with the
titles, the cross-ref dialogue should show you the appropriate marker
target(s). Select that target.
Now you can edit the cross-ref format to include the paragraphs as you
initially tried. FM will now search backwards from the marker location
in the target document to satisfy the criteria of your format request
and find both the ManualSubTitle and ManualTitle paragraphs.

Missing closing paragraph tags

Similar Messages

Maybe you are looking for