I have a Tkinter Entry widget and a Hungarian keyboard. When I press the ő button on the keyboard, the Entry widget displays õ. ű becomes û. (I haven't had this problem in other applications since Windows 3.1.)
Edit:
I do have two language settings on this computer and when I start changing them around, the problem disappears.
What can I do to make Tkinter handle my input correctly?
It looks like it is a problem with changes to the keyboard layout, as Tk (the library under Tkinter) on Windows doesn't do anything with the lParam in the the WM_INPUTLANGCHANGE messages. That's a bug.
There is a Tk ticket here:
Tk Ticket
Unfortunately, the issue might be TkInter only.
Would it be possible to get more details and make a test using plain Tcl/Tk ?
So, download a current tcl/tk starkit or distribution and try the script:
pack [entry .e]
and look, if the problem is present there too ?
Please report to the tk ticket, anonymous login might be required there.
Can't reproduce your problem. Works for me with Tk and tkinter as well. See the Tk ticket.
Related
I'm using Devel::ptkdb which is provided by Debian package libdevel-ptkdb-perl. The command I used to debug is perl -dptkdb foo.pl, where foo.pl is the script being debugged. After the GUI shows up, I can use mouse to click on the buttons or menu items to control the debugging flow, but the keyboard inputs are all ignored. Any idea? Thanks a lot.
Problem resolved! It is because perl-tk can't work with input method, if you have any. So the workaround is XMODIFIERS='' perl -dptkdb foo.pl, which temporarily disable the input method for perl.
The problem: How do I change the font in the instruction text box in an MIT Scratch project page. For example: make a line of text standout in bold. I believe it maybe done through editing the html code that is behind the box as I found a read only editor button that displays the code for the box. Unlike say a cell in Ipython you cannot simply surround text with tags. It seems such a simple problem but I have not found the solution yet.
Sorry, you can't do it.
The only thing you can do is to search for special font-characters and paste them in the Instruction text-box
For a day or two fairly recently this was allowed from a bug, but that bug was fixed and it's now impossible.
It's possible to change the HTML code, but that changes would only seen by you, and nobody else. There isn't a way to do it.
I have code some Perl win gui and I want to make something like a picture that I have attached. I have a problem to make a table. Let me know how can I do that.
Check this example.
It uses MFC grid control.
I have been experiencing a strange issue in Flex Builder 3 where certain dialogs such as the Add New Project wizard and the SVN Commit dialog are completely empty save for the title area.
I'm running Flex Builder v3.0 (build 3.02.2.214193) on the Windows 7 RC. I have tried completely uninstalling and reinstalling Flex Builder to no avail. I don't think it's Windows 7 causing the issues because it was working a couple of months ago with no problems. Even more strange is that I have not installed any additional plugins or made any configuration changes to Flex Builder between the time before these problems began and now.
Has anyone else encountered this problem, and if so, know of any solutions?
Here are a couple of screenshots to illustrate the behaviour.
alt text http://www.colincochrane.com/image.axd?picture=2009%2f9%2fdialog2.PNG
alt text http://www.colincochrane.com/image.axd?picture=2009%2f9%2femptydialog.png
You are probably running Logitech SetPoint. Try killing all setpoint processes. (you don't even have to restart flex). It worked for me :-S
According to this Adobe forums post, there are multiple causes:
SetPoint (as indicated by Scheea)
Wacom Tablet drivers
In addition, comments suggest the following:
UltraMon
These seem to suggest that the cause is any program which monitors keystrokes or mouse movement.
Workaround: In the new wizard dialog above, note the question mark on the bottom left (the help button). When you click on the help button a help panel is added to the dialog on the right separated from the main dialog by a splitter. When you drag the splitter the rest of the dialog appears. You may need to scroll to a position where you can see all of its contents, but it should become usable. Resizing the dialog alone was not sufficient for me.
In addition, I couldn't fully use the mouse to select elements so I had to type into the filter field in order for the correct projects to show up.
I had the issue with Window7 x64 Ultimate with FB3 Pro and shutting down Set Point seems to have fixed the issue.
For me it was Set Point and Display Fusion (allows you to set up multiple background images as wallpaper on multiple monitors). Took a lot of hair pulling to figure this out.
I'm involved in a project that is attempting to use the Eclipse RCP splash screen to gather user credentials, language, etc. If this screen loses focus, it is not available (under Windows at least) through the ALt-Tab functionality, and can only be found by minimizing all other windows and uncovering it. Any way of having this screen allow itself to be activated in this way? They're avoiding creating an intermediate screen, for reasons unknown at this point.
I think it might be time to examine those unknown reasons. Even eclipse doesn't use the splash screen in this way. If it needs to prompt for information, it opens a new dialog to ask for it.
Good luck.
[Edit] I stand corrected. This thread seems to have a solution to this. Good luck, I'm no SWT/RCP guru.
See this page. From one of the comments:
The splash screen window is created natively with the extended window style WS_EX_TOOLWINDOW which makes it not appear in the task bar. This corresponds to the SWT constant SWT.TOOL.
I don't know if it's possible to change the window style after it is created on Windows. You can always drop down to JNI if that's necessary.
Create your own implementation of AbstractSplashHandler.
When creating the shell, don't use the SWT.TOOL style.
The shell will be accessible through the windows task bar.