on my IE 7.0 don't :(

Hm... I don't know what to say. I have tested your site in both normal and 64-bit Internet Explorer 7, and haven't seen any issues. Try clearing your browser cache, maybe?

Hey, installed on my site, works a charm, although I seem to be getting the problem where Sig images get turned into URL's. I think you addressed this problem already so i'll check and get back to you. Either way this works great, i'm clicking installed because me and my members love this.

-Dave (http://www.TheBestCaseScenario.com/forum)

EDIT: Fixed by rebuilding Sig cache, nominated for MOTM.

I have installed your mod and it resizes everything properly but I have a few issues...

1. When using in conjunction with vbadvanced I get the "resized" message no mater what my setting are. View my front page, I have a test image posted... http://www.chattanoogans.com/

2. When viewing the message it doesnt make the image clicable to view the orginal image even when I have the option set. You can view the message at...
http://www.chattanoogans.com/forums/...size-test.html

PS. Using IE 7

I'm not sure about this, but i'm using SID's hide hack and I had vBAnonymizer (unistalled atm).

@offline, I don't know if you changed something or not. I checked and saw it working as you described in IE 7. Then after 30 mins of trying to figure it out I refreshed the page and it's working as designed...

@mrghostno1, thanks for getting back to me with this. It gives me somewhere to start looking.

For users using sid's [hide] hack...

The issue is that AFTER all the parsing is done for a post, the [hide] hack reparses the post. This would not be a problem if the post was reparsed properly. But a huge number of coders are under the misconception that using the function $bbcode->do_parse() is the best way to do this.

The truth is, that do_parse bypasses the bbcode_parse_start hook, which breaks any modifications that may be using it. Not only that, but it still runs bbcode_parse_complete, which can create even more problems when bbcode_parse_start was never called.

So if you're using the hide hack (or potentially any other hack that runs do_parse)

In the postbit_display_complete plugin, find:
Replace with:

Thnks thincom200, but... didn't work :( still got the same.
btw, i found this code only under "hide hack ajax request"
There's also a "fetch hide tag" with postbit_display_complete, but couldn't find that code.

Other plugins using postbit_display_complete

• Last seen online (Postbit)
• Warning System (Postbit)

Wierd, it still doesnt work for me, give me an error on the bottom of the page and I still can't click on the image.

I went home and tried it and when I first viewed chattanoogans.com home page it loaded with no errors then I click on the message title above it "Image Resize Test" viewing the message then I click the back button to bring me back to the home page and then the error came up.

In the template, find:
Replace it with:
That's the only place I could find an expected ';', so let me know if that changes anything.

Is this for me? Anyway, what's the difference between the 2 codes? for me they look the same...

Once more thnks for ultra fast support :)

edit: tried to reinstall, still no image at all when enabled.

Well it still doesn't work properly but I can now click on the image to make it bigger on the fornt page but when viewing the message itself it is still not clickable.

By the way I wanted to say thanks for the mod and thank a million for trying to help me get it working.

The "image was resized" message is not clickable in the public version. Is this what you meant?

EDIT: It depends on how you navigate to the post for some reason. Doing so through the forums and it functions normally. Doing so from your vBa module and it breaks. Hitting back after going through vBa, then clicking it again and it functions normally. I'm at a loss.

Hello ,

I was installed the hack and work good but all the image was appear links not image , when i do edit the post the image will show ,

http://dardasha.net/montada/showpost...&postcount=116

but my forums is big and alot of posts and i can't do edit for all posts ,

Regards

All images turned into links in signatures, and I can't un-do this. I tried running the things in "Update Counters", but no luck. Please post a fix as this mod just broke 800 of my users sigs :-\

If editing the post works, then the update counters method should fix it for you.

I have posted many times in this thread that I am unable to duplicate this behavior at all on my board. If someone can create a test board where this DOES happen, I will gladly take a look and post the fix.

Editing the post works for me too, updating the counter works too.

However, all the images that were in the single line now became each on a line, editing shows the code ok, but it places on per line, making posts get a real long scroll down...
After disabling, the post became ok again. But when i enable CES Dynamic Resize, again all images showing as links, so i would need to update counters all again...

Bug report: Images with link

https://vborg.vbsupport.ru/

Dont show up when resize is enabled

This should only occur if the resize message is enabled. This occurs because the message can only be rendered on a new line. I will look into adjusting this in the next version, but it would complicate the code.

This is very odd. Perhaps it is related to stack order. I will look into this.

Actually i'm with the image disclaimer disabled, and still getting one per line...
I'm doing a rebuild befor and after each enable/disable of this mod. :(
And every image got 1 per line, even the ones wich didn't need to be resized.
When disclaimer is disabled the linked images show ok, but you can't reach the link since the full image is opened, this isn't possible to fix i think. Unless you added the link to full image only on the disclaimer text.

This sounds like a good solution. Unfortunately I am having a great deal of trouble getting images to go by % and be on the same line without the % having weird results. See here: http://www.crackedeggstudios.com/project.php?issueid=36

I don't get it, shouldn't the second image be shown under the other? Since it's over width.
In may case i have small thumbs. I'm confuse

Hey, as I've said before, this is a great mod. I just have one small problem. Members of my website have Sig Images that are made up in parts, so they can link them to different places, but it still looks like one large image (basically, to get around our signature size rules).

Unfortunately, since installing this mod a newline appears between the images, ruining the effect. I've enclosed a screen-shot for your perusal. Although I could fix it myself, I'd rather you did it-it's your code and I want everyone to get the benefits of this mod.

http://www.thebestcasescenario.com/davew/sig1.png


http://www.thebestcasescenario.com/davew/sig2.png

Thanks,

-Dave

Hi, it took a bit of searching around on some forums, but I figured out why the javascript in my test version stopped working, so I will be addressing all these issues quite shortly.

Okay, I think I am done with the updates to the mod and should be uploading it relatively soon. What will happen now is that all images remain on the same line if they were entered on the same line (that is, original line breaks are maintained).

This would be a bad thing if multiple images in a line were oversized, because even after resize, leaving them together would probably still be too big. This was the original reason for forcing the images to separate lines.

Now, however, the mod will treat ALL images on a line together as a single image, and resize them accordingly. Basically this means they will all have to share the maximum width, and each will be smaller than if they were the only image. I think this is the best solution without getting invasive on post layout again.

The code structure has changed. In order to accomplish the "width sharing" all widths have to be calculated first (otherwise the ones resized first would mess up the calculations). Once that is complete the images are finally resized. A new plugin had to be added to avoid the onload() bug. This is the bug (or feature?) where Javascript will only run 1 onload command in an entire page. This was partially your issue if sometimes the images weren't clickable. Although the real thing to blame is the session hash vBulletin hides in every URL. Somehow this prevents Javascript functions from running more than once. It must be the session hash because clicking a vBulletin link doesn't work as expected, yet directly typing the URL does work (and this is the only difference I can tell between the URLs). Anyone (staff?) care to comment?

All resize commands have been moved to the $onload variable in the body tag. In addition, a second new plugin had to be added to insert a regex to prevent each image from breaking the intended layout and eventually style (this is the line break fix).

To address the [url][img]https://vborg.vbsupport.ru/[/img][/url] reported bug, where the link opens the image and not the address in the url bb-code: this is actually not a bug, but intended functionality. For now, if you want to link resized images elsewhere, use captions. Or right click and open the link that way. I will add a feature so that the link to the original image moves to the disclaimer if wrapped in a URL tag. If the disclaimer is disabled and this is the case, the link to the original image will disappear.

But this doesn't apply to images wich have (each one) smaller size then the limit right?
Just to make it clear, for me and others, because vbulletin already break-line if the width of all images is too long.

As I said, images in these cases are not treated individually. vBulletin cannot word wrap because the disclaimer forces a line break anyway (even when disabled), so this is the method that is used. The javascript cannot suppress one form of a line break instead of another. Though this is possible, the entire mod would have to be rewritten, and then a user with javascript disabled will still be seeing huge images. If a user doesn't like the overall resize, they should edit their posts. That's what post preview is for.

I have spent 2 days changing up this mod so that users who were breaking site rules anyway (using a workaround to essentially use huge images) wouldn't be affected by line breaks. If a user is smart enough to figure out the workaround, they should also know that the simplest way to stop a block-level div from adding line breaks is to enclose it in a table cell. There are some excellent table bb-codes available (for example, NuHit packages [table], [tr], [td] with NuWiki) so admins wouldn't have to enable HTML to allow something like this.

But that's enough of a rant. I think I've squashed most of the bugs with this new version finally. All I have left to do now is add the [url] checks.

The new version has been posted.

@offline, all of the bugs you reported have been fixed in this version.
@Dave_W, the "bug" you reported has been fixed in this version through "width-sharing."
@mrghostno1, the [url] (and other tags) bug you reported has been fixed in this version.

New options have been added. You may wish to configure.

Note: The width sharing interferes with word wrapping for the sake of speed. I just don't think it would be efficient to add 2 more regexes to have a word wrap work on images again. Plus it is likely that images placed together on a line are intended to be viewed side-by-side anyway, and word wrap could become frustrating to these users.

Changing it back would have to be done entirely on the Javascript side (adding 2 nicely slow regexes), so users with Javascript disabled would experience it as is anyway.

Thx for the update \o/ already installed ^^

A good feature is to implement Highslide JS ^^

Thanks again for the mod!

Okay, broke my template :/

http://www.hakkeshu.com/forums/showt...?p=133#post133 Take a look

The image should be on top not down

This is the stupidest bug I have seen. It is impossible to run the bbcode_parse_complete code in showthread. Why does this only work in Project Tools? The variable has been globalized and I have even tried storing the recurse value in a $vbulletin->dynamicpic object with no luck.

The recurse value is ALWAYS zero on showthread, and even when skipping the check the regex is too lazy to bother on showthread. Does anyone have any solution? I am so fed up with the postbit at this point and on the verge of only supporting use of this mod in Project Tools.

Until someone else finds a fix, I'm out.

Oh, no problem, could u send me the last version? it was working for me :\

I would, but I try not to archive out-of-date versions of my mods. Hopefully someone else has not updated yet.

I found a backup here

^^

Could you upload it? lol

Maybe I can find something in the old plugins that would explain wth is wrong.

Sorry I over wrote the old plugin.

I posted in the wrong section here is the error I get with the new update and this didn't happen on the older version.

With the new update on this mod I am now getting an error in firefox I know for sure.

I am running VB 3.6.8 the last version of this mod was fine now I get this when navigating the forum. The only thing I did was turn it on and lowered the size settings on this mod, everything else is at default.
Attached Thumbnails

Not working here, style get all buged out. I can't be doing cache update all the time.
Sorry.

This has been established. The current version only works in Project Tools. If anyone still has a copy of the old zip archive, it would be extremely helpful in finding out what broke.