Change Details

**How it should work** The refines parameter gets a string that corresponds to a previously defined reference. e.g. a reference that was named with `name="animal"` can then be refined through `<ref refines="animal">`. `<ref refines="animal"> Page 25 </ref>` should then lead to "Page 25" being printed in the references section, below the definition of the "animal" source, and with an indent ([[ https://commons.wikimedia.org/wiki/Category:Wikimedia_Deutschland_%E2%80%93_Technische_W%C3%BCnsche#/media/File:Buchreferenzierungsmock_v2.png | see mock ]]). //Group Refines:// The refines-param is only valid per group. I.e. if there is a reference `<ref name="animal" group="part1">` and a refines `<ref refines="animal" group="part1">`, the refinement should be printed. However, if the refines was `<ref refines="animal">`, it would only print the refinement if "animal" was also defined in the standard references group. //Named Refines:// Refined refs can also have a name. e.g. If there was `<ref refines="animal" name="animalpage25"> Page 25 </ref>`, `<ref name="animalpage25" />` would also link to the refined reference. //Constraints:// For compatibility with all the different languages the Cite extension works for, refined references are labeled with Arabic numbers after the main reference. E.g. 1.1, 1.2 etc. It is not possible to refine a reference more than once (i.e. 1.1.1 never exists). **Task background** This is a concrete implementation task for the proposal that was discussed in T138601. **Motivation**: Currently, when referencing different sections of the same book, the whole source always needs to be repeated. **Background** The wish to improve the referencing of multiple parts of the same source was part of the German-speaking community's technical wishlist in 2013, 2015 and of the international technical wishlist in 2015. For more info, see T100645.

**Motivation**: Currently, when referencing different sections of the same book, the whole source always needs to be repeated, and the references section may be cluttered by repeated appearances of the same source, with only slight variations. So this is an attempt to bundle the info. **How it should work** The extends parameter gets a string that corresponds to a previously defined reference. e.g. a reference that was named with `name="animal"` can then be specified through `<ref extends="animal">`. `<ref extends="animal"> Page 25 </ref>` should then lead to "Page 25" being printed in the references section, below the definition of the "animal" source, and with an indent //Mock//: {F8149134} //Group Extensions:// The extends-attribute inherits the group parameter from the reference it is extending. I.e. <ref name="A" group="G"> info </ref> can be extended by <ref extends="A"> details </ref> and the details will also be shown in group G. //Named Refines:// Refined refs can also have a name. e.g. If there was `<ref refines="animal" name="animalpage25"> Page 25 </ref>`, `<ref name="animalpage25" />` would also link to the refined reference. //Constraints:// It is not possible to refine a reference more than once (i.e. 1.1.1 never exists). **Implementation** This change needs to be implemented both for parsoid and the cite extension (see subtasks (which are to come ;) ) **Task background** This is a concrete implementation task for the proposal that was discussed in T138601. **Background** The wish to improve the referencing of multiple parts of the same source was part of the German-speaking community's technical wishlist in 2013, 2015 and of the international technical wishlist in 2015. For more info, see T100645.

**How it should work****Motivation**: TheCurrently, when refines parameter gets a string that corresponds to a previously defined reference.erencing different sections of the same book, the whole source always needs to be repeated, e.gand the references section may be cluttered by repeated appearances of the same source, with only slight variations. a reference that was named with `name="animal"` can then be refined through `<ref refines="animal">`So this is an attempt to bundle the info. `<ref refines="animal"> Page 25 </ref>` should then lead to "Page 25" being printed in the references section, below the definition of the "animal" source, and with an indent ([[ https://commons.wikimedia.org/wiki/Category:Wikimedia_Deutschland_%E2%80%93_Technische_W%C3%BCnsche#/media/File:Buchreferenzierungsmock_v2.png | see mock ]]). //Group Refines://**How it should work** The refines-extends param is only valid per groupeter gets a string that corresponds to a previously defined reference. I.e. if there is a reference `<ref name="animal" group="part1">` and a refines `<ref refines="animal" group="part1">`, the refinement should be printed. However, if the refines was `<ref refines="animal">`,g. it would only print the refinement if a reference that was named with `name="animal" was also defined in the standard references group` can then be specified through `<ref extends="animal">`. `<ref extends="animal"> Page 25 </ref>` should then lead to "Page 25" being printed in the references section, below the definition of the "animal" source, and with an indent //Mock//: {F8149134} //Group Extensions:// The extends-attribute inherits the group parameter from the reference it is extending. I.e. <ref name="A" group="G"> info </ref> can be extended by <ref extends="A"> details </ref> and the details will also be shown in group G. //Named Refines:// Refined refs can also have a name. e.g. If there was `<ref refines="animal" name="animalpage25"> Page 25 </ref>`, `<ref name="animalpage25" />` would also link to the refined reference. //Constraints:// For compatibility with all the different languages the Cite extension works for, refined references are labeled with Arabic numbers after the main reference. E.g. 1.1, 1.2 etc. It is not possible to refine a reference more than once (i.e. 1.1.1 never exists). **Task background****Implementation** This is a concretchange needs to be implementation task for the proposal that was discussed in T138601.ed both for parsoid and the cite extension (see subtasks (which are to come ;) ) **Motivation**:**Task background** Currently, when referencing different secThis is a concrete implementations of the same book, task for the whole source always needs to be repeatedproposal that was discussed in T138601. **Background** The wish to improve the referencing of multiple parts of the same source was part of the German-speaking community's technical wishlist in 2013, 2015 and of the international technical wishlist in 2015. For more info, see T100645.