Evening @maltaisn ,

There is typically a rule for whitespace that corresponds to an alignment rule. To enforce a single space before the colon, change the number_of_spaces option on rule port_020 to 1.

  "rule": {
    "port_020": {
       "number_of_spaces" : 1
    }
  }

Regards,

--Jeremy

I didn't know about this rule. However I haven't found equivalent rules for those I have disabled:

• architecture_029: alignment of declaration names after keyword.
• component_017: alignment of colon in component port declaration (port_020 applies equally to entity and component, I would only like to have them aligned in entity as they are inspected more often than components which are simply boilerplate).
• declarative_part_400: alignment of assignments in declarative part.
• entity_018: alignment of default assignments in entity port/generic map.
• instantiation_010: alignment of port/generic map.
• process_400: alignment of assignments within a process body.

Evening @maltaisn ,

Whitespace rules are assigned to the lowest production in the LRM as possible. In most of the cases you listed, the alignment rule is at a "higher" production than the whitespace rule. This section of the documentation covers the thoughts behind this method. For example:

architecture_029

The rules for whitespace before the identifiers are in rules signal_100, file_100, variable_100 and type_100.

declarative_part_400

The rules for whitespace before default assignment tokens are in rules signal_101 and constant_006. There is no rule for variables for shared variables. VSG's opinion is to remove default assignments on variables using rule variable_007

entity_018

There is rule generic_014. No rule exists for ports though. VSG's opinion is to remove default assignments on ports using rule port_012

instantiation_010

There are no rules to handle the whitespace before the assignment in port maps or generic maps.

process_400

There is a rule sequential_003 which covers whitespace before the assignment operator.

component_017

The assumption was port clauses would be formatted the same regardless of where they are located. I will have to think about a way forward on this.

I will add rules to cover whitespace before assignments in port maps and generic maps.

If you could configure the other rules I have identified and let me know how they work out for you or if I am missing anything.

--Jeremy

Afternoon @maltaisn ,

I have added more whitespace rules:

= architecture_029
No rules expected to be added

= declarative_part_400
variable_100
variable_101
variable_102

= entity_018
port_100
port_101

= instantiation_010
port_map_100
generic_map_100

= process_400
No rules expected to be added

= component_017
Still thinking about this one

Could check out the rules I have implemented on the issue-1186 branch and let me know how they are working for you?

Thanks,

--Jeremy