QtForum.org »
QtForum.org » Qt »
Qt Designer »
Monday, January 26th 2004, 1:56pm
The other string, a const char[], is aligned correctly. Who can help?
)
Monday, January 26th 2004, 3:57pm
Quoted
Originally posted by scooter
(Newbie using Qt 3.2 under Linux)
- A file with the extensions '.cqt', or '.hqt' resp., added to a project list will be not shown in this list. You are forced to use '.c'/'.cpp', or '.h'/'.hpp' resp., to get it visible.
- Quite often the layout of my widgets is shifted and/or have other sizes, although I didn't touch it. It costs a lot of time to reorder the layout. The provided layout manager is no help.
- By the way, the layout manager: You will get shortened dialog boxes when you compile your codes with the red lines of the layout manager not removed from your dialogs - the lower half of all widgets at the dialog bottom is missing. There is no hint in the manual. I found a solution by chance.
whats the point of complaining about some random "bug" if you dont even tell us the whole story.
- Very often I'm not able to use the Ctrl-T accelerator to display a dialog preview. I have to use the menu item instead.
- I found no dialog property to force the dialog to be displayed monitor-centered (or other) when shown. The mainform dialog jumps widely over the screen at each program launch, depending on the other task's dialogs positions. MS Windows does better here...
- I found no way to fix a widget's size to a certain value with no chance of the layout manager to change it...
- The 'frameShape' and 'frameShadow' properties of some widgets offer items which have no changing effect on the widget: The previous frame style remains. Changing to another style and changing back to the first style (i.e., not this style is the current frame property item) has no effect to the widget: it keeps the style it had before the last change.
- QTable: I have a spreadsheet with two columns, both with strings written into them. The first is a QString containing digits. Contrary to documentation, this QString is not aligned to the left but to the right as if it was an integer.
- Diabling a menu item (which has sub-items) while designing greys this item and its sub-items. When checking the preview, only the sub-items are greyed.
Well, that's it for now...
Monday, January 26th 2004, 6:30pm
Originally posted by scooter
- Quite often the layout of my widgets is shifted and/or have other sizes, although I didn't touch it. It costs a lot of time to reorder the layout. The provided layout manager is no help.
- By the way, the layout manager: You will get shortened dialog boxes when you compile your codes with the red lines of the layout manager not removed from your dialogs - the lower half of all widgets at the dialog bottom is missing. There is no hint in the manual. I found a solution by chance.
- Very often I'm not able to use the Ctrl-T accelerator to display a dialog preview. I have to use the menu item instead.
- I found no way to add a whatsThis text to the main form, although there is a property for it.
- I found no way to assign the menu item 'Help' the F1 key as the accelerator, although I'm able to type this key as a property valueby pressing it on the keyboard.
- I found no dialog property to force the dialog to be displayed monitor-centered (or other) when shown. The mainform dialog jumps widely over the screen at each program launch, depending on the other task's dialogs positions. MS Windows does better here...
- I found no way to fix a widget's size to a certain value with no chance of the layout manager to change it...
Tuesday, January 27th 2004, 4:10pm
Originally posted by scooter
- Red lines of the layout manager cut widgets:
Yes, anda_skoa, I had a closed hierarchy of layouts, but the problems continues. Before compiling I had to remove the red lines and then everything was displayed properly. Now I don't use the layout manager any more: I do much better with placing the widgets by myself than having done it by the layout manager which squeezes or expands the widgets by some inscrutable scheme and destroys my layout work. Yes, I confess this might be 'VB' style, but it saves me from getting grey hair to early...
- Preview accelerator:
I work under Linux 2.4.20 with KDE 3.1.1 with default settings. There is no other application taking the accelerator. When coding I always use the same programs which are all launched. So why is it that sometimes I can't use Ctrl-T for previewing?
- WhatsThis for mainform:
Yes, anda_skoa, I know how to add a value to a property. Indeed I can type a text to this property, however, it won't be displayed in the compilation. Other widget's whatsThis property works fine, though.
- F1 key as Help accelerator:
It's irrelevant whether I type 'F1' as value or press the 'F1' key: In both cases 'F1' is displayed as value but when compiled, this key can't be accessed for the Help. Checking the property shows that the value was removed by Qt.
- 'One should be able to display mainforms centered':
I'm not the only one (read other postings in this Forum) who is annoyed about Qt's practice with mainforms (note I don't mean windows with parents -- I know how they are displayed). Sorry for mentioning MS Windows; VB was meant. And I wonder why VB (which is slighted by some coders wrongly) is able to do something what Qt refuses to do, since QSplashScreen is able to do it -- so why not making this feature available to other classes? Where's the problem, folks?
- Strings in a spreadsheet:
I know how other applications, such as Excel, work with strings consisting of digits. But when Qt writes in its manual that QStrings are displayed to the left of a cell, I think I can expect this feature to work correctly; otherwise, it *is* a bug. By the way, both strings mentioned consist of numbers, the second with some points in it. And contrary to debboy, I know how to change this behavior: by subclassing QTable, as mentioned in the manual. But I don't want to subclass when I actually don't need to according to Qt's manual...
Wednesday, January 28th 2004, 8:30am
Red lines of the layout manager cut widgets:
Mainform centered:
Strings in a spreadsheet:
Wednesday, January 28th 2004, 8:44am
Yes, I do very well know that Qt usually uses the window manager and QSplashScreen bypasses it. And I know that if I need to change some widget settings before it is shown I could use showEvent(). Or bypass the WM entirely by the WX11BypassWM flag - but this would result in several problems of widget handling. *And* I know that it might be difficult for different operating systems with their WM's to handle my needs. But what I'm asking it: why is this feature provided with QSplashScreen only? Possible problems resulting in making it available to other classes should be whitewashed by Qt, since Qt is a GUI toolkit with the intention and purpose to make coding as easy and conveniently as possible.
Yes, VB has some strange features -- but serious coding is said not to be possible with VB? There still is a number of reputable companies in this world who estimate VB for its ability to make coding easy for small projects, and I really don't catch those who minify VB just for the fact it's not C. It's irrelevant indeed which programming language one uses as long as he is able to accomplish his object. I only mentioned VB in order to have an example of a programming language.
Wednesday, January 28th 2004, 9:15am
Originally posted by scooter
But what I'm asking it: why is this feature provided with QSplashScreen only? Possible problems resulting in making it available to other classes should be whitewashed by Qt, since Qt is a GUI toolkit with the intention and purpose to make coding as easy and conveniently as possible.
I use 'void QTable::setText ( int row, int col, const QString & text )' for both strings. There is no overloaded method to it.
Wednesday, January 28th 2004, 1:21pm
What feature? You can make every widget shown centered like QSplashScreen by bypassing the wm. This is not restricted to QSplashScreen. But centering is restricted to widgets that bypasses the wm.
I guess you have to subclass QtTableItem for your "looks like a number but isn't one" items.
Wednesday, January 28th 2004, 1:31pm
Originally posted by scooter
Maybe we are talking cross purposes, but how shall I do that without getting several problems, such as a frameless widget (according to Qt's manual)? It'd be good if you provide some code for me if it's different to the method described by anda_skoa.
Wednesday, January 28th 2004, 1:33pm
Originally posted by scooter
To anda_skoa:
I guess you have to subclass QtTableItem for your "looks like a number but isn't one" items.
Yes, that's what I fear. Qt is promising a feature which it is neglecting and the user has to use a workaround. (Not meant that negative as it might be understood.) Any idea for a working code?
|
Source code |
1 2 3 4 5 |
class AlwaysStringTableItem : public QTableItem
{
public:
int alignment() const { return Qt::AlignLeft | Qt::AlignHCenter; }
};
|
