Closed (outdated)
Project:
Views (for Drupal 7)
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
1 Jan 2013 at 11:13 UTC
Updated:
4 Apr 2019 at 15:07 UTC
Jump to comment: Most recent, Most recent file


Comments
Comment #1
dawehnerThe text is shorter and it's indeed faster to read.
Comment #2
damiankloip commentedAdd the moment in the patch it will show "Display contextual links: shown" and not like the above screenshot. So either we just use Contextual links, like the image suggests, or, if we go with Display contextual links, we should keep this to yes/no. We also need to change the form title.
Comment #3
damiankloip commentedMaybe like this? It keeps the 'Display contextual links' text change from the last patch.
Comment #4
Bojhan commentedHmm, I dont think we should go for "Yes", "No" as that is less scanable. What is wrong about "Shown" ?
Comment #5
damiankloip commentedI was going by what the label in the first patch had been changed to. For me, shown is a weird word, because they aren't really shown, not all the time anyway.
Comment #6
Bojhan commentedI dont know, it is the opposite of "Hidden" in most vocabularies :D. I dont think we can describe its actual upon hover behaviour in one/two words, nor need to.
Comment #7
damiankloip commentedOk, I don't mind, but then the label should just be 'Contextual links' and not 'Display contextual links'.
Comment #8
dawehnerMh it caused several problems in the past when we replaced booleans with it's opposites in the UI, maybe we should think about it a bit more.
Comment #9
klonosIf "shown" does not make sense (because they are displayed only on hover), then how about "enabled"/"disabled"?
Comment #10
dawehnerSo what about actually store whether to show admin links?
Comment #12
dawehnerUps
Comment #14
damiankloip commentedThese changes are looking pretty good to me. I have changed the default option to TRUE so it matches the default behaviour from before, plus I think the most common setting will be to have contextual links. That should fix the test failure too.
I think it's better having the getter/setter and new variable instead of the old hide_admin_links one.
Comment #15
Bojhan commentedThis looks good to me, RTBC?
Comment #16
dawehnerI'm fine with being RTBC for the fix in #14
Comment #17
Bojhan commentedComment #18
alexpottNeeds a reroll...
Comment #19
damiankloip commentedRerolled
Comment #20
dawehnerThanks for rerolling
Comment #21
xjmComment #22
webchickNo longer applies. :( Once it does, happy to commit! Looks like a good change.
Also, eventually, this will need an upgrade path. Jess says we should make note of this somewhere. Maybe move this issue to the "Views D8 Upgrade" project post-commit.
Comment #23
damiankloip commentedRerolled
Comment #24
xjmYeah, we'll need both a change notice and an upgrade path from this one, so I figure core -> views -> http://drupal.org/project/views_d8_upgrade ?
Comment #25
dawehnerWe could create a workflow which covers the change notice first and then it's moved to d8 upgrade.
Comment #26
Bojhan commentedBack to RTBC, since it seems to apply.
Comment #27
alexpottLooks like webchick's got this one
Comment #28
xjm#23: 1877376-23.patch queued for re-testing.
Comment #29
webchickCommitted and pushed to 8.x. Thanks!
Moving to the Views queue.
Comment #30
Bojhan commentedCan anyone verify this? On my simplytest.me site - it still shows the old interaction.
Comment #31
dawehnerIt works for me
Comment #31.0
Bojhan commentedUpdated issue summary.
Comment #32
chris matthews commentedFor more information as to why this issue was moved to the Drupal core project, please see issue #3030347: Plan to clean process issue queue
Comment #33
chris matthews commentedMoving back to the contributed Views issue queue and closing as outdated per https://www.drupal.org/project/views/issues/3030347#comment-13023447