I've noticed while looking over the differences in vs codes source control that there will be random red squares. I can see the red lines/blocks and green lines/blocks easy. But I have no clue what these red squares mean and I don't see them in the code. Anybody know what those are for?
Tried googling around and all I saw was people asking about the red debug dot which is different.
They indicate the scroll position of errors/warnings.
The lighter section on the right is a sort of scroll bar, and the whole vertical section there represents the whole document:
As you can see, in the currently highlighted section - which represents the current section of the code visible in the viewport - there is a red dot just a bit above the middle. This corresponds to the error visible just above the middle of the viewport - the red squiggle below the (req, res, next) => part.
You can see another two red dots a bit below the currently highlighted section. That means that if you scroll down one page, the next page will show two errors.
And so on. I see 6 dots, which means that there are at least 6 lines in the whole document that VSCode has detected have errors on them. Scroll to them using the red squares to see what they are.
Related
I have a number of charts/graphs created with the ported MPAndroidCharts project iOS-Charts by DanielGindi but I'm getting a request and I'm just not sure it's technically possible with things as they exist today.
I have used gradients but not sure if there's a way to kind of have it just be a 2 sided/colored gradient instead of a gradual fade. I have not created or seen an example of a dotted line coming through the existing chart but assuming zoom isn't a possibility I could hypothetically float a view over the top of it but I'd definitely prefer to have it in the native charts code/implementation.
The first graph is showing how much a user plans to have at retirement, the two shades of green represent different sources of money, the dotted line represents their spending from retirement to their estimated time of death.
The second graph is showing the gap between how much a user plans to have at retirement and how much we project they're missing compared to what they have and how that will look across the time from retirement to estimated death.
Thoughts?
It looks like a line chart with three lines and each with a solid fill.
In the top one, the dashed line graph has a white stroke and no fill, but in the bottom one, it has a black stroke and gray fill.
In the top one, the dashed line should be z-ordered to be on top, but in the bottom one, it should be z-ordered to be on the bottom.
I'm styling a vector layer of roads and have noticed that a small subset of lines appear to be going 'rogue' and ignoring their line colour styling. They still obey the line stroke and width style however but insist on being yellow instead of the desired colour.
I've added a separate rule for one of them and it definitely 'catches' the correct line segment and restyles it in every way EXCEPT for the colour which stubbornly remains yellow.
Can anyone provide me with any clues as to what is going on here?
That line (or lines) are "selected" - You have one of the selection tools active and have clicked on the line. See the manual for more details, you need to click on the clear selection tool
to remove it.
So I have a grid in Zkoss with a certain amount of columns. One the first row I place two labels which fill the first two columns (as expected).
I've written their style so that they don't have change color when you hover the mouse over them however one of the columns label is much bigger than the other and when I hover the mouse over the smaller label the area around which isn't filled by the text goes to white.
ZKFiddle example
I'm going insane around this as I'm simply unable of making that area have the same background as the label.
Like I already said in your duplicated question.
CSS is responsible and you just need to search with developer tools.
This update to your fiddle tooks me 2 min.
The changed thing :
.z-row:hover > .z-row-inner, .z-row:hover > .z-cell {background:red; !important}
I may be approaching this the wrong way but I've created a few Jasper reports now (Eclipse plugin) which I am exporting variously to pdf, docx and odt. The only way I've found to create 'tables' is to position adjacent text boxes. I've noticed that I get lines of double thickness if I leave borders overlapping (i.e upper box has a solid bottom border and lower box has a solid upper border), even if I position them on top of each other.
So far no problem as I have been configuring the borders to not overlap (i.e. where 2 text boxes overlap I leave one of the borders as transparent). However one of my sub reports is just a repeating box in the detail section though so I can't do this here or the bottom or top would be missing. I'm assuming this must come up a lot ? Is there a way around this ?
I must admit I haven't tried setting the bottom border blank yet and adding a line at the bottom of the 'table' as I'm hoping there may be a more appropriate technique ?
Apologies if this isn't clear. Please let me know if not.
Thanks,
When I start a rectangular selection (C-x SPS), firstly, a thin line appears at the side of the rectangle which shifts lines to the right.
Is there a way to make rectangular selection seamless?
The thin line is put "on purpose" to visually show where is the empty rectangle. We could make it optional (in which case the 0-width rectangles would simply not be displayed). Please use M-x report-emacs-bug since that's where this discussion should take place.