You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a system where the user will want to be able to choose the filename. Yes, you could argue that it's not headless, and that means DCAF isn't a perfect fit. I would disagree.
I imagine this working similar to the "Enable Logging" tag. It gives the user the option to enable the feature, and once the user selects it, it creates a unique " Filename" tag (which is a string).
The module then reads the value of that string each time the "Enable" tag goes high, naming the new file that value. We'd need to check for valid filenames and figure out the best way to present that error too. I can do that at the UI layer (since I have a separate application for that), and just pass approved paths... so I'll be tempted to short cut that for this project. I recognize that ideally it would do that error checking.
After a quick once over, it would appear that this won't even be a big behavior change. The module already looks like it starts a new file each time the Enable tag is toggled.
I need to do this for my project. I'd love to discuss it. If you like it, I hope to be able to submit those changes when they're done.
The text was updated successfully, but these errors were encountered:
Sound good, one thing to consider is what to do with blank name or invalid name in case the has not been initialized. This could be an extra field on the configuration as default file name.
I have a system where the user will want to be able to choose the filename. Yes, you could argue that it's not headless, and that means DCAF isn't a perfect fit. I would disagree.
I imagine this working similar to the "Enable Logging" tag. It gives the user the option to enable the feature, and once the user selects it, it creates a unique " Filename" tag (which is a string).
The module then reads the value of that string each time the "Enable" tag goes high, naming the new file that value. We'd need to check for valid filenames and figure out the best way to present that error too. I can do that at the UI layer (since I have a separate application for that), and just pass approved paths... so I'll be tempted to short cut that for this project. I recognize that ideally it would do that error checking.
After a quick once over, it would appear that this won't even be a big behavior change. The module already looks like it starts a new file each time the Enable tag is toggled.
I need to do this for my project. I'd love to discuss it. If you like it, I hope to be able to submit those changes when they're done.
The text was updated successfully, but these errors were encountered: