Hello,
when I try to delete parts wich are close to each other I nearly everytime have big problems to delete them.
For example in the picture above I wanted to delete the green line. I selected the green one like shown in the picture. If I delete it afterwards the PA0 part on the picture gets deleted not the green line.
Is there a possibility to avoid this?
You didn’t tell which version you have. V5.1 behaves strangely IMO: you can clarify selection if you click on items, but it doesn’t actually select anything. What you have to do is be on top of the item you want to delete and then press Delete. When you clarify after that, the wanted item is deleted.
There is also “Delete items” tool (trashcan icon) if you want to delete several items which can’t be group selected. Select the tool, then click on items.
In v6.0 there will be normal behavior, like in pcbnew: you actually select an item which will be highlighted. The next action is done to that item.
1 Like
I Use version 5.1.4. Clicking on items dont work well when I have a schematic like shown in the picture. It always deletes the symbol. I tried again to delete the green line by klicking on top of it. Even if i click at the end of the green line (farest point from yellow symbol) the symbol instead of the green line gets deleted.
Maybe I wasn’t clear. You have to hover the mouse pointer on top of the item you want to delete. Then press Delete, don’t click the mouse button. Then you get the clarification menu. Select the wire there. It will be deleted.
1 Like
Same problem again. I want to delete the green line on pin 4 and it always deletes my part which is connected to the line.
Trying using <backspace> rather than <delete>. With KiCad 5.1.2 on Linux, if I try to <delete> a short green wire like that I get a popup asking which I want to delete. But if I use <backspace>, it just deletes the green wire without asking.
Interesting. I never get a popup asking which one i want to delete.I get a popup which one I want to select, but it don’t influence the deleting process.
Do not click on the small rest of that wire. Just hoover the mouse over it and then press [DEL]
That’s it.
The center of your crosshairs is not on the green line.
Also selections work differently if you drag the mouse from left to right (yellow edged marquee) which only select items entirely within the marquee compared to dragging right to left (blue edged marquee) - selects any touching items. This is helpful when you only want to select a specific part of a larger drawing.
Deleting off grid stuff in eeschema is tricky. Workaround: switch to a smaller grid.
1 Like
I tried again with a colleague, but we didn’t find a solution. We tried all the ways which werde descriped in here. But it always selects the microcontroller. I think one problem is that I use the finest grid :
I’ve lost track where this is at. You are trying to delete the green wire? Have you tried moving the chip or zooming ALL they way in?
Connectivity is determined in eeschema by pins sitting on a 50mil grid - that is why the standard symbols are designed that way. The recommended workflow is to stick to the 50 mil grid for your schematic and only change to a finer grid to find tune the position of ancillary details e.g. The exact position of symbol references, text, boxes etc. If you try to connect up a schematic on a finer grid you may find that your components do not actually connect.
Why don’t you just delete the MCU and associated dodgy trace and simply re-add it ( when you have reset the grid). Did you use a non-standard grid to layout the rest of the schematic? If do, you might be better to restart the design.
1 Like
Or you could move (not drag which would rubber band the wires) the MCU off to the side so you can delete that wire stub, and then move the MCU back… Then keep to the 50mil (or 25mil) grid so you don’t get little stubs like that again.
Not quite accurate, but close for normal use.
The connectivity is determined by wire ends being exactly on pin ends. Sticking to a common grid size is really the only way to enforce this at the moment (no object snap yet). The supplied libraries are all done on a 100/50mil grid so that is what will work.
There is nothing to stop any end user from creating their own libraries that are on a different grid (10mil, 1mm, or 2.72mm for a “natural” grid). The important part is for the schematic drawing should be done on the same grid system as the symbols are designed using. Otherwise there will be problems.
EDIT: Ok… my joke grid size of 2.72 isn’t actually possible. 1mm also isn’t possible in 5.1.4. The grid size chooser seems to only have preset values in integer mil sizes, no custom grid option. Only [100.0 | 50.0 | 25.0 | 10.0 | 5.0 | 2.0 | 1.0] mils, same list even if metric is chosen as the measuring unit. Probably done to reduce the frequency of issues as shown in this thread.
EDIT2: My joke would have been better if I hadn’t messed up the value of e^1… Corrected now, (rounded to 3 significant digits).
1 Like
As far as the schematic goes you could drop the units designation and would anyone care as long as they are decimal?
2 Likes
Yes, as far as I understand this has been the plan for the new schematic file format, unless some practical details make it difficult. On the other hand, it doesn’t matter if there are unit designations, either.
This is because the current schematic file format has 1mil as its base unit.