mll
Forum Replies Created
-
I just instelled MLA on another site of mine, which also has Role Scoper. I can confirm that on this site, the search works fine ! *scratches head*
Yes, all searches are failing, and yes I tried with many combinations of options, includung the default ones. 🙁
And about your laste sentence : it just made me understand the logic operator is not for the checkboxes nect to them (*where* I search: title, description etc), but for the words in the textbox. If that’s right, maybe this should be more obvious, by maybe moving the radio buttons on the same line as the textbox.
Oh, so I know why it works now : when you did some testing on my website, you did attach some media files to a post. So yes, I guess it would still fail for unattached media while using Role Scoper.
Well’, I’m quite puzzled, because now it works. The only thing I remeber is I upgraded to MLA v0.60.
Well, anyway, I’m marking this thread as resolved. 🙂
I made a search for “logos” without the quotes, all checkboxes ticked, “or” selected. Although the built-in media library search returns a lot of hits, none are returned.
Not more luck with “logos*”
Thank you Daniel
that would be cool indeed 🙂
[mla_gallery tag="Logo-candidat"]did it indeed !Thanks for the tip, maybe you should mention it in the docs.
Thanks David, I’m eagerly waiting for this functionality to be implemented! 🙂
(It could be useful if we could search the author of a media)
I believe WP’s library searches only in the name (but I could be wrong). Moreover, the only batch operation allowed is to delete the media.
If your plugin allows for more precise, controlled searches (name, description, slug, size, dimensions, date, whatever…), and then batch operations (like add / edit / remove tags our categories, change the post they’re linked to, edit the description, the date), that would make it the king of library plugins, that should be incorporated into WordPress. 🙂
Also, I see in the widget code :
$displayWidget .= '<ul id="playerList">';I have limited CSS knowledge, but sice we may have several
- (in the case of weveral widgets providing the users connected to several servers), I guess it would be better to have
$displayWidget .= '<ul class="playerList">';,
wouldn’t it ?FYI, ugrading PHP to 5.4.6 fixed this.
Never mind. While installing the plugin, the server blonked upon dezipping it, I guess, because there was a lot of file smissing within the plugin directory.
Removing and reainstalling the plugin fixed it.
Tested. Looks like replacing “%20” with a space does work indeed. Thank you Daniel.
Thanks. I will try. but I introduced the “%20” a long time ago as a workaround when a space in the dropbox path would make the transfer of the file fail in BackWPUp