DigitalShoestringSolutions / JobTracking

GNU General Public License v3.0
0 stars 0 forks source link

Improves prompting and changes ID to Serial #17

Closed Greg-Hawkridge closed 5 days ago

tobyaharris commented 1 month ago

Can the script print them in the same order as the user needs to enter them? I think it's different. At the time of writing the code outputs these in the order

    echo -e  "Serial: \t \t \t $ID"
    echo -e  "Platform: \t \t $platform"
    echo -e  "Connection Point: \t $connection_port \n"

But the config file reads:

[input.scanner]
serial="0581_011c"
connection_point=["0","1.3.1"]
platform = "fd500000.pcie-pci-0000:01:00.0"

PS should these parameters be indented in the config file?

tobyaharris commented 1 month ago

I like making the parameter name consistent (ID / serial) however can I suggest we use another word, to avoid confusion with the manufacturer's serial number printed on the physical unit?

Greg-Hawkridge commented 3 weeks ago

Can the script print them in the same order as the user needs to enter them? I think it's different. At the time of writing the code outputs these in the order

    echo -e  "Serial: \t \t \t $ID"
    echo -e  "Platform: \t \t $platform"
    echo -e  "Connection Point: \t $connection_port \n"

But the config file reads:

[input.scanner]
serial="0581_011c"
connection_point=["0","1.3.1"]
platform = "fd500000.pcie-pci-0000:01:00.0"

PS should these parameters be indented in the config file?

The change it. Indentation doesn't matter in toml files.

I like making the parameter name consistent (ID / serial) however can I suggest we use another word, to avoid confusion with the manufacturer's serial number printed on the physical unit?

Do that in a future PR - when applying quality of life PRs, it's better to get them out and improve bit by bit with actual feedback than to um and ah about the perfect solution.

tobyaharris commented 2 weeks ago

This now works in my testing image

As I've made the more recent changes I'll welcome review.