Fri, Sep 7
@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.
Thu, Sep 6
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).
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.
Wed, Sep 5
Fri, Aug 31
I think T166487 solves this request, isn't it?
Indeed, I am sorry. Hidden categories were not displayed because of my settings. If I enable this option, hidden categories are shown. This report can be closed.
Thu, Aug 23
Even if the current translation system "work", I think it should be improved. I think it is not possible to maintain such system over a long time. For example, what will happen when GoranSMilovanovic will not be there anymore or will not have time anymore to update translations?
In addition, I think some strings are missing (just switch to the FR language, and you will see several strings that still appear in English). This is quite difficult to find all the translatable string from the user point of view while it is easier from the developer point of view (wether we want to translate the whole interface).
A better solution, IMO, is to allow translating the interface from translatewiki. Is there any reason why not using translatewiki?
I understand that such solution require more development time but it appears to me to be a better long-term solution.
Should I open a new ticket for this request?
Aug 16 2018
One solution might be to add a horizontal slider in the central area.
Aug 14 2018
I created T201947 in order to follow my last request.
Aug 13 2018
Wiktionary contributors might be interested to know which entries are the most popular so as to improve these pages first (add pronunciation, synonyms, etc). Since these entries exists on a large number of Wiktionaries, they might find a lot of information to add trough all the Wiktionary editions.
Is this ticket related to T195740? *I am not sure so I do not link both tickets but if you think so, please do it.
I have another request for this dashboard. Would it be possible to add a new tab (or to add within an existing tab), a list of the page that are the most linked over all the Wiktionaries? This is a kind of opposite of "I miss you". For example, we will have a list with "a" existing on 97 Wiktionaries ; "and", present on 80 Wiktionaries, etc. The list will be sorted from the entries that are the most linked to the ones less linked.
Aug 9 2018
@GoranSMilovanovic thank you very much for the detailed explanations. Still few remarks
- In the "Compare" tab, if I click on "Download (csv)" just before clicking on "Generate", I arrive on an error page saying that there is no such file. From an ergonomic point of view, I think this button should be disabled while the user has not yet click on the "Generate" button.
@GoranSMilovanovic, I tested the "new" version of the Dashboard prototype. I compared enwikt (source) and frwikt (target) and all the words that are listed point to https://fr.wiktionary.org/wiki/ (and not to https://en.wiktionary.org/wiki/xx). In addition, I still get disconnection after 2 or 3 minutes.
Jul 23 2018
For big Wiktionaries comparison, I do not manage to generate the list. For example if I select frwiktionary as a source and enwiktionary as a target, I systematically get a message on the bottom left saying "Disconnected from the server. Reload". Sometime I get a popup message withe following message (during the "Compring Wiktionaries" step):
Comparing frwiktionary and cawiktionary, I get as first result the word "??". This article exists on cawiktionary but the link given by Compare redirects on the main page of cawiktionary. Could you have a look on what is going wrong?
@GoranSMilovanovic I tried to test the Compare tab with frwiktionary as a source with some troubles. For example, with frwiktionary as source and aawiktionary as target, I get the following error message:
Jul 18 2018
Let me explain with some examples
Let us say that I am interested in by the French Wiktionary. What I would like to know is all the French entries that are in the Russian Wiktionary and not yet present in the French Wiktionary. So for example is AAA is a French word but there is not yet any article on the French Wiktionary for this word, I would like to have a list of the other Wiktionaries that have this word in French (I want to know for the French in particular) So if AAA is present in the Russian Wiktionary for describing a word in German, I do not want to have this word in my list.
So basically, from My Wiktioanry tab, if I cnsider the pair frwikt and ruwikt, I would like to have the list of all the articles that have already an article on ruwikt, but not yet on the fr.wikt (currently the My Wiktionary only gives me a number, not a list of all these articles). And once I have the list, I would like to be able to filter to have only the French articles from ruwikt that do not have an article on frwikt.
So what I would like is probably closer "I miss you" than "My Wiktionary".
In "I miss you", it would mean to add a filter to select only the pages from ruwikt that have an entry in French (and so hide all the articles that are not described in French).
I hope it is clearer now, otherwise, ask me more details.
Jul 14 2018
Jul 10 2018
It works. Thanks for your help and sorry for the noise... This is now solved.
@Bawolff @bd808 indeed, the links you provide are what I was looking for. Sorry I couldn't find this on my own. I will try to remove my old ssh key and add a new one later today. I will keep you in touch.
Jul 8 2018
No news about this issue since 2 weeks. Does anyone tell me whether my request is done at the right place?
@GoranSMilovanovic one comment about "I miss you". Would it be possible to remove the "Main_Page" and "main_Page" from the page title? They are present in most of the Wiktionary editions: fiwiktionary, frwiktionary, gnwiktionary and so on.
@GoranSMilovanovic very nice work.
In addition to Lea's request, would it be possible to list all the articles in a given language that exist on another Wiktionary edition but not in the edition of this language. For example, I would be nice to have a list of all French words that exist in a Wiktionary editions, but not in the French Wiktionary.
Jun 24 2018
Jun 19 2018
Jun 18 2018
The upstream ticket says that it is fixed for more than one year (at least since Firefox 51).
I use Firefox 60.0.2 and this issue is still present.
Jun 4 2018
I would say Alptraum and Albtraum should be two Lexemes, not only one. And Form in Alptraum could be "Alptraums", "Alpträume", "Alpträumen" and so on. And the same for "Albtraum" with "Albtraums", "Albträume", "Albträumen" and so on.
Jun 1 2018
As explained in my prevuious message, I agree we need to specify at least language and script. For the rest (country, orthography reform, ...), I think the best way to store this kind of information is to use property in the lexeme itself. The advantages of the property is it is really flexible and so we can decide a psoteriori what kind of information we want to store in one lexeme.
I strongly support the Micru's proposal. Using item to identify language, dialect or whatever is plenty of advantages:
- it is really flexible. It is possible to use dialect, sub-dialect, language, proto-language, and so on
- it is clearly identified. One item identify uniquely only one language. Several codes may be used to identify the same language.
- it is already available and it will be maintained by the Wikidata community
- it avoids conflicts on the language that are included. For example: it already exists items for Serbian, Croatian, Montenegrin and Bosnian languages. They are considered by some linguists as only one language. Since some people would like to contribute in only one of these "languages", using items allow that directly. If we use code, how do we manage such case?
May 27 2018
Mar 22 2018
Mar 7 2018
@Milimetric oh! Thanks for the explanation. I did not pay attention to this number underneath the graph. Indeed, this is the number I was looking for. So it is enough to me.
Mar 4 2018
Hmm, actually I misunderstood. I was thinking it displays the total of the whole displayed value. For example in your screenshot, it means the sum of the views for the months of April, May, June, ... until February 2018. Is it possible to add this number?
Mar 2 2018
Total views on a given period is basically the same information so I think it is enough for my purpose; I asked this request because I usually use this kind of statistics to know how many pages are viewed each day (or each month) in mean.
Feb 28 2018
Jan 20 2018
Jan 7 2018
Is there any update on this request?
Is this request still valid since there is now the Cognate extension which manage interwiki links
Is there any chance that page preview be available for the Wiktionary projects?
Jan 5 2018
Is there any news about this? We need such feature on the French Wiktionary because name of the months are currently displayed in English (see the discussion (in French))
Dec 21 2017
Nov 19 2017
Note that the English Wiktionary community decided to support for enabling the Timeless skin.
Aug 29 2017
Actually, middle-click to paste works a bit with the visual editor on linux but not the same as in "normal" wikitext or in other any applications that I use on Linux.Here is how it works usually
1/ Select the words you want to copy (by clicking left and moving the mouse for example)
2/ Mouve your mouse to where you want to past the text you copied
3/ Middle-click allows to paste the text at the curosr position
Aug 19 2017
Agreed with @Lydia_Pintscher
Jun 25 2017
Here, it does not work with Firefox and Mageia 5. Does it work for you on Firefox+Ubuntu?
Jun 17 2017
I am using KDE, so I think XFCE is not the guilty. Actually, I would not say that it is not "a very common use case"; I would say it is about linux users but indeed linux users are not so large. It is really common on Lin ux to use select/middle click to copy-paste.
Feb 8 2017
Feb 6 2017
Indeed, typing the code it works. So, the question becomes, is it possible to enable the choice from the drop down list? Thanks you in advance.
Feb 5 2017
Is it normal that it is still not possible to use the Siriono language on Wikidata. What is the schedule for this?
Jan 30 2017
Nov 23 2016
Indeed, both links you provide look to work corretly. At least the y work much better than the current behaviour. Except highlighting that is sometimes missing, it is good.
Nov 20 2016
Nov 16 2016
Yes it works. Thank you!
Nov 6 2016
Sep 2 2016
Since it is the end of holidays for most of you, is there any chance to see this extension be installed quickly on French Wiktionary? Thanks in advance
Aug 3 2016
Ok for the impossibility to only enable the extension on the Wiktionanaire namespace. I think it will not be a big deal to manage this from the translation admin point of view.
Jul 31 2016
Any news about that?
Jul 25 2016
Yes, exactly. Only in the translation tool.
Jul 4 2016
Hi Aklapper, it has been discussed here. There is no opposition to install it if it is only enabled in the Wiktionnaire namespace.
Jun 30 2016
Also, would it be possible to enable this extension only on the "Wiktionnaire" namespace?