Extension talk:Lingo

About this board

Bug: Lingo not running on custom namespaces

3
000Tom0000 (talkcontribs)

I've created a custom namespace but noticed that Lingo isn't loaded on this namespace. The documentation says that by default Lingo will run on all namespaces but this seems to be only for the default namespaces?

Is this by intention? Enabling it on your custom namespaces can be done as the documentation says.

F.trott (talkcontribs)
000Tom0000 (talkcontribs)

Running a mediawiki without any caching at the moment, it started working as soon as I explicitely added the custom namespace to the LocalSettings.

Reply to "Bug: Lingo not running on custom namespaces"

Bug: definitions not displayed with Lingo 3.0

1
Summary by Seb35

When installed together with Semantic MediaWiki. Fixed in 3.1.0.

Seb35 (talkcontribs)

In fact I already found the solution, this post is to help users in the same case.

When Lingo 3.0 is installed with Semantic MediaWiki, the definition are not displayed (…properly, because they are displayed at the end of the page if you can see this part). This was a name conflict for the ResourceLoader module called ext.jquery.qtip already used by Semantic MediaWiki. This was fixed in Lingo by Stephan on 9 September 2019, and published in Lingo 3.1.0.

So it can be fixed by upgrading Lingo to 3.1.0 (or newer).

Feature request: Ability to exclude a term from lookup, depending on surrounding words

1
Amousey (talkcontribs)

If you have "Enterprise" in the glossary, but some pages contain the phrase "The Starship Enterprise" then it would be helpful to not have the glossary term highlighted in that phrase. Other examples would be words with meanings that depend on context, eg lookup American (definition: USA) but not North American (which includes Canada).

Secondly, have some definitions appear in the glossary but that don't automatically get looked up (no dotted border) / which would make the glossary very helpful for browsing.

This comes up a great deal on medical terms, where syndrome, disease, illness and disorder are all helpful to have in the glossary for those browsing it - but almost every diagnosis seems to include one of those words as part of the name. So they would be looked up on most pages.

Reply to "Feature request: Ability to exclude a term from lookup, depending on surrounding words"

Feature request: Exclude headings from lookup

1
Amousey (talkcontribs)

Feature request - any common terms including acronyms that are used in part of a heading, especially a subheading, cause a messy and unhelpful layout - these are especially common as the last or first word in a heading. Excluding these, or excluding certain tags from lookup would be helpful.

Eg h1 - h5

Reply to "Feature request: Exclude headings from lookup"

Feature request: don't lookup terms enclosed in round brackets

1
Amousey (talkcontribs)

It would be helpful to not have Lingo lookup terms enclosed in round brackets, or at least to have an option for this. What often happens is a term's acronyms are added an alternatives in the glossary eg Internet Service Provider and ISP - which is really useful - but on more basic pages you end up with both terms being looked up right after each other:

To connect to the internet, you need to connect to an Internet Service Provider (ISP) such as Verizon...

Although __NOGLOSSARY__ can be used it is rather cumbersome, the search results show this any markup, meaning it less readable when key terms are searched.

Reply to "Feature request: don't lookup terms enclosed in round brackets"

Lingo tooltip does not display in RTL wikis

8
212.29.205.105 (talkcontribs)

Hi F.trott,


I am using Mediawiki version 1.34.0 and it seems the extension does not work when I use a right to left language (for example Hebrew), while the text is underlined and seems to be recognized as text defined in the glossary page a tooltip does not show up.

Once I switch the language to a left to right language the tooltip shows up fine and everything seems to be working. Any possible solution for this? I tried this with multiple skins and that had no effect, it seems the extension stops working once the wiki switches to a right to left alignment.


Thanks.

F.trott (talkcontribs)

My first guess would be the CSS. It might do some styling or positioning without considering the direction of the language.

212.29.205.105 (talkcontribs)

Any way to fix that quickly?/Any chance it will be fixed in a future update?

F.trott (talkcontribs)

The quick and dirty way would be to fix the extension.json of Lingo. You need to tell MW not to flip the qTip styles. The module definition should look like this (note the "noflip" option):

"ext.Lingo.jquery.qtip": {
   "scripts": [
      "libs/jquery.qtip.js"
   ],
   "styles": [
      "styles/jquery.qtip.css"
   ],
   "noflip": true
}
212.29.205.105 (talkcontribs)

