• Content count

  • Joined

  • Last visited

  • Days Won


TSP last won the day on February 21

TSP had the most liked content!

About TSP

  • Rank
    Frequent Contributor

Contact Methods

IPS Marketplace

  • Resources Contributor
    Total file submissions: 9

Profile Information

  • Gender
  • Location

Recent Profile Visitors

105,773 profile views
  1. I have an idea that you could give us some power on how drop-down menu items should be "converted" on mobile and tablet sizes. Or to be able to setup a different menu structure for the mobile/tablet view all together. Basically, this is how I want to structure the meny: Menu (Drop-down, click to see) Less important item 1 Less important item 2 etc... Most important menu item Second most important menu item Third most important menu item The menu drop down will usually contain a lot of entries, while I usually tend to limit it to 3 important sections for the menu items visible at all times on desktop. On desktop this works nice. However, on mobile, I don't find this approach to work as well for the members, as they on mobile get the feeling they have to make an unnecessary click, which they don't report for desktop. So on mobile I basically want the menu drop-down to work the same as the sub menu items work on mobile. Where "Menu" instead would be a "heading" and the items beneath it be listed on first view in the mobile menu, without having to click on "Menu" to see them. (Hope you understand what I mean) Alternatively, you could let us completely customize another structure of the menu for mobile. This should be something along the lines of "Activate different menu for mobile?", so it would work as it does today by default, but you would give the option to customize this more specificially for mobile/tablet for those who need it. You could also add a "reminder message" when this had been activated and you saved changes to one of the menus, so it would be less likely to confuse any administrators on why items on one device haven't been removed/added later.
  2. New: Device Management

    I didn't look very closely at the images earlier. Giving such large emphasis to the search input in the admin panel in 4.2 is a very good touch! And all the settings and information areas for this looks nice
  3. New: Device Management

    Thank you, this looks great! I assume this will resolve the situations explained here:
  4. Staff Team

    But what about the new Brandon.
  5. It works in a very peculiar way, that is a bit difficult to explain. There's no logic in it. I've simply given up trying to be logged in on numerous devices on the communities I frequent. "Yay" That this topic is tagged "Completed" is beyond me, they completely misunderstood the problem when they decided to "fix it".
  6. I thank you for this plugin that is a plugin you should not have needed to make in order to resolve an absurd feature decision. Now, if only IPS could install it on their own board, so I don't have to deal with the sillyness on here either...
  7. Version 1.0.0


    This plugin will disable the updating of advertisement impressions within the Invision Power Suite. Most third-party advertisement integrations already handles impressions counting. This plugin will remove one database query from each page load where advertisement spots defined in the advertisement setup in Invision Power Suite are present. Features: No settings. One language string. One informative message in the Advertisement area. Plug and play. Install it by simply uploading the .xml in the Plugins-section of your admin panel. No bugs. (Faults in grammar or spelling does not count) Please note: This plugin does not disable form options related to impressions or the display of "Impressions" in the advertisement list or any other areas (for example in Commerce) where it may display. There is however a message reminding you about the presence of the plugin in the Advertisement setup area in the admin control panel.


  8. Yes, it would have been much easier if IPS simply improved the HTML/PHP logic behind this, but that seems unlikely. So I had to just make some slow javascript script, yey I updated the script a bit and hosted it github now: https://github.com/prebenlm/misc-code/blob/master/custom-js/invisionpower.com/theme_differences_improvements.js EDIT: I updated it once more. Color coded added/deleted templates EDIT: Updated it once more
  9. Fine. Since you're not doing anything. (See updated images below) Behold my magnificient and heavy Javascript: https://github.com/prebenlm/misc-code/blob/master/custom-js/invisionpower.com/theme_differences_improvements.js You'll have to wait a while for the javascript to finish executing. Custom javascript installed for this domain with the Chrome plugin: https://chrome.google.com/webstore/detail/custom-javascript-for-web/poakhlngfciodnhlhhgnaaelnpjljija EDIT: Updated script
  10. Unfortunately I see the same in terms of performance. IPS 4.1 requires a lot more resources than IPS 3.4, in my experience. As far as I've been able to investigate it seems the system spends a substantial amount of time with the language system. And because IPS made the forum names able to have language specific names, a lot of node items will likely contribute to slower loads as there are more language strings that needs to be parsed out. It's frustrating, because in my case I only need the forums etc. to be in one language. The community I'm seeing this on has 15 million+ posts and thousands of visitors visiting at the same time.
  11. Yes. I feel there is some other error messages as well that should just redirect. Not that I can immediately come up with anything. But for example on IPS 3 I've sometimes had reports of members saying they got an error saying "Something wrong happened with the login process", and then in the image they send me it shows them as being logged in. And when I confront them with it, they say "Yeah, I could actually browse the site fine after that". If a member is already logged in and that's why the login process screwed up, then don't mention it, and just redirect them. Likewise, as colonel_mortis suggests; when the account already has been validated and they click the validation link again; simply redirect them.
  12. You've done it again. Can you please group your queries against the same table? On a test database I set up your approach takes approximately 22 minutes. Reinstalling that database however, and then instead making two queries: one for the columns and one for the indexes, makes it take just 6 minutes. Here is the case where I follow your instructions blindly: mysql> ALTER TABLE `core_reputation_index` ADD COLUMN `rep_class` VARCHAR (100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL ; Query OK, 0 rows affected (4 min 41.84 sec) mysql> ALTER TABLE `core_reputation_index` ADD COLUMN `lookup_hash` VARCHAR (32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'MD5 hash of app,type,item_id'; Query OK, 0 rows affected (5 min 0.60 sec) mysql> ALTER TABLE `core_reputation_index` ADD COLUMN `lookup_type_id_hash` VARCHAR (32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'MD5 hash of app, type, type_id'; Query OK, 0 rows affected (4 min 58.45 sec) mysql> ALTER TABLE `core_reputation_index` ADD KEY `rep_class` (`rep_class`); Query OK, 0 rows affected (29.33 sec) mysql> ALTER TABLE `core_reputation_index` ADD COLUMN `item_id` INT (10) UNSIGNED NOT NULL DEFAULT 0 ; Query OK, 0 rows affected (5 min 33.85 sec) mysql> ALTER TABLE `core_reputation_index` ADD KEY `hash_lookup` (`lookup_type_id_hash`,`rep_date`); Query OK, 0 rows affected (38.99 sec) And here it is when I group them: mysql> ALTER TABLE core_reputation_index -> ADD COLUMN `rep_class` VARCHAR (100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL, -> ADD COLUMN `lookup_hash` VARCHAR (32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL, -> ADD COLUMN `lookup_type_id_hash` VARCHAR (32) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT 'MD5 hash of app, type, type_id', -> ADD COLUMN `item_id` INT (10) UNSIGNED NOT NULL DEFAULT 0; Query OK, 0 rows affected (4 min 44.09 sec) mysql> ALTER TABLE `core_reputation_index` -> ADD KEY `hash_lookup` (`lookup_type_id_hash`,`rep_date`), -> ADD KEY `rep_class` (`rep_class`); Query OK, 0 rows affected (1 min 6.29 sec)
  13. Please? Filter options would make this page immensely more helpful.
  14. If you could send me more details in a personal message with a link to a post like that on your forums, then that would be appreciated.
  15. Sorry for my delayed reply, I'm rarely on this community anymore. I missed the post from ResPecT My Authoritah. I'm not entirely sure what issue he is talking about, last time I checked everything worked as it should. EDIT: If there is any bugs, I will work to resolve them for you.