• Resolved skopelos-tony

    (@skopelosvillas)


    Hi there,
    I have so far created 2 forms, using your fantastic plugin!!
    There are some ‘issues’ I’d like to see resolved. however, so I’ll list them one by one if you have the time to help me please!

    1. For some reason, the first 4 fields, (that lay side by side in desktop mode), do not convert to responsive fields, (one below the other), when viewed in mobiles (see here: 1st image Another form with similar layout, displays responsivelly however.

    2. Where would I go to change the ‘date format’ displayed in first 2 fields so that users can input according to: dd/mm/yyyy ? Also, after changing the format, I’d like if possible to display my placeholder text instead!

    3. When form is viewed in Safari, and the ‘date field’ is clicked, this weird date format appears, (that was not there previous days when testing the form). See here: 2nd screenshot on weird date display

    4. Is there a way that the date fields display calendar upon click in all browsers instead of having to click on arrow that appears on right of field (when viewed in Chrome for example)? See here: Arrow for date field..

    5. The rows appear too close to each other, unless I input some labels to them, (which I don’t really want). What would be the best markup (?), to fix this? Will there be a ‘spacer’ feature in future updates when in Grid mode? See for example here: Fields too close to eachother

    Thank you in advance for your patience! I really appreciate your plugin and time for this!!

    • This topic was modified 4 years, 5 months ago by skopelos-tony.
Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Aurovrata Venet

    (@aurovrata)

    I have so far created 2 forms, using your fantastic plugin!!

    great, do leave a review when you have a moment to spare.

    1. For some reason, the first 4 fields, (that lay side by side in desktop mode), do not convert to responsive fields, (one below the other), when viewed in mobiles (see here: 1st image Another form with similar layout, displays responsivelly however.

    it adapts to the width of the screen, the more real estate available, the more columns are displayed. Full collapse of columns will happen below 481px screens.

    2. Where would I go to change the ‘date format’ displayed in first 2 fields so that users can input according to: dd/mm/yyyy ? Also, after changing the format, I’d like if possible to display my placeholder text instead!

    this is determined by your browser, not the plugin. If your browser locale is set to en_US it will display date fields format in mm/dd/yyyy.
    place holder text is something that is controlled by the CF7 plugin, not the Smart grid extension so best to check the cf7 documentation for that.

    3. When form is viewed in Safari, and the ‘date field’ is clicked, this weird date format appears, (that was not there previous days when testing the form). See here: 2nd screenshot on weird date display

    your screenshot link does not work, can you resend it?
    As a general rule, all the fields (with the exception of the dynamic dropdown and benchmark fields) are set by cf7 plugin or another extension. The way these fields behave in various browsers is either as a result of the cf7 plugin field element structure or the browser itself and generally not related to this plugin.

    4. Is there a way that the date fields display calendar upon click in all browsers instead of having to click on arrow that appears on right of field (when viewed in Chrome for example)?

    your screenshot link doesn’t work either.
    As of html5 date-fields display calendars by default. Each browser has implemented its own calendar display and therefore this disparity you’re talking about. One way around this issue if to use the jQuery Datepicker plugin by turning text fields into date fields. This will provide uniformity across browsers. You can also style your calendars with the datepicker.

    5. The rows appear too close to each other, unless I input some labels to them, (which I don’t really want). What would be the best markup (?), to fix this? Will there be a ‘spacer’ feature in future updates when in Grid mode?

    my general approach to front-end styling is to do a minimum. styling is so subjective from one user to the next. So I am not keen to add more margin to columns as such.
    I have made sure that the plugin remains as flexible as possible (you can customise the form layouts individually or collectively using the multiple actions and filters provided (see the FAQs + screenshots on the plugin page to explore all the possibilities). You can even build a plugin extension that will systematically add additional styling.

    The goals of this plugin are explained in this thread and as such, it is not to create an environment to compete with form plugins that minimise the technical knowledge of HTML form constructs at the expense of complexifying the cf7 plugin. There are plenty of form plugins that do a fine job of this. CF7 remains a powerful tool due to its simplistic approach to form construct.
    I build complex forms for clients for analytical tools and I needed a plugin that could simplify the work of building such forms.
    So this plugin eases form creation within the CF7 plugin framework, but as a web-developer, you still need to tweak and adjust the results as per your needs, and that is the downside of retaining this flexibility.

    I hope you appreciate the finer points of this approach and hopefully, I have clarified your points.

    Thread Starter skopelos-tony

    (@skopelosvillas)

    Hi there and thank you very much for your time to answer my questions!
    Just to clarify a few of your points:

    it adapts to the width of the screen, the more real estate available, the more columns are displayed. Full collapse of columns will happen below 481px screens.

    Where can I set to a bigger viewport, (550px)?

    this is determined by your browser, not the plugin. If your browser locale is set to en_US it will display date fields format in mm/dd/yyyy.

    Unfortunately, I troubleshooted this and while my locale is EN_UK, the dates still display in US format, (even in incognito mode).

    3. “when viewed in Safari, there is a weird display of dates…”

    your link doesn’t work, can you resend it?

    Sure, here it is:
    I’m not sure what would cause this. I will also install the ‘date picker’, though I was trying to avoid having extra plugins.

    5. “the rows appear too close to each other…”
    Ok, I understand your point, but you’ve got to admit, existing styling of the rows forces for a different approach via html, (which I’m troubleshooting as we speak), or smthing else. Since the plugin is row-based, maybe there should be a mechanism of some sort to display better visually and from a UX point of view? Just a suggestion, don’t get me wrong here 🙂

    By the way, is there smwhere where I can privately send you a temp link of the page I’m talking about so you can see exactly its behaviour? Perhaps this would help..!

    Thanks again for your time.

    Thread Starter skopelos-tony

    (@skopelosvillas)

    Not sure why my link was not displayed – again:

    <blockquote class="imgur-embed-pub" lang="en" data-id="a/YvaghGd"><a href="//imgur.com/a/YvaghGd"></a></blockquote><script async src="//s.imgur.com/min/embed.js" charset="utf-8"></script>

    • This reply was modified 4 years, 5 months ago by skopelos-tony. Reason: Links dont work - why?????????????????????????????????????????????????????????????????
    Thread Starter skopelos-tony

    (@skopelosvillas)

    Hi again,

    A simple
    <p>
    </p>
    ..did the trick of adding spaces in between rows.. :-

    Plugin Author Aurovrata Venet

    (@aurovrata)

    Where can I set to a bigger viewport, (550px)?

    this is all controlled by the CSS,
    @media (min-width: 481px) {
    which you can ovverride with your own stylesheets. The easiest would be to copy the wp-content/plugins/cf7-grid-layout/assets/css.gs/smart-grid.css css file and modify it to your needs.

    Ok, I understand your point, but you’ve got to admit, existing styling of the rows forces for a different approach via html, (which I’m troubleshooting as we speak), or smthing else. Since the plugin is row-based, maybe there should be a mechanism of some sort to display better visually and from a UX point of view?

    indeed and that mechanism is called CSS, it’s a std one that you ought to master if you want to design a website.

    Given that all your questions are resolved and none are bugs as such, I am making this thread as resolved.

    If you need more answers to general questions on HTML/CSS design then please post them on the stackoverflow.com forum.

    Thread Starter skopelos-tony

    (@skopelosvillas)

    indeed and that mechanism is called CSS, it’s a std one that you ought to master if you want to design a website.

    Ouch..!

    If you need more answers to general questions on HTML/CSS design then please post them on the stackoverflow.com forum.`

    They weren’t general questions, I was referring to this plugin!

    Thanks for marking it ‘Resolved’

    Plugin Author Aurovrata Venet

    (@aurovrata)

    They weren’t general questions, I was referring to this plugin!

    Thanks for marking it ‘Resolved’

    well as such I don’t see any issues that stop you from using this plugin nor designing great forms as such.

    Plugin Author Aurovrata Venet

    (@aurovrata)

    indeed and that mechanism is called CSS, it’s a std one that you ought to master if you want to design a website.

    Ouch..!

    sorry, didn’t mean to come across as cold, but you see your solution for adding spaces between rows,

    A simple
    <p>
    </p>
    ..did the trick of adding spaces in between rows.

    highlights a lack of understanding of CSS in my view. HTML markup is used primarly for structuring a page, while CSS primary purpose is to style that structure.

    Margins between rows is a not a structural problem, it is a styling issue and therefore should be solved using CSS.

    Furthermore, plugins in WordPress should not be used to style your website, that is the primary purpose of the theme and hence my reluctance to add anything to the plugin to take care of such issues.

    kind regards
    Vrata

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Some ‘bugs’? in a particular form-responsiveness’ is closed to new replies.