Hi, the text is coming from Opencart > Catalog > Information > your page… Styles can be applied in Journal > Skins > Edit > Information.

Best Regards.

thanks Can I accordion menu the info pages like in the picture, https://imgyukle.com/i/LlzIF0

Hi, that’s probably because you paste it with lots of inline code that adds width and other css inline on the element, you’d have to paste content without formatting (or manually remove it).

For more info you need to file a ticket on our support page, like all the other people who renew their support.

Only bugs or issues are to be reported here, and only those theme related, replicable on our end (like in our demos) will be investigated/fixed.

So why is the main price not centered? I choose the center price, but it comes to the left. Tax price and bottom points etc. centering. However, the main price is not centered. Is there a bug here? How can we solve it?

Hi, that is only installed in Demo 1, but all demos are made from the same admin so they will support it just the same.

Best Regards.

But how can I switch to Arabic/RTL? I don’t see the language picker anywhere.

It may have been deactivated, we’ll look into it and will enable it again, please check back tomorrow.

Best Regards.

Hi, that’s not something theme related, it seems there is a problem with your email setup in Opencart, please make sure everything works fine when using the default Opencart theme first.

Best Regards.

Hello,

The mail system works fine.

It only gives an error when exiting the newsletter.

When you register to Newsletter, the customer and the admin mail are sent.

Mail is sent from the contact form and from all forms.

When you register on the site, the mail works.

It only gives an error only when you exit the newsletter. Cannot send mail. I guess there is a bug in the newsletter about sending an e-mail after leaving the mail.

I use Yandex Connect. Yandex mail system for institutions.

We’re not sure what you mean here actually, what does that mean, “It only gives an error only when you exit the newsletter”?

Sending mail does not work when unsubscribe from newsletter only.

It works when you subscribe to the newsletter. Theme works on contact form. It works on the membership and password forgot part of the site. So everywhere else mails work works.

Sending mail does not work only when trying to unsubscribe from Newsletter for the theme.

Hi, we are still not sure what you’re referring to and we are not aware of such issue or whether is theme related in any way. You’d have to file a ticket on our support page if you need further assistance.

How could you not understand still? Do not misunderstand me. I explained it very clearly. My English is not very good but you had to understand what I wrote?

Are you saying you don’t get a confirmation email after newsletter unsubscribe? Because this works fine on our end, you get an email on both actions, subscribe and unsubscribe.

Are you saying you don’t get a confirmation email after newsletter unsubscribe? - Yes.

Sending mail does not work only in unsubscribe part. Otherwise it works in every part.

I don’t understand why it happens like this.

Hello,

I want to leave some space between the price in the screenshot and the line on the right. How can I do that. I just couldn’t find it.

Thanks.

Hi, we are not aware of such issue, please file a ticket on our support page so we can take a closer look at this.

Those options are in Journal > Styles > Product Page > [Active Style] > Product Details > Price Group >Price Group Styles tab, may need more padding on the right.

Best Regards.

Hello,

I cannot write from there because my support period is over.

I also searched on Google but couldn’t fix the problem. Database Indexes feature does not work. So Database Index cannot do. It gives the error I specified. Since it is a theme feature, I couldn’t find any other solution.

Can I send you an e-mail? Can you write me your e-mail address?

Thank you in advance.

Hi, this depends on what database engine you have (mysql, mariadb, etc), but there is no problem if that index cannot be added, just ignore the message.

Best Regards.

Hi, we will add options to translate those in the next updates. Regarding date picker, please file a ticket on our support page so we can take a closer look at this.

Best Regards.

Hi, you can enable that from Journal > Styles > Product Page > [Active Style] > Product Details > Price Group > Price > Price Update.

Best Regards.

Hi, we are not aware of such an issue and there were no changes in the latest updates that could be related to this, please file a ticket on our support page so we can take a closer look at this.

Best Regards.

Sure, just tested also v3.1.7 and Journal Checkout is broken there too. OC default checkout is working. Version 3.1.6 not tested yet. Testing environment pure OC2.3.0.2. Journal Checkout is confirmed fully working in version 3.1.5. It seems that first “confirm order” button click misses “&confirm=true” parameter as the first POST is “index.php?route=journal3/checkout/save”. After the second “confirm order” button click results “index.php?route=journal3/checkout/save&confirm=true” and order is saved and confirmation session is shown as it should be. Hope some others have found this bug too.

Hi, there shouldn’t be a call to save without confirm parameter, can you replicate this issue on our demos?

Best Regards.

Demo that runs with OC3.0.3.7 works fine, also tested locally. Problem is with OC2.3.0.2 that misses the confirm parameter at first try. Kindly check with OC2.3.0.2.

Hi, that’s not really possible, nor necessary. In any case, it’s not something we can help you with, you’d have to consult with a developer to modify Opencart core files.

But we don’t recommend you do that, since “i” tags are used for icons anyway, and what you are referring to is something else, and the assumption is not quite correct.

For accessibility, it’s recommended to use “em” tags instead of “i” when used for italic purposes on actual text output, for example when you write a product description or information page, and you want to make a piece of text italic. That means the text is emphasised somehow, and screen readers will put an actual emphasis on that word when it’s read aloud if it’s wrapped in an “em” tag. If you don’t have it in an “em” tag it will just read it like a normal word.

However, “i” tags won’t break your site in any way, and definitely not in the context Opencart uses them for icons.

Best Regards.

Thanks for your reply, ok I am aware of this but on the achecker it is reported as a known problem which is basically the main problem. Thanks again.

In that case, it’s a false “problem”. There’s nothing wrong with an “i” tag, it’s a perfectly normal HTML tag.

That service is claiming the mere presence of an “i” tag, without any context of how it’s being used, as a problem. I say it’s a problem with that service, especially when I explained how Opencart uses the “i” tag (for icons). Using an “em” tag for icons doesn’t make any difference, since readers can’t read the icon anyway.

Now if you use “i” tags yourself in various descriptions in your admin (products, categories, etc.) that is up to you to edit all those texts and not use them in that context.

I am not using any i tag anywhere, you can enter your 1 theme in the achecker and see for yourself the issue with i tags. achecker.ca is the website.

I understand that, but you don’t seem to understand. Your issue seems to be with whatever the checker says, not with what’s actually happening, with real facts.

Opencart uses “i” tags for icons, not to emphasize text. So there isn’t an accessibility issue for this reason alone. You can test the default demo too: https://demo.opencart.com/

The way this checker interprets the use of “i” elements is shortsighted and plain wrong, and you can read for yourself: https://cln.sh/BKLW17

The checker has no idea that those i tags are used for icons, it just thinks that that is normal body text that might be intended to make some words italic, like they would be in a blog post or some other description. But they are not, they are just icons, so the checker is wrong because it lacks context.

You can safely ignore those warnings.

Very strange considering goverments use achecker for testing. Anyway thanks for your detailed reply, your theme is in my opinion number 1 and also support.