Ditchmonkey

Actually the forum version of the image resizing script works fine in all browsers. Strangely (and this is something I put in the bug tracker some time ago) the blog version really doesn't work at all for me (Safari). My complaint about the image resizing script is that it is not configurable to fixed dimensions - it always uses the width of the browser to make its resizing calculations. This makes it pretty worthless for fixed-width sites. I had to pay IPB to customize it and now I have to painstakingly update the JS file every time there is an update. Regarding launching the images in a lightbox - given that the purpose of the resizing script is to scale images down to fit in the browser - why would you want to completely reload the image in a lightbox to scale it up 15%? This script isn't meant to automatically make a gallery out of linked images.

I'll second this one and inquire about the status of the original issue.

I'll add my vote for this as well.

Yeah thanks there were some helpful articles there: http://community.invisionpower.com/resources/articles.html?record=333

Since the new resources section is missing most articles about hooks. and the hook overview help article in the IPB admin is also missing, can someone post a very basic overview of how hooks are created and implemented within IPB templates?

http://community.invisionpower.com/topic/295868-jquery-problem-on-ccs-page/page__pid__1861814__st__0&#entry1861814 I've got a very large IPB + CCS project in the works and it's going to take more than one person to get the job done. I instructed someone that works for me to post the question above so we can move forward through some technical issues. This has come up before but the answer wasn't adequate. How does an organization of more than one person get support for this product without everyone using the same account?

I guess I'll take that as the official response :)

.....and back to the topic at hand :) Search options? In the next month?

Thats why it makes sense to implement it as an option. Geesh having a lot of trouble with this board today: Parse error: syntax error, unexpected $end in /home/forumsi/public_html/admin/sources/classes/output/publicOutput.php on line 359

Because that is where issues go to die. I never hear another thing about the issues when they go there and in my experience, half the time they never even get fixed. This is a pretty serious issue that I think deserves some attention.

Well if you guys are serious about getting market share from vbulletin and migrating boards from vbulletin to IPB, you should at least prvide the option to duplicate the most basic Vbulletin user experience paradigms. So can we get this as an option? Soon?

having the same problem with search results. Anyone else?

When I go to a users profile, click"find posts" on the left - I get the first page of results ok. However, when I click on any consecutive page of results "2", "3", "last" etc I am redirected to the board index rather than the consecutive page of results.

If IPB wasn't creating more feature rich software to work with modern, faster servers, they wouldn't be creating the best possible product. Time to get after your server providers and tell them to upgrade their 5 year old hardware.

I'd also like to point out that returning posts as results for a "topic search" makes perfect sense and to have the default forum search return results as a combination of topic and thread searches not only reduces the utility of regular search, but it to a certain degree reproduces functionality in the topic search.

I think what is important is that the most fundamental default behaviors of the IPB board conforms to what the bulk of your customers want and need. I also think that as per my example, returning posts as results really doesn't make as much sense as returning threads.

My users have been complaining that since switching from Vbulletin, searching for specific threads has become much more difficult. I believe that the problem is that when I search for "chains" for example, rather than returning threads that contain chains, it instead returns posts that contain chains. So page one of the results might look like this: Thread 123 Thread 123 Thread 123 Thread 123 Thread 345 Thread 345 Thread 678 Thread 678 Thread 678 Thread 678 Where the first 4 results are 4 posts from the same thread. The next two are from another thread, and the final four are all from a third thread. So the first 10 search results just represented three threads and 10 posts within those three threads. Whats worse is the first four results are from a thread that was just created 30 minutes ago complaining about how hard it was to find that thread about "chains" that people remember. I'm not sure it makes sense to return every post that contains the search phrase within the thread because - well if the thread is about chains we just might be mentioning it in every post....... 1. I don't believe that returning posts should be the default behavior 2. Is there anyway to change it? 3. If the answer to #2 is know can we get some improvements here? The default behavior should be to return threads as results, not posts.

My 3.02 is very fast - at least as fast as my previous version of the site on Vbulletin 3.8.2

One feature of Vbulletin that I miss are links to moved threads that expire automatically after x days. Would be nice to see that as part of IPB

Tonight I was updating my user profile when I got the message that x field was required. I entered info into that field, submit, then found that the original changes had been lost to the other fields. This needs to work a little better than this.

I think you are fine and this is just a case of everyone misunderstanding each other. Original poster was only asking for a field in the admin to enter the entire GA code snippet. Bfarber interpreted that as a request for a field to enter the GA account id and then IPB would generate the rest of the code - which is against the GA TOS and just not a good idea anyway. I'm guessing your hook is just a field where the entire GA code is entered which is fine. I think it makes sense to have a field to include analytics code into the global template, but since it can be easily achieved in the templates my feelings about it are neutral.

Tags, tags, and tags.

The following files were customized by IPB staff for my 3.01 installation: admin/applications/forums/extensions/furlTemplates.php public/js/ipb.js It would be helpful to know if either of these files has changed for 3.02 so that I don't have to reapply the customizations if its not necessary.

haha :) For reference: 1. Admin set member titles in vbulletin were not migrated to the IPB board 2. all of my old PM messages were marked as new in IPB. Many of the PM messages were associated with "deleted member" when the member that sent them was imported into IPB fine. 3. Forum names that had a ' in them like "Member's private forums" had their names truncated to just "Member" 4. The conversion script did not resize member profile images to the default maximum size defined for group. This created an unfixable situation as no rebuild member photo script exists in IPB 3.0.

OK I have reported a total of 4 bugs with the converter.