Closed
Bug 186483
Opened 22 years ago
Closed 21 years ago
[qt] menus don't work
Categories
(Core Graveyard :: Ports: Qt, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: Biesinger, Assigned: timeless)
References
Details
Attachments
(1 file, 1 obsolete file)
518 bytes,
patch
|
timeless
:
review+
|
Details | Diff | Splinter Review |
it looks like menus briefly appear but immediately disappear
Reporter | ||
Updated•22 years ago
|
QA Contact: asa → cbiesinger
Comment 1•22 years ago
|
||
Some ideas: - The "CTRL"-key does not work in QtZilla - maybe the event processing in widget/src/qt/nsWidget.cpp has issues... - Is it possible that menu widgets are not being "mapped" (X windows need to be "mapped" to be visible) ?
Comment 2•21 years ago
|
||
The menu's appear if you use the alt+[letter] key's If using mouse the menu's appear (they scroll?) and disappear in the next moment (normaly you see some thinks left/not repainted). In the menu's the keyboard not work you need the mouse to navigate.
yeah i noticed that last night too. can you find the place that's triggering the move? :)
Comment 4•21 years ago
|
||
Reporter | ||
Comment 5•21 years ago
|
||
Comment on attachment 114875 [details] [diff] [review] my first small patch to bring menu to view please use "cvs diff -u" when creating patches (or put a line "diff -u" in a file called .cvsrc in your home directory)
Comment 6•21 years ago
|
||
Attachment #114875 -
Attachment is obsolete: true
Comment on attachment 114890 [details] [diff] [review] 2nd try with diff it makes things much better. when the tree stops being frozen i'll commit
Attachment #114890 -
Flags: review+
Comment 8•21 years ago
|
||
From my understanding, cls told me that whatever would get the qt-port in a better shape without affecting the rest of mozilla should get accepted easily to be committed even thought the tree is frozen.
Comment 9•21 years ago
|
||
Comment on attachment 114890 [details] [diff] [review] 2nd try with diff forgot to mark it as patch
Attachment #114890 -
Attachment is patch: true
Comment 10•21 years ago
|
||
On QT_REBIRTH_20030222_BRANCH: Checking in nsQWidget.cpp; /cvsroot/mozilla/widget/src/qt/Attic/nsQWidget.cpp,v <-- nsQWidget.cpp new revision: 1.7.10.2; previous revision: 1.7.10.1 done I checked the patches in for opi@gmx.at, fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•21 years ago
|
||
verified menus work on current cvs QT_REBIRTH_20030222_BRANCH build with Qt 3.1.1
Status: RESOLVED → VERIFIED
Comment 12•21 years ago
|
||
QT_REBIRTH_20030222_BRANCH What is the diff between this one and the QT_LAST_RITES branch? Seems like we've got 2 branches for nothing here.
Reporter | ||
Comment 13•21 years ago
|
||
the difference is that QT_LAST_RITES is no branch.
Comment 14•21 years ago
|
||
It is simply a tag? ho... well. Ok will post the new branch name then.
Comment 15•21 years ago
|
||
How does one go about obtaining the ``QT_REBIRTH_200302022_BRANCH'' source?
Reporter | ||
Comment 16•21 years ago
|
||
export CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot cvs co -rQT_REBIRTH_200302022_BRANCH mozilla/client.mk cd mozilla make -f client.mk checkout also, such questions don't really belong in bugzilla... I would suggest the newsgroup netscape.public.mozilla.qt for that.
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•