-
Notifications
You must be signed in to change notification settings - Fork 7
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: Do we ask about features without browser support? #31
Comments
#29 does have browser support in Firefox for quite some time already. The other browsers just didn't catch up yet. To the general question, yes, those features should definitely be part of the survey, in my opinion. The question is just how to ask for them. If the goal is to provide implementors with the info about what to prioritize, the question should be something along "What are you looking forward to the most?". And if we agree on adding those to the survey, we should probably add some more to the list. Here's a bunch of suggestions (disregarding their spec. stability):
Some are probably very niche, others presumably cover a very common need. Sebastian |
I wonder if we could hide the "I have used it" option for features with no implementations. @SachaG what do you think? |
I think if we want to ask about features with no implementation we might as well give them their own question format? It could be something like "don't know about/know about but don't care/excited about it"? But then yes as #36 mentions there's some overlap with the "Missing Features" question so we could remove that one. |
This definitely overlaps with the missing features. The difference here is that the participants are explicitly told that those features exist while in the missing features question they could come up with something of their own. So, the goal would be the same as for asking for missing features. Both provide some priorization information for specifications and implementations. Sebastian |
Just to be clear, trigonometric functions ( |
So to recap, I suggest adding a new feature section (similar to Layout, Shapes & Graphics, etc.) entitled "Upcoming Features" or similar which would list 10 upcoming features that either are not implemented at all; or have poor browser support (poor enough to make asking people if they've used it a bit meaningless). For these features, we'd have a different set of options. Maybe something like:
Or maybe:
This would let us measure which upcoming features generate the most interest. |
|
I like the idea of "upcoming features". I just wonder, how you imagine this to be presented in the survey? In #36 (comment) you mentioned a freeform text field to ask for them and here you are suggesting a list of ten predefined features people can choose from. Sebastian |
I currently can't come up with some precise criteria for which ten features to select, but I'd say general author interest, number of possible use cases, implementor interest, and specification status should play some role here. Sebastian |
After talking with @LeaVerou, our conclusion was that there isn't really a clear-cut difference between features with or without browser support. A feature could be:
So it's tough to know where to draw the line here… Instead we'll present all features together, and this has the added benefit of collecting historical data as early as possible in a feature's lifecycle. So basically the opposite of what I said here. We'll keep things simple and have the same options for all features, even those that are barely supported (usage will be near 0% but that's fine, we can still track interest). |
There are currently a number of issues about CSS features that don't yet have any browser support, but that developers may have heard of and be excited about:
object-view-box
#4sin()
,cos()
etc) #8margin-trim
#20display
#29What should be the general policy here?
The text was updated successfully, but these errors were encountered: