Find content
Male
This is a feature I would love to see taken from XenForo, it turns your bored off when it sees that there are new files for an upgrade to the next version then it automatically comes back online when done upgrading.
If this is done, it would also be cool to have a feature when upgrading to either select when the board comes back online, as in say you need to configure some stuff before the board goes back online so you can have a box to check that makes it stay offline until you manually turn it back on.
#2269323 Turn board offline automatically when uploading/upgrading to new version
Posted
on 21 May 2012 - 12:09 AM
#2266858 IP Gallery - It's driven us away from IPS to the competition
Posted
on 13 May 2012 - 04:41 PM
One thing I'd REALLY like to stress...
A lot of us do NOT want a gallery system that is designed around the idea of it being a PHOTOGRAPHY website. That's a big part of the problem I have with a lot of the various gallery systems out there. My membership could not care LESS about f stops, exposures etc. They want an EASY way to upload, share and reuse images of them and their projects that they can use in discussions on the forums, blogs etc.
They want to come to our site and be able to slice and dice the gallery to find examples of the kind of project they are looking to do so that they can see how different options LOOK. Having categorized images that are searchable and WELL DESCRIBED on the page is crucial to them being able to find relevant images and also greatly impacts the visibility in the search engines.
James
A lot of us do NOT want a gallery system that is designed around the idea of it being a PHOTOGRAPHY website. That's a big part of the problem I have with a lot of the various gallery systems out there. My membership could not care LESS about f stops, exposures etc. They want an EASY way to upload, share and reuse images of them and their projects that they can use in discussions on the forums, blogs etc.
They want to come to our site and be able to slice and dice the gallery to find examples of the kind of project they are looking to do so that they can see how different options LOOK. Having categorized images that are searchable and WELL DESCRIBED on the page is crucial to them being able to find relevant images and also greatly impacts the visibility in the search engines.
James
#2266135 Need to test SSO before purchase
Posted
on 11 May 2012 - 09:22 AM
Actually, misi, there is a test/development license key. 
http://community.inv...icense-key-r674
As per the documentation, we will not transfer a test-license key. I would recommend using it on an install you are unlikely to need to move or change.
http://community.inv...icense-key-r674
As per the documentation, we will not transfer a test-license key. I would recommend using it on an install you are unlikely to need to move or change.
#2261529 A possible valedictory
Posted
on 01 May 2012 - 09:42 AM
JLogica, on 30 April 2012 - 05:55 PM, said:
The problem is that you know about what you are writing in such detail that almost anything seems to be enough. I suffer form the same syndrome when I used to write technical documentation for projects. Having the actual developers writing documentation (other than the PHPDocumenter stuff) never works you know too much. You can't write the stuff for people who don't know so that they can easily make use of the stuff.
I loathe doing documentation but I offered to do the developer stuff if I was given access for answers to the questions necessary. I was told a documention person was hired. I assumed you had hired a technical writer but you are still falling for the trap that a programmer/developer is about the last person you want writing technical documentation about their babies.
That was still broken last time I looked for help, most of the developer stuff has been in the toilet since 3.2 unsatisfactory is the only word possible .. sorry if this offends.
My assessment of the dox is that they are inadequate. They have a textual representation (for the most part) of the call being described.
Documentation should be about showing how to use the target not a prose version of the options. example IPSMember::load something nice and simple has one sample;
As I put in the message about writing documentation, I am not talking out of my arse when I did this for a living I used to be technical lead for projects where I had 60+ programmers working for me back in those dayz technical writers were something IBM had and we had to do the best we could.
I loathe doing documentation but I offered to do the developer stuff if I was given access for answers to the questions necessary. I was told a documention person was hired. I assumed you had hired a technical writer but you are still falling for the trap that a programmer/developer is about the last person you want writing technical documentation about their babies.
That was still broken last time I looked for help, most of the developer stuff has been in the toilet since 3.2 unsatisfactory is the only word possible .. sorry if this offends.
My assessment of the dox is that they are inadequate. They have a textual representation (for the most part) of the call being described.
Documentation should be about showing how to use the target not a prose version of the options. example IPSMember::load something nice and simple has one sample;
$members = IPSMember::load( array( 'john@doe.com' ) );Which shows absolutely the simplest call possible assuming defaults. Sure this one is easy but that's the point the samples need to be real.
As I put in the message about writing documentation, I am not talking out of my arse when I did this for a living I used to be technical lead for projects where I had 60+ programmers working for me back in those dayz technical writers were something IBM had and we had to do the best we could.
Keep in mind, we are not IBM.
Frankly, our documentation staff are absolutely not who you want writing technical source-code level developer documentation. We have people that are/will be working on the user-level documentation (where I agree you don't want developers writing the articles), but someone who doesn't know PHP, or barely knows PHP, is not the best person to write up source code examples of how to do x or y.Anything that is not fleshed out enough you should comment on and request to be updated. We have encouraged this in the past. The comment form states "Do you have a tip, alternative approach, or extra information you want to share with the IPS community regarding this article? Feel free to contribute by adding a comment!" - we absolutely DO want feedback about existing docs that need to be improved or expanded upon. How is one to know what is lacking if no one speaks up?
The phpdocs (doxygen export) work just fine. Can you clarify what you mean by them being "in the toilet"?
Michael, on 01 May 2012 - 07:58 AM, said:
I agree with this, the documentation here is the one aspect that still needs the most work to bring it up to snuff. There may be a lot of good docs out there, but try finding them if you're not the one who wrote them. There are 2 different Documentation links in the navigation dropdown; the new section only has 5 articles in it that I can see, and the old one seems to have had several attempts at organizing it, none of which have been successful. It's got this 'New Docs (work in progress)' category in it, so a lot of stuff that would logically be in some other category may be there instead. And then the developer category there has a '-TEMPORARY STORAGE-' category which has other docs in it which should logically go in another category too. In addition, somewhere out there is doxygen-generated documentation too, but I don't think it's actually linked anywhere.
The only way I am ever able to find anything in the documentation now is to search for some key word in the code I know would be in a certain article. Otherwise if I ever need to refer someone to documentation on how to do something I generally just try and explain it myself. It's all well and good for those of us who have worked with the software for years and are comfortable getting our hands dirty digging through the code, but I'd hate to be a new modder trying to make sense of this documentation.
You really need to start by organizing everything. Pick one place for it to go and put it there. Lay it out logically so that brand new people can understand where to find the docs that talk about getting started with the software, and explaining how to use the tools out there to manage their site. And then also organize the developer documentation so someone can look at what's there and actually create something. I'll take the hooks documentation as an example, a lot of those docs talk only about the PHP file you have to create, and some don't even show any code in them. A person should be able to open one of those docs and be able to create a hook from it, and I don't see a new person being able to do that today.
The only way I am ever able to find anything in the documentation now is to search for some key word in the code I know would be in a certain article. Otherwise if I ever need to refer someone to documentation on how to do something I generally just try and explain it myself. It's all well and good for those of us who have worked with the software for years and are comfortable getting our hands dirty digging through the code, but I'd hate to be a new modder trying to make sense of this documentation.
You really need to start by organizing everything. Pick one place for it to go and put it there. Lay it out logically so that brand new people can understand where to find the docs that talk about getting started with the software, and explaining how to use the tools out there to manage their site. And then also organize the developer documentation so someone can look at what's there and actually create something. I'll take the hooks documentation as an example, a lot of those docs talk only about the PHP file you have to create, and some don't even show any code in them. A person should be able to open one of those docs and be able to create a hook from it, and I don't see a new person being able to do that today.
Documentation in general is being worked on - in this topic I'm only talking about developer documentation specifically.
Documentation is searchable in the main site search (though you need to select the correct database in the left hand filters).
I can't speak much about the "New Documentation" - I agree that's confusing, but that is something the main user-level documentation team is working on, and not something I have much control over. The "-TEMPORARY STORAGE-" category is exactly what it sounds like - it is only a temporary category that we moved all pre-3.3 docs to until they are updated. It had probably 50 docs in it originally. It's now down to less than 20, and as they are updated, they are moved back to the correct location. I apologize for confusion with this category, but we didn't want to delete what can be useful starting points for updated documentation articles, so we simply moved them to a temporary category until they are updated. I can hide this category if that actually helps - I just figured until they are updated, someone may want to refer to the older version of the article as much of the information is still relevant.
I agree the doxygen docs need to be linked and we will do so.
ALL developer documentation is housed at
http://community.inv...oper-resources/
It MAY get moved to the new documentation location when that is ready (per the user-level documentation team), but if you just go to this link (or go to the "Documentation (pre-3.3)" link and click on "Developer Resources", it's fairly well organized right now I'd say. What is confusing about the setup at the above link itself? If it helps, we could add a link directly to this category in the dropdown menu?
#2258924 Log in... as some members (threat to privacy)
Posted
on 23 April 2012 - 07:56 PM
The Heff, on 23 April 2012 - 03:57 PM, said:
And that's the key. So turn it off on your board.
I have used it on my board to diagnose issues already and, as a trusted admin, did not go near the PMs. Other admins clearly see a benefit of the feature and are making active use of it. Whether they are trustworthy and keep away from PMs is their business and you don't really need to worry about it.
Personally, even on another admins board I would not worry. Nothing sensitive will ever be communicated by me via PM and if they're really that interested in my messages, they could just ask.
I have used it on my board to diagnose issues already and, as a trusted admin, did not go near the PMs. Other admins clearly see a benefit of the feature and are making active use of it. Whether they are trustworthy and keep away from PMs is their business and you don't really need to worry about it.
Personally, even on another admins board I would not worry. Nothing sensitive will ever be communicated by me via PM and if they're really that interested in my messages, they could just ask.
I'm not against the idea of a permissions testing system. As I've said before my issue is that it allows you to view conversations, act as the member and give a false representation of their activity all without having access to a database or changing a single password. A permissions/settings testing system should never require such access at admin level (this could all be done before by creating a test user anyway).
XenForo implemented it perfectly. Non invasive and does what it should only do i.e. test permissions and nothing else.
#2254500 Admin Posts "Reported"
Posted
on 14 April 2012 - 10:38 AM
Plus, there's more than just posts that can be reported, the Report Center is used by other apps too, so if this suggestion got added then each other application would need a setting for "members of this group can not have their content reported".
I get the suggestion, you don't want random trolls reporting your posts. But lots of us do have legitimate reasons for wanting to allow this. If you have trolls abusing features of the software, moderate them.
I get the suggestion, you don't want random trolls reporting your posts. But lots of us do have legitimate reasons for wanting to allow this. If you have trolls abusing features of the software, moderate them.
#2254504 Admin Posts "Reported"
Posted
on 14 April 2012 - 10:41 AM
Michael, on 14 April 2012 - 10:38 AM, said:
Plus, there's more than just posts that can be reported, the Report Center is used by other apps too, so if this suggestion got added then each other application would need a setting for "members of this group can not have their content reported".
I get the suggestion, you don't want random trolls reporting your posts. But lots of us do have legitimate reasons for wanting to allow this. If you have trolls abusing features of the software, moderate them.
I get the suggestion, you don't want random trolls reporting your posts. But lots of us do have legitimate reasons for wanting to allow this. If you have trolls abusing features of the software, moderate them.
By reporting your content for no reason, the troll has basically said HERE I AM
ergo, the troll user literally reports themselves to you on a silver platter doing this.
#2231391 Admin Posts "Reported"
Posted
on 14 February 2012 - 08:17 PM
I agree with Kenichi. We admin gods are not to be reported. If a member reported one of my admin posts..I'd unleash a fury of angry smilies upon him and slap him a 4567544678 years ban. Additionally, we would find out where the member lives and send him a man with a hockey mask and a chainsaw to tear down his doors and leave a dead cat hanging on one of the light bulbs (we would stick our board logo on the cat to avoid any confusion).
If we feel like it, we would call him late at night and just breath on the phone, moaning untill he goes crazy.
Other then that, we're a nice little community always welcoming new members for chat and socializing, meeting new people etc.
If we feel like it, we would call him late at night and just breath on the phone, moaning untill he goes crazy.
Other then that, we're a nice little community always welcoming new members for chat and socializing, meeting new people etc.
#2193380 [REQUEST] Ability to close poll without closing topic
Posted
on 08 November 2011 - 02:51 PM
I believe the polls should be generally upgraded but for starters what I need is to be able to close a poll (not being able to vote) without closing the topic.
#2217132 Video Tutorials?
Posted
on 04 January 2012 - 04:45 PM
Hi,
Do you guys have any video tutorials for your products as IP.Content is really hard to customise?
Do you guys have any video tutorials for your products as IP.Content is really hard to customise?
#2229745 Newbie to the forum world.
Posted
on 09 February 2012 - 01:39 PM
The truth is, our site will be biased towards IP.Board because virtually everyone here is a client or user of IP.Board. If you would like an objective opinion, your best option is to pose the same question on a neutral third party site such as theadminzone.com, however if you truly want our opinion....IP.Board is your best bet. 
#2228864 Instant Notification Floods Followers
Posted
on 06 February 2012 - 10:15 PM
If you have a highly active board with forum & topic followers that want instant email notifications, when offline, sending a unique email for every single reply to a topic can flood your user's inbox. The intent of notifications is to bring members back to your site to interact, but the way the IPB does it now, it can flood a user's inbox and make them t'd off instead.
How it should work is that when offline, the user gets ONE email for the first unread post in topics they are following. That will draw them back to the topic and when there, they'll see the rest of the replies. I have a user that got 40 emails on a single topic over the weekend. That's just flat out annoying. Now, I know that he can set it up for a daily digest, our default site setting, but the fact is, there is just a better way to do it.
Please seriously consider overhauling this function.
How it should work is that when offline, the user gets ONE email for the first unread post in topics they are following. That will draw them back to the topic and when there, they'll see the rest of the replies. I have a user that got 40 emails on a single topic over the weekend. That's just flat out annoying. Now, I know that he can set it up for a daily digest, our default site setting, but the fact is, there is just a better way to do it.
Please seriously consider overhauling this function.
#2225043 Email integration
Posted
on 26 January 2012 - 09:54 AM
It's on one of our priority lists, but it is not a *huge* priority.
Note that this functionality is already included and working with Nexus, so realistically to copy the same functionality to IPB (posts instead of ticket replies) would not likely be a huge undertaking.
Note that this functionality is already included and working with Nexus, so realistically to copy the same functionality to IPB (posts instead of ticket replies) would not likely be a huge undertaking.
#2225022 Email integration
Posted
on 26 January 2012 - 08:05 AM
Maybe you could take a look at this thread:
http://community.inv...il-integration/
"Will IPB ever have the capability to integrate email like phpBB2 has with mail2forum or vBulletin has with its Email integration add-on?
It works like this: when a post is made in the forum, each subscribed member gets it by email. Members can also reply to these emailed posts and they are then threaded into the discussion just as if they were made through the web interface.
This feature combines the best of both worlds allowing members who prefer email communication to stay active and contribute, while those who prefer the web interface can participate online only.
Some time last year there was a thread here where a poster from IPS said that it was possible because of the recent technical developments with IPS, but somehow that thread is now gone from the IPS community pages. "
http://community.inv...il-integration/
"Will IPB ever have the capability to integrate email like phpBB2 has with mail2forum or vBulletin has with its Email integration add-on?
It works like this: when a post is made in the forum, each subscribed member gets it by email. Members can also reply to these emailed posts and they are then threaded into the discussion just as if they were made through the web interface.
This feature combines the best of both worlds allowing members who prefer email communication to stay active and contribute, while those who prefer the web interface can participate online only.
Some time last year there was a thread here where a poster from IPS said that it was possible because of the recent technical developments with IPS, but somehow that thread is now gone from the IPS community pages. "
#2224249 Email integration
Posted
on 24 January 2012 - 06:50 AM
This would be a great addition as well. quicker and easier for people on the move to participate
