Forum Replies Created

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • I think if I write one css statement for every field ID it may work … ;-)
    #rnField2 .rednao_label_container,
    #rnField9 .rednao_label_container,
    #rnField6 .rednao_label_container { display: none !important; }

    Hello @Schipperijn,
    at first glance it looks nice, but your css statement
    label, .rednao_label_container {
    display: none !important;
    }
    also hides radio buttons completele because radio buttons and all of their entries are “labels”!

    Best regards
    Hermann

    @schipperijn
    Sorry, but I’m not convinced that this is the final solution for me. I tried it, but there another problem arises which is solved better as well in the Enfold theme as in the wordPress standard contact form 7: I want to use the field label as a placeholder. If I do so at mandatory fields in the SmartForms, the asterisk which indicates that it is a mandatory field still remains at the label position. This is not what I want.

    Best regards
    Hermann

    Hi Rikard,
    at first I tried to use the WordPress Standard plugin Contact Form 7 together with §Innozilla Skins for Contact Form 7″, but the formatting of the Innozilla plugin doesn’t properly work together with the Enfold theme. This is the reason why I use the Enfold Contact Form.
    Best regards,
    Hermann

    It is a pity that this widespread possibility was not thought of. I would also need them because the current implementation of multiple selection has serious shortcomings: If the field labels are placed in the fields itself in order to save space inside the form, there is no way to properly represent the field name before entering the field. Only the number of selected elements is displayed instead of the meaning of the field.This looks pretty ugly.

    Here a checkbox with multiple choice would be helpful!

    Similar desire of this class would be radio buttons!

    Kind regards
    Hermann

    in reply to: fixed header not possible on smartphones. Why? #1109508

    Thanks, Ismael.

    Sorry. I am still not convinced about your argumentation that “tapping” leads to the top of the page. I am not a specialist on smartphones – my home is a PC. So I tried “tapping” on an “iPhone 5s”, but I could not get the described effect (posit to top). And, in addition, if it would work, I don’t want to lose the actual screen position before I really have selected a new menu entry.

    You wrote that it is disabled by default. Is there any way to select anything else but this default? In my case (and possibly in most of the websites) the loss of viewport space for the main menu is non-serious.

    Yesterday I accidentally saw an example of a website (of my dentist) with a main menu which worked exactly in the way I want: https://www.plinganser8.de/. You can see that there is no disadvantage on small devices.
    Now, once more my question: Is there any way to override this default behavior?

    Regards
    Hermann

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