Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Thread Starter rsepierre

    (@rsepierre)

    Oh well that is weird.

    I did try :
    [gravitywp_count formid="37"]
    [gravitywp_count formid="37" number_field=""]
    [gravitywp_count formid="37" number_field="1"]

    aswell as

    [gravitywp_count formid='37']
    [gravitywp_count formid='37' number_field='']
    [gravitywp_count formid='37' number_field='1']

    Everything returned 324

    As stated I enabled calculations on the field with an id of 1 in the form with id of 37 and it immediately returned 59357 which is the accurate sum.

    If this is not the standard behaviour, I guess at least you know it could be a fix for some people

    • This reply was modified 3 years, 9 months ago by rsepierre.
    Thread Starter rsepierre

    (@rsepierre)

    Yes it’s exactly that.

    https://ww.wp.xz.cn/plugins/gravitywp-count/#description

    In “Does this plugin rely on anything?” it simply says you need the plugin

    In “How to filter the sum of a number field for multiple entries?” it simply says to use the shortcode.

    Everywhere in the documentation based on how everything is phrased, you would assume that having a form with a number field with entries would be everything you need to make it work.

    There is absolutely no mention anywhere about how “you should enable calculation” on number field to number field basis on each form.

    It is quite hidden, and formulated in a way where you wouldn’t immediately understand what is it’s purpose (I thought it was a tool to prepopulate the number fields based on dynamic values).

    I just thought you might want to mention somewhere that in order to use your addon for doing sums, you should have a look at this page and enable calculations :

    https://docs.gravityforms.com/using-calculations/

    • This reply was modified 3 years, 9 months ago by rsepierre.
    • This reply was modified 3 years, 9 months ago by rsepierre.
    • This reply was modified 3 years, 9 months ago by rsepierre.
    • This reply was modified 3 years, 9 months ago by rsepierre.
    Thread Starter rsepierre

    (@rsepierre)

    Ok, while triple checking to make sure the type of field was evidently “number”, I found an “activation calculation” checkbox. I do not believe it is obvious from the documentation that you have to enable this option on a form by form basis. Although once activated it is working just fine.

    Thread Starter rsepierre

    (@rsepierre)

    I was wrong. The line to edit is :

    line 170 :
    $metadata_result = wp_update_attachment_metadata($this->args['id'], wp_slash($this->metadata));

    And addslash() wouldn’t work because $this->metadata is an array.

    • This reply was modified 6 years, 3 months ago by rsepierre.
    • This reply was modified 6 years, 3 months ago by rsepierre.
    rsepierre

    (@rsepierre)

    @britner May I suggest to build the solution into the kadence block plugin ?

    – Either by not using “display:none;” (the css solution works fine and I don’t see why it shouldn’t be implemented).

    – Or by triggering the “resize” javascript event on changing tab (this would enable most responsive javascript layouts to handle being inside the kadence block tabs perfectly fine

    triggerresize = function() {
       var resizeEvent = window.document.createEvent('UIEvents'); 
       resizeEvent .initUIEvent('resize', true, false, window, 0); 
       window.dispatchEvent(resizeEvent);
    }

    I tried this function, which works fine for my slider, and should work fine for masonry too.
    The idear being to bind this function as a callback to :
    – finishing to build initial kadence block layout
    – changing tabulation.
    In my case I had to go the css way because I can’t edit the kadence-block javascript

    Thread Starter rsepierre

    (@rsepierre)

    my i suggest tu use the Ƀ symbol for bittip and see why :
    http://bitcoinsymbol.org/

Viewing 6 replies - 1 through 6 (of 6 total)