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
Meta: Browser incompatibilities, CSS pain points and features missing from CSS overlap #36
Comments
I agree these need to be fleshed out a bit more to either be merged or be clearly separate. We don't want participants to be feeling like they need to repeat themselves 3x. |
From #35 by @SebastianZ :
|
@SachaG and I were thinking of adding some sort of autocomplete to this question, either from the survey's features list, and/or from caniuse. I wonder if that would help? |
I think it makes sense to remove the "missing features" question altogether actually. |
As stated earlier, the important point is to differenciate the questions more by clarifying why they are asked. I believe asking about missing features can provide valuable input. The goal behind it is to provide some information about priorization for new features.
That would surely help. But I wonder how smart this autocompletion could be. In the best case it would tell people about existing features by matching a list of keywords and possible aliases with them. If caniuse data will be included, maybe some kind of full text search across the feature descriptions might help. Browser incompatibilities should really just be about incompatible implementations between browsers. If we do not add a separate question about features that have insufficient support across browsers, then its description should clearly state that this includes incompatibilities due to lack of support. Pain points should focus on features that are supported and work the same in all browsers but authors are still having difficulties with. This provides information about documentation, developer tools and authoring tools needs. Sebastian |
From an email thread, @stubbornella made a good point that wrt developer pain points we tend to hear disproportionately more about layout compared to other areas (e.g. typography). I wonder if we should have a What is missing / pain points question whose answer is structured around specific areas, e.g.:
(categories list obviously TBB) |
Also, after talking a little bit with @stubbornella, it appears that the "missing features" question is very useful for prioritizing implementation work. So after thinking about it for a bit, how about the following structure:
|
I like this suggestion a lot! Thanks, @LeaVerou! While the questions are already much more self-explanatory, also due to their order, I still believe a short one or two sentences description for them would clarify things further. And just to be clear, these three questions put browser incompatibilities into the pain points bucket. So it should explicitly be mentioned there. It might also benefit from a categorization like the other two questions. Regarding the categorization, how do you imagine the UI for it? I.e. how do you combine freeform with the categories? I think people should still have the possibility to provide feedback for multiple categories. But a text area for each category might be overwhelming. And an example for the autocompletion: People should get "Scroll Snap" as suggestion when just typing "snap". If possible, it should also be lenient with misspellings like "scoll snap" or "scrollsnap". Sebastian |
What about using a spelled-out feature list with the "don't know about/know about but don't care/excited about it" format I mentioned in #31 (comment) ? Can we come up with a list of ~10-15 features that will cover most people's needs? |
I don't think it's a good idea for respondents to have to go through the entire list again. It's a very long list. The first time might be fun, because they may not have heard some of the features, but the second time it will just be tedious drudgery. If they are to pick from a list, we may as well ask them the first time they see each feature. |
A variation on @LeaVerou's suggestion:
|
Browser incompatibilities, CSS pain points and features missing from CSS overlap in regard of missing browser support.
What I mean with that is that participants may interpret missing support for a feature as a browser incompatibility. It may also be a pain point for them if they can't use a feature because of missing support. And if a feature is defined in the specifications but having zero browser support it may be feature they are missing from CSS.
So, maybe there could be a separate question asking people for features they know about but are not having enough browser support yet.
This goes in the same direction as #31 with the difference that it also covers features that are supported in browsers but not everywhere yet like Subgrid or
:has()
.If such a question is added, it should be clearly distinguished from the other three.
Sebastian
The text was updated successfully, but these errors were encountered: