UBB.Developers Forums UBB.classic V6.4 - 6.7 Modifications [6.4] [finished] Quick Reply

Original Author: Greg Hard and LK

Ported to 6.4 by Gizzy (Gizmo@undergroundnews.com).

Description: This modification will impliment the "Quick Reply" feature as shown here on UBB Dev.

Requirements: Valid license, UBB™ 6.4.0, Vars_Wordlets_Mods.

Download: Text

Demo: Here, UGN Security

Note that the modification also includes code for LK's "Spell Check" feature to be included in the Quick Reply pane just like below.

Hi,

I really like this hack, but before I install is it essential to do the wordlets hack as I cannot find it any where?

Thanks Gizzy!

::nod:: welcome ... Funny thing is all I've been doing is scanning through files updating them for myself, figured I'd share since some authors havne't had the time to update their stuff heh.

I'll give it a whirl at the weekend!

I felt kinda bad since I had installed all of these on 6.4 but never wrote down the changes I had to make...seems pretty selfish now.

lol, don't feel bad :x... I figured that since some people have issues with converting things that I'd just help them by publishing a copy for them .

Okay, is it me, or is anyone else having trouble downloading the zips from Gizzy's site?

I've tried with a couple of the files, and a dialogue box appears, but I don't see any evidence of a file transfer (i.e. it doesn't give me the option of saving the file to a specific location, etc.)

Hmm...Worked for me and I just checked it now again and it works. Even the right click "save target as" worked. Odd...

10 megabit connection, linux machine, 20 gig dedicated disk drive, shouldn't be a thing wrong with it. Did you select "Do not show a dialog for files of this type" on .zip files?

This:

# Open cp_common.pl (In Templates)
# Find
document.writeln(" - Image Wordlet$trade List");

Does not exist in my cp_common.pl file.

Nice port.

I did find an error in your install instructions. In the optional QuickReply w/ Quote instructions, you have "in: public_forum_page.pl" and this should be "public_topic_page.pl", as these lines aren't contained in forum_page.

Looking forward to more 6.4 ports, Gizzy!

tell me what you want ported ...

Ahh crap, file updated lol, when I do things I do them quickly so expect some minor errors...

Stupidboy.com, what are you doing in cp_common.pl? I don't recall this hack doing anything in the control panel... In either case, look for "wordlets_img" and add the cp_common line below it.

Let's see... LK's Hit and Strike hacks would be great. Not sure if he is on the job already though.

Re: vars_wordlets_mods

This:
# Find
foreach my $file (qw(

# Insert This Directly After It
wordlets_mods

Question:
Does the above mean,

A) Insert wordlets_mods directly after the ( character?

Or

B) Insert wordlets_mods directly after } # end foreach ?

Thanks,
DanielLC

It means insert wordlets_mods directly after the (

the line in ubb_profile.cgi where you replace:
-value => [$user_profile[0], md5_hex($new_password), $public_name, $in{DaysPrune}, $in{u}, $pntf_hidden, $avhide,

needs to have a ] added to the end, like so:

-value => [$user_profile[0], md5_hex($new_password), $public_name, $in{DaysPrune}, $in{u}, $pntf_hidden, $avhide],

so it can be found... otherwise nice

in: ubb_new_topic.cgi

the 'addunder' for the cookie4 line should be 'replace' I think

I hope the text file was correct because I just installed this puppy!

Also, because I love Multihack, I created a Multihack file ... Allen or anyone else, if you want to test it out and make sure it works for you (it seems to be working for me), I'd appreciate it.

Because I installed the Calendar hack before I installed this, I did have to make an alteration to the directions provided by Gizzy.

Therefore, I've made two Multihack files ... one, for those of you who have installed the Calendar hack; the other, for those of you who have not.

http://adwoff.com/QuickReply64_calendar.mhp

http://adwoff.com/QuickReply64.mhp

I should also add that neither file takes into consideration the directions for the Spellcheck hack; I haven't installed that--don't know if I will. Thus, if you have the Spellcheck hack installed on your site, you'll have to manually change the public_topic_page.pl so that the Quick Reply hack works with that.

Okay ... I have had no problems installing this hack ... everything was going smoothly, except when I log out of my control panel and try to come back in ... I then get this message:

Any idea why this might happen?

More importantly, is there a way I can fix it without having to go back and upload clean files and starting over?

I know that the problem is with this hack because I logged in and out after I installed the previous hacks (calendar, smilie, and vars_word_mods)

I wonder if that has to do with the checkbox options in the public_edit_my_profile.pl? Try taking out the Quick Reply code in that file and see if you still get that error...If so then it needs to be re-hacked.

Because I like to install hacks manually I did not hack the profile and registry .pl files since I wanted everyone who is logged in to see the Quick Reply.

Hey PT, thanks for the advice ...

Before I do that, I wonder if this line isn't the culprit ...

-value => [$user_profile[0], md5_hex($new_password), $public_name, $in{DaysPrune}, $in{u}, $pntf_hidden, $avhide, "", "", "", $quickreply],

What would those three "", be for?

Nah...I hacked ubb_profile.cgi with that line and no errors.

In my experience the extra profile field errors are situated in the .pl files. When I was upgrading to 6.4 I got the extra member's field error. To resolve that I just uploaded my edited .pl files to complete the upgrade with no errors. I did most of my template and .cgi edits on a testing board and when I upgraded I uploaded all .pl, .cgi and some of the vars files. That way members are not burdened by the hacks.

PT,

I do all my hack work on my test board, too ... no way would I dare do it on the real deal! LOL

I'll edit the .pl file & see what happens. Thanks.

You modify ubb_lib_files.cgi in two places, look for $maxmemfields and make it equal to a higher number...I had to use 61.

PT,

Would you not hack the public_edit_profile.pl file at all, then?

I didn't add it to the mix when I re-did everything, and I'm still experiencing the same problem. It's kinda frustrating because when I install the hack, everything works the way it is designed to work; then I log out of the control panel and try to get back in, and I'm met with the "hack attempt" message.

I'm going to be out & about so I won't be able to look at this until Saturday at the earliest. I'd appreciate any feedback as to what I'm doing wrong.

Thanks.

those extra "" are exactly from the original file, as i said, i just port the stuff lol, ask the 6.0 author :x...

You need to add more fields to your profiles so that the bbs doesn't read it as a hack attempt, i don't recall which mod does this however...

Would that be the "mod-addon" hack?

I'm able to work on this stuff tonight after all ... my car died on me tonight.

This might help ADWOFF.

I didn't hack either public_edit_profile.pl or public_register_page.pl and error free.

Even if you edit the ubb_lib_files.cgi but still get the profile field error undo the Quick Reply hack and see if that resolves your issue. Are you running any other hack that requires to add extra profile fields?

**Sorry about your car.

PT, thank you for helping out ... I think I found the problem.

In Gizzy's text file, I found these instructions for the ubb_new_topic.cgi file:

[code][/code]I change the "add under" to "replace", and I think this has solved the problem (without removing the mods from the template files).

I've tried signing in and out of the control panel, and so far so good.

I'll make the changes in the Multihack files I did and upload them again.

Thanks for all your help, everyone. It's appreciated.

Cool...I guess that's one of the reasons I prefer manual installs (txt).

Thing is, I copied the directions EXACTLY from the text instructions!

And I'm still experiencing issues with the hack deal.

I really thought I had it solved.

I'll have to go through things with a fine tooth comb again ... which, of course, is scary since I don't always know what I'm seeng!

X, I did do that ...

In the ubb_lib_files.cgi, I replaced this code:

twice.

Would the my $maxmemfields = 39; be in other files and need to be changed?

Hmm...For now take out all traces of the Quick Reply hack and see if you still get your errors. If you do then another hack or modification is interferring with your codes; if you don't then the problem lies in the Quick Reply.

This way any doubt will be resolved. Process of elimination is a lot better than going through the mess with a comb.

Not sure if this will help. Here are the files I modified for Quick Reply version 6.4 (ported):

vars_wordlets_mods.cgi
ubb_lib_files.cgi
ubb_lib_posting.cgi
ubb_new_topic.cgi
ubb_new_reply.cgi
ubb_profile.cgi
ubb_registration.cgi
ultimatebb.cgi

public_topic_page.pl

--------------

Files I did not modify:

public_edit_profile.pl
public_register_form.pl

I did not modify these files because I did not want to give the users the option to disable the Quick Reply.

here's .mhp's:

https://www.ubbdev.com/ubb/upload/00000494/quick_reply64.mhp

and one with the spell check button (requires LK's spell check mod, which requires LK's cp mod addon):

https://www.ubbdev.com/ubb/upload/00000494/quick_reply64_scb.mhp