I have a program in which I added some separators in the menu. They look ok on linux, but on mac they disappear.
The separators are added in Qt-designer, but in the generated ui_XXX.h it shows :
menuFile->addSeparator();
Here is a screenshot of the menu on mac (left) and linux (right):
What should I do to activate separators on the mac?
At first I thought on mac the ui did not support them, but other applications use and have separators (and even the Qt-designer shows them...)
Related
I have a MacBook Pro running Catalina with an additional display. I typically have my development-related apps on one display (iTerm2, VSCode, etc.) and everything else on the other display (Chrome, Slack, etc.)
Sometimes (not all the time), when I switch desktops (Ctrl+left or Ctrl+right), access an app using Spotlight (Cmd+space and type), or use Cmd+Tab to switch applications, the focus would suddenly jump to iTerm2 or VSCode. This happens even if iTerm2 or VSCode isn't currently showing; for example, if I try to switch to Chrome on display 1 and iTerm2 is on a different hidden desktop on display 2, Chrome would appear on display 1 and then display 2 would show the desktop containing iTerm2 sliding into view (along with focusing iTerm2).
This severely impacts workflow, since this behavior is unpredictable and involves a lot of typing in the wrong application and reaching for the mouse. What is causing this behavior?
I found that it only happens when I have windows of the same app on both screens.
Say I switch desktop on a screen 1 and Chrome should become active there, then if I also have a Chrome window on my screen 2, it's actually the one on screen 2 that becomes active. Very frustrating..
This bug still exists in macOS Big Sur 11.4. Another symptom is that, after the erroneous focusing happens, manually switching to a space with no windows in it will leave that focused app focused, after briefly focusing Finder, rather than just focusing Finder. It's this last erroneous focusing that causes the space-switching.
Workaround: when it happens, invoke "Show All" from the menu bar (I have a keyboard shortcut for this). Note that switching to an empty space now does a single focusing of Finder, and no further space-switching happens.
When a wx.App is launched through a script (i.e., not bundled with py2app) its icon in the dock is the standard Python rocket. Is it possible to customize that icon? It seems that in the past wx.TaskBarIcon did this (see http://wiki.wxpython.org/Custom%20Mac%20OsX%20Dock%20Bar%20Icon), but now it adds an icon to the menu bar.
I had the same issue and it seems there is a lack of documentation about this. I found several piece of information in different discussion threads.
You have to use the iconType argument of the wx.TaskBarIcon constructor. there are currently three possible values:
wx.TBI_CUSTOM_STATUSITEM: will create an icon in right part of the menu bar.
wx.TBI_DEFAULT_TYPE: default parameter, similar as TBI_DOCK for wxPython 3.0.
wx.TBI_DOCK: will replace the Python rocket with the selected icon
If you reuse the example from the wx official documentation, you just need to replace this line
wx.TaskBarIcon.__init__(self)
with this line
wx.TaskBarIcon.__init__(self, iconType=wx.TBI_DOCK)
The problem with this solution is that you have to choose to put the icon either in the menu bar either in the dock. It does not seem possible to put an icon in the both place while using only one instance of wx.TaskBarIcon.
Here are my current settings:
mac os X 10.11.5
wxPython 3.0.2.0
python 2.7.10
I'm building a bilingual application installer with Windows Installer XML that uses a Burn bootstrapper to integrate MSIs for Windows XP, Windows 7 32 bit and Windows 7 64 bit into a single installer.
While I'm using the Burn UI for the opening dialog, internal MSI's dialogs handle install directory and shortcut options. I have a slightly customized version of the WiX InstallDirDlg.wxs where the user can change the installation directory.
Changing the directory works correctly when using English characters, in all three target OSs.
However, in both architecture versions of Windows 7, if you switch to Japanese character input when the focus is in the text field of that install directory dialog, the text field stops receiving data. The focus cursor continues to blink and you can select parts of the previously specified path, but typing doesn't replace anything. Other controls also still work, allowing you to go forward or back, or browse for a location, but you can't type anything in the browse-dialog text field either.
This persists until you close and reopen the installer.
The behavior does remind me of the times the Japanese IME decides to display tentative characters (i.e. hiragana before you specify which kanji it should convert to) in the corner of the screen instead of on the line you're typing, but usually the characters appear in the right place if you press the enter key after typing.
However, nothing gets displayed in the non-responding text fields; after a couple of presses the text field loses focus and the Next-button handles the enter keypress.
Is this a bug in WiX?
Or maybe a bug in the Windows 7 implementation of the Japanese IME?
Has anyone else seen this behavior?
Update:
On further testing I've discovered that if you have another keyboard locale installed when you switch from the Japanese IME the entered text appears in the text field. Until then, the Japanese IME remains unresponsive. Most Japanese users probably won't have other locales installed, so unfortunately this doesn't fix my issue.
I've also tried the installer on a Windows Vista machine, where it the text field works correctly with Japanese. I'm gravitating towards this being an issue with the IME, but I'm not sure if some WiX-coded installer behavior can instigate such a bug.
I have a macbook pro with german keyboard layout.
In the X11 xterm application, when I type umlaute like ä,ö,ü,ß, then they don't show up. And ß shows the history like the up-arrow.
On the other hand if I start emacs in x11 (not in the xterm) then everything works fine.
How can I configure X11 xterm to type all characters?
And yes, I checked the "follow system keyboard layout" checkbox in the preferences panel.
Thanks,
alex.
Hm, works on my box. What is your LC_CTYPE? Mine reads LC_CTYPE=de_DE.UTF-8, and i have checked .inputrc with no umlaut specialties found.
Hey, I just had the opposite problem... my X11 had been on German Umlaute for quite a while, and I didn't recall how I managed to do that. Now I am working all with QWERTY layout, so I wanted to remove the Umlaute again.
Seems I had a custom ~/.Xmodmap file that X11 was reading. After I removed this file, I had the English layout again. So probably you need to search for .Xmodmap and put an appropriate file in your home folder.
I'm a fairly recent convert to Xcode and OS X. Even though I have two large monitors it feels likes I spend far to much time hunting for windows.
I typically have at least the following windows open:
The file I'm editing.
A matching header file.
Another source file.
API Documentation.
A browser window.
It seems like whatever I want next is always underneath something else. There are lots of ways to switch windows (e.g., Exposé, Spaces, OS X hotkeys, Xcode hotkeys), but that's part of the problem. There are so many different approaches, I can't blindly use one; I have to think about which is the right one for each situation.
How do you organize your Xcode windows so you aren't switching all the time?
Or, how do you effectively switch between windows?
I prefer all-in-one layout (Xcode's preferences->General). If I need to look at several files simultaneously, I split the editor view (the little button above the vertical scroller). I also constantly use Cmd-Option-UpArrow to switch between .h and .m files. The only other window I have is the documentation browser.
I have a dedicated Space for Xcode so that I can switch between Xcode and Safari with a shortcut.
Xcode is unbelievably customizable, though many options are well hidden.
I keep the main XCode window open and the documentation open slightly askew from each other horizontally so i can click one while the other is on top. I use the button (right next to the lock icon) which opens the associated file to toggle in-betweeen the h and m files.
I use expose and keep safari in another panel.