- From: Doug Schepers <schepers@w3.org>
- Date: Sun, 11 May 2014 22:25:01 -0400
- To: Amelia Bellamy-Royds <amelia.bellamy.royds@gmail.com>
- CC: Eliot Graff <Eliot.Graff@microsoft.com>, List WebPlatform public <public-webplatform@w3.org>
+1 to short and sweet.
I think people are scared away by the big banners.
As for the rest of it, great work, Amelia!
Regards-
-Doug
On 5/11/14 2:22 PM, Amelia Bellamy-Royds wrote:
> Thanks for the feedback Eliot. I'm definitely okay with switching to a
> short and sweet approach if people want to get away from having big site
> metadata blocks at the top of each page.
>
> Your idea of putting the extra content, invitation to edit etc., into
> the state definition page would provide another way to make the
> connection between "this isn't done" and "please help finish it!".
>
> As far as I know, the only written definitions are the sample ones I
> drafted for the property page:
> http://docs.webplatform.org/test/Property:State
>
> However, if we're going to put a lot of content in there with the
> definitions it might be worth creating a separate page in the WPD
> namespace, effectively replacing the current FAQs about "What does alpha
> mean?"
>
> ...Amelia
>
>
>
> On 11 May 2014 12:00, Eliot Graff <Eliot.Graff@microsoft.com
> <mailto:Eliot.Graff@microsoft.com>> wrote:
>
> Hi Amelia.____
>
> __ __
>
> Thanks so much for undertaking this. When this is done the site will
> look a ton cleaner.____
>
> __ __
>
> To me, the crucial information is this first sentence, and I think
> the ultimate solution is to just call this out:____
>
> __ __
>
> */This article is Almost Done/*/____/
>
> __ __
>
> If we make the term a link to the page with the definitions, we’ll
> satisfy the requirements for this feature:____
>
> __ __
>
> */This article is /**/Almost Done/*
> <http://URL_for_page_with_defintions>____
>
> __ __
>
> The target page can have the definitions plus any other information
> we want to add about editing resources, joining community, etc.____
>
> __ __
>
> Sorry if I am forgetting, but do we have a wiki or page entry with
> drafts for the definitions of the readiness states? I remember
> talking about it, but I can’t find a link to anything. If we do, I
> am happy to chime in there.____
>
> __ __
>
> Again, thank you so much for driving this forward.____
>
> __ __
>
> Eliot____
>
> __ __
>
> *From:*Amelia Bellamy-Royds [mailto:amelia.bellamy.royds@gmail.com
> <mailto:amelia.bellamy.royds@gmail.com>]
> *Sent:* Saturday, May 10, 2014 10:32 PM
> *To:* Eliezer Bernart; Jen Simmons
> *Cc:* List WebPlatform public
> *Subject:* Re: new plan to replace flags with Readiness Markers____
>
> __ __
>
> This has been put on the back-burner for a couple weeks, but I've
> got a bare-bones mock-up ready-to-go on the test wiki that I think
> meets all the goals that have been discussed.____
>
> __ __
>
> If I could get feedback on the structure & wording before Tuesday,
> then I can start rolling it out on the main site. ____
>
> __ __
>
> There is still the possibility of making it prettier, with colour
> coding or icons, and suggestions or comments are welcome. (I think
> this is Jen's domain...) But getting it functional is the first
> priority.____
>
> __ __
>
> We also need to come to a final decision about definitions of the
> different states. Specifically: should "In Progress" only be used
> if the article is actively being edited, or for anything that is
> half done? What defines "Almost Done"?____
>
> __ __
>
> The mock-up, without custom CSS, looks like [1]:____
>
> __ __
>
>
> max-height____
>
> */This article is Almost Done/*/:
> Find out more about article readiness states
> <http://docs.webplatform.org/test/Property:State>, or get involved
> to help make Web Platform Docs better
> <http://docs.webplatform.org/test/WPD:Contributors_Guide>! Already
> signed up? Go to the edit page
> <http://docs.webplatform.org/t/index.php?title=css/properties/max-height&action=edit>to
> find out what still needs to be done.____/
>
> Things to note:____
>
> __ __
>
> * It takes up a large chunk of real estate on the top of the page,
> but remember that it will be replacing the big purple warning box
> [2]. The extra text serves the same purpose as the warning box, but
> now it's on a page-by-page basis instead of everywhere.____
>
> __ __
>
> * As agreed in the teleconference of April 29 [3], if the state is
> marked "Ready to Use", nothing prints out.____
>
> __ __
>
> * Also as agreed, the status details field is not used at all on the
> final page (View mode), but would still show up when editing the
> form. The form will also have a link to the Property page [4] with
> definitions of the different states.____
>
> __ __
>
> * The info text is the same regardless of state, all that changes is
> the "This article is..." heading.____
>
> __ __
>
> * The box uses the existing "Note" template, but the note is wrapped
> in a div with a state-dependent class name, so we can target it
> later for specific CSS (e.g. to match the colours and icons used on
> the home page). For Ready To Use articles, there is an empty div if
> we decide to add an icon later. ____
>
> __ __
>
> If you want to play around with CSS, the final structure created
> by the templates is ____
>
> __ __
>
> <div class="article-state State_Class"><div class="note">____
>
> <p><b>This article is {{{State}}}:</b><br/>____
>
> Find out more...</p>____
>
> </div></div>____
>
> __ __
>
> where State_Class would be one of Ready_to_Use, Almost_Done,
> In_Progress, Coming_Later, or Unreviewed.____
>
> __ __
>
> * For the test wiki, the above is currently encapsulated in its own
> template [5], but for roll-out it would just replace the existing
> flags template, and would appear on all pages that currently have
> the ability to display flags.____
>
> __ __
>
> And of course, the template is just the first step. Once we get it
> up, we still have to go through and review everything to assign a
> state!____
>
> __ __
>
> ...Amelia____
Received on Monday, 12 May 2014 02:25:11 UTC