tormorten

Hi and thanks for your feedback,

The moving of the wpautop function was implemented because in some cases paragraphs was added where they shouldn’t and messed up the DOM tree. This was implemented in 0.5 of the plugin.

I’ll have to test some more cases before I change the priority of the function.

Your second issue sound alot like the reason why I moved the autop-filter.

Without access to the database or the server (ftp), this is not possible, and other attempts to gain it would most probably be considered hacking. Sorry.

Attachments are posts in a post type, so a regular save_post would suffice. Be sure to check if the saved post is of the attachment-post type.

Read more about save_post in the Codex.

I would perhaps try hooking in to the end of the upload process. When a file has finished uploading you run the code that upload to the remote server. If the remote upload fails you can save something to the database, e.g. update_option() and have a hook running that checks for the value of said option e.g. get_option() and then displays the notice. Could this work?

Hi,

This filter is checked in line 240 of /wp-admin/includes/file.php

Is checks for an array entry with the key error. So instead you could simply add your errors to that key.

$file['error'] = 'File type not supported.'

No, the workaround I supplied only applies if you are using WPML (ICL_LANGUAGE_CODE is used in this plugin).

I’ll have a look and get back to you shortly.

WP’s native is, as far as I know, a simple SQL-query like WHERE post_name LIKE. You could try hooking in to the SQL of things and making it happen there. In the file wp-includes/query.php you’ll find all the code you need. Native WP search used WP_Query. Notice the s-argument.

To change the where or join clauses you could use the filters posts_where and posts_join.

Hi,

Do you use WPML or something other? When I used this on a client’s site where WPML was running (and media was translated) I had to add a workaround to make it work on that theme.

I quess WPML duplicates the media row-entry, and hence they don’t align up with what FG sees.

This worked for me:

add_filter('foogallery_captions_attachment_id', function($id, $post) {

	if(is_admin())
		return $id;

	$code = defined('ICL_LANGUAGE_CODE') ? ICL_LANGUAGE_CODE : 'nb';

	if($code !== 'nb') {
		$new_id = icl_object_id($id, 'attachment', true, 'nb');

		$captions = get_post_meta( $post, 'foogallery_captions', true );

		if(isset($captions[$new_id])) {
			$id = $new_id;
		}

	}

	return $id;
}, 99, 2);

In this scenario the default language is norwegian (nb)

You can modify these arguments by using the ajax_query_attachments_args-filter defined on line 2238 in /wp-admin/includes/ajax-actions.php.

Hi,

You should check out the SearchWP plugin or perhaps Relevanssi.

WordPress’ native search is a simple query to the posts table, so you would have to juice it up quite a bit to include tag search.

Hi,

Does the entries you are referring to have content? Have your tried vardumping the contents of for example $entry[2] to check if there is something other than null there?

Hi,

Is this what you’re looking for?

https://gist.github.com/cubehouse/3839159

Hi,

Please try updating the plugin to the latest version (1.0.2). This error occurs when you have an older version of PHP (prior to 5.4) where shorthand arrays are not introduced.

1.0.2 fixes this issue.

For matters in the future, please start a new thread.

Hi Justin and thanks for your feedback.

I’ve changed this now and made it so Editors can see the “Menus” item, as long as they have the capability delete_others_pages. The current_user_can-function lacks the flexibility to do it a proper way, so as of right now it tricks WordPress into allowing the nav-menu.php page to be loaded even though a user does not actually have the edit_theme_options capability.

Should be availiable through an update right now ??

This was fixed in version 1.1