wxPython - Static Box Not Appearing - python-2.7

I have inherited a problem that appears to have been put on the back burner by a colleague some time ago. In one of the applications written in Python 2.7 and wxPython 2.8 similar controls (e.g buttons) are grouped together and surrounded by a static box, which may or may not contain a heading (label) for the group. We are currently migrating from from Mint 13 TO Mint 17.3 but are having a problem that static boxes are just not appearing. Sizers are not in use. Has something been overlooked?

The answer, for those who find themselves in a similar predicament, is to be found in the Theme, being used for the Desktop.
In Control Centre is an Appearance setting and if you are using the Default Mint-X setting, click customise and if the controls setting is also Mint-X, it doesn't draw boxes for some reason.
Choose any other option in the controls list and the boxes magically appear. I hope this prevents someone else wasting hours looking for the solution.
See:wxpython staticbox does not display

Related

Qt Camera Example - changing settings does not work

I have built and run the Camera Example project from the examples in Qt (QtCreator -> examples).
All went correctly.
I can run the program and display video stream from my laptops camera (Lenovo X220) and from my android phone (using DroidCam Client in the background).
The example has many options, that you can change.
I can use the sliders to adjust Exposure Compensation or Quality. But they do not appear to work.
Nothing except form image capture does not appear to work. The same goes for the QML example.
Has anyone tried those examples?
Is there a way to make the functions provided by the example work?
Is there another way to make those changes?
I am using Window 10 with the latest updates, but I have tried the example a couple moths ago, and the results were the same.

Siebel Tools can't scroll when editing applet web layout?

I've replaced my old dev laptop with a new one, and my Siebel 7.8 Tools aren't enjoying the change: the applet web layout editor gets frozen when I try to scroll.
The applet loads fine, I can add controls, move them around or remove them... but if I try to scroll, it only does so for a moment and then it gets frozen: everything inside the web layout pane (including the scrollbars) stops responding. I've also noticed a visual glitch when it happens - half of the "InfoButton" placeholder and half of the "Elemento" field are duplicated:
The rest of the Siebel Tools keep working however, I can just close the layout editor and open a new one, which will work without problem... until I try to scroll again.
It happens also if I try to show a bigger applet area without using the scrollbar (for example, if I hide the object explorer with Ctrl+E to have more room), or if I click on Preview. Only in that case, instead of a glitched layout, it shows all blank (and freezes).
It doesn't matter if it's a list applet or a form one; whether I'm connected to my local DBF database or to the server repository; if I run the Siebel Tools with or without administrative privileges...
To make things even weirder, the first time I edited an applet web layout in the new computer, it worked fine (a lot of scrolling included). The issue started with the second applet I tried to edit (but now it happens with the good applet too).
The new computer is running Windows 7 (64bits) with IE8. The old computer had exactly the same, only the 32bits version. Siebel Tools have been properly installed (I didn't just transfer my old folder to the new PC). And I've checked the tools.cfg file, specifically the WebClientSiteDir property, which points to the right folder, C:\Siebel_7.8\Tools\PUBLIC\ENU.
Any ideas, other than reinstall the Tools? Has it happened to anyone before?
Solved! I tried a lot of different things, including a full reinstall of Siebel Tools. In the end, it was much easier to fix: I just needed to enable the option "Run this program in Windows XP compatibility mode", in the Tools shortcut.
I'd swear I didn't have it enabled in my previous computer and it worked just fine, but anyway... that fixed the issue for me.

wxDialog inside wxWindows

when wx.Dialog is created it can take any position on the computer screen and take any dimension if style allows. I am trying to build dialogs and confine them within the application window.
I am not sure if my question is clear, I guess an online imagine would be a good example of what I need to do.
in the current link, "spectra analysis" is an exact example of what I need.
http://cdn.altrn.tv/s/b80a7d76-3293-45f2-84dc-07ae136df1c6_1_full.gif
The UI in the image is using the Multiple Document Interface, and in wxPython on Windows you can get the same UI by using the wx.MDIParentFrame and wx.MDIChildFrame. However be sure this is what you need because most users do not like MDI and even Microsoft abandonded it in their applications long ago.
You don't want dialogs. You most likely want to look at the AUI widgets. There are the old wx.lib.aui widgets and the newer wx.lib.agw.aui widgets. I recommend the AGW version as it is written in pure Python and has had lots of enhancements done on it. I don't think the old wx.lib.aui widgets have had any attention in years.
See the wxPython demo for examples.

Django Debug Toolbar - Which version has the green panel that docks at the top?

I turned on my debug toolbar and was surprised to see the stock template where the panels are aligned to the right.
I upgraded to django 1.3 and re-installed most of my requirements via PIP, which is where I imagine my usual toolbar disappeared.
I had always thought it was David Cramer's fork that had the green panel bar docked at the top, which I find insanely more usable (doesn't obstruct anything), plus it had some default default panels like unique SQL counts.
Now that I've cloned both David's fork and Rob's original, I see neither have this green dock.
Am I going insane? Is this a setting I've missed, or perhaps a different fork? I would kill for the workflow I'm used to!
Update: I've looked through the commits, and indeed, there was a version in 2009 that was docked at the top, but had nowhere near the functionality that the version I'm talking about had. The exact commit that moved the toolbar to the right appears to be: https://github.com/dcramer/django-debug-toolbar/commit/565b100f9d97214043ae93c51d276951a65331e8
But nowhere can I find this awesome version below:
It also claims to be version 0.2 which I find odd too. I will keep going through each commit but any help would be appreciated.
It used to have the bar at the top. The new version has the new sidebar layout.
Update:
I tried to find out which version it was, but found this page where you can download older versions.
https://github.com/robhudson/django-debug-toolbar/downloads
Update2:
Here is the commit where he moves to the side panel 8-11-2009. Yeah a long time ago. I guess it has been a while since I upgraded as well :)
https://github.com/robhudson/django-debug-toolbar/commit/565b100f9d97214043ae93c51d276951a65331e8

Tab control like in FireFox in native windows app

I would like to enable tabbing for my application. And so far it seems I could use a tab control. The problem with it is, though, that it creates a border around the client area. What I want, is more like a FireFox tab control, that only takes up a row in the application and doesn't create any frames around client area.
Does anyone know if it is possible with the default control?
I'm using MFC, but that shouldn't change things much I hope.
I'm pretty sure the tab control consists of two parts - the tab headers and the tab page. So you should be able to use the tab header only. It will take more work, but I think you can get what you want.
Look at CTabCtrl and CHeaderCtrl - will those do it? I've never customized them, but it seems possible.
There is also a CPropertySheet that's a good control. But so far it seems disabling and changing some things is simply impossible. No solution for the problem except full ownerdraw path.