kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #32566
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
I will take a look to see if there would be any issues with this.
Keep in mind, your example isn't quite right -- DATA[0..7] would still
become DATA0, DATA1, etc with or without this change. The dots aren't
added to the vector-notation buses, only when you name a bus group by
putting a prefix behind the curly braces.
-Jon
On Thu, Dec 21, 2017 at 5:30 AM, kristoffer Ödmark <
kristofferodmark90@xxxxxxxxx> wrote:
> On 2017-12-20 16:58, Jon Evans wrote:
>
>
> For user experience, it might be a bit annoying to have to remember to
> insert a separator character if you want one to appear.
> So I guess one question would be: do we want to support no separator
> character at all? Or default to a dot if the user doesn't end their name
> in a different non-alpha character?
>
> Well, for a user that does not want the dots in the bus-names, having no
> way to not use them will also be annoying :) But then again, I do not know
> how much depends on the buses and nets to have a separator.
>
> As Wayne said, I am suggesting that DATA[0..7] beccomes DATA0, DATA1 etc.
> Maybe this could be an option, not for configurable bus separators, but to
> have the option of no bus separator. If it is okay and feasible, I am
> willing to help code a solution to have this.
>
>
> -Jon
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
>
References
-
[RFC] Eeschema bus upgrades and new connectivity algorithm
From: Jon Evans, 2017-12-14
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Clemens Koller, 2017-12-14
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Marco Ciampa, 2017-12-14
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Jon Evans, 2017-12-14
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Marco Ciampa, 2017-12-19
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Jon Evans, 2017-12-19
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: kristoffer Ödmark, 2017-12-19
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Wayne Stambaugh, 2017-12-19
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: kristoffer Ödmark, 2017-12-19
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Wayne Stambaugh, 2017-12-20
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: kristoffer Ödmark, 2017-12-20
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Maciej Sumiński, 2017-12-20
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: kristoffer Ödmark, 2017-12-20
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Wayne Stambaugh, 2017-12-20
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: Jon Evans, 2017-12-20
-
Re: [RFC] Eeschema bus upgrades and new connectivity algorithm
From: kristoffer Ödmark, 2017-12-21