I’m trying to deploy a CSS3-based horizontal navigation menu on a still-under-construction site I’m working on.
Hover or mouseover one of the menu’s titles and a drop-down menu appears. Move the mouse off of the title, or off of the list of dropdown items, and the menu collapses. So, the dropdown list of items stays open as long as it can ‘see’ the mouse pointer.
The menu features containers that allow for the presentation of content from the site, or even other sites. E.g., it can display images or entire webpages. I’m attempting to display an object created with Microsoft’s Silverlight platform. The object is embedded on another page of my site and, via php include, it plays well with the menu in all browsers I’ve tested it on … except Microsoft Internet Explorer 9. (Haven't tried IE10 yet.)
In the IE9 case, the Silverlight object appears as expected, but the dropdown menu collapses as soon as the mouse touches the displayed Silverlight object. I.e., the CSS3 menu loses sight of the mouse and the dropdown collapses the moment the mouse pointer touches the Silverlight object.
I haven't been able to find much in the way of help for this one.
Any thoughts or guidance are much appreciated. Thanks.
Related
I am using a WebView2 control in a WPF application to show a PDF to the user
This is normally displayed with a nice little toolbar, all part and parcel of rendering a PDF in a WebView2 control, allowing the user to navigate to other pages, zoom in or out, rotate, etc.
However, we found that as the window gets a bit narrower at some point this toolbar simply disappears. Is there something we can do to stop this happening?
As the available space for the PDF toolbar shrinks the PDF toolbar shows fewer and fewer controls. This is also true in the browser. However, in the browser the minimum horizontal width of the browser window is a value at which the PDF toolbar is still visible.
I'm not sure if this behavior is by design or not. You can try opening a bug report about this on the WebView2 feedback repo.
I have a site which uses a different menu for mobile devices than on the Desktop version using media queries. If I resize a desktop browser window to a mobile width and click the mobile navigation dropdown button and then resize the window back to desktop size, the mobile menu remains visible instead of changing back to display:none. Unfortunately this site is still in staging so I cannot show you a live example, but I was hoping someone could point me in the right direction of getting that DIV to become hidden again once the window is resized back to full screen.
Also, I realize that the chances of this scenario playing out in the real world are slim, but the client would like for it to be addressed anyway.
Thanks!
I figured out that it was javascript that was showing the DIV in the first place, not a media query, so I just added display:none to the div for the Desktop media query and the issue has gone away. Thanks!
I searched for this and couldn't find any references to this.
In my iOS universal app, I wanted to display the information icon (same as the utility application) at the bottom right of my main view controller and use the same both for iPhone and iPad to flip over to display information about my app and other things. On the iPadd Utility application template with XCode 4.6, the information icon is displayed as a button on the navigation bar and a UIPopOver control is used to display information.
In my case, I don't want to use a UIPopOver on the iPad but use the same flip over effect both for iPhone and iPad when clicking the information icon. Is this a valid as per Apple's guidelines or guaranteed for rejection?.
I do exactly what you're thinking of doing in my app. I used the flip transition to display my info page using the information icon as the button image. I had no problems with Apple regarding this when I submitted.
We have a Silverlight app that contains a grid, and we've added support for selecting multiple cells, copying their contents to the clipboard, and pasting back elsewhere in the grid. Currently the user invokes the Copy and Paste commands by either clicking a toolbar button inside our Silverlight app, or using the standard keyboard shortcuts, which we catch with a KeyDown event.
Is it possible to also hook into the browser's native Edit menu, and the Cut, Copy, Paste, etc. menu items that are built into the browser? For example, can the user drop down the Firefox button (or press Alt+E to drop down the classic Edit menu), click the Copy item in Firefox's menu, and have some sort of Copy command be relayed to the focused control in my Silverlight app? Same thing for the equivalent menus in IE, Chrome, Opera, etc.
I wouldn't be surprised if this can't be done, since even long-established browser plug-ins like Adobe Reader have their own buttons for copy/paste and even print, rather than hooking into the browser's native menus. But I've never programmed to a browser's plug-in model, so I don't know for sure what's possible.
I have the developer toolbar for IE7, which is great when I want to inspect the page layout in a fashion similar to the functionality of firebug for firefox.
However I am working with a web site that opens a new window with the toolbars disabled, and I cannot access my dev toolbar button! Is there a way to force IE7 to always show the toolbar?
I don't believe you can.
You can recover the navigation toolbar (back, forward, address bar, search box) in a chromeless window (one opened without navigation toolbar, menus, other toolbars) by hitting F11, then F11 again, but that still doesn't give you access to the IE Developer Toolbar.
What will sometimes work is to hit CTRL+N while the new, chromeless window has focus. Doing that will open a new chromed (toolbars, menus, etc) to the same URL as the chromeless window. The trick won't work very well if the chromeless window URL is the result of a POST, or does a GET that modifies state in some way on the server.
I imagine that this happens because the pop-up window is opened using a javascript window.open() call specifying not to have the toolbars on the new window?
One possibility is opening the page source, finding the javascript call that opens the window, and pasting it into the address bar, modifying it to not disable toolbars.
For example, if the call currently looks like:
window.open(url, "newWindow", "toolbar=no,width=500,...");
Edit the address bar to read something like:
javascript:window.open(url, "newWindow", "toolbar=yes,width=500,...");
When you push enter on that, it should pop up the window just the same, but with toolbars.
IE8 has the dev toolbar built-in, so you can always access it via F12. Consider upgrading?