Samwilson added a comment.
This seems to be related to accessing a member of a bound object, e.g.
removing `page.url` from the following fixes the error:
foo
// @vue/component
module.exports = {
};
TASK DETAIL
https
Samwilson added a comment.
@Lydia_Pintscher I'm not sure — I'm still experimenting. But so far it's
pretty fun, and is working well for me: it provides a Lua function called
`mw.ext.UnlinkedWikibase.getEntity( id )` which does what it sounds like. The
main stuff that I'm still concerned
Samwilson added a comment.
I think QuickStatements bugs should be reported at
https://github.com/magnusmanske/quickstatements/issues
TASK DETAIL
https://phabricator.wikimedia.org/T250389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Samwilson closed this task as "Resolved".
Samwilson claimed this task.
Samwilson added a comment.
Yep, it looks like this is fixed (test
<https://en.wikivoyage.beta.wmflabs.org/wiki/Banner>). Thanks for reminding me!
TASK DETAIL
https://phabricator.wikimedia.org/T191689
E
Samwilson added a comment.
2022 Wishlist proposal for this feature:
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Wikidata/Property_proposal_helper_script
TASK DETAIL
https://phabricator.wikimedia.org/T139898
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Samwilson added a comment.
I'm not a lawyer, but if we make a tool that enables en masse importing,
wouldn't that get into the realm of database rights? I know that in the
OpenStreetMap world, it's not enough to say that place names are not
copyrightable, they still can't be imported
Samwilson added a project: Genealogy.
Samwilson added a comment.
I think the main issue with this sort of tool is likely to be licensing
restrictions. I think that, of the above, WeRelate is the only one with an open
license (and it's not a very active project these days). I guess
Samwilson added a comment.
I forked the CiteTool and fixed up a couple of bits:
https://www.wikidata.org/wiki/User:Samwilson/CiteTool.js
TASK DETAIL
https://phabricator.wikimedia.org/T285498
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Samwilson added a comment.
The docs are fixed, as is the code. The `origin` parameter should now work
correctly.
Will leave this open till the fix is in production and confirmed.
TASK DETAIL
https://phabricator.wikimedia.org/T191689
EMAIL PREFERENCES
https
Samwilson added a comment.
I'm confused about what the desired coordinate system is meant to be:
- the wiki page says that the top left corner is 1,1;
- T108785 <https://phabricator.wikimedia.org/T108785> says it's -1,-1;
- and the image in T108785 <https://phabricator.wiki
Samwilson added a comment.
Thanks @Jdlrobson! I've updated the docs, and backported to 1.36, and will
now update the WMAU website.
TASK DETAIL
https://phabricator.wikimedia.org/T284896
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Cc
Samwilson changed the task status from "Stalled" to "Open".
Samwilson added a comment.
No longer stalled.
Patch is ready for review.
TASK DETAIL
https://phabricator.wikimedia.org/T284896
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Samwilson added a comment.
Thanks for fixing this! :)
TASK DETAIL
https://phabricator.wikimedia.org/T24
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lucas_Werkmeister_WMDE, Samwilson
Cc: Addshore, Michael, Samwilson, Aklapper, Invadibot
Samwilson changed the task status from "Open" to "Stalled".
Samwilson added a comment.
This is stalled awaiting T24 <https://phabricator.wikimedia.org/T24>.
TASK DETAIL
https://phabricator.wikimedia.org/T284896
EMAIL PREFERENCES
https://phabricator.wi
Samwilson claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T284896
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Cc: Tenniscourtisland, Jdlrobson, Samwilson, Invadibot, maantietaja, Akuckartz,
Canley, Demian, Nandana
Samwilson updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285498
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Daimona, Samwilson
Cc: Samwilson, HMonroy, Aklapper, NRodriguez, ldelench_wmf, Invadibot,
maantietaja
Samwilson added a comment.
> A part which queries Wikidata for bare URLs.
A Sparql query can do this, and perhaps we'd want to query based on missing
reference properties, and not just alone Reference URLs (e.g. a URL and title
might be set, but no author or published d
Samwilson added a comment.
There's a fork of the above citoid.js at
https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool
TASK DETAIL
https://phabricator.wikimedia.org/T285498
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Cc
Samwilson updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T285498
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Cc: HMonroy, Aklapper, NRodriguez, ldelench_wmf, Invadibot, maantietaja,
Akuckartz, ifried
Samwilson added a comment.
I'm happy to work on this, if you agree that a new `link` param is the right
way to go (I don't want to start if it's not likely to be accepted). The link
param would also give Wikivoyage the option of not linking, they'd just need to
update their template. Seems
Samwilson added a comment.
I'm not sure I understand the concern about attribution: surely the same
problem applies to any image in a wiki that's not got a link? And MediaWiki has
had those forever.
If Wikivoyage wants to always link to the banner image, they'd just have to
//not// add
Samwilson added a comment.
Good points @Tenniscourtisland
On the matter of images in general though, note that the
`[[File:Example.jpg|link=Foo]]` syntax already exists and solves this problem
for those images (I've just made the change
<https://wikimedia.org.au/w/index.php?ti
Samwilson added a comment.
A couple of ideas:
- to prevent users clicking on something that is just decoration.
- to link to the more suitable page for a given image (e.g. an image might
have multiple versions, one of which is the banner-cropped one, and they all be
listed on a single
Samwilson updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T284896
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Cc: Jdlrobson, Samwilson, Invadibot, maantietaja, Akuckartz, Canley, Nandana,
Lahi, Gq86
Samwilson created this task.
Samwilson added projects: Wikidata-Page-Banner, Wikimedia Australia.
TASK DESCRIPTION
It'd be useful to be able to change the target of a banner's link. A
`link=Page name` parameter would be in line with standard image syntax.
TASK DETAIL
https
Samwilson added a project: Wikimedia Australia.
Samwilson added a comment.
Will do, thanks!
TASK DETAIL
https://phabricator.wikimedia.org/T283212
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Samwilson
Cc: Jdlrobson, Aklapper, Samwilson
Samwilson created this task.
Samwilson added a project: Wikidata-Page-Banner.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Currently, it's not possible to add a banner to the main page of a wiki. It
would be useful on some wikis to be able to show a banner on the main
Samwilson added a comment.
Just as another example of an existing template that provides this sort of
functionality: the {{wdl}}
<https://en.wikisource.org/wiki/Template:Wikidata_link> (or 'wikidata link')
template on English Wikisource takes a Wikidata ID and optional link-text, and
Samwilson added a comment.
Is https://github.com/zeko3991/Wikidata-references the most up to date code for this? Or was it moved to a WordPress-hosted Subversion repository?TASK DETAILhttps://phabricator.wikimedia.org/T138371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Samwilson added a comment.
In T54971#3844679, @MF-Warburg wrote:
What an outrageously nonsensical comment.
The comment makes sense (although one may disagree with it), and is more polite than your reply.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps
Samwilson added a comment.
I had exactly this problem yesterday when copying and pasting a WDQS URL from Firefox. I'm using 53.0.3.TASK DETAILhttps://phabricator.wikimedia.org/T166491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SamwilsonCc: Samwilson
Samwilson added a comment.
@MrSteff there's some current discussion about
how to handle authors such as https://en.wikisource.org/wiki/Author:Svayambhuva who have no birth and death dates, and
whether https://www.wikidata.org/wiki/Property:P629 should ever have more than one value
If you want
Samwilson added a comment.
In T54971#3060413, @Candalua wrote:
"mul" seems a good candidate
I agree: it's the ISO 639-3 code for "multiple languages", so should be able to fit in as all other language codes do. (I think; I'm no wikibase hacker).TASK DETAILhttps://phabr
Samwilson added a comment.
The way it's been explained to me (by people who speak Noongar) is that the dialects are more like regional accents, with some particular words and usages that are unique to themselves but are still quite often understood by the others. So I'm not sure they'd be called
Samwilson added a comment.
@GerardM: could you explain what this means? https://en.wikipedia.org/wiki/Nyungar_language doesn't say anything about macro; do you mean that it's composed of multiple dialects?TASK DETAILhttps://phabricator.wikimedia.org/T127858EMAIL PREFERENCEShttps
Samwilson edited the task description. (Show Details)
EDIT DETAILSRequested at https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2016/02#New_language...Name: Noongar (variations on the name exist: the English Wikipedia uses 'Nyungar', ISO 639-3 and Wiktionary uses 'Nyunga)')
Script
36 matches
Mail list logo
