Jump to content

opentype

Clients
  • Posts

    9,885
  • Joined

  • Last visited

  • Days Won

    133

 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 opentype

  1. A database “lives” on a page. It’s just a widget and an admin can easily remove that widget accidentally. However it happened, just add it back and everything will start working again. You can ignore that message. (If you want to understand it, read this.)
  2. An empty block without error messages usually just means the block has nothing to show. So, yeah, you have permission problems in your database. There is nothing wrong with the block. Just go through all the permissions again and save them again. (Page, Database …)
  3. I can confirm this. The field content gets rewritten or is not properly decoded. Field input: Field output: Field content after saving: Still works, but looks bad.
  4. That’s a somewhat dishonest approach. You suggest that the claim “not even good for seo” is proven by the links that the Google search would reveal, yet I checked the best results and they say NOTHING of the sort. The query doesn’t address “seo” in any way and so the results also don’t. They discuss the possibility of having emojis in URLs and agree that they are possible.
  5. This is working as intended. The ‘black cat emoji’ is a combination of multiple Unicode values. Cat + Combination Character + Black square. Those ‘strange characters’ are a necessary part of the emoji and they all need to be encoded. Removing them changes their meaning. For example, for the emoji representing people, skin color and gender are represented this way. People won’t accept that as they might accept a cat changing its color. And sure, if you delete parts of it, it will break. Like removing the combination character will result in 🐈⬛ instead of 🐈‍⬛.
  6. I wish. You can add something to the end of the <body> or to the beginning (which IPS calls “header HTML“ in the theme settings). But it’s just the top of the body. There is no actual <head> option there. I always found that weird.
  7. From last Sunday: https://invisioncommunity.com/forums/topic/477126-image-compression/ I’m not sure what else you mean with “automatic resizing” when you apparently don’t mean maximum max pixel size settings. That resizes an images when it is too large. What else do you want to happen?
  8. It’s not possible in 4.x. Maybe in 5. I don’t know the specifics of your use-case, but you could also consider creating a Pages database and let your admins add records there. In this case, adding new “pages” (which are then records) is as simple as filling out a form and all the styling would be set up in the Pages database templates. It would require a similar structure for all those pages though.
  9. It’s still not really clear what type of block you mean. Can you give an example? There is no block setting to apply certain styles or elements (like a header). But you also do not need to target anything with custom CSS. You would just use IPS’ CSS classes and everything would be styled according to the theme(s) automatically. For example: <div class="ipsBox ipsPadding"> <h3 class="ipsWidget_title">Widget Headline</h3> Widget content </div> That would create a typical widget with a background and border and a widget headline.
  10. Might be worth testing it by collecting the bounces for your next newsletter in a new mailbox and then checking the number of mails in that mailbox a week later. But yeah, the bounce rate will likely be very high and probably too high for Amazon.
  11. Which one? Those are completely different concepts. For pages, you can choose to add core functions like header and sidebar. For blocks, it will depend on the type. The default feed blocks which pull in content from the suite will come with a headline, theme boxes and so on. For manual blocks, you might need to add those elements manually, as someone might not want them there and it would be a bad idea if IPS forces those elements on every block.
  12. ACP → System → Files → Image Settings That’s where you set the compression level(s). In addition, you can set the maximum pixel size for attachment uploads. Both of these options combined get you pretty far.
  13. You can turn off “Post before Registering”. Type “post before register” in the ACP search to find it. Afterwards, guests need to register first before submitting a post.
  14. There is no physical products section. It’s just “products”, with an option to be physical or not. Long story short: those product subscriptions are not going away at this time.
  15. That’s what the “closed tag system” is for. You set up all the tags you want as admin in the ACP and then users can only use those tags.
  16. I actually agree with such rulings. It would make it harder than necessary (especially on mobile devices) and could be used to hide away questionable terms from users.
  17. This particular mail is the result of activating the Post before Register feature. It will cause more spam registrations.
  18. While you are working on Pages … If the Media section remains as it is, it seems to have performance issues. I have one installation where WordPress content got imported, ending up with around 300 images in the media section. Opening the media page takes forever and can even crash the browser. It tries to load all 300 hi-res images at once. I also can’t get around that and do something else like creating a new folder, because that doesn’t stop loading the images. Other queries seem problematic too, like just opening a folder in that section. Even if it is empty it can take 45 seconds to open on that installation with 300 images in other folders. That shouldn’t be the case.
  19. Yes, the filter field can be set to only be active in one category (by turning it off in every other category). The filter widget will technically be active in every category.
  20. You would create a database with one category only and don’t set it to “article mode”. Then you can set certain fields (like the selectbox field) as a filter and drag a filter widget on the page. The “articles” will only be shown in a list mode by default. You probably will not like that. Alternative solution: Don’t use filters and create a category for “PC“, “Nintento”, “Xbox”. Then you can have the “article mode” front page looking like a blog and users would open the categories to see the articles belonging to these topics.
  21. I wouldn’t even know what the goal would be. If the database is live, the only thing left to test with independently is IPS files, which shouldn’t be touched anyway.
  22. It says “See the JavaScript console for technical details”. That’s where you need to look.
  23. Even if you were able to optimize the data in one way or another, you are only pushing the problem away some months into the future, when the space is used up again. A 2GB limit is just too small for a successful Invision Community installation.
×
×
  • Create New...