Template talk:IPA symbol/Archive 1

Proposed changes to the list

Just type a request below at the end of section. An editor familiar with the template might come along and change the list accordingly (stroke the line here when completed please).

• change 518 into Upstep. {{IPAsym|518}} → error
• add ꜛ◌ for Upstep. {{IPAsym|ꜛ◌}} → Upstep
• add ꜛ for Upstep. {{IPAsym|ꜛ}} → Upstep Already exists
• change 517 into Downstep. → error
• add ꜜ◌ for Downstep. {{IPAsym|ꜜ◌}} → Downstep
• add ꜜ for Downstep. {{IPAsym|ꜜ}} → Downstep Already exists

-DePiep (talk) 13:43, 5 August 2011 (UTC) -DePiep (talk) 18:14, 6 August 2011 (UTC)

• change 180 into singular "lateral click". {{IPAsym|180}} → error
• change 179 into singular "palatal click". {{IPAsym|179}} → error
• change 178 into singular "alveolar click". {{IPAsym|178}} → error
• change 177 into singular "dental click". {{IPAsym|177}} → error
• change 176 into singular "bilabial click". {{IPAsym|176}} → error

-DePiep (talk) 22:43, 6 August 2011 (UTC)

I moved upstep & downstep because there was nothing to dab from. I don't know if that will permanently be the case, though.

IMO the click families should be plural for the same reason language families are. We don't have our article at 'Semitic language', even though we could. — kwami (talk) 11:32, 7 August 2011 (UTC)

The change re Upstep and Downstep was obvious indeed.

I changed "clicks" into singular, as per WP:MOS. We do singular, unless absolutely necessary (scissors, pants). Although it is a family, the concept of "click" exists (we can write: A click is ...). We also have Consonant (but I know, stuff exists...). I am fine with the MOS.

Now right when I was typing this, an editor performed the editrequest here in IPAsym (I planned to pause it). Still, if you want to discuss it further, depending on the outcome we can and will revert, of course. -DePiep (talk) 12:06, 7 August 2011 (UTC)

No, it's more than just lexicalized cases like 'pants'. Germanic languages, for example, even though we say 'Eng. is a Germanic language'. The problem in my mind is that people are always saying Zulu has three clicks (dental, alveolar, lateral), etc., clearly not recognizing that's like conflating /t d s z n l/ in English. Just as the pl. in 'languages' alerts the reader that we're not talking about 'a' language, or the pl. in Egyptian hieroglyphs, so if they read about 'the dental click' in some lang, the pl. here alerts the reader that there's more going on than they may be aware of. — kwami (talk) 12:26, 7 August 2011 (UTC)

Hm, this is something I must chew on. Can it be, that the "Germanic language" does not exist in itself? It is purely an idea or concept, so one cannot say "the Germanic language" but yes; "a Germanic language". (Comes to mind, maybe another example: on families, one says "the Johnsons are coming over", and one person then surely is "a Johnson", but there is not "the Johnson". Here too a common ancestor is understood). Any lesson from biology? Primates are in the (Order of) Primates (same stuff: family, concept, we rarely use "the primate" but yes "a primate"), clearly. Still, we do have the singular article name. Your line about the 'alert', is a bit weak as an argument for the pluralisation imo, but you could mean to alert about a concept.

Now this way there is a point for clicks to be plural as with "Germanic languages". But still. I understand the MOS so, that it tries to prevent plurals in titles unless impossible to do so. That is a nice guideline or policy, because it produces consistancy and such. So all species & orders in biology are singular in their title here. I am with the monkeys here: I know a monkey ;-). I don't think clicks are an exception enough. -DePiep (talk) 13:56, 7 August 2011 (UTC)

Eh, Kwami, you reverted already? Into plural? Something is wrong. -DePiep (talk) 23:29, 13 August 2011 (UTC)

Please check

Hi there, I've just finished this template, which I'm going to use in a few places.

I have taken the symbols from Template:CSS IPA consonant chart and Template:CSS IPA vowel chart. Please add any missing symbols to the table. Also, I think due to a font issue, some of the symbols on my computer render as a central dot. For example, retroflex trill. Please check and substitute the proper symbol if my version is wrong. Thanks. 123.218.168.102 (talk) 11:58, 12 June 2010 (UTC)

