When I config less with -S, I can use the left and right arrow to do horizontal scrolling, but I prefer to use h and l. How can I do that? btw. I notice h in less default to help manual which is useless for me. So I just want to do a remapping in less.
Related
I want to make the tail of my arrow "#7a82de" while making the head black. Is it possible to achieve?
I have read Graphviz documentation and searched on stackoverflow/google.
Thanks in advance.
Part of this can be achieved by color attribute for edge, but if you want to take the head of the arrow directly, you can only paint it by manually adjusting the digits, it is impossible to write something like arrowheadcolor=red. So you can use a very small number like 0.01 (meaning 1% of the arrow length) to indicate that only the arrow head needs to be painted in black.
Script:
digraph {
A -> B [color="#7a82de:black;0.01"]
}
Result:
Let's say you have a label on the right and another label on the left of a screen. Text on the left one can grow till the end of the screen. Is it possible to make constraints to push the left label down if the right one grows so big it starts to compress the left one?
Ps. without constraints it seems easy, but the question is about constraints
Is it possible to make constraints to push the left label down if the right one grows so big it starts to compress the left one?
Yes, but not by magic. You would need, in code, to detect that this has happened and actually change the constraints entirely in order to rearrange the labels.
A more common solution to this problem is to give the left label a fixed minimum size so that the right one cannot compress it beyond a certain amount. You can even let the right label grow to multiple lines.
I am attempting to position two buttons in a view so that they are constrained to the middle guideline - that is, I want the space on the leading edge of Pause and the trailing edge of Skip to vary the same amount so the two buttons remain centered in the view.
I've been unable to find a way to specify the middle guideline for alignment or constraint. Sure I'm just missing something :-) The auto constraints don't do the right thing at all.
Thank you!
Align them to center X and then set the constraint's constant to some positive or negative offset.
I am implementing a sliding window as a LPF to smooth my data.
As long as I have a window size of W, my final W elements (window slides from the beginning to the end) or first W elements (window slides from the end to beginning) will not be able to smoothed.
How does one deal with them?
Is there a good way to handle this?
Every kind of filter will shorten your data. Consider it shorter but better!
One tip I can offer is if you have an index, consider trimming each side by W/2, rather than chopping W off the front or back. This way is more accurate, because your new index reflects the smoothing.
I have this dilemma about designing/programming border or gap widths in an application of mine. I'm using Swing but this is sort of implementation-agnostic. I have a splitter pane (JXMultiSplitPane) dividing two subpanes, shown below outlined in black; the black border will be gone in the real application and is just here for debugging.
You'll note that there's a gap between the two subpanes. That's the splitter, and it needs to be wide enough to grap onto. You'll also notice the gap between each table and the black border. That's supposed to be there to add some reasonable space... except that if I remove the black borders, I now have a space between the two tables that looks 3x as wide as it should be.
My instinct is to get rid of the gap on the right side of the left-hand table, and the gap on the left side of the right hand table, so that the only gap is the splitter itself. Is this the right way to handle it? The only hesitation I have is that I may be giving the user the option to stack these vertically, so the actual border spacing of the left hand table needs to change (spacing adjacent to the splitter should be set to 0) and that seems weird....
Another option would be to make the splitter visually distinct from the "normal" background, perhaps by giving it a raised look.
Of course gap between those two panels needs to be only splitter and nothing else. There is no other way.
alt text http://img15.imageshack.us/img15/2250/myapp.png
It actually looks alright to me. Wait and see if you decide on the vertical stacking and see how it looks then?