Jump to content
Matt
 Share


What's new in IP.Board 3.1.2? (Part 1)

Moved topic redirect links
A common request from our customers over the years is the ability to have those redirect links that are added when moving a topic to automatically 'expire' and be removed. This is one of those features that was on our lists for years but never made it into the feature set due to time constraints and other factors.

Happily, we found time to implement this for IP.Board 3.1.2.



The administrator can specify a number of days before the redirect links expire in the Admin CP settings page.



The daily clean out task now checks for any deletable redirect links and removes them automatically.

Archive Personal Conversations
Another common request we've seen since we introduced the new 'personal conversation' feature was the ability to somehow archive off conversations. Now that these conversations are much like personal topics that can have many replies from many different participants the old system of simply allowing a downloadable text file isn't an option.

In 3.1.2 you'll be able to email yourself a copy of the conversation. This will be sent as a HTML file attached to the email which you can download and store on your computer.

When you're viewing a personal conversation, you'll see a new box: "Archive Conversation"



Clicking this will send the email via 'ajax' meaning the screen doesn't refresh and you don't lose your place on the page.



The email is shown with the attachment



Which is a lo-fi copy of the conversation suitable for printing



Open ID: Email no longer required
We have removed the "email" requirement for OpenID logins, which should allow for many more OpenID services to work (including Google, TypePad and Wordpress).
While this change is in effect immediately for new users, for existing users you will need to edit the login method to enact the change. In the ACP, visit System -> Log In Management. Next to OpenID click the button and choose "Configure Details". Clear "email" from the "Required args to pull", and then add it to the "Optional args to pull" (which should appear as "nickname,dob,email" once you are finished).
Save the configuration and you're all done!

 Share

Comments

Recommended Comments



  • Management

Thank you for all the feedback, much appreciated. For those that have suggested new features, please post them in the feedback forum so they don't get lost :)

Link to comment
Share on other sites

The expiring of redirect links is gonna be GREAT.

If I may just comment on the PM archiving, I'd like to say that it might be better than instead of using the "Today", "Yesterday",... time thingy, to use the complete date.

The reason behind this is that you may archive the PM, delete the online copy or whatever, and when you look at it 2 months later you won't know when all this took place because it just says "Today" and "Yesterday", and nothing specific.

I know you can go look at the file's Properties to see when it was created, but there's also a variety of ways that this can change (e.g. when you copy the file). It would also just be more convenient to have it right in the file. "Today" and "Yesterday" are not so useful in logs anyway.

Link to comment
Share on other sites

ipb is the most active community these days, really they put effort on every release and much of the code is edited.

they listen! and this is what i love about ips!

...on second though what happened to my moneybookers gateway API!?

Link to comment
Share on other sites

Matt, great improvements, thanks for taking time to describe them in advance!

One comment on the PM archiving--would it be possible to add "Archive Conversations" to the drop-down list when viewing a list of conversations? This way you can use the checkboxes on the right to select multiple conversations and then have all of those archived and sent to you at once? I know many of my members would hugely appreciate this.

Thanks,

..Al

Link to comment
Share on other sites

Can you tell me if 3.1.2 is new features rather than bug fixes, as I would not use redirect or Archive conversations at all, and I do not want to keep bloating my board, with stuff we wont use. Can we get the bug fixes as a separate feature, without having to install all this. Would it not be a good idea to give people the choice, bug fix and or features. Rather than just one file with no choice.

Link to comment
Share on other sites

[quote name='Gerry 5039' date='10 July 2010 - 11:05 PM']
Can you tell me if 3.1.2 is new features rather than bug fixes, as I would not use redirect or Archive conversations at all, and I do not want to keep bloating my board, with stuff we wont use. Can we get the bug fixes as a separate feature, without having to install all this. Would it not be a good idea to give people the choice, bug fix and or features. Rather than just one file with no choice.


It's both, bug fixes and a few new features. And what makes you think that your users won't use the archive PMs feature?

Link to comment
Share on other sites

[quote name='Kotonoha' date='11 July 2010 - 01:19 AM']
It's both, bug fixes and a few new features. And what makes you think that your users won't use the archive PMs feature?


This.

It isn't "bloat", and IPS freezing their current feature set and just releasing separate bugfix releases would be implausible.

Link to comment
Share on other sites

[quote name='Gerry 5039' date='10 July 2010 - 06:05 PM']
Can you tell me if 3.1.2 is new features rather than bug fixes, as I would not use redirect or Archive conversations at all, and I do not want to keep bloating my board, with stuff we wont use. Can we get the bug fixes as a separate feature, without having to install all this. Would it not be a good idea to give people the choice, bug fix and or features. Rather than just one file with no choice.


