opentype

What are the attachments showing? What type of emails are being sent out that cannot be delivered? It could be something specific like “Post before Register“ reminders you might want to turn off specifically. In general, you rather want to deal with these emails instead of not receiving them in the first place. It tells you about delivery issues you might want to address. If you never see them, you will never know there are problems. If you want to get rid of them, you would have to send your community emails from a “no-reply“ address, not your regular inbox. You would usually have to set that up with your domain/hosting provider. They might have a specific function for that, or you would simply use a mailbox that you don’t check regularly. (It helps to add some automated delete function [e.g. after 30 days]. That way you can still check the mails, but you are not wasting space with storing these emails forever.)

You can keep repeating it all day long. It doesn’t make it true. I grasped your feature request immediately, even though you lay it out in a way that is much too complicated. You want a fixed price for everyone ("a simple price for all customers") and then have the proper taxation show depending on the customer. I get it. It’s not hard. But you ignore, that this is not how taxation in regular shopping software works at all. There are two systems: You start with a tax-not-included price and then some customers might have taxes added later (usually during checkout) You start with a tax-included price and some customers might get a tax reduction later (usually during checkout) You want a third option, that does not exist. I know you don’t want to see it like that, but by asking for a fixed price for everyone, you are asking the shopping software to NOT DO TAXATION AT ALL, i.e. not to add or subtract anything at any point. Yet, you still want taxation to display. This is where it breaks down and that’t why you keep saying it doesn’t show the way you want and that’s why I keep saying that the problem is that you don’t want to set up the proper taxes in Commerce. If you would, they would show properly, but they will not used fixed prices, because that is not how taxation works in a standard shopping software. And that doesn’t even address the problem of having independent tax calculations in Commerce and Stripe. It’s a mess. And I am justified in pointing that out. If only to make you understand why this functionality is not supported. Once again, I address and explain the topic at hand (tax functionalities), you again get personal and “laugh“ about my comment. It’s called projection, it’s dishonest (framing) and it is completely irrelevant. If you care more whether my comments feel nice enough for you vs. whether they are correct/helpful in their content, and if people aren’t allowed to comment on potential problems with your feature requests, please state that upfront, so we don’t waste our time and only end up being personally insulted for investing time helping you see things clearer. Maybe one day, you will talk it over with an expert for shopping software or a tax consultant and you will realize that all I stated was actually true and you will apologize. Until then, welcome to the block list.

Good luck then. If you can’t appreciate the time invest to give explanations and suggestions about the IPS software and taxation in general, you are on your own.

It’s not possible, because you would be the only Invision Community user who would want use this super strange approach. Taxation that depends on the user needs to be handled in the shopping software itself: from the product page (where base taxes might be shown and might be legally required to show), to the cart, to the checkout (where most of the relevant decisions about taxation need to be made) to the final invoice. In many jurisdictions, it is even required to show this information upfront. But you don’t want to set up any taxation in the shopping software, let it all calculate by Stripe (which is way too late as it happens at the point of purchase), and then have proper taxes in the shopping software (you chose not to have taxation calculated in) because you now want it for the user invoices. That’s self-contradicting. My suggestion would be: A) Again, use the internal taxation methods of Invision Community. It takes a little work but it is not rocket science. (Keep in mind: this is based on your local jurisdiction(s), not the taxation rules of the entire world. As a business in Germany, taxation for the USA is “0 percent“ and I am done. The state rules you mentioned don’t apply to me.) B) Skip the Commerce software altogether and use a custom app to ONLY interact with Stripe for your orders, taxation and invoicing. You need to pick one. You can’t have it both ways.

That doesn’t work. IC Commerce is not built around Stripe. It needs to also calculate taxes properly if the website doesn’t use Stripe or Stripe and PayPal for example. So, relying on Stripe for taxation is not very helpful. It might even make things worse if the tax calculations differ or if the user downloads an invoice from Commerce without tax, but you are calculating tax in Stripe. And this might be why you are struggling with this. You really need to set all this stuff up in Commerce. It’s not the most flexible and intuitive interface, but it does work. The software does allow for B2C and B2B sales, location taxation, VAT ID checks and all the usual stuff. Just remember that you will always input prices without tax. That’s the thing you cannot change. But you can calculate proper taxes.

