Hi there,

Thanks for summarizing. To clarify, floating .cn_preview left (3) should remove the need to add padding styling (2).

Best,

Chris

Chris, it helped me. As a summary of this topic:

1) Issue with unnecessary additional info while copy-pasting text from 'post' page was solved by replacing original 'ShareThis' string with this:

<script type="text/javascript" src="http://w.sharethis.com/button/buttons.js"></script><script type="text/javascript">stLight.options({publisher: "PUBLISHER_KEY", doNotHash: true, doNotCopy: true, hashAddressBar: false});</script>

in single.php

2) Issue with 'shifted' article annotation on 'index' page in webkit-based browsers was solved by changing padding value in style.css for cn_content from 30px to 20px:

.cn_content {padding:20px 20px 30px 5px;}

3) Sequela from issue with 'shifted' article annotation while resizing browser's windows to see how responsive acts (when annotations stay shifted even after restoring window's size) was solved by adding:

.cn_preview {float: left;}

in style.css.

Hope this info will help to other users of the theme and to Chris personally especially to improve next builds of the theme because these troubles was not only mine. Thanks.

Hi there,

Try adding just this to your Custom CSS box...

.cn_preview {float: left;}

Let me know if that helps.

Best,

Chris

ginnocenti - exactly! You very gracefully formulated my problem in few sentences. And it's very nice that I'm not only one who have this problem.

Do you solved it?

I have tried to use fix which was suggested by Chris (play with padding of cn_content) but no any results. I've found that this bug can be fixed by deleting string 'position: relative;' from cn_content but because of this such thing happens:

http://enoughme.com/etc/udhskj.png

So it fixed one problem and add another... Chris?

Thanks for sharing!

Have you tried applying my padding adjustment?

Best,

Chris

Forgot to add, the second reason why it happens is if you resize your browser window to a smaller one (to check how the responsive acts) and then resize it to normal size, it will show the bug but will clear after a reload.

http://enoughme.com/etc/25.04.14.-квадратный-экран.png (square screen, WinOS, Chrome)
http://enoughme.com/etc/25.04.14.-широкий%20экран.png (wide screen, WinOS, Chrome, different computer)

This problem gave me a big headache and it was very simple and hidden (for me to solve).

Check if your chrome window has zoom. If you have it less or more than 100% it makes conflict with the responsive update.

Hi there,

Try making the padding change in style.css on line 547.

Let me know if that helps.

Best,

Chris

Nope... I disabled child-theme and returned to stock but this bug appeared again. So problem definitely not in the child-theme. I've tried to set '!important' but I have no any luck again :(

We have this bug only on Chrome (Win/Mac), Opera (Win/Mac), IE (Win) and Webkit (Android). Safari (Win/Mac) and Mozilla (Win/Mac) also iPad working with your theme properly. Try to recreate this issue site with your own. Just visit our web-site and try to play with responsive.

I've tried to search via Inspector and Firebug what currently changing in .CSS (for cn_content, cn_preview, cn_wrapper etc) when narrowing browser window and announces get shifted (I mean this - http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.19.png) and I doesn't find anything. I just noticed that they stucks not when they get shifted but when max-width:959px in responsive.css changes to max-width:549px.

Hi there,

Try this...

.cn_content {padding-right:20px !important;}

Let me know if that helps.

Best,

Chris

It seems that .cn_list doesn't returns to it main values from style.css after resizing (when rules from responsive.css doesn't affect it anymore).

Oh, wait a second... Before changing

.cn_content {padding-right:???px;}

from 35px to 20px announces was 'shifted' from their places right after opening the index page. Now (when I set padding to 20px) everything looks fine. But! When I'm changing size of browser's window to smaller and then to greater again they 'stucks shifted'. Just look:

1. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.50.56.png - index page, everything is ok
2. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.06.png - let's make it narrower
3. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.10.png - much narrower! (here you can see this 'shifting')
4. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.14.png - narrow enough, now let's return it to previous size
5. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.19.png - aha...
6. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.24.png - wait, why announces still on that place? it's enough space to display them properly (like on screenshot #1)
7. http://enoughme.com/etc/Снимок%20экрана%202014-04-27%20в%2019.51.26.png - oh noes :(

As you see, after resizing they still 'shifted', but after reloading page everything become okay! Until I'm start resizing... This bug appears on Chrome (MacOS, WinOS, Android) and Opera (at least for MacOS). Safari and Mozilla work with this responsive theme properly.

Yeah, I'm using child-theme and here it is:

http://enoughme.com/etc/dailypress-child.zip

but I'm only overwrite some necessary for me rules via style.css and most of them still imports from original CSS-file, also responsive.css is original too. So I think that problem somewhere in responsive because it appears on stock theme in some browsers too. Fix it, please.

It helped me, thanks. Now everything look like it should.

Also, I solved my problem with ShareThis just by replacing original string with this:

<script type="text/javascript" src="http://w.sharethis.com/button/buttons.js"></script><script type="text/javascript">stLight.options({publisher: "PUBLISHER_KEY", doNotHash: true, doNotCopy: true, hashAddressBar: false});</script>

Hope it helps to someone.

Hi there,

That's strange. This issue doesn't occur on the demo site. Try adding this to your Custom CSS box on the Customize page...

.cn_content {padding-right:20px;}

Let me know if that helps.

Best,

Chris

1. Child theme is based in latest 2.1 theme, I've don't used it before. So all styles etc are up to date.

2. Okay, I'll use ShareThis plugin instead :)

Hi there,

1. I see you're using a child theme. Be sure to update your child theme templates as necessary as they likely contain previous styling that causes this issue.

2. I've chosen to not hard code ShareThis as I want to avoid code conflicts when updates occur. If this feature of ShareThis is an issue for you, my best suggestion is to remove ShareThis and use a different social plugin.

Let me know if that helps.

Best,

Chris

Hi! I have two problems:

1) See these screenshots:

http://enoughme.com/etc/25.04.14.-квадратный-экран.png (square screen, WinOS, Chrome)
http://enoughme.com/etc/25.04.14.-широкий%20экран.png (wide screen, WinOS, Chrome, different computer)

As you see, announces of articles not in their right place. We discovered this issue right after updating the theme from 1.4.1 to 2.1. Btw, on my 11" MBA with Safari and 5" PDA with Webkit-based browser everything is fine. So this problem appears selectively but it appears as fact anyway.

Here is the link - http://mundir-ru.ru Can you make some test and simulations of different browsers/screen resolutions to discover a source of the problem and help to solve it?

2) If you open any article, for example:

http://mundir-ru.ru/2014/04/24/Kochevnik-Mezhdu-nebom-i-zemleiy/

and try to copy&paste something, you will see this: " %text_that_you_have_copied% See more at: http://mundir-ru.ru/2014/04/24/Kochevnik-Mezhdu-nebom-i-zemleiy/#sthash.bM9SItwu.dpuf ".

After some googling I found that problem in ShareThis JS which add some hash and link to copied text. To disable this I need to set some values in string where ShareThis includes ('doNotHash:true, doNotCopy:true,hashAddressBar:false') but in your theme you just including JS directly from their site, not from local place via...

<script type="text/javascript">stLight.options({publisher: "ab986f6c-fe4b-47d2-837f-b0aa95b75d20", doNotHash:true, doNotCopy:true,hashAddressBar:false});</script>

...where those options can be modified. Yeah, this way of adding ShareThis helps to keep it code up to date forever, but create such problem with copy&paste. Can you fix it too? Or suggest how I can avoid this problem?

Thanks.