Custom Query (301 matches)
Results (112 - 114 of 301)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #180 | wontfix | Location of ui_*.h | ||
| Description |
With 4.6.3, qmake places the generated ui_*.h files in the objects directory. While appears to be a good choice not to mix the generated files with the source, it caused a compile break here. In order to fix this, I had to add "." to the compiler's include path. Is that working as designed ? |
|||
| #150 | wontfix | MOC output on "No relevant classes found" | ||
| Description |
This is a rather weird one, but I'm asking for your opinion on that... When MOC processes a file without any "mocable" classes, it creates a zero-length output file. Unfortunately, if the target drive is on a NetWare? server, the timestamp of such a zero-length file is not updated (which is not MOC's fault). Anyway, as a result of that MAKE will re-invoke MOC for those classes - even though nothing has changed - and then cause the empty MOC result to be compiled. Due to this the target will be re-linked, which can be quiet time consuming. A simple workaround for that problem is to always write something into the MOC result files. A carriage return would be sufficient, however I'm wondering why they don't put the standard "this is a MOC generated file blah blah" comment header in... |
|||
| #91 | fixed | Main menu bar is not always redrawn | ||
| Description |
If you move the mouse pointer over the main menu bar, the menu item below the pointer gets sunken (classic windows style) and then gets restored when the mouse pointer leaves its rectangle. Sometimes this doesn't happen: the menu item may be left sunken after the mouse leaves it or vice versa, it may not change to sunken when the mouse enters it. |
|||
