Unified style sheet for linguistics journals -- page label

Zotero version 4.0.29.7
Firefox 45.0.2
Word for Windows Integration 3.5.4

I've been using the Unified style sheet for linguistics journals citation style for several years without problem.

When inserting a citation, I have always added a space before the page numbers -- from within the Add/Edit Citation box -- as that is the usual style in the area of linguistics I work in. So I end up with, for example, Algeo (1992: 66), which is what I want.

But since 13 April 2016, the page label "p." has started being inserted automatically, not just in the new citation but in the hundreds of others within the document, so that now I get Algeo (1992:p. 66).

The "p." is not inserted if I don't add a space before the page number -- resulting in Algeo (1992:66) -- but that is not the style I want.

Any ideas?

Thanks

Tim
  • Interesting, because I do not have the label in citation. I still get Algeo (1992: 66) or (Algeo 1992: 66). In Add/Edit citation windows I see "Algeo, 1992, p. 66" but in document have it without "p."
  • edited April 14, 2016
    I have looked in the code of CSL template and there is no way to draw "p." for page locator. You can delete your style from Zotero and add them to Zotero again from repository (https://www.zotero.org/styles?q=unifi).
  • Thanks for your response. I've tried removing the citation style and then reinstalling it, but the same thing happens, still only when a space is added before the number.

    Are you saying that according to the code for this style it shouldn't be happening? In that case, might it be something to do with the Word plugin?

    It's probably irrelevant, but I've noticed that on the download page for the plugin it says "Note: The Word for Windows plugin does not currently work with 64-bit versions of Firefox." I think that could apply to me, but I'm not sure how I'm supposed to get round it.

    Thanks

    Tim
  • If the word add-on is working for you at all, you're not on Firefox 64bit.

    I can't replicate this either (and LiborA is correct, there never should be a "p." in front of the page number for this style given the code), but I'm wondering if it has something to do with the space -- there is some new code for handling locator labels (that's the p.) in the citation processor and it might be triggering this somehow, though I'm not sure how.
    (Generally, using that space wasn't a great idea. We wouldn't expect a space in a page number and it may break things when switching to other styles. Would have been a very easy fix in the style itself).

    First -- you're positive you're using that style, correct?
    Then, what Word version? Are you using an English language version of Zotero? And this is a plain-old space, right? You're not doing any fancy non-breaking space or the like?

    @fbennett -- any theory of what might be going on specifically?
  • Can you try Zotero standalone version or Firefox 32b version?
  • I'd hold off on LiborA's suggestion to try on different software for now and do some general troubleshooting along the lines of what I suggest.
  • edited April 14, 2016
    Tim: here is Unified style especially for you - space is added automatically before page locator. You can try it.

    https://drive.google.com/open?id=0B9G2tT5B0K0WbUJJemJoVVhodm8
  • Thanks for your help, both of you.

    adamsmith, I'm definitely using the Unified stylesheet for linguistics journals. I've tried uninstalling and reinstalling it a few times. I'm using Word 2010. And yes, ordinary spaces, nothing fancy.

    I realise it would have been better to address the lack of space in the style, but once I'd got into the habit, I stopped thinking about it. Ah well.

    LiborA, thanks very much for the adapted style. I'll give it a go.

    Thanks

    Tim
  • I see on style definition and there is nothing about space after the colon, but in all examples is space after it. So I suggest changing the Unified stylesheet for linguistics journals in the repository.
    Does everybody agree? :-)
  • generally yes -- but where are you seeing the examples? I'm not seeing them in the stylesheet proper.
  • Yes you´re right. Examples are only for bibliography in the stylesheets.
  • I've tried the style LiborA kindly adapted for me and it seems to work -- on new citations.

    The space still has its effect on all the old citations, of course, adding the "p.". So, if there isn't an obvious solution for the underlying problem, then it looks like I'll have to go through all the many citations and remove the space from the box in Add/Edit Citation. That's the price I'll have to pay, I suppose. We live and learn.

    Many thanks for the help.

    Tim

    PS A space after the colon is pretty standard in linguistics these days, as far as I'm aware.
  • This obviously shouldn't happen and if you're not in a rush to submit, I'd hold off for a bit to see if we can figure this out before modifying all your old citations.
  • Try to change style in your document to another one and then back to Unified style (in Word, not in Zotero)
  • (@LiborA -- I don't think there's a fix for this issue at the style level. Obviously the locator label shouldn't appear at all, so we'd want to figure out why it does).
  • (@adamsmith - I agree but for this is the best way to have word document and .csl file with style from Tim)
  • I'll hold off for a little while, as obviously I'd rather not correct each citation if I can help it.

    Thanks

    Tim
  • OK, I can now replicate the issue, which is helpful.
    Summary for fbennett:
    - the issue seems to occur for styles which test for locator type (and then don't add a label for pages but do for all others)
    - where the locator is " 33" instead of "33", the style then inserts a locator label as described above, i.e. (Algeo 1992:p.66) in the unified stylesheet and (Algeo 1992, p. 66) in Chicago author-date.

    I recall you playing with the locator recognition, but even if this is non-standard data entry, this doesn't seem desirable.
  • Thanks, Sebastian - I probably wouldn't have made the connection.

    So ... yeah, the label shouldn't be popping up there. Before touching the code, a couple of questions:

    * is the desired behavior for " 33" to be rendered with the space?
    * if so, should is-numeric evaluate as true or false?
  • 1. with space, but surpressing duplicate spaces if possible.
    2. that's a hard one, what do you think? I'm tending towards yes.
  • Well, maybe we can treat a leading space as a kind of empty prefix, and just let the ordinary label logic do it's thing. I'll take a look. Completely hadn't thought of this possibility.
  • Another question is whether this can be handled by just stripping off the leading space (ignoring it), and adding the space through the style. It seems not a good practice to be coding style-specific visual elements in metadata input.

    (I realize that the processor retains spaces on cite affixes, and that I've argued elsewhere to retain that behaviour -- but of course, "That's different.")
  • (Note that if the space is stripped by the processor, and its replacement is added through the style, no change would be required in existing documents -- things would still "just work.")
  • I'm OK stripping the space, yes. I can't see when that wouldn't be desirable.
  • It was a one-line change, and I've pushed the source and a new tag; but I can't put up a Propachi plugin b/c the Mozilla signing engine has been down for the past 14 hours.
  • you went with stripping the space?
  • edited April 15, 2016
    Yes. Mozilla signing is back online, and updated Propachi plugins are available for testing.

This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.

Sign In or Register to comment.