I use dozens of Visualizer Bar Charts on my site. But I am having a problem: some of my charts display exactly as intended. But others show inexplicable “white space” on the Y-Axis that I can’t figure out how to remove. Even more surprising is that I have this issue when cloning the properly working charts.
This page shows an Attendance bar chart (about 80% of the way down the page) that displays exactly as intended.
Meanwhile, the attendance chart on this page (scroll 80% down the page again) displays totally differently with extra white space on the Y-Axis. This is even thought the Bar Chart on this page is a direct clone of the successful chart on the Nashua Pirates page and I haven’t made any changes to the chart setting other than changing the Title in General Settings and the color of the Bars in Series Settings.
Can you tell me what is happening here and how to fix?
]]>https://www.ads-software.com/plugins/amcharts-charts-and-maps/
]]>https://www.ads-software.com/plugins/visualizer/
]]>https://www.nuabikes.com/
Nuabike.com can detected & limit the direction the amount their users can scroll along the y-axis which then locks the page/panel into a position before moving onto another section of the website. (See link above)
Would anyone have an idea on how this has been created or know of any plugin’s that achieves this?
I came across the plugin called jQuery Panel Snap however it doesn’t limit the amount of the scrolling along the y-axis and results in the user being able to pass/miss different sections of my website.
Any help would be greatly appreciated.
]]>Anyway in Javascript Mode, views were around 40/day, in non-Javascript Mode it’s more like 9000/day (25,000/day after enabling Wordfence throttling of excessive search bots, which was a counter-intuitive response).
Anyway, I wanted to see what total views & unique IPs were during the pre-non-Javascript Mode period, to compare to the post-non-Javascript Mode period. The problem is, when I tell it to tunnel down to Feb 1, 2013 + 12 days (or even +11 days), it still seems to scale the graph based on the entire month of February, and not JUST based on the period in question (or something like it [See update @ bottom for what’s probably actually happening]). So rather than the scale being about 1–>40, the scale is 1–>800, and the graph is a little line along the bottom. I’m not sure why it’s scaling to 800. It seems a bit arbitrary I’d think it would be scaled to the nearest 10, 25, 50, 100, 500, 1000, etc. Or something like that?
If total page views maxed around 40-50 during the period of Feb 1-12, 2013, and I tell it to JUST graph that period, I’d like it if the graph scale changed appropriately to have the scale cap at ~45-50 instead of capping at 800+ (since some days after turning off Javascript Mode showed total views in excess of about 8500 views).
See what I’m saying? If I narrow the range of dates to graph, the graph should take into account that range and set its scales according to the data that falls within the date range.
For example, taking this data set:
Feb 1: 5 views,
Feb 2: 40 views,
Feb 3: 25 views,
…
Feb 12: 48 views,
Feb 13: 443 views,
Feb 15: 6987 views.
If we set the date range to Feb 1-12, the y-axis should be capped at ~50.
If we set the date range to Feb 1-13, the y-axis should be capped around ~450-500.
If we set the date range to Feb 1-15, the y-axis should be capped at ~7000.
Make sense?
If that’s possible, it would be neato! ^_^
(Update: I think I figured out what it’s doing. Maybe?
So, it doesn’t show up while in the “tunneled down” view with just the selected dates showing, but in the regular view with filters removed it graphs a comparison graph in gray that’s the prior month’s page view history at the same times that month. Last month, my graph peaked around 760, so I think that portion of the graph, within the specified dates of the month, scales to ~800?
Problem is, in the “tunneled down” view that specific “last month comparison” graph doesn’t show up but still maybe impacts the overall graph scaling?
So, perhaps the solution is to either 1) show the last month’s data comparison graph on the tunneled down view and scale the tunneled down view graph based on the highest of all graphs shown in tunneled down view, or 2) Don’t show the “last month comparison” graph at all AND don’t count it toward the “tunneled down” view graph’s scaling. 3) Give an option of whether or not to include last month’s comparison graph in the “tunneled down view” and either include it in the scaling if graphed or exclude it from scaling calculation if it’s not graphed.
*I think* that’ll fix the issue, if I’m figuring correctly what’s going on? It’s subtle, so there’s a chance I might be wrong what’s going on, but *I think* that’s it…? Check my logic? Happy to be corrected. ^_^
Hope that was all cogent and made sense. Just to clarify, by “tunneled down view” I just mean the graph with date selection criteria applied)
https://www.ads-software.com/extend/plugins/wp-slimstat/
]]>Any ideas on a solution for this???
]]>