Feedback

Anonymous

Post ideas for new features or improvements to existing functionality.
Allow All Custom-Detail Types to Be Associated with Custom Categories and Tags
I use the Codex to manage a large LitRPG project with many specialized entries stored under the Other entry type, including classes, abilities, resources, attributes, status effects, factions, and species. Custom Categories provide a useful way to associate tags with particular entry types. However, the Associated Custom Details section appears to support only dropdown custom details. It does not allow me to associate other custom-detail types, such as Line, Text, or Codex Reference. This prevents me from creating a complete reusable structure for entries identified by a particular tag or custom category. For example, I would like to create an Ability category associated with the Ability tag. When I create or classify an Other entry as an Ability, Novelcrafter should automatically make the relevant Ability custom details available. Those details might include: * Ability Category as a dropdown * Resource Cost as a line field * Governing Class as a Codex Reference * Progression Rules as a text field At present, I cannot associate most of these fields with the Ability category or tag. I must remember which custom details belong to each kind of entry and add them manually every time. This becomes frustrating and time-consuming in a large project. It also increases the risk of inconsistent entries, forgotten fields, and custom details being added to the wrong type of record. I would like Custom Categories to support associating every available custom-detail type, including: * Line * Text * Dropdown * Codex Reference * Any other supported custom-detail format Ideally, Novelcrafter would use the entry’s primary type and assigned tag or custom category to determine which custom details belong to that entry. When the relevant tag is applied, the associated fields should become available automatically. Removing the tag could hide those fields without deleting any values already entered. I understand that this association could function purely as a visual organization feature. It would not need to alter how custom-detail values work, provide additional AI context, or create a functional relationship between the tag and the stored information. Simply showing the appropriate custom details when an entry has the associated type or tag would be an extremely helpful quality-of-life improvement. This would make the Other entry type much more practical for projects that require several specialized subtypes. It would also let authors create consistent templates for concepts that do not fit Character, Location, Object, Lore, or Subplot. Please consider expanding Associated Custom Details beyond dropdown fields and allowing custom details to be connected to custom categories or their associated tags. Even as a visual association, this change would remove a large amount of repetitive setup and make complex Codex projects easier to maintain.
0
·
Improvement
Filter by Label Options
I've noticed some fluctuation in how I can filter my Codex (and hopefully later on snippets and chats as well, ;D) using labels. For a while, I could select multiple labels and it would sort them as either [Label] AND [Label], or [Label] NOT [Label], but this has been suspended. Right now, the work-around is to filter by Category, Type, and Label, each one offering one filtering option at a time, and it's functional, but every time I need to look at something different I have to clear the filters and re-filter. I would really like to see all of the following filter options employed for labels: [Label] - Filters for all entries with indicated label (currently in use). [Label] AND [Label] - Filters for entries that include both/all labels indicated. (not currently in use, was previously (and I miss it!)) [Label] NOT [Label] - Filters for entries with first label and not the second. (Not currently in use, but was previously). NOT [Label] - Filters out entries with indicated label (Currently in use). NOT [Label] NOT [Label] - Filters out entries with either indicated labels, but not necessarily both. (Not currently in use, but was previously, and it is missed.) [Label] OR [Label] - Filters entries with either label, but not necessarily both. (I haven't seen this employed yet, and I would REALLY, REALLY like to see this filtering option. It would help so much in customizing the entries I see, without having to reset and re-filter every time I need to look for something different.) Thank you!
7
·
Improvement
·
in progress
Load More