Jump to content

opentype

Clients
  • Joined

  • Last visited

Posts posted by opentype

  1. ·

    Edited by opentype

    21 minutes ago, Marco Junior said:

    but try to look at it with different eyes, as I am doing.

    But you’re not doing that. You are just saying, you didn’t notice any problems with it, so you declare that there is no problem to begin with. That’s not how that works.

    It very much depends on the age and type of community. On my bigger and older communities, I get hundreds of bounced emails every time I send out a newsletter, even though I clean up bounces instantly. So, it’s just a fact that I have thousands, if not tens of thousands of users per community with discarded email addresses – with hundreds more each month. You stating that people don’t use inactive addresses during registration doesn’t change that many people go through many email addresses quickly, especially to sign up on websites. In some areas of the world, this seems to be common practice.

    And by the way: Pointing to all the improvements in 5.x is irrelevant. If there are 100 improvements and one problem, we can still talk about that one problem and possible solutions to it. Suggesting we shouldn’t because there are also good things is a logical fallacy.

  2. 51 minutes ago, Adlago said:

    Yes, most of my pages are manual HTML. They were probably converted during the update and that broke the database connection.

    How does the manual HTML look like? Something complex or just these old manual database calls?

    Bildschirmfoto 2025-02-05 um 18.41.03.png

    51 minutes ago, Adlago said:

    How can I convert them beforehand?

    You could delete the page and create a Page Builder page instead, but I think that shouldn’t be necessary. I would think that IPS should be able to detect and deal with this scenario to convert it automatically.

  3. ·

    Edited by opentype

    And you are misrepresenting what I am saying as usual and instantly going into personal attacks in a topic about taxations.

    And as usual: all I am pointing out are FACTS, like the fact that the settings LITERALLY explain that the VAT check in Invision community is an EU-only system. I even posted the screenshot to prove what I say is true. Everyone reading this topic, can confirm it for themselves, seeing that I am right about this and you attack me once again for no reason.

    For some reason, you only accept answers you want to hear, even if you are wrong and you could STOP being wrong by only considering what was said. Yet, you never do.

    17 minutes ago, ekforum said:

    You may not sell to UK Vat registered customers, but there may be businesses on invision that do, not just me but other customers. Please think about other people and not just your own use case.

    Again, a blatant misrepresentation. Nothing I said had ANYTHING to with speaking “from my own case“. You are again being dishonest, inventing a reason to discredit what I said out of thin air. And everyone can see it. I don’t understand why you keep going down this route, as if you would somehow “win“ discussions about tax functions by attacking someone’s character 10 times in a row.

    To be clear: You literally asked “Maybe the system only works for EU VAT customers?“ and I took the time to confirm exactly that with evidence. You could have just said “thanks for taking the time to confirm it. Maybe it can be extended further then?“ and we could have discussed that calmly, but your first sentence is once again a personal attack accusing me of trolling for daring to answer your own question.
    Trolling is posting to deliberately provoke. Making a statement about taxation (me) cannot be trolling. Doesn’t even matter if the specific statement is right, wrong, or a matter of opinion. Constantly attacking, questioning and degrading someone’s character (you) falls exactly under trolling.

  4. This system was always meant for taxation among EU business AND across EU borders. It was never meant for non-EU countries (like the UK is now) and not for checks WITHIN one country. Those special taxation laws don’t apply to sales within a country, and therefore there is no need to check the VAT ID.

    The settings also make it clear that this is EU only. The other option would be to separate B2B and B2C, but without any checks.

    Bildschirmfoto 2025-01-28 um 17.59.47.png

  5. ·

    Edited by opentype

    The approach of announcing content from other apps in the forum is a feature available for Pages. And it’s a huge mess. We probably shouldn’t extend that functionality. (I would actually suggest to remove it, as people turn it on in good faith and then have issues with it for years to come.)

    Global content discovery was solved in the 4.x product line with the Discovery feeds. Here, everything appears, no matter what app it was posted in. So, the better solution is to make the feed page a prominent entry point for the members. Blog posts, new galleries, new topics, new replies, it all appears nicely in one feed.

  6. Subscriptions are useful if you have various subscription tiers and members should be able to upgrade and downgrade between them. Product subscriptions are independent of each other and actually have MORE settings. You can also convert product subscriptions to subscriptions (if you use typical settings) without changing anything at all about the existing subscriptions.

    The two systems also are presented in different ways. Product subscriptions appear as regular products in a category within the store. Subscriptions have their own page.

    Just some stuff to consider.

  7. 23 hours ago, Marc said:

    We dont have that option as it would simply be dangerous to allow people to do this. It really needs to be a concious choice on each, or it could cause people many problems when making mistakes.

    To add some context: It’s actually a foundational issue in the way Commerce is set up. It creates an invoice not when a purchase is made, but already when a product is added to the cart, which for most sites (allowing guest access), is something that even search engine crawlers are initiating by repeatedly following all links. As a result, Invision Community installations can be flooded with empty invoices in the ACP, which are then kept forever. They can be ignored, but they are still annoying, creating huge database tables for no reason and making  the ACP overview of invoices hard to browse. 

    So, this really needs a proper solution at some point as it has existed at least throughout the entire 4.x product line.

    Bradybarrows tries to fix the symptoms instead of curing the illness by trying to delete the invoices in an easier way. But the problem should not even occur to begin with or – if a major refactoring regarding the invoice creation isn’t feasible – should have an automatic solution. There would be nothing wrong with having prune options for these types of empty guest invoices.