-
-
Notifications
You must be signed in to change notification settings - Fork 72
Implement Setting Enum-Properties with their Nick-Strings #187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
It would be interesting to also retrieve the Enum-Values as String, but I don't have a good Idea how to nicely to the public API. |
| */ | ||
| package org.freedesktop.gstreamer.glib; | ||
|
|
||
| import static org.freedesktop.gstreamer.lowlevel.GObjectAPI.GOBJECT_API; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Import-Reordering happens automatically in IntelliJ and I'd have to reconfigure it to avoid it. If this is important to you, I can do this, but it would be simpler to just let IntelliJ format the File. This would also fix a lot of the Whitespasce-Issues that are in the Code and that I did not commit this time. How do you think about this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The conversation in #163 still stands! Tell IntelliJ to leave it alone, or use a better IDE. 😉
|
Thanks, but I'm not sure this is the right approach. We need something more generic here, I think, probably built around https://gstreamer.freedesktop.org/documentation/gstreamer/gstvalue.html?gi-language=c#gst_value_deserialize I started a wider refactor of |
|
Would you mind explaining what 'more generic here' means to you? More generic way to set any Property from any Input, by removing the existing switch/case within set and replacing it with something around |
|
That any property type should be settable by using a String as the Java value, and that ideally you should be able to get the String back again somehow. I'm not talking specifically about removing the if/else (not switch) chain particularly by that, although that is also on my agenda as it's replicated (badly) in different places. |
|
#190 certainly looks like the better implementation. Closing this one. |
fixes #182