Timeline for Shade a region in a knot diagram
Current License: CC BY-SA 3.0
Post Revisions
16 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jan 31, 2018 at 17:42 | answer | added | Andrew Stacey | timeline score: 5 | |
| Jan 15, 2018 at 19:47 | vote | accept | Adam Lowrance | ||
| Jan 14, 2018 at 3:46 | comment | added | cfr | @marmot Not really, because the 'clip' here needs to exclude part of the path, which is not the case in the other example. That is, the white is part of what is being drawn and this needs to be filled over with the grey. So it is a different problem, even though the immediate issue is the same. That is, the superficial problem is the same, but the underlying one is not. | |
| Jan 13, 2018 at 16:55 | answer | added | Kpym | timeline score: 7 | |
| Jan 13, 2018 at 10:09 | history | tweeted | twitter.com/StackTeX/status/952120289864896513 | ||
| Jan 13, 2018 at 3:15 | comment | added | user121799 |
@cfr Well, I might be naive, but isn't the underlying difficulty letting TikZ clip complicated paths? That is, ! Package tikz Error: Extra options not allowed for clipping path command.. If this was not the case, I thought it should be straightforward to clip / fill the knot, or the area surrounded by the arcs drawn in this post.
|
|
| Jan 13, 2018 at 2:36 | comment | added | Adam Lowrance | The point of the picture is to highlight that region to the reader. The figure will describe an operation called region crossing change where all crossings touching that region are changed to their mirror image. Of course, I could just label the region with a letter instead of shading it. But I thought the shading would be more visually appealing. An example is the first picture here. | |
| Jan 13, 2018 at 2:25 | comment | added | cfr | If you wanted all the background grey or something, that'd be easy. Or if you wanted a colour other than white for the borders of the lines. I also wonder if you've thought about what the result will look like. I expect it will look rather odd at the points where the intersections abut the grey. It will look as if the white appears out of the grey, which seems odd. The result won't be properly balanced. | |
| Jan 13, 2018 at 2:23 | comment | added | cfr | If I were you, I'd try to change my mind about what I was trying to draw. How crucial is this? Because it is probably going to be a PITA, to be honest. You can presumably (I guess) get the coordinates from the package - if they are provided in sufficiently accessible form. Then you will need to compensate by an amount equal to the line width less half the distance between doubles. To do this neatly, you'll need to adjust at an angle which depends on the two lines meeting at that coordinate. At least, I think so. Rather you than me, I must say. | |
| Jan 13, 2018 at 2:16 | comment | added | cfr | @marmot That does not seem to be the same problem at all. Technically, the issues seem to me entirely distinct. Can you explain why, of all the questions on the site, you thought yours was the most likely to be helpful to the OP? :-) | |
| Jan 13, 2018 at 1:19 | comment | added | user121799 | Probably related | |
| Jan 13, 2018 at 0:07 | comment | added | Adam Lowrance | @Andrew, I believe I have a minimal working example that shows my problem and my attempt so far. Does this help? | |
| Jan 13, 2018 at 0:06 | history | edited | Adam Lowrance | CC BY-SA 3.0 |
Updated to minimal working example. Asked direct questions. Showed my poor attempt at shading.
|
| Jan 12, 2018 at 22:57 | comment | added | user30471 | Please expand your code snippet into a complete minimal working example: that is, a minimal piece of code that compiles and demonstrates your problem. | |
| Jan 12, 2018 at 21:25 | review | First posts | |||
| Jan 12, 2018 at 21:34 | |||||
| Jan 12, 2018 at 21:24 | history | asked | Adam Lowrance | CC BY-SA 3.0 |