Skip to main content

Jobs Reborn

Jobs Reborn pays players for actions like mining and chopping. zCollections counts those same actions for collections. This integration puts both on a single action bar line, so one block break shows the job that paid, what it paid, and how far the collection has come.

Woodcutter - +93.15xp +3.09$ Collection - [189039 |||||||||| 190000] Dark Oak Log +1

What it needs​

Only Jobs itself. There is no extra download and nothing to enable on the Jobs side: zCollections detects Jobs at startup and logs Hooked into Jobs when it finds it. If Jobs is not installed, the action bar simply drops the job part and shows the collection part alone.

Turn it on​

  1. In config.yml, set:

    progress-actionbar:
      enabled: true

  2. Run /collection reload.

The line itself comes from progress-actionbar-jobs in your language file. It is used only for the moment Jobs actually pays; the plain progress-actionbar line is used the rest of the time. See Messages and Language for every placeholder.

Stop the two action bars fighting​

Minecraft gives every plugin the same single action bar, so if Jobs also writes its payment there, the two lines overwrite each other and flicker. Send the Jobs payment message somewhere else, or turn it off, in the Jobs config or with its own in-game toggle command, and let the zCollections line carry both halves.

Adding the job level and xp bar​

zCollections reports what Jobs just paid: {job}, {job-display}, {job-xp}, {job-money}, and {job-points}. Anything else about the job, such as the level or the total xp toward the next level, comes from Jobs' own PlaceholderAPI placeholders, which work inside the same line when PlaceholderAPI is installed.

The {...} placeholders are filled in first, so you can build a Jobs placeholder out of the job that just paid:

progress-actionbar-jobs: '&b{job-display} &7- &a+{job-xp}xp &7(%jobs_xp_{job}%/%jobs_maxxp_{job}%) &2+{job-money}$ &6Collection &7- &e[&f{current} {bar} &f{next}&e] &f{resource} &a+{amount}'

Placeholder names differ between Jobs versions, so check yours first with /papi parse me %jobs_...% and use whatever your server returns.

The other way round: a collection counter on the Jobs line​

Everything above puts Jobs information on the zCollections action bar. You can also do the opposite and put a collection counter on a line owned by Jobs or by a jobs plugin like CoreJobs, using the zCollections placeholders.

The catch used to be that a placeholder needed the collection and resource ids typed by hand, so a single line could only ever follow one collection. It can now name the block instead, and find the collection itself:

%zcollections_block_cobblestone_name%: %zcollections_block_cobblestone_progress%/%zcollections_block_cobblestone_next%

That prints Stone: 340/500. Cobblestone is not a collection of its own, it is one of the things the Stone resource counts, and the placeholder resolves that for you. There are matching %zcollections_entity_<type>_...% and %zcollections_fish_<material>_...% forms for hunting and fishing.

If the plugin drawing the line has a token for the block that just paid, drop it in and one line covers every job:

# CoreJobs, where {block_id} is the raw material name
xp-actionbar: "{job} &7+{gained} xp &8| &b%zcollections_block_{block_id}_name%: %zcollections_block_{block_id}_progress%/%zcollections_block_{block_id}_next%"

The counter then follows the player from mining to woodcutting to farming on its own. On a block no collection counts, the placeholders return nothing and that part of the line simply disappears.

note

The other plugin has to fill its own {...} tokens before handing the line to PlaceholderAPI. Most do, including CoreJobs. If yours does not, the placeholder arrives with the token still in it and will not resolve.