[webkit-dev] Keeping track of supported specs on wiki
Hi guys, I created a new wiki page at : https://svn.macosforge.org/projects/webkit/wiki/SpecSupport. The point is to track the specs that are currently supported or not. For the specs that are being worked on (partially supported), we should have a detailed progress page similar to the SVG status page at : http://webkit.org/projects/svg/status.xml. My knowledge of the supported specs is limited so I only modestly filled in the table. I would appreciate it if everyone pitched in to complete this table. If you are working on a spec please create a detailed status page as well. Once we have a more complete tables, I can write a script that would convert them into a nicer colored HTML tables that we can have on the main website. BR, Philippe Kalaf ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Keeping track of supported specs on wiki
I agree that the detailed status pages would need to be updated quite frequently (daily) to be of any real use. An automated system would definitely be ideal for this. Nonetheless, for the main table such as the one I made, it only requires updates when a whole specification is either started, or 100% completed. Therefore we can start with this main table and then try to figure out the best way to automate the detailed tables. As for the detailed automated pages, I could try to find some volunteers if I don't do it myself :) I want to stress that this sort of page is not only important for developers, but also very important for potential Webkit adopters who are looking at the browser engines available out there. Without such a detailed status page, they are left in the unknown and might shy away from Webkit. BR, Philippe Eric Seidel wrote: My 2¢: First, this is very nice. It's nice (from a former Web Developer's perspective) to have a status page to quickly scan! That said, an incomplete or out-of-date status page is often not very useful, and one unfortunate problems with status pages (at least with a project as active as WebKit) is that they very quickly go out of date. The SVG page you mention is about 9 months out of date (my fault), and doesn't even reflect what was shipped in Safari 3 (since some SVG features were disabled for the Safari 3 release). Were I to invest time in writing a status page, I think I would try to make it as dynamic as possible (for example, maybe based off of DOMImplementation.hasFeature), but I would want to keep snapshots of the status page for various releases around. Creating such a status page could be a huge undertaking, but it would be easier to keep up to date. :) Thanks for your contribution to the project. -eric On Nov 9, 2007, at 7:47 AM, Philippe Kalaf wrote: Hi guys, I created a new wiki page at : https://svn.macosforge.org/projects/webkit/wiki/SpecSupport. The point is to track the specs that are currently supported or not. For the specs that are being worked on (partially supported), we should have a detailed progress page similar to the SVG status page at : http://webkit.org/projects/svg/status.xml. My knowledge of the supported specs is limited so I only modestly filled in the table. I would appreciate it if everyone pitched in to complete this table. If you are working on a spec please create a detailed status page as well. Once we have a more complete tables, I can write a script that would convert them into a nicer colored HTML tables that we can have on the main website. BR, Philippe Kalaf ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Keeping track of supported specs on wiki
On Nov 9, 2007, at 10:47 AM, Philippe Kalaf wrote: Hi guys, I created a new wiki page at : https://svn.macosforge.org/projects/webkit/wiki/SpecSupport. The point is to track the specs that are currently supported or not. For the specs that are being worked on (partially supported), we should have a detailed progress page similar to the SVG status page at : http://webkit.org/projects/svg/status.xml. My knowledge of the supported specs is limited so I only modestly filled in the table. I would appreciate it if everyone pitched in to complete this table. If you are working on a spec please create a detailed status page as well. Once we have a more complete tables, I can write a script that would convert them into a nicer colored HTML tables that we can have on the main website. Thanks for creating this page - I think it's a useful resource. I think instead of a yes/no support page, we should list specifications we are targeting, and rough status of implementation. No implementation of a web spec is truly bug-free so I am not sure it is ever correct to say Full, but it could be in a Stable state where you think you have complete feature coverage and few known bugs. Also, I'm not sure we need to mention standards that we are *not* targeting. I will update the list with this in mind. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Windows WebKit/Safari incompatibilities have been resolved
On 10/31/07, Adam Roben [EMAIL PROTECTED] wrote: The incompatibilities between ToT WebKit and the Safari 3 Public Beta have been resolved. Any revision from trunk at or after r27294 should work fine with the Safari 3 Beta. Mark Rowe tells me we will have a new Windows WebKit nightly build uploaded to http://nightly.webkit.org/ soon, Unfortunately the latest Safari for Windows Public Seed 310A29 published on ADC is unable to load Webkit Nightly inside it :( Is a chance to fix this problem as well? I have to stuck with old crashy seed 310A18 to be able to test the latest Nightlies :( -- Regards Robert Błaut ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Keeping track of supported specs on wiki
On Nov 9, 2007, at 5:55 PM, Rob Burns wrote: Hello all, I have to say I like Philippe's version of the page better. I think it is more appropriate for an open source project like webkit. I would agree with Maciej that the word stable might be more appropriate than full. However, I think its better to show all of the standards whether targeted by Apple or not. It might make sense to have an asterisk on the no response to indicate that Apple has no plans to target a particular standard. The set of specs that currently have no support isn't necessarily identical to the set we are not targetting, or the set we would categorically rule out default support for. I think there are pretty few in the last category, and a huge number in the first if you take a broad view of what standards count. I would rather list the standards we *do* currently care about (including things like IETF RFCs, ECMA standards, ISO standards, etc) than try to list a complete or partial list of ones we don't care about. However, I assume other contributors are free to bring standard supports to WebKit. I know of two such projects myself where contributors are working to bring standards support to WebKit not currently targeted by Apple. Perhaps the status column should be one of: • No • No* (not targeted by Apple) • Partial • Stable Again, I'm not sure No adds much value relative things not on this list probably are not currently targetted. I certainly do not want to make a commitment on behalf of either Apple or the whole WebKit project that we won't support particular specs. Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Keeping track of supported specs on wiki
Hi Maciej, On Nov 9, 2007, at 5:07 PM, Maciej Stachowiak wrote: On Nov 9, 2007, at 5:55 PM, Rob Burns wrote: Hello all, I have to say I like Philippe's version of the page better. I think it is more appropriate for an open source project like webkit. I would agree with Maciej that the word stable might be more appropriate than full. However, I think its better to show all of the standards whether targeted by Apple or not. It might make sense to have an asterisk on the no response to indicate that Apple has no plans to target a particular standard. The set of specs that currently have no support isn't necessarily identical to the set we are not targetting, or the set we would categorically rule out default support for. I think there are pretty few in the last category, and a huge number in the first if you take a broad view of what standards count. I would rather list the standards we *do* currently care about (including things like IETF RFCs, ECMA standards, ISO standards, etc) than try to list a complete or partial list of ones we don't care about. However, I assume other contributors are free to bring standard supports to WebKit. I know of two such projects myself where contributors are working to bring standards support to WebKit not currently targeted by Apple. Perhaps the status column should be one of: • No • No* (not targeted by Apple) • Partial • Stable Again, I'm not sure No adds much value relative things not on this list probably are not currently targetted. I certainly do not want to make a commitment on behalf of either Apple or the whole WebKit project that we won't support particular specs. I understand what you're saying. But I think if you step back and think about it logically, you'll see that Phillippe's proposal better fits what you're saying. His list is a list of possible standards that WebKit contributors mights want to consider. The only reason some were removed to create your list is that you personally (or perhaps Apple as an organization) do not foresee targeting those particular standards. However as a place for contributors to b begin it is useful to see what new terrains might be open to them. For example a developer might look at Phillippe's list and decide that standard A is of interest to them and they can then quickly see that its got a No. As an alternative, we could add in a category Intended with an email address or a URI to indicate a contact or contacts interested in pursuing a standard. Take care, Rob ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Keeping track of supported specs on wiki
on 10.11.2007 01:55, Rob Burns at [EMAIL PROTECTED] wrote: However, I think its better to show all of the standards whether targeted by Apple or not. There are a lot of specifications out there - how would you decide whether one is suitable for inclusion on this page? E.g., should we waste bandwidth explicitly stating that we are not interested in RFC 3251 support? However, I assume other contributors are free to bring standard supports to WebKit. I know of two such projects myself where contributors are working to bring standards support to WebKit not currently targeted by Apple. If they are working on such support, they can edit the page to mention that - it's a wiki. - WBR, Alexey Proskuryakov. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
