echarts: focus node adjacency in graph on click - echarts

In past echarts versions where was a focusNodeAdjacency action which allowed to focus on a node in a graph.In newer versions this action is removed, and I can't seem to find anything that replaces it with the same functionality. Highlight comes close but does not function like I want.
Is there any way around this? I would like to make only a node and its neighbors be visible on click on the node.

Related

Mapbox Studio - Road Exit Shield and Road Number Shield

I'm currently editing my own style in Mapbox Studio and I've selected to show the road number and road exit shields.
I can locate the individual layers for these two but I'm having trouble figuring out what to edit in the style panel to produce what I want to see:
When you zoom out, road number shields remain visible, but there appears to be a step change for the exit number shields - they completely disappear after zooming out less than 14. So I'm looking through each option for a step change at about this value but I can't seem to find anything that has this.
Can anyone advise what I can change to keep the exit number shields visible when zooming out, in a similar style to the road number shields?
When you have the style panel open for the road-exit-shield, at the top right of the window, click Select data (and follow the instruction to expand all layers) then you will see the 'zoom extend' in this window which can be altered.
style panel image

VS Code extension API for registering pointer down and up and translating coordinates to line/character position

I have developed a VS Code Box Drawing extension which works by using selection's start and end positions to work out a level rectangle between the two positions in the text and replaces the edge characters of the rectangle with Unicode box drawing characters.
This works great with a selection start and end positions provided, but it also requires at least white space to already extend all the way to the right edge of where the box is supposed to end, otherwise the selection cannot be made that far.
I would like to achieve two things:
Be able to use mouse events and figure out would-be positions from them even if they extend beyond the length of the lines, so that I can back-fill the missing line length with white-space as I go drawing the box.
Be able to draw arrows (simple enough using the Bresenham's line algorithm).
I have read the Visual Studio Code API Reference and it has only one mention of the mouse pointer in this section underneath the languages header:
The rest, like tracking the mouse, positioning the hover, keeping the hover stable etc. is taken care of by the editor.
I have also read through the Extensibility Reference finding nothing relevant to what I aim to achieve.
This extension only makes sense for monospaced fonts, so additionally, I'd like to find out if there is a way to tell if the editor font is monospaced so I can reject extension activation with an error if that's not the case.
This is something the VS Code team doesn't currently enable (not a part of the extension API) not wants to enable in the near future:
I think that exposing mouse events to the extension API is not something that we'd be likely to add
Source comment on GitHub

Visio ShapeSheet Arrow Head doesn't match settings

I'm pretty sure this is a bug within Visio but I can't figure out how to re-create it... or avoid it.
I have a tool that reads the direction of an arrow in Visio by looking at the "BeginArrow" and "EndArrow" cells in the ShapeSheet and it has worked great. However, a user was having issues with the software correctly detecting direction and I quickly realized why.
The Issue:
There are arrows with an arrowhead at the beginning or end but whose shapesheet has a value of 0 for each. If I simply edit the shapesheet cell that has a 0 and replace it with a 0, the arrowhead disappears so the arrow and shape sheet are back in sync. Similarly, if I change the arrow head and then change it back to what it was, the shape sheet no longer says 0 for the arrowhead.
Has anyone run into this issue before and figured out the cause?
Things I've tried:
I have tried copying and pasting arrows from other documents, copy-pasting from documents in another instance of Visio, dragging the arrows from other documents/instances of Visio, asked what the user did to create the arrows and it wasn't anything I hadn't tried to so I'm at a loss.
AFAK, this sort of odd things in Visio are usually version upgrade bugs. The "problematic" diagram may have been simply created in some previous version of Visio. So in a previous version of Visio that "broken" diagram may even still work properly. No software on this planet is free of glitches anyways; normally this sort of issues can be easily fixed by saving to VDX/VSDX (i.e. xml) format and then opening it and saving back to binary format.

How do I adjust the position attributes of custom Eclipse markers when a file is edited by typing?

Does Eclipse adjust the position attributes of custom markers when a file is edited?
I have many Eclipse plugins in which I successfully create and delete markers, create quick fixes, and apply edits to the active editor programmatically. When text is inserted or deleted from the buffer all the text in the editor shifts, of course, and Eclipse's markers and my custom markers stay in synch with the text.
The problem is that when the file is edited, whether by regular typing or programmatically by changing the IBuffer, the attributes (e.g. CHAR_START) are not modified - they report the values when the marker was created and first made visible. So when one goes to do a QuickFix on the marker, for example, the reported position is incorrect. (This is an info marker, in CDT, if that matters.)
How are these marker positions supposed to be updated when edits happen?
Is there an Eclipse way to do this, but I need to implement some setting or notification or listener?
One possibility is to implement a ResourceChangeReporter - but it is not triggered for me when text edits happen, just when, for example, a save is invoked. And, if it were, I don't see information about how the file is actually altered.
I suppose I could require that a dirty file be saved before the quick fix is applied, but I still don't see where to obtain information about the file's edits. If I apply the edit programmatically, I know this information, but it does not help when the edit happens by typing.
Marker positions can be updated during editing using an updater declared using the org.eclipse.ui.editors.markerUpdaters extension point and implementing the IMarkerUpdater interface.
However there is a default updater org.eclipse.ui.texteditor.BasicMarkerUpdater which is already active for all markers which should be doing basic position updating for you.

Highlighting a point (or an offset) in a file instead of a region

I am developing an Eclipse plug-in, and I want to highlight some points (between two consecutive characters in a file) instead of a region of text.
As an example, suppose that I want to highlight the position where foo has been deleted in a source file.
I know about the Markers(link), and I can set an annotation to a point in file, which can be shown in the side ruler areas.
Would there be any way to make it visible directly within the editor area itself?
It's obvious to highlight an area of text using something like boxes, underlines, but I couldn't find anything for a single point.
It would be nice if I could draw something like a caret, or a text cursor mark to some of the points I want to highlight.
I'm afraid annotations is the only civilized way to do it. You can apply them without markers as markers only simplify annotations management and provide persistence mechanism. All depends on how you get the information on what to highlight. Any more details on that?
If you're looking only for a way to customize annotation painting there's no way to do it via API. See in AnnotationPainter.getDecoration(), this is where the stuff happens. Looks like you can customize it only if you provide your own editor. More here - http://www.eclipse.org/forums/index.php/t/102865/.