|
Home > Archive > Microsoft Content Management Server > November 2006 > IE7 is Deactivating the HtmlPlaceholder Controls
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
IE7 is Deactivating the HtmlPlaceholder Controls
|
|
| dahazeman 2006-11-27, 1:16 pm |
| With the latest security patches on IE6, all multi-line
HtmlPlaceholders are being deactivated. In order to add content, you
have to click the control to activate it first. That's annoying enough
on its own. However, when there are a lot of HtmlPlaceholders on the
page, the deactivation process takes awhile.
With IE7, that deactivation process is noticably slower. Opening a
posting for editing, one that has numerous HtmlPlaceholders, seems to
lock up the browser for a long time. Eventually, all controls are
deactivated, the rendering of the page is completed, and you can edit.
Of course, you have to click every single HtmlPlaceholder control to
reactivate it before typing in it, which makes the whole deactivation
process a waste of time.
I understand the security concerns, but is there ANY way to disable
that particular security feature on a specific site? We have an
authoring site set up, which is available only internally. We know the
content of that site is safe. Having to click the controls to activate
them is bad enough without having to wait for those same controls to be
needlessly deactivated in the first place.
Anyone have any ideas or suggestions?
| |
| Stefan Goßner [MSFT] 2006-11-27, 1:16 pm |
| Hi,
see here:
http://blogs.technet.com/stefan_gos.../31/431182.aspx
Cheers,
Stefan
"dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
news:1164642218.622117.77430@j72g2000cwa.googlegroups.com...
> With the latest security patches on IE6, all multi-line
> HtmlPlaceholders are being deactivated. In order to add content, you
> have to click the control to activate it first. That's annoying enough
> on its own. However, when there are a lot of HtmlPlaceholders on the
> page, the deactivation process takes awhile.
>
> With IE7, that deactivation process is noticably slower. Opening a
> posting for editing, one that has numerous HtmlPlaceholders, seems to
> lock up the browser for a long time. Eventually, all controls are
> deactivated, the rendering of the page is completed, and you can edit.
> Of course, you have to click every single HtmlPlaceholder control to
> reactivate it before typing in it, which makes the whole deactivation
> process a waste of time.
>
> I understand the security concerns, but is there ANY way to disable
> that particular security feature on a specific site? We have an
> authoring site set up, which is available only internally. We know the
> content of that site is safe. Having to click the controls to activate
> them is bad enough without having to wait for those same controls to be
> needlessly deactivated in the first place.
>
> Anyone have any ideas or suggestions?
>
| |
| dahazeman 2006-11-28, 1:16 pm |
| Thanks Stefan...that worked great. Except for one thing...
It seems that anyone visiting our read-only site is now presented with
the message about installing "Microsoft CMS Html Editor". They
shouldn't see that message unless they are visiting our authoring site
for the first time. Our read-only site uses anonymous access, whereas
the authoring site uses integrated Windows authentication. The
anonymous IIS account is a member of the anonymous subscriber group in
CMS, and has no authoring rights.
How can we stop this behaviour?
Thanks.
Stefan Go=DFner [MSFT] wrote:[vbcol=seagreen]
> Hi,
>
> see here:
> http://blogs.technet.com/stefan_gos.../31/431182.aspx
>
> Cheers,
> Stefan
>
> "dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
> news:1164642218.622117.77430@j72g2000cwa.googlegroups.com...
| |
| Stefan Goßner [MSFT] 2006-11-28, 1:16 pm |
| Hi,
that shouldn't happen - but I haven't tested with IE7.
It might be that IE 7 is more restrictive when downloading active x
controls.
Please try by adding the version string to the cab files:
....nrdhtml.cab#Version5,0,5054,0\"...
in all references.
Also be sure that the dlls inside the nrdhtml.cab file are 5.0.5054.0
Cheers,
Stefan
"dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
news:1164733978.660342.241240@80g2000cwy.googlegroups.com...
Thanks Stefan...that worked great. Except for one thing...
It seems that anyone visiting our read-only site is now presented with
the message about installing "Microsoft CMS Html Editor". They
shouldn't see that message unless they are visiting our authoring site
for the first time. Our read-only site uses anonymous access, whereas
the authoring site uses integrated Windows authentication. The
anonymous IIS account is a member of the anonymous subscriber group in
CMS, and has no authoring rights.
How can we stop this behaviour?
Thanks.
Stefan Goßner [MSFT] wrote:[vbcol=seagreen]
> Hi,
>
> see here:
> http://blogs.technet.com/stefan_gos.../31/431182.aspx
>
> Cheers,
> Stefan
>
> "dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
> news:1164642218.622117.77430@j72g2000cwa.googlegroups.com...
| |
| dahazeman 2006-11-28, 1:16 pm |
| No go.
The dll files inside nrdhtml.cab are definitely version 5.0.5054.0. The
only reference to nrdhtml.cab in our entire project is in the newly
added CreateIEBehaviorChangeJavascript.aspx.cs file. I added the
version there and deployed, but it didn't have any effect. A user
accessing our anonymous (CMS read-only) site is still prompted to
install Microsoft CMS Html Editor.
This happens with both IE6 and IE7.
Thanks,
Jason
Stefan Go=DFner [MSFT] wrote:[vbcol=seagreen]
> Hi,
>
> that shouldn't happen - but I haven't tested with IE7.
> It might be that IE 7 is more restrictive when downloading active x
> controls.
> Please try by adding the version string to the cab files:
>
> ...nrdhtml.cab#Version5,0,5054,0\"...
>
> in all references.
> Also be sure that the dlls inside the nrdhtml.cab file are 5.0.5054.0
>
> Cheers,
> Stefan
>
> "dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
> news:1164733978.660342.241240@80g2000cwy.googlegroups.com...
> Thanks Stefan...that worked great. Except for one thing...
>
> It seems that anyone visiting our read-only site is now presented with
> the message about installing "Microsoft CMS Html Editor". They
> shouldn't see that message unless they are visiting our authoring site
> for the first time. Our read-only site uses anonymous access, whereas
> the authoring site uses integrated Windows authentication. The
> anonymous IIS account is a member of the anonymous subscriber group in
> CMS, and has no authoring rights.
>
> How can we stop this behaviour?
>
> Thanks.
>
>
> Stefan Go=DFner [MSFT] wrote:
be[vbcol=seagreen]
| |
| Stefan Goßner [MSFT] 2006-11-28, 7:19 pm |
| Hi Jason,
ok, seems the code in my blog misses some exclusions for non authoring mode.
Please modify the OnLoad as follows:
protected override void OnLoad( EventArgs e )
{
// Register client script specific to Authoring modes
if (WebAuthorContext.Current.Mode ==
WebAuthorContextMode.AuthoringNew ||
WebAuthorContext.Current.Mode ==
WebAuthorContextMode.AuthoringReedit)
{
string js = "<script language=\"javascript\"
type=\"text/javascript\" src=\""+Page.Request.ApplicationPath+
"/CMS/WebAuthor/Client/PlaceholderControlSupport/AuthFormClientIE.js\"></script>";
string vbs = "<script language=\"vbscript\"
type=\"text/vbscript\" src=\""+Page.Request.ApplicationPath+
"/CMS/WebAuthor/Client/PlaceholderControlSupport/ActiveXEditing.vbs\"></script>";
string activeX = "<script language=\"Javascript\"
src=\""+Page.Request.ApplicationPath+
"/CreateIEBehaviorChangeJavascript.aspx?script=Toolbar\"></script>\n"+
"<script
language=\"Javascript\">ActiveX_writeToolbar();</script>";
Page.RegisterClientScriptBlock("ActiveXToolbarAndEditorSupportScript",
js+"\n"+vbs+"\n"+activeX);
}
}
Cheers,
Stefan
"dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
news:1164739200.641850.155390@l12g2000cwl.googlegroups.com...
No go.
The dll files inside nrdhtml.cab are definitely version 5.0.5054.0. The
only reference to nrdhtml.cab in our entire project is in the newly
added CreateIEBehaviorChangeJavascript.aspx.cs file. I added the
version there and deployed, but it didn't have any effect. A user
accessing our anonymous (CMS read-only) site is still prompted to
install Microsoft CMS Html Editor.
This happens with both IE6 and IE7.
Thanks,
Jason
Stefan Goßner [MSFT] wrote:[vbcol=seagreen]
> Hi,
>
> that shouldn't happen - but I haven't tested with IE7.
> It might be that IE 7 is more restrictive when downloading active x
> controls.
> Please try by adding the version string to the cab files:
>
> ...nrdhtml.cab#Version5,0,5054,0\"...
>
> in all references.
> Also be sure that the dlls inside the nrdhtml.cab file are 5.0.5054.0
>
> Cheers,
> Stefan
>
> "dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
> news:1164733978.660342.241240@80g2000cwy.googlegroups.com...
> Thanks Stefan...that worked great. Except for one thing...
>
> It seems that anyone visiting our read-only site is now presented with
> the message about installing "Microsoft CMS Html Editor". They
> shouldn't see that message unless they are visiting our authoring site
> for the first time. Our read-only site uses anonymous access, whereas
> the authoring site uses integrated Windows authentication. The
> anonymous IIS account is a member of the anonymous subscriber group in
> CMS, and has no authoring rights.
>
> How can we stop this behaviour?
>
> Thanks.
>
>
> Stefan Goßner [MSFT] wrote:
| |
| dahazeman 2006-11-28, 7:19 pm |
| Perfect! Thanks a bunch!
Jason
Stefan Go=DFner [MSFT] wrote:
> Hi Jason,
>
> ok, seems the code in my blog misses some exclusions for non authoring mo=
de.
> Please modify the OnLoad as follows:
>
> protected override void OnLoad( EventArgs e )
> {
>
> // Register client script specific to Authoring modes
> if (WebAuthorContext.Current.Mode =3D=3D
> WebAuthorContextMode.AuthoringNew ||
> WebAuthorContext.Current.Mode =3D=3D
> WebAuthorContextMode.AuthoringReedit)
> {
> string js =3D "<script language=3D\"javascript\"
> type=3D\"text/javascript\" src=3D\""+Page.Request.ApplicationPath+
> "/CMS/WebAuthor/Client/PlaceholderControlSupport/Auth=
FormClientIE.js\"></script>";
> string vbs =3D "<script language=3D\"vbscript\"
> type=3D\"text/vbscript\" src=3D\""+Page.Request.ApplicationPath+
> "/CMS/WebAuthor/Client/PlaceholderControlSupport/Acti=
veXEditing.vbs\"></script>";
> string activeX =3D "<script language=3D\"Javascript\"
> src=3D\""+Page.Request.ApplicationPath+
> "/CreateIEBehaviorChangeJavascript.aspx?script=3DTool=
bar\"></script>\n"+
> "<script
> language=3D\"Javascript\">ActiveX_writeToolbar();</script>";
> Page.RegisterClientScriptBlock("ActiveXToolbarAndEditorSu=
pportScript",[vbcol=seagreen]
> js+"\n"+vbs+"\n"+activeX);
> }
> }
>
> Cheers,
> Stefan
>
> "dahazeman" <hazyshadeofgrey@hotmail.com> wrote in message
> news:1164739200.641850.155390@l12g2000cwl.googlegroups.com...
> No go.
>
> The dll files inside nrdhtml.cab are definitely version 5.0.5054.0. The
> only reference to nrdhtml.cab in our entire project is in the newly
> added CreateIEBehaviorChangeJavascript.aspx.cs file. I added the
> version there and deployed, but it didn't have any effect. A user
> accessing our anonymous (CMS read-only) site is still prompted to
> install Microsoft CMS Html Editor.
>
> This happens with both IE6 and IE7.
>
> Thanks,
> Jason
>
>
> Stefan Go=DFner [MSFT] wrote:
ugh[vbcol=seagreen]
to[vbcol=seagreen]
it.[vbcol=seagreen]
on[vbcol=seagreen]
the[vbcol=seagreen]
ate[vbcol=seagreen]
|
|
|
|
|