Change Details

During the 12 November "Needs Discussion" meeting, the Editing Team aligned on assuming the simplest and most effective way to address the "section editing dead-end" issue would be to do the following... Augment the existing section editing experience by offering people a button that, on scroll, would be revealed offering people the ability to edit the entire article. This task involves the work of building a proof of concept of the experience described below so that we can evaluate the extent to which the assumption that prompted this task holds up in reality or not. === Decision(s) to be made - [ ] Does approach – described in the `Requirements` section below – feel good enough to move forward with refining [i] and ultimately, evaluating through a controlled experiment (T409112)? === Requirements Just the section selected will be loaded, and a "Load entire article" button will appear to allow users to load the rest of the article's section to edit them. Depending on the section selected, there will be the following cases: - **1st section**: when start scrolling, the button will appear fixed at the bottom - **Middle**: when start scrolling, the button will appear at the bottom or on top depending on the scroll direction. - **Last section**: button will appear on top by default, allowing the user to load the previous sections Edge cases: - Short section in a long article: The button will be displayed by default. //Read: the button appearing will NOT depend on someone scrolling.// - Extra short article: In very short articles (when HTML is less than 20K), the entire article will be loaded and the "Load entire article" button will NOT be displayed. |Mockups |{F70156727} [Figma](https://www.figma.com/design/oj31GiaHi7EZIQ04Zfesbi/T387175---Full-page-editing-on-mobile?node-id=183-16649&t=jrzsseetgGisJd5N-11) --- i. Where "refining" here could refer to things like: 1) showing 1-2 lines of text from the previous (or proceeding) section behind the button that would enable people to edit it, 2) polishing the animation that appears when the content people are attempting to edit is not yet loaded (T409131)

During the 12 November "Needs Discussion" meeting, the Editing Team aligned on assuming the simplest and most effective way to address the "section editing dead-end" issue would be to do the following... Augment the existing section editing experience by offering people a button that, on scroll, would be revealed offering people the ability to edit the entire article. This task involves the work of building a proof of concept of the experience described below so that we can evaluate the extent to which the assumption that prompted this task holds up in reality or not. === Decision(s) to be made - [ ] Does approach – described in the `Requirements` section below – feel good enough to move forward with refining [i] and ultimately, evaluating through a controlled experiment (T409112)? === Requirements Just the section selected will be loaded, and a "Load entire article" button will appear to allow users to load the rest of the article's section to edit them. Depending on the section selected, there will be the following cases: - **1st section**: when start scrolling, the button will appear fixed at the bottom - **Middle**: when start scrolling, the button will appear at the bottom or on top depending on the scroll direction. - **Last section**: button will appear on top by default, allowing the user to load the previous sections Edge cases: - Short section in a long article: The button will be displayed by default. //Read: the button appearing will NOT depend on someone scrolling.// - Extra short article: In very short articles (when HTML is less than 20K), the entire article will be loaded and the "Load entire article" button will NOT be displayed. |Mockups |{F70215258} [Figma](https://www.figma.com/design/oj31GiaHi7EZIQ04Zfesbi/T387175---Full-page-editing-on-mobile?node-id=183-16649&t=jrzsseetgGisJd5N-11) --- i. Where "refining" here could refer to things like: 1) showing 1-2 lines of text from the previous (or proceeding) section behind the button that would enable people to edit it, 2) polishing the animation that appears when the content people are attempting to edit is not yet loaded (T409131)

During the 12 November "Needs Discussion" meeting, the Editing Team aligned on assuming the simplest and most effective way to address the "section editing dead-end" issue would be to do the following... Augment the existing section editing experience by offering people a button that, on scroll, would be revealed offering people the ability to edit the entire article. This task involves the work of building a proof of concept of the experience described below so that we can evaluate the extent to which the assumption that prompted this task holds up in reality or not. === Decision(s) to be made - [ ] Does approach – described in the `Requirements` section below – feel good enough to move forward with refining [i] and ultimately, evaluating through a controlled experiment (T409112)? === Requirements Just the section selected will be loaded, and a "Load entire article" button will appear to allow users to load the rest of the article's section to edit them. Depending on the section selected, there will be the following cases: - **1st section**: when start scrolling, the button will appear fixed at the bottom - **Middle**: when start scrolling, the button will appear at the bottom or on top depending on the scroll direction. - **Last section**: button will appear on top by default, allowing the user to load the previous sections Edge cases: - Short section in a long article: The button will be displayed by default. //Read: the button appearing will NOT depend on someone scrolling.// - Extra short article: In very short articles (when HTML is less than 20K), the entire article will be loaded and the "Load entire article" button will NOT be displayed. |Mockups |{F70156727215258} [Figma](https://www.figma.com/design/oj31GiaHi7EZIQ04Zfesbi/T387175---Full-page-editing-on-mobile?node-id=183-16649&t=jrzsseetgGisJd5N-11) --- i. Where "refining" here could refer to things like: 1) showing 1-2 lines of text from the previous (or proceeding) section behind the button that would enable people to edit it, 2) polishing the animation that appears when the content people are attempting to edit is not yet loaded (T409131)