User:Pathoschild

Biographical details

User:Pathoschild,  Article name (c/1999)

“ I do consider simplicity and comprehensibility as essential, and it is far too easy for bots and templates to wander into realms that require a degree in computer science. The header templates are relatively short, but they still contain many elements that take a great deal of effort to trace, such as the "Class" parameters. Making templates small, understandable and useful will as much as anything else draw more people into using and developing them. ”
Source: Wikisource

User:Pathoschild,  Article name (c/1999)

“ Users who aren't JavaScript-compatible will never see the footer at all, since it's entirely generated by JavaScript. Using {{header}} for this will actually make usage more complex later. Imagine we add a second script later to generate something else, but it has nothing to do with the header. Do we have one script override in {{header}}, and another in {{script}}? Do we have two overrides in {{header}}, even though the new script has nothing to do with the header (and might even be used on pages without a header) ? ”
Source: Wikisource

User:Pathoschild,  Article name (c/1999)

“ The concern for me here is that of making the header do too much. This is why I suggested splitting up the header and restricting that template name to the bare essentials that identify the work. (Of course, "essentials" would still need to be defined.) What I call "sequencing" could be a separate template that covers the work's relation to it's immediate parent work and sibling works. The header would not be harmed by completely removing the "Notes" parameter, which is pretty well a free-for-all environment anyway. The decision dilemma is a serious one. ”
Source: Wikisource

Get perspective with Kwize: daily news enlightened by great literature