Last modified: 2012-06-08 19:08:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T16426, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 14426 - service links don't work for many-valued properties
service links don't work for many-valued properties
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Semantic MediaWiki (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Markus Krötzsch
http://sandbox.semantic-mediawiki.org...
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2008-06-06 05:04 UTC by S Page
Modified: 2012-06-08 19:08 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
implement getServiceLinks() for NAry, seems to work (309 bytes, text/plain)
2008-06-06 06:10 UTC, S Page 		Details
Add an attachment (proposed patch, testcase, etc.)

Description S Page 2008-06-06 05:04:22 UTC 
It would be nice to grab pieces of a many-valued property in service links.  For example, a document with a Property:Version composed of filename + revision number  could link to the right version in a VCS.

But it seems many-valued properties don't implement getServiceLinkParams(), so even if you specify [[Provides service::xyz]], no service link shows up.

The simplest approach might be for SMW_DV_NAry.php to invoke getServiceLinkParams() for each element.  That file notes " * TODO: support outputformat", maybe that's the same as this bug.
Comment 1 S Page 2008-06-06 06:10:38 UTC 
Created attachment 4958 [details]
implement getServiceLinks() for NAry, seems to work
Comment 2 [[kgh]] 2012-06-08 19:08:39 UTC 
I am sure that this patch was implemented upon creation of datatype "Record" in 2010. Thus closing this as RESOLVED FIXED. Please reopen in case this was not considered.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links