TM2 does a nice job of formatting Github markdown, and places it in a new
window. Unfortunately, I have yet to figure out how to print or export the
contents of the formatted window. Is this a bug in TM2 or in my head?
Lewy
> This cannot currently be changed.
> Can you tell me what you would like to change it to?
I often a) have a lot of files open that are relevant for some project
(source files, plus several plain text "notes" files), and b) several
of them have long file names.
The long file name tabs take away a lot of tab bar space; as a
workaround, I try to rename them to something shorter, if possible, or
I close/reopen them. It's not my ideal workflow though, where I just
cycle through the open tabs, and the names can be as long they need to
be.
Ideally, I'd *cut down* the file name via some regex, say, stripping
the file ending, and generally, only displaying the last n characters
of the name, so that all tabs would have the same width (and I can
have more of them open without the tab bar overflowing).
I know... bit of a minor/OCD-ish problem, but that would be my ideal
scenario -- it would be similar to what I can already do with the
window title.
> You _can_ give documents a custom display name, but currently only
> via `mate` when they are opened, but this display name is used beyond
> just the tab titles, I assume you want to keep the original display name
> in other locations.
I wouldn't mind it, since I'm more interested in *shortening* the tab
title than I am in displaying permanently the full title (which I can
always get it via tab mouse over).
But to be sure: does the 'mate' solution work together with "open
(recent, favorite) project" at TM startup? Because that's what I do it
now, having set "showFavoritesInsteadOfUntitled" to true (and actually
using a bit of a hack to "bookmark" different projects, consisting of
files across various directories, by abusing that the relevant
information seems to be stored in "RecentProjects.db").
I’m working on a new RuboCop bundle. I want the linting to take place
everytime a Ruby document is saved, with warnings then displayed in the
gutter.
So I implemented a very simple command using
`callback.document.did-save` and `TextMate::Executor.run`, and it works
great so far. However, if I set the command to “Output: Discard”,
TextMate’s UI seems to be blocked (no cursor movement or other editing
possible) while the command is running.
Interestingly this does not happen with “Output: New Window”: In this
case I can continue editing the document even while the command is still
running.
Is this a bug? Or is there are workaround?
(Eventually the bundle will of course also include a command that shows
RuboCop’s output. But I consider this too intrusive to run on every save.)
Stefan
> It would be easy to read this from user defaults instead, though
> you may also need preferences as to how to truncate a title.
Tinkered a bit myself yesterday with the source, it sort of worked, but
I always seemed to break the layout in some subtle way (I guess it
didn't help that I didn't quite understand what 'tabViewSpacing' does
exactly). So when I noticed the brandnew build with the new user default
settings I felt a bit stupid.
Seriously though, thanks!
One last question if you allow: minimumTabSize and maximumTabSize don't
behave exactly like I initially thought they would. For example, setting
minimumTabSize = maximumTabSize = some_value made me expect
all tabs would now be of identical (horizontal) width, at any time, but
that's not the case (long file names still get wider tabs than what is
set in maximumTabSize).
That's by design I assume, as in: maximumTabSize only kicks in when the
tab bar overflows. Did I get that right?
I stumbled upon https://github.com/textmate/textmate/pull/1297. The PR
says it was merged, but I think this was a mistake? What’s the current
state of this? Would be really nice to use this for RuboCop, RSpec and
co :-)
Stefan
If I have a command with the following Ruby code:
require ENV['TM_SUPPORT_PATH'] + '/lib/ui'
icon_plist = "{ tm_small = '/Applications/TextMate.app/Contents/Resources/TextMate Help/images/tm_small.png'; }"
system(ENV['DIALOG'], "images", "--register", icon_plist)
result = [{ 'match' => 'foo', 'display' => '12345', 'image' => 'tm_small' }]
TextMate::UI.complete(result)
If I type "f" and invoke the command the completion menu will appear. But it looks like the menu doesn't take into account the width of the image since the "5" is cut off and there's no margin between the "4" and the edge of the menu.
—
/Jacob Carlborg
This has already been discussed almost two years ago:
http://lists.macromates.com/textmate/2014-October/037962.html
I just realized that since beta 9.3 it is possible to use coloured
images for the gutter, so I decided to give it a try (see attached
screenshot).
I like this look, especially as warning marks stand out much better now
against the SCM status marks.
If you’re interested, here’s the fork:
https://github.com/noniq/scm-diff-gutter.tmbundle/tree/coloured-marks
In the discussion back then Allan mentioned that he considered adding a
dedicated “diff” api:
> I like the mockup; but for the API, there are several parameters that
> set it apart from the single-color scalable shape one can currently
> place to the left of a line, so it would probably be better to make a
> dedicated “diff” API where the command set the status for a line
> range, and then it’s up to TextMate, how to visualize that.
Is this something that will be implemented in the foreseeable future? Or
should I try to polish my current solution to make it ready for merging?
(Open questions are at least: How to adapt for different gutter
background colours? What about colour-blind people [1]?)
[1]: http://lists.macromates.com/textmate/2014-October/037980.html
Stefan
hello all,
I’m having a peculiar problem.
Context: Using the git bundle, when I commit, I get a list of changed files. I can hit the Diff button next to a file to get a diff between staged and the last commit.
Expected: I see a diff results file with coloring (e.g. + lines green, - lines red).
Actual:
- I see no coloring and a prompt to install the Diff bundle.
- Obeying the prompt does not change anything.
- I get a prompt to install again and there is still no coloring.
- On the bottom window popup to select file type, there is no option for a Diff file.
This happens on a newly installed TextMate, 2.0.11.16.
Is anyone else seeing this?
best wishes, Eric
—
Eric Hsu, Professor of Mathematics
Director, Center for Science and Mathematics Education
San Francisco State University
http://math.sfsu.edu/hsu
> On Aug 6, 2016, at 7:01 AM, textmate-request(a)lists.macromates.com wrote:
>
> Send textmate mailing list submissions to
> textmate(a)lists.macromates.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.macromates.com/listinfo/textmate
> or, via email, send a message with subject or body 'help' to
> textmate-request(a)lists.macromates.com
>
> You can reach the person managing the list at
> textmate-owner(a)lists.macromates.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of textmate digest..."
>
>
> Today's Topics:
>
> 1. display problem (Kyle Johnson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 6 Aug 2016 10:01:06 -0400
> From: Kyle Johnson <kbj(a)linguist.umass.edu>
> To: TextMate users <textmate(a)lists.macromates.com>
> Subject: [TxMt] display problem
> Message-ID: <8F38CAF9-12A9-496D-9B6A-80194A475529(a)linguist.umass.edu>
> Content-Type: text/plain; charset="utf-8"
>
> Upon upgrading to 2.11.16, I?ve seen a new behavior from TextMate. When I jump to a new point in a document ? say by using Find ? lines of text overlap. If I resize the window, it sorts itself out, but moving the cursor around or entering text doesn?t cause it to. The following screenshot shows the problem.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.macromates.com/textmate/attachments/20160806/ea5d4ad4/attachme…>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: flow.png
> Type: image/png
> Size: 778002 bytes
> Desc: not available
> URL: <http://lists.macromates.com/textmate/attachments/20160806/ea5d4ad4/attachme…>
>
> ------------------------------
>
> _______________________________________________
> textmate mailing list
> textmate(a)lists.macromates.com
> http://lists.macromates.com/listinfo/textmate
>
> End of textmate Digest, Vol 99, Issue 5
> ***************************************
Upon upgrading to 2.11.16, I’ve seen a new behavior from TextMate. When I jump to a new point in a document — say by using Find — lines of text overlap. If I resize the window, it sorts itself out, but moving the cursor around or entering text doesn’t cause it to. The following screenshot shows the problem.