Giter Site home page Giter Site logo

ietf-tools / ietf-at-ui Goto Github PK

View Code? Open in Web Editor NEW
12.0 6.0 19.0 3.33 MB

IETF Author Tools UI

Home Page: https://author-tools.ietf.org

License: Other

HTML 69.61% JavaScript 27.90% Dockerfile 0.03% CSS 2.46%
ietf internet-draft rfc xml2rfc hacktoberfest

ietf-at-ui's Introduction

ietf-at-ui's People

Contributors

kesara avatar martinthomson avatar msporny avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

ietf-at-ui's Issues

Avoid adding extra file extensions

  1. When I convert a rather old XML file to XML, it does what I expect: converts v2 to v3. However, it doesn't tell me that's what it's doing. If we want to encourage people to switch to v3, it should probably announce that it has done the conversion and say "please use the new format from now on".

  2. Related to that, it converts draft-foobar-15.xml into draft-foobar-15.xml.xml, which is just plain annoying. Maybe draft-foobar-15.xml3 would be a better choice?

Upload click target is a little large

It seems like a click just about anywhere on the home page will open the file upload dialog. That's a little much. Using a <label> element for this sort of thing is good practice, but you generally only enclose the content that is a direct label. This text encloses all of the introductory stuff.

at.ietf.org

This seems like a pretty obvious choice of name, even if it is just an alias like dt.i.o.

missing display of warnings

Would be nice if the warnings are displayed, perhaps optionally.
For example, with input file https://www.ietf.org/archive/id/draft-ietf-httpbis-http2bis-07.xml
click "HTML", there are zero warnings.

However, on the command line, the warnings are:

Warning: rfc2629-xhtml.ent is no longer needed as the special processing of non-ASCII characters has been superseded by direct support for non-ASCII characters in RFCXML.
Warning: rfc2629-xhtml.ent is no longer needed as the special processing of non-ASCII characters has been superseded by direct support for non-ASCII characters in RFCXML.
Warning:rfc2629-xhtml.ent is no longer needed as the special processing of non-ASCII characters has been superseded by direct support for non-ASCII characters in RFCXML.
Warning: rfc2629-xhtml.ent is no longer needed as the special processing of non-ASCII characters has been superseded by direct support for non-ASCII characters in RFCXML.
draft-ietf-httpbis-http2bis-07.xml(16): Warning: Setting consensus="true" for IETF STD document (this is not the schema default, but is the only value permitted for this type of document)
draft-ietf-httpbis-http2bis-07.xml(687): Warning: Found SVG with width or height specified, which will make the artwork not scale. Specify a viewBox only to let the artwork scale.
Created file draft-ietf-httpbis-http2bis-07.html

iddiff - filename

When I save the results of iddiff, it is automatically named index.htm. That is unhelpful and might even be problematic if saved into a general folder. Could we have a constructed name as with old rfcdiff?

Provide an introduction at /doc?

A few sentences at /doc about how to use the page would be useful. Something like "To try an endpoint, click the down arrow and fill in the fields."

Support two input files for Diff

To fully replace rfcdiff, the UI for Diff needs to allow two input files. It's common to use rfcdiff for comparing files that are not just versions n and n-1 of the same I-D.

iddiff: Need URL file parameter for effective IESG review mails.

When replying to reviewers of my draft (e.g.: IESG review) i am providing them with a URL showing the diff cause by me replying to their comments/DISCUSS, e.g.:

http://tools.ietf.org//rfcdiff?url1=https://www.ietf.org/archive/id/draft-ietf-bier-te-arch-10.txt&url2=https://www.ietf.org/archive/id/draft-ietf-bier-te-arch-11.txt

This does not work for https://author-tools.ietf.org/iddiff.

Please also document the appropriate URL format on the web page https://author-tools.ietf.org/iddiff itself, as rfcdiff does as well.

Please note that this needs to support full URL parameters, because it may point to github commits instead of just datatracker urls.

Thanks a lot!

Update look & feel to match datatracker

The look&feel should be a bit more in line with our other web presences in terms of colors, fonts, etc. Adding an IETF logo might also not be a bad idea.

From #24

It'll be better to have separate Bootstrap 5 template for IETF tools.

/abnf Extract - duplication

This is more of an FYI than an issue. When I extract ABNF from (e.g.) RFC3986, it all works, but the result is the concatenation of the fragments of ABNF throughout the document plus the complete ABNF from the appendix. The result is therefore full of duplicate lines and invalid.
There's not much you can do about that except document it...

Mention idnits

Please change the "Validate" button to read "Validate (idnits)" since most of us know it as "idnits"

vspace doesn't work for a v2 file

If run the version of xml2rfc on tools.ietf.org, a v2 file with VSPACE , it works. If I run it on author-tools, it doesn't (it ignores the VSPACE).

The rfc part is:

The VSPACE text:
Input address:
6000 15th Avenue
Leets, WA US

I worked around this by changing to:
Input address:

  • 6000 15th Avenue
  • Leets, WA US

URLs are not shareable

This tool works great. It's much faster than rfcdiff and the conversion options are convenient. However, it doesn't create a resource that can be shared. This is understandable for cases where files are uploaded, but less so when the inputs are draft names.

"About Author Tools" Webpage, bug reporting

Hi.
When one goes to https://author-tools.ietf.org/about.html#howto-report-bugs, there are three entries for bugs and feature requests involving the web site, bugs and feature requests involving the API, and "General discussions about IETF Author Tools and other IETF tools...". As an aid to the easily confused, if the intention is that bugs in some of the tools be reported to the latter address, it would be helpful to edit that last category to say so, e.g., change the sentence to read "Bug reports, feature requests, and general discussions about...". For those reporting actual bugs, providing a mechanism for moving reports about problems with tools to go through some sort of tracker would seem (at least to me) to be a good idea.

thanks.

/abnf Extract termination

This is great, but when I use Extract (from Firefox 101.0.1 on Windows 10) the little busy indicator continues rotating indefinitely and I can't do a second Extract without exiting the page and starting again.

Same issue with Chrome.

Diff left/right inversion

It drives me a bit crazy that the Diff option on the web UI places the old version at the right and the new version at the left. In all previous history, the old version was at the left, and that just seems more natural.

Misc. suggestions

A few suggestions in no particular order:

  1. I think the name "IETF @" is confusing. I get that the "@" is "AT" as in "author tools", but I'd really prefer another name that is less clever and more descriptive.
  2. The look&feel should be a bit more in line with our other web presences in terms of colors, fonts, etc. Adding an IETF logo might also not be a bad idea.
  3. The red box can be closed but just comes back on reload.
  4. There should be links to the various tools added that are currently mentioned in the text.
  5. When there are errors, they should be shown (and not just "xml2rfc error: text generation error", for example).

Avoid experimental notice auto disappearance

Remove the experimental notice auto disappearance feature, since that moves the text on the website this distract users.
This "experimental notice" will be completely removed when the service is moved to a production state.

Not clear that naming an RFC works

Using the "draft name" option, I was able to enter "RFC9000", with or without a space. This worked quite well, but it wasn't clear that it would from the labels on the fields. Consider improving the cues here.

One button per output format

This is just a suggestion, but it might be easier for people to understand this page works if it was structured something like:

[ select ... ] [_____________________]

Convert to:

[ text ]    [ html ]    [ xml ]    [ pdf ]

Diff with latest - display format

This is more of a question for the community. Do people prefer the display format provided by "Diff with latest" or the older format provided by "iddiff"?
My personal answer is that the old format is more practical, even if less beautiful.

API key is invalid

The web service is giving me "API key is invalid" for a valid xml file (converting to html). It converts correctly, but very slowly, on the old web service at xml2rfc.tools.ietf.org

Bug (or serious misfeature) in the bug reporting process

Describe the issue

Consider the following scenario
I am trying to report a bug in the xml2rfc processor (Cf. ietf-tools/xml2rfc#887). To make the problem clear, I should attach either the original RFCXML file, or an excerpt of it. Unfortunately, neither of those is possible - an XML file is not accepted as an attachment and changing the file extension to ".txt" produces a "something went wrong" message.

Trying to simply paste a small excerpt of the XML into the body of the issue results in its being processed (by a processor that has different rules than xml2rfc) unless one thinks / knows enough to explicitly mark it as code.

This is bad news and fairly user-hostile.
I also have no idea what caused this text to go into right-justification (with some supplemental misfeatures) as I was typing but have not been able to figure out how to get it back out of it. That "feature" does not show up on preview, so I'm attaching (I hope) a screenshot. .:
Capture

Code of Conduct

Runing idnits on a draft in text format

There is no way to run idnits on a text file as we can only input an XML/markdown but sometimes as a reviewer or shepherd, I get a temporary version of the document in text format on which I would still like to run the tool.

This was possible with tools site.

Label the "IETF @" as "Author Tools"

I think the name "IETF @" is confusing. I get that the "@" is "AT" as in "author tools", but I'd really prefer another name that is less clever and more descriptive.

From: #24

Diff with latest - save output

When collaborating with co-authors, I often send them a diff file during document development. Could "Diff with latest" offer the ability to save the result (as is possible with iddiff)?

iddiff form rest issue

Small gripe about idiff, I thought it was weird that when I populate the "draft name" fields and then hit return, the form gets reset. The common assumption is that return is going to be an alias for the default button, "compare" in this case.

Feature request for iddiff: choice of format

rfcdiff allows the user a number of choices of output format. Can we have the same for iddiff please? (As far as I can see, the RFC Editor uses the Html wdiff option routinely, and for some applications it's much better than side-by-side.)

For what it's worth, this is the only reason I still use rfcdiff (see the previous issue ietf-tools/author-tools#429).

Generate text file does not supports UTF-8

Generate HTML supports UTF-8. Generate text file does not supports UTF-8. My name is generated as "Preu� Mattsson". I feel discriminated. Why is anything else than UTF-8 even allowed?

John Preuß Mattsson

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.