Thanks for spotting!
No, it’s an error. The word definately exists in the dictionaries:
{
32413: “word”: “nīvaraṇa”,
32414: “text”: “
Nīvaraṇa
neuter, occasionally masculine an obstacle, hindrance, only as tt. applied to obstacles in an ethical sense & usually enumerated or referred to in a set of 5 (as pañca nīvaraṇāni and p. āvaraṇāni), viz. kāmacchanda, (abhijjhā-)vyāpāda, thīna-middha, uddhaccakukkucca vicikicchā i.e. sensuality, ill-will, torpor of mind or body, worry, wavering (cp. Dhs. trsl. p. 310) DN.i.73 (˚e, acc. pl.), DN.i.246; DN.ii.83, DN.ii.300; DN.iii.49 sq., DN.iii.101, DN.iii.234, DN.iii.278; SN.ii.23; SN.iii.149; SN.v.60, SN.v.84 sq., SN.v.93 sq., SN.v.145, SN.v.160, SN.v.226SN.v.327, SN.v.439; MN.i.60, MN.i.144, MN.i.276; MN.iii.4, MN.iii.295; AN.i.3, AN.i.161AN.iii.16, AN.iii.63, AN.iii.230 sq.; AN.iii.386; AN.iv.457; AN.v.16, AN.v.195, AN.v.322; Snp.17Mnd.13; Cnd.379; Pts.i.31, Pts.i.129, Pts.i.163; Pp.68; Dhs.1059Dhs.1136, Dhs.1495; Vb.199, Vb.244, Vb.378; Ne.11, Ne.13, Ne.94; Vism.146, Vism.189; DN-a.i.213; Sdhp.459, Sdhp.493 and passim. Other enumns are occasionally found e.g. 10 at SN.v.110SN.v.8 at MN.i.360 sq.; MN.i.6 at Dhs.1152.
Sk. *nivāraṇa, nis + varaṇa of vṛ; (vṛṇoti), see nibbuta & cp. nivāraṇa
”
32415 },
The lookup tool works fine with this word.
I’ve made a ticket for it:
When I copy the segmented Pali in Chrome from one of Bhante Sujato’s translations, and then paste into LibreOffice, every space is replaced by a non-breaking space.
Thank you for reporting @calvin_sad!
The Theragatha was recently moved to the segmented files. When I go to the file I notice also that in paragraph 4 and 6 there is a * in front of the sutta. I had taken those out over 1.5 years ago! So I wonder if a very old version was used to create the segmented files and not the updated version. @Sujato?
This is the code that was removed a long time ago that generates the *: <span class=\"cross\" title=\"(gāthā 676--678) ^dhp273-289#274.1 [273. " "Pañcasatabhikkhuvatthu/274. Aniccalakkhaṇavatthu]-301 | ^ne4#1 [Vibhaṅga/ " "Desanāhāravibhaṅga]\" id=\"note311\">*</span>
There you see that that cross-span is no longer there. So how come it re-appeared?
I think the segmenting needs to go over too because the var tags are still there and obviously some other things that did not segment right.
I added this to this issue because it is caused by the same bug:
Try copying it into a plain text editor like Sublime, Notepad++, Atom or something like that. That will work. Then from there you can copy it again into LibreOffice.
I just copied this:
so i have heard.
evaṃ me sutaṃ—
At one time the Buddha was staying near Sāvatthī in Jeta’s Grove, Anāthapiṇḍika’s monastery.
ekaṃ samayaṃ bhagavā sāvatthiyaṃ viharati jetavane anāthapiṇḍikassa ārāme.
There the Buddha addressed the mendicants:
Tatra kho bhagavā bhikkhū āmantesi:
The instances of the bug that I’ve found so far are for words that have multiple entries in the PTS PED that are almost the same, that is identical when the diacritical marks are removed:
So Jaṭa Jaṭā Jāta/Nivaraṇa Nivāraṇa Nīvaraṇa/Pura Purā.
Thanks. Will have a look. I actually made some changes to the system as it was not caching more than 2 entries in the dictionary at the most. But it has not been pushed to the main site yet.
Can you please check if it works according to how you would expect it on staging.suttacentral.net (open in incognito window to make sure you don’t run into any cache issues).
Thanks so much! I’ve checked as you suggested. The individual issues described below are fixed in staging (Chrome & Firefox on Ubuntu, Chrome on Android). I don’t have the automated tools in place to test whether you have inadvertently introduced new bugs. I’ve done some spot-checking, however, and things look good so far.
Again thanks to you and all the folks at SC for your great work!
There is another ongoing issue that I haven’t been able to find here or on the GitHub site: the lookup functionality doesn’t strip all the punctuation from the beginnings and ends of words before invoking the lookup tool. This is really only a minor issue, except in cases of compound words. It’s normally a simple matter to manually remove the punctuation from the URL. But for compounds beginning with punctuation that is not removed are not passed to the analysis heuristics.
This issue especially affects the treatments with words beginning with a single quote (’).
I am on Safari on an iOS 12.1.4 iPhone 6s. Yes there’s a scrollbar but swiping up and down does nothing. Only swiping sideways closes the drawer, so perhaps the gesture is getting captured by that?
Chrome has the same behavior as Safari, because (fun fact) Apple requires all apps on the iPhone to use the Safari WebKit WKWebView to render webpages. ¯_(ツ)_/¯ Using “Chrome” on iOS just lets Google track you… it doesn’t actually change the rendering engine.