denied123

Will do, thanks for the reply ??

Obviously it was something I did not notice, or else why would I be online spending my time in order to try and find what is going on. If you want to call people dumb because they didn’t notice something that logically it doesn’t make sense go ahead. Personally I would have said that I require a bit more information since that isn’t enough instead of taking the “I ordered a crystal ball route”.

My personal view, which you obviously won’t care about, but I will still say it since I like to provide feedback instead of being aggressive and non constructive is that the right now tab shouldn’t be affected by the month, since that is why the filters are there.

I already did a few months ago.

What you mentioned above is actually the answer to the problem

But since I’m in a good mood today, I’ll answer your question with a question: don’t you see a header saying APRIL 2013 somewhere above the Right Now box? Does that ring a bell in your head?

But you know that saying yes to my second post would be a lot faster, since I asked

Do the stats stop showing on the right now tab after the end of each month (the old months stats that is) ?

You need to understand that the intention isn’t to waste your time and my time as well. No need to be aggressive, insulting and being sarcastic to people that come to you for questions/issues they are facing regarding your plugin.

That is why I asked if there is something I can provide to help you out with the missing info on my third post. If you don’t want to solve a potential issue with your plugin that is fine by me, other wise I don’t see why you keep an aggressive stance towards something that is asking what kind of information you need in order to help troubleshoot a potential issue.

As I mentioned on my second post. The information is there, if I set the filters I can see the entries, but right shows only entries starting from April 1. I asked if your plugin “right now” tab displays data based on month with no reply.

I don’t see how I am the arrogant person here. I came with a polite way to tell you about a problem I am facing with your plugin. You might want to re-read the way you answering to a person that is trying to give you the information you need without knowing what could be the problem.

Yeap, but since WP Minify didn’t have any problems with it I assume there must be a workaround. Perhaps combining it without minifying it ?

For what reason ? I’m still having the first issue I mentioned. Which I mentioned twice in my last two posts with no feedback from you.

Odd, I’m using firefox, I will check with Chrome as well.

Do you see the minified file in the source ? autoptimize/autoptimize_<random numbers>.php

edit: Yeap definitely the minifying plugin, seems to be moving things in the footer which that is what creates the errors. Odd that you didnt get one on chrome though, I got a different one which was the reason I tried to look it up some more. I will modify a bit the minifying plugin to fix the issues, but from what I can see this isn’t something that has to do with your plugin after all.

Any ideas on the first problem ?

Not sure what other information I can give you in order to aid your “crystal ball” to think what might be affecting the results :p Do the stats stop showing on the right now tab after the end of each month (the old months stats that is) ? As they are still in the database just not showing in the right now tab.

The url is fluxbytes.com . Though by messing around a bit I think this is an issue with the js minifier plugin minifing wp-slimstat.js. Confirm it if you can and tell me if it can be fixed please.

You have done an amazing job. Down to three .css files, one .js and most importantly one image. Well done ??

That was indeed the problem. Odd that this didn’t happen before.

Sadly disabling it breaks most of the posts so I will just stick to the negative margin values as it has the desirable effect without having to edit all my posts, thanks again ??

I am assuming you are not having the same issue in that case ?

I just noticed in the source code that for some odd reason there is another <p> element above the pre tag which shouldn’t be there. So I’m not sure where that one comes from but it explains the issue since my <p> tags have a default bottom margin. I’m not sure where that extra paragraph comes from as it’s not in my post code.

Does Crayons adds an extra <p> element above the ‘pre’ div ? Since all my posts have an extra <p> tag above the ‘pre’ tags now which shouldn’t be there.

Yea but since we are setting the paragraph margin-bot to 0 and Crayons top to 0 shouldn’t that make them be exactly close to each other ? The odd thing about it is that (at least in my case, not sure if your tests show the same results) regardless if you set margin-top to 0/2/5/10/12px the distance between the p element and the code is always the same.

As you mentioned the css does change accordingly to what you set the margin, based on what inspect object shows, but visually there is no difference. Also higher values than 12px show properly, the same with negative values.

In other words, I’m trying to figure out why this happens since the css values look to have been set correctly.

p elements margin-bot is 0
crayon-<random id> margin-top is 0 (when set to 0)

So in theory that 18px above the code shouldn’t exist isn’t that right ?

Ideally I wouldn’t mind avoiding negative values, although it’s not that bad it’s not a recommended practice. But for some reason magin of 0 doesn’t behave as it should.

Example:

<p style="margin-bottom:0px">test paragraph</p>
<pre lang="php">test code</pre>

The above example behaves properly with other code highlighting plugins (namely wp-syntax that I was using before) but with Crayon’s the same above code still behaves like it has a margin of 5-10px.

edit: The beta version accepts negative values properly, thank you. Also, after testing a bit, it seems like margin (top) with value 0 (or any other value below 12) behaves like margin 12 (the default).

Good job, I’m sure a few others would fall into that trap at some point ??

Please “fix” the margin as well, so it can accept negative values. I’m assuming it should only take a few minutes. Currently if you use a negative value it converts it to a positive one.

Then as soon as you can find the time to remedy some of the issues we mentioned on the starting posts I will be out of suggestions as I will be fully satisfied with everything this plugin has to offer ??

Great job, glad to see you are actively working on improving your plugin ??

I’ve reinstalled your plugin trying to work around some of the issues above myself till you find the time to work on them yourself.

Another easy request. Is it possible to make the margin settings to accept negative values ? Margin of 0 doesn’t behave the same as WP-Syntax (the old addon I was using) since it’s still leaves a space of around 10px whereas previously the code in the post was just below the paragraph.

Also something I noticed a few days ago is that when I reinstalled the plugin, a few posts (namely the last two current posts) didn’t get affected by crayon’s styling. If I simply copy/paste the post into a new one then it works properly. There is nothing in the logs that can indicate what the problem is either.

edit: Fixed the above issue. Seems I had to use “Refresh” in the plugins options.