Skip to content

String DataType#12

Merged
GDYendell merged 2 commits intomainfrom
string-datatype
Nov 6, 2023
Merged

String DataType#12
GDYendell merged 2 commits intomainfrom
string-datatype

Conversation

@GDYendell
Copy link
Copy Markdown
Contributor

This adds support for a String DataType.

The EPICS backend creates longString{In,Out} records and Text{Read,Write} widgets for Strings.

Up for discussion whether we want to use stringin and stringout records in some circumstances. My current thinking is we just use long strings for everything and then we never have to worry about character limits. I don't think there are any downsides to this.

@codecov
Copy link
Copy Markdown

codecov Bot commented Oct 13, 2023

Codecov Report

Merging #12 (f804e8a) into main (00f04e1) will decrease coverage by 0.31%.
The diff coverage is 43.75%.

@@            Coverage Diff             @@
##             main      #12      +/-   ##
==========================================
- Coverage   45.49%   45.19%   -0.31%     
==========================================
  Files          17       17              
  Lines         611      624      +13     
==========================================
+ Hits          278      282       +4     
- Misses        333      342       +9     
Files Coverage Δ
src/fastcs/datatypes.py 85.71% <83.33%> (-0.96%) ⬇️
src/fastcs/backends/epics/gui.py 34.83% <20.00%> (-1.64%) ⬇️
src/fastcs/backends/epics/ioc.py 25.27% <20.00%> (-1.17%) ⬇️

📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more

@GDYendell
Copy link
Copy Markdown
Contributor Author

I am going to merge this as is, but possibly we will want to allow developers to create string{in,out} records by limiting the number of characters in future.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants