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!

Okay
  Public Ticket #1735909
FYI - To anyone integrating with other "stuff' (e.g., Google Maps)
Closed

Comments

  • mark fs started the conversation

    This is simply FYI. Perhaps someone else can benefit from these discoveries? 

    I was building a custom plugin that took a wpDT datatable and integrated it with Google Maps.

    1) The wpDT ID (that you use in the shortcode) is NOT an identifier across wpDT. A given id actually also has a column mysql_table_name. So you get to the table with the data you have to do a look up for the mysql_table_name in the wp_datatables table. 

     2) The mysql_table_name naming convention for new wpDT tables is interesting. A new table gets a sequential #. But a duplicated table retains the name of the parent table, and add a _# (underscore . int) to that name. I'm not sure what happens when you dupe a duplicate.  

     3) On the front end, the wpDataTables (js) object uses a property name for each displayed table that has no relation to the mysql_table_name or the original ID. Mind you, within a given table object is a property getting back to the mysql_table_name, but it's not a key per se, if you know what I mean.   

     Long to short...

    each table has multiple "unique identifiers" so if you're expecting some sort of consistency, there is none. I'm sure there are good reasons for this. I'm not going to guess what they are. But I wish I knew these things soon rather than later. They are not, best I can tell, in the docs. So I'm sharing here.  You're welcome.

  •  472
    Isidora replied

    Hi mark, 

    Thank you for your purchase.

    We notice that you open two tickets with same issue and we already answer you on first one so I will close this one.

    Thank you for understanding.

    Best regards.

    Kind Regards, 

    Isidora Markovic

    wpDataTables: FAQFacebookTwitterFront-end and back-end demoDocs

    Amelia: FAQFacebookTwitter |  Amelia demo sites | Docs

    You can try our wpDataTables add-ons before purchase on these sandbox sites:

    Powerful FiltersGravity Forms Integration for wpDataTablesFormidable Forms Integration for wpDataTables