> Why? Why not just let the thing be dragged with a left mouse button drag?
Ok.
So I'm trying to understand your description which I can now read better because claiming this is "Windows behavior" made no sense at all.
Are you saying you want to click on items and while still holding the mouse button be able to immediately drag it?
dunkemhigh's earlier description seems very clear to me. It's how things work in any standard Windows application, and as far as I am aware also on MacOS and (most?) Linux GUIs:My suggestion is to copy any Microsoft Windows app: click-drag to select, leave selected but free the mouse. Only if the left button is pressed inside the selection should the selection be dragged or moved.
Maybe I'll let them have another go at it before jumping in to show 'em how it's done
No, I am disappointed with being in a mode. What tends to happen is you go to some mode (say, placing a track) and click, click, oh just check the incoming email/reference pdf/EEVblog so send your mouse to a different window and it doesn't go because it's locked into track placement mode inside that window. And you've just panned 20 feet away from what you were placing because the window pans when you hit the edge. Etc.
The click-drag-select-move you mentioned is currently only present in Eeschema
Quote from: me
Maybe I'll let them have another go at it before jumping in to show 'em how it's doneGo on, jump in. Show them how to code a better GUI.
If you want some productivity, then get rid of those distractions.
When you install KiCad, it's made up of about 10+ different programs probably:
In most cad software...
This is why the majority of cad tools work this way.
QuoteIn most cad software...
Oh boy! That's a messy can of worms to tip over
I like the way Altium implements drag selection: drag down and to the right selects anything completely enclosed, while dragging up and to the left selects anything with a part enclosed.
Proteus is a good example, having its roots in DOS and dragging that user interface into Windows with it, but over time (25 years or so) they changed to a more Windows-centric interface. Still not quite correct, but a lot better than it used to be.
KiCad ain't even 25 year old! It started as a hobby project from a university professor, and it's only really taking off in the last handful of years. Before that it was pretty buggy and development was much slower then now. KiCad is picking up development speed each year.
Same in KiCad. In Pcbnew (that is the PCB part of KiCad ) it already works this way for quite some time. Eeschema (The schematic part of KiCad ) is likely to follow with the next mayor update.
It started as a hobby project from a university professor
What sort of comparison would you make between programs such as Proteus and Altium versus KiCad?
I lost my faith in KiCad, they just don't seem to be open minded to any feedback and (no offence)
The last word I heard almost directly from the KiCad team, was that keeping it multi platform/OS stable is their main focus.
I still have an headache from facepalming my head.
I lost my faith in KiCad, they just don't seem to be open minded to any feedback and (no offence)
We are. We prefer it in the issue tracker with _details_.
I am very sorry, but if you call KiCad's interface en user experience on par, you VERY clearly have never ever worked with professional EDA's
Maybe that sounds to blunt for some people, but I rather look the reality in the eye.
I am also more than happy to be proven wrong.
I am very sorry, but if you call KiCad's interface en user experience on par, you VERY clearly have never ever worked with professional EDA's
Maybe that sounds to blunt for some people, but I rather look the reality in the eye.
I am also more than happy to be proven wrong.
I have never said it was on par with anything in terms of quality.
But hey, at the end of the day you can't satisfy all "customers". It is why multiple commerical EDAs exist.
QuoteIn most cad software...
Oh boy! That's a messy can of worms to tip overIt sure is, but for some things you have to find a compromise somewhere.QuoteI like the way Altium implements drag selection: drag down and to the right selects anything completely enclosed, while dragging up and to the left selects anything with a part enclosed.Same in KiCad. In Pcbnew (that is the PCB part of KiCad ) it already works this way for quite some time. Eeschema (The schematic part of KiCad ) is likely to follow with the next mayor update.
Small difference: KiCad only distinguishes with dragging left to right, or right to left. It don't care about up and down, that is up to you.QuoteProteus is a good example, having its roots in DOS and dragging that user interface into Windows with it, but over time (25 years or so) they changed to a more Windows-centric interface. Still not quite correct, but a lot better than it used to be.KiCad ain't even 25 year old! It started as a hobby project from a university professor, and it's only really taking off in the last handful of years. Before that it was pretty buggy and development was much slower then now. KiCad is picking up development speed each year. Give KiCad a few more years (it won't need 25) and then see in what state it is. (The Proteus website claims it's over 30 years old).
What sort of comparison would you make between programs such as Proteus and Altium versus KiCad?
They're quite different beasts. At least I think so. I'm simply in no situation to afford a EUR 5000 Proteus license or Altium, which price I don't even dare look up. And when comparing prices, don't start with crippled 200 pin software or 80 sqare cm 2 layer boards. KiCad is no slouch. Some people are asking for updates on the 32 copper layer limit in KiCad. They were using 26 copper layers and were starting to worry about this limit. Others were complaining that KiCad was getting a bit slow on their i9 with a 10.000 footprint PCB. (Or was it hundredthousand?) The story is somewhere in the bug tracker on github. Maybe also migrated to Gitlab when KiCad switched.
... the last one can be temporarily fixed with just WINE.
The last word I heard almost directly from the KiCad team, was that keeping it multi platform/OS stable is their main focus.
I still have an headache from facepalming my head.
I would not expect it to behave exactly like Windows, if it did then it would be inconsistent on other platforms.
, so having a great user interface just happens to be like Windows used to be.
So if you have a choice and can't decide which way to fall, surely the way to go is where your largest potential user-base is?
You've been told, and confirmed by others that it already works this way for quite some time in Pcbnew, and is already implemented in the nightlies for Eeschema.
Windows ain't so great for you anymore?
The last word I heard almost directly from the KiCad team, was that keeping it multi platform/OS stable is their main focus.
I still have an headache from facepalming my head.
Who in his right mind is against cross-platform software? It's more work, but its the only sensible development model to be independent from commercial software vendors without sacrificing most of the userbase.