• Register
    • Help

    striker  0 Items
    Currently Supporting
    • Home
    • News
    • Forum
    • Wiki
    • Support
      • Manage Subscriptions
      • FAQ
      • Support For
        • VaultWiki 4.x Series
        • VaultWiki.org Site
    • What's New?
    • Buy Now
    • Manual
    • 
    • Support
    • VaultWiki 4.x Series
    • Feature
    • Ability to Disable Certain Page Types Completely

    1. Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

      VaultWiki allows your existing forum users to collaborate on creating and managing a site's content pages. VaultWiki is a fully-featured and fully-supported wiki solution for vBulletin and XenForo.

      The VaultWiki Team encourages you to join our community of forum administrators and check out VaultWiki for yourself.

    Issue: Ability to Disable Certain Page Types Completely

    • Issue Tools
      • View Changes
    1. issueid=3420 October 23, 2013 8:08 PM
      pegasus pegasus is offline
      VaultWiki Team
      Ability to Disable Certain Page Types Completely

      Currently, it's tedious to enable all except one or two page-types across the wiki.

      For example, we might want to have categories but will never use books. Even if we turn off books in every area, we might accidentally allow one when creating new sub-areas, or Special:Books will show that there are no books rather than returning an error message that books are disabled. There should be a global setting for each page-type that disables that feature completely. The disable-able types would be as follows:
      1. Categories
      2. Islands
      3. Templates
      4. Books
      5. Groups
      6. Attachments
      7. Synonyms

      The Index, Area, and Page types obviously need to exist or the wiki wouldn't have any content at all. The other item-level page-types (like Chapter, or Group-Page) are dependents of the types listed above. Disabling one without the other essentially disables both anyway, so both should be controlled by the node-level type.

      Likewise, ensure that there is an obvious way to turn off the Translation system. Don't encourage users to translate pages if the wiki isn't intended for that.
    Issue Details
    Issue Number 3420
    Issue Type Feature
    Project VaultWiki 4.x Series
    Category Admin Panel
    Status Implemented
    Priority 7 - Minor Features / Enhancements
    Suggested Version 4.0.0 Beta 6
    Implemented Version 4.0.0 Gamma 3
    Milestone VaultWiki 4 Gamma X
    Software DependencyAny
    License TypePaid
    Votes for this feature 1
    Votes against this feature 0
    Attachments 0
    Assigned Users (none)
    Tags (none)


    Page 2 of 2 FirstFirst Previous 12


    1. June 14, 2014 11:07 AM
      pegasus pegasus is offline
      VaultWiki Team
      There is actually a showwiki.php file included with vBulletin releases for redirection. It just maps showwiki.php to wiki_index.php. For XenForo the file would have to be a bit more complicated than that, and would require db access in order to get going. I will see if we can get something started on that front.

      I used to use Link and Downloads Manager, or the decent version of it, a long time ago in 3.5 - 3.6 days. It seemed later ones were by different authors and not quite the same, so when vBulletin developed native albums functionality I ended up moving away from it. Then when I started using wikis on my sites, even before VaultWiki, I just moved all the photos and downloadables we had to the wiki. If I remember correctly, as far as the "Downloads" part of the manager was concerned, it looked and functioned much like XenMediaGallery does (except with a clunkier vB3 feel).

      I did not use the "Links" part personally, but to my understanding it functioned like a directory of web sites with preview images, descriptions, and ratings of each one (or much newer versions did that). While a Links directory is something I have felt the need for here (some users wanted to post their wikis and right now we have a sorry-looking thread for that), and building one as a new page-type would be relatively simple, that is not something someone has EVER asked us about doing, and we always agreed there were more important uses of development time, although converting that thread to a nice directory might be a good move in terms of marketing. Perhaps when the current feature request list is down to something like 20 and we need a "fun" one to keep developer morale up.
      Reply Reply  
    Page 2 of 2 FirstFirst Previous 12
    + Reply

    Assigned Users
    Loading Please Wait
    Tags
    Loading Please Wait
    • Contact Us
    • License Agreement
    • Privacy
    • Terms
    • Top
    All times are GMT -4. The time now is 12:42 AM.
    This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Learn more… Accept Remind me later
  • striker
    Powered by vBulletin® Version 4.2.5 Beta 2
    Copyright © 2023 vBulletin Solutions Inc. All rights reserved.
    Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2023 DragonByte Technologies Ltd.
    Copyright © 2008 - 2013 VaultWiki Team, Cracked Egg Studios, LLC.