Esther E.

Just so you know... you will be able to do this in v5. Coupons will be able to be restricted to a specific subscription/course/etc.

You can insert mobile menu items using a UserMenu extension. The new Block Manager has a "global footer" area for this purpose. The Advertisements in v5 are much more flexible than in v4. You can show an ad in specific components (e.g. in Forums but not in Blogs). You can also show an ad after post X or every X posts. In addition, you can now create a Pages block to show an advertisement, so you can drop that anywhere. Anything further would use template hooks, as Matt said. Without knowing how the ad script works, it's hard to say. This seems like something that was designed specifically for your site(?), in which case you could probably adjust it to work with the attributes, as Ehren mentioned. Regardless, I'm 99% certain there is a clean way to handle this, but again... without knowing exactly how the script works, it's hard to say.

It no longer works this way in v5.

I would just throw my hands in the air and go back to bed. Or I'd tell you to uber me more coffee.

Compassionate indeed. I've been out for the last 2 days, just imagine what my inbox looks like... 😭

25 tags. Or maybe a few more, depending on your setup. As of now, the upgrader will give you a choice to either delete all global tags OR to convert the top 25 tags (by usage) to the new system. If you have node-specific tags (for example, for a single forum), you can choose to drop them or convert them.

Dude, it's already done. (No, it's not, but if I say it's done then I just make myself more awesome.)

I'd argue that a large number of community owners/administrators know their user base, and have a pretty good idea of how new features and changes would be received. Most owners would be looking at this from a perspective of "how well will this do on my site?" and not "how good is this for me personally?"

Yes and yes.

Yes, but the alternative would be to uninstall and have data loss. I figured the best solution is to leave everything in place so that when you create your application to replace the plugin, your installation can transfer those settings, etc to your app.

Just dropped.

Custom applications will remain untouched. That includes files and data. For development environments, you would upgrade to v5 and then start with updating your files. It was mentioned above that this might be impractical, but the reality is that every file must be modified regardless; at the very least, the class needs to be renamed to remove the underscore. In a live environment, your application would be disabled and locked until a new version is uploaded. Note that we did this when upgrading to 4.5 as well. Plugins will be deleted completely, as the entire table is dropped. Your local files should still be present, though.

Request granted. I've been working on this today.

Good question. As of this moment, I'm not sure that would be possible, but that just means we need to think about how to allow that. Thank you for bringing that up.

You'll need a custom application for v5 regardless, so you might be better served with creating a separate location in the ACP to upload this software and link it to a purchase. Then, use a template hook to display the download in the client area when the user views the purchase. OR... have a separate, dedicated front-end controller that displays the user's own files. Much cleaner from a coding perspective.