I've just tried out Xcode 7's support for generating and displaying code coverage data from Swift code. It works, but I have to move my mouse over the little numbers on the side to see the overlay in the editor, and I have to do it individually for each function.
Is there a way to have Xcode show the coverage overlays throughout the code without having to hover the mouse pointer somewhere and to have it show the uncovered code with a red overlay? That's how coverage tools usually do it and I think it's a better approach than those little number, because you can see at a glance what parts of the code you haven't tested yet.
If Xcode can't do it, are there third-party tools that can show the coverage in that way and can read profdata-files?
Checkout Codecov here an example project: https://github.com/codecov/example-swift
Thank you!
Related
I have recently switched from Sublime Text to Visual studio code, but there is something that i truly miss, and it is the scroll bar at the top right corner of the which shows a smaller version of the file being edited (I don't know the exact name).
I find it pretty useful to navigate through my files, especially when i want to start deleting blocks of code i have commented out, before i submit my code.
Is there any plugin to get this on visual studio code, or is there any ongoing plans in order to implement it? Thanks!
Tracked in this feature request: https://github.com/Microsoft/vscode/issues/4865
I wonder, if there is an Eclipse plugin for code birdview (preview, visualization, minimap, however it may be called)? I mean, when you see your code in a small preview window and may scroll using this window. Wait, I'll show you...
Like this. (See the column, where the white rectangle is).
Here is "Overview" plugin from a deleted by a mod answer that provides a minimap view.
(I don't see a reason for deletion, it's exactly what OP asked for).
I saw this question again today, and found someone working on such a plugin on github. I have no idea how far progressed this project is, but it may be worth checking out:
https://github.com/apauzies/eclipse-minimap-view
Hope this helps!
Minimap is now present in Eclipse starting version 4.9
Official link to the feature
For my daily work I use Xournal to take notes with my ThinkPad X220 Tablet's pen input. The inconvenient thing is that even in full screen there are two toolbars at the top of the screen. It looks like this:
I have the page on roughly 100% actual A4 paper size. There is unused area on the left and right as this is a 16:9 screen. The digitizer is also non-linear on the left and right screen edges, so I like to stay clear of that when writing.
With the current setup I have only so much height. The toolbars could move to the left or right to give more height, like so:
Each icon would be oriented normally, I just did not do that in the quick mock-up.
I cloned the git repository and found a xournal.glade file as well as src/xo-interface.{c,h}. The version of Glade on Fedora 23 complains about the old format of the .glade file so I converted it with gtk-builder-convert xournal.glade xournal-new.glade and was able to open the new file.
My only GUI experience is with Qt and Qt Designer. I looked into the UI widgets and found the layout contains which I can set from “horizontal” to “vertical”. The whole window is contained in a “vbox”. So in the XML code of the original, non-converted xournal.glade file I changed the HORIZONTAL to VERTICAL and vbox to hbox. When I recompile the project with make the UI looks just the same.
I thought that I perhaps have to generate some C code from within Glade but could not find anything. The Makefile apparently did not invoke anything that would convert it to C code.
How can I get the UI change to manifest in the new compilation?
Update 2016-05-15
Now I have a bit more time to dig into this. First I found out that xournal.glade is not really used within the compilation process. Changing anything there did not affect the program. Running strace src/xournal on the compiled version I saw that it did not use any .glade file there. Therefore the UI must be compiled into the program. This step cannot be automatic, I did not find anything in the makefiles.
On Fedora 23, opening xournal.glade results in many errors, deprecation warnings and so on. It took me until today to realize that I can install glade-2 and open that. This worked flawlessly. I could change the sorting order and replaced the layout to flow the other way around. The export feature updated src/xo-interface.c and after compilation I actually saw the changed version:
This is just what I want! Now I would have to see whether there is anything I could do to change this at run-time and make it a feature addition instead of just an incompatible fork.
I have recently been using Clover plugin for Eclipse and it's been incredibly useful. Perhaps the most useful part - the code coverage highlighting however is turning out to be incredibly annoying when writing/composing JUNIT tests.
I was just wondering, is there an easy way to turn the highlighting off and back on with click of a button or keyboard shortcut. Note that I do not like to entirely turn off and disable clover coverage on a project. I just merely need to turn off the green/red highlighting on code inside the editor when I am writing my JUNITs. Is there any easy way to do that? I did lot of research myself and could not find a good solution.
Have you tried using three buttons named "Show all / Show uncovered / Show none" from the Coverage Explorer view? They're located near the top-right corner of this view.
https://confluence.atlassian.com/display/CLOVER/2.+Exploration+of+coverage+in+Eclipse
I've just tried IntelliJ IDEA 12 with the Scala plugin, but it doesn't find and highlight errors in my code. I can for example write arbitrary code in a method and it looks like everything is fine. Is IDEA not able to do this? Or do I have to configure something special?
IDEA's Scala plug-in is not equivalent to the compiler in type-checking your source code, but it does pretty well. The one thing you'll want to do (unless, perhaps, your hardware is not fairly current and high-performance) is turn on "Type-Aware Highlighting."
If you look in the lower-right-hand corner of the IDEA window (when you're editing a project with Scala enabled) you'll see one of two icons, both of which take the form of a square-bracketed bit of text. That text is either blank on a yellow background or the letter T on a green background. Clicking it toggles between those two states. When the green T is displayed, Type-Aware highlighting is on.
Give that a try.
Simply updating the plugin version could fix the problem. Old or install/initial plugins may not contain relevant support.
Determining Scala plugin version in Settings: