Yes don't forget to click where appropriate.

Just one comment on this one, once you edit a post, the host name is messed up. Any chance, we can also edit this part?

Never heard of that one. What do you mean?

This is a great hack. I used without problems, until yesterday. It is conflicting with another great hack just released and on its way to become a major hack: Quickclip.

The problem is at newpost_process or newpost_complete hook location. Since Adv Editing verifies only for quickreply, when quickclip tries to post, we get a vb error message saying that no username was specified.

Is there a way for Adv Edit not to monopolize that location? I am posting here because Adv Editing will eventually prevent other hacks from using that hook location.

Technically, there is no way. Adv. Editing Options have to use vBulletin's datamanager, which means that if there is no username, the system thinks that there is no username, and everything else works accordingly. However, other hacks can probably work around that problem - but that is a question that needs to be asked in the thread of a problematic hack. Sorry, but I cannot help you here.

P.S. Why would you want to post quickclips with no valid username, anyway?

Quickclip uses a username. Adv editing allows the bypass for quickreply only. So when quickclip posts, Adv Editing thinks there are no username.

OK, since I want to keep your nice hack, I will make a mental note for that and tweak any other would_want_to_use that process hack, although the tweak to allow other hacks should be in yours.

So once quickclip uses the username, that username is no more in the system?

edit: where exactly does quickclip post from?

With quickclip, every allowed user create their own set of "canned" responses. It displays a small form below quickreply where you select your preset response to automatically post it.

more about it here
https://vborg.vbsupport.ru/showthread.php?t=103027

So like, if I only use custom username if it was specified, will that solve the problem?

??? you loose me here. Quickclip uses normal username and permissions system. I believe each user has their own space in db to store their responses.

I think that the problem could be from

Umm... If I were the author of quickclip, I would use "fromquickreply" as a hidden value of the form. Actually, I would replicate the behavior of the quick reply form ($_POST-wise) to the fullest extent possible. :( Anyhow, I'll look into what I can do to create better compatibility from my side (although I shouldn't, really).

hehe you are a genius... is a fix for it.

Well, thanks, but tell that to the author of the hack. Basically, if a hack form is supposed to act the same as the regular form, it should simply have all the same hidden parameters :)

I posted the fix in the other thread and a link to your suggestion

Thanks man. :)

very usfull, hope it works with 3.5.2!

It does, don't forget the install button.

We use Macs. I have checked both using Safari browser and in Internet Explorer on a mac and I get the same result with the date box being too narrow to show 2 numbers.

When I checked using a PC (not a mac) everything was fine.

I am attaching a screen shoot so you can see what this looks like on a Mac.
You had provided a fix for this in an earlier version - is there a way to fix it again?
I would be happy to try to edit a file myself if you would provide instructions.

Thanks,
Carolem

oh yeh.

i want a mac :(

p.s maybe you can edit the box size?... have a fiddle around with it, im just gonna install this n have a go. :)

Sheesh! It's a called search people...

https://vborg.vbsupport.ru/showpost....4&postcount=55

Thanks, I was looking at that post previously, but I did not think that the adv_editform template applied in the 3.5 version.

My problem is now solved!

I see now where I should have realized this on my own!

Carolem

Yes, cause people post multiple irrelevant posts and I cannot keep track of everything in my threads :( I'll try to make sure I do this in next releast.

I have a seemed problem with this hack and "forms hack". This is the problem:
https://vborg.vbsupport.ru/showpost....&postcount=401

...i already post in that thread, but, if you can help me to solve this too, please, i will be thankful.

Greetings

This hack was written so that it would not initiate conflicts with other hacks.
However, it is impossible to prevent other hacks from initiating a conflict with this hack. All I can tell you is that you should seek help from the author of the Forms Hacks. Thanks.

This is a wonderful hack although I have a problem. I allow members to delete their own threads. After I lock a thread for editing by a member, they can still see the 'delete thread' in the thread tools dropdown and can use it.

Then don't allow members to delete their own threads.
At the moment, the hack cannot work with global tools that involve mass post management and stuff, and that is said in the first post.

Yeah that's not an option. If that issue ever arose I'll just move the offending member into my limited usergroup though I don't foresee that happening. Thanks Anthony.

I could make it so that it would say "protected posts detected, operation impossible" when, say, a moderator tries to modify a thread that contains posts over his/her editlevel... Idk whether that'd be good though.

The reason I would need this is lets say a member decides to start a flamewar for whatever reason, but then gets called out and decides to delete the thread. Then I decide I want the thread back so I restore it and lock the first post. Well he can no longer edit that post, but can still delete the thread through the thread tools dropdown.

So the hack is only effective for locking posts, (which is wonderful in itself and great thanks for that) but I also need it for threads themself.

I have the workaround I described above so it's really not a big deal and a huge thanks for what it already is capable of. Just maybe something to think about for the next release. :)

ok got a prob.. chk this plz.. I'm using vb 3.5.3 with ur hack 2.0.0
thnx in advance for ur solution :D

привет
its possibly to code this hack for vB 3.5.2

Any updates on the compatability with vb3.5.3 ?

Any chance you could add an option for Administrators to remove the "Last edited by" notation from a post if it happens to have one?

Installation worked fine, although i get this message trying to add/edit a post/thread:

Uncached templates: adv_editform (1)

I have Microstats installed on by board, running 3.5.4

Regards,

thanks Shuvo for your instant help

Regards,

Just to let users know, this can break the forms hack.

My forms would erratically stop working or give me errors, until I disabled this (I disabled every plugin 1 at a time and tested 3 times; this one caused issues consistantly) mod.

That has already came up before. Please read through the thread to see the answer to that issue.

Edit: Because I am in a good, here is the summary of my answer: my hacks are written with the existence of other hacks in mind, therefore my hacks do not contain "monopoly" that can disrupt other hacks' work. Other hacks, however, can be written in a poor fashion that can result in a conflic between itself and any one of my hacks. This, as you may understand, is not in my power to prevent.

...

Concerning the uncached template, that is, of course, important, but not important enough to release a new version just for that.

To fix that problem before there is a release, add the following plugin @ global_start:

Yes, I'll look into that.

No, because this ALREADY IS for any 3.5.x version of vBulletin.

I had to uninstall this hack for now...........Not sure what happened, but when i would start a new thread, just named it test and wrote tester in the message section, it used 50 queries to show the thread..........normally on my site it is only 12 queries.

It is a kewl hack though.............thanks for sharing it with us.