opentype
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Invision Community 5 Bug Tracker
Forums
Events
Store
Gallery
Everything posted by opentype
-
Commerce: direct link (add to cart > checkout)
opentype replied to LIVIO's topic in Technical Problems
There is no regular html link to add something to a cart, but you can do it in a template or IPS HTML page. Example code: https://invisioncommunity.com/forums/topic/440852-pages-superlist-support-topic/?do=findComment&comment=2722526- 1 reply
-
- 2
-
-
As I pointed out in (rather frustrating) debates years ago: someone doesn’t understand the post-hoc-ergo-propter-hoc fallacy. Doing X and seeing Y afterwards doesn’t mean that X caused Y. It’s why millions believe in homeopathy, and it’s why some admins believe whatever they happen to do on their website must have caused the ranking changes they saw in the following months. But unless the causal connection is demonstrated, it is not reasonable to accept that connection. Arguments based on that fallacy can and should be dismissed and discussions using such flawed arguments as a premise will usually end up being a waste of time.
-
They are all marked as compatible, but IPS still needs to approve it.
-
Which isn’t really possible, as I tried to say. In your scenario, the supporters are in a primary group AND a secondary group and you would have to manage BOTH permission sets. There is no way to tell the system to only look at the secondary group. ALL permissions in both groups will have to be set up in such a way where the secondary group always overrides the primary group – that can get messy. If it’s really just about username appearance, you might also look at third-party solutions or a custom plugin. It wouldn’t be hard to create a plugin which styles the user name based on a hidden profile field or something like that. This would avoid having to deal with all the group permissions.
-
It should work, but you will still have to deal with two permission sets which can potentially be conflicting. “Don’t change any supporter permission” doesn’t mean that the primary group permissions don’t affect anything. There is no way to turn the permissions off. It’s probably easier to just have two primary groups. Create the second by copying the first. And if you ever want to make changes, apply them to both.
-
Customize The Download Category Error Message
opentype replied to hpcrazy's topic in Technical Problems
Yeah, like I said: if you prevent (listing) access, you prevent (listing) access. Users will not even get to the custom error messages. I do not think there is a way around this. As I said: you could consider letting people see the file list and then hit the custom error messages later. -
Customize The Download Category Error Message
opentype replied to hpcrazy's topic in Technical Problems
Well, there is the category setting: You might need to revise your permission settings though. There is a difference between viewing categories/file records and downloading the files. If you prevent users from seeing anything, then that’s exactly what will happen. Users might not see specific error messages, if they are not allowed in a specific section to begin with. That’s intentional.
-
The behaviour of this block seems to have changed with 4.7. Instead of putting multiple images next to each other (as with all other IPS carousels), there is now only one image visible per “page”, leaving an awkward amount of white-space.
-
It’s understandable that you don’t like this change as it prevents you from doing something you have gotten used to, but please keep it honest and factual. This was already answered. Clearly and thoroughly. So why ask it again? This is actually a dishonest debate tactic. By keep asking it, even though it was already answered, you are trying to suggest there is no good answer. And you know this how? So far, from the 27,436 active clients you are the ONLY ONE who mentioned a clear need to make drastic changes to the core CSS files. So it is questionable to suggest that “many” will turn away, when you have no foundation whatsoever to say that. You are likely just claiming it to give your position more weight.
-
But are we sure it’s not a bug? Hcaptcha should auto detect the language of the system and I can confirm that this is not working. If I use an hcaptcha demo site like this, the captcha is shown in German. But if I open the registration form of my German IPS community, everything in the captcha is shown in English. So, it looks like the difference is caused by IPS’ implementation. For now, I fixed it by changing the template. <div class="h-captcha" data-hl="de" data-sitekey="{$siteKey}"></div>
-
Details about my Pages customizations as paid job can be found here: https://invisioncommunity.com/third-party/providers/opentype-r55/
-
You can create a custom Page Builder template and then call that. But keep in mind: these templates only affect the red area, nothing else. For any other layout, you would indeed need to create manual HTML pages.
-
You change the columns by editing the numbers in the grid class, e.g. “ipsGrid_span6”. You just need to be sure the columns add up to 12. For example: ipsGrid_span6 + ipsGrid_span6 ipsGrid_span4 + ipsGrid_span8 ipsGrid_span4 + ipsGrid_span4 + ipsGrid_span4
-
Maybe ask in the community help section or have the topic move there? I’m sure other there are many who deal with large files and also use Cloudflare and S3.
-
Debugging Buttons added to the Built-in CKEditor (4.x)
opentype replied to sibomots's topic in Developer Connection
Don’t add hard-coded styling to posts. Add CSS classes to your theme and then call them with the custom button. Clean, simple and global. You will also have to white-list your classes in the editor settings. -
I don’t think that discussions going in circles is something that would require moderation. I only step in when things escalate, because that can be very damaging for a community.
-
Yeah, that shouldn’t be possible. You can’t remove just the original post independent from the topic. The content can be emptied of course, which is prevented by setting the edit time to a low value.
-
There is no difference between topic (first post) and other posts/replies. Just remove delete/hide from the regular member group entirely. It will almost always cause more harm than good. I only give my premium members the option to hide (not delete) posts, because they are usually the trustworthy long-term members.
-
Tracking the events should work out of the box with a Pages database and custom fields. But putting the data of multiple records together in a meaningful way would have to be coded from scratch. Pages records are just meant to be viewed as they are. There is no calculation, no merging of data or anything like that.
-
https://www.consumerprivacyworld.com/2022/05/german-supervisory-authorities-online-traders-must-allow-guest-access-for-customer-orders/
-
Sure, and I am not asking for a drip campaign checkbox. I am asking how to have a proper workflow for everyone involved. The technical ability alone to push an email through Zapier isn’t enough.
-
There needs to be freely given, specific, informed consent. That is why I have an opt-in checkbox for bulk mails during sign-ups, but there is no checkbox for a drip campaign or similar uses. So, as a user, I have not freely given consent, I have not given specific consent to the drip campaign, nor am a properly informed about having my personal data processes by third-party providers (like Zapier/Mailchimp…), which is certainly relevant in regards to GDPR. Google got a $50 million fine a while ago because of this. They did ask for consent, but the kept it too vague. The distinction between ads and “helpful information” also doesn’t exist this way. If I run a website as a business, then everything I do is a business activity. If I try to keep my users active with drip campaigns, that a business activity. It doesn’t matter if the specific email tried to sell something or not.
-
As mentioned before, I don’t see how these options can be implemented legally. How do these methods ask for consent to receive multiple emails in the future? How do we get consent to have the email (i.e. personal data) routed through multiple 3rd-party services in the background? What happens if users turn off notifications/bulk mail in their account? How do we stop the drip campaigns then? What happens if the user deletes their account entirely? It’s 2022. This approach of “you registered, now we can shower you with emails” luckily ended when GDPR became legally binding. I don’t like to be on the receiving end of such unwanted emails and therefore I also don’t want to send them out unless it is legal and there is proper consent.
-
Then you can probably convince IPS to add that feature natively, because I am not aware of such a feature in Invision Community. 😉 I replace the language strings “email_reg_complete” with a long welcome message. The default “Welcome to %s and thank you for joining” is rather pointless but it goes out anyway. So I make use of that.
-
Agreed. Minor corrections: viewing alone doesn’t create an invoice, but starting a checkout. The invoice should be created at the last step of the checkout when the users clicks “place order”. That’s when the purchase becomes legally binding for both sides. It is NOT necessarily the moment of payment, as there can be payment options like “manual wire transfer”. The invoice wouldn’t be delayed in this case. It still belongs to the moment of the purchase.
