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
Decide and document XDG media type #4746
Comments
An official media type sounds good. I don't know much about them, but |
I added an appendix to the User Guide where the In comments of the issue @Akselmo submitted about adding Are you @Akselmo interested to look at the IANA registration? If you don't have time or interest, I can take care of that myself or ask could someone else do that. We can discuss more about that on Slack. |
The aforementioned changes to the User Guide are enough considering RF 6.1. I leave this issue open until we get the media type registered, though, and after that documentation also needs to be updated with a link to the IANA database. |
I spend a little time studying media types to get a better understanding on then.Here are some resources:
Based on my quick study, there are some things we need to decide:
|
It's probably better if someone from RF foundation or anyone who works more closely with RF handles that. I have no idea how IANA works... Nor really have the time unfortunately.
If I understood it correctly, the XML file looks for file-ending, then for some "magic-string" within the file. I think those magic strings could be all the test data sections parts, such as Currently the files are thought to be patchfiles by many desktop environments that follow XDG standards, due to them having also the magic string of |
I don't think the person registering the media type needs to be that directly associated with the foundation. The remote port was registered by someone from Oracle, but the foundation was the assignee. Totally understood if you don't have time or interest for this, though. With the XML file do you mean how media types are configured with XDG, right? The IANA application form also asks for things like file extensions and magic numbers. I believe magic numbers mean bytes in the beginning of the file and that isn't applicable with us. The main open questions are:
Related to the latter point, I noticed that the example in the issue you submitted only contains |
No time and not really interest either 😅
I am fine with either, former may be better. :)
I think so yes, since they're both robot framework related items. No need for having multiple media types IMO.
Yeah I seem to have forgot the resource file from that snippet 😅 It was also missing the magic number/strings. |
I don't think magic numbers are applicable with us. Robot files often start with a header like |
I looked at IANA media type registration again. |
I've created an issue to XDG mimetypes repo about adding a mediatype for robot framework
https://gitlab.freedesktop.org/xdg/shared-mime-info/-/issues/198
I think having mediatype
text/robotframework
would be ok. This means any text editor would know it's a text file, and those which have syntax highlight etc. support for Robot files can enable that as well.The text was updated successfully, but these errors were encountered: