gbell12

Plan B – shouldn’t one of the settings prevent recalculation? I’m getting familiar with the code but am late on this project. Should I just nip out all of the recalculation calls?

The recalculate functions in slideshow.calculation.js are changing the photo size to match the next div up’s container size. This then covers up the background.

Need patch from Stefan for this one I think!

Yes and no. The image is there, but the resize calculation function in the javascript changes the photo size to match/cover up my background image. See https://www.ads-software.com/support/topic/preventing-image-resizing?replies=2#post-6651114

Same here. This is due to div’s with only br’s in them.

And THIS is due to WordPress inserting br’s in your post. Let me guess, your post looks something like:

[carousel id=''  items = '3' items_desktop = '3' items_desktop_small = '3' navigation = 'true' slide_speed = '400']
    [item href='' img_link='https://wordpress.localhost/wp-content/uploads/2015/03/naikiapeterssamtaylor.jpg']
    [item href='' img_link='https://wordpress.localhost/wp-content/uploads/2015/03/lolawilson.jpg']
    [item href='' img_link='https://wordpress.localhost/wp-content/uploads/2015/03/cheridynbennett.jpg']
[/carousel]

Just like the example in the docs, right? Well, WordPress’ WYSIWYG editor has a connundrum – if it doesn’t put br’s after your lines, your post doesn’t look like it did in the editor. But if it DOES, then when you enter HTML directly in the “Text” tab of the editor, it gets extra stuff put in later.

To fix your problem in an ugly way, just do this:

[carousel id=''  items = '3' items_desktop = '3' items_desktop_small = '3' navigation = 'true' slide_speed = '400']
    [item href='' img_link='https://wordpress.localhost/wp-content/uploads/2015/03/naikiapeterssamtaylor.jpg'][item href='' img_link='https://wordpress.localhost/wp-content/uploads/2015/03/lolawilson.jpg'][item href='' img_link='https://wordpress.localhost/wp-content/uploads/2015/03/cheridynbennett.jpg']
[/carousel]

What I usually end up doing is putting this in my theme’s functions.php (better would be in a plugin):

remove_filter( 'the_content', 'wpautop' );
remove_filter( 'the_excerpt', 'wpautop' );

function gb_wpautop_nobr( $content ) {
    return wpautop( $content, false );
}

add_filter( 'the_content', 'gb_wpautop_nobr' );
add_filter( 'the_excerpt', 'gb_wpautop_nobr' );

This stops WordPress from inserting br’s in my content.

The only other plugin is BackupBuddy. Happens even with Twentyfourteen theme.

I think the answer is slideshow_slide should have the background image, and padding to make it bigger. Be sure to include !important for nearly everything:

.slideshow_slide {
  background: url("img/picframe.png") no-repeat center center !important;
  padding-top: 21px !important;
  padding-bottom: 40px !important;
  height: 280px !important;
}

Locally hosted for now. The structure’s shown above (and the same from the plugin usually, right?) so how would my HTML/CSS help?

I need to know which of those elements a frame background image should be applied to, and which elements’ sizes should be overridden by CSS…

Many thanks.

I have. Trouble is, every element up through the hierarchy has properties directly on the elements in the HTML, meaning I’m having to bang !important all over the place in my CSS. Just feels like I’m doing it wrong.

The full hierarchy of a slide is (going up):

.slideshow_slide img {
}

.slideshow_slide {
}

.slideshow_view {
}

.slideshow_content {
}

.slideshow_container {
}

Every element there has a 200px height on the HTML coming out of the plugin. So what element should the background image go on, and what element should have margin and/or padding in order to make that background visible?

Nope, it’s still there in 1.4. Select all tickbox selects the first file only, and grays-out the checkbox for the other files…

If you disagree, you should remove this from your readme and index.html

UpdraftPlus Backup/Restore is not crippled in any way – it is fully functional, with no annoying omissions.

I realise I’m being a pain, but, really, without wp-config.php and .htaccess, the backups are not complete. This is worse than ‘annoying’.

Understood. But that causes the problem / confusion indicated above. I guess if nobody else reports it, it’s a “personal problem” ??

Creating locally is fine – it’s that if I want to save the last 10 backups, I don’t want 10x the space taken up locally. On Dropbox is fine.

I see that when I manually launch a backup, I have the option to not upload it… that’s opposite what I want and not for the automated backups.

I also see from the Expert Settings “Delete local backup” but that’s only for “superfluous” backups (ie. greater than the retention setting).

Am I missing something?

Hi David,

I appreciate your need and right to make money from your product and stay in business – I support many software products and projects. I would, however, respectfully ask that you reconsider not including this particular feature in the free version. It means your product is making backups that aren’t very useful in an emergency – we might even say ‘incomplete’.

Just a thought.

Cheers,
Greg

Can’t that low-level process check a flag on disk that the UI sets that says “stop now”?

(note that above link is just page 2)