In my last post, I mentioned that Isotope requires at least Contao 5.7.1 if nothing else is found. Well, as expected, we did find a few more things. An error in my own improvements for example, which I have now corrected and which will likely be released with Contao 5.7.3.
Some of you have no doubt already heard that Shopware took quite a few cues from the Contao Manager for its installer. At SymfonyCon 2025 in Amsterdam, Soner Sayakci gave a presentation on this, where we also got talking. For the development of Isotope for Contao 5, I took quite a few cues from Shopware 6 in turn. Long live open source!
In Isotope 2, there is one order status per order, and the possible options can be freely defined in the backend. Whilst this is customisable, it is often not intuitive for slightly more complex cases. An order may have been shipped but not paid for (with an invoice), or paid for but not shipped (paid by credit card). Or you might be waiting for payment in advance before shipping can take place. All of this can only be represented to a limited extent with a single status. Shopware seems to have had the same experience, as this was apparently the case with Shopware 5 as well. In Shopware 6 β and now in Isotope for Contao 5 β there are three separate fields: an order status, a payment status and a delivery status. I think the principle is well explained in this blog post on Qualimero. Just ignore the technical Shopware bits and all the AI mumbo jumbo π. Otherwise, Isotope remains just as flexible as before; the status options can still be customised in the backend (unlike in Shopware).