Awesome, that did the trick!


Thanks a bunch, this extension is really helpful :)

212.29.205.105 (talkcontribs)

Hey F.trott

After doing the change you suggested I noticed another issue, it seems that when the extension is enabled with the fix you suggested pages that have tooltips display the "edit" link on headers to guests despite the fact they should not see it.

F.trott (talkcontribs)
212.29.205.105 (talkcontribs)

Yeah its weird but only by disabling Lingo those edit links disappear for guests :\

Reply to "Lingo tooltip does not display in RTL wikis"

Mediawiki version 1.32.1-0- dotted lines not showing

3
208.79.1.38 (talkcontribs)

Worked perfectly on i 1.26.2. But in this instance, while the text shows if you hover, the little dotted lines indicating same do not.

208.79.1.38 (talkcontribs)

FYI I can be reached at kgray@sei-security.com. I am unable to register. Name is Kendall.

208.79.1.38 (talkcontribs)

Resolved via lingo.less adjustments.

Reply to "Mediawiki version 1.32.1-0- dotted lines not showing"

Edit and save a Header section caused popup to fail in all other letters (header sections) until full page was saved

5
WikimeSteve (talkcontribs)

We have 800 items in our list. We have headers for each letter so users can jump down the list. I had the Edit source showing next to each header. First person to edited the "P" section. When they saved their work only the "P's" where showing the popups. All other items failed to show the underlining or mouse over effect at all. I placed the whole page in Edit and saved it without making any change. All popups began working again. I tested this myself with the "H" section and got the same result.

I have included __NOEDITSECTION__ on the page. I did try to read through this discussion page but found nothing about this. I looked over the main page and then this discussion but see no one else talking about this. Is this expected?

MediaWiki 1.31.0

Lingo 3.0.0

F.trott (talkcontribs)

No, it is clearly a bug.

Normally marking up a page consists of reading the glossary page and using it to do the mark-up whenever a page is saved. Obviously this poses problems for the glossary page itself, as the new glossary does not really exist yet when the page is saved and you do not want to use the old one. So it takes a special hack, where the glossary is built directly from the saved text instead of from the saved page. My guess right now is that Lingo only ever sees the part that has changed on section edit.

Your workaround with __NOEDITSECTION__ is probably the best solution for the moment. Or you could disable the popups on the glossary page.

WikimeSteve (talkcontribs)
F.trott (talkcontribs)
WikimeSteve (talkcontribs)
Reply to "Edit and save a Header section caused popup to fail in all other letters (header sections) until full page was saved"

not working with MobileFrontend

11
Koemski (talkcontribs)
F.trott (talkcontribs)

Hmm, I can not see any difference, seems to be the same screenshot both times. Also, which versions of MW and Lingo are you using?

Cheers,

F.trott (talkcontribs)

Oops, sorry, I see the difference now. I had Javascript deactivated.

StasR (talkcontribs)

Add in LocalSettings.php:

$wgMFRemovableClasses['HTML'][] = '.tooltip_tip';
Koemski (talkcontribs)

works with (hypen instead of underline) - tooltips get removed

 $wgMFRemovableClasses['HTML'][] = '.tooltip-tip';

thanks!

89.13.133.169 (talkcontribs)

does not work here. Any other hints?

This post was posted by 89.13.133.169, but signed as anon.

Dan.mulholland (talkcontribs)
F.trott (talkcontribs)

I reworked the structure and styles of Lingo. It would be great if somebody could install the latest master and give me an update on this bug.

VictorClaessen (talkcontribs)

I installed git commit 6d86e76ee41349d90be947ee9181a7f6b1b8327a from master on mediawiki 1.30 and none of these things work. The tooltips render as separate lines at the bottom of the page. I have not been able to suppress them.

VictorClaessen (talkcontribs)

Oh wait you can suppress them with: $wgMFRemovableClasses = [ 'base' => [ '.mw-lingo-tooltip' ] ];

F.trott (talkcontribs)

Thanks for the update, Victor. I'll add it to the config instructions.

Reply to "not working with MobileFrontend"
Mmiller0712 (talkcontribs)

There is an issue rendering inside lists with VE

Reply to "lists"
Return to "Lingo" page.