Revision as of 12:49, 30 December 2017 editNishidani (talk | contribs)Autopatrolled, Extended confirmed users99,541 edits →How does one figure out this url?: new section← Previous edit | Revision as of 02:04, 31 December 2017 edit undoSTSC (talk | contribs)Extended confirmed users8,731 edits →DS notice: new sectionTag: contentious topics alertNext edit → | ||
Line 359: | Line 359: | ||
At ] I've been fiddling for over an hour to get the rioght url, without success. The problem is, when I open up and downbload the book through Acrobat, it gives me a pdf that ain't functional, though it is a resumé of the one you get at google. Can you get one that works? Sorry for this endless bother. And the very best for a healthy and prosperous New Year by the way, N. ] (]) 12:49, 30 December 2017 (UTC) | At ] I've been fiddling for over an hour to get the rioght url, without success. The problem is, when I open up and downbload the book through Acrobat, it gives me a pdf that ain't functional, though it is a resumé of the one you get at google. Can you get one that works? Sorry for this endless bother. And the very best for a healthy and prosperous New Year by the way, N. ] (]) 12:49, 30 December 2017 (UTC) | ||
== DS notice == | |||
{{Ivm|2=''This message contains important information about an administrative situation on Misplaced Pages. It does '''not''' imply any misconduct regarding your own contributions to date.'' | |||
'''Please carefully read this information:''' | |||
The ] has authorised ] to be used for pages regarding , a topic which you have edited. The Committee's decision is ]. | |||
Discretionary sanctions is a system of conduct regulation designed to minimize disruption to controversial topics. This means ] administrators can impose sanctions for edits relating to the topic that do not adhere to the ], our ], or relevant ]. Administrators may impose sanctions such as ], ], or ]. This message is to notify you that sanctions are authorised for the topic you are editing. Before continuing to edit this topic, please familiarise yourself with the discretionary sanctions system. Don't hesitate to contact me or another editor if you have any questions. | |||
}}{{Z33}}<!-- Derived from Template:Ds/alert --> ] (]) 02:04, 31 December 2017 (UTC) |
Revision as of 02:04, 31 December 2017
I am able to edit only intermittently until further notice, and may not respond swiftly to queries. |
I may publish openly any e-mails you send me. |
E-mail is enabled on my account, but before using it to contact me please be aware that:
- I think that, on principle, all wiki communication should be open for all to see
- Therefore if you send me an e-mail, you should assume that I will publish it on an appropriate talk page, in order to reply to it there
- If you think there is a good reason to contact me, in confidence, by e-mail, you should first ask for my agreement not to publish it.
- I will only agree to this for a very good reason, for example copyrighted material which cannot be freely published.
In any case, I am likely to respond more quickly to a request on my talk page than one by e-mail.
Don't worry if you want to send me an e-mail that has nothing whatsoever to do with Misplaced Pages; if that is the case, then there is no reason why I should publish it here.
This is NSH001's talk page, where you can send him messages and comments. |
|
Archives: 1, 2, 3, 4, 5, 6Auto-archiving period: 6 months |
Archives |
Index to this page and its archives (last change) |
This page has archives. Sections older than 180 days may be automatically archived by Lowercase sigmabot III when more than 17 sections are present. |
Oliver Kamm
I appreciate your comments on Oliver Kamm's talk page. Although I have other pressing tasks to attend at the moment, I'll eventually return to the discussion. Also, don't let TJive intimidate you. He's nothing but a bully. Sir Paul 06:24, 7 July 2006 (UTC)
- It's ironic, though. I have long regarded Kamm as a pretentious fool who isn't worth a minute of anybody's time trying to read him -- which is why I've been reluctant to get drawn in. Yet I'm still wasting time on him...--NSH001 15:07, 7 July 2006 (UTC)
Citation and referencing style
see also the discussion at: User:Nishidani#Citation tools, archived at User talk:Nishidani/Archive 22#Citation tools see also the discussion at User_talk:Primefac#Bizarre, archived at User talk:Primefac/Archive 8#Bizarre see also discussion on this page (in part): – archived at /Archive 3#Fucked up again + some more on how to get rid of LHTs see also discussion on this page: #sfn - archived at /Archive 3#sfnIntroduction
Consensus at WPMED is to keep refs generally over one line. Please do not switch them to over many. Best Doc James (talk · contribs · email) 13:13, 7 August 2016 (UTC)
- Doc James, I am thinking very long term here. Most larger wiki articles are effectively rendered uneditable by the presence of numerous long, horizontally formatted templates (LHTs); the only edits feasible on such pages are trivial changes such as spelling corrections, or automated edits where the script/bot doesn't care about the formatting. Of course this is just my opinion, but I do know several other editors share my dislike of long, horizontally formatted citation template clutter (LHT clutter). As well as making the wikitext unreadable, such templates also make it very difficult to find and correct errors in the citation templates, or indeed in anything else.
- It doesn't surprise me that the Wikimedia Foundation finds it necessary to spend large sums on things like Visual Editor, given that the mess resulting from long, horizontally formatted templates makes directly editing wikitext so user-hostile. I want to see a wiki that is clear of all this clutter, but that is going to take several years to achieve. In the meantime I am effectively banned (without having commited any offence) from many, perhaps most, articles because of citation clutter. Hence I am (slowly) developing a private script to help in this task. I call the script "ETVP" for "Easy To Visually Parse", because wikitext should be nice and easy to read. I aim eventually to make it easy, using the ETVP script, to switch to short-form referencing, or to LDR, or to some combination of the two, or indeed to anything else that will reduce or eliminate citation clutter. It was not originally my intention to leave ETVP templates in-line, but when I first tried it I was surprised at how much more readable the wikitext became, so my current thinking is to retain it as an option (the main disadvantage appears to be that it is too easy to turn it back into horizontal formatting, as you have demonstrated!).
- I am relaxed about not edit-warring with you on this, although I do think making the wikitext harder to read is irrational. Partly this is because the ETVP script is still a long way from being finished, but the main reason is that my focus is on the long-term, and edit warring on individual articles is of no benefit in that aim. I have always anticipated there will be some resistance to in-line ETVP templates, simply because people don't like change, or just get upset by unexpected change, or by anything surprising. I note that most WPMED articles are of a scientific or academic nature, where short-form referencing is the natural style. Once I've got the ETVP script working for that style, then I believe it could be very useful for the WPMED project.
- --NSH001 (talk) 21:18, 7 August 2016 (UTC)
- The majority of the editors at WPMED like the references over one horizontal line rather than over dozens of lines.
- Yes there is a minority who like it over dozens of lines. I find having it over one horizontal line is easier to edit not harder.
- What we need is an option / gadget so that those who want it over one line when they hit edit get it over one line and those who want it over many lines get it over many lines. That means win-win for everyone as everyone gets the way they find makes it easiest for them to edit. Doc James (talk · contribs · email) 22:27, 7 August 2016 (UTC)
- Look more carefully. ETVP is not "dozens of lines" (per cite). I think you might be referring to the (not very wonderful) "vertical" format that you get in the template documentation; even then (provided you eliminate the blank parameters), it rarely amounts to "dozens" of lines. The ETVP script has been carefully thought through to give you what it says on the tin: it uses the minimum number of lines and white space while still maintaining clarity. Roughly, items that logically belong together go on the same line, important items go at the top (title, authors) and references (for example, identifiers) go at the end (a bit like wikipedia article layout). The aim is to take advantage of the human visual system, which works orders of magnitude faster than the rest of the brain. This makes it very easy to spot errors, often instantly; in addition, you'll often spot errors you weren't even looking for in the first place. This is impossible to do if the template is strung out over two or more lines (by lines, I mean lines on the edit window, not the single line you're referring to), buried in a mass of other wikitext. I think one reason why cite templates are so badly infested with errors is precisely this difficulty of spotting errors in the horizontal layout. But what makes the horizontal layout even more annoying is the difficulty of spotting the beginning and end of the same template, especially if there are large numbers of horizontal cites buried within the same paragraph. With the ETVP format, the eye can again spot the beginning and end of a template instantly. So not only does the horizontal format make it difficult or impossible to spot errors in the cite templates, it also makes it difficult or impossible to follow the "flow" of the article text itself. To see this, try an experiment: (a) open in edit mode the version of the article before my edit, and try to read out loud the article text from the wikitext, then (b) do the same with the wikitext after my edit. Notice how much easier (b) is!
- Take a look at Muhammad Najati Sidqi#References and Khazars#References. These are examples of the the work of the ETVP script on articles that were already using short-form referencing. Notice how easy and pleasant it is to read the citation templates there. Although I intend to implement LDR first, my aim (eventually) is to make it easy to switch articles to short-form referencing, with all templates in ETVP form. This is my preferred referencing style, and the most natural for scientific, technical and academic articles. But basically, the ETVP script will eventually let editors use any referencing style they like, as long as it doesn't involve long, horizontally formatted templates.
- Note that ETVP is not the same as "vertical". Short templates are actually easier to visually parse if they are "scrunched up" (eliminating all unnecessary spaces) and kept on the same line. The ETVP script recognizes this, using a cut-off of 50 characters (this seems to work well so far, but it could be easily tweaked if necessary). Perhaps the fans of horizontal templates are aware of this, but then wrongly assume that it applies regardless of length. The general principle is that short templates are fine if they're kept on the same physical line, but the longer the template, the stronger the case for a vertical or ETVP format. For an extreme example, see this egregious edit, which I don't think anyone would want to defend.
- One might also note the contrast with infoboxes, which are already, mostly, more-or-less in a vertical format, with one parameter per line. Editors don't have any problem editing infoboxes. So in my view, the difficulty some editors say they have with editing ETVP or vertical format is imaginary, not real. Probably they've just gotten used to the default that they get when they click the "cite" button on the edit window or from using most of the standard cite-generating tools. And why should they care? For most editors, adding cites is just a tedious but necessary chore, to be done with minimum effort; they care about the info they're adding, not the errors they're creating or the messy wikitext they're leaving behind.
- --NSH001 (talk) 11:10, 8 August 2016 (UTC)
- P.S. The idea of a gadget seems like a good one, except I'd want it to appear in an ETVP format, not the vertical one.
Notes on the Syntax highlighter gadget
Jonesey95 has suggested the syntax highlighter gadget as a possible solution to the near-impossibility of reading and editing pages full of LHTs.
Initial thoughts:
- The default setting is far too cluttered; in particular, there is no need to highlight wikilinks. However it is possible to customise it so that only templates are highlighted. This works, and is actually quite useful.
- However, this is moot for those who, like me,use an external editor for most of their editing.
- It doesn't distinguish nested templates, in contrast to the ETVP script, which indents templates to mark the depth of nesting.
- In any case, this problem is so fundamental that we shouldn't need to depend on a gadget to fix it.
Conclusion: better than nothing, but not really a solution to the problem. By providing a makeshift patch that papers over the problem, it reduces the pressure to get the problem fixed properly. It does mark the beginning and end of templates clearly (very good!), but the ETVP script also does that. The ETVP format also makes it easy to spot errors instantly, and the highlighter is of no help in that regard. --NSH001 (talk) 21:51, 28 February 2017 (UTC)
Further thoughts:
- The gadget doesn't work on diffs (and wasn't intended to), but templates in ETVP format are still easily distinguishable in diffs.
- Not distinguishing nested templates is a major drawback, especially in Infoboxes where cite templates are common. Not a problem when using ETVP, as the script uses indentation to indicate nesting.
- There is no need to highlight short templates (that's just unnecessary visual clutter). In my view only templates EITHER longer than about 100 characters OR which wrap around lines in the edit window need to be highlighted. Of course, the ETVP script takes account of template length, but it has no way of telling when a template is going to line-wrap. But note that templates in ETVP format are designed so that they usually won't line-wrap, except for long URLs or long quotes or exceptionally long article or chapter titles. Even then, the line-wrapping is restricted to the long piece of text, and does not affect the readability of the rest of the template.
I vaguely remember trying some sort of highlighter or edit-helper several years ago, and rapidly rejecting it as too cluttered and too distracting; if my memory is correct it also suffered from a lot of bugs. In contrast, I can see that I might sometimes use this highlighter, even though most of the time I will have it turned off. The author of this highlighter, Remember the dot, deserves some thanks and credit for the thought and effort he or she has put into this script. It's obviously useful to many editors, but it's not a solution to the problem of LHT clutter. --NSH001 (talk) 09:44, 1 March 2017 (UTC) and NSH001 (talk) 10:32, 2 March 2017 (UTC)
Let's get the terminology right
I have seen other editors (not just Doc James), when talking about this infuriating problem, use the phrase "over one line" to refer to horizontal cite templates and "over many lines" to refer to other formats.
Yes, it is true that the annoying LHT format only occupies one physical line of the computer file. But to use "over one line" in the context of a discussion of the merits of the different formats is very misleading. On the actual edit window that real-life editors use, it also occupies many lines. The difference is that the LHT format will line-wrap at unpredictable positions, depending on where in the text it occurs, what font size is being used and the width of the edit window, among other factors. At least the line-breaks in the "vertical" format are predictable (making it more readable than the LHT format), while the ETVP format is specifically designed to make it as readable as possible.
Incidentally, this problem of line-wrapping is one reason why, generally, I don't mind manually formatted citations; as long as they don't contain long URLs, or other long items, they will usually fit into one line of an edit window, so they don't disrupt the readability of the wikitext in the same way that LHTs do. (I have mentioned elsewhere that there are compelling reasons for preferring templated citations, of course.) There is another reason why manual citations are generally acceptable in the body of an article: they are still in a narrative format, so (unless they contain a long URL) they fit in quite naturally with the rest of the article. Very different from cite templates, where the important task for the editor is to visually parse the argument-value pairs (updated December 2017).
--NSH001 (talk) 15:53, 14 March 2017 (UTC)
What's so bad about long horizontal template clutter (LHT clutter)?
See also the entire discussion above for additional reasons why LHT clutter is unacceptable.- It puts off new editors from joining Misplaced Pages. See self-selection below, and my responses to Doc James above.
- It violates every principle of sound coding practice. Any professional computer programmer who wrote code like this would soon be out of a job, or more likely, would never be taken on in the first place.
- It obfuscates everything. Similarly, at school I was taught how to write English properly. If I had written an essay in such an unstructured, amorphous form I would have received a big fat ZERO as my mark for such an essay. If you (generic) write English without any structure, the result is incomprehensible. The same applies to wikitext.
- It causes errors because errors are so difficult to spot and to correct in LHTs.
- It causes even more errors because LHT clutter makes it difficult (almost impossible) to follow the natural flow of the article text within the wikitext.
- It makes diffs hard to follow. It's bad enough trying to read wikitext cluttered with LHTs, but the problems are multiplied when you (generic) are trying to establish who has added or deleted what in a diff.
- It sets a bad example. New editors will usually just copy the techniques they find already being used, so, not surprisingly, the result is a cancerous expansion of the usual steaming heap of unreadable and uneditable text.
- Summary: it makes editing Misplaced Pages difficult, slow, error-prone and very, very unpleasant. The problem is so bad, so annoying and so infuriating that either LHT clutter has to be gotten rid of (preferably completely), or I will leave Misplaced Pages.
- Conclusion: LHT clutter should be E . X . T . E . R . M . I . N . A . T . E . D.
The paradox: if LHT clutter is so bad, then why are most articles using this style?
Well, I really don't know. It baffles and perplexes me that anyone could possibly tolerate this mess. But any strategy for getting rid of LHTs needs to address this paradox. Some possible explanations:
- Self-selection. The WMF has been worrying for years about the long-term decline in the number of active editors. Not that surprising really, when someone new to Misplaced Pages opens up a page in edit mode and discovers an amorphous, unstructured, smushed-together, incomprehensible and almost unreadable heap of steaming LHT doo-doo. So the small minority that's left, and which heroically persists in trying to edit Misplaced Pages, has, for the most part (not all, and certainly not including me), self-selected as those who can somehow tolerate LHT clutter.
- False perception of authority. People assume that, simply because it is so common, LHT clutter must somehow be "right", or "officially approved", or the "standard" citation and referencing style, although per policy (WP:CITESTYLE), there is no one, single, standard citation style on Misplaced Pages. All this despite the fact that LHT clutter is the worst possible citation and referencing style.
- Lack of exposure to better citation styles. So editors are simply unaware of better alternatives: they may dislike the clutter, but just assume it's something thay have to put up with. Or they may be aware of better alternatives, but then find it takes a lot of time and effort to change the citation style (plus they may then have additional battles based on WP:CITEVAR).
- Unfamiliarity with academic citation styles, especially among editors who haven't had a university-level education.
- Poor citation-generating tools. These have plenty of faults and shortcomings. Among their faults is that they offer only the LHT clutter style, or if they do offer a choice, it is between so-called "vertical" and LHT, with LHT clutter being the default. The "vertical" form, as given in the template documentation, isn't that great either, but it's still a huge improvement over LHT clutter. None of them offer an ETVP form as a choice, of course, since ETVP is a new concept. Since the default option is the easiest one to choose, the result is that the LHT dungheap just keeps on growing.
- Poor citation template documentation (in fact, most of the citation template documentation is quite good; I'm referring here to the distinction between "vertical" and "horizontal"). The "vertical" style offered as an alternative to the LHT clutter format in the template documentation is very poor (but still a huge improvement on LHT clutter). It obviously hasn't been properly and thoroughly thought through though. I will discuss this in more detail in the ETVP documentation, but see my responses to Doc James above for a brief outline. This may partly explain why editors (bizarrely) choose the LHT clutter format instead.
- Syntax highlighters. My first reaction to Doc James' request above was simply bewilderment and perplexity, since trying to edit LHT clutter is a physical impossibility (well it can be done, but only at the cost of a phenomenal amount of time and effort). Note that for serious editing, I use an external editor (but I do use the standard wikitext editor for small changes, and to preview edits made in the main, external, editor). So I pay little attention to developments in the standard editor or its gadgets. Well, syntax highlighters (if properly configured) do solve one of the most infuriating problems about LHT clutter, namely the extreme difficulty of spotting where an individual LHT begins and ends. I think it's clear that without syntax highlighters, LHT clutter would never survive as a citation style; otherwise editing a page full of LHT clutter is physically impossible. But that still raises questions about what newbies do, since they won't be aware of syntax highlighters. And as I explained above, syntax highlighters still have some drawbacks, and in any case, the ETVP style renders them unnecessary.Conclusion: syntax highlighters are like a medication that alleviates (some of) the symptoms, but doesn't cure the underlying disease.
- Inadequate wikitext editor. The wikitext editor needs to properly support separation of long citation templates from their inline antecedents, whether it be list-defined references (LDR), parenthetical referencing or short-form referencing. In one click it should enable an {{sfn}} template, or any of its siblings, including any of the harvnb family, to be inserted in the article body and at the same time the corresponding long cite template added, if not already present, in correct alphabetical order, to the relevant bibliographic listing. Similarly for named references and their corresponding entry in LDR.As an alternative my ETVP script effectively does this already by transforming a whole article all at once (it still needs polishing, though). The wikitext editor should also allow a single click on an {{sfn}}/{{harvnb}} or named reference to bring up the corresponding long template in a popup for easy editing.I guess the first suggestion is too difficult and impracticable to be worth the effort, especially if we already have a script to do the job. So I'd like to limit myself to just two small suggestions, that should be possible without too much effort:(updated, December 2017)
- A popup to show the corresponding full citation when a short-form cite is "clicked"
- Toggle the size of the edit window (edit box) between the standard size and full screen, or full screen with only minimal menus and toolbar.
--NSH001 (talk) 07:39, 16 June 2017 (UTC)
Footnotes
- "LHTs" may also be read as "long horizontal turds", to reflect the revulsion they induce.
- ^ In my experience, there are three small exceptions where it is sometimes possible to edit such pages, despite the presence of LHTs:
- trivial changes, such as spelling corrections (but this can still be difficult, slow, and unpleasant)
- all automated and most semi-automated edits. This includes, for example, edits made via a script, or by pressing an "undo" or "rollback" button.
- if there are substantial parts of an article that are free of LHTs. For example, it is sometimes possible to edit the lead or Infobox, since these can be relatively or completely LHT-free. Similarly it is possible to edit categories and navboxes at the end of articles (a place where LHTs almost never occur).
- From memory, this was wikEd, which I think was the only available tool at the time to offer syntax highlighting.
- Syntax highlighters can alleviate this problem, but using ETVP formatting is a better approach.
- I am old enough to remember the first broadcast episodes of Doctor Who. On a black & white 405-line TV set receiving analogue signals broadcast on Band I VHF, no less. Anyone remember those big H-shaped aerials that marked out the houses of those families who could afford to buy a television?
- Sorry, I couldn't resist the alliteration!
- For the avoidance of doubt, I am not interested, even with the availability of syntax highlighters, in the survival of LHT clutter as a citation style; I want it to disappear completely.
- Editors may still, of course, have valid reasons for wanting to use a syntax highlighter. The point is that ETVP means that syntax highlighters are no longer needed to deal with long templates, but syntax highlighters may still be needed for other reasons.
- ^ possibly a click or double-click together with a control key, or combination of control keys
- This should reduce the incentive for editors to use the LHT clutter format, since the reason usually offered for preferring LHT clutter is that the "vertical" form takes up too much screen space. Well, the ETVP format uses less screen space anyway compared to the documented "vertical" form, but let's give editors more space when they need it.
Books and Bytes - Issue 21
Books & Bytes
Issue 21, January-March 2017
by Nikkimaria (talk · contribs), Ocaasi (talk · contribs), UY Scuti (talk · contribs), Samwalton9 (talk · contribs), Sadads (talk · contribs)
- #1lib1ref 2017
- Misplaced Pages Library User Group
- Misplaced Pages + Libraries at Wikimedia Conference 2017
- Spotlight: Library Card Platform
Sent by MediaWiki message delivery (talk) 22:54, 6 April 2017 (UTC)
List of peace activists
why take Rust out? — Preceding unsigned comment added by BernardZ (talk • contribs) 14:50, 11 May 2017 (UTC))
- He's known for that stunt he staged in Red Square. That's just making a point, not trying to make peace or resolving conflicts. Please read the criteria for inclusion at the top of the list page. --NSH001 (talk) 15:29, 11 May 2017 (UTC)
Dja Dja Wurrung
Are you sure this is how it should be done? The official government web sites and the Dja Dja Wurrung's own organisation's pages all use Dja Dja Wurrung as does the National Native Title Tribunal . Ian D Clark's Aboriginal languages and clans : an historical atlas of western and central Victoria, 1800–1900, Published: Melbourne, Vic. : Dept. of Geography and Environmental Science, Monash University, c1990. ISBN 0-909685-41-X, identifies numerous spellings of the word but settles on the AIATSIS use of Dja Dja Wurrung.Garyvines (talk) 11:36, 29 May 2017 (UTC)
- The short answer is no, I'm not sure, I was just responding to Nishidani's request on the talk page. Since no-one has objected in more than 3 weeks, and it seemed a reasonable request, I went ahead and moved it. At least, I thought, it'll provoke some discussion if someone really does disagree. I seem to have been successful in that aim! Any further discussion should be on the article talk page, of course, not here. --NSH001 (talk) 12:30, 29 May 2017 (UTC)
- Thanks Gary. As NSH001 advises, I'll respond on the talk page in a mo'.Nishidani (talk) 13:55, 29 May 2017 (UTC)
- By the way young chief. I can't get the fucking url right for Clark Monash Paper 1998 at Bungandidj people. It defeats my powers and therefore I throw myself at the mercy of a superior to beg divine intervention and help me out of this existential impasse.Nishidani (talk) 11:51, 30 May 2017 (UTC)
- Sorry for all that Sad Sack mopping up my carelessness or failure to learn is causing you to take on. It's deeply appreciated, in any case. I'll never mend my oldtimer's ways, it seems.Nishidani (talk) 21:59, 19 July 2017 (UTC)
- A pleasure, as always. No need to apologise. Plus it's good practice for the youngster. --NSH001 (talk) 22:11, 19 July 2017 (UTC)
- Sorry for all that Sad Sack mopping up my carelessness or failure to learn is causing you to take on. It's deeply appreciated, in any case. I'll never mend my oldtimer's ways, it seems.Nishidani (talk) 21:59, 19 July 2017 (UTC)
Books and Bytes - Issue 22
Books & Bytes
Issue 22, April-May 2017
- New and expanded research accounts
- Global branches update
- Spotlight: OCLC Partnership
- Bytes in brief
Sent by MediaWiki message delivery on behalf of The Misplaced Pages Library team --MediaWiki message delivery (talk) 18:35, 20 June 2017 (UTC)
How do
no! not how do you do: we know each other. Um, how do you use the sfn template when you have an article co-authored by many (I am reading one in Nature with upwards of 20 signatories) I'm sure one can whittle this down to Joe Blow &Co in a template. I can accept an upper limit of 8, but beyond that seems ridiculous. I strain the bean at times to muck up a technical problem you can't answer and entertain the prospect of salivating with a dickhead's sense of triumph at thinking one's stumped a boffin - but I don't think this will do that? Nishidani (talk) 12:38, 24 July 2017 (UTC)
- Nishidani, simple, just enter the first 4 authors only! Well, just their -last names, of course. --NSH001 (talk) 12:43, 24 July 2017 (UTC)
- Goodoh! But what about the bibliography? Can it keep to 4 or may it add a few other names, which won't upset the in-article template functionality? I.e. biblio having 8 names and the sfn in line cites using just the first 4? (Hope I'm not causing post-prandial dyspeptic symptoms with this niggling?Nishidani (talk) 12:55, 24 July 2017 (UTC)
- Nishidani, normally
| ref = harv
is all you need (as usual). Or you can have anything you like with| ref = {{harvid|...}}
, as long as the "..." corresponds with the{{sfn|...}}
. But much easier to stick to the default. As for the authors in the bibliography, just enter them like you would normally - the only problem is it could get a bit tedious entering them all. An alternative is to use Vancouver style, which reduces the clutter in the edit window, but that is not so much of a problem when they're all neatly arranged by my nice wee girl in their own biblio listing. --NSH001 (talk) 13:16, 24 July 2017 (UTC) - A more compelling reason for using Vancouver style is the display to our readers. If you've entered them all in the usual last/first format, adding
| name-list-format = vanc
will show them in the shorter Vancouver form. --NSH001 (talk) 13:25, 24 July 2017 (UTC)- I'm learning an Aboriginal language, an chat to myself of a morning as age presses on and, like them, I face extinction. They're said to be difficult, but I don't find this one hard (except for the lack of words for 'refrigerator', 'tomatoes' etc.etc. I do find the above obscure, because I'm stupid, despite the evident lucidity. I think my best strategy is to ignore your brakes, and push on, praying that the guardian angel and his busy little muyup mayang(clever) parayt-parayt (girl) warta (follow) the thinang spoor, obedient to my mental command parayt-parayt! yanaka kuknyi-ngin. (Get to work, little girl). Nishidani (talk) 13:44, 24 July 2017 (UTC)
- Enjoy your tomatoes. I find they taste better if you don't keep them in the 'fridge. --NSH001 (talk) 14:04, 24 July 2017 (UTC)
- I see I'm increasing my error rate, sorry. It's summer and you should enjoy a break from running this marathon too close to my erratic heels. Feel free to take a break, and take things up at your autumnal leisure. Here in Italy it's so torrid one can't step out into the garden without wilting like the plants, so I have ratcheted up my work plan, to try and get 5 stubs done a day for August. That way, we'll have 350 done in bare draft form, by the end of August, if I can keep it up (I mean the writing pace, not the other bald-headed chap). That would be more than half, and give me the sense I can now work leave the runner's stitch, and trundle through the remaining 250. I don't expect you should feel obliged to hew close to that rate of knots, to cut the Gordian entanglements my speed naturally causes in article construction. In the meantime, thanks, thanks indeed. Nishidani (talk) 21:38, 2 August 2017 (UTC)
- The amount of work it takes me isn't in the least little bit correlated with your "error rate". The script itself only takes a couple of seconds to run, and it doesn't care how many "errors" it has to fix. Things that take the time are obvious discrepancies that need to be investigated, like the date of that dictionary: google has 1993, while academia.edu has 2011; I still feel uneasy, as the ISBN is almost certainly for the 1993 version, while the version at academia.edu doesn't give any ISBN. That's the sort of thing that eats up my time, not your errors. The other thing that takes up time is finding and fixing bugs. I don't make many bugs, so I actually like finding bugs, since then (once I've fixed them), I can be sure it's robust. So don't worry about me, I'll do whatever I want anyway. And, of course, it's a pleasure reading your articles, which I suppose is another thing taking up time. And big congrats on your amazing rate of progress on these articles. Regards, NSH001 (talk) 22:14, 2 August 2017 (UTC)
- I see I'm increasing my error rate, sorry. It's summer and you should enjoy a break from running this marathon too close to my erratic heels. Feel free to take a break, and take things up at your autumnal leisure. Here in Italy it's so torrid one can't step out into the garden without wilting like the plants, so I have ratcheted up my work plan, to try and get 5 stubs done a day for August. That way, we'll have 350 done in bare draft form, by the end of August, if I can keep it up (I mean the writing pace, not the other bald-headed chap). That would be more than half, and give me the sense I can now work leave the runner's stitch, and trundle through the remaining 250. I don't expect you should feel obliged to hew close to that rate of knots, to cut the Gordian entanglements my speed naturally causes in article construction. In the meantime, thanks, thanks indeed. Nishidani (talk) 21:38, 2 August 2017 (UTC)
- Enjoy your tomatoes. I find they taste better if you don't keep them in the 'fridge. --NSH001 (talk) 14:04, 24 July 2017 (UTC)
- I'm learning an Aboriginal language, an chat to myself of a morning as age presses on and, like them, I face extinction. They're said to be difficult, but I don't find this one hard (except for the lack of words for 'refrigerator', 'tomatoes' etc.etc. I do find the above obscure, because I'm stupid, despite the evident lucidity. I think my best strategy is to ignore your brakes, and push on, praying that the guardian angel and his busy little muyup mayang(clever) parayt-parayt (girl) warta (follow) the thinang spoor, obedient to my mental command parayt-parayt! yanaka kuknyi-ngin. (Get to work, little girl). Nishidani (talk) 13:44, 24 July 2017 (UTC)
- Nishidani, normally
- Goodoh! But what about the bibliography? Can it keep to 4 or may it add a few other names, which won't upset the in-article template functionality? I.e. biblio having 8 names and the sfn in line cites using just the first 4? (Hope I'm not causing post-prandial dyspeptic symptoms with this niggling?Nishidani (talk) 12:55, 24 July 2017 (UTC)
Citation matters
Thanks for the ping, I appreciate getting feedback. And always pleased if I may have been of service. Or can be; let me know if there are any discussions where I might help clarify matters.
I would caution that "citations as a subset of notes" is a little tricky. As a kind of content, yes, but they intermingle; I would not break them out separately. My preference is for separate (but equal) "Notes" and "Sources" sections.
Some interesting comments you have. I must take some time to study them. ~ J. Johnson (JJ) (talk) 19:26, 30 July 2017 (UTC)
- Wow, I'd forgotten about that, and just thought that you weren't too bothered. Thanks for the response. I quite like the setup I'm using now on Nishidani's new articles, and I don't anticipate changing it any time soon. The previous version was just something knocked up quickly to get my script working. Nothing's set in stone (except my extreme dislike of LHT clutter), but it would need a good reason to change.If by "Some interesting comments" you are referring to the long LHT clutter thread at the top of this page, bear in mind that I have a massive update in preparation for it, which might take 3 days, 3 weeks, or 3 months to appear, depending what else I have on. I've had some difficulty restraining myself from getting into discussions elsewhere (where you often, but not always, seem to be involved), but I've had to, because they can become so time-consuming. For now, I just want to concentrate on development, and not to get bogged down in long discussions. That's not to say an occasional helpful comment isn't appreciated. It's been a massive amount of work to develop my script (including learning a language entirely from scratch, not to mention regexps and a few other things), but you can see the payoff on Nishidani's Aboriginal Australian articles. I've been highly motivated to do it, because I can't stand LHT clutter, and rather than complain about it in endless dicussion, I'd rather roll up my sleeves and fix it. --NSH001 (talk) 21:54, 30 July 2017 (UTC)
- Sounds interesting. What is this script going to do? ~ J. Johnson (JJ) (talk) 23:04, 30 July 2017 (UTC)
- It's doing it already (in part). See the thread above, and all the Nishidani articles I referred to. The update will give more info. --NSH001 (talk) 23:17, 30 July 2017 (UTC)
- For example here it is removing LHT clutter from an article. --NSH001 (talk) 07:38, 31 July 2017 (UTC)
- Sounds interesting. What is this script going to do? ~ J. Johnson (JJ) (talk) 23:04, 30 July 2017 (UTC)
- Yes, quite interesting. And I am taking some time to study your previous comments. Though usually when I haven't felt bright enough for other work, so I probably should self-tag my comments as "not of the first water". But perhaps an adequate start.
- One point that struck me right off: terminology. Which bears on concept. This could use more work, as all of us interested in this topic do not yet have a common, well-defined terminology.
- Another point is that at a couple of places you have multiple issues or items co-mingled. E.g.: judicious use of spaces to make the citation parameters more readable is independent of "vertical" or "horizontal" formatting. Likewise for whether the full citations are left in the text or moved to a separate section, and also whether the short-cites (or "short-form cites") are {sfn} or {harv}. Dealing with these separately might avoid some CITEVAR objections.
- As to long discussions: well, the explanation as to why some discussions are so long is a long discussion itself! As a terse answer I would say: lack of skill by the discussants. ~ J. Johnson (JJ) (talk) 00:10, 3 August 2017 (UTC)
- OK, I've changed my mind slightly, in that "Sources" is indeed better than "References", even though the latter is honoured by long-standing wiki practice. Since I want to see the total extermination of LHTs, even though it's common practice on Wiki to use them, it would be a bit silly to use the same argument for keeping "References". So I've changed my script accordingly.Again, because I want to see the annihilation of LHTs, it's irrelevant to me what format they're in; they need to be eliminated, not prettified. But if you really want to know what I think is the best way of improving them pending their eventual demise, I would say put spaces around both equals signs and pipes (especially pipes); at least that will slightly reduce the annoyance, nausea and disgust they create. Please wait for the forthcoming substantial update to the main thread above before making any further replies here. Thanks. --NSH001 (talk) 08:30, 4 August 2017 (UTC)
-
- Oh, and one further point I forgot, since you mention terminology. I make a very strong distinction between ETVP and "vertical" formatting, as I hope you can see already from the thread above. --NSH001 (talk) 08:38, 4 August 2017 (UTC)
- That something so ambiguous, so trouble-making, is "honoured by long-standing wiki practice" is in itself a problem. Which is another instance of "The paradox" you comment on above. We inch along. That might warrant an essay.
- In the end horizontal layout versus vertical is about formatting. And while the inclusion of newlines is independent of the use of spaces, the latter are not irrelevant, as your script changes both. Favor or disfavor of one will affect acceptance of the other. We should discuss that. Also whether "vertical" should be absolute, with every parameter on its own line, entirely alone.
- BTW, what is your distinction "between ETVP and 'vertical' formatting"? ~ J. Johnson (JJ) (talk) 23:20, 5 August 2017 (UTC)
Please read what I write. I specifically requested that you not reply until I had posted the update. The question about the distinction between ETVP and vertical is already answered in the thread above. Please read it. Most of the points you have just made here I have already noted from other discussions in which you've particiipated. My time is limited, and I don't want it used up in premature discussion. Now, please, no further replies until the update is posted. --NSH001 (talk) 07:44, 6 August 2017 (UTC)
Jeezus, chief
Yes, I'll have to call the Lord's name in vain. I've made a comprehensive fuckup and even if I whistle or cooee that little Sheila you've fathered to bot and better the usual trash I leave in my compositional wake, this one's a job that requires the creative majesty of her pater. In sum, using a stupid Aussie site specializing in German missionaries, I created a stub entitled Ernst Alfred Worms. Now I've downloaded his articles, I see he signs himself Ernest Ailred Worms. So, without despoiling the leisure of these torrid weeks, having I trust rested over Sunday, can I prevail upon your wit and mercy to intervene with corrective digital surgery or sorcery and retitle that to Ernest Ailred Worms. (The name reminds me of the Japanese for athlete's foot, 水虫, mizumushi(water insect), but he's a wonderful analyst and deserves better than my patchy stuff.Nishidani (talk) 13:50, 14 August 2017 (UTC)
- Nishidani, drat! I'd just finished typing out a reply, and my computer died! Hmm, I don't think it likes the warm weather. Or maybe it just needs dust removing from its cooling system. Anyway, I let it cool down a bit...
- But, yes, it's easy enough to do your request, but can you first point me to a source so that I can check the exact spelling? You know, just so that I can be sure!
- BTW, congratulations for spotting this error. I thought at first my wee girl was suffering from an obscure bug, but it turns out she's quite right. One template had initials for the first name, the other had the full name, so she treated them as different authors. Quite right, too! So I changed one of them to "Alfred", same as the other, both referring to a genuine Alfred, so now everything's fine, and they're sorting in the right order. --NSH001 (talk) 15:13, 14 August 2017 (UTC)
This is how he's classified. I'm dead sure, because I've read several of his articles via jstor (haven't yet the time to add what I've learnt) and in all of them he signs himself 'Ernest Ailred Worms.' I too thought Ailred was a misprint for Alfred, but his articles are thus signed (see some in Baada biblio. e.g. here. catholic priests might not be good guides on things like the correct pronunciation of Ouagadougou - I'll forego the anecdote- but they were rigorous with orthography.Nishidani (talk) 15:31, 14 August 2017 (UTC)
- Done as requested. --NSH001 (talk) 15:49, 14 August 2017 (UTC)
- I think I owe you a batch of scones and pies, baked according to the best traditional recipes handed down through the clan. One day I promise I'll come through with the promise! Thanks, N.Nishidani (talk) 16:45, 14 August 2017 (UTC)
All that and in some australian sources the e a suffices... you both deserve immense thanks for help with oztrylian indigenous material - please ignore any edits from me that look like nuisance editing, I abhor some levels of wikipedantry but simply applying my own version - - cheers gents or stay well - or whatever JarrahTree 12:08, 18 August 2017 (UTC)
- At Njunga, a supererogatory comma has snoodled its way into the title. I've ballsed things up again! Nishidani (talk) 13:52, 23 August 2017 (UTC)
Books and Bytes - Issue 23
Books & Bytes
Issue 23, June-July 2017
- Library card
- User Group update
- Global branches update
- Spotlight: Combating misinformation, fake news, and censorship
- Bytes in brief
Chinese, Arabic and Yoruba versions of Books & Bytes are now available in meta!
Sent by MediaWiki message delivery on behalf of The Misplaced Pages Library team --MediaWiki message delivery (talk) 02:04, 23 August 2017 (UTC)
Orphaned non-free image File:Miriam Karlin 2 BBC.jpg
Thanks for uploading File:Miriam Karlin 2 BBC.jpg. The image description page currently specifies that the image is non-free and may only be used on Misplaced Pages under a claim of fair use. However, the image is currently not used in any articles on Misplaced Pages. If the image was previously in an article, please go to the article and see why it was removed. You may add it back if you think that that will be useful. However, please note that images for which a replacement could be created are not acceptable for use on Misplaced Pages (see our policy for non-free media).
Note that any non-free images not used in any articles will be deleted after seven days, as described in section F5 of the criteria for speedy deletion. Thank you. --B-bot (talk) 17:35, 27 August 2017 (UTC)
- Hmm, looks like someone found a public domain (in US) image to replace it. A pity, as the non-free image is much better. --NSH001 (talk) 17:57, 27 August 2017 (UTC)
Precious four years!
Four years! |
---|
--Gerda Arendt (talk) 07:38, 29 September 2017 (UTC)
- Thank you very much, Gerda. Amazing how fast time seems to fly by! Or maybe I'm just getting old. Never thought that would happen . --NSH001 (talk) 08:00, 29 September 2017 (UTC)
Re Tindale
I've had a hard day trying to wrench 10 consecutive minutes of reading from innumerable interruptions and chores, so I might have missed the point re Tindale cit conflicts at Ngarigo. I can't see the problem. Everything I cite from his 1974 book is on p.198? Nishidani (talk) 17:21, 8 October 2017 (UTC)
- Simple, there are two "Tindale 1974"s under "sources", one re Ngarigo, (1974a) one re Thaua (1974b), the date disambiguation now being done automatically in such cases. As I don't have the book, and the links don't give a page number, I can't tell which you're referring to, tho' I can hazard a guess that it's the first. I can't even be sure that you might have intended 2 of them to be to the first, and one to the second, or whether the second template is really intended to be there at all. If you didn't intend the second one to be there, just remove it, and change the "1974a" on the first to be "1974", and all should be well. --NSH001 (talk) 18:24, 8 October 2017 (UTC)
- Follow-up: went to check the sources, just to be sure, and found the URLs didn't work. So I fixed them! --NSH001 (talk) 18:46, 8 October 2017 (UTC)
- Duh! Well, my vocation of being a time-waster targeting you is firming. I almost never check what you do, because you're always right, and since Brad Pitt's starring in a film called 7 and my wife insists I see it with her (she needs company with anything potentially violent - which only begs the question, why did she marry me?)), I'll leave it at that! Cheers, pal. Nishidani (talk) 19:37, 8 October 2017 (UTC)
Books and Bytes - Issue 24
Books & Bytes
Issue 24, August-September 2017
- User Group update
- Global branches update
- Star Coordinator Award - last quarter's star coordinator: User:Csisc
- Wikimania Birds of a Feather session roundup
- Spotlight: Wiki Loves Archives
- Bytes in brief
Arabic, Kiswahili and Yoruba versions of Books & Bytes are now available in meta!
Sent by MediaWiki message delivery on behalf of The Misplaced Pages Library team --MediaWiki message delivery (talk) 04:53, 21 October 2017 (UTC)
ArbCom 2017 election voter message
Hello, NSH001. Voting in the 2017 Arbitration Committee elections is now open until 23.59 on Sunday, 10 December. All users who registered an account before Saturday, 28 October 2017, made at least 150 mainspace edits before Wednesday, 1 November 2017 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.
The Arbitration Committee is the panel of editors responsible for conducting the Misplaced Pages arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.
If you wish to participate in the 2017 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 3 December 2017 (UTC)
Books and Bytes - Issue 25
Books & Bytes
Issue 25, October – November 2017
- OAWiki & #1Lib1Ref
- User Group update
- Global branches update
- Spotlight: Research libraries and Wikimedia
- Bytes in brief
Arabic, Korean and French versions of Books & Bytes are now available in meta!
Sent by MediaWiki message delivery on behalf of The Misplaced Pages Library team --MediaWiki message delivery (talk) 18:57, 15 December 2017 (UTC)
Merger discussion dealing with Burma/Myanmar Railways
An article that you may have been involved in editing—Myanmar Railways—has been proposed for merging with Rail transport in Myanmar. If you are interested, please participate in the merger discussion. Thank you. --Bejnar (talk) 23:14, 19 December 2017 (UTC)
Erawirung
There's a mislineation in the lower sections of Erawirung I created and can't fix.???Nishidani (talk) 12:35, 23 December 2017 (UTC)
- Easy peasy, fixed. --NSH001 (talk) 12:45, 23 December 2017 (UTC)
How does one figure out this url?
At Warakamai I've been fiddling for over an hour to get the rioght url, without success. The problem is, when I open up and downbload the book through Acrobat, it gives me a pdf that ain't functional, though it is a resumé of the one you get at google. Can you get one that works? Sorry for this endless bother. And the very best for a healthy and prosperous New Year by the way, N. Nishidani (talk) 12:49, 30 December 2017 (UTC)
DS notice
This message contains important information about an administrative situation on Misplaced Pages. It does not imply any misconduct regarding your own contributions to date.Please carefully read this information:
The Arbitration Committee has authorised discretionary sanctions to be used for pages regarding , a topic which you have edited. The Committee's decision is here.
Discretionary sanctions is a system of conduct regulation designed to minimize disruption to controversial topics. This means uninvolved administrators can impose sanctions for edits relating to the topic that do not adhere to the purpose of Misplaced Pages, our standards of behavior, or relevant policies. Administrators may impose sanctions such as editing restrictions, bans, or blocks. This message is to notify you that sanctions are authorised for the topic you are editing. Before continuing to edit this topic, please familiarise yourself with the discretionary sanctions system. Don't hesitate to contact me or another editor if you have any questions.