-
Notifications
You must be signed in to change notification settings - Fork 0
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
Turn RDF instances of well-know SHACL/Shex shapes into a nice HTML layout #89
Comments
Can we replace "applications" with something like library/JS snippet because from the text I understand that this is not a full-blown application, right?
Isn't this already resolved with your work about forms (#19)?
Why is there the need to transform data to this shape? Specifically, how does it contribute to this challenge?
All demos should support all RDF serializations. We have Comunica to deal with that.
What does this mean concretely? Different HTML layouts? Overall comment: is this an alternative to the form viewer? Where the viewer is a full-blown application, while this challenge allows users to add the view component in their existing applications? |
@pheyvaer I've updated the text. This is not an alternative to the form viewer. A form viewer can render any kind of RDF form description into a Web form. This application does render a very specific shape into a nice pleasant HTML layout for endusers. E.g. I would like to see a CV-shape become popular and have a market of HTML plugins I can use to render CV-shapes in a pleasing way. This resembles a bit how Wordpress has a market for Wordpress shaped data. How the data of the CV-shape is produced, that is not part of the challenge. Other tools can do that. |
Isn't that the form render that does that?
Which application do you mean here? |
This is not an alternative to the form render. A form renderer can render any kind of RDF form description into a Web form. However, the solution I seek in this issue does render a very specific shape into a nice pleasant HTML layout for endusers. |
I also don't say it's an alternative. But you say that the form viewer "renders a form description in a Web form" and now you say that a form renderer "renders a form description in a Web form". We just have to make sure that the terminology we use is consistent. |
Oh I thought you were referring to having a preference for naming applications. I guess we already agreed that form viewer was a bad name and form renderer is a better one. Alas, I already named my form renderer project FormViewer. But @smessie used our preferred name for his formrenderer project. |
Pitch
A user has a Pod on which she stores data that fits particular shapes BookReviewShape , CVShape , RecipeShape. She wants to choose from a market of layout styles that can render these shapes according to her preferences.
For instance for her Curriculum Vitae related data on her Pod she is quite picky in what form it is rendered. The CVShape expresses what is part of a typical CV. These shape could have gotten some popularity which allows many applications to provide renderers for it.
Desired solution
Acceptance criteria
<script>
that can be included in any HTML page that gets as input:bookShapeRender('http://mypod.org/review/review1.ttl', myDivElement)
Pointers
Scenarios
The text was updated successfully, but these errors were encountered: