danieltj

I’d suggest trying to reset your password to double check you have an account associated with your email address.

Go to your login page on your own website and look for the Lost your password link and follow the steps. That should send you on the right track.

This all seems like fairly straight forward functionality that can be achieved with WordPress and the ‘right’ variety of plugins. Things like articles, events and embedding content from other sites could be achieved by using custom post types, custom fields and some plugins.

I don’t want to recommend any plugins specifically because it’s down to personal preference and the individual needs, but if you have a look at the plugin directory, there are a fair few popular plugins that would get you on the right track fairly quickly.

Starting from scratch is an option for sure, but the WordPress approach would be a quarter of the time to setup and easy to manage going forward. Cost wise as well it can be quite cheap to get a really good WordPress site working for you effectively.

The issue lies with how ACF and WordPress handle saved data. As you’ve said, you need to click Publish/Update for the values to be saved to the database before they appear which makes perfect considering the flow of data inside WordPress.

The ACF groups and fields themselves are all posts connected together with post meta. ACF displays these fields on the post edit screen via JavaScript and are technically not present in the database (even as blank fields) relating to your post until you click save which is when everything is mapped together.

The best way forward would be to hook into the REST API and when saving/creating a post, manually (through the API) save each ACF field. Of course this would cause some complications if fields changed but due to have ACF works behind the scenes, I’m not sure how feasible it is unfortunately.

It’s meant for anyone who wants to use WordPress in a headless state (so just the REST API), and no front-end. Not a joke theme, honest! ??

I’ve started the repository transfer for you now. You should get an email soon if not already.

It seems like Gutenberg is failing to load which is why there is a white screen. Have you added any plugins recently that would cause this to break? Anything that has disabled the WordPress API system?

As for the hostname and FTP account info, that means the system can’t write to your files because it doesn’t have permission to do so. Has anything changed since the last time this all worked?

This is because en_GB is your set language and en_US is the system default. If you removed en_GB it would default back to en_US as that is what the software is written with if that makes sense? So you’ll always have both options.

One issue with auto updates is people that use version control don’t want to have things change without them knowing otherwise it can cause problems with their workflow. Generally it’s safer to test first and then deploy changes once you’ve tested them as bugs can appear in updates, not just previous versions.

I’ve transferred commit access over to you (www.remarpro.com) and removed myself as a committer so you’re the sole committer for the plugin now. As for the GitHub repo, I’ll transfer ownership to you. What’s your GitHub username, is it @dgwyer?

Hi David, thanks for getting in touch. I’m happy to hand the plugin over to you as judging from your profile you’ve plenty of experience.

Hi, thanks for the kinds words. It is possible to do with the use of (code) a filter hook. You’ll need to create your own plugin, mu-plugin or put it in your theme (which is advised against generally anyway).

Check out the wiki on GitHub for more info: https://github.com/danieltj27/Dark-Mode/wiki/Filter:-not_using_dark_mode

This should do the trick:

function dtj_dark_mode_user_default( $user_id ) {

	// Get the user's Dark Mode preference.
	$user_pref = get_user_meta( $user_id, 'dark_mode', true );

	/**
	 * Does the user not have a value set?
	 * 
	 * If 'false' is returned by 'get_user_meta' then that
	 * means that the user has not saved their preference yet
	 * so set the default value instead. This applies to all users.
	 * 
	 * You can do a further check on the '$user_id' to only limit
	 * this to a certain subset of user's on the website.
	 */
	if ( ! $user_pref ) {

		// This is the default value when no preference is set.
		return true;
	
	}

	return false;

}

add_filter( 'not_using_dark_mode', 'dtj_dark_mode_user_default', 10, 1 );

I’ve not tested this properly, so you might need to pay around with it to get it to do exactly what you’re after.

• This reply was modified 5 years, 8 months ago by danieltj.
• This reply was modified 5 years, 8 months ago by danieltj. Reason: Fix code formatting

Thank you ??

Thank you for the support and PRs submitted via GitHub! ??

I’ll review them all when I have some more time.

I’m grateful for your review ??

Thank you for the review!