I'll give that a try. As a temporary workaround, I'm using the target attribute to open a new window (I'm using a custom Display that extends CoolMenuDisplayer). However, this is less than ideal since it doesn't give us control over the nature (size, scrollbars on/off, etc.) of the window that we'd like to have.
As an aside, I've had some problems with certain attributes not getting set correctly. This was part of the reason why we added our own custom Displayer. I haven't had a lot of time to investigate the problem, but it appears the attribute accessors were not returning the actual value that was set in the configuration. If I can find time to track down the problem, I'll let you know, but has anyone else seen similar behaviour? Thanks, Thomas Lockney On Mon, Feb 16, 2004 at 06:59:49AM -0700, Matt Raible wrote: > Depending on the displayer you're using - you might try using the > "onclick" attribute instead of location. > > Matt > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Thomas Lockney > > Sent: Sunday, February 15, 2004 2:44 PM > > To: [EMAIL PROTECTED] > > Subject: [struts-menu] strange problem with javascript URLs > > when using SSL > > > > > > I'm encountering a strange problem that we didn't see until we began > > running our site behind an IIS server with SSL enabled. The way our > > application is set up we have certain items in the menu which need to > > display in a new window (e.g., help). To accomplish this task, we've > > been using the location attribute in the menu-config.xml file and > > passing in 'javascript:openNewWindow();' as the value with > > openNewWindow() being a javascript function which is defined > > in a global > > js file accessible to all pages. > > > > When running directly from the application server or even proxied > > through IIS, this all works fine. However, when we add SSL > > into the mix, > > the browser seems to be attempting to access > > 'https://theserver/contextName/javascript:openNewWindow();', which > > clearly doesn't work. Has anyone seen this sort of behaviour or does > > anyone have any ideas on a possible solution? > > > > Thanks, > > Thomas Lockney > > > > > > ------------------------------------------------------- > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > > Build and deploy apps & Web services for Linux with > > a free DVD software kit from IBM. Click Now! > > http://ads.osdn.com/?ad_id=1356&alloc_id=3438> &op=click > > > > _______________________________________________ > > > > struts-menu-user mailing list > > [EMAIL PROTECTED] > > https://lists.sf.net/lists/listinfo/struts-> menu-user > > > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > struts-menu-user mailing list > [EMAIL PROTECTED] > https://lists.sf.net/lists/listinfo/struts-menu-user <snip> ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ struts-menu-user mailing list [EMAIL PROTECTED] https://lists.sf.net/lists/listinfo/struts-menu-user
