Skip to content

Conversation

@Julix91
Copy link

@Julix91 Julix91 commented Jan 9, 2020

This looks like that:

Screen Shot 2020-01-08 at 4 25 43 PM

So just another option in the plugin's settings. Think that would help with discoverability.

I tested it locally and on my staging, it works. But I didn't implement proper validation for the cookie field.

A can be any US-ASCII characters, except control characters, spaces, or tabs. It also must not contain a separator character like the following: ( ) < > @ , ; : \ " / [ ] ? = { }.

If you're interested in merging this and want me to add that functionality just let me know and I will. :)

Julian Sloman added 2 commits January 8, 2020 16:20
Note that cnArgs already includes cookieName and the "soft-coded" version was already being used further up in the code!
- Add a default value
- `add_settings_field` (plus function for html for the setting)
- fill with default value when appropriate
- validate field (like implemented like `css_class` - though there should there be other requirements
> A <cookie-name> can be any US-ASCII characters, except control characters, spaces, or tabs. It also must not contain a separator character like the following: ( ) < > @ , ; : \ " / [ ] ? = { }.
Didn't implement that, but it might be worth having. Leave a comment and I'll add that.
- read cookie_name value from option in static function
- localize cookie_name from options to front.js same as other properties
``
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant