-
Notifications
You must be signed in to change notification settings - Fork 1
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
Create a delimited feature description template #10
Comments
Perhaps the delimiter should be for compatibility with SVG, or maybe for compatibility with Daisy? What do you think? |
Need to work with Benetech/other potential clients to determine best scheme for delimiting features. Experimented with using html headers as delimiters. The thing to remember when choosing is that the delimiters should not appear in a request for "text" output. They should appear in a request for "xml" output. "html" output may or may not include delimiters, depending on whether html is chosen as the delimiter. The addition of a delimiter should be done such that html code within the descriptions (and there's not much at this stage) is not broken. |
email thread discussing implementation options (hmm, the xml and html samples are rendering in this comment, and I can't seem to get them to show up as plain text - well, contact me if you want to see it): Yeah, I would use class instead of id and let the user parsing the results set ids as needed. A heading followed by a paragraph with the description seems to make more sense. Meghan From: Terry Hodgson [email protected] Good points. Now that you mention it, I think a heading with the feature name followed by the feature description would be better than what I currently have. I chose h1 because then screenreader users can easily jump to a particular feature if they want to hear it decribed again, rather than reading through all the descriptions. As for applications that want more control than the default html, I believe they could still parse based on that delimiter. However, it was just one idea. I'm open to others. ;-) Terry On Fri, Sep 21, 2012 at 12:02 AM, Anh Bui wrote: Hi Terry, I'd love to get Meghan's opinion on it as well. My main concern is about those id values. What happens when someone tries to insert multiple descriptions into a single document? Don't ids have to be unique? Also,if they are being used semantically is there another another attribute that would be more appropriate? Finally, I'm not sure about the use of as opposed to something more like. What drew you to ?Thanks! Anh From: Terry Hodgson [email protected] Hi again. What do you think about this approach to delimiting the feature descriptions? I use a simple html header with an id. With mde output format set to "xml" (delimited) it looks like: Cartesian.The X axis is labeled x.The Y axis is labeled y.x = -10.0 to 10.0 and y = -10.0 to 10.0.Equation(s) provided: y = 1.0*x +1.0.a line.It rises from left to right.and with it set to "text" (not delimited): Cartesian. The X axis is labeled x. The Y axis is labeled y. x = -10.0 to 10.0 and y = -10.0 to 10.0. Equation(s) provided: y = 1.0*x +1.0. a line. It rises from left to right. and with it set to "html" (auto rendering delimited) Cartesian.The X axis is labeled x.The Y axis is labeled y.x = -10.0 to 10.0 and y = -10.0 to 10.0.Equation(s) provided: y = 1.0*x +1.0.a line.It rises from left to right. |
Currently, mde returns its text descriptions in a block of natural language text that is a concatenation of feature descriptions. Create a prototype template that returns delimited feature descriptions instead so that the client application can have more flexibility in display of the description(s).
The text was updated successfully, but these errors were encountered: