Publisher and IE 8

S

Spike

There are so many threads on this subject I chose to post this as a stand
alone.
Hopefully this will help those who are looking for help on the IE 8 issue.
I resolved my issue with publisher (later than pub 2000) with a few steps.

Created a web site with nav bars etc.
Saved web site as "My web site.pub"
UNGROUPED all GROUPED objects
Re-Saved using Save As "My web site NBUG.pub"
I take the step to "Save As" so that when I shut down publisher and I get a
prompt to save my changes I do NOT overwrite the master file "My web
site.pub" accidentally.
Publish to the web
FTP to the server
Web site works using IE 8

If a change, update is required or a page is added
Open with "My web site.pub"
Make changes
Follow the above suggestions
BTW NBUG = "Nav Bars Un Grouped"


Spike
 
S

Spike

I forgot to add:

For the Novice
With the pub page open
Ctrl a (selects all)
Arrange > Ungroup
This insures that all groups are ungrouped
This must be done on ALL pages individually

Spike
 
J

JerryB

Microsoft confirmed to me, today, that there is an incompatibility between
HTML created in Publisher and IE 8. The navigation bars disappear when using
IE 8. Fix may be out with the next fix release. In the mean time, I am
caught with my pants down with potential customers.
 
D

DavidF

Don't feel like the lone ranger. There are lots of websites built by lots of
programs that do not render correctly in IE8 RTW. Read some of the comments:

Reference: MSDN IEBlog:Just The Facts: Recap of Compatibility View:
http://blogs.msdn.com/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx
Unfortunately this is the price of progress I suppose.

Luckily the only compatibility issues with Publisher 2003 and 2007 and IE8
RTW reported thus far are problems associated with 'grouping'. Any design
elements that are 'grouped' together, which includes the Publisher wizard
built navbars, do not render when you view the web page in IE8, . The fix in
general is to ungroup the elements. I have found no problems with Publisher
2000 webs. While I hope that MSFT will provide a patch that will fix these
issues in at least Pub 2007 before the next version, as Spike suggested
there is a *fix* you can use in the meantime.

Prior to uploading your pages find all text boxes and other design elements
that are grouped together and ungroup. They will not render when you do a
website preview in IE8. You can save those changes to your publication. Then
make a copy of your publication by doing a 'File > Save As' and in this copy
go to each page > Edit > Select All > Arrange > Ungroup. This will ungroup
the Publisher built navbar and disconnect it from the wizard, and the
navbars will render correctly in IE8. 'Publish to the Web' from this copy of
your publication and it will render correctly in IE8. When you want to make
further changes in your web, go back to the original Publisher file, make
the corrections there, save your changes, and again make a copy, ungroup the
navbars and produce new web files for uploading.

The reason for this work flow is that if you ungroup the navbar from the
wizard, then want to add a page it will not be automatically added to the
navbar throughout the publication. If you aren't going to add any pages to
your current publication, then just ungroup the navbars and there will be no
need to make the copy.

Alternatively you can move away from the Pub wizard built navbars and build
one your self.

DavidF
 
K

karen3b

My NavBar problem sounds different than the NavBar problems described thus
far. The question is: is the solution the same, even if the symptoms are
different?

My NavBars:
a) appear just fine (at least during the Web Preview).
b) the Horizontal one works great one way -- going from First to Last (from
Home page to Contact to Links).
c) it malfunctions when used from Last to First (so it works fine for 3-4
pages; lands on the wrong page for another 3-4 and doesn't go anywhere for
the remainder).
d) the Vertical one malfunctions the same as the H one -- but in both
directions.

History:
a) my NavBars were scavanged from a template offered on the Microsoft
template site, so I assume that
b) they were wizard-made.
c) I've gone to Insert, then Nav bar, then Existing & then 'Modified' every
link with every page
- Modified from First to Last;
- Modified from Last to First;
- Repeated at least 3 times ea direction.
- No change.

I do not want to needless ungroup those little tiny boxes [those cute,
multi-layered little boxes are why I scavanged the V NavBar instead of
assembling it from scratch].

Oh-oh. The V NavBar is the one that has the most malfunctions. Do other
NavBars have partial functioning? I had the impression that they just could
not be seen -- so who knew?

But the H one doesn't have any of those little boxes. Would it still have
groupings? I don't know how the wizard does this stuff.

Feedback? Same solution due to same root problem? Different root, same
solution? A throw of the dice?

Thanks.
 
D

DavidF

I will answer this in your navbar post. And no, your issues have nothing to
do with this thread subject, but you will have to address the issue of any
thing grouped on your site not rendering in IE8.

DavidF

karen3b said:
My NavBar problem sounds different than the NavBar problems described thus
far. The question is: is the solution the same, even if the symptoms are
different?

My NavBars:
a) appear just fine (at least during the Web Preview).
b) the Horizontal one works great one way -- going from First to Last
(from
Home page to Contact to Links).
c) it malfunctions when used from Last to First (so it works fine for 3-4
pages; lands on the wrong page for another 3-4 and doesn't go anywhere for
the remainder).
d) the Vertical one malfunctions the same as the H one -- but in both
directions.

History:
a) my NavBars were scavanged from a template offered on the Microsoft
template site, so I assume that
b) they were wizard-made.
c) I've gone to Insert, then Nav bar, then Existing & then 'Modified'
every
link with every page
- Modified from First to Last;
- Modified from Last to First;
- Repeated at least 3 times ea direction.
- No change.

I do not want to needless ungroup those little tiny boxes [those cute,
multi-layered little boxes are why I scavanged the V NavBar instead of
assembling it from scratch].

Oh-oh. The V NavBar is the one that has the most malfunctions. Do other
NavBars have partial functioning? I had the impression that they just
could
not be seen -- so who knew?

But the H one doesn't have any of those little boxes. Would it still have
groupings? I don't know how the wizard does this stuff.

Feedback? Same solution due to same root problem? Different root, same
solution? A throw of the dice?

Thanks.

--
karen3b


DavidF said:
Don't feel like the lone ranger. There are lots of websites built by lots
of
programs that do not render correctly in IE8 RTW. Read some of the
comments:

Reference: MSDN IEBlog:Just The Facts: Recap of Compatibility View:
http://blogs.msdn.com/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx
Unfortunately this is the price of progress I suppose.

Luckily the only compatibility issues with Publisher 2003 and 2007 and
IE8
RTW reported thus far are problems associated with 'grouping'. Any design
elements that are 'grouped' together, which includes the Publisher wizard
built navbars, do not render when you view the web page in IE8, . The fix
in
general is to ungroup the elements. I have found no problems with
Publisher
2000 webs. While I hope that MSFT will provide a patch that will fix
these
issues in at least Pub 2007 before the next version, as Spike suggested
there is a *fix* you can use in the meantime.

Prior to uploading your pages find all text boxes and other design
elements
that are grouped together and ungroup. They will not render when you do a
website preview in IE8. You can save those changes to your publication.
Then
make a copy of your publication by doing a 'File > Save As' and in this
copy
go to each page > Edit > Select All > Arrange > Ungroup. This will
ungroup
the Publisher built navbar and disconnect it from the wizard, and the
navbars will render correctly in IE8. 'Publish to the Web' from this copy
of
your publication and it will render correctly in IE8. When you want to
make
further changes in your web, go back to the original Publisher file, make
the corrections there, save your changes, and again make a copy, ungroup
the
navbars and produce new web files for uploading.

The reason for this work flow is that if you ungroup the navbar from the
wizard, then want to add a page it will not be automatically added to the
navbar throughout the publication. If you aren't going to add any pages
to
your current publication, then just ungroup the navbars and there will be
no
need to make the copy.

Alternatively you can move away from the Pub wizard built navbars and
build
one your self.

DavidF
 
K

karen3b

I will "Select all" and Ungroup, page by page, before publishing. Thank you!
--
karen3b


DavidF said:
I will answer this in your navbar post. And no, your issues have nothing to
do with this thread subject, but you will have to address the issue of any
thing grouped on your site not rendering in IE8.

DavidF

karen3b said:
My NavBar problem sounds different than the NavBar problems described thus
far. The question is: is the solution the same, even if the symptoms are
different?

My NavBars:
a) appear just fine (at least during the Web Preview).
b) the Horizontal one works great one way -- going from First to Last
(from
Home page to Contact to Links).
c) it malfunctions when used from Last to First (so it works fine for 3-4
pages; lands on the wrong page for another 3-4 and doesn't go anywhere for
the remainder).
d) the Vertical one malfunctions the same as the H one -- but in both
directions.

History:
a) my NavBars were scavanged from a template offered on the Microsoft
template site, so I assume that
b) they were wizard-made.
c) I've gone to Insert, then Nav bar, then Existing & then 'Modified'
every
link with every page
- Modified from First to Last;
- Modified from Last to First;
- Repeated at least 3 times ea direction.
- No change.

I do not want to needless ungroup those little tiny boxes [those cute,
multi-layered little boxes are why I scavanged the V NavBar instead of
assembling it from scratch].

Oh-oh. The V NavBar is the one that has the most malfunctions. Do other
NavBars have partial functioning? I had the impression that they just
could
not be seen -- so who knew?

But the H one doesn't have any of those little boxes. Would it still have
groupings? I don't know how the wizard does this stuff.

Feedback? Same solution due to same root problem? Different root, same
solution? A throw of the dice?

Thanks.

--
karen3b


DavidF said:
Don't feel like the lone ranger. There are lots of websites built by lots
of
programs that do not render correctly in IE8 RTW. Read some of the
comments:

Reference: MSDN IEBlog:Just The Facts: Recap of Compatibility View:
http://blogs.msdn.com/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx
Unfortunately this is the price of progress I suppose.

Luckily the only compatibility issues with Publisher 2003 and 2007 and
IE8
RTW reported thus far are problems associated with 'grouping'. Any design
elements that are 'grouped' together, which includes the Publisher wizard
built navbars, do not render when you view the web page in IE8, . The fix
in
general is to ungroup the elements. I have found no problems with
Publisher
2000 webs. While I hope that MSFT will provide a patch that will fix
these
issues in at least Pub 2007 before the next version, as Spike suggested
there is a *fix* you can use in the meantime.

Prior to uploading your pages find all text boxes and other design
elements
that are grouped together and ungroup. They will not render when you do a
website preview in IE8. You can save those changes to your publication.
Then
make a copy of your publication by doing a 'File > Save As' and in this
copy
go to each page > Edit > Select All > Arrange > Ungroup. This will
ungroup
the Publisher built navbar and disconnect it from the wizard, and the
navbars will render correctly in IE8. 'Publish to the Web' from this copy
of
your publication and it will render correctly in IE8. When you want to
make
further changes in your web, go back to the original Publisher file, make
the corrections there, save your changes, and again make a copy, ungroup
the
navbars and produce new web files for uploading.

The reason for this work flow is that if you ungroup the navbar from the
wizard, then want to add a page it will not be automatically added to the
navbar throughout the publication. If you aren't going to add any pages
to
your current publication, then just ungroup the navbars and there will be
no
need to make the copy.

Alternatively you can move away from the Pub wizard built navbars and
build
one your self.

DavidF

Microsoft confirmed to me, today, that there is an incompatibility
between
HTML created in Publisher and IE 8. The navigation bars disappear when
using
IE 8. Fix may be out with the next fix release. In the mean time, I
am
caught with my pants down with potential customers.
--
Jerry Bernstein


:

There are so many threads on this subject I chose to post this as a
stand
alone.
Hopefully this will help those who are looking for help on the IE 8
issue.
I resolved my issue with publisher (later than pub 2000) with a few
steps.

Created a web site with nav bars etc.
Saved web site as "My web site.pub"
UNGROUPED all GROUPED objects
Re-Saved using Save As "My web site NBUG.pub"
I take the step to "Save As" so that when I shut down publisher and I
get
a
prompt to save my changes I do NOT overwrite the master file "My web
site.pub" accidentally.
Publish to the web
FTP to the server
Web site works using IE 8

If a change, update is required or a page is added
Open with "My web site.pub"
Make changes
Follow the above suggestions
BTW NBUG = "Nav Bars Un Grouped"


Spike
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top