Jump to content

Michael

Clients
  • Posts

    23,640
  • Joined

  • Last visited

  • Days Won

    114

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by Michael


  1. Generation time is the amount of time it takes the script to process the request and 'generate' the page for display.



    Yes, thank you, I know what generation time means, what I meant was that I have no idea what the generation time was for that page, since it is not displayed. :rolleyes:

  2. Weird... It really does take a long time.



    I'm not talking about generation time, but bandwidth speed to my computer...



    I have no idea what the generation time was, all I knew was that I clicked the link and the page loaded in a bout half a second (my rough estimate).
  3. I can see it now. "Can you add a condition for people with hotmail addresses, IP addresses in the 89.* range, who have not been active for exactly 45 days, and who have less than 200 posts? I want to tell them about something that only applies to them."

    This is an un-needed feature IMO. IPS will never be able to satisfy all of the conditions people will want, and this can already be accomplished very easily with minutes of skinning effort. If someone doesn't know how to write the if statement to check something, all they have to do is ask. If they're adding so many that they are getting confused, then they have gone overboard.

  4. Yes, that's been a feature for several versions now. Continuously updating the ibf_topics table to increment the views column on busy boards can cause the table to get locked. So there's a setting to only update this every few hours.


  5. if you think about it how many of your topics actually get moved? i think you'll find it very few over a long period of time. I would suggest a setting in the member controls though to turn off notifications from their moved topics tho.



    Not my topics, but I'm the one who moves a lot of the topics, so I'm the one whose going to get asked why the topic was moved.
  6. I personally don't like this idea. I always get enough PMs about things that should be posted on the forums, this would be just one more thing that I'll need to answer questions about 'offline' instead of having the reason for the topic being moved being visible right there in the topic. Just use the shadow topic feature, and add a task that will clear those out after a few days, and topic starters will have no problems finding their moved topics.


  7. I like the idea overall.



    Note that when you report a post, it should take you back to that post (no need to click back to get there) for the record.



    I click back because I want to go back to the search results that brought me to this topic in the first place. ;)

  8. This reference doesn't help me solve it???



    According to Brandon, you need to re-import the hook. In your Admin CP, on the System tab, click the 'Manage Hooks' link on the left. Down at the bottom of the page, click the Browse button and browse to the XML file for this hook. You can find it in the /admin/applications/members/xml/hooks/ directory of the IP.Board 3.0.0 files, and it's called 'status_updates.xml'. Just re-import this XML file from there, it should fix this.
  9. Would it be possible (in a future version, of course, unless it's something you can throw in easily enough) to make the 'report a post' feature use the javascript popup class? If you go into a topic and report the post, when you hit 'back' you get directed back to the page that actually sends the report, and the report gets sent again. If you could just popup a form where you could report the post, the 'back' button will then really go back again.

    Maybe I'm crazy, but I thought that the preview board did do it in a popup way back when.


  10. Personally I think you guys are trying to make it more complex than it needs to be. Perhaps just a page in the ACP with a list of SQL error files, and a "Download" / "Delete" link beside them. No muss, no fuss.



    Would work great, until the problem is you're getting a driver error upon attempting to log in to the ACP. There's nothing wrong with the current implementation.
×
×
  • Create New...