Most professional online software systems offer this. You choose to set all your prices with tax or without tax and then the software either adds or subtracts the taxes based on this choice throughout the entire system. With Invision Community, you can only add taxes. That’s a little annoying, if only for ending up with rounding errors, where a certain target price can’t even be reached and you end up with 19,99 € or 20,01 € instead of the 20,00 you might want. I probably made a feature request for that as well some years ago. So, yeah, it would be nice, but I am not holding my breath. That’s a foundational underlying principle in any shopping software, not just a matter of adding a few conditions to the cart display or an invoice. I doubt this is easy to implement at this stage – not to mention that this interacts with all the complicated tax calculations that are already going on behind the scenes.

There is nothing wrong in general with adding code like this through the custom.css. I just used your example and it shows up fine.

Yeah, I tested that as well. That’s not it. I also deactivated Cloudflare and anything I could think of.

ACP access for that website was updated in the client area.

Is anyone already using Stripe card payments with the 5 beta? I am getting the Stripe forms injected in the checkout but everything seems unresponsive. Can’t even visually type a card number.

Nice customization. Would be a good feature request to set that directly in the Menu Manager.

Check the table containing the pages (cms_pages). Does the latest entry contain lots of empty fields in contrast to all other rows? That should be the trouble-maker.

Yeah, I still have that error as well.

I appreciate the various layout options and the inclusion of more images in the 5.x widgets, but it seems the new widgets don’t use thumbnails even if they are available. Example: Here is a Record Feed widget which shows the images in a size of just 30×30 pixels, yet it loads the full size record images, which might be 5000 pixels wide each. 😱 Please add a condition to use the thumbnail when available.

A rating is just a value (1, 2, 3, 4, 5), a review necessarily contains a review text in addition to the numerical value.

Pretty sure that was the case, as AllAstronauts had to develop dedicated plugins/apps to make the S3-compatible services actually compatible with the IPS S3-implementation at the time. But I guess moving from S3 to Backblaze should be easy now. In theory. Someone else self-hosted with large files please try it first. I would be extremely anxious to start a move and possibly end up stuck with a locked task and partially moved files.

Don’t hold your breath. This will not happen. They are in the bug-fixing stage for a big new release. They are not adding random/recent feature requests, let alone ones that require major restructuring between beta releases. And their general approach seems to be to simplify things rather than make them more complicated. So, I wouldn’t even expect them to make major changes to the page layout in 5.1, 5.2 and so on. If you need a second sidebar, you have to add it yourself, which in 5.x is now done withe the RAW HTML widget on the front-end. You can’t use drag-and-drop there, but you can create your own page layout at will and move any widget in there manually. Doing it manually is advised anyway, as a 3-column view is highly problematic in terms of the creation of a responsive website. When the columns need to collapse on smaller screens, where does the content go? Is the main content now deep down, because an entire sidebar comes first? That’s usually a bad idea and that’s probably why it is not offered like this as a default layout.

Working now in Beta 8. 👏

Did some more testing. It happens only in Safari, where every Pages cover image is always aligned at the top. The correct placement data is stored (even using Safari) and it shows correctly in Firefox and Chrome. But Safari ignores the value on page load without console errors. Interestingly, it even snaps into the correct position when I click “Reposition“. So, the function works, just not during page load.

That’s a claim, not a question. 😉 But seriously, it’s not even related to deprecating multi-location storage. Even in the current system, you can’t split one type of content (e.g. attachments) between multiple storage locations when they fill up your disk space. You would obviously have to get a storage solution that is scalable, whether it’s with your hosting provider or an external solution like S3.

I am looking for clarification regarding the original claims about changing the rating functionality. Matt said Ratings would be removed from 5.x, which I am not seeing (except for not exposing ratings in forums anymore). So was it cancelled? Postponed? What’s the official position and status? Matt said ratings in Pages might be kept and existing ratings might be converted. Was that implemented? Or is not necessary because nothing has actually changed so far (which is what it seems to me).