Snaterlicious added a comment.
F2737440: mockup3.png <https://phabricator.wikimedia.org/F2737440>
TASK DETAIL
https://phabricator.wikimedia.org/T87757
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: Lydia_Pintscher,
Snaterlicious added a comment.
F2737455: mockup4.png <https://phabricator.wikimedia.org/F2737455>
TASK DETAIL
https://phabricator.wikimedia.org/T87757
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: Lydia_Pintscher,
Snaterlicious placed this task up for grabs.
TASK DETAIL
https://phabricator.wikimedia.org/T109454
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: Bugreporter, Lydia_Pintscher, Snaterlicious, Aklapper, Lucie,
Wikidata-bugs, aude
Snaterlicious placed this task up for grabs.
Snaterlicious added a comment.
- edit = Edit
- save = Check
- remove = Remove
- cancel = Would prefer Close over Cancel
- add = Add (May also be a new icon of "Edit" with a "+" sign (compare to
"EditLock"))
For be
Snaterlicious added a comment.
We should not strive to invent icons different to the ones used in MediaWiki.
For reference:
- https://www.mediawiki.org/wiki/Design/WikiFont
- https://doc.wikimedia.org/oojs-ui/master/demos/#icons-mediawiki-vector-ltr
(I guess the latter one is "more cu
Snaterlicious added a comment.
As per @Lydia_Pintscher's request:
F2608896: articlePlaceholder3.png <https://phabricator.wikimedia.org/F2608896>
Still, this involves only minimal design and is meant to focus on the plain
structure.
Personally, I would not put the picture to the
Snaterlicious added a comment.
OK, now I get the picture! Although I wonder about the placeholders' use case
if the information is not available instantly but after visiting a separate
page first. The placeholder is basically mirroring the Wikidata page where it
would be a good chance to make
Snaterlicious added a comment.
Is that heading into the right direction:
F2314047: articlePlaceholder1.png https://phabricator.wikimedia.org/F2314047
Just like in Wikibase, the right side could contain a column with links to
other Wikimedia resources. Just below that, another box with links
Snaterlicious added a comment.
We could just ask Google:
https://cloud.google.com/translate/v2/using_rest?hl=en#detect-language
Well, no, but detecting a language is feasible. Just like for units, it is
about making a proper best guess that is influenced by various parameters in
addition
Snaterlicious added a comment.
For clarification:
What information needs to be on the page except the data from Wikidata? / Is it
that page that would basically be replaced:
https://en.wikipedia.org/wiki/Page_that_does_not_exist? And there would be no
redirection to full-text search anymore
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a comment.
Reassessing that: As mentioned before regarding the basically wiped out unit
selector discussion, still, the general idea should be to not require two input
fields at all by having the software detect the unit from
Snaterlicious changed the task status from Open to Stalled.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T103835
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: Snaterlicious, Aklapper
Snaterlicious changed the status of blocking task T103835: create new design
and UX concept for input of complex datatypes from Open to Stalled.
TASK DETAIL
https://phabricator.wikimedia.org/T103834
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious changed the task status from Open to Stalled.
Snaterlicious placed this task up for grabs.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T102155
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious added a comment.
F188920: 20150706 Basic Concept.png https://phabricator.wikimedia.org/F188920
TASK DETAIL
https://phabricator.wikimedia.org/T103835
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: Snaterlicious
Snaterlicious added a comment.
After some first evaluation, I still quite like the basic input concept
offering as few input elements as possible and having the software make a best
guess. This interface simplicity, however, has some implications. Those are, at
least:
- The software needs
Snaterlicious added a comment.
Wouldn't those export options pretty much fit into the sidebar section of
Print/export?
In general, I do not like the sidebar that much as it is a mix-up of global
navigation and page specifics. However, it seems like a sensible place to put
those options for now
Snaterlicious added a comment.
- No proper copy-pasting which is a big disadvantage for things like such.
- It is quite natural to type a string that contains value and unit. Two input
elements instead of where one would be natural is irritating. Placeholders
would ease the situation a bit
Snaterlicious changed the task status from Open to Stalled.
Snaterlicious placed this task up for grabs.
TASK DETAIL
https://phabricator.wikimedia.org/T87579
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: aude, Denny
Snaterlicious changed the status of blocking task T87579: investigate solutions
for items with a large number of aliases from Open to Stalled.
TASK DETAIL
https://phabricator.wikimedia.org/T75654
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious placed this task up for grabs.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T100423
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Snaterlicious
Cc: Lydia_Pintscher, Snaterlicious, JeroenDeDauw
Snaterlicious added a comment.
As of https://phabricator.wikimedia.org/T96679, control on the diagrams is out
of my hands and I will not touch that diagrams again without clear
responsibilities being established. (Pointing on
https://phabricator.wikimedia.org/T92365 once again...)
TASK
Snaterlicious added a comment.
OK, thanks.
https://www.mediawiki.org/wiki/User:Henning_(WMDE)/Wikibase/Data_Model got
updated.
Finally, I am just struggling about the relationship between this Data Model
documentation draft and the glossary draft
(https://phabricator.wikimedia.org/T72763
Snaterlicious added a comment.
OK, thanks so far. Will add that information to the documentation draft.
As for conceptual data model - logical data model. Would something like the
appended graphic, accompanied by some short explanation, be sufficient?
F172954: Modelling.png https
Snaterlicious added a comment.
- ( siteid + page ): Each item should describe one (and only one) concept.
So should each linked page. We know this is not true for all pages, but we
decided that not having this constraint would be much more painful than
having it. This reflects what
Snaterlicious added a comment.
Updated high-level data model diagram:
F172383: 20150601_conceptualDataModel.png
https://phabricator.wikimedia.org/F172383
Can somebody formulate the reason(s) for the uniqueness contraints as I would
not like to mention functionality without providing reasons? I
Snaterlicious added a comment.
If you feel the unnecessary need for attribution when uploading, just suppress
it; At least, just do not use any full name. Thanks. If something is to be
uploaded to commons, I could do that with my account as well.
TASK DETAIL
https
Snaterlicious added a comment.
These should be the most recent versions of the diagrams I compiled.
(Entityview diagram is supposed to be work in progress and it does not look
like it will be finished.) You probably want to rename the files before
uploading.
F161494
Snaterlicious added a comment.
I am not perfectly sure what is expected on that from my side.
1. I am pretty sure there is a need for some kind of dedicated unit selector
(although I am pretty sure it should not be a default interaction element).
2. The decision on whether to implement basic
Snaterlicious added a comment.
Please specify which diagrams should be uploaded into which repositories. (Just
pointing at that diagrams should be fully approved *before* submitting a pull
request / commit.)
TASK DETAIL
https://phabricator.wikimedia.org/T96679
REPLY HANDLER ACTIONS
Reply
Snaterlicious added a comment.
Summing up the proposal:
Rationale: //Do not push any changes to the client that do not affect the
output of a watched article, but push all changes that affect the output of a
watched article.//
1. Any changes to the Entity that do not affect the output
Snaterlicious added a comment.
Please see
https://www.mediawiki.org/wiki/User:Henning_(WMDE)/Wikibase/Data_Model. Removed
a lot of unnecessary complexity and integrated the primer. DataType as well as
DataValue documentation would be extracted to separate pages.
I was indeed confused
Snaterlicious added a comment.
Although I had quite some thinking about the problem, please excuse if I do not
get it right in the first run. The following is more of a general perception.
It would be awesome to have some kind of global watchlist. But since there is
not and as long
Snaterlicious added a comment.
I agree that having such a widget is necessary as fall-back for entering
units--using an entityselector derivative for that purpose probably is a
sensible solution.
However, using two inputs results in some awkward interaction--especially when
entering multiple
Snaterlicious added a comment.
Stuff I wanted to write down for quite some time regarding that subject in
general:
https://www.mediawiki.org/wiki/User:Henning_(WMDE)/Wikibase/Concepts/Aliases
TASK DETAIL
https://phabricator.wikimedia.org/T87579
REPLY HANDLER ACTIONS
Reply to comment
Snaterlicious added a comment.
Fisch and me reassesed the diagramm.
F84544: 20150312_simplifiedDataModel3.png
https://phabricator.wikimedia.org/F84544
The boulder that struck us / me is -- just speaking for myself (focus all the
hate on me!): I think https://phabricator.wikimedia.org/T87388
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a comment.
https://phabricator.wikimedia.org/T74907
All in for merging `DataValues` repositories. However, there should be generic
parsers for more complex data structures like `Time`. I could imagine such
residing on GitHub
Snaterlicious added a comment.
I do not have a strict opinion on that matter yet. But, hm, sorry guys, those
two comments above are not really helpful to get one. :-/
TASK DETAIL
https://phabricator.wikimedia.org/T92387
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close
Snaterlicious added a comment.
The reason for opening this ticket is not specified in the sense of that the
ticket would not have been opened unless there was not already an opinion about
the current state not being the one desired. Specifying that opinion would
probably help getting
Snaterlicious added a subscriber: Abraham.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T92365
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a subscriber: Abraham.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T87237
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a subscriber: Abraham.
TASK DETAIL
https://phabricator.wikimedia.org/T89350
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious created this task.
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added projects: Wikidata, Wikibase-DataModel,
Wikibase-DataModel-JavaScript, MediaWiki-extensions-WikibaseClient,
MediaWiki-extensions-WikibaseRepository, ValueView, DataValues,
DataValues-JavaScript
Snaterlicious added a comment.
I think https://phabricator.wikimedia.org/T92365 should be solved on that.
TASK DETAIL
https://phabricator.wikimedia.org/T75604
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
Snaterlicious added a comment.
As I am not sure whether I should just go ahead an edit as to my perceptions,
see also: https://phabricator.wikimedia.org/T92365
TASK DETAIL
https://phabricator.wikimedia.org/T75603
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
Snaterlicious added a subscriber: Abraham.
TASK DETAIL
https://phabricator.wikimedia.org/T75603
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious added a subscriber: Abraham.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T72763
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a subscriber: Abraham.
TASK DETAIL
https://phabricator.wikimedia.org/T74907
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious created this task.
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added projects: ValueView, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
There is some crude state in ValueView with `util.MessageProvider` being
declared abstract
Snaterlicious added a comment.
Added a few more alternatives. It would be good to have as few redundant
information as possible. Consequently, I am not in favour of repeating also
known as in every section. How aliases are separated visually (boxes, pipes,
considerable amount of white-space
Snaterlicious added a comment.
- There is no change yet that strives to get rid of the primer.
- There needs to be proper visualization (see
https://phabricator.wikimedia.org/T75603#1052472)
- Spelling needs to be standardized (see also
https://phabricator.wikimedia.org/T89350)
- Documentation
Snaterlicious added a comment.
As the PHP data model 2.6 has been released and no additional changes that
would affect the diagram have been made since the diagram's last version, I
propose embedding it on https://github.com/wmde/WikibaseDataModel just like it
is done on https://github.com
Snaterlicious added a comment.
Like I have written before, I totally support completely removing the concept
of Fingerprint. The idea of renaming Fingerprint to EntityTerms was meant
to be some kind of compromise that, eventually, no one really seems to be happy
with.
All arguments have been
Snaterlicious added a comment.
Oh, sure, aliases position is wrong.
TASK DETAIL
https://phabricator.wikimedia.org/T87579
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Snaterlicious added a comment.
Here are some quickly drawn alternatives just to have some options. Might want
to have one or two options sketched out in more detail (- edit mode). I really
like the Grid option as it uses space most efficiently and the component is
very mobile-friendly. Would
Snaterlicious added subscribers: adrianheine, Snaterlicious.
Snaterlicious added a comment.
@adrianheine: Can you join in on that?
We need a sane way to pass the configuration which is to be picked up in
`wikibase.ui.entityViewInit.js` on to
`jQuery.valueview.experts.CommonsMediaType
Snaterlicious reopened this task as Open.
Snaterlicious added a comment.
@Lydia_Pintscher: Are you the Product Manager of Wikibase or Wikidata, of both
or none of them?
Excuse me, but the decision to decline the ticket is a slap into the face of
every third-party user of Wikibase and makes me
Snaterlicious added subscribers: daniel, Snaterlicious.
Snaterlicious added a comment.
As the reasons for making the decision and the decision itself to split the
repositories were not documented properly (in the sense of not at all), this
matter is doomed to reappear again and again. I
Snaterlicious closed this task as Resolved.
Snaterlicious claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T57693
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious placed this task up for grabs.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T57693
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
This only happens on empty Entity pages. Not sure why this should be a
blocker. The problem was in discussion before between Adrian and me with me
considering it a Wont-Fix. The problem is supposed to resolve as soon as the
Statement section's layout
Snaterlicious closed this task as Resolved.
Snaterlicious claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T78469
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
F45608: DataModel.png https://phabricator.wikimedia.org/F45608
Added DataTypes::DataType.
TASK DETAIL
https://phabricator.wikimedia.org/T75604
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a comment.
Trying to capture a high-level, conceptual view on the data model; I would like
to use that for documentation. Please comment:
F44112: ConceptualDataModel.png https://phabricator.wikimedia.org/F44112
(The low-level
Snaterlicious moved this task to Review on the § Wikidata-Sprint-2015-02-03
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T89243
WORKBOARD
https://phabricator.wikimedia.org/project/board/1034/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
Snaterlicious added a comment.
https://github.com/wmde/DataValuesJavascript/pull/61
TASK DETAIL
https://phabricator.wikimedia.org/T89243
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a comment.
While trying to compile some high-level documentation, I figured out that that
does not make much sense without some proper visualization. Consequently, I
started drawing out the data model as that is the component
Snaterlicious edited the task description.
Snaterlicious set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T89350
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a comment.
Actually, I was wondering the same at first. From a UI perspective, adding the
value twice seems to be more natural (resulting in that being the common
scenario on Wikidata). Taking the perspective of querying
Snaterlicious created this task.
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Currently, there is a mix-up of capitalization in the messages
Snaterlicious moved this task to Review on the § Wikidata-Sprint-2015-02-03
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T88417
WORKBOARD
https://phabricator.wikimedia.org/project/board/1034/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
Snaterlicious added a blocking task: T74297: Maintain order: Have API return
and accept lists instead of maps.
TASK DETAIL
https://phabricator.wikimedia.org/T65564
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL
Snaterlicious added a blocked task: T65564: Don't visually group property
values by property in qualifiers.
TASK DETAIL
https://phabricator.wikimedia.org/T74297
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
Snaterlicious added a comment.
Update: The change set got updated to also not re-render the `Variation` on
initialization. (`SnakTypeSelector` actually was not re-rendered when
initializing the `snakview` on previously generated HTML.) Should be a
considerable performance boost now.
TASK
Snaterlicious added a comment.
https://gerrit.wikimedia.org/r/#/c/188990/
TASK DETAIL
https://phabricator.wikimedia.org/T88695
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
https://gerrit.wikimedia.org/r/#/c/189018/
Along with the refactoring, the Property DOM is nor re-rendered on page load
anymore. This definitely improves performance. `SnakTypeSelector` and
`Variation` are sill re-rendered though. That may be avoided as well
Snaterlicious created this task.
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Currently, all `jQuery.wikibase.*view` widgets (in particular those
Snaterlicious added a comment.
Updated version of the gadget:
http://wikidata.beta.wmflabs.org/wiki/User:SiteIdToInterwikiCode/common.js
TASK DETAIL
https://phabricator.wikimedia.org/T87333
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
Snaterlicious added a comment.
Would be fixed with https://gerrit.wikimedia.org/r/#/c/183498/
See also https://phabricator.wikimedia.org/T75656 and
https://phabricator.wikimedia.org/T75657.
TASK DETAIL
https://phabricator.wikimedia.org/T88293
REPLY HANDLER ACTIONS
Reply to comment
Snaterlicious created this task.
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
https://gerrit.wikimedia.org/r/#/c/186963/ aims at removing
Snaterlicious added a comment.
Currently, at least regarding displaying the Property label, the `snakview`
redraws its DOM on initialization--regardless of any existing DOM. On main Snak
level, the Property label DOM is not visible since it is overlayed by the
`statemengroupview` Property
Snaterlicious added a comment.
Applied in patch set 13 of https://gerrit.wikimedia.org/r/#/c/183866/.
TASK DETAIL
https://phabricator.wikimedia.org/T87576
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
Snaterlicious added a comment.
Seems to work with https://gerrit.wikimedia.org/r/#/c/186963/.
TASK DETAIL
https://phabricator.wikimedia.org/T87767
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious placed this task up for grabs.
TASK DETAIL
https://phabricator.wikimedia.org/T58090
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Snaterlicious closed this task as Resolved.
Snaterlicious claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T58090
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
@Lydia_Pintscher decided that a Special page titled
SetLabelDescriptionAliases should be created:
`Fingerprint` `EntityTerms` `LabelDescriptionAliases`
TASK DETAIL
https://phabricator.wikimedia.org/T72174
REPLY HANDLER ACTIONS
Reply to comment or attach
Snaterlicious added a comment.
Changed to In more languages in patch set 9 of
https://gerrit.wikimedia.org/r/#/c/184340/.
TASK DETAIL
https://phabricator.wikimedia.org/T87577
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username
Snaterlicious closed this task as Declined.
Snaterlicious claimed this task.
Snaterlicious added a comment.
@Lydia_Pintscher decided that a Special page titled
SetLabelDescriptionAliases should be created.
TASK DETAIL
https://phabricator.wikimedia.org/T87752
REPLY HANDLER ACTIONS
Reply
Snaterlicious closed blocking task T87752: Have links to Special:SetDescription
and Special:SetAliases on Special:SetLabel as Declined.
TASK DETAIL
https://phabricator.wikimedia.org/T72174
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
Snaterlicious placed this task up for grabs.
TASK DETAIL
https://phabricator.wikimedia.org/T87752
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Snaterlicious added a comment.
https://gerrit.wikimedia.org/r/#/c/187423/
TASK DETAIL
https://phabricator.wikimedia.org/T72174
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
Please clarify: No border is meant to be no border at all? How would you even
guess there actually is an input element?
TASK DETAIL
https://phabricator.wikimedia.org/T87576
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
Snaterlicious added a comment.
Status?
TASK DETAIL
https://phabricator.wikimedia.org/T87566
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Snaterlicious added a comment.
https://gerrit.wikimedia.org/r/#/c/186944/
TASK DETAIL
https://phabricator.wikimedia.org/T87568
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
Should be fixed as of patch set 11 in
https://gerrit.wikimedia.org/r/#/c/183866/.
TASK DETAIL
https://phabricator.wikimedia.org/T87578
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL
Snaterlicious created this task.
Snaterlicious added a subscriber: Snaterlicious.
Snaterlicious added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Prerequisite:
A statement with at least one reference.
Steps
Snaterlicious added a comment.
Should already be fixed in master as of
https://gerrit.wikimedia.org/r/#/c/183502/.
TASK DETAIL
https://phabricator.wikimedia.org/T87564
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL
Snaterlicious added a comment.
There is a behaviour difference: Description input is a textarea while the
others are single-line input elements. Please provide how behaviour/styling
should be.
TASK DETAIL
https://phabricator.wikimedia.org/T87576
REPLY HANDLER ACTIONS
Reply to comment
Snaterlicious added a comment.
Fixed in change set 15 of https://gerrit.wikimedia.org/r/#/c/183498/.
TASK DETAIL
https://phabricator.wikimedia.org/T87575
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
Snaterlicious added a comment.
The change was patch set 5 of https://gerrit.wikimedia.org/r/#/c/184907/5 and
received a -1. If reset to that patch set, who is going to merge it? See
https://phabricator.wikimedia.org/T86191.
TASK DETAIL
https://phabricator.wikimedia.org/T87566
REPLY HANDLER
1 - 100 of 139 matches
Mail list logo
