• Hello game master! Welcome to our growing community. Please take a moment to Register (top right button, see how: Slides).

    If you use Campaign Logger, you can use the same login details - we've linked the app to this forum for secure and easy single sign-on for you.

    And please drop by the Introductions thread and say hi.

Feature Requests

For feature requests, the process is:
  • Skim this stickied thread before posting a feature idea in case it's already been requested
  • Post new requests and ideas here in this stickied thread
  • We discuss
  • If the idea has legs, @Rardian? approves and adds to Jira backlog
  • Backlog prioritization and bi-weekly sprint planning process take effect


Some of the requests that have come in:

Make url links a different color than tags. It's too hard to determine what is a URL and what is a tag and they SHOULD be different as they behave differently.

A calendar-style view of log entries, making use of the calendar tag to place log entries into the correct dates.

Make url links a different color than tags. It's too hard to determine what is a URL and what is a tag and they SHOULD be different as they behave differently.

Currently, 'Copy Entry' copies over the timestamp of the original entry. This is, to my mind, undesirable, as it means that entries based on a template sort incorrectly. It would make more sense for the timestamp of the new entry to be the current date/time.

To have log entries span multiple campaign logs for shared universe entries (places / spells / glossary / etc.)

Allow the sorting from "Go to tag listing", allow a secondary filter...like finding X in Y's tag listing. So far, I've been using the search bar, but refining the list would be better.

Aliases for tags. The ability to link multiple tags to that they reference the same body of entries. This would be useful for synonyms, pseudonyms, secret organizations, identity reveals, language translations, first vs. full names, etc.

Small caps format for text.

Code for horizontal rules

Ordered and unordered lists

Make login more standard so that my browser can login automatically. It is hard to have to type my whole email every time.

Make the Calendar tag (%) accept times as well so that the sorted list can be controlled in a more logical order. If I go back and add an entry with additional info about an event, I cannot group the new entry with the old entry. If I could add a time of day, then I could use time to sort the entries.
 
Last edited:
In CL you are writing markdown (https://markdown-it.github.io/). Gray Matter would add an intro passage for metadata. Everything between the three dashes on the first line and the next occurrence of three dashes is treated as this metadata. The format within is YAML (https://en.wikipedia.org/wiki/YAML#Example) or JSON (https://en.wikipedia.org/wiki/JSON#Syntax). This is a structured, human-readable data format. You can use it for everything you want. It won't render but keep (invisible) information.

Thinking of it I would like to use it for aliases for example.
Another possibility would be to embed text for different languages in the same document.
We could also place data in it we don't then need to write later.

I could imagine a stat-block thing:
YAML:
---
str: 12
dex: 11
con: 14
int: 9
wis: 15
cha: 11
(more stuff)
---

{{d20-stat-block}}

This could render as
StrengthDexterityConstitutionIntelligenceWisdomCharisma
12​
11​
14​
9​
15​
11​
 
Under the grand assumption that the data is stored in chunks of json or some other extendable format I think it would be worth looking at taking a step back from the current interface/data relationship. In my head I see the interface rendering the data and it has some assumptions around the structure and content of the data.

If the content of the data also contained meta data elements then it might facilitate more user-based customization of the data.

That's a long winded way of saying that I think it would be a powerful feature to be able to create user-defined custom field for the various entries. Similar to tags but the content of these fields could be anything and just stored within the same data structure as the entry data.

This came about (more wind incoming) from a discussion around adding dates to the entries; both session date AND campaign calendar date. Then allowing either to be used as a method of sorting (or filtering). So I thought, just add two fields. And, because all "child grows up in a village far away from the wars" campaigns turn into "save the world" I applied the same scaling to this idea of being able to add extra fields and have them displayed on the screen in new boxes below the main entry.

(Yet more wind) An interesting thing that I have seen in Azgaar's Fantasy Map Generator is that each city element can have a link to a City Generator by Watabou link. So this whole page is potential just a collection of custom fields. Clearly the rendering is outside of the scope of what I'd want CL to manage on it's own (is that what the add-on API stuff is for?) but having that chunk of data outside of the entry itself might be useful for keeping the content of the entries more organized.

Maybe. :)

(Wind out)

View attachment 2121
something like sql querying your CL tags?
 
I think it's more like how to allow users and CL to structure unstructured information via key:value pairs where there's a potential many-to-many relationship between any keys.

For example, a Name key would get used for people, places, and thing type data constructs.

There could also be a barbarian named Bob, a city named Bob, and a vorpal +4 intelligent apple peeler named Bob.

So how to facilitate this without creating cumbersome UIs with numerous pre-set fields.

I don't want to play Forms & Dragons is my preference, though I know some love the opposite in apps like World Anvil and Scabard.

So a Goldilocks solution of just enough structure that users can create for themselves, supported by example non-mandatory data structures we offer via the UI.
 
I think it's more like how to allow users and CL to structure unstructured information via key:value pairs where there's a potential many-to-many relationship between any keys.

For example, a Name key would get used for people, places, and thing type data constructs.

There could also be a barbarian named Bob, a city named Bob, and a vorpal +4 intelligent apple peeler named Bob.

So how to facilitate this without creating cumbersome UIs with numerous pre-set fields.

I don't want to play Forms & Dragons is my preference, though I know some love the opposite in apps like World Anvil and Scabard.

So a Goldilocks solution of just enough structure that users can create for themselves, supported by example non-mandatory data structures we offer via the UI.
i immediately thought of DataView plugin for Obsidian
 
After searching through this thread... I do not see this.

Can we get a Dark Mode/theme for CL? I haven't been able to find one. And it's a pretty big accessibility problem. Searing white burns the retinas, and I'm having to use Dark Reader to kitbash a solution together that is still not very easy to see, or pleasant to look at. But it's better than staring into the blazing sun.
 
@Tearstone that is a great suggestion!

We've got it in our backlog at medium priority. In March and probably April we're upgrading some backend stuff to improve speed and future dev cycles. Stay tuned.
 
In Campaign Logger, a GM can customize the colors and labels for each tag.

For example, an asterisk (*) by default is labelled "Loopy Planning" with a tannish color.

But, for my Logger, I've set the color to RED and changed the label to "Plots and Events"

When my players connect to my campaign, they still see the original default tag labels and colors rather than mine.

An idea is to have player views of a campaign use the same colors and labels as the GM who created the campaign.

When they login, they get their settings - but if they open my campaign - they get my settings OR a campaign-specific set of colors and labels saved with the campaign itself.
 
I would like a way to navigate to Pages from here:

1647093849200.png

What do you think about making the "DCC Open Table - Logs" breadcrumb and turn it into a clickable dropdown to navigate.

Like Google Analytics does it:

1647094015030.png

Click the "Roleplaying Tips - Production" area opens this:

1647094049422.png


I'm not proposing this complexity for CL.

But clicking on it could maybe open up these options:
  • DCC Open Table - Pages
  • DCC Open Table - Campaigns
  • DCC Open Table - Logs
  • DCC Open Table - Settings
  • DCC Open Table - Preferences

Now if we wanted to go to the Google Analytics level, then something like this but laid out like the screenshot:
  • DCC Open Table - Pages
    • DCC Open Table - Pages All
    • DCC Open Table - Pages Gazeteer
    • DCC Open Table - Pages Items
    • Etc.
  • DCC Open Table - Campaigns
    • DCC Open Table - Campaign A
      • DCC Open Table - Campaign A
      • DCC Open Table - Campaign B
      • Etc.
  • DCC Open Table - Logs
    • Etc.
    • Etc.
  • DCC Open Table - Settings
  • DCC Open Table - Preferences
 
For feature requests, the process is:
  • Skim this stickied thread before posting a feature idea in case it's already been requested
  • Post new requests and ideas here in this stickied thread
  • We discuss
  • If the idea has legs, @Rardian? approves and adds to Jira backlog
  • Backlog prioritization and bi-weekly sprint planning process take effect


Some of the requests that have come in:

@JochenL @Rardian
As a Campaign Logger user, I'd like to use more than 25 labels in a campaign, log, or page so that I can maintain many different lists of many categories.

An example might be "Location Scales"
# tags a topic as a location
the labels that categorize by scale might be:
plane of existence, galaxy, solar system, planet, continent, region, town, dungeon, battlemap

Well, just for location, I've now used 9 of my 25 ... monster, and chest alone could eat the rest.

Labels are extremely useful for me to categorize things not just by "is a kind of" relationships.
I also like assigning labels for "sources" of things, such as srd51, basicrules, dmg, phb, mm, volo, etc.
This helps me remember what is "shareable" and what is not.
 
Top