Hi Lydia, If a separate section is needed for identifiers, I do not care. >From the user perspective point of view my question would be what happens when a user tries to add an identifier in the statements section instead of the identifiers section? Besides users are used to add identifier statements to the statements section, it can cause misunderstanding if it is no longer possible to add identifiers to the statements section. I would then recommend (if this is not yet thought of) to allow users to add identifiers to the statement section, and with reloading the page they show up in the right section. (Maybe the other way round as well.)
Also when I currently want to add a statement, I press [ end ] on my keyboard, there I click [ add ]. If I must add the a statement to the right section, this would make it much uncomfortable to have to search somewhere between the statements and the identifiers where the [ add ] is for the statements section. If this would happen, it would make adding statements more annoying. (I would like to recommend to make it less annoying and more easier to add statements.) An alternative idea to solve this is to be able to add statements at the top of the statements section. Navigation will be an important issue to have attention for, otherwise splitting it up in identifiers and other statements would make the improvement for users nett less improving but instead worse. If it is wished for to split the identifiers from the other statements, I would more like it see just all the identifiers on the bottom of the statements section. If all statements in the source code ( <div class="wikibase-statementgroupview-property"> ) would get an id="..." based on the property number, it is easy to arrange having all identifier properties on the bottom. At the same time this would be easier for users to put certain properties always on top of the statements section of an item PS: Not all properties with URLs are identifiers, like the official website: https://www.wikidata.org/wiki/Property:P856 PS2: Not all identifiers have or will have an URL available. Romaine 2015-04-06 16:08 GMT+02:00 Lydia Pintscher <lydia.pintsc...@wikimedia.de>: > On Sun, Apr 5, 2015 at 6:52 PM, Magnus Manske > <magnusman...@googlemail.com> wrote: > > Quick hack: On your user common.js page, add: > > importScript( 'User:Magnus Manske/ext-props.js' ); > > > > This will "move" all statements for external IDs (to be exact, all > > properties with a "URL formatter" property) to the sidebar. > > The statements in the main body are just hidden; there is a toggle link > in > > the sidebar to make them visible again, qualifiers and all. > > > > This is, of course, just a demo to show what the main body would look > like > > without such statements. > > Magnus, as always you're a treasure ;-) I hadn't thought about the > toggle option yet. > > So let me summarize the options I see for identifiers: > 1) we give them their own section below statements > 2) we give them their own section in the right sidebar and have some > compact way of showing and editing references and qualifiers > 3) we do both of the above and have a way to toggle between the two > > I initially was set on 2 but am coming around to 2. 3 seems like the > easiest way out right now but it'll feel awkward to new users. > > > On the technical side I see the following options to identify which > statements to group into the identifiers section: > 1) we make them sitelinks > 2) we we give them a special datatype (We should be able to migrate > the existing ones in a one-time operation without changing their > property IDs) > 3) we rely on a statement on the property > 4) we have a list in the wiki configuration > > 1 seems bad because we'd lose references and qualifiers > 3 seems problematic from a performance point > 4 is ugly and not maintainable > So I am coming around to 2. > > > Cheers > Lydia > > -- > Lydia Pintscher - http://about.me/lydia.pintscher > Product Manager for Wikidata > > Wikimedia Deutschland e.V. > Tempelhofer Ufer 23-24 > 10963 Berlin > www.wikimedia.de > > Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. > > Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg > unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das > Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. > > _______________________________________________ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l >
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
