W3C home > Mailing lists > Public > public-webplatform@w3.org > December 2013

Re: Page Status Indicators

From: Eliezer Bernart <eliezerbernart@gmail.com>
Date: Wed, 04 Dec 2013 21:34:17 -0200
Message-ID: <1386200057.6519.15.camel@localhost.localdomain>
To: Julee Burdekin <jburdeki@adobe.com>
Cc: Doug Schepers <schepers@w3.org>, WebPlatform Community <public-webplatform@w3.org>, Eliot Graff <Eliot.Graff@microsoft.com>
Hey folks,

First of all thanks to Doug, JuLee, Renoir, Eliot and Alex for your
help.The job made so far on the templates is amazing, it's really
fantastic help to move this work forward.

Doug and I brainstormed about a way to preserve the existing flag info.
If we keep both the new flag and old flag templates, the script could
walk through and update the new flags based on the old flag info, then
afterward, we could delete the old flags. I've tested this out on the
Test Platform.

Well, today in a second look on the Test Platform, I could see that the
old Flags still are there, but they were not showed as before. So I
updated the Flag's template[0] to display those old flags information in
an inline text, not sure if this is the best way to display them, but
for now it proves that the flags still are there, and together with the
new ones.

So we could have pages with no flags [1], pages with new flags [2],
pages with old flags [3] and pages with both [4]. 

Then came up the question: 

* Should we have a form section to mark or unmark the old flags?
* Should we build a script to update the new flags and delete the old
ones, or let them for now?

[0] http://docs.webplatform.org/test/Template:Flags
[1] http://docs.webplatform.org/test/css/properties/border-radius
[2] http://docs.webplatform.org/test/css/properties/border-bottom
[3] http://docs.webplatform.org/test/svg/properties/radiusX
[4] http://docs.webplatform.org/test/apis/audio-video/methods/getCueById

On Wed, 2013-12-04 at 13:41 -0800, Julee Burdekin wrote:
> This is great news! Thanks much, Eliezer & Doug!!
> As far as losing all of the existing flags, that’s a big deal, no? Is
> there no way to flag flagged pages? — Ugh. Just the sound of that question
> intimates a difficult solution, but let me propose:
> We already have a “Block of editorial notes” field where we can store some
> values on the page. Let’s do a script and retain flagging in this way:
> * Get the values of current flags on the page.
> * Change old values to new values.[1]
> * Prepend new values to “Block of editorial notes” field with some unique
> delimiter.
> Then, we can change the template and work in reverse:
> * Search page for new flags in “Block of editorial notes” field.
> * Set new flags accordingly.
> Too complicated?
> Julee
> [1] 
> https://docs.google.com/spreadsheet/ccc?key=0AnXre3v9CjJXdDBUYk9qMlFuODV3M3
> hReUFBS1JieXc&usp=sharing
> ----------------------------
> julee@adobe.com
> @adobejulee
> -----Original Message-----
> From: Doug Schepers <schepers@w3.org>
> Organization: W3C
> Date: Wednesday, December 4, 2013 at 12:57 PM
> To: WebPlatform Public List <public-webplatform@w3.org>
> Subject: Page Status Indicators
> Resent-From: WebPlatform Public List <public-webplatform@w3.org>
> Resent-Date: Wednesday, December 4, 2013 at 12:57 PM
> >Hi, folks–
> >
> >Last night, Eliezer Bernart (eliezerb) tackled one of our big
> >outstanding actions (with my modest guidance): the page status markers.
> >
> >JuLee encouraged Eliezer to learn Semantic MediaWiki templates, given
> >our dwindling resources there, and he really dived in. He asked for a
> >specific task, and I suggested that he look at the outstanding flags
> >issue.
> >
> >As background, we've already discussed that many people find the large
> >number of flags on a page (and their presentation) as intimidating and
> >discouraging, both for reading and for editing. We had general (though
> >imperfect) consensus that we should simplify the flags.
> >
> >On a related note, we also wanted to make sure sure that readers knew
> >what content they could trust, and what was less complete or reliable.
> >This dovetails with the initial goal for flags.
> >
> >Eliot proposed the following set of minimal flags to reflect the various
> >content statuses:
> >
> >* Unconfirmed import
> >* Needs review
> >* Missing Content
> >* Deletion/Move candidate
> >* Contains Errors
> >
> >We agreed that this is one of the tasks that we needed completed before
> >we announced the CSS milestone.
> >
> >Eliezer has run a test on the flags template in the /test wiki, removing
> >the unwanted flags. If a page has any flags checked, it will show on the
> >page [2]; if no flags are checked, it will not show any flag markers
> >[3]. Once we get the wording settled, this should be a clear indicator
> >of a page's readiness (or unreadiness).
> >
> >You can also see that this is much less intimidating to edit [4].
> >
> >Eliezer noted that if we change the flags template in the main wiki, we
> >will lose all of the existing flags; I think this is unavoidable. He
> >also explained that while he can set a flag as checked by default (e.g.
> >"need review") for new pages, existing pages can't have any flags
> >checked by default; so, we will need to find a way to efficiently check
> >the "need review" flag for all pages we aren't confident about, so we
> >can highlight the readiness of the CSS and certain API pages (maybe we
> >could use a script to do this auto-checking?).
> >
> >I wanted to confirm with the community that this is the path we want to
> >follow. What do you all think?
> >
> >Next steps:
> >* clarify the wording used, to indicate that a page is not yet ready
> >* settle on the visual appearance of flags (not critical, but nice to
> >have)
> >* deploy the new flags template on /wiki (the main content site)
> >* make sure unready pages have a flag checked, and that ready pages are
> >free from flags
> >* rewrite the Getting Started and Editor's Guide pages to reflect the
> >new flag statuses, per Scott's concern [5]
> >
> >
> >Thoughts?
> >
> >Also, a big thanks to Eliezer! We should blog / tweet about this minor
> >milestone.
> >
> >
> >[0] 
> >http://lists.w3.org/Archives/Public/public-webplatform/2013Jun/0169.html
> >[1] 
> >http://lists.w3.org/Archives/Public/public-webplatform/2013Jun/0172.html
> >[2] http://docs.webplatform.org/test/css/properties/border-radius
> >[3] http://docs.webplatform.org/test/dom/methods/getElementById
> >[4] 
> >http://docs.webplatform.org/t/index.php?title=css/properties/border-radius
> >&action=formedit
> >[5] 
> >http://lists.w3.org/Archives/Public/public-webplatform/2013Jul/0005.html
> >
> >Regards-
> >-Doug
> >
Received on Wednesday, 4 December 2013 23:34:54 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:13:57 UTC