assign unique IDs to new tables - bug?

M

Marko

Each time I start Frontpage 2003, the option ''Tools -> Page Options ->
Assign unique IDs to new tables'' is selected, even though I deactivate this
option time and again. Apparantly, Frontpage can't remember this specific
setting. Is there a solution or is this a bug?

- Marko -
 
K

Kathleen Anderson [MVP - FrontPage]

Once you deactivate, you have to tell FrontPage to use it as your default
for new tables (I'm not sure where the setting is - I am at work with only
FrontPage 2002).

--

~ Kathleen Anderson
Microsoft FrontPage MVP
Spider Web Woman Designs
http://www.spiderwebwoman.com/resources/
 
M

Marko

There is a ''Set as default for new tables'' option in Table Properties, but
it doesn't work. This is what I did:
- I opened FP 2003
- I deactivated the option ''Assign unique IDs to new tables''
- I inserted a table without layout and set it as default
When I close and reopen FP 2003, the option ''Assign unique IDs to new
tables'' is active again! I also tried inserting a table first, removing the
ID tag, setting as default, then deactivating the option and reopening FP
2003, but no result.
 
K

Kathleen Anderson [MVP - FrontPage]

Hi Marko:
This is what I found out:

This is a known issue when you have Excel and FrontPage installed on your
machine. Microsoft is investigating the best way to modify this behavior in
the future. Currently there is no known workaround.

It would be helpful for the team to know why you don't want unique ids, as
they shouldn't actually hurt anything.

Thanks,

--
~ Kathleen Anderson
Microsoft MVP - FrontPage
Spider Web Woman Designs
http://www.spiderwebwoman.com/resources/
 
M

Murray

By the way, it is illegal to have multiple instances of the same id on the
same page.
 
M

Marko

Hello,

Thanks for the information and help so far. The reason I don't want the
unique IDs on my pages is simply because I have no use for them. I understand
it doesn't ''hurt'' anything, but I find it odd that Frontpage should add
html code to my page when I don't ask for it. In my opinion, a professional
html editor should ''lay off'' the original code and only perform changes
that it is ''asked'' to do.

Frontpage 2003 makes several other serious errors too, for example:

- when copying tables or table cells containing paragraph tags <p> and
</p>, the first paragraph tag mysteriously disappears. For example, when
copying:
<td>
<p>paragraph</p>
<p>paragraph</p>
<p>paragraph</p>
</td>
the result is something like:
<td>paragraph<p>paragraph</p>
<p>paragraph</td>

- Frontpage 2003 gets confused after you've browsed through folders to
insert an image; because when you open another page, Frontpage starts by
looking in the recently visited image folder instead of in the recently
visited folder containing pages. Not so smart!

- During editing in normal view, hyperlink tags often move to the next line
after the <td> tag instead of keeping right of the <td> tag, as a result
messing up nicely organized html code. For example:
<td width="100%"><a href="page.html">page</a></td> becomes
<td width="100%">
<a href="page.html">page</a></td>
or even worse:
<td width="100%">
<a href="page.html">
page</a></td>

And I can go on for a while! Are these known issues? I know from experience
that Frontpage 2000 did a better job handling html code.

- Marko -
 
S

Stefan B Rusynko

Agree the option to turn the ID feature off is broken and should be fixed
- it is there to allow for users to export tables to Excel
- unique ids are also required for any Dhtml

Re the images folder
- FP tracks recent Page and recent Images separately, so if you are repeatedly adding images it will shorten your browsing

Re the tag wrap
FP 2003 will not wrap tags unless you told it to
In Tools Page Options Code Formatting select Reset and change the right margin to 9999, plus unselect Allow Line breaks within tags
- you will need to open your pages and right click to reformat html afterwards




| Hello,
|
| Thanks for the information and help so far. The reason I don't want the
| unique IDs on my pages is simply because I have no use for them. I understand
| it doesn't ''hurt'' anything, but I find it odd that Frontpage should add
| html code to my page when I don't ask for it. In my opinion, a professional
| html editor should ''lay off'' the original code and only perform changes
| that it is ''asked'' to do.
|
| Frontpage 2003 makes several other serious errors too, for example:
|
| - when copying tables or table cells containing paragraph tags <p> and
| </p>, the first paragraph tag mysteriously disappears. For example, when
| copying:
| <td>
| <p>paragraph</p>
| <p>paragraph</p>
| <p>paragraph</p>
| </td>
| the result is something like:
| <td>paragraph<p>paragraph</p>
| <p>paragraph</td>
|
| - Frontpage 2003 gets confused after you've browsed through folders to
| insert an image; because when you open another page, Frontpage starts by
| looking in the recently visited image folder instead of in the recently
| visited folder containing pages. Not so smart!
|
| - During editing in normal view, hyperlink tags often move to the next line
| after the <td> tag instead of keeping right of the <td> tag, as a result
| messing up nicely organized html code. For example:
| <td width="100%"><a href="page.html">page</a></td> becomes
| <td width="100%">
| <a href="page.html">page</a></td>
| or even worse:
| <td width="100%">
| <a href="page.html">
| page</a></td>
|
| And I can go on for a while! Are these known issues? I know from experience
| that Frontpage 2000 did a better job handling html code.
|
| - Marko -
|
|
| "Murray" wrote:
|
| > Oh. I wonder why?
| >
| > --
| > Murray
| >
| > message | > > Murray:
| > > Yes, but I *think* Marko's point was that he didn't want an ID at all.
| > >
| > > --
| > > ~ Kathleen Anderson
| > > Microsoft MVP - FrontPage
| > > Spider Web Woman Designs
| > > http://www.spiderwebwoman.com/resources/
| > >
| > >
| > >
| > >> By the way, it is illegal to have multiple instances of the same id
| > >> on the same page.
| > >>
| > >>
| > >> in message | > >>> Hi Marko:
| > >>> This is what I found out:
| > >>>
| > >>> This is a known issue when you have Excel and FrontPage installed on
| > >>> your machine. Microsoft is investigating the best way to modify
| > >>> this behavior in
| > >>> the future. Currently there is no known workaround.
| > >>>
| > >>> It would be helpful for the team to know why you don't want unique
| > >>> ids, as they shouldn't actually hurt anything.
| > >>>
| > >>> Thanks,
| > >>>
| > >>> --
| > >>> ~ Kathleen Anderson
| > >>> Microsoft MVP - FrontPage
| > >>> Spider Web Woman Designs
| > >>> http://www.spiderwebwoman.com/resources/
| > >>>
| > >>>
| > >>>
| > >>>> There is a ''Set as default for new tables'' option in Table
| > >>>> Properties, but it doesn't work. This is what I did:
| > >>>> - I opened FP 2003
| > >>>> - I deactivated the option ''Assign unique IDs to new tables''
| > >>>> - I inserted a table without layout and set it as default
| > >>>> When I close and reopen FP 2003, the option ''Assign unique IDs to
| > >>>> new tables'' is active again! I also tried inserting a table first,
| > >>>> removing the ID tag, setting as default, then deactivating the
| > >>>> option and reopening FP 2003, but no result.
| > >>>>
| > >>>>
| > >>>> "Kathleen Anderson [MVP - FrontPage]" wrote:
| > >>>>
| > >>>>> Once you deactivate, you have to tell FrontPage to use it as your
| > >>>>> default for new tables (I'm not sure where the setting is - I am at
| > >>>>> work with only FrontPage 2002).
| > >>>>>
| > >>>>> --
| > >>>>>
| > >>>>> ~ Kathleen Anderson
| > >>>>> Microsoft FrontPage MVP
| > >>>>> Spider Web Woman Designs
| > >>>>> http://www.spiderwebwoman.com/resources/
| > >>>>>
| > >>>>>
| > >>>>>
| > >>>>>> Each time I start Frontpage 2003, the option ''Tools -> Page
| > >>>>>> Options -> Assign unique IDs to new tables'' is selected, even
| > >>>>>> though I deactivate this option time and again. Apparantly,
| > >>>>>> Frontpage can't remember this specific setting. Is there a
| > >>>>>> solution or is this a bug?
| > >>>>>>
| > >>>>>> - Marko -
| >
| >
| >
 
M

Marko

Actually, Frontpage 2000 tracks recent Page and recent Images pretty well,
but Frontpage 2003 is not as consistent. Each time I insert an image, FP 2003
remembers this folder and uses it next time I want to open a page. This has
to be a bug.

Indeed, FP 2003 doesn't allow line breaks within tags, but is DOES often
seperate tags that were aside each other first, like in my example. As far as
I remember, FP 2000 did a better job preserving what I would call tag
sequences or combinations.

Also, FP 2003 has serious problems with paragraphs. In my example, I tried
to explain that:
1) when inserting a paragraph after an existing paragraph (by pressing
Enter), everything is fine; but when inserting a paragraph BEFORE an
existing one, FP 2003 forgets the <p> and </p>. I think FP 2000 did the same
by the way;
2) when copying an entire cell <td> containing one or more paragraphs to
another location, FP 2003 messes up the initial paragraph coding. FP 2000
doesn't have this problem.


Stefan B Rusynko said:
Agree the option to turn the ID feature off is broken and should be fixed
- it is there to allow for users to export tables to Excel
- unique ids are also required for any Dhtml

Re the images folder
- FP tracks recent Page and recent Images separately, so if you are repeatedly adding images it will shorten your browsing

