-
Notifications
You must be signed in to change notification settings - Fork 5
-
Notifications
You must be signed in to change notification settings - Fork 5
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
Discussion of Status for Proposed Properties watch, read, and listen #18
Comments
p-x-want To me those are the four states for media, the final property for me doesn't matter as much as long as we can express these four states. If doing this with p-category and you wanted to solve consumption can you do with a data class? |
Category is not designed that way though currently |
Yes it is not, but if you wanted to build a view in Wordpress you could either use the value of the data class or maybe have a function that does something like "if a read post...and then transform the first p-category into a variable to use. Don't want to confuse consuming and parsing so if my ideas are totally off please let me know. |
I am waiting for more comments. To me personally, overloading category is confusing. |
This is something I’ve punted on for some time until I had proper tooling to incorporate it to my site. For now, I want to expose what song I’ve recently listened to on my site - which wouldn’t be hard to do if I use likes to handle it. But it doesnt allow for me to provide more semantically useful information about a song (the composer, album art and even the year of the form I’ve listened to). The markup I wanted to go with was an overloading of (Originally published at: https://v2.jacky.wtf/post/e6d1923c-767b-48d4-b2f0-704fb2451e42) |
Have we documented the real-world use-case for the problems the potential property/properties solve? What's the use-case for both publishers and consumers? I think the consuming use-cases are important to clarify and will help guide the discussion. Edit: I think to keep the proposal conservative we should focus on the "status" discussion, not necessarily any start/end date options. |
Use case. I consume media. Either I want to...in which case this is part of an aspirational post, or I want to note my progress. |
For me, I had originally only considered these properties to be post consumption. But I see why someone might want to track their place in something, or note future desires. |
There is a question of whether status is the best way to create a to read/watch/listen list. |
Why use the h-event? You can just have dt-start and dt-end? |
yeah that makes sense as well.
…On Wed, Jul 17, 2019 at 7:09 AM David Shanske ***@***.***> wrote:
Why use the h-event? You can just have dt-start and dt-end?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#18?email_source=notifications&email_token=ACQL5JQ7UHNE647DS2RSM6TP734X3A5CNFSM4H3N5GUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2D3D6A#issuecomment-512209400>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACQL5JSULBDCOJ4U7R4PQSTP734X3ANCNFSM4H3N5GUA>
.
--
J. Gregory McVerry, PhD
Assistant Professor
Southern Connecticut State University
twitter: jgmac1106
|
At HWC West Coast 2020-05-06, proposed to use inspiration from the HTML progress element and the iCal TODO status elements as prior art. Progress element allows for properties max and a value. iCal TODO status elements include: https://tools.ietf.org/html/rfc5545#page-93
|
See #10 #11 #17
These all have in common the issue of wanting to report whether you have listened, will listen, and possibly whether it is in progress.
This issue is to track discussion and brainstorm on a common way to do so.
A few possibilities
The text was updated successfully, but these errors were encountered: