Search found 286 matches
- Tue May 28, 2013 8:25 am
- Forum: Platform Related Issues
- Topic: Characters are garbled on MAC 10.6 while using wxDateTime
- Replies: 6
- Views: 3982
Re: Characters are garbled on MAC 10.6 while using wxDateTim
Ough! Neither MAC nor chinesse fonts aren't my specialization but from what I am seeing, the problem consists in the weekday name and the "AM" and "PM" strings. That means, in the wxDateTime::GetWeekDayName() and wxDateTime::GetAmPmStrings() on MAC and Chinesse. First of all, ver...
- Mon Apr 08, 2013 3:57 pm
- Forum: Announcements and Discoveries
- Topic: wxGTK 2.9.4 and 2.9.5 debs and rpms available
- Replies: 7
- Views: 7556
Re: wxGTK 2.9.4 debs and rpms available
All links from your page to all repository branches are "forbidden" for some reason, David. At least for me.
- Mon Apr 01, 2013 5:04 pm
- Forum: C++ Development
- Topic: wxRichTextCtrl: SetTabs
- Replies: 0
- Views: 1087
wxRichTextCtrl: SetTabs
I need to create a simple table in a class derived from wxRichTextCtrl. I tried to ape the wxRichText example and wrote: wxTextAttrEx tattr; wxArrayInt tabs; wxString tabchr = wxString(static_cast<wxChar>(0x09),1); // another attempt: wxT("\t"); No improvement. tabs.Clear(); tabs.Add(400);...
- Mon Mar 18, 2013 6:11 am
- Forum: C++ Development
- Topic: Deselection not part of a selection change in wxListCtrl
- Replies: 10
- Views: 4829
Re: Deselection not part of a selection change in wxListCtrl
If you get the "select" event first then your problems are over. Set a flag at "select", process at "deselect". You could get the "select" event first: "select first, then deselect" is the correct way of suppressing flickering of a ribbon bar cursor ...
- Sun Mar 17, 2013 4:53 pm
- Forum: C++ Development
- Topic: Deselection not part of a selection change in wxListCtrl
- Replies: 10
- Views: 4829
Re: Deselection not part of a selection change in wxListCtrl
IMO, the same problem as with "double click". First, you get a "single click" and then a "double click" if it was really a double click. You cannot decide at the "single click" whether it is a double click or not. Similarly, at deselect event you cannot see wh...
- Sat Mar 16, 2013 2:35 pm
- Forum: C++ Development
- Topic: Line Spacing in WxTextCtrl
- Replies: 1
- Views: 1498
Re: Line Spacing in WxTextCtrl
wxRichTextCtrl has BeginLineSpacing() - EndLineSpacing() "brackets", wxRichTextAttr has GetLineSpacing() method. The wxRichTextCtrl has also GetDefaultStyleEx() method which can be used for obtaining wxRichTextAttr for subsequently inserted text.
- Sat Mar 16, 2013 9:27 am
- Forum: C++ Development
- Topic: How to Bold the Dialog title text
- Replies: 3
- Views: 2161
Re: How to Bold the Dialog title text
Many problems ahead. For example, text backgound (the user can change this in the system settings), font size (the same), buttons on the titlebar, redrawing (the user has moved something over the titlebar so that the titlebar has been invalidated and scheduled for redrawing) and so on.
- Sat Mar 16, 2013 5:27 am
- Forum: C++ Development
- Topic: How to Bold the Dialog title text
- Replies: 3
- Views: 2161
Re: How to Bold the Dialog title text
AFAIK, no chance. The titlebar style is determined by the operating system settings. Your app can only specify the text for the titlebar. This is not the wxWidgets flaw - you do not have any tools for manipulating the titlebar style even at the "low level" (window handles, messages).
- Wed Mar 13, 2013 11:01 am
- Forum: C++ Development
- Topic: how to set Dialog Caption
- Replies: 6
- Views: 3319
Re: how to set Dialog Caption
Positioning the title text on the titlebar is controlled by the operating system settings and it cannot be changed on per application basis. The application can only specify the text for the titlebar but it cannot specify whether the text will be centered or edge adjusted or what font will be used f...
- Thu Mar 07, 2013 4:58 pm
- Forum: C++ Development
- Topic: Replacement for SetWindowPos()
- Replies: 6
- Views: 3485
Re: Replacement for SetWindowPos()
If I understand well then the original code was wxWidgets but it was un-wxWidgets-ed by using HWNDs for some reason. The way back is rather complicated because you have bags of numbers (HWNDs) which do belong to some objects but you cannot tell which objects they belong to. You would need to make so...
- Thu Mar 07, 2013 3:26 pm
- Forum: C++ Development
- Topic: Replacement for SetWindowPos()
- Replies: 6
- Views: 3485
Re: Replacement for SetWindowPos()
You cannot do such things. (1) You can get a pointer to a wxWindow only for windows managed by wxWidgets. If the window is created otherwise, you cannot get a wxWindow pointer to it even if the window does have a HWND of some kind. (2) You cannot call a method for an unallocated pointer. The pointer...
- Sun Mar 03, 2013 4:30 pm
- Forum: C++ Development
- Topic: wxWindow does not resize
- Replies: 4
- Views: 1945
Re: wxWindow does not resize
It is not clear from the post whether the buttons are connected to ChildFrame::plus() and ChildFrame::minus() correctly. Run the debugger and set breaks in plus() and minus(). Click the buttons. Do you break in the handlers? If so then the buttons are connected correctly. Is the value m_width the cu...
- Thu Feb 28, 2013 2:59 pm
- Forum: C++ Development
- Topic: How to destroy child dialog with in child Dialog
- Replies: 1
- Views: 1182
Re: How to destroy child dialog with in child Dialog
Make sure that the children are really children - that they specify their "parents". When the parent get destroyed, all children get destroyed automatically, too. When you destroy the "main dialog", the whole chain of subordinated dialogs get destroyed as well. No need of individ...
- Tue Feb 26, 2013 5:35 pm
- Forum: C++ Development
- Topic: Defining source of wxEVT_CLOSE_WINDOW event
- Replies: 3
- Views: 1990
Re: Defining source of wxEVT_CLOSE_WINDOW event
Also, during shutdown the close event cannot be vetoed for sure, if the close comes from the 'x' button or a button calling Close() then it can be vetoed. Check with CanVeto().
- Mon Feb 25, 2013 3:13 pm
- Forum: C++ Development
- Topic: Using Custom Control in XRC
- Replies: 3
- Views: 4009
Re: Using Custom Control in XRC
Nothing more is needed. No need to specify a base class or something similar. If you have wxFormBuilder at hand, try to create a frame and put a wxRichTextCtrl into it. Check what you get in the XRC file and what code will be generated. wxRichTextCtrl isn't known to XRC so that wxFormBuilder smuggle...