Re the tag wrap
FP 2003 will not wrap tags unless you told it to
In Tools Page Options Code Formatting select Reset and change the right margin to 9999, plus unselect Allow Line breaks within tags
- you will need to open your pages and right click to reformat html afterwards




| Hello,
|
| Thanks for the information and help so far. The reason I don't want the
| unique IDs on my pages is simply because I have no use for them. I understand
| it doesn't ''hurt'' anything, but I find it odd that Frontpage should add
| html code to my page when I don't ask for it. In my opinion, a professional
| html editor should ''lay off'' the original code and only perform changes
| that it is ''asked'' to do.
|
| Frontpage 2003 makes several other serious errors too, for example:
|
| - when copying tables or table cells containing paragraph tags <p> and
| </p>, the first paragraph tag mysteriously disappears. For example, when
| copying:
| <td>
| <p>paragraph</p>
| <p>paragraph</p>
| <p>paragraph</p>
| </td>
| the result is something like:
| <td>paragraph<p>paragraph</p>
| <p>paragraph</td>
|
| - Frontpage 2003 gets confused after you've browsed through folders to
| insert an image; because when you open another page, Frontpage starts by
| looking in the recently visited image folder instead of in the recently
| visited folder containing pages. Not so smart!
|
| - During editing in normal view, hyperlink tags often move to the next line
| after the <td> tag instead of keeping right of the <td> tag, as a result
| messing up nicely organized html code. For example:
| <td width="100%"><a href="page.html">page</a></td> becomes
| <td width="100%">
| <a href="page.html">page</a></td>
| or even worse:
| <td width="100%">
| <a href="page.html">
| page</a></td>
|
| And I can go on for a while! Are these known issues? I know from experience
| that Frontpage 2000 did a better job handling html code.
|
| - Marko -
|
|
| "Murray" wrote:
|
| > Oh. I wonder why?
| >
| > --
| > Murray
| >
| > message | > > Murray:
| > > Yes, but I *think* Marko's point was that he didn't want an ID at all.
| > >
| > > --
| > > ~ Kathleen Anderson
| > > Microsoft MVP - FrontPage
| > > Spider Web Woman Designs
| > > http://www.spiderwebwoman.com/resources/
| > >
| > >
| > >
| > >> By the way, it is illegal to have multiple instances of the same id
| > >> on the same page.
| > >>
| > >>
| > >> in message | > >>> Hi Marko:
| > >>> This is what I found out:
| > >>>
| > >>> This is a known issue when you have Excel and FrontPage installed on
| > >>> your machine. Microsoft is investigating the best way to modify
| > >>> this behavior in
| > >>> the future. Currently there is no known workaround.
| > >>>
| > >>> It would be helpful for the team to know why you don't want unique
| > >>> ids, as they shouldn't actually hurt anything.
| > >>>
| > >>> Thanks,
| > >>>
| > >>> --
| > >>> ~ Kathleen Anderson
| > >>> Microsoft MVP - FrontPage
| > >>> Spider Web Woman Designs
| > >>> http://www.spiderwebwoman.com/resources/
| > >>>
| > >>>
| > >>>
| > >>>> There is a ''Set as default for new tables'' option in Table
| > >>>> Properties, but it doesn't work. This is what I did:
| > >>>> - I opened FP 2003
| > >>>> - I deactivated the option ''Assign unique IDs to new tables''
| > >>>> - I inserted a table without layout and set it as default
| > >>>> When I close and reopen FP 2003, the option ''Assign unique IDs to
| > >>>> new tables'' is active again! I also tried inserting a table first,
| > >>>> removing the ID tag, setting as default, then deactivating the
| > >>>> option and reopening FP 2003, but no result.
| > >>>>
| > >>>>
| > >>>> "Kathleen Anderson [MVP - FrontPage]" wrote:
| > >>>>
| > >>>>> Once you deactivate, you have to tell FrontPage to use it as your
| > >>>>> default for new tables (I'm not sure where the setting is - I am at
| > >>>>> work with only FrontPage 2002).
| > >>>>>
| > >>>>> --
| > >>>>>
| > >>>>> ~ Kathleen Anderson
| > >>>>> Microsoft FrontPage MVP
| > >>>>> Spider Web Woman Designs
| > >>>>> http://www.spiderwebwoman.com/resources/
| > >>>>>
| > >>>>>
| > >>>>>
| > >>>>>> Each time I start Frontpage 2003, the option ''Tools -> Page
| > >>>>>> Options -> Assign unique IDs to new tables'' is selected, even
| > >>>>>> though I deactivate this option time and again. Apparantly,
| > >>>>>> Frontpage can't remember this specific setting. Is there a
| > >>>>>> solution or is this a bug?
| > >>>>>>
| > >>>>>> - Marko -
| >
| >
| >
 
Top