[Wikidata-bugs] [Maniphest] [Commented On] T156812: Add something to allow reordering of Wikidata item statements

2019-04-30 Thread Larske
Larske added a comment.




TASK DETAIL
  https://phabricator.wikimedia.org/T156812

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Larske
Cc: Larske, Lydia_Pintscher, Salgo60, QZanden, SJu, Jc86035, Aklapper, 
alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, LawExplorer, _jensen, 
rosalieper, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T202570: Language textbox is covering the property value textbox when the latter is automatically resized during editing.

2018-08-22 Thread Larske
Larske created this task.Larske added projects: MediaWiki-Interface, Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I add the property P2096 (description of media) a language textbox appears as soon as I start adding content to the P2096 textbox. The language textbox is nicely placed below the P2096 textbox. 
When I add more characters in the P2096 textbox, it is automatically resized to be able to contain the entire text.
However, the language textbox is not automatically moved to keep its position BELOW the P2096. The language textbox i fixed meaning that it covers the last line of the P2096 textbox and I can't see what I am writing there.
The only way to see what I am writing is to close the language textbox (by clicking on 'X'). When I continue adding text in the P2096 textbox the language textbox pops up at a new position below the P2096 textbox. But the story repeats itself when I reach the end of the line and the P2096 resizes itself.
This is not very user friendly. Please redesign the interaction between the P2096 textbox and the language textbox to make the language textbox never to cover any part of the P2096 textbox.
Note: I guess P2096 is just an example and that the same problem exists for all properties where an entry of language is mandatory although the need for textbox resizing is maybe more frequent for the P2096 property than for other properties,TASK DETAILhttps://phabricator.wikimedia.org/T202570EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LarskeCc: Aklapper, Larske, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T95553: Full stop in messages such as Wikibase-time-precision-century is incorrect in English

2018-03-21 Thread Larske
Larske added a comment.
This is a slightly modified post from the project chat on March 18, 2018, see
Wikidata:Project_chat#interface_for_data_entering_is_confusing_for_time_value_with_century_precision

As I see it, it is a much bigger problem than the "18. century", "18 century" or "18st century" that seems to be the focus here.

On Help:Dates#Precision it is very clearly stated that a time value of '+1800-00-00T00:00:00Z' with a precision 7 should be interpreted as the 1800s or a time between years 1800 and 1899. But when you edit Wikidata "18. century" is shown for that time value. As "the 18:th century" (very similar to "18. century", "18 century", "18st century" or "18th century") in English (as well as some other languages) means 1700–1799 it is very likely that you enter a time value of '+1900-00-00T00:00:00Z' with precision 7 just to get it displayed as "18. century" e.g. for a person born in the 18th century. Today I see that user  has entered a birth date (P569) with "20. century" (i.e. time value '+2000-00-00T00:00:00Z') for a lot of people born between 1900 and 1999. See e.g. this edit of Secundino González (Q5639303).
https://www.wikidata.org/w/index.php?title=Q5639303=652282000=625543088

This leads to my suggestion: The interface should be changed so that it says "1800s" (like on the help page) instead of "18. century" in order to reduce the risk of people entering this value for dates between 1700 and 1799? Maybe somehting else, like "1800-1899",  should be choosen in order to tell if 1800s should be read as 1800–1809 or 1800–1899. --Larske (disk) 21:10, 18 March 2018 (UTC)TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LarskeCc: Larske, VIGNERON, Ayack, matej_suchanek, Hsarrazin, Lucas_Werkmeister_WMDE, Sjoerddebruin, Marsupium, PKM, Liuxinyu970226, TheDJ, Lydia_Pintscher, kaldari, Ricordisamoa, daniel, thiemowmde, Lucie, Amire80, Aklapper, Tobi_WMDE_SW, Wikidata-bugs, JulesWinnfield-hu, Addshore, Conny, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-19 Thread Larske
Larske added a comment.
Here are my  2 cents to this: 
This morning I noticed that there were between 8,400 and 8,500 pages in the Pages with script errors category on svwp. I made "null-edit" to all of them bringing the category size down to below 20 pages. But the category keeps being filled again at a slow but steady pace. Right not there is more than 130 pages.
Most of the pages does neither show the category in the footer nor display the fat red Lua error message in the text, but still they are put in the category.

Here are two examples of very similar articles with almost the same size and using the same template. The articles are not edited since March 16, 2016 and the error message is shown in one of the articles but not in the other. Both articles are however now, unit someone null-edits them, present in the category.


[[:sv:Toolgana Rockhole]] (does not show the error message or the category in the footer)
[[:sv:Toothagoona Rockhole]] (does show the error message and the category in the footer)


Category: [[:sv:Kategori:Sidor med skriptfel]]

This leads me to suspect some "timing error" that shows up in an undeterministic way.

Hope this can be of some use in the trouble shooting.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LarskeCc: gerritbot, thiemowmde, Salgo60, AnotherLadsgroup, RolandUnger, Larske, Arbnos, daniel, putnik, Framawiki, Zebulon84, Thibaut120094, TerraCodes, Jay8g, Liuxinyu970226, aude, Vachovec1, Zdzislaw, ValterVB, Agabi10, Ankry, Jarekt, Lydia_Pintscher, matej_suchanek, JohnBlackburne, Aklapper, Johnuniq, Cosine02, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, JJMC89, Maathavan, Johan, Izno, Luke081515, Cwek, Wikidata-bugs, Dinoguy1000, jayvdb, MrStradivarius, Anomie, Arlolra, TheDJ, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs