Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Problem/Motivation
Tour tracks which module is it provided by, and only uses that in the markup.
It is also used for a config dependency, but that could be easily replaced by standard config entity dependencies.
Proposed resolution
Remaining tasks
User interface changes
API changes
Comment | File | Size | Author |
---|---|---|---|
#28 | interdiff-11-28.txt | 11.52 KB | smustgrave |
#28 | 2443605-28.patch | 8.39 KB | smustgrave |
#14 | Screenshot 2015-03-02 10.40.56.png | 92.52 KB | larowlan |
#14 | Screenshot 2015-03-02 10.38.48.png | 76.34 KB | larowlan |
#11 | remove_tour_module-2443605-11.patch | 8.83 KB | tim.plunkett |
Comments
Comment #1
tim.plunkettThis also fixes the rest of Tour::calculateDependencies(), by properly using EntityWithPluginCollectionInterface.
Comment #3
tim.plunkettFixing the test expectations.
Comment #4
tim.plunkettComment #5
larowlanWill review
Comment #6
rodrigoaguileraviews_ui is not he only tour in core now #2017471: Multilingual tour for language section
Comment #7
tim.plunkettHence the first hunk in the patch.
Comment #8
rodrigoaguileraOh sorry, I thought that was the second tour to land in core.
Then the module line needs to be removed also from the language module tour.
Comment #9
tim.plunkettThere is no language module tour. It is the locale module tour, and it is the first change in the patch.
Four of those are tours, one is a translation. All of them are fixed.
Comment #10
rodrigoaguileraThese are very recent tours
http://cgit.drupalcode.org/drupal/tree/core/modules/language/config/install
Comment #11
tim.plunkettWould have been easier to roll a patch than mark this needs work *three times*
Comment #12
larowlanOk, this was here for a reason.
We can filter down tips and autostart a tour. I can't remember the exact syntax but something like /foo/bar?tour=1&tips=system is supposed to allow you to link to a subsequent tour and then filter down to just that module if other tours exist for that route. Is there another way we can ensure the provider is added as a class for filtering sake?
E.g. the use case is there are two tours on page foo/bar, one from the foo module and another from some other module. The foo module also contains a tour on foo/baz. The tour on foo/baz has a final tip that says
For more information take the <a href="bar?tour=1&tips=tip-module-foo">Bar tour</a>
- the link should take them to foo/bar and show the tour for that route, but only where the tips are from the foo module.See tour.js
Comment #13
tim.plunkettWhat if a module provides multiple tours? Why not just use the config entity ID or something similar?
Once config is imported, it's not "provided" by anyone.
And what about the contrib tour UI? No one will own those.
Comment #14
larowlanWell I guess we can add
to any tip and use that - so that meets the use-case above.
Screenshots from manual test
Comment #15
alexpottShouldn't tours depend on the modules that provide the routes they appear on?
Also this issue is a normal task so we need to outline how it fits within the allowable Drupal 8 beta criteria. Can someone add Drupal 8 beta phase evaluation template to the issue summary.
Comment #16
larowlanI don't think they should depend on the route being there, I'd consider them 'optional' configuration in the optional/install plan.
In terms of display, tour.module loads any tour for the current route, so in theory if the route is gone, no harm is done.
Comment #28
smustgrave CreditAttribution: smustgrave at Mobomo commentedAttempted to reroll #11 let me know if I missed anything.
Comment #29
SpokjeTestBot is unhappy.
Comment #31
quietone CreditAttribution: quietone at PreviousNext commentedThis extension is being deprecated, see #3336033: [Meta] Tasks to deprecate Tour module. It will be removed from core and moved to a contrib project, #3376099: [11.x] [Meta] Tasks to remove Tour.
This is now Postponed. The status is set according to two policies. The Remove a core extension and move it to a contributed project and the Extensions approved for removal policies.