From:user1 To:user5

[4number8]

I think I asked before, but didn't get any response so I'll give it another go..

Is it possible to be able to show who a user is specifically posting to, instead of posting to the board in general in a post?

example:

In the top left corner it would have something like..
From: user1 <------- user making the post (no box or scroll)
To: user5 <------- have all users currently online (dropdown or scroll maybe)

I think it would be a great addition but wasn't sure how hard it would be to do.

[Andreas]

I've read this request 5 times, but I still don't seem to understand what you actually want to achieve

[darnoldy]

Originally Posted by 4number8

Is it possible to be able to show who a user is specifically posting to, instead of posting to the board in general in a post?

I have been looking for the same thing! The problem, I think, is not so much getting the information--it is that (most) folks in these parts can't imagine wanting to.

The linear-thread mindset seems to be that you post "to the thread" not "to the person."

I know the info can be gotten: the quote bbcode uses it. There is a hack called "in regard to" that puts the info into the title of the reply. Not knowing any php, I can't figure out how they did it.

--don

[WetWired]

The "in reply to" hack (https://vborg.vbsupport.ru/showthrea...threadid=61490) uses the information that vB already stores. Remember that vB3 is a threaded message system. Every post that does not start a thread is already a reply to a specific post, however, if everyone uses linear mode, this is usually not revealed. On my forums, I have removed the "post reply" buttons at the top and bottom, and enabled force click for quick reply so that a user must specify a post to reply to in order to post (by clicking the quote or quick reply button).

An alternate solution, more like to what you propose would be to change the post reply links to make it clear that they are being used, then to construct a list of posts the user can reply to in the new post page with no default set, then to use my hack to display the user/post being replied to.

When considering this, however, remember that users are lazy and no matter what you do, many will just always select the first or last post (depending on which is more convenient to sellect).

[why-not]

Hi

I have this on (3) of my clients forums, instead of just having (3) buttons, (1) main [top/bottom], -> reply to topic, (2) in the post bits -> quick reply to topic, reply to topic!

I have (4) buttons in the post bits on (1) forum (4) (quick reply to topic, reply to topic, quick reply to post user, reply to post user), on the other (2) there is a radio button -> 'Reply to this Users Post'

It does not add another query, adds ( 1 ) column to post table

When a post is replied to, it add a comment to the top of the post bit

username replying to usernames, post id! Then in each post there is a, replying to, replying from (link), that follows the replys! I also added a search option that allows the user to see who has replied to their post, viewed in post bit type style by topic ordered by date of the personal reply!

If I remember correctly, it 4 script edits, and 3 template edits, to add everything including the search option! The search option is only shown if they have had personal replies to a post they have made!

It sort of like having a multi topics within (1) topic!!!

Sonia

[darnoldy]

Originally Posted by WetWired

Remember that vB3 is a threaded message system. Every post that does not start a thread is already a reply to a specific post.

I have already figured out how to access the parentID value, but is the name of the poster of the parent also stored? Can that be calculated when the postbit is displayed? Can it be added to a field within the post record when the reply is created?

On my forums, I have removed the "post reply" buttons at the top and bottom, and enabled force click for quick reply so that a user must specify a post to reply to in order to post (by clicking the quote or quick reply button).

Did that too.

Here's a screen shot of what I have currently. I would like to be able to add a line "To:.." under the "From:..." line.

[darnoldy]

Sonia-

Hi, Back!

Originally Posted by why-not

I have this on (3) of my clients forums

That sounds very cool--can we see it in action? Are you willing to share how you did it?

--don

[why-not]

Hi

Tomorrow night I will put a forum up so you can try this...

I will PM you the URL and login details! If it is what you are wanting I can give you the installer/uninstaller script that does the script(s) edits and the language pharses file, and a list of the templates that are changed, with the template changes!

When I send you the PM, be sure to try it in the default vB template, and the Way Out Blue template! Each one shows the post bit display and search results differently!

If I have time I will post some screen shots later today!

Notes!

Control Panel

User Options

Show Personal Replies in post bit (yes, no)
Show Personal Reply List (all personal replies in topic) (yes, no)
^^^ shown in small table at the top of the topic (sticky, shows on all topic post bit pages) ^^^

The list contains all post you have replied to, including return replies + a button to show all the personal replies in a post bit type style!

You don't need to run another query to get all this information, it is there already, you just have to globalize a few of the arrays or pass them to the functions that you need to add your (array post bits building function) calls to, then just dump that data so that the template eval(s) picks it up!

Sonia

[darnoldy]

Originally Posted by why-not

Tomorrow night I will put a forum up so you can try this...

That is so cool!! thank you much.

--don

[WetWired]

You can get the user who authored the parent post by modifying the query or adding 1 query that gets the users of the parent posts. You will need to use a loop like mine, however, if you want to remove soft deleted posts in your reference to the post being replied to (because the result of clicking a link to a deleted post could be confusing).

The modification to the existing query would require a left joins then a left join to that left join to relink the post table for the parent post to the post table with the original posts and then to link the user table to the parent posts.