Message to Kwamikagami

I write here because User_talk:Kwamikagami is protected - he/she may want to review this decision by the way.

Thank you for your contribution. Please note that your adding the category broke the template, because the noinclude tag should be *on* the last line of the template body, not the next line. Now fixed, thanks. 123.218.143.22 (talk) 00:17, 13 June 2010 (UTC)

Sorry, I'm not that familiar with it. (Also sorry for the protection: vandalism. Should be off in a few hours.) — kwami (talk) 00:33, 13 June 2010 (UTC)

Cool, I have added some documentation, still working on it. I meant to advertise the template when it's a bit more stable, but feel free to poke about. Now the documentation should make it immediately clear if it's broken badly, but do check Wikipedia:IPA_for_Russian and Wikipedia:IPA_for_French to be sure. I'll add some testcases later. (No worries about the protection, sorry myself, I assumed it was an indefinite protection, which I've seen abused too many times.) 123.218.143.22 (talk) 01:42, 13 June 2010 (UTC)

Alternative symbols for t͡s, d͡z, t͡ʃ, d͡ʒ, etc

Hello there.

I am considering whehter this table should include alternative symbols for t͡s, d͡z, t͡ʃ, d͡ʒ, etc. I notice that these symbols are often written simply as ts, dz, tʃ, dʒ, etc. However, according to the respective sound articles (t͡s, d͡z, t͡ʃ, d͡ʒ), this is incorrect. (The case of t͡ʃ seems actually less clear-cut, but more likely that article is sloppier than the other ones.) If it is incorrect, then I see it more a motivation to fix those examples that use "ts" rather than "fixing" this table. This is exactly what I have done in project pages that now use IPAlink, like WP:IPA for Italian etc.

The articles above (as well as IPA) also point out that previously, ligatures were used instead (respectively ʦ, ʣ, ʧ, ʤ). I have therefore added those ligatures to the table.

If it is decided that we should actually also add "ts" etc as alternatives (but see my argument against, above), please use the fall-through syntax, like so

 ...
  | ts
  | ʦ
  | t͡s = voiceless alveolar affricate
 ...

Thanks. 123.218.143.22 (talk) 04:09, 13 June 2010 (UTC)

Someone did that once before, and someone else then went through and deleted all the tie bars. Problem is, Microsoft fonts don't display the tie bar correctly. Also, it's rather distracting in languages like Italian which don't need it. (Polish is another matter.) — kwami (talk) 06:06, 13 June 2010 (UTC)

Can we have more details on the "Microsoft fonts" issue please? As for its being distracting, that's relative, and I think correctness trumps that. This discussion should probably be moved to WP:PHONETICS. 114.146.118.158 (talk) 18:39, 13 June 2010 (UTC)

There have been multiple discussions of these issues. Maybe search for 'tie bar' + IPA on talk pages. — kwami (talk) 20:41, 13 June 2010 (UTC)

Re Kwami: Maybe MS does not show them correctly (which implies something for the preferred usage of these symbols in Wiki - OK so far). But that should not exclude these symbols from this template, is it? A specialised article on these signs should be able to use the template (with or without MS effects). Even better: this template produces the name for such a badly-rendered symbol. -DePiep (talk) 10:20, 9 July 2010

Surprise: currently the three ts-variants are in right now (edit 13 June 2010 by User:Xyzzyva):

...
| ʦ
| ts
| t͡s = voiceless alveolar affricate
...

So this discussion seems to conclude different from reality? (conclusion: not because of MS-issues; reality: yes). -DePiep (talk) 10:27, 9 July 2010 (UTC)

Capitalisation: to single style

Currently capitalisation is mixed:

• all lowercase: | m = bilabial nasal
• first capital: | ỹ = Nasal vowel

Usage in linking (as in [[{{IPAsym|m}}]]) still functions as expected: Voiced bilabial nasal.
Proposal: For consistency, I propose keeping the original style: all (to) lowercase. . -DePiep (talk) 10:35, 9 July 2010 (UTC)

Well, I just changed it. All lc. All OK-DePiep (talk) 22:30, 9 July 2010 (UTC)

Including non-IPA symbols

