Custom Query (301 matches)

There is one more redraw problem I found. This problem may be seen if a top-level window that contains a combobox is dragged by holding the title bar with the left mouse button while the drop-down list of the combobox is open. The list will disappear after the mouse button press but the appearance of the combobox will remain as if the list is still open (in particular, the list button will remain sunken and the focus will not go back to the line editor).

If, while still holding the mouse button at the title one will move a part of the window containing the combobox partly offscreen and then move it back onscreen, he will see that the part of the combobox that was offscreen will be properly redrawn but not the rest.

There is a common problem of searching for the right DLLs for the application being started in OS/2: by default, the OS/2 loader doesn't search for DLLs in the directory where the .exe is located (which is a very common and natural case) which requires to put the DLL to the system DLL location (badly bloating it) or craft a .cmd that sets a proper BEGINLIBPATH/ENDLIBPATH. Both ways suck.

I've got an idea to do DosSetExtLIBPATH() with the exe's path implicitly in QProcess before starting the application (and undo afterwards) to make this search location transparent both for the end user and for the Qt developer.

Unless I discover some bad side effects, I'll do it like that.

Currently, the necessary P_SESSION and P_DETACH functionality in QProcess is implemented using workarounds which proxy the calls through "cmd.exe /c" (see #72). This is done so because kLIBC 0.6.3 doesn't support P_SESSION and P_DETACH.

Later, we plan to apply a patch to kLIBC that adds support for these execution modes and make use of them in QProcess. This defect is to track this plan.