Foxtrek_64

As discussed in the linked support thread, I have a page I've built using folders which lives at /docs/dmca/takedown-notice. When navigating to the page, this url is reflected in my url (friendly urls enabled), however the breadcrumbs simply contain the file name and omit the path.
I would like pages to be able to build breadcrumbs, but this may require a bit of changes to how the page system works. Currently, in order to have a folder work as its own page, you have to create a page where the Page Filename is index.html. This automatically gets visually stripped from friendly urls.
I see three implementation options:
Require each folder to have an index.html page. This is an implementation detail and can be hidden, perhaps by getting rid of folders and pages and just allowing pages to be children of other pages. This way, the same logic used to build the url can be used to build the breadcrumbs. Fall back to a path. Let's say I have a page at /docs, which is its own page (or a folder with an index.html page), but /docs/dmca is not its own page. The breadcrumb entry for /docs should go to the /docs/index.html page and the breadcrumb entry for /docs/dmca should work up the breadcrumb list until it finds the next available page, in this case /docs. This is information that can be calculated and cached ahead of time. Worst case, it should fall back to the canonical homepage. Add the option, per page, to hide the breadcrumb. No breadcrumb, no problem!

When creating custom fields, the ability to select a specific database entry or forum post, better yet filtered by the specific forum, would be appreciated.
Use case: I have a staff application form (forms provided by third party plugin) where there is a field requesting a link to their membership application. This field is a URL field. Using regex, I can filter this field to only accept entries from the current domain, and even filter it down to just forum links in general, but there is no mechanism to allow the selection of a specific thread or post.

@Foxtrek_64 Font Awesome 6 Free is used in version 5, hosted locally on your own domain for optimal performance.
There isn’t currently a way to swap this with your own Font Awesome kit, but it’s certainly something we can look into if there’s enough demand for it. 

In the database entry in the ACP, select Fields and add a new field called Order. Make this an Integer field, and set the minimum to 0 and make it required. Under the Display Options tab, disable all display options.
In the options for the database, go to Options -> Field Options -> Sort. A new entry under the Sort dropdown for Order should now be present. Select ascending order for higher numbers to be visible later.
I also recommend separating order by at least 100. So for instance, the first record should be 0, the second should be 100, the third should be 200, and so forth. This way if you find out that you want to put the second item after the third, you can change its order to 250. This avoids needing to reorder the entire record set.

In the database entry in the ACP, select Fields and add a new field called Order. Make this an Integer field, and set the minimum to 0 and make it required. Under the Display Options tab, disable all display options.
In the options for the database, go to Options -> Field Options -> Sort. A new entry under the Sort dropdown for Order should now be present. Select ascending order for higher numbers to be visible later.
I also recommend separating order by at least 100. So for instance, the first record should be 0, the second should be 100, the third should be 200, and so forth. This way if you find out that you want to put the second item after the third, you can change its order to 250. This avoids needing to reorder the entire record set.

Just thinking outside of the box here-
You could create a profile field, and then use a custom box to display the field of a particular user. It would require knowing the user's unique id (which can be acquired by hovering over their user account and inspecting the link preview) and leveraging a bit of IC code to pull the user object, and then requesting the profile field by id. I'm not 100% sure what this would look like off the top of my head though. I'm also not 100% sure what the switcher on the left would look like programmatically.

Downsides to this solution:
Only one human can edit this data (excluding admins), so if you have an organization they may need to engage in some password sharing. In order for this field to be visible anywhere outside of the ACP, it needs to at least be visible in profiles. So people viewing their profile would end up seeing this in their sidebar. ---
If you absolutely must have things display the way they do in your sample, your best bet may be to commission a custom plugin. Otherwise, it may be worth while just to use a database and leverage one of the more traditional views.

This feature is inspired by another product, Woltlab.
The Woltlab store feature which is very similar to the marketplace here allows site administrators to publish package links. These package links can be added to a client's ACP, and combined with either a username and password for the vendor's site or some kind of token, allows the client's site to securely check for updates to plugins and, given the correct credentials, download and install said updates in a manner similar to how the Marketplace used to work.
Limitations:
There would need to be some way to properly identify and limit packages available on this link to Invision Applications. Guides, sample html templates, and discographies need not apply. This may be somewhat of a solved issue already, given the Invision marketplace would have needed to deal with this question. There should be a disclaimer somewhere that while this method can guarantee that applications were not changed between the time of uploading and the time of downloading (via hashing, which may also be a good way to verify integrity before installing), there is no mechanism for reproducible builds (linking a particular "build" of an application to any particular commit in a source repository), nor does package verification in any way guarantee that any particular download is safe to install or use. Include standard warranty disclaimers. Sites which offer this capability should require an HTTPS certificate to be present, used for TLS encryption. We should be able to reuse the one attached to their website. With free certificate providers like Let's Encrypt, this should not be a high bar to pass. A Marketplace-like view in the ACP would be nice, but is not required. This is not intended to provide a new store front, but to alleviate a common complaint I hear about the removal of the marketplace: specifically, users must regularly check several websites for updates to their plugins on a regular basis, and this means maintaining a login with each. This simply provides some sort of automation for checking on updates and optionally installing them if the client's site supports it.
 

This feature is inspired by another product, Woltlab.
The Woltlab store feature which is very similar to the marketplace here allows site administrators to publish package links. These package links can be added to a client's ACP, and combined with either a username and password for the vendor's site or some kind of token, allows the client's site to securely check for updates to plugins and, given the correct credentials, download and install said updates in a manner similar to how the Marketplace used to work.
Limitations:
There would need to be some way to properly identify and limit packages available on this link to Invision Applications. Guides, sample html templates, and discographies need not apply. This may be somewhat of a solved issue already, given the Invision marketplace would have needed to deal with this question. There should be a disclaimer somewhere that while this method can guarantee that applications were not changed between the time of uploading and the time of downloading (via hashing, which may also be a good way to verify integrity before installing), there is no mechanism for reproducible builds (linking a particular "build" of an application to any particular commit in a source repository), nor does package verification in any way guarantee that any particular download is safe to install or use. Include standard warranty disclaimers. Sites which offer this capability should require an HTTPS certificate to be present, used for TLS encryption. We should be able to reuse the one attached to their website. With free certificate providers like Let's Encrypt, this should not be a high bar to pass. A Marketplace-like view in the ACP would be nice, but is not required. This is not intended to provide a new store front, but to alleviate a common complaint I hear about the removal of the marketplace: specifically, users must regularly check several websites for updates to their plugins on a regular basis, and this means maintaining a login with each. This simply provides some sort of automation for checking on updates and optionally installing them if the client's site supports it.
 

Fixed
These were 3rd party 
Information will be available on this nearer to the time.

Please be advised I have tagged a developer to this topic for further review.

I host a forum for an online game community, for which I use the events feature to invite people to in-game events. I would like to be able to create venues corresponding the in-game locations, but venues require a mailing address. Currently we must work around this by requiring event hosts to specify venues in the event description.
I see a few potential directions here:
Add a Yes/No question for "Venue Has Address" which toggles the Address field. Add a Yes/No question for "Venue Has Mailing Address". When Yes, the Address field is shown as today. When No, a simple text field is displayed allowing the user to provide custom input. The ability to specify our own fields. For instance, I may want to specify a specific tavern in a specific city. In real life, this would simply be the name of the tavern and a mailing address we can punch into maps. But in a fictional world, all that may be needed here is the name of the tavern and the name of the city. In practice this could look like option 2, but having the flexibility to provide that additional information is useful.

This would be handy for virtual meeting locations such as a site chat room or a Zoom meeting room, etc.  

I host a forum for an online game community, for which I use the events feature to invite people to in-game events. I would like to be able to create venues corresponding the in-game locations, but venues require a mailing address. Currently we must work around this by requiring event hosts to specify venues in the event description.
I see a few potential directions here:
Add a Yes/No question for "Venue Has Address" which toggles the Address field. Add a Yes/No question for "Venue Has Mailing Address". When Yes, the Address field is shown as today. When No, a simple text field is displayed allowing the user to provide custom input. The ability to specify our own fields. For instance, I may want to specify a specific tavern in a specific city. In real life, this would simply be the name of the tavern and a mailing address we can punch into maps. But in a fictional world, all that may be needed here is the name of the tavern and the name of the city. In practice this could look like option 2, but having the flexibility to provide that additional information is useful.

Based on the description, this modification does what you want:
 

Not sure if the support board is the right place to post requests but I would like to see more functional options for after a form is submitted.
Send a DM (done) Post a new thread (done) Post a new reply to a thread (done) Set Submitter's Primary Role On Submit On Approve (useful for things like staff applications) Add Secondary Role to Submitter On Submit On Approve (Stretch) Replace reply form in specific thread/board with custom form. Or more generically, mark a form as Reviewable, which will do two things:
Add option to approve or deny to the thread options (on original post). Bonus points if you can get a banner under the original post, perhaps occupying the ad slot that already exists there. For groups allowed to Review the item and allowed to see the Moderator Control Panel, add an action item to the MCP with options to approve or deny. Allow admins to define actions to take upon approve/deny. This could be things like sending a reply to the thread, modifying user primary/secondary roles, etc.. For the UI side of things, I imagine this could be presented as a list (much like the forms and their questions are today), and it just executes any described tasks in order.
Thanks for the fantastic plugin!

Hi look here

Good catch, @Nathan Explosion. Setting the truncate type to hide and then getting the full content resolved the issue. Thanks!

Oh, no that is made for just simple plaintext. If you want to do dynamic things like JavaScript or PHP, then the templates would need to be modified. 🙂 

I was able to get it with modifying the template. I'm not unfamiliar with template modifications, but I was trying to figure out if I could do it with the built-in copyright text system.