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

Bring in existing Best Practices #1

Closed
BigBlueHat opened this issue Mar 13, 2019 · 15 comments
Closed

Bring in existing Best Practices #1

BigBlueHat opened this issue Mar 13, 2019 · 15 comments
Assignees

Comments

@BigBlueHat
Copy link
Member

@w3c/json-ld-wg-admin was there a reason we didn't bring over the CG's Best Practices content?

If not, then I'd like to use that as a foundation to build up from.

@ajs6f thoughts?

@ajs6f
Copy link
Member

ajs6f commented Mar 13, 2019

Yes, my thought is: let's please start from that excellent foundation!

@BigBlueHat
Copy link
Member Author

@iherman at this point does it make the most since for @ajs6f or I to just copy that HTML into here (we'll loose change history...sadly), or would it be possible for use to fork that history into this repo (using amazing jedi git skills no doubt)?

@gkellogg
Copy link
Member

@BigBlueHat we thought about this for the -syntax, -api, and -framing documents but decided not to import history.

Note that the BP document from json-ld.org will need to be updated similar to how the -syntax document is for using common files and common CSS. Probably examples too.

@iherman
Copy link
Member

iherman commented Mar 14, 2019

@BigBlueHat I do not have any wizzardy to use; you can move a whole repository to a new owner, you can rename a repository, I believe there is also, these days, a beta facility to transfer issues from one repo to another (never used that yet), but I do not think it is possible to extract one document with its history and move it to a new repo.

I think it is perfectly all right if we start with a clean slate, forking the document itself. As @gkellogg said, this is what we did with the other documents...

@BigBlueHat
Copy link
Member Author

@iherman it is possible, but given the follow-up changes @gkellogg pointed out (and that he's the principle author), it's probably simplest to bring over just the content and not the surrounding CG-centric ephemera.

I do think starting from that baseline content will save us some time, though--which we seem to all agree.

@iherman
Copy link
Member

iherman commented Mar 14, 2019

I did not know it is possible; you will have to show me once. But that is not relevant for us here then...

@ajs6f
Copy link
Member

ajs6f commented Aug 23, 2019

I lost track of this for a while, but it looks like our best option is the old-fashioned cut-and-paste? Or did I miss something?

@BigBlueHat
Copy link
Member Author

I lost track of this for a while, but it looks like our best option is the old-fashioned cut-and-paste? Or did I miss something?

That sounds right. Want me to do it @ajs6f? or are you on it? Feel free to assign this (and others) accordingly!

@ajs6f
Copy link
Member

ajs6f commented Aug 23, 2019

I think can take a crack at this next week, but I cannot assign tickets here.

@iherman
Copy link
Member

iherman commented Aug 25, 2019

My mistake. I have added you as a collaborator with write access.

@ajs6f ajs6f self-assigned this Aug 25, 2019
@ajs6f
Copy link
Member

ajs6f commented Aug 25, 2019

Thank @iherman!

@ajs6f
Copy link
Member

ajs6f commented Aug 27, 2019

Hm, I poked around https://github.com/w3c and https://github.com/json-ld but I wasn't able to find the source of https://json-ld.org/spec/latest/json-ld-api-best-practices/. @iherman or @gkellog, I'm guessing I'm missing something obvious?

@gkellogg
Copy link
Member

@ajs6f
Copy link
Member

ajs6f commented Aug 27, 2019

Thanks @gkellogg!

@azaroth42
Copy link

Resolved.

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

5 participants