Anandtech article comments: rich-text editor buttons broken...

[crimson117]

Refer to these source files:
Posting a comment to the Atom article
js file that aids inserting Bold tags, Quote tags, etc

The js file lets you use buttons to auto-add [ Q ] and [ B ] tags (etc) for Quotes, Bold, etc, just like on this forum.

But the js call in the "posting a comment" html references the wrong field. It tells the function to send the [ Q ] tags back to field "frmText":

href="javascript:Quote('frmText');"

But the text box field isn't named frmText - the textarea its id is "ctl00_ContentPlaceHolder1_frmText":

textarea name="ctl00$ContentPlaceHolder1$frmText" rows="2" cols="20" id="ctl00_ContentPlaceHolder1_frmText" tabindex="2" style="height:168px;width:500px;"

So I think the javascript calls need to reference the correct field name, or the field name has to be changed to match the javascript calls. Only then will the formatting buttons work.

 

[crimson117]

And a bit more info, courtesy ExpertsExchange:

By the way, the "ctl00_ContentPlaceHolder1" that asp.net adds is to ensure that each client control has a unique id. Each nested "Naming Container" adds it own id to the controls id in turn.

If you write server side logic to create the client side javascaript then you can use the clientid property on the contol to get the id that will be rendered to the browser. The method of hardcoding you have used is very brittle and can break if you add new controls to the page.

 

[crimson117]

This is still broken. Perhaps this isn't the proper avenue of reporting such an issue...

 

[EagleKeeper]

This is the proper area.

However, because AT is dumping FT, unless it is a security issue, the powers that be are not going to worry about getting FT to fix it.

You are welcome to contact FT directly and report the issue.


Senior Anandtech Moderator
Common Courtesy

 

[crimson117]

Ah, I never knew that the article comments were driven by Fusetalk.

 

[Quiksilver]

Free bump for this, because I did not know that either, unless CC read this thread wrong.

 

[EagleKeeper]

Much of the internal scripting for pages related to AT (not just the forums) was built from or came directly from FT and/or people that were working with FT for the forums. ie. AT staff.

The amount of manpower to correct issues with the forums and or the main site has been reduced and key people not readily replaced.


How much of the problem is related to FT itself or just scripting I do not know. My specialty is not Web based systems.
However, given the problems that we have had here over the past 3-4 years with items not able to display properly within the Forums, my personal opinion is that if this is FT or not, the lack of quality care does not presently exist.

We all hope that the move to vB will change the support attitude around here to a positive direction.

 

[crimson117]

Thanks for your insight. Hopefully this will find its way to the article comment rich text editor programmer, whomever that may be these days 🙂