Dear all,
[Apologies if this gets posted twice, as I sent it to both the gmane
newsgroup and the list itself...]
I've got TM running on two machines, both updated to the most recent build.
On one machine, everything seems to be working fine.
On the other, the LaTeX bundle has stopped working correctly when I try
to "Typeset and View":
- I need to explicitly add /Library/tex/texbin to TM's path in
Prefs>Vars. If I don't, it fails looking for kpsewhich. (This is not
necessary on the other machine -- PATH is not explicitly set at all in
the TM variables window.)
- I can't "view" with anything but the TM PDF viewer (although I can
select other options from the prefs window, but it doesn't affect the
behaviour).
On both machines the bundles are set to auto-update, and appear to be on
the latest version from over the summer. *However*, if I actually look
in the bundle editor, I do see differences. For example, on the
non-working machine, there is an explicit check for kpsewhich, but not
on the other one. And, indeed, if I look at the files in
~/Library/Application\ Support/TextMate/Pristine\
Copy/Bundles/LaTeX.tmbundle, I do find that they are from 2010!
I also note that the directory structure of ~/Library/Application\
Support/TextMate/is very different on the two machines.
So, does this have something to do with the recent move from old Avian
folders? Or is it just an unrelated local problem? In any case, please help!
Andrew
Comment for jbuilder should be a #, but TM is putting a double slash. The files are Rails apps/views/<view>/xxx.json.jbuilder .
I’ve just started using jbuilder, but the hash seems to be the right one.
Can I change this? If so how?
Greg
Hey again.
Second message today, but not feature related though this time. Instead,
I wanted to ask whether the License buying option from:
http://shop.macromates.com/
is still up to date / whether the money ends up at the right place?
Apologies if that sounds like a dumb question, but I felt I had to check
since the website can appear a bit *tumbleweed* in parts, so before
making a transfer I wanted to know for sure.
P.S. No nagging screen ever on my so far unlicensed (private) copy. I
only thought of registering now because I've been using TM a lot lately
(and keep bugging you people in here), and started feeling bad for not
contributing anything. While the "zero naggin" is kind of classy I must
say, may I ask what's the idea behind not reminding the user at all to
register?
TM version 2.0-beta.12.22
Did the way TM handles last window/tab position just change?
What I mean is: previously, TM remembered, for each document, the last
scrolled to position, regardless of where the caret was.
If I scrolled the document and line x was at the very top, then switched
to another tab, then back, line x would still be at the top. Caret
position didn't have any influence on this, i.e. the caret could be out
of view, and the window would still open at the line it was when I left
the tab.
Now it seems that on tab switching, the caret position defines the view,
as in: the caret is always roughly in the middle of the screen.
Is this intended? I really hope it's not, since it suddenly makes a
quick 'switching back and forth' code comparison across documents a lot
more difficult.
If it's not intended: did it break with the last update, or could it be
a problem on my side? (some variable that stores the view isn't updated
anymore in my installation... I'm just fishing in the dark here)
[+textmate(a)lists.macromates.com] since this seems to be growing into a
feature request, rather than a request for more information.
[I hope I’ve recombine-ed these emails in a sane way…]
The way Atom appears to be doing this "on change" event is by debouncing it
over 300ms. ESLint-d is a daemon implementation of ESLint. IIRC it is a
rather simple wrapper around ESLint that keeps the linter open in a
background process.
If I could get the "on change" event, I’d be happy to setup a node script
that either launches a background process ("TMHinter-d" perhaps) or
attaches to the existing background process.
Thanks,
Graham Heath
On August 20, 2016 at 2:58:31 PM, Michael Sheets (bundles(a)textmate.org)
wrote:
> On Aug 18, 2016, at 8:23 PM, Graham Heath <graham.p.heath(a)gmail.com>
wrote:
>
> My current issue is that Atom can lint in real time. I figure with the
gutter/marks API the front-end is ready for this. However, in my research
the only thing that seems to update without a save is spell checking.
>
> Is there a Semantic Class that I’m just not finding, or could we create
one? I’d then need a way to access the document’s unsaved contents. It
seems to me that spell checking is already doing this, and maybe we could
hijack some of that functionality?
>
> If there isn’t a Semantic Class (or other hook) and there’s not a way to
access the current unsaved document, could there be? :D
The current callbacks are:
callback.document.did-open
callback.application.did-deactivate
callback.application.did-activate
callback.document.will-save
callback.document.did-save
There is no option to monitor a document for changes in real time, doing so
would activate for every single keypress which is just too much overhead
for general use. To do this properly we need a program running constantly
in the background which isn’t really part of how bundles work.
A good example to look at that we use is the SCM Diff Gutter bundle, this
updates on save and open.
> Is this the appropriate list for this conversation?
>
> Will Allan see this thread if we keep it on this list? I’m sure he’s got
better things to work on, but I’d love to know how he’s thought about these
issues (because I know he has).
This isn’t a list, it goes directly to me only. :) If you want to discuss
things with the wider community the main TextMate mailing list is the
solution. (Or for a subset the IRC chatroom perhaps.)
On August 18, 2016 at 6:23:50 PM, Graham Heath (graham.p.heath(a)gmail.com)
wrote:
Hello again;
I’ve been working on some exciting features (for me any way) for the
existing JSHinter bundle. I’ve had some PRs for small things pending for a
while, and I guess that the original author is no longer interested in the
project. No problem there, my work continues and the plugin will soon be
better than ever.
The goal is to be comparable to the (awesome) Atom Linter plugin, and as
the new author I intend to rebrand it as TextMate Linter (or something
similar).
My current issue is that Atom can lint in real time. I figure with the
gutter/marks API the front-end is ready for this. However, in my research
the only thing that seems to update without a save is spell checking.
Is there a Semantic Class that I’m just not finding, or could we create
one? I’d then need a way to access the document’s unsaved contents. It
seems to me that spell checking is already doing this, and maybe we could
hijack some of that functionality?
If there isn’t a Semantic Class (or other hook) and there’s not a way to
access the current unsaved document, could there be? :D
I don’t know if you’re interested, but my work has been going on here:
https://github.com/loadedsith/JavascriptHinter.tmbundle/
specifically off the master branch;
https://github.com/loadedsith/JavascriptHinter.tmbundle/tree/scss-es-and-gj…
2 last questions;
Is this the appropriate list for this conversation?
Will Allan see this thread if we keep it on this list? I’m sure he’s got
better things to work on, but I’d love to know how he’s thought about these
issues (because I know he has).
Thanks,
Graham Heath
Hi Allan,
there's a TINY issue for moving the bundle stuff from Avian to TextMate.
TM 2.0-beta.12.23 is still asking to move the Pristine Copy folder from Avian to TextMate. In my case I have an empty folder at "~/Library/Application Support/Avian/Pristine Copy" but I do not have a "~/Library/Application Support/TextMate/Pristine Copy" folder. Due to that fact I get the error message that "Bundles" couldn't be moved. Maybe check simply if the destination folder exists in beforehand - if not create it.
As I said - it's only a tiny issue ;)
Cheers, Hans
Hi,
I wonder if we could have a 'Open Last Closed File' on the File menu - the
idea being it would allow a keyb shortcut to be assigned directly to it?
We can already do this via File -> Open Recent -> (first item), but afaik
this doesn't allow us to assign a keyboard shortcut specifically to the
first item
I'd quite like to be able to re-open it with something like CMD+SHIFT+T,
similar to how Chrome lets you reopen the last closed tab
Thanks
In the latest nightly build (2.0-beta.12.21) I've noticed this when
searching in multiple files:
When you click on a result in the find dialog it brings the proper document
into focus and selects the found section of the document, but does not
always scroll the selection into view.
When the target document already has focus (before clicking on the found
result)
it scrolls correctly.
But if another tab has focus, then the target document gains focus and the
selection is highlighted, but it is not scrolled into view.
Another thing is that if a result in the find dialog is highlighted
(because it is the last result that you clicked on), and you click it again
it does not take you to the corresponding document. You have to command
click to deselect it, then click it again for it to work. Double clicking
it here will close the find dialog but will not take you to the result in
the document.
Hello!
I've noticed that recent changes have broken jumping to search result
occurrences in documents which aren't the current tab. I.e. clicking on a
search result opens the document (or switches to a tab with it already
open) and puts the cursor in the correct place, but doesn't scroll the
document so that the matched occurrence is visible (i.e. so you have to
up/down arrow to move the scroll correctly).
Cheers,
David.