Change All Items Label not changeable anymore

Anonymous

#248036

Hi Ross,

thank you very much!

My client requires that the site is hosted at strato.de, a hosting service for dummies, preventing modification of max_input_vars via php.ini.

I rebuilt the form and successfully inserted the icon. It looks different in multiselect fields and dropdown fields: https://www.screencast.com/t/3HqWzzFxv; do you think that I should be able to amend this via select2 CSS?

And, unfortunately, I have a new problem: the AND operator for the taxonomy multiselect field ‘themen’ doesn’t work as expected. When I e.g. search for Design and Holzbau, several post are found that don’t contain the Design taxonomy.

Would you please have another look?

Thanks,

Lukas

Anonymous

#248055

more insight: as soon as I change a label to an icon, no changes to the search form are saved anymore. This was the reason I couldn’t change any labels anymore after having changed and saved the first one alone.

Anonymous

#248062

more insight regarding the icon display – would be nice if both were treated identically.

CSS for multiselect:

input[type=”text”]::placeholder, input[type=”password”]::placeholder, input[type=”email”]::placeholder, input[type=”tel”]::placeholder, input[type=”date”]::placeholder, input[type=”month”]::placeholder, input[type=”week”]::placeholder, input[type=”time”]::placeholder, input[type=”number”]::placeholder, input[type=”search”]::placeholder, input[type=”url”]::placeholder, textarea::placeholder {
color: rgb(0, 0, 0, 0.4);
}

CSS for dropdown:

img.wp-smiley, img.emoji {
display: inline !important;
border: none !important;
box-shadow: none !important;
height: 1em !important;
width: 1em !important;
margin: 0 .07em !important;
vertical-align: -0.1em !important;
background: none !important;
padding: 0 !important;
}

Ross Moderator

#248208

Hi Lukas

Thanks for digging in deeper. So once you add the icon, the search form wont save again, so won’t take any further updates… very strange indeed – this is not happening on my setup.

Right now we are building an entirely new version of S&F, so we won’t be looking into that aspect of the saving those icons in the search form – but will address again once we release the new version.

If you can code PHP, I’m sure you could get this working with our filters, but this is not some code we could write for you.

In regards to the styling, looks like you’ve nearly got it, maybe try adding some !important rules? It looks like the ones that are faded, are the multiselect, and the ones that show full color are the single select.

To be honest, I’ve not tried styling emoticons before so no idea how they will be affected by CSS.

Hopefully when we release v3, we can do some better stuff with styling and design.

Thanks

Anonymous

#248295

Hi Ross,
thanks, looking fwd to v3!
Indeed, a very strange behaviour, being persistent once the icon is inserted and being reproducible for every new search form with my setup.
Though I’m quite skilled using CSS, I’m not confident that I’ll be able to style the two different versions of the icon to one common style.
Best,
Lukas

Anonymous

#248304

mostly successful:

img.wp-smiley, img.emoji {
filter: grayscale(100%);
filter: saturate(0%);
filter: brightness(150%);
filter: opacity(20%);
}

Anonymous

#248334

btw do you suspect the non-working AND selector being disabled by the icon, too?

Ross Moderator

#248356

Hi Lukas

RE the AND selector, I don’t think so – if your search form saved it in there, then I’m guessing it should work – but as this is such an unusual one, I would double check.

I think while we tweak your setup to get things working right, it might be best to keep a clean version of the search form (without hte emoticons), test that one, and when finished, duplicate, and reinsert your emoticons.

Then if you need to do any changes, you can update the original, duplicate, and update icons again.

It is a pain but the best way to test.

Let me know when you’ve setup a “non-emoticon” version, and if still not working I’ll have a look at this issue.

Thanks

Anonymous

#248372

I’ve set up a non-emoticon version (Suchen V3) and everything works, including the AND selector.
Thus, the emoticons really fuck up everything.

Would be nice if your v3 would include using real icons such as FontAwesome or at least Foundation or WP Dashicons!

Ross Moderator

#248423

Hi Lukas

I’ll make a note to double check support in v3 – I actually can’t see why it wouldn’t work, we allow for any character in those fields, and encode them before displaying, so it shouldn’t be causing these issues.

The only thing I can think of is that there could be an issue with your database encoding.

If you check your wp-config file you will find two lines near the top:

/** Database Charset to use in creating database tables. */
define('DB_CHARSET', 'utf8');

/** The Database Collate type. Don't change this if in doubt. */
define('DB_COLLATE', '');

Which say what format your database should be in.

You can then goto your database and check the tables do match, for these settings (a dev install of mine), my tables all had collation utf8mb4_unicode_ci

If you have settings that don’t match, then this *could* be the cause – just an idea anyway.

Best

[Author]

Posts