We've split up the commands, scripting and mods, and add ons category! Please be sure you get your thread in the right place.

← Commands
26
Follow

Namespaces in scoreboard objectives

I’m a real programmer, but I like to sometimes mess with datapacks. I see only one problem: cross-compatibility. Different data packs use the same scoreboard objectives and custom models [upcoming 1.14]. It would be great if it was possible to use namespaces with scoreboard objectives and, if possible, custom models. This would enable so much potential!

Avatar
Registered User shared this idea

4 Comments

Please sign in to leave a comment.

Date Votes
Sorted by oldest
  • 0
    Registered User commented
    Comment actions Permalink

    Custom models can already use namespaces, any model in assets/<namespace>/models/ is a model under a different namespace.

    Agreed on scoreboard objectives, and additionally, teams and tags (from /tag).

    Edit: oh, you mean the CustomModelData NBT tag, right.

  • 0
    Registered User commented
    Comment actions Permalink

    The only reason as to why I'd really want scoreboards to use resource-locations instead is because of the old scoreboard-id limit which allows you to define an id of only 16 characters which is pretty limited and can therefore easily lead to unwanted usage of same ids of different datapacks.

    Also, take a look at bossbars which they've implemented in a fortunate way back in 1.13 by using resource-locations, which whould have been the perfect opportunity for them to make scoreboards do that aswell during the 1.13 snapshots.

    Same goes for the current 1.15 "storage data" feature which also uses resource-locations.

    Or they should at least change the limit to be more than 16.

  • 0
    Registered User commented
    Comment actions Permalink

    A change to CustomModelData using namespaces wouldn't do much of a difference because of how you need to setup the item-model-file to get that tag to work. A resourcepack needs to "replace" such a file and if multiple packs replace the same file, only the highest prioritized pack will have that model overriden.

    This would make more sense if we could append to data instead ot replacing it, just like a tag-file.

  • 0
    Registered User commented
    Comment actions Permalink

    Namespaces could also enable auto-cleanup of unused scoreboard objectives when their corresponding datapack is removed.