TextMate ToolTip Fonts - tooltip

i'm new to textmate.
for the "complie&run" job for the java bundle, i set the output: "Show in tooltip" format "text". Everything works exactly as it should. The problem is the tooltip font is not proportional to the font of the text. for ex, doing a "Command+" or "Command-" doesn't proportionately change the font-size of the tooltip.
i also tried $defaults write -g NSToolTipsFontSize 24.0 which does a good job for chrome/safari browser apps (tooltip gets larger) but not for mate.
To know exactly what i mean here's the dropbox link: TextMate ToolTip Image
i am using textmate2, lion 10.7 on a macbookpro.
thank you all in advance.

I'm using Mavericks and needed that as well but could not get NSToolTipsFontSize to work; upon requesting the support staff at to help, they have added the support for that in their edge build.
Now I can use
$defaults write com.macromates.TextMate.preview NSToolTipsFontSize 24
I checked it and it works for me. Please see their response below:-
We’ve added support for this value now, it is available in the current edge build. Go into Preferences and do to the Software Update tab and hold option while clicking check now, you will get r9569 with this added.
(Note that this won’t cover popups created via TMDialog but only those created as output from bundle items, but this will cover 95%+ of the cases.)

com.macromates.TextMate.preview did not work for me on Mac OS 10.13 with TextMate 2.0 RC 10... Below default command rather worked
defaults write com.macromates.TextMate NSToolTipsFontSize 24

Related

CodeLite 12.0.2 : nothing in Editor

I wondered if anyone could help me with a strange bug I am having with CodeLite, which I am using as C IDE.
Basically nothing displays in the right side window editor when I open source files. This also happens when trying to change the fonts etc (this is where i looked first), whereby no preview displays.
Of possible note, that this absence of displayed text also occurs for example texts such as the one during the set up, as well as the pop up "Colours and Fonts".
The rest seems to work correctly, I was able to compile and run a project in the workspace for which I knew no edits needed to be made.
I am running Windows 7 professional 64 bits and i have not observed any issue elsewhere, only with CodeLite. I used the 64 bits installer to install CodeLite 12.02.
Attempted so far: restart computer, uninstall / reinstall CodeLite. Obviously looked up google, stackoverflow and CodeLite forum, without success finding anything similar.
Any idea where I should look for ways to solve this issue ?
Screenshot of CodeLite with a an example main.c open in editor but not showing content:
Screenshot of actual content of example main.c (hello world):
Screenshot of CodeLite initial set up, also showing no example text:
Screenshot of CodeLite "Colours and Fonts" pop up, also showing no example text:
May be it's late, but it happened that I solved the issue. I experienced the same problem with the latest CodeLite v15.0.3 at the time of writing. I also have Windows 7 64 bits and nothing was shown for the text of any opened source file.
Solution:
Open Settings > Preferences > Misc
and simply uncheck this setting:
[ ] Windows Only: use Direct2D editor drawings
It helped me.

How to print a file from VsCode?

I want to send the file I'm currently editing to a printer, like I did in Notepad++ for example.
I havn't found any hint on a print command. Is it not possible ?
It is not yet available, but I found an issue report for that feature.
It's currently in the backlog, so we can expect it soon.
https://github.com/Microsoft/vscode/issues/5953
Edit:
In the meantime:
https://marketplace.visualstudio.com/items?itemName=nobuhito.printcode
https://marketplace.visualstudio.com/items?itemName=pdconsec.vscode-print
Now you can install addon for VS Code - search "PrintCode".
Note that the repository for this extension was last updated in February 2018 with numerous issues outstanding.
I found the PrintCode extension inspiring but unfinished and with a number of flaws. In particular it depends on a specific paper size to wrap and as a result does not respond well if you change paper size or orientation in the print dialog.
It's open source so I looked at the code and didn't like that either. No programmer ever likes another's coding style. So I pinched the idea of using a web-browser as platform driver for HTML printing -- my hat is off to the PrintCode author for that cunning insight -- and wrote my own.
In the process I fixed all the known bugs, added everything on my wishlist and a couple of things suggested by others. The biggest thing was figuring out the CSS required to respect print dialog paper size and orientation. This also sorts out the mysterious disappearing line numbers problem, although I'm not sure why. The next biggest thing was learning to probe for an unused port, a problem that also afflicts PrintCode causing the browser to open showing no content.
Major issues
PrintCode depends on a web service. You can't use it offline.
Many people want to be able to open a file, select a portion and print just the selection.
The print dialog supports changing paper size and orientation. This clashes with the way PrintCode works.
Some people like to run multiple VS Code windows.
When you print a markdown file, you probably don't want it printed like a text file when it can be rendered with fonts and proper headings and bullets etc.
Support is required for remote workspaces.
Because each instance of VS Code needs a different port for its embedded webserver, you can't just use a setting. Dynamic port allocation is necessary.
Remote workspaces weren't even a thing until two years after maintenance ceased on PrintCode.
If you want to survey your options, get onto https://marketplace.visualstudio.com, choose the Visual Studio Code tab and search for printing.
If you just want a link to my version, it's here http://marketplace.visualstudio.com/items?itemName=pdconsec.vscode-print.
If you like what you see but need something I haven't thought of, the marketplace page has a link to the repo on github. Create an issue and tell me what you need -- or write it yourself and submit a PR.
Now there is an extension available for printing from the VS Code Editor.
It's called VS Code Printing Free.
I've tried it for a couple of days and it works fine.
Poor man's answer: Copy code to Notepad2 or Notepad++ and print from there.
The colour coding will be different though
You can use an Extension of VS Code: PrintCode
Install extension PrintCode
On Mac: command + shift + P
choose command> PrintCode
I have modified the https://marketplace.visualstudio.com/items?itemName=pdconsec.vscode-print. If you change the values that I have marked in the picture in the extension settings a browser tab opens with the you can then print this also works on the Ipad. It works also with the code-server Version inside a Docker Container.
I put the file on github https://github.com/chrishdx/vsc-print
enter image description here

Notepad++ auto indent

I have been using Notepad++ for quite sometime now. I didn't have any of the plugins installed, for all the time I used it. Some days ago, I moved on to another PC and I installed Notepad++ (v6.5.1) in it and for some reason the auto-indent does not seem to be working!! I remember it as working in my old PC without any exclusive setting.
I made sure that the auto-indent option under the MISC tab of Preferences is set. I know that I can use plugins like nppautoindent or indent by fold to achieve the desired result, but I would like to know why it isn't working and how I can set it right. Has anyone come across or heard of such an issue?
P.S. - I was coding in Ruby and I made sure that it was selected under the language menu. To make sure, I also tried Java. It didn't make any difference though!! I felt like I was using the featureless built in windows notepad!!

measureit alternative in firefox?

I used to use an add-on for firefox called measureit. Now its not working because of firefox keeps updating all the time and the developer hasn't come out with a version of measure it that is supported by newer versions of firefox. Does anyone know a good pixel ruler add-on for FF?
You could download the web developer toolbar. It has a ruler built in. Once you install it, it will appear in your menu bars in firefox. Click on miscellaneous, then click on display ruler.
You could also try searching "pixel ruler".
Not a Firefox extension (it's a Windows app), but you can try Ruler. It's a simple too that does what it says. You don't even need to install it, just click and use.
It can stay on top of other windows, you can drag the borders to resize and switch between vertical and horizontal rulers. You can even open multiple instances.
I had the same issue with MeasureIt, it stops working with some Firefox updates. I found Ruler and been happy with it so far.
Since I upgraded Firefox Developer Edition there have been serious incompatibilities with my previous add-ons.
Measureit add-on is one of the extensions that are not up to date with the new browser.
I found this alternative that works just fine though not as good as Measure it. https://addons.mozilla.org/en-US/firefox/addon/browser-ruler/
If you are on Firefox developer option click on the tools icons > choose to Get more tools > search for 'ruler' and add it.

Setting Gimp's "Page Setup" dialog to units other than inches

Is it possible to set Gimp'sPage Setup dialog to units other than inches? I have an image set to millimeter units, I have everything I can see set to millimeters, but when I select File->Page Setup to create a custom page size, the only option I have is inches.
I'm running on Ubuntu with Gimp 2.6.11.
No, it is not possible right now, and that is a bug on the application.
When you find issues like that, you can help further the tool development by filling up a bug report at http://bugs.gnome.org
I know it may seems just "huh?" how can this be unnoticed - the fact is that many open soruce tools, GIMP included are written on developer's spare times and I can tell you most actie GIMP developers don't use it for printing at all - therefore, the printing side of the tool is getting little attention.

Resources