Skip to content
This repository has been archived by the owner on Feb 16, 2023. It is now read-only.

Use case doc should not propose a solution #22

Open
marcoscaceres opened this issue Nov 14, 2014 · 6 comments
Open

Use case doc should not propose a solution #22

marcoscaceres opened this issue Nov 14, 2014 · 6 comments

Comments

@marcoscaceres
Copy link
Contributor

I'm a bit bothered to see a solution proposal in the use cases document. The use cases document should really only make recommendations about what the requirements are, but not propose a solution itself. What is could do is instead point to proposed solutions - and discuss the pros and cons of those.

@marcoscaceres marcoscaceres changed the title Use case should not propose a solution Use case doc should not propose a solution Nov 14, 2014
@Wilto
Copy link
Contributor

Wilto commented Nov 15, 2014

Yeah; I was talking about this with @zcorpan the other day. It’s in the works.

@zcorpan
Copy link

zcorpan commented Nov 17, 2014

@marcoscaceres
Copy link
Contributor Author

I can try to be of assistance if needed.

@Wilto
Copy link
Contributor

Wilto commented Nov 19, 2014

Absolutely, @marcoscaceres. You know we always need all the help we can get.

@eeeps
Copy link
Collaborator

eeeps commented Jan 29, 2018

@marcoscaceres ircbot.responsiveimages is down (dead?). Reading the doc, I'm not clear on which part or parts cross this line. Something here, maybe?

This document presents some of the use cases that “element queries” would solve, in allowing authors to define styles (chiefly, layouts) within an individual module on the basis of the size of the module itself rather than the viewport.

@marcoscaceres
Copy link
Contributor Author

@eeeps, unfortunately, I don't manage the IRC bot :( I can't remember who does.

In any case, the OP probably stands. @yoavweiss listed a bunch of question over in #49 that the document needs to answer instead.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants