I'm trying to save space on my main menu so that it fits onto the mobile screen. However, I found that some very common icons such as sign in, sign out and toolbox are not being displayed. The on-hover tooltip displays though and the link as such does work. It's just that the icons are not shown, even though several others are.
Related
When navigating to an item in a Flyout menu from a view that contains a custom renderer, the screen turns into blank black/white screen where the white was the flyout menu, and the black is the detail (see attached). We are using Prism navigation to navigate via the flyout menu.
Screenshot of blank black and white sections
This happens only in iOS.
Expected behavior was to navigate to a different screen/view but, instead, it gave us what you see in the screenshot above. In addition, we have to force-close the app because we get stuck.
At first, we thought that it was a Flyout issue but it appears to be a navigation issue.
Anybody know what may be causing this anomalous behavior?
Safari seems to use a put a filter or shader on the favicon when displaying said icon in the tab bar.
Screenshot of the Tab
This is not how the Icon was designed and not expected.
Screenshot of the Bookmark Entry
This is how the Icon was designed and is excepted to look.
This is how it looks in the bookmark bar and in the address bar.
I've tried to delete the caches in the ~/Library/Safari/Favicon Cache/ because I guessed it might have been an artefact from he development. But it is not.
I've also had a good look at all the versions of the Icons that the build script generates. But all of then look as expected (in the sense of the color is always the same and does not differ).
The difference is really only in the tab bar. (For example the "Favourites" new Page in Safari also displays the icon in the expected way).
Safari: Version 14.0 (15610.1.28.1.9, 15610)
Maybe your site has a Pinned Tab icon. To check this, look for <link rel="mask-icon" ...> in your <head> section. If you have one and you don't like it, simply remove this line, and maybe the corresponding SVG image, too.
I have a Kendo UI panelbar on a website I'm developing, with a large number of panels (dynamic, but it can be up to 12). On mobile devices, I've found that clicking a panel bar to expand or collapse it will also cause the page to jump to the top. Since the panels are a bit further down the page, we're finding this to be really annoying. It does not happen on a desktop screen though, even if I shrink the window down to about a mobile size (it does happen when I use Chrome's mobile emulation setting, however). Is there a way that I can prevent this from happening?
EDIT: This behavior only occurs with panels that have a Kendo Grid within them, which is most of them; it does NOT occur with panels that just have text.
I'm developing for Windows 8 (WInRT) and have problem with settings charm. Settings popup is based on Microsoft SDK settings charm. Settings panel is Popup. Content is wrapped by ScrollViewer -> Grid -> StackPanel. In StackPanel I have input fields. when I trying to fill last of them on screen keyboard overlaying it and I cant see field and cant scroll to it. Is there any way to see it and to scroll to it automatically?
Seems like the popups on Windows 8 suffer from the same problem as they did on Windows Phone in that when you put a TextBox on one of them - it does not get pushed up together with all the other content as it does when it is not in a popup.
My solution to that would be to not use popup for input fields and instead go for a layout that you can manage yourself.
By default the app has a Frame control at its visual root. You can modify it for example by putting your own UserControl in there (I usually call it AppShell) which has the Frame used by all pages, you can have a layer for popups, log in screens, the extended splash screen etc.
To solve your problem you would need to put your charm's UI inside of such layer instead of in a popup. Then the build-in mechanism that pushes all the UI up when the on-screen keyboard would otherwise obstruct the view of your TextBox should just start working again.
*EDIT
A simpler solution might be to make sure your settings panel popup is parented in your visual tree - e.g. by adding it as a child element to a root grid of your app or page. It turns out that in that case its content does get pushed up when the OSK shows up.
Take a look at this post
It's a popup wrapper (turns user controls into popups) that takes care of the keyboard appearing and adjusts the size of the popup (and thus the user control) accordingly.
I need to get the width of the icon area of a context menu using the Windows API (>= Windows XP if this matters). What I mean by icon area you can see in this question, there is an image. It is a space reserved for icons on the left side of the menu.
I scanned through the wealth of information you can get via SystemParametersInfo and GetSystemMetrics, but found nothing. But there has to be some default value, right? How could I get it?
A native win32 menu does not really support icons so you can't really call it the icon area. In a basic menu the size of that area is SM_CXMENUCHECK wide (Plus SM_CXEDGE for padding probably) For Vista+ you might be able to find some better metrics with the MENU_POPUP* constants and GetThemeInt. AFAIK the exact layout and border constants required to replicate classic Win95+ menus are not documented.
Since you are talking about icons I assume you want to add icons to your menu so your width should probably be max(yourIconWidth,GetSystemMetrics(SM_CXMENUCHECK)) + padding. This old MSJ article is probably the best menu owner draw tutorial out there, and codeproject has its own menu article section with several different owner draw implementations. (MS Office and Visual Studio use custom stuff as well)
As a final note, since you said XP+ you should be able to use HBMMENU_CALLBACK and only worry about the icon and not the rest of the menu drawing...