Entity Snap Menu has 2 second delay
Is anyone else having this problem? The support folks were not able to reproduce the problem and punted me to the forums.
I use the middle mouse button for a custom menu (mbuttonpan=off), pressing the button has a 2-3 second delay before the menu displays. The windows version of Bricscad under wine or windows (on the same machne) does not have the same delay. It feels like it slows production to wait each time I need to do an object snap or use the productivity commands added to the custom menu.
I'm using the latest Version (11.1.17-1) of Bricscad. The system is a current version of Xubuntu 10.10 (AMD Phenom II X2-560 in 64 bit mode, 8 GB ram, Nvidia GeForce 210 w/ 512 MB) with the Nvidia hardware display driver (version 260.19.06) in TwinView mode with two Samsung SyncMaster 245BW monitors (1920x1200 each).
Listed below is the xorg.conf file to show how X-Windows is configured.
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 260.19.06 (buildd@yellow) Mon Oct 4 15:59:51 UTC 2010
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection
Section "Files"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "Samsung SyncMaster"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection
Section "Monitor"
# HorizSync source: unknown, VertRefresh source: unknown
Identifier "Monitor1"
VendorName "Unknown"
ModelName "CRT-1"
HorizSync 31.0 - 107.0
VertRefresh 50.0 - 160.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 210"
EndSection
Section "Device"
Identifier "Device1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 210"
BusID "PCI:1:0:0"
Screen 1
EndSection
Section "Screen"
# Removed Option "metamodes" "CRT-0: nvidia-auto-select +0+0"
# Removed Option "TwinView" "0"
# Removed Option "metamodes" "CRT-0: 1600x1200 +0+0"
# Removed Option "metamodes" "CRT-0: 1600x1200 +0+0, CRT-1: 1600x1200 +1600+0"
# Removed Option "metamodes" "CRT: 1920x1200 +0+0, DFP: nvidia-auto-select +1920+0"
# Removed Option "metamodes" "CRT: 1920x1200 +1920+0, DFP: nvidia-auto-select +0+0"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "CRT-0"
Option "metamodes" "CRT-0: 1920x1200 +0+0, CRT-1: nvidia-auto-select +1920+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Screen"
# Removed Option "metamodes" "CRT-1: nvidia-auto-select +0+0"
Identifier "Screen1"
Device "Device1"
Monitor "Monitor1"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "CRT-1: 1600x1200 +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
Comments
-
Just to bring this back to the fore ... The problem is not related to the display driver. You get the same results in a VirtualBox session on an WinXP64 host.
An interesting observation. The delay increases with the number of directories in the "Support File Search path".
No added directories, no real delay. Add a directory to the "Support File Search path" for your standard block collection, you start to see a delay. Add a directory for your non-standard fonts, more delay, add a directory for you lisp routine collection, more delay, etc. etc.
The Windows version does not have this problem. Has anyone else noticed this?
0