ftpwp

Surprising OceanWP has not made any announce here but this plugin is not needed any more:

“Important Notice: Since the Ocean Extra plugin version 1.5.17, the Ocean Demo Import plugin is no longer needed because all free demos are incorporated into the Ocean Extra extension.“

https://docs.oceanwp.org/article/663-ocean-demo-import-changelog

Perfect, thanks!

FYI the “!important” are not required.
And I’ll open an enhancement request to add those settings in the widget.

Thanks!

Ok, thanks @wfphil for your answer!
For me the issue is fixed.

But… IMO you should forward the issue to the dev team and update WF.

WF should delete the .user.ini file if it exists when it updates the settings for LiteSpeed/Isapi serveurs, as 1/ it removes the protection of the .user.ini file and then 2/ complains that the file is accessible. So removing the file, finishing the job by cleaning the root directory, should be part of the process of updating the settings for LiteSpeed/Isapi serveurs.

Thanks!

the latest update 2.0.7

Talking about that, it would be nice if OceanWP could publish the changelog PRIOR to release new versions…
https://docs.oceanwp.org/article/653-oceanwp-theme-changelog
https://github.com/oceanwp/oceanwp/blob/master/changelog.md

It’s becoming a habit here to release new versions with the changelog not updated, so we have no clue what we’re supposed to install!

Hi,

The First CSS Snippet you have provided seems to be working actually: https://d.pr/i/IVRPpe

Well, indeed it works “sometimes” for me. But not always.
I’ve added “!important” so it now always works.

And, for the 2nd one, you can use this following instead:

Thanks! Fixed.

And, I would strongly recommend you to use EA Advanced Data Table since it has more flexibility and tons of other features.

I’ll have a look if something has moved since July 2018.
I gave June on July 31th 2018 a list of 6 precise improvements to add in the Data table widget. He was really happy with the suggestions and the level of details and said “Awesome! I am forwarding this to our developer”. But since then, nothing has been implemented and I never had any feedback. That’s why I keep using custom CSS.
So I’ll see if Advanced Data Table contains any, otherwise I’ll open a ticket on GitHub.

Thanks for your support.
At least, translations are now working. Alleluia!

So… good news it seems to work.

2 questions however:

1/ What’s the purpose of the translation strings “Data Table: Cell Text > Content”?

It corresponds to a row entry, but it’s not a cell, even in the main language there’s no personalized string and this “Content” is not displayed anywhere.

So why asking to translate something that’s not personalized and not displayed?
Each table of 10 rows, we have 10 translations requested for apparently nothing.

2/ Since the update, I have two small pieces of custom CSS that don’t work any more:

/* Align 1st column content to the right */
.eael-data-table tbody tr td:first-child {
	text-align: right;

/* Remove the color of the 1st cell */
.eael-data-table thead tr.table-header th.sorting:first-child {
	background-color: transparent !important;
}

Something has probably changed in the new code.
Do you know how to fix it?

Thanks!

• This reply was modified 4 years, 3 months ago by ftpwp.

Ok, so for the Data table design…

Anyways, the issue of yours seem caching issue. Try doing this following: o regenerate assets, you can go to wp-admin -> Essential Addons then, switch to the ‘Tools’ tab and hit the ‘Regenerate Assets’ button. Check out this screenshot: https://prnt.sc/pvozsx

This didn’t worked.

Also, make sure to Regenerate Files from wp-admin -> Elementor -> Tools as well. Check out this screenshot: https://prnt.sc/r3b588

This fixed the issue.
Thanks!

And for the missing translation strings, I found the solution.
Despite what you said here…

Well, once you install the latest version of Essential Add-ons, translations for the widgets will be automatically available in the WPML Translation form for the pages where you have used EA elements. You won’t have to re-add or re-do anything. I hope that’s clear now, right?

https://www.ads-software.com/support/topic/wpml-compatibility-of-data-table-widget/#post-11733201

This appears to be false.

When a widget is existing on a page prior to the installation of the EA upgrade that add the WPML compatibility, in order to trigger the population of the translation strings in the page WPML translation form you need to go to the widget, make any minor change and save the page. Without such modification, the missing translation strings are not added to the page translation form list of strings to translate.

That said, I now have to enter the translation again, run some few tests, but it might be the end of a veeeery long 20 months wait.
To be confirmed…

Thanks.

Ok, new update.

Still extremely weird.
Now that the widget was not visible any more, I thought I could maybe revert EA to the version 4.2.4 as I was sure the data was still in the database (as I never updated the page recently).

So I went to the WP Admin > Plugins and then, new surprise: Essential Addons for Elementor was Deactivated!
Weird. I never deactivated it also!

So I re-activated it.
And now my Data table widget is back but with a crappy look. I have the feeling the new version of the widget has some major difference with the old one in terms of styling (including custom CSS that my be to adjust).

BUT… still no progress on the language strings. Still not available on the WPML page translation form.

Oooops, I think I found the anwser.
I was so used to have this WPML compatibility not coming that I was used not even to bother checking the widget on the page.

I was just installing updates after updates, from time to time control if the strings were now available in the WPML page translation form of the page that contains the Data table and that’s it.

But after your answer I went to the page to see if an update of the page could trigger the addition of all the missing translation strings.
And I found the answer on the page: the Data table widget had just vanished!

I guess the 4.3.0 introduced a complete different Data table widget, not compliant with the previous one and it killed the existing one on my page.

Can you confirm?

And if yes, any solution to get back even temporarily our Data table widget?

Hi,

We already had a conversation on the topic.
Please read the 1st 4 posts of this topic…
https://www.ads-software.com/support/topic/wpml-compatibility-of-data-table-widget/

In your 2nd answer (post #4) you said “Well, once you install the latest version of Essential Add-ons, translations for the widgets will be automatically available in the WPML Translation form for the pages where you have used EA elements. You won’t have to re-add or re-do anything. I hope that’s clear now, right?”

This is simply not working. I’ve installed the last EA version (4.3.6) and if I go to WP Admin > Pages > Page to translate > WPML page translation form > the strings for the Data table widget that is on the page are still not available.

So if you say the Data table widget is now WPML compliant, we are back to all my questions of July 2019 regarding how to get the new strings to translate in the WPML page translation form…
https://www.ads-software.com/support/topic/wpml-compatibility-of-data-table-widget/

Hi,

Which new release are you referring to?
The 4.0.4? If yes, then yes, it’s in production, but nothing new, even undocumented.

If you’re referring to the dev branch you pointed out, no I’ve not installed it yet. Didn’t had time to build a test environment for it.

Thanks @bueltge !
I’m sure it will.

And I confirm, it works like a charm.

It’s maybe enabled by default, but then I disabled it.
I’m not a big fan of signatures. If it stays light it’s ok but some people tend to set giant signatures that pollute the topics, among other as they are constantly repeated, displayed below on every post.

Oh ok. I did not activated the Signature functionality in Asgaros. I even forgot about it. So no, I did not transfer its management in the UM profile but you can probably do it more or less the same way as what I did for the Mention notification settings. You now have the method and an example, it should be much easier.

Create a memo field in the UM profile, find out the Meta key name of the Signature field in the DB, add the 2 specific codes for the Signature updates based on the Mention notification updates and simply adjust the updates for Memo field (and not checkboxes).

What do you call “his forum signature”?