###
### BUGS
###

PartEditor
	When a Visual is loaded into the part editor, the decal is loaded
	as a compound item. If it is then saved the decal becomes one compound
	item and thus cannot be edited as individual objects any more.
	Fix ? 
	  Read as per visual/decal edit, there should be no reason that we want
	  to do anything other than assign pins to the gate. We do want to
	  be able to edit a decal from within the part editor though to save
	  having to  use yet another edit window.
	Fix above breaks pinRenumber which is used by Sch AddPart /DupPart etc
	Not sure what the fix is, once the decal is loaded, IDs are dropped and
	there is no way of getting them back.

schAddItem
	Need better logic to determine when refcnt is incrmented so that
	cancelling add does not cause refdes to be skipped.
	No only fails if duplicating a gate into a new part and refdes has already
	been incremented by add next part + cancel.

FileSave

	Does not save file in the same directory as decal is loaded from.
	(From part editor at least)

modePush/Pop

	Saving state information should be an easy fix.
	Wrong!
	The problem is when do we dropall the objects. Save and restore
	either prevents objects from being dropped or kill them when a mode is
	popped.
	Need to change key bindings so that somthing differnet happens with push/pop
	depending on iif object grabbed.
	
geomClip etc.

	Clipping is currently done using integer steps. A line with a non integer
    coords is clipped to integer coords. I dont think this is what should happen.
	ie. for move  coords = coords + dx,dy so that fractional parts stay intact.
	This was only tested with moving conncections so it may be ok for other parts.
	Must be able to preserve fractional parts of coords for PCB to place correctly.
	Need to check where the quantification is occuring and correct it.

General
	I should have implemented a restore on <<CANCEL>> as it is a real pain
	having objects moved inadvertantly and connections disappearing if moved and then
	canceled.

	I should grab the print code from QPlot for printing the canvas et al.

rPads
	When scanning parts pick up decal names and rescan file to pull up
	all decals as they dont always match the same pattern as the part name.

rPads
	 PartRef not located in correct position from pads file.

rPads
	 Pin numbers and names for rotated pins are not correctly placed.

rPads
	 PCB Decals are generated Mirrored in x and y which partly explains
		The RefDes being in a strange place.


Wish8.3
	There is some errant bug in the threading code from wish 8.1 onwards. This causes
	an event stall when moving the cursor. The only fix is to recompile wish
	without threading.
	Also the threading version of tk is a lot slower.




