I'm trying to get wxCheckBox to have sensitive label like it is in some other toolkit's.
It is often too delicate to aim on little box so whole area with label would be much convenient way to change a state.
But I can't find a way to do it.
Any help would be appreciate.
wxWidgets 2.8, Ubuntu 10.04
I can confirm this is a bug in wxWidgets GTK for wxALIGN_RIGHT check-boxes. If we take a quick look at the source code for the wxCheckBox we can see that right aligned controls are created as two seperate parts, a label and a check box and that the label is never connected to to respond to click events. If you create a ticket on the wxWidgets bug tracker then I am sure someone will fix it.
Related
I'm using Dymola but I expect OpenModelica might very well be the same (or at least similar).
For a given component model sometimes it makes more sense to have lots of parameters shown on one "tab" of the parameter GUI. This can lead to an excessively long GUI which, for many reasons including for psychological reasons in relation to how humans process information, is not a appropriate solution.
To solve this I would like to add a vertical scroll bar on the parameter GUI. I believe I saw it once though I cannot recall exactly where.
For illustrative purposes look to the right side of your web browser window. That gray bar that goes up and down is the scrollbar :). I know, obvious but you never know.
I assume I need to put some command in an annotation somewhere though where and what command I am not sure. For example, I found some reference to a verticalScrollBarPolicy but alas, I can not find any documentation on this.
Anyone know how to do this?
EDIT #1:
Dymola (and Adrian indicated OpenModelica as well) will automatically create the scroll bar when the GUI gets larger than the screen. Unfortunately (at least in Dymola) there is little margin so if you GUI is a fraction smaller than the window the "OK" button will be covered by the ribbon on the bottom of the screen and the GUI will be needed to made slightly larger to make the scroll bar appear automatically. This is a reason why a manual option for a scrollbar would come in handy.
I think additional "tabs" might help?
As far as I know in OpenModelica we have a scroll bar for that dialog windows if the window would expand out of the screen.
As of this posting my understanding based on feedback on this forum, my own experience, and from additional discussions with others there is no current manual control of the GUI (i.e., size, scrollbars, etc.).
Your best bet if you come across issues (e.g., you have a super small 2nd monitor) is to use lots of tabs and keep descriptions very short (which is probably appropriate for most applications anyways).
This is a Dymola and OpenModelica issue not a modelica issue as it is not contained in the modelica specification (as I understand it).
If this changes and I find out about it I'll remove or update this post.
EDIT: I realized that I didn't tag this properly - I should have included vb.net as a tag, on the grounds that there could be a code based solution. Note, that no changes to the resolution are made in my source code.
UPDATE: When the program starts execution, the left coordinate for each PictureBox is multiplied by ~0.376, whilst the top coordinate for each PictureBox.Top is multiplied by ~0.418 . This "down-scaling" applies to all picture boxes. The source code I have is incredibly rudimentary and cannot be responsible for this. I also looked at another project and I still face the same error. A simple but poor fix would be to divide each coordinate by the corresponding values mentioned above.
In order to show you the issue I'm facing, please look at the images below. Compare this image, where each PictureBox (i.e. a snake, set of arrows, etc.) has been placed so that they line up with a feature of the background image:
To this image, where the PictureBox elements are bunched together. Their positions have been "down-scaled" closer to the origin of the form (note that all the elements are transforming horizontally during runtime, which is why the elements are in the top right corner):
In the solution I was given (developed in VS 2010 I believe), the position of each PictureBox goes beyond the background image as shown:
It is clear that each picture box has been placed in an organized fashion. During execution, each PictureBox goes to it's intended position (i.e. lines up appropriately with the background image).
Obviously, the original developer of the solution I was given would have not faced the problem I am. The fact that the solution works properly during runtime indicates some kind of error with my instance(s) of VB. Does anyone know of any solutions?
I've came across this question which asks how to change the default resolution for a Windows 8 App and this question which asks why some applications appear differently on different machines, but they pose no clear solutions. I would appreciate any help, since it's holding me back from critical work I must do. Thank you in advance!
I feel a little silly now - I started carrying out a bit more research on VB forms and came came across this Microsoft documentation on form scaling. Realizing that my issue may have been caused by having this scaling automatically carried out, I then found the AutoScaleMode property of my form and changed it from Font to None, which resolved my problem.
I am looking on the internet for two days to create a form with the extended titlebar (to have the left, right and an search-bar) and the sidebar. I extracted 3 background images from shell32.dll that are used in the sidebar.
I'd like to know if I could namespace some shell objects or is there a solution. I really would like to see this happening.
Thank you.
Code Project, non-client area. I know it's not VB, but maybe enough to glean what you need.
Sorry in advance for the vague conditions in which the problem below occurs. It is very intermittent, and I have not pinned down a consistent set of steps that reproduce it yet. (Which is why I'm asking for some general or common things that might cause it)
The application I'm working on consists of MonoDevelop.Components.Docking dock frames. There is a tabbed group of panels in one if the frames, and one of them has a GtkTreeView in it. Every now and then, the nodes of the Treeview will not expand when clicking on the + button. This does not go away until restarting the application.
However, since I have not been able to consistently reproduce it, I'm kind of at a loss of what to look for/mess with to fix it. So does anyone have any ideas on what might generally cause the nodes to not expand when clicked? Or any better steps I should try in order to reproduce it?
I have found this occurs when a disabled node is in the TreeView. In my case it was a project in the solution pad of MonoDevelop that was set to not build in the current configuration. When I removed the project, all other nodes in the TreeView started working again immediately.
You can use the arrow right/left keys to expand/collapse nodes.
It may be related to a Gtk bug:
https://bugzilla.gnome.org/show_bug.cgi?id=675835
which was fixed recently:
http://git.gnome.org/browse/gtk+/commit/gtk?h=gtk-2-24&id=b32a9eb691920f21ad3b9127c833aaba15727c4b
Is there any way to mimic the dynamic suggestions behavior as per the search field on Google? As in, I type something in a text ctrl, and a list of suggestions pops up below for the user to chose from? If wxPython doesn't have such a feature, perhaps some other Python gui has it?
EDIT: For use on a Mac. That excludes this example, although it seems to be exactly what I am looking for.
Im not sure it theres a way to automatically do this but I think it could be easily achieved by binding to EVT_TEXT.
This is a recipe from the wxpython wiki for a TextCtrlAutoComplete control
Have you tried AutocompleteTextCtrl?
You could quickly download and test it as it comes with a nice test module to run straight away.