Josh
-
Posts
22,375 -
Joined
-
Last visited
-
Days Won
1
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Forums
Events
Store
Gallery
Everything posted by Josh
-
We're working on the documentation. The optional id that can precede either <if or <foreach statements are hook locations, if you specify the id then it becomes a hook point that plugins can use.
-
Thanks for the nice feedback, glad to hear that you and your community enjoy IPB3! :)
-
We're looking into the issue :)
-
Yeah, that works fine :)
-
Good idea, will see about getting this included when we can :)
-
Glad to hear that you are enjoying IPB3 so far! 1) The report center is brand new in IPB3, there's a lot of improvements that can still done there. I expect you'll see the feature evolve quite a lot over time :) 2) What is the difference between a soft deleted post in vBulletin and an unapproved post in IPB? Is it simply displayed different, it sounds like a similar idea based on the name of the feature anyway. In any event, I'm sure it's something that the conversion time can take a look at.
-
Changed it to not show the button if you can't delete.
-
It's not in 3.0.3, but we'll keep it in mind for the future :)
-
Delete permissions in the report center are currently automatically given to anyone with ACP access. So if your moderators do not have access to the ACP, they should not be able to delete reports. We may add more fine grained controls to this in the future, but I can't promise anything right now. :)
-
The description is also truncated in the code, you'll have to change it there as well. If you look at admin/applications/forums/sources/classes/posts/classPost.php, around line 411 you will find this function: public function setTopicDescription( $topicDescription ) { $this->_topicDescription = IPSText::parseCleanValue( $topicDescription ); $this->_topicDescription = trim( IPSText::getTextClass( 'bbcode' )->stripBadWords( IPSText::stripAttachTag( $this->_topicDescription ) ) ); $this->_topicDescription = preg_replace( "/&(#{0,}([a-zA-Z0-9]+?)?)?$/", '', IPSText::mbsubstr( $this->_topicDescription, 0, 70 ) ); } You'll need to change the 70 to 255, to match the db column you changed.
-
Yeah, it is done this way for subsequent pages views for both the reason you and Brandon D said. I don't think it's really feasible to have an option to show the full image, due to the permission setup, at least not without a lot of overhead. I don't recall the exact specifics of the permission issue now, but I do remember this coming up, because we originally intended to show the attachment normally.
-
Personally, I greatly prefer to view results as posts than as topics. My typical search experience on other forums is to search for a keyword, realize that topic view was default, click back change it to posts, wait for search flood limit to pass, and then search again. To me getting a list of topics back isn't very useful because you don't know the context of the result, seeing the post lets me figure out if it's even related to what I'm looking for, before I click into the topic. Again, that's just my personal view, if we find that most people prefer a topic listing, we'll change it or introduce a setting perhaps.
-
Yeah, it's probably a bug in the xml skin. Report any problems you find like that in the tracker and we'll fix them :)
-
Please open a support ticket for assistance or post in the peer to peer support forum, thanks. :)
-
Mostly to remove clutter on the board index, the same information is available at the bottom of each forum, so it was redundant anyway.
-
That's already possible using the XML skin. If you post to the included xml.php file, rather than index.php, it will return search results formatted in XML. EX: http://forums.invisionpower.com/xml.php?app=core&module=search&do=quick_search&search_filter_app[forums]=1&search_term=search
-
Sounds like a good feature to me, we'll keep it in mind in the future :)
-
While I think the feature, as you originally outlined it, is a little overkill, it could be useful to simplify it down to a message that lets you know the topic is old.
-
I suppose the email form could honor the ignore user list, we'll keep it in mind for a future version.
-
I really like the idea of notifying the user of new posts that were made while typing a reply, I find the feature very useful in gmail. I'm not sure if it'll get included, but it is a good idea :)
-
The forum moderators are already shown at the bottom of the forum, not sure what advantage there would be to having a link at the top as well. As for filtering the moderator list, that's something that we might can look at in the future.
-
This is something we've discussed a lot for future versions, I would expect it to show up at some point. :) As always, this is subject to change and not a promise that it will definitely be included some day. EDIT: Actually, after reading your post again, I think the feature you want is already included, you can click "View my posts" on your profile: http://forums.invisionpower.com/index.php?app=core&module=search&do=user_posts&mid=133618 The feature I was thinking of is a little different than that.
-
Make sure your license has a url attached, you can't create a key otherwise
-
We've discussed different ideas for giving hooks access to more data, such as the current element of a foreach loop, we'll let everyone know when we decide how this will work.
-
The dropdown that lets you choose a time period will return in 3.0.2 :)
