It might be far easier to have a separate field from the post field that is titled something like "Characters involved". Initially, that could merely be a text field, but later it might be linked up to more complex features. A theoretical bonus from such might be for both/all post authors to be credited for collab posts.

The only problem I see with that is that it feels virtually synonymous with the character tab. From my view, the ability to switch between characters would be incredibly advantageous for many RPs.

Well, yes and no. The character tab shows the actual character sheets. The little box we described earlier here would simply be a text field where characters are named. In several RPs we've been involved with in the past, we've had bolded headers on the collab posts specifying who was involved and with what characters. Of course, such a field could be used for other purposes too, like in an RP where time is a core factor more than it is in most. Then one could specify when each post starts/ends.

It might be far easier to have a separate field from the post field that is titled something like "Characters involved". Initially, that could merely be a text field, but later it might be linked up to more complex features. A theoretical bonus from such might be for both/all post authors to be credited for collab posts.

The only problem I see with that is that it feels virtually synonymous with the character tab. From my view, the ability to switch between characters would be incredibly advantageous for many RPs.

Well, yes and no. The character tab shows the actual character sheets. The little box we described earlier here would simply be a text field where characters are named. In several RPs we've been involved with in the past, we've had bolded headers on the collab posts specifying who was involved and with what characters. Of course, such a field could be used for other purposes too, like in an RP where time is a core factor more than it is in most. Then one could specify when each post starts/ends.

I think it should be available to put anything you want in that slot. But it is quite advantageous.

It might be far easier to have a separate field from the post field that is titled something like "Characters involved". Initially, that could merely be a text field, but later it might be linked up to more complex features. A theoretical bonus from such might be for both/all post authors to be credited for collab posts.

The only problem I see with that is that it feels virtually synonymous with the character tab. From my view, the ability to switch between characters would be incredibly advantageous for many RPs.

Well, yes and no. The character tab shows the actual character sheets. The little box we described earlier here would simply be a text field where characters are named. In several RPs we've been involved with in the past, we've had bolded headers on the collab posts specifying who was involved and with what characters. Of course, such a field could be used for other purposes too, like in an RP where time is a core factor more than it is in most. Then one could specify when each post starts/ends.

I think it should be available to put anything you want in that slot. But it is quite advantageous.

I like this idea, although Mahz, if you do implement it, can you please make it's appearance conditional on the existence of text in that field? As a side note, I'm actually curious how far we can nest posts. Anyone care to give it a try?

Nope. doesn't look like there's a limit. we just tested on the dev server. about 50 nestings worked there. EDIT: Make that 121 quotes nested. Not going to test further, as it is clear how it works. Granted, it stretches outside the posting field, so the forum isn't warped.

Could we get something where like if something has multiple pages, we can skip to one of the latest ones without having to go into the topic itself? IT's getting old going into the Boys vs Girls topic and having to hit last page from within the topic.

Could we get something where like if something has multiple pages, we can skip to one of the latest ones without having to go into the topic itself? IT's getting old going into the Boys vs Girls topic and having to hit last page from within the topic.

It's already implemented. If you look on the right side where it says "latest post", you can click on the symbol with an arrow by the name and it will take you there.

right click. select "copy link location". Paste it into address bar. add this to the end of it: ?page=22 That'll get you to page 22. However, when a more concise unread post system is implemented, then it might be useful to have a "jump to last unread post"-function

right click. select "copy link location". Paste it into address bar. add this to the end of it: ?page=22 That'll get you to page 22. However, when a more concise unread post system is implemented, then it might be useful to have a "jump to last unread post"-function

What I'm suggesting is a shorter way of getting to it! I'm lazy, ok?

having too many ways to access a topic from the topic pages/subscriptions will only clutter things up...

Regarding co-GMs, in whatever field the GM will use in future to select co-GMs, there should be an option to toggle on and off permissions for co-GMs. This would cater for both GMs who want to share power with the co-GMs and for GMs who only want the co-GMs as labelled helpers and want to retain the power for themselves. An edit-backup needs to be time-based, or at least have a minimum time before clearing the history. This would prevent the rogue co-GM/moderator from simply spamming, say, 10 edits to wipe the edit history. The time also needs to be adequate for the fault to be detected and fixed in time. 24 hours may not be enough, for someone could easily spend a day or two away from the Guild. For the sake of revisions, it may also be useful to store a number of prior edits for a longer period of time (or permanently). However, I'm not sure what kind of a drain this may be on the Guild's database resources. I'm just throwing ideas around here. If you do grant GMs the power over posts in their thread (something which could possibly be abused), then a system which puts the post in a large hider would be safest, for it allows the post to be hidden from view but still available to be read if need be. But a Report button to call a mod to a particular post would be a good idea too. How about give the mods the power to put posts in large hiders? Another tool in their toolbox. -------------------- Oh, in regard to the current discussion on the pages, would a Go To Page # field/button (inside the thread) be too much of a problem? There is no interface option for going to a post in the middle of the thread, and asking users to edit the url is not user friendly. But I agree that we don't really need page numbers from the forum view.

If you do grant GMs the power over posts in their thread (something which could possibly be abused), then a system which puts the post in a large hider would be safest, for it allows the post to be hidden from view but still available to be read if need be. But a Report button to call a mod to a particular post would be a good idea too. How about give the mods the power to put posts in large hiders? Another tool in their toolbox.

I have to agree with Shienvein here. It is highly likely on the forum that anything substantial, or crucial could happen to a roleplay, post, or otherwise area of use that couldn't wait for a mod to handle it. Frankly, it's this power that keeps most of us in check. Because mods are the only ones who can remove posts, it does garner the opportunity for them to view one's behavior, and with the ban hammer always looming, it does keep most from acting too far out of line with each other. That and most of us understand to just "go to the mods" instead of threatening "mod help", and understand that in it will be taken care of in due time. However, on the other hand, I see no reason that a GM couldn't "tab" a post, into maybe a hider like button? And if the player tied to that post feels that a GM did so without a valid reason, they could send in a ticket, or post in the help area, and open it up for evaluation. Perhaps even a "deletion" request button, so instead of everybody going through the process of asking the mods could simply just open the deletion request stockpile every other day or so? I'm not sure how difficult it is to actually go through the process of deleting threads, but it was an idea. --- Also, not sure how difficult this would be. But what about a simple inventory system, for role plays like mine that keep track of bullet counts, or gold, or whatever. Managed by the GM, or individual players themselves open to open it and edit their character's inventory only? Something like [Character][Item][Count]::[edit] [Character][Item][Count]::[edit] Would that be super difficult? Because it would be amazing useful.

As a side note, I'm actually curious how far we can nest posts. Anyone care to give it a try?

I haven't caught up reading this thread yet.

As a side note, I'm actually curious how far we can nest posts. Anyone care to give it a try?

The Reply button makes a request to the "View Raw" endpoint, wraps it in [quote=@<Username>][/quote], and appends it to the editor, so it's far from being smart enough to strip embedded quotes. I would need to edit the bbcode parser itself. It's a problem because my goal is for people to use the Reply button incessantly without thinking about it. The current implementation gives you the entirety of nested quote context. What do you think of having Reply and Quote&Reply buttons on posts? - Reply just does the @Mention-injection for you. Simply serves the purpose of indicating who you're responding to and sends them a notification so they're aware of your response. Ideally so simple that people will use it to respond to the post above them where you wouldn't want to quote. - Quote&Reply is like the current Reply button except it contains no nested quotes. Or includes just one nested level but collapses them into some glyph like "[Snipped Captain Jordan quote]" (i.e. in particular, @mentions need to be removed from inner quotes). As we talking about before, I can extend the quote bbcode with [quote=Captain Jordan post=42]...[/quote] so that quotes link to the target post. That way, if you do want to see the nested quotes, it's just one click away. But 2+ levels of nested quotes by default is just awful and generally not what people want. Also, perhaps I can support a special empty quote like [quote=@<Username> post=42][/quote] to drop a simple one-line glyph like "In reply to @Captain Jordan, <link to post>:". The above Reply button could inject that. In other words, I really want to lean hard on the @mention system once I extend the notification system to support it. Like reddit's orangered envelope, @mention notifications will kinda represent your TODO-list of posts to reply to. The lack of awareness when someone replies to you is probably the most unforgivable feature of legacy forum software. New platforms like Vanilla Forum and Xenforo are finally addressing this.