We're Moving to a New Support Platform – Starting June 1st!
We’re excited to let you know that starting June 1st, we’ll be transitioning to a new support system that will be available directly on our product websites – Amelia, wpDataTables, and Report Builder. In fact, the new support platform is already live for Amelia and wpDataTables, and we encourage you to reach out to us there.
You'll always be able to reach us through a widget in the bottom right corner of each website, where you can ask questions, report issues, or simply get assistance.
While we still do not offer live support, a new advanced, AI-powered assistant, trained on our documentation, use cases, and real conversations with our team, is there to help with basic to intermediate questions in no time.
We're doing our best to make this transition smooth and hassle-free. After June 1st, this current support website will redirect you to the new "Contact Us" pages on our product sites.
Thanks for your continued support and trust – we’re excited to bring you an even better support experience!
Hello,
I like the step-by-step 2 for mobile, but it comes with a lot of weird margin bugs that ruin the whole page.
First of all, it has this 100px of margin above that makes no sense (atleast on phone) that has to be removed manually with CSS "margin-top: -100px;", I can understand that its ment to "look pretty and alone", but in my case it looks really weird on phones, which should make these margins optional. Most people today manage to put their own margin if its necessary, I understand the logic on DESKTOP, but I dont understand it on MOBILE:
Second and worst of all, it ruins the <body> line-height on the whole page. (Do not bother about what the text says, but look at the difference):
Before I add the Step-By-Step v2.0:
After I add the Step-by-step 2.0:
This affect ALL TEXT. Literally the <body> line-height:
In addition to this I also reported about a week ago that the Amelia CSS sets the fontsize for body to 100%, causing issues when using 62.5% for the rest of the site in order to easily use rems.
Developers should realise they should not set CSS rules that can impact other parts of the site
Yeah, I think its really weird that they do. Considering how easy it is to make own divs & classes or in worst case span.
Hey Marius and Christophe.
Thank you for your feedback. We forwarded the ticket to our developers so they can work on it for one of our upcoming updates.
Christophe, the font-size has already been forwarded to them.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hey Marius, what's the exact CSS code that you used to remove the top margin?'
Hello Christian,
I used -80 margin in advanced settings (on mobile) in "Tatsu", which is a builder very much like Elementor and BEbuilder:
But this should work as CSS fix:
.amelia-v2-booking #amelia-container.am-fs__wrapper {
margin: 0px auto !important;
}
But be warned, you might wanna leave some space underneath for the drop-shadow to complete so you dont end up like this:
To prevent this you can use this:
.amelia-v2-booking #amelia-container.am-fs__wrapper {
margin: 0px auto 60px auto !important;
}
Great! Thanks, Marius. It worked great.
CA