Given the broad aim of this template (i.e. providing the name of a symbol), I propose to include non-IPA symbols too. Main goal is to provide the right name, not to punish editors who do not know that a symbol is non-IPA. Example (wanted situation):

• {{IPAsym|ᴙ}} → epiglottal trill (not: )
• [[{{IPAsym|ᴙ}}]] → epiglottal trill

To be solved then: should we mark the outcome like: epiglottal trill (non-IPA)? Would clarify the IPA-status, but would break a possible link. Any suggestions? -DePiep (talk) 10:50, 9 July 2010 (UTC)

We can add a redirect from epiglottal trill (non-IPA) to epiglottal trill. 123.225.152.131 (talk) 21:26, 19 July 2010 (UTC)

Default string

Hi there,

I think it would be better if the default were a (potentially salted) non-existent page, so that {{IPAsym|xxxx}} translates to something like "xxxx does not correspond to any IPA article. Please modify Template:IPAsym if you think it should.".

This means that editors see immediately a red link and they can either change this template or just remove the IPAsym template usage for now - or correct the mistake in the argument.

Thoughts? 118.7.230.94 (talk) 12:24, 19 July 2010 (UTC)

Great idea. Actually, it is already implied. Template:IPAsym has a /doc that describes the option:

{{IPAsym|pʰɪk|Boy, what a strange input}} → Aspirated consonant

The default output should stay "IPA", because current uses depend on that. Unless you promise to changee all current usages, the default should not be altered. -DePiep (talk) 23:30, 19 July 2010 (UTC)

Oh, OK I was not aware of the addition of a second parameter. Out of interest, when would it be useful to specify a second parameter?

I think I'm going to go ahead with this change. It's not really going to break anything. The worst that could happen is some links going red and attract attention, which is exactly what this change is meant to achieve. 205.228.108.58 (talk) 03:20, 20 July 2010 (UTC)

If you go ahead changing the default text "IPA", it might be reverted. You'd break working links. The template is automatically used in {{IPAlink}} and {{IPAblink}}, which presume linkability (i.e. yes to IPA, not to your suggestion xxxx does not correspond to any IPA article. Please modify Template:IPAsym if you think it should.

2nd parameter is only added recently. However, it does not return the input character (1st variable, xxxx in yr example above). To achieve that, you could repeat the character in the 2nd variable, like

{{IPAsym|xxxx|xxxx has no IPA-article}} → xxxx has no IPA-article

The 2nd variable is used in {{infobox IPA base}} (and so via {{infobox IPA}}) in case the character (actually IPA-number) is not found:

