Here is my Sandbox for this question: https://codesandbox.io/s/gridspacing-x2fy3?file=/src/Home.jsx
The layout is almost looking how I want it to; however, I would like to be able to adjust spacing between the components within the inner column Grid. Right now, even though I put spacing={4} on line 45 in Home.jsx, it makes no difference whatsoever if I take that line out or replace the value with some number other than 4. I expected the spacing between the components in that Grid to change dependent on that value.
What am I doing wrong and how should I fix it to be able to adjust spacing? Thank you.
Related
I've been trying to make a chart comparing two sets of data from 40 countries, but every time I try to make the chart, it shows one data set perfectly normally and the other set is just displayed as zero.
I've tried changing from points to commas and everything else I can find online, but nothing is working.
I know absolutely nothing about coding, so please consider that when helping me out. I'm just trying to fix this for my maths assignment.
Thanks in advance!
The other set is not displayed as zero! If you could use a ... microscope, you would notice that the orange dots are slightly above ground!
Each square in your diagram has a height of 0,5E15, which may also be written as the number 500.000.000.000.000 (5 followed by 14 zeros).
Imagine now that you want to place the dot that corresponds to the Albanian AAS number, which is 2.907.909,20. This is a minuscule number in relation to the height of each square. Excel thus naturally places that dot very close to the bottom of the first square, leading you to believe that it touches the horizontal zero line.
What you can do is the following:
Select with your mouse the line consisting of the orange points. Then right-click and select "Format Data Points" (or the German equivalent, I suppose "Formatieren Datapunkten"). Then search for "Series Options", where you will see the following two choices for "Plot Series On":
Choice 1: Primary Axis
Choice 2: Secondary Axis
Select the second choice and you problem will be resolved.
Viel Glück!
I have a simple SSRS report with a Tablix and various groupings (1 column grouping, row groupings below)
Groupings:
Group 1
-- Group 2
---- Group 3
------ Group 4
-- Adjacent Group 2
---- Adjacent Group 3
I am trying to implement a conditional border and while it works exactly as intended in Dev, after deployment and even exporting to PDF however, when I export to excel (where it needs to be) it does the following:
The first Group1 grouping displays the border in the correct position (between group 4 and Adj Group 3) however, when exported this is the only grouping that appears correctly. The second group of Group1 places a border on the bottom of every row regardless of the condition.
Now I originally had a conditional statement to perform this however, during my debugging exercise I removed this and placed the condition in the query as a returned column in the dataset (so each row will indicate whether the border should be "Solid" or "None") however, this displayed the same problem. I have changed this value to a static "Solid" and "None" in the query and it shows correctly which makes me assume that there is some conflict with changing the borders.
It is sort of like once the border is turned on it remains on.
Here are the settings I am currently using for the border:
I have moved this border value to the cell below it and placed it on Top rather than bottom and it produces:
This is the first Group1 group which seems to further support the idea that "once it is on, it stays on".
I have done some searching and have yet to find any conclusions. I have seen some bizarre responses to similar problems such as "It is because you have an expression in one setting but the rest are static, change the rest to ="Solid"" which sounds like a remedy to hiccups.
Any help would be greatly appreciated; I have run out of ideas on how I can make this border without some crazy workaround like adding a row or rectangles.
Thanks for your time.
I am still interested in a solution to this problem but to meet deadlines I used a workaround.
If anyone has a problem like this what I had to do was to make an adjacent group to group 4 that was a duplicate of this group i.e. group 4 and the new adjacent group had the same grouping expression. Then I set the border to solid on the bottom of this new group and altered the visibility of both groups to hide/show the necessary rows. In other words, make a group solely for the row that required the border.
I faced a similar issue where in I was defining conditional borders as Solid /None and the "None's" were also showing up as solid when exporting to excel. I changed the borders to all Solid (Default = Solid) and instead changed the border color to White where I wanted Border to be None and Black where I wanted it to be Solid and it seemed to work pretty fine, even with excel export ( I didn't check it with other exporting formats though). Let me know if it helps.
I started working with Tableau and found out how to do waterfall charts (Gantt-charts, rolling sum for y-axis and negative value for length of bar. See here: tableau tutorial waterfall charts)
Now my question would be if there is a possibility to split the color by some category? To show what I'm talking about I set up some waterfalls with excel powerpoint. The first one without a split by a category and the second one with a split by category.
I would appreciate any help
It is as simple as dragging the right field to Color, and adjusting the table calculation.
If it's a simple running sum (for the positioning of the bar), you need to go edit the table calculation, select Compute using Advanced..., then drag all fields to addressing. Then you need to sort your data by the master field (in your case the one that has Coffee, Coke,...) maximum (ascending or descending, doesn't matter).
This way you guarantee that the running sum is being applied to one category at a time (at not one color at a time or something like that).
It's really important to understand the concept of table calculations so you can understand what's going on, how Tableau is calculating stuff. Read this http://onlinehelp.tableausoftware.com/current/pro/online/en-us/help.htm#calculations_tablecalculations_understanding_addressing.html
And if you actually understand what you're doing, it's easier to find a solution. For instance, this hack of Gantt Chart to make a waterfall. What goes on rows the chart will understand at starting point of the data, and what goes on size is, well, the size of the chart. You put negative values cause you want the bar to go down.
That being said, dragging a field to color won't mess up with the size, but it will mess up with the running sum used to determine the starting points. How to solve it? make it calculate all the colors together. How to make it? Understand table calculations and reach my solution.
This is the simple approach, if your database or fields have some peculiarity, this might not work perfectly, and you'll need to explain so I can try to understand how to solve
The app I'm working on uses a grouped GridView. Different templates are being used for different items on display and this is causing me an issue with the layout because the VariableSizedWrapGrid sets the row & column sizes based on the first item in each group.
I've tried to use the commonly-suggested solution of PrepareContainerForItemOverride and I'm encountering two problems:
It seems that I can only adjust the height & width around multiples of the column & row spans. That can leave me with quite a bit of wasted space if, say, item #2 needs to have 1.5 x the row height of item #1. I also seem to have to "guess" at what the most appropriate multiple is, which doesn't seem to be appropriate when apps are supposed to scale dynamically.
If I get the multiples too big, the content is horizontally & vertically centred. I've tried changing the alignment from stretch to left in various places but I cannot find which control property to set to get this to work.
Is there a better way of adjusting the item sizes than grid spans? If there isn't, is there a better way for me to lay out my content with variably sized items?
Thanks.
http://winrtxamltoolkit.codeplex.com/ includes WrapPanel which does the job perfectly. It stacks the individual items either horizontally or vertically and wraps onto the next row/column as required.
I was trying to make my own function to reposition data labels on line chart so they'll be in their best fit.
What does it mean best fit?
The data label wont be above the line itself (I took the higher angle of the point and put the data label in higher-angle/2 - so it will be in the middle of the higher angle) - I succeed to get the higher-angle but didn't succeed to get the position on graph (in pixels, relatively)
After u put the data label in the middle of the higher angle, you need to check with the other seriescollections, that the data label is not above one of other seriescollections line... - didn't reach this part.
and still I am not sure that's it...
Is anybody got something prepared? or someone wants to help me with it?
It is way over my level right now...
"Best fit" is a setting unique to pie chart data labels.
You have the option of positioning a line chart's data labels centered (directly on a point), as well as above, below, left of, and right of the point. You can also position the data label anywhere by changing the .left and .top properties of the label. Left and Top are in points with respect to the top left corner of the chart, so you will have to brush up on your algebra to fine tune label positioning.
As with all else involving charts, Keep It Simple is sound advice. Do you need to label everything, or can you get away with a few key labels?
So after some tries, I decided to ditch the idea since this's way too complicated for me.
What I can say is that I ditch it after I stepped up a little bit.
I could find the best position for each label only when there's one line.
I achieved it by calculating the bigger arc (assumed each point is the middle of a circle), and than put it in the middle of that arc.
to do it when you have more than one line, you have to consider the position of the points of the other line/s. Therefore it becomes much more complicated and this is the reason I decided to ditch it.