That's like telling the cable company that you don't want to use the free upgraded converter box that is exactly like your current one (except it has bug fixes and gives you more channels) because it's got extra features that no one would ever use.

If your members wouldn't use the archive option then guess what.. it won't slow down the board. If they don't click on the option then the option doesn't get used. It doesn't make it bloat, it just means it's code that won't be executed. I personally don't use the "new content" features. What if everyone of your members was like me, would you ask IPS to exclude that feature because it's bloat?

Not trying to start a debate or anything, just hoping you'll see that you're being a bit silly with that (and I say that with all due respect). An example of bloat would be adding a feature that would put an unavoidable sign-in box in the middle of the screen, blocking the view of the board no matter how much you scroll.

Link to comment
Share on other sites

Sorry I think you all picked me up wrong, I was simply asking could IPS also release the bug fixes as a separate file, not that you can't have the extra features lol. And I was not knocking IPS either as I know that a lot of members were asking for these new features,I know my members wont use it, as my board is not a public board and members of the public cannot join it. Therefore I just think for those who don't want the features could there be a separate file of the bug fixes.

Just a request, not a demand, it would save a lot of work, as you could update the files for your mods before you upload so nothing goes down, anyway it was just a suggestion. :)

Link to comment
Share on other sites

[quote name='Gerry 5039' date='11 July 2010 - 10:03 AM']
Sorry I think you all picked me up wrong, I was simply asking could IPS also release the bug fixes as a separate file, not that you can't have the extra features lol. And I was not knocking IPS either as I know that a lot of members were asking for these new features,I know my members wont use it, as my board is not a public board and members of the public cannot join it. Therefore I just think for those who don't want the features could there be a separate file of the bug fixes.

Just a request, not a demand, it would save a lot of work, as you could update the files for your mods before you upload so nothing goes down, anyway it was just a suggestion. :)

That would require keeping and updating multiple copies of the same product.

Think of it like this.
3.1.2 bug fix
3.1.2 bug fix + PM archive

Then the next release would be like this.
3.1.3 bug fix
3.1.3 bug fix + PM archive
3.1.3 bug fix + PM archive + (some other feature)

Each time a new version is released, there would be yet another copy to maintain so as to keep out the newest features while fixing bugs.

It's just unrealistic to get bug fixes as one file and then another that has the new features.

Link to comment
Share on other sites

[quote name='Wolfie' date='11 July 2010 - 04:53 PM']
That would require keeping and updating multiple copies of the same product.

Think of it like this.
3.1.2 bug fix
3.1.2 bug fix + PM archive

Then the next release would be like this.
3.1.3 bug fix
3.1.3 bug fix + PM archive
3.1.3 bug fix + PM archive + (some other feature)

Each time a new version is released, there would be yet another copy to maintain so as to keep out the newest features while fixing bugs.

It's just unrealistic to get bug fixes as one file and then another that has the new features.

No I mean

All I was thinking was

3.1.1 - 3.1.2

1) 3.1.2 Normal Full package for download (Usual Download)

2) 3.1.2 A folder with, files with fixed bugs only.

Therefore if I chose option 2 I could edit the few files if need be before uploading them, this could easily be done for any release as bug fixes may only be in 3,4, or 5 files.
Which means then If there was a bug in for arguments sake in Index.php and no others, the bug fix file would only contain that file therefore I could upgrade that file or files without having to reinstall the whole package.However if anyone wishes to upgrade they would use option 1

:thumbsup:

Link to comment
Share on other sites

[quote name='Gerry 5039' date='11 July 2010 - 12:09 PM']
Therefore if I chose option 2 I could edit the few files if need be before uploading them, this could easily be done for any release as bug fixes may only be in 3,4, or 5 files.
Which means then If there was a bug in for arguments sake in Index.php and no others, the bug fix file would only contain that file therefore I could upgrade that file or files without having to reinstall the whole package.However if anyone wishes to upgrade they would use option 1

What if some of the files with bug fixes also includes parts of the new features and without the rest of the files, it would cause the board to not operate properly? Also sometimes the number of files edited (bug fixes) gets to the point that it's pointless to separate them.

Link to comment
Share on other sites

We will not be releasing separate package for "bug fixes" and "bug fixes plus enhancements". The new features (if you can call them that - they're really just tweaks and enhancements to existing features) will not bloat or slow down your board in any way. Like any other feature in IPB - if you find you don't have a need for them, don't use them.

Link to comment
Share on other sites

  • Management

It's also worth noting that IP.Board is modular so not everything is loaded into memory at once. We could write a whole new app with thousands of lines of codes but it wouldn't "bloat" IP.Board as the code would not run unless specifically called upon.

Link to comment
Share on other sites




Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...