{{infobox IPA{{Infobox IPA |ipa-number=999 |ipa=dddd }} produces the return text (red in top) "IPA-nr: <ipa-number>", not the default "IPA" (which would be less sensible here):

IPA Number	999

-DePiep (talk) 10:47, 21 July 2010 (UTC)

Maybe this idea could work: if not found in IPAsym, then link to say IPAsym-pagenotfound, which should be a redirect to IPA. This should work fine for all current use (nicely to IPA as expected), and gives you the opportunity to research omissions by checking "What links here" on the redirect-page. Be sure to doc that well on the redirect, and allow 30 days for all caches to reflect the new link when checking WLH. Dunno if redirects should be used this way. -DePiep (talk) 11:07, 21 July 2010 (UTC)

OK, done. I don't think you understand, the whole point of this change is to make some links red. I know this template and IPAlink quite well, since I created them. Please discuss here if you find instances where this is actually breaking something. Thanks. 122.25.218.126 (talk) 13:21, 21 July 2010 (UTC)

Yes I do understand. I do not want red links. Until now, I thought you'd understand too. I'll take a look at what you did. -DePiep (talk) 18:16, 21 July 2010 (UTC)

Reverted, as I announced. Apart from seriuos Talk here, why diff IP's? -DePiep (talk) 18:20, 21 July 2010 (UTC)

Please point out here an example of real usage that in your opinion is "breaking". Until then, please do not revert. I am just correcting a design mistake I made when creating IPAsym and IPAlink. The documentation of IPAlink (which incidentally you failed to revert, thus leaving the pair in an inconsistent state) bears witness that it would have been a better idea to do this from the start, "The latter is normally more an example of accidental misuse than intentional use, or it could be a sign that a symbol is missing from the {{IPAsym}} table."

"I do not want red links" seems a rather obtuse statement and not a good justification for this revert. Red links are part of a functional wiki. They are not something "broken" or to be avoided at all cost. They highlight the fact that either (1) the target has been misspelled, or (2) information is missing, in this case either an article is missing, or an entry in IPAsym is missing, or both. 60.45.93.7 (talk) 22:10, 21 July 2010 (UTC)

118.7.230.94, 205.228.108.58, 122.25.218.126, 60.45.93.7: hi who are you. -DePiep (talk) 22:25, 21 July 2010 (UTC)

I fail to see how my identity is relevant to this discussion.

Please provide a valid rationale for your reversion and your opposing this change in general.

I think I have amply explained why this change is desirable, how it is not going to break anything and how it is in line with the original intention. Please provide any argument to the contrary, other than "I don't like it". 60.45.93.7 (talk) 12:20, 22 July 2010 (UTC)

- Not your identity, but your IP's. Because they're changing, I have to check whether (and assume that) I am discussing with one and the same person.

- The example of a broken link I gave before at 10:47, 21 July 2010 (UTC) (my reply "If you ..."). You have not explained or checked what happens to the links that currently (I still suppose) link to IPA, as is expected by any editor who uses IPAsym. This is what is documented, and how it the template is currently used. Indeed red links are not forbidden etc., but changing a working link into a red one is working backwards.

- You're right it might have been done different from the start, but now tyhe template us used given the IPA-default.

-Please note that your plan is aimed at editors, while articles are meant for readers. Your error-message is a jump out-of-text. Readers should not be bothered with error-messages. btw, why not use my tip on the redirect? Or check & change manually all WLH-articles that currently end up in IPA? -DePiep (talk) 20:14, 22 July 2010 (UTC)

The intention of this change is to show any new bad links as red in the future, which is in line with the way MediaWiki works. Also, and more to the point, the intention is to turn any links that currently point (incorrectly) to IPA into red links.

The essence of your opposing this change is that it could turn some links red. Can you not see a problem with your argument? That's part of the intention...

You keep saying "You'd break working links", yet you have not offered one example where this would actually happen. By example I don't mean a thought-up scenario, but an actual instance of current use of this template that would be (in your opinion only) "broken" by this change.

In summary, you are reverting this change on a flawed argument and on a supposition that you can't be bothered to verify.

Your suggestion of a redirect is not satisfactory, because editors would have no visual feedback that their link is... well, red.

The argument "articles are meant for readers" doesn't really cut it, because the way Wikipedia works is that readers who click on red links become editors. Admittedly this would be slightly more indirect, but I don't foresee any major catastrophes. If you do, please share any such disastrous scenarios.

You also say "You're right it might have been done different from the start", so it follows that your only point of contention really consists in those supposed broken links.

I have manually checked and there are no such links. I will therefore reinstate the change, with your kind permission. 123.218.168.141 (talk) 21:48, 22 July 2010 (UTC)

If there is no current use of the IPA-default, a change can be made on that aspect. (Simply, since you propose the change, it is up to you to prove that no harm is done). But please see next point:

Then, you introduce an error-message as a link. That use is not the way to use links or templates. It is like jumping out of the wiki-articlespace. If you want to show an error-massage in future edits then instead of a link (a "salted page"), you can show red text in the preview as is done at <ref></ref>-errors, or incorrect expressions (see Help:Calculation). That is: straight text (probably in red), not a link. Could you respond on this? -DePiep (talk) 12:40, 23 July 2010 (UTC)

Eh, you checked 230 pages manually? Could you tell what you did exactly? -DePiep (talk) 12:47, 23 July 2010 (UTC) correction -DePiep (talk) 12:53, 23 July 2010 (UTC)

I like your idea of a proper error message, thanks for pointing me to an example. I don't know how that works, but the "exception" will need to propagate through all the invoking templates. It should be fine, I'll have a look. Cheers. 123.225.176.231 (talk) 14:19, 23 July 2010 (UTC)

One way is to use the text (where you'd write the default/notfound text):
'''<span style="fontsize:big; color:red;">Here goes your message</span>'''
producing: Here goes your message
So you are manually sure in the 230 pages there is none that uses the #default? -DePiep (talk) 16:17, 23 July 2010 (UTC) btw, be sure to check the effect on {{infobox IPA}}, because that one uses parameter {{{2}}} for #default. added -DePiep (talk) 16:20, 23 July 2010 (UTC)

Uhm... yeah, but if it's that simple that's not going to cut through the invoking template, is it? End users invoke stuff like IPALink, not IPASym directly. I'll have a look at Help:Calculation. If it's not possible I'll fall back to the red link solution.

My understanding is that the infobox by design never uses what now is "IPA", I was under the impression that you introduced the second argument exactly for that reason. I'll check it anyway, don't worry. Thanks. 122.26.79.88 (talk) 21:50, 23 July 2010 (UTC)

-(plot spoiler: My final line below is: go ahead)

-Help:Calculations is only an example here of yes red text error message in preview, and not link to a salted page. I'd hope the code example is clear (to produce big red text). Just replace the default "IPA" with "<span style="color:red;">My Red Message</span>". Try it, it might work (the <span> ... </span> does the effects): My Red Message.

-If you create the red text in IPAsym (so replacing default text 'IPA'), it will produce ;ile [[My Red Text message]] in IPAlink etc (now red twice!). That I would not consider a problem: the editor previews, and sees your message in red, with or without brackets. Good.

-re infobox IPA is using a 2nd parameter: yes, I checked them all individually (and added the IPA-number in IPAsym when red). I did not provide a help/error-text. But you go ahead, and I'll take a look into it later on, and come back here to discuss. Just hope you're in for another improvement to keep the infobox IPA going.

-Just a tip you can skip: I like using the /Sandbox, that every Template/document (green in my screen) provides, in the bottom lines. I copy the source template-code, and the /Sandbox-page is free to test & try. There's also a link to a /Testcases page, to test the template like from a Wikipage. Playground!

Having read your replies, I'd say go ahead. -DePiep (talk) 22:30, 23 July 2010 (UTC)

This is done. I have used class="error", which is the standard way of reporting errors. It supports use of #iferror, no need to hard-code formatting, etc. Testcases check out fine. Please report any problems. Thanks. 122.26.79.88 (talk) 05:40, 24 July 2010 (UTC)

Nice. class="error" is even better, & a discovery for me. Consider this
 Done
-DePiep (talk) 08:39, 24 July 2010 (UTC)

No viable showsymbol option for IPAblink

[merged from {{IPAblink}} talk page. — kwami (talk) 06:07, 1 November 2010 (UTC)]

IPAblink with showsymbol option doesn't display the specified symbol, why? Could this please be fixed? E.g., {{IPAblink|ˤ|showsymbol=sˤ}} produces [ˤ]. Whereas {{IPAlink|ˤ|showsymbol=sˤ}} produces ˤ in any case, i.e., if I don't want the brackets, I'll use IPAlink, not IPAblink. Dan ☺ 12:03, 24 October 2010 (UTC)

I'll take a look into that. -DePiep (talk) 12:04, 24 October 2010 (UTC)

Now it's like this: {{IPAblink|ˤ|showsymbol=sˤ}} --> [ˤ]

please let me know (e.g. here) if there's something strange left. -DePiep (talk) 12:22, 24 October 2010 (UTC)

Brilliant, thanx Dan ☺ 15:15, 25 October 2010 (UTC)

Merge from {{IPAlink}} talk

Why not just have two parameters, the first being the link and the second the display, without having to type it "showsymbol=" each time? — kwami (talk) 18:15, 28 October 2010 (UTC)

linking

I've found about 200 articles with manual links, and am converting them over with AWB. Rather that adding 'showsymbol=', which is a pain in the ass, I'm adding additional symbols to this table.

Could we maybe get a shorter / quicker to type call extension for that? [as merged request above] — kwami (talk) 09:03, 31 October 2010 (UTC)

Okay, linked all I could find, apart from ones which use non-IPA symbols or link to Australian English phonology. — kwami (talk) 06:06, 1 November 2010 (UTC)

using {{IPA|p}} as input errors

At WP:VPT village pump I have asked this Wikipedia:Village_pump_(technical)#font-related_class.3D.22IPA.22_disrupts_a_.23switch: about IPAsym returning error when entering like: {{IPAsym|{{IPA|p}}}}. -DePiep (talk) 14:37, 24 January 2011 (UTC)

Outcome: do never use the template {{IPA}} around the input symbol. It will fail. -DePiep (talk) 13:21, 23 June 2011 (UTC)

ejectives or glottalization

Glottalization states, "There are two other ways to represent glottalization in the IPA: (a) the same way as ejectives, with an apostrophe...". Biblical Hebrew uses ʼ to denote glottalization, but the {{IPAblink}} templates there link the symbols to articles on ejectives. It's a mess. Suggestions? Dan ☺ 00:40, 18 February 2011 (UTC)

That article appears to say they likely were ejectives, so the link is appropriate. Actually, it says they're "glottalized", which could mean either ejectives or implosives; presumably it doesn't mean the latter. Probably it intends that there's something going on in the throat and we don't know what. If you're arguing they're not ejectives, then the ejective symbol should not be used when transcribing Hebrew in the IPA if you want to link anything. Same with using ‹c› for an affricate in Indic: if you use a symbol for something other than what it's defined to mean, then your links aren't going to work right. The fix shouldn't be at this end, but in the imprecise use of precisely defined symbols. — kwami (talk) 19:13, 5 May 2011 (UTC)

Ah, the glottalization article was imprecise. It should have said "to represent glottalization of sonorants in the IPA". The apostrophe and under-tilde are not interchangeable for obstruents. Fixed. — kwami (talk) 19:23, 5 May 2011 (UTC)

dental approximant and syllable break

• ð̞
• .

178.101.44.228 (talk) 17:25, 16 April 2011 (UTC)

Reverted, at least for now. Those aren't good links. — kwami (talk) 20:51, 16 April 2011 (UTC)

Why aren't they good links? There isn't a syllable break article yet (so, it could link to either hiatus (linguistics) or syllabification, or just create a whole new article).

IPA suprasegmentals include a plain dot (used to break syllables), but you just include an interpunct (used for syllabification)

With regard to the approximant, there is here already a bilabial approximant (found in Spanish) which links to voiced bilabial fricative, so I don't know why you don't have a dental approximant (also found in Spanish).

Couldn't you include ð̞ and .? Thanks.

Linked to redirects, in case those are ever expanded. — kwami (talk) 19:10, 5 May 2011 (UTC)

Template hacked

It would appear that the template has been hacked. Admins may need to review. dazzafar (talk) 15:49, 5 May 2011 (UTC)

It was, in fact, vandalism at {{StripWhitespace}}, which appears to have been fixed now. Richwales (talk · contribs) 17:00, 5 May 2011 (UTC)

IT's still vandalized. 69.113.235.6 (talk) 00:43, 6 May 2011 (UTC)

I can't see any sign of the original vandalism. If you're still seeing it, try clearing your browser cache. Richwales (talk · contribs) 05:41, 6 May 2011 (UTC)

Name changes are stable?

 Changed soundfile names to new article names using {{media rename}}. -DePiep (talk) 00:49, 29 June 2011 (UTC)
Recently [1] a dozen or so article names have been changed. e.g:

• ʒ was Voiced postalveolar fricative → Voiced palato-alveolar sibilant
  

No problem with me. A consequence is, that the corresponding soundfile has a different name:

• {{IPA soundbox|ʒ}} →
  ʒ
• {{IPA soundbox|ʒ|soundfile=voiced postalveolar fricative.ogg}} →
  ʒ

So: we need to enter the (non-default any more) soundfile name separately, or change the name of the soundfile. This problem also happens in the IPA infobox (example: see Voiced palato-alveolar sibilant, the soundfile is not found and not available any more).

The changes are:

symbol	old name	new name
s	voiceless alveolar fricative	voiceless alveolar sibilant
z	voiced alveolar fricative	voiced alveolar sibilant
ʃ	voiceless postalveolar fricative	voiceless palato-alveolar sibilant
ʒ	voiced postalveolar fricative	voiced palato-alveolar sibilant
ʂ	voiceless retroflex fricative	voiceless retroflex sibilant
ʐ	voiced retroflex fricative	voiced retroflex sibilant
t͡ʃʼ	postalveolar ejective affricate	palato-alveolar ejective affricate
t͡ʃ	voiceless postalveolar affricate	voiceless palato-alveolar affricate
d͡ʒ	voiced postalveolar affricate	voiced palato-alveolar affricate
ɕ	voiceless alveolo-palatal fricative	voiceless alveolo-palatal sibilant
ʑ	voiced alveolo-palatal fricative	voiced alveolo-palatal sibilant
ʷ	labialisation	labialization

My question is: are these changes stable now (i.e. no disagreement between phoneticians, no re-moves to be expected)? If so, then we can change the soundfile-names into the new names. If not, we'll wait. -DePiep (talk) 20:49, 22 June 2011 (UTC)

We, it's not a disagreement so much as a preference. [b] can be called a stop, plosive, or occlusive; [s] a fricative, sibilant, or sibilant fricative. None of them are wrong; it's more a matter of precision and common name. As for -sation vs -zation, since the -z- is both British and American but the -s- only British, the forms in -z- are preferable.

Can the infobox be customized so that it doesn't matter if the names match or not? — kwami (talk) 04:27, 23 June 2011 (UTC)

About that last one: IPA infobox, IPA soundbox and more use IPAsym essentially to produce the one and only sound-(article-)name; then, extending it with ".ogg", it composes the soundfile name as a default. So to cover multiple acceptable names for that sound, we'd need a new, different template that maps all the names to a single soundfile name (structure like {{IPAsym}}, but left hand entries differ), like.

...


| voiced postalveolar fricative

| voiced palato-alveolar sibilant = voiced postalveolar fricative.ogg

...

This would add another maintenance-thing. Especially since this does not warn the editor for missing entries (unless he's looking for them), we will loose more and more linked soundfiles in infobox & soundbox. Which is why I prefer stable (unchanging) names. If it is just once we can put up {{Rename media}} requests to rename the filenames.

Another solution is to enter the non-default filename in the IPA infobox, like | soundfile = voiced palato-alveolar sibilant.ogg. Which is an unwarned maintenance thing too, while still keeping the different name.

All together, if the new names will stay unchanged, we can propose the namechange once for these files. -DePiep (talk) 13:03, 23 June 2011 (UTC)

I don't expect they will change again any time soon. — kwami (talk) 15:14, 23 June 2011 (UTC)

Cool. And so short. I'll do as said. Sounds will be again. -DePiep (talk) 23:26, 23 June 2011 (UTC)

Check on existence .ogg-file old name/new name:

symbol	old name	new name
s
z
ʃ
ʒ
ʂ
ʐ
t͡ʃʼ	noicon
t͡ʃ	noicon
d͡ʒ
ɕ
ʑ
ʷ	noicon]	noicon
̃	noicon	noicon

-DePiep (talk) 09:05, 25 June 2011 (UTC) - Done -DePiep (talk) 00:49, 29 June 2011 (UTC)

Sorry about taking so long to respond, I've been out of town. I agree that the names are now probably going to be stable, and that changing the sound files accordingly was the right thing to do. Benwing (talk) 02:26, 3 July 2011 (UTC)

Support appreciated. -DePiep (talk) 16:36, 3 July 2011 (UTC)

request re editprotect

{{editprotect}} I'd like to make some edits as I am familiar with; please open it up for an hour or so. -DePiep (talk) 23:24, 29 June 2011 (UTC)

 Declined - This isn't how editprotected works. If you have changes you would like to make, please provide the code you'd like replaced and the code you'd like to replace it with here and an admin will make the edit. If you want a page unprotected, you should list it at WP:RFPP, although a high-profile template like this is very unlikely to be unprotected for any reason. Also, for future reference, the edit protected template adds pages to a watch category; you don't need to ask an admin directly. Hersfold ^(t/a/c) 23:34, 29 June 2011 (UTC)

Yes I know. I build this template virtually myself, as you can see in the history (and of the sandbox, and of the /doc, lest you forget). The decision to fullprotect is opaque, and cascading through a usersubpage does not help understanding either. I'll ask for pp change. -DePiep (talk) 00:03, 30 June 2011 (UTC)

Adding lines

1. To add one complete line:
<!-- EJECTIVES -->

• Where: right above the line | 101 401
• Above this injection a whiteline will stay present.
• Note: of course, this is to keep some overview in the list

2. To add: seven complete lines, starting with a space:

| ʈʼ = retroflex ejective
| fʼ = labiodental ejective fricative
| θʼ = dental ejective fricative
| ɬʼ = alveolar lateral ejective fricative
| xʼ = velar ejective fricative
| χʼ = uvular ejective fricative
| cʎ̝̥ʼ = palatal lateral ejective affricate

• Where: right below the line | sʼ = alveolar ejective fricative (search near "132 401")
  
• Below these lines a whiteline will remain.
• Note: the lines will add seven more IPA-symbols linked to an article.

The edits have been unit tested in the Template:IPAsym/sandbox, this version. -DePiep (talk) 01:09, 30 June 2011 (UTC)

 Done — Martin (MSGJ · talk) 16:29, 30 June 2011 (UTC)

Yeah done ultimately, but it has cost me two hours time+ and a day through to only get the question right with admin officers. And still no answers. -DePiep (talk) 00:40, 1 July 2011 (UTC)

Todo done: add later on

 added July 2011 -DePiep (talk) 01:14, 17 July 2011 (UTC)
When protection is loosened: As used in Affricate consonant:

• add t̠ɕ for t͡ɕ = voiceless alveolo-palatal affricateRelative articulation#Advanced and retractedRelative articulation#Advanced and retracted
  
  
• add ʈʂ for ʈ͡ʂ = voiceless retroflex affricate Voiceless retroflex affricate
  
  
• add t̠ʃ for t͡ʃ = voiceless palato-alveolar affricateVoiceless postalveolar affricate
  
  
• add d̠ʒ for d͡ʒ = voiced palato-alveolar affricate Voiced postalveolar affricate
  
  
• add d̠ʑ for d͡ʑ = voiced alveolo-palatal affricate Relative articulation#Advanced and retracted
  
  

Currently, I have solved it differently in that article, the links are provided (by using the second, existing IPA symbol). -DePiep (talk) 09:34, 30 June 2011 (UTC)

• add kʟ̝̊ʼ and kʼ for velar lateral ejective affricate Velar lateral ejective affricate(check presence. It looks like the first one, with an L, is missing. Second ione has Private Use Area code U+F268 LATIN LETTER SMALL CAPITAL L WITH BELT; keep?) -DePiep (talk) 15:14, 1 July 2011 (UTC)
• add k͡ʟ̝̊ k (variant symbol with PUA U+F268) for Voiceless velar lateral affricate Voiceless velar lateral affricate
• addc͡ʎ̥˔ for cʼ voiceless palatal lateral affricate Voiceless (2nd one uses Private Use Area U+F267 LATIN SMALL LETTER TURNED Y WITH BELT) -DePiep (talk) 08:53, 4 July 2011 (UTC)

Edit protected

Request

Please copy all code from the sandbox into the Template: {{IPAsym/sandbox}} → {{IPAsym}} (this version).

Changes

Added six symbols (see previous post on this talkpage). Includeonly moved.

Tested

Sandbox code is checked in test. -DePiep (talk) 12:52, 14 July 2011 (UTC)

 Done Danger (talk) 19:50, 16 July 2011 (UTC)

Appreciated -DePiep (talk) 01:11, 17 July 2011 (UTC)

Todo

• Removed my own post, see Proposed changes to the list, top of page) -DePiep (talk) 18:14, 6 August 2011 (UTC)

Edit protected request

Request

Please copy all code from the sandbox (this version) into the Template: {{IPAsym/sandbox}} → {{IPAsym}}, .

Changes

Added symbols as per talkpage: upstep, downstep, clicks into singluar. Also extra IPA numbers. Added comment groupnames. See sandbox diff for all changes.

Tested

Sandbox code is checked in testpage.-DePiep (talk) 00:07, 7 August 2011 (UTC)

 Done

Name change

[2] Now it's File:Voiced palatal stop.ogg. We've lost links to File:Voiced palatal plosive.ogg. -DePiep (talk) 23:38, 20 May 2012 (UTC)