Tue, Jul 30
Sun, Jul 21
Waiting that this feature be implemented, it is already possible to "delete" a pronunciation during the "Recording" step. To do so, you can simply press the "Del" button, so that the pronunciation is deleted and you can re-record it directly.
That's said, I agree that this shortcut should be documented somewhere.
Jul 17 2019
Hmmm, it is weird, I am not able to reproduce anymore. I was using Firefox ESR 60.0.8. The page was stable (I could scroll and see this effect) but when I reloaded the page, the bug dissapeared. So maybe it was a cache issue or something similar.
Jul 13 2019
Jun 24 2019
Jun 8 2019
Oops, sorry for the noise. Thank you very much for the investigation of our problem. We will fix it on our wiki.
Jun 7 2019
Just to be clear, we have two link: "Edit" and "Edit source". Clicking on "Edit" or "Edit source" beside a section always opens the Visual Editor (I expect that clicking on "Edit source" opens the wikicode editor). However, if one clicks on "Edit" in the tab on the top of the page, it will open the Visual Editor (as expected) and clicking on "Edit source" will open the wikicode editor (as expected).
Jun 4 2019
For the French Wiktionary, I do not know what will decide the community but if we decide one day to use the Lexeme data from Wikidata, it will be the most probably for the Forms (conjugation, inflection, declension, etc). I think we will never use the Senses. So what Mike Peel proposed just before makes sense for a full flexibility.
May 26 2019
Indeed for the second point, it is indicated on P443 (Constrain section) that the lexeme has to be excluded (it makes sense). So Lingua Libre Bot should not add P407. That's said, it is not clear why the exclamation mark appears in Strom.
May 24 2019
May 19 2019
Not sure it should be marked as resolved because I do not see any new taks titled "[EPIC] Find best strategy for Visual Edidor Wiktionary configuration" or similar. This task should be opened first and linked to this task before closing this one.
May 13 2019
For now, I have replaced "fr:Gwendoline Daudet" by "fr:Gwendoline_Daudet" and the link is now ok. But the problem remains.
May 8 2019
May 5 2019
Apr 12 2019
Apr 1 2019
Mar 28 2019
There is some improvements on this. I do not see any issue anymore. Is it fixed?
Mar 26 2019
With another property (P6614), I experienced a similar issue yesterday
Mar 25 2019
Mar 22 2019
Mar 19 2019
Actually I just tried using Firefox 66.0 on Mageia Linux 64-bits and it worked. So it seems the problem occur sometimes, probably on some webbrowsers.
Mar 18 2019
Mar 14 2019
Indeed, the color is now there. Thanks
Mar 11 2019
Not sure this issue is resolved. I still do not see the icon in red and blue (they remain grey).
Mar 9 2019
Mar 8 2019
Feb 22 2019
Feb 1 2019
Another example in the Preferences menu, the banne "Lingua Libre is in open beta. Be aware that bugs can still occur. Please share your feedback here !" appears in English while all the rest of the interface is in French (in my case).
Jan 20 2019
Jan 17 2019
Jan 11 2019
Jan 3 2019
Nov 27 2018
Nov 21 2018
@Spinster, does what 0x010C proposes solve your problem? Can we close this task?
Nov 19 2018
Nov 11 2018
Nov 4 2018
This is how I experience this problem
If I click on Contributions, I see a sub-menu that appears. However it is rather difficult to slect one sub-pages in this seb-menu because it disappears quite easily.
Nov 3 2018
Oct 28 2018
In order to be clear, I attach this picture. Here I recorded "bahá’í" and "sabaot" (circled in red) but I do not know how to pronounce them. So I would like to make them "blue" again (like "afrikaans" that I skipped) and "green" like the others that are validated words. I guess at this stage the items are not yet created. So what I would like is to be able to "devalidate" these words (and so not to do it at the upload stage).
Oct 11 2018
Sep 30 2018
Sep 29 2018
As T188859 has been merged with this task several months ago, is there any progress on this topic? I think it would be really interesting to have this for the next Wikisats 2.
Sep 23 2018
Sep 22 2018
I do not have this problem anymore too. I use Mageia Linux 64-bits with Firefox 52.9.0
Sep 7 2018
@GoranSMilovanovic there was indeed probably a mismatch with previous updates. Now (18:00 UTC), the ten first entries of the list are correct (present in simplewikt and not in frwikt). There is no "empty" entry anymore. Everything looks good.
I still continue to think that these pages do not exist. I do not know where does its content come from but for sure it is not part of the page. For "aabi", for example, we can see this content here. Yet, from here, we see clearly that the page is a red link.
Moreover, we can see this text on all pages that do not exist. For example aaaa, aaaaa, ... have all the same content and do not exist on both simplewikt and frwikt. However, they are not listed by Wiktionary Cognate Dashboard whereas it is exactly the same case as "aabi". So if you are right, I expect to get a lot of pages present in simplewikt and not in frwikt. However, this is not the case.
Sep 6 2018
Actually, sorry for the mismatch but I set frwikt as source and simplewikt as target. Just now, I get the following list: "aabi", "abasie", "abdicable", "abdiceerden", "abduceretur", "abdukcji", ...
From this list, only "abdicable" exists on simplewikt. All other words do not ("aabi", "abasie", "abdiceerden", "abduceretur", "abdukcji"). Meanwhile, "abasie" and "abdiceerden" exist on frwikt (although frwikt is the source). And "aabi", "abduceretur" and "abdukcji" do not exist on both simplewikt and frwikt.
@GoranSMilovanovic indeed, the update has fixed some mistakes. However, I still continue to think there is a problem with simplewikt. In the new update, the list is "abasias", "abbottonare", "abcédographie". "abasias" was good (I created the page on frwikt). But "abbottonare" does not exist on simplewikt but do exist on frwikt. The same for "abcédographie" (simplewikt and frwikt).
The fourth word: "abdicable" is good. It does exist on simplewikt and not on frwikt...
Hmmm, it seems there is a specificity for simplewikt. Indeed, if I go here, I see clearly that "대신에" do not exist (red link). The same for "Aako". I do not know why they have a behaviour compared to other Wiktionaries.