Identical lines still shown as not identical while comparing - eclipse

Trying to make working version similar to revision. After I did Coppy current change from right to left I still see grayed line that according to my understanding shows difference. In reality these lines really became identical.
Why they are shown as different:

Wondering if there's hidden characters at play.
If you don't have an easy method at hand to view hidden characters, might be worth pumping each line into an ascii converter, there's one here:

Related

how to avoid floating windows cover either other floating windows or text NEOVIM

As you can see, while I type I get shown the signature of the function and the suggestion. But very often they cover each other.
Moreover, suggestion cover a lot of lines below the line I'm currently in, which could NOT be useful (e.g. I'd like to refer to them)
Is there a way to fix both issues? like pushing floating windows on the rightmost part of the currently window, where probably there are fewer lines of code ?
I think It could be really useful
it's not neovim version's problem.

Is there a way I can get a code block always visible while scrolling in VS Code?

That's all, sometimes I miss I could do that while working on different parts of a kinda long script or whatever... So I think it'd be nice if, as we can do in a spread sheet by fixing a row for example, we could quickly define certain part of the code we want always visible and then can scroll to any other part of the script while still being able to see such "fixed" lines of code as a reference, copy, etc.
It seemed to me that it could be an already existing feature, but I've been not able to find anything... not even an extension, but maybe someone here knows? Well, I hope it makes sense and thanks in advance!
How about spliting the editor?
Hard to guess for how large "sticky" portion of code you are actually aiming, but if it is just, say, function "signature line" or nesting header in general, you may try experimental "Editor sticky scroll" (editor.experimental.stickyScroll.enabled) feature that was just released in VSC v1.70:
https://code.visualstudio.com/updates/v1_70#_editor-sticky-scroll

Selecting lines of code in Pycharm is working strangely

Recently, I wrote a block of code, and tried to copy and paste some functions around the code. But when highlighting the block of code I am trying to select, it exhibits strange behaviour. The first picture is the faulty case, and the second picture is the normal case.
First of all, I can click anywhere on my script even though I dont have spaces there.. if that makes sense (sorry I cant explain it any other way). Second, when I drag my mouse up, it drags up for only that section. Looking at the faulty screen shot, if I were to copy that block, it would only copy the parts in blue... Normally when I drag my mouse up, it automatically highlights the whole line as seen in the normal picture. Also, notice the giant white line on the faulty highlighting compared to the normal highlighting. I am wondering how I can go back to my old normal highlighting...
I think I was able to reproduce the problem by enabling column selection mode.
Try going to Edit-->Column Selection Mode. Uncheck it. If this was the problem, perhaps it was a finger flub which performed a shortkey operation.

Anyway to get rid of this view in VSCode IDE?

There's a little column to the right of your code window which shows all of your code at a huge glance. It's kinda handy to click to jump to a certain portion if you have a large file....ultimately, especially when I have 2 windows side by side, it takes up a lot of useful space. Anyways I can remove this? (Having a hard time researching it because I don't even know what it's called)
Okay...I tried some different search terms and found this article.
https://stackoverflow.com/a/44774811/8887398
It's called "minimap".

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.