Skip to content
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

get rid of humandate #122

Closed
eseiver opened this issue Jan 7, 2015 · 3 comments
Closed

get rid of humandate #122

eseiver opened this issue Jan 7, 2015 · 3 comments

Comments

@eseiver
Copy link

eseiver commented Jan 7, 2015

In the index.html file, either:

  1. create a more meaningful variable name/desc to make clear humandate = "human-readable" date
  2. do away with humandate entirely and infer from the machine readable entry.
@rgaiacs
Copy link
Contributor

rgaiacs commented Jan 7, 2015

Thanks for the feedback. @gvwilson Could you provide some information about the design choices here?

@gvwilson
Copy link
Contributor

gvwilson commented Jan 8, 2015

Sure - the problem is that if the startdate is 2015-01-01 and the
enddate is 2015-01-04, the workshop could be:

  • one day on 2015-01-01 and one day on 2015-01-04
  • half a day on each of those four days
  • a four-day workshop

and we can't infer te right answer from the calendar interval. The
"right" solution is to allow people to insert a blob of iCal or
something like that, but that would be horribly unusable.

We also have language issues: @r-gaia-cs is keen to add a 'language: xx'
header so that we can signal the human language used in the workshop.
The human-readable date might then need to be in Portuguese or Korean
rather than English, and I don't think we can go there.

But I agree, 'humandate' is a lousy name...

@wking
Copy link
Contributor

wking commented Jan 8, 2015

On Thu, Jan 08, 2015 at 03:33:39PM -0800, Greg Wilson wrote:

We also have language issues: @r-gaia-cs is keen to add a 'language:
xx' header so that we can signal the human language used in the
workshop. The human-readable date might then need to be in
Portuguese or Korean rather than English, and I don't think we can
go there.

Why not? Presumably only folks who spoke the target language would be
interested in the finer details of the human-readable field. The rest
of us could get the general idea from the machine-readable fields.

How about ‘date-notes’ or some YAML-y version thereof?

rgaiacs added a commit to rgaiacs/swc-workshop-template that referenced this issue May 6, 2017
Adding comments on purposes of include files
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants