Haku2

If you're that set on changing it, you don't need to go through all references in the code.  Just edit admin/sources/base/core.php buildProfilePhoto() to return the avatar instead of the photo.

Based on this suggestion I made the following changes to the core.php file for my 3.1.2 install. The idea being that if the user has an Avatar image set, but not a Photo then it will use the avatar image. If neither is set it should use the default image. I haven't fully tested it yet, but it seems to be working on the profile pages, but not in the 'Member' list.

at line 8053 in /sources/base/core.php. Change:

$member['pp_main_photo']  = ipsRegistry::$settings['img_url'] . '/profile/default_large.png';

to

if($member['avatar']) {
    $dom = new DOMDocument();
    $dom->loadHTML($member['avatar']);
    $avatar_path = $dom->getElementsByTagName('img')->item(0)->getAttribute('src');
    $member['pp_main_photo']  = $avatar_path;
}
else
{
    $member['pp_main_photo']  = ipsRegistry::$settings['img_url'] . '/profile/default_large.png';
}

I just figured out that my hack above will only effect the main member image and not the thumbnails. So you also need to add the following at line 8070 of the core.php file

Change:

if( $member['_has_photo'] )
{
    $member['pp_thumb_photo']  = $member['pp_main_photo'];
}
else
{
    $member['pp_thumb_photo']  = ipsRegistry::$settings['img_url'] . '/profile/default_thumb.png';
}

to:

if( $member['_has_photo'] )
{
    $member['pp_thumb_photo']  = $member['pp_main_photo'];
}
else if ($member['avatar_type'] == 'upload')
{
    $member['pp_thumb_photo'] = ipsRegistry::$settings['upload_url'] . '/' . $member['avatar_location'];
}
else
{
    $member['pp_thumb_photo']  = ipsRegistry::$settings['img_url'] . '/profile/default_thumb.png';
}

I should have also noted that I haven't fully tested this, so please backup the core.php file before you hack it and if anyone has improvement or alternatives to this hack let me know.

Currently, there is no default functionality to set Topic Prefixes for users to use when creating a new topic. I think there should be a Topic Prefixes feature in IP. Board, like vBulletin. Its a very handy feature.

What do you think? Click if you support this suggestion.

Having just upgraded to 3.1.2 I was dismayed to find that the "Systems Statistics" block had been moved from the Dashboard area to being hidden under the Support tab... and being hidden is I have to say a retrograde step that compromises ease of use. Having this information available upon logging into the ACP was a very useful set of indicators that were immediately to hand concerning the status of accounts, topics and posts. Actually having to go look for this information means that things requiring attention will now get missed.

I'm not sure IPB have this feature, because I remember asking the sales department months back before joining IPB, they said they will look into it. Any update guys? Its important for admins to access and reply post via email especially when replying something complex like product price quotations.

My organization conducts online workshops for writers.  When the workshop is over, we (pre 3.0) downloaded each topic and compiled them into a single .doc file, .pdf'd it, and put it up for our members to be able to download the entire workshop.  These then went into our archived library area.

However, my librarians are complaining since the change in the way things are downloaded/printed.  In fact, it's downright annoying.  In the land of BEFORE, we were able to hit the download link once and get the entire topic. Now each page must be done separately.  In BEFORE, we could automagically send it to a .doc file, now both downloading and printing both do the same thing - open up a browser page and displays the text stripped of the boards skin.  It looks great - but a copy/paste is required (and it doesn't look as good) to move it to a document.  Even saving the HTML means a very tedious process of combining many pages together.

Is there any chance IPS can give us back our old printing/download method?  At the very least, can we download/print a full topic, not just one page of the topic at a time?  I'd even be happy with a print to PDF function...

Any tips, tricks, or ideas on how to make this function work easier?  Or any chance it can go in the enhancement requirements bucket for a future release?

Wow, why was my post just randomly removed without notice?

Yours was not the only post removed

Just to note, we're exploring an Ioncube version that would not require anything server-side. Zend Optimizer is deployed across most hosting servers these days, but we recognize there's some issues with certain environments, so we'll do our best to work around those rare instances.

We recognize that encoding isn't popular amongst all, in spite of it being the norm for similar applications. Nonetheless, please understand that Nexus will be used to collect and transmit sensitive data - it only makes sense to add a little protection to those routines for the benefit of you and your customers. Yes, the data is currently stored in the IPB database -- it's hoped that an option will exist to store data outside of that database. Further, the data that is stored can be encrypted with the decryption routine encoded in the code... so even if someone did obtain the data, they would not find it of use. You will also find Nexus to evolve rather quickly and while encoding may not make perfect sense to you at this time, future versions will hopefully make the reasons seem even clearer.

It's also worth noting that Nexus is quite extensible via the hooks system. Please give it a chance before declaring it a deal-breaker.

In regards to it not being announced - I apologize and take responsibility for that. As mentioned, if you've purchased it prior to release and consider it something you can't work with, please contact billing or contact me personally. I'll also add that there are no plans to encode existing products. Again, Nexus is a special case.

Thank you for your interest.

If you purchased IP.Nexus during the pre-sale and are unable to run, or do not wish to run, encoded files you can contact billing for a refund.

More information on encoding here: http://community.inv...zend-guard-r536

Shame this was not announced prior to the selling of the product.

I always thought that IPS had stated that (apart from Converge - which Charles said may be unencoded in next version) there were no plans to fully encoded products.

Not sure what encoding has to do with security of financial information as that is controlled by SSL.

Known Issues
After upgrading, you may receive the following error message with logging in:

"[#10193] We encountered a problem processing your login request. Please try again."

The issue is caused by outdated skin templates. Simply update your custom skin's template bits.


Manual fix
To fix the error yourself edit the template "Login Screen -> showLogInForm" and find:

<if test="referer:|:$referer">

Add ABOVE:

<input type='hidden' name='auth_key' value='{$this->member->form_hash}' />

Save the template and you're done. Repeat as needed for all skins.

We have put together a mini-patch for 3.1.3 which fixes the following issues:

- Warning when using JSON when the PHP JSON extension isn't available
- Twitter log in issue
- Hovercard Opera positioning issue
- Missing dashboard notifications in the Admin CP
- Members may access password only forums without complete authorization
- Security update regarding personal conversations
- Emails no being sent or being delayed

Download: http://www.invisionp...s/313Update.zip

Wouild it be possible to add a topic preview popup on the main board index so you can see info about the latest topic without having to click on it?

Invision Power Services, Inc. is pleased to announce the release of IP.Board 3.1.3

This is the first release in a series of every-Tuesday releases scheduled for this year. Please read our blog entry for full release schedule information.

IP.Board 3.1.3 is a maintenance release that fixes many issues reported in the previous version and also adds required support for the new application updates scheduled to be released over the next few weeks.


Downloading

You can download IP.Board 3.1.3 in the client area. You might also read our general upgrading instructions for our software.


Support Note

As with any release, please expect support response times (particularly for install/upgrade requests) to be longer than usual for the next few days. Refer to your license terms for support response SLAs.


Developers

If you are an IP.Board modification developer, there have been several enhancements made to IP.Board to make things easier. Keep an eye on our company blog over the next few days for more information.

First off, welcome. Being a customer of vB, IPB, and XF myself, I will say that if you do choose IPB, you will not be diappointed.

I've read the documentation and see that display names can be disabled so that's not a problem but I was wondering what use they have? Is there an advantage of using them?

Some forums may use them in different ways, but for the most part, it's just a convenience for your members. Have you ever registered at a forum and then years later wish you had used a different username only to find out that you can't change it, or the name that you want to change it to is taken? The display name solves this. It lets your members "change" their username while keeping a history of all changes so that nobody loses track of who they are. You can change your display name as much as you want to, but you will always maintain the same "login" name that you used when you register - this is your true identity.