View Full Version : GUI: Event selector problem
May 23rd, 2005, 10:35 AM
When I open the "add event" window, I can't see the OK, Apply and Cancel button if I don't maximize the window and hide the Windows task bar. Also moving the window doesn't seem to be possible.
May 23rd, 2005, 01:28 PM
well that is funny!
May 23rd, 2005, 01:53 PM
This seems related to upgrading instead of uninstalling - reinstalling.
Delete the registry key:
May 23rd, 2005, 02:42 PM
Nope. Didn't help. I will try to uninstall and reinstall.
May 23rd, 2005, 02:52 PM
Full uninstall-re-install didn't help either. The Event comes in the lower right corner, with the bottom buttons and the event filter hidden, and it's impossible to move it. I have to maximize these and hide the windows task bar to see them.
May 23rd, 2005, 02:55 PM
In Girder select 'view->Reset windows and toolsbars'. Then restart Girder.
May 23rd, 2005, 02:58 PM
No, sorry. Didn't help either. And it didn't even reset the toolbar - I have added the "Edit" function to the toolbar, and that's still there even after the restart.
May 23rd, 2005, 03:00 PM
Then that is where the culprit is. Is there something blocking the change of registry? Are you not running as admin? What os.
May 23rd, 2005, 03:03 PM
XP SP2, running with admin rights. I just now tired to delete the registry key again, and it stayed deleted. That reset the tool bar and menu, but didn't do anything to the Event selector problem.
May 23rd, 2005, 03:04 PM
Okay try this:
Delete that key we mentioned before
There is no way it could have remembered the edit button that you added. And the docking window should be working.
May 23rd, 2005, 03:10 PM
That's what I did the last time. When I delete the key with Girder closed, the added toolbar button dissappears. When I do the "Reset Windows and toolbars" nothing happens. But neither of them changes the problem with the event window. Here's what the full computer screen looks like when the Event isn't maximized (trying to move it with the mouse gives me a "no go" sign):
May 23rd, 2005, 03:14 PM
What version are you running?
May 23rd, 2005, 03:17 PM
Alpha 18, from May 21.
Oh, and I checked the registry now. When I do the "Resert windows and toolbars" it deletes the "Dock layout" key, but not the "bars" key.
May 23rd, 2005, 03:20 PM
Please post a screenshot of the entries under
May 23rd, 2005, 03:25 PM
Here you go.
May 23rd, 2005, 03:29 PM
Thanks, seems like the numbers change a little can you look for the one with name dxDockPanel6 and post the screenshot?
May 23rd, 2005, 03:30 PM
Actually even better export the whole tree starting with Girder there and post it here.
May 23rd, 2005, 03:32 PM
Had to rename, the reg extension isn't allowed. Good thing this doesn't contain my registration key, huh? :wink:
May 23rd, 2005, 03:35 PM
AllowFloating to 1
May 23rd, 2005, 03:41 PM
That made it open in full screen the first time I started Girder, and behind the unhidden task bar. No "Restore" or size change. I then restarted Girder, and it now behaves like any window, with all possibilities! Nice! Even the silly tiny close X and the thin top changed into a normal window. Much better! :D Gonna have to do that with all those child windows... :wink:
Edit: Hey, I don't have to! All edit Windows are set free now! Total prisoner amnesty! I can even double click on the top frame and toggle full screen!
May 23rd, 2005, 03:42 PM
Are you telling me they all have that AllowFloating bit not set?
May 23rd, 2005, 03:46 PM
No, only that one we fixed and number 6 (changing that one also freed my USB-UIRT-commands). Should it be set to allow floating for all windows?
May 23rd, 2005, 03:46 PM
yes, for all dxDockPanels
May 23rd, 2005, 03:47 PM
Good. Remember I asked you about not being able to toggle the script window with double click? This was obviously the reason.
May 24th, 2005, 01:49 AM
Totally clean install of version 18, and AllowFloating is set to 0 on number 6, to 1 on all others. The events and commands are changing between the blocked type with thin top bar and small X and the free type with regular everything.
Changing the 0 in number 6 to 1 seems to have cured it, at least for now. I'll let you know if that changes.
May 24th, 2005, 03:29 AM
No, it seems like the actions windows and event windows jumps back and forth between thin top bar with small X and regular top bar.
May 24th, 2005, 09:39 AM
There are 2 different windows indeed. The thin one is a docking window. You can dock this one onto the main girder interface. The thick one is a regular window that cannot dock. Depending on the setting in the about window one of the two is the default.
May 24th, 2005, 10:45 AM
The drag problem is fixed in next release.
May 24th, 2005, 11:00 AM
Thanks! That was really a drag... :oops: (New world record for worst attempt at a joke on a serious forum...)
May 24th, 2005, 11:01 AM
Not bad, you get an honorable mention. :lol:
Powered by vBulletin® Version 4.2.0 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.