Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#2 kmidimon: "list columns" position wrong with dual-screens

closed-fixed
KMidimon (1)
5
2009-02-27
2009-02-26
^Rooker
No

(just a cosmetic issue)
In KMidiMon 0.5.0 on my dual-screen setup, right-clicking on the table headers always positions the "list columns" menu on my first screen.
Additionally, it even calculates the wrong position if I'm on screen 1 (see screenshot).

Discussion

  • ^Rooker
    ^Rooker
    2009-02-26

    Position of "list columns" menu wrong: too far left

     
  • I don't have a dual-screen setup, and I can't reproduce the issue. Do you want to help? BTW, KMidimon 0.5.0 is very old old. There is a bugfix release 0.5.1 and a newer one 0.6.0 using Qt4. The method to position the popup menu has not changed, though.

    Maybe you can help by testing the attached program (qt3-menu-example.tar.gz) it is a Qt3 example, from the source Qt3 distribution. It uses the same method to position the contextual popup menu. Here is the reference: http://doc.trolltech.com/3.3/menu-example.html

    If the sample program shows the same wrong behavior, we could isolate the problem's origin by changing one component of the desktop environment at a time. Can you provide details of the following?
    * X11 (XFree/Xorg) server vendor and release
    * Graphics card vendor, driver, and release
    * Window manager (KWin, Metacity, ...) name and release
    * Desktop (KDE, Gnome) and release
    * Qt3 release
    * Linux distribution, and release

     
  • ^Rooker
    ^Rooker
    2009-02-26

    Thanks for the quick reply (even for this minor, cosmetic issue) :-)

    I know that 0.5.0 is quite old, but it's the latest version in Ubuntu's repositories, and I've checked the changelogs before commiting this bug, and I saw that it probably was not touched since then.

    I'll try compiling the Qt3 example to see if does the same thing.

    My setup is as follows:
    * Qt: 3.3.8b
    * KDE: 3.5.10 (KDE Daemon: $Id: kded.cpp 711061 2007-09-11 09:42:51Z tpatzig $)
    * Linux distribution: Kubuntu 8.04.1 (Hardy)
    * Window manager: KWin 3.0
    * Graphics card, according to lspci: "VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600XT] (rev a1)"
    * X11, according to "apt-cache show xorg": "7.3+10ubuntu10"

     
    • status: open --> closed-fixed
     
  • Forget about the former request. Sorry. This was a bug in kmidimon-0.5.0 fixed in kmidimon-0.5.1. Nobody reported the bug, and it passed undocumented. Until now.

    This is the commit where it has been fixed:
    http://kmetronome.cvs.sourceforge.net/viewvc/kmetronome/kmidimon/src/kmidimon.cpp?r1=1.10&r2=1.11It

    The problem was a wrong call to popup->popup(ev->pos()) that should become popup->exec(QCursor::pos()) instead.

    Anyway, I would be grateful if you complain and report this issue to the ubuntu or debian maintainer/bug tracker, asking if they can upgrade their packages to a newer upstream version.

    Thanks.