Hello again,
I've got indentedSoftWrap configured and enabled for json with the
following config:
indentedSoftWrap = {
match = '(\A[ \t]*)';
format = ' ⏎$1';
};
Which works, and I've been enjoying it, but I'm wondering if the special
character could go on the next line?
Right now I've got
{
"someLongKey": "with some really long value that just keeps ⏎
going and going",
}
but I'd like to see
{
"someLongKey": "with some really long value that just keeps
↘︎ going and going",
}
I tried altering the format, but was unsuccessful in getting anything to
appear on the next line.
Thanks,
Graham
--
Thanks,
Graham P Heath
I think I've mentioned this before, but I do wish it were fixed so I'm mentioning it again. Sometimes the global Find dialog shows (correctly) that my search text occurs on a certain line of a certain file but doesn't show the occurrence. In this screen shot, the first two occurrences are listed but the found text is at the end of the line whereas what we are being shown is the start of the line.
The occurrences listings are not horizontally scrollable so there seems no way to learn the context.
As the third line shows, this does work sometimes. It's a great feature and I've come to rely on it, so I do wish it worked all the time.
m.
--
matt neuburg, phd = http://www.apeth.net/matt/
pantes anthropoi tou eidenai oregontai phusei
Programming iOS 11! http://shop.oreilly.com/product/0636920107408.do
iOS 11 Fundamentals! http://shop.oreilly.com/product/0636920107415.do
RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
Hi all,
I've a strange encoding issue.
By default TM uses UTF-8 LF endoding.
When a file contaings spectial charaters, and one edit this file in an other
texteditor, TextEdit, save this file and open in TM again, the encoding
becomes Chinese GB18030.
How to reproduce:
Create in TM a new file with content:
"some text with some special characters: é ü à"
Save this file UTF-8 and LF encoding.
close file
open file in TextEdit and add a new line with some text, save
Reopen the file in TM => now encoding is Chinese GB18030
Does any body have a clue what is hapening? It is special character related!
macOS 10.13.4
TM 2.0 rc9
== feek
--
Sent from: http://textmate.1073791.n5.nabble.com/textmate-users-f3.html
1. Open ⌘⇧-T window
2. Open a file that takes some time to syntax highlight
Expected: newly opened file highlights, and function window populates
Obtained: Spinning wheel of death
Alternative repro
1. Open a file that takes some time to syntax highlight
2. Open ⌘⇧-T window (you probably have a few seconds to do this)
Expected: Function window populates with function list
Obtained: Spinning wheel of death
Version: 2.0-rc.7.
Hello,
I am working on a publication with Language Science Press. and I have
problem compiling the template. I am running Textmate version 2.0-rc.4
on OSX 10.13.4. I have recently upgraded to MacTex 2018. The problem is
that no pdf is created from Textmate. It is a bit odd.
I would like to ask if someone here can try to compile
Language-Science-Press' monograph template which can be downloaded from
here <http://langsci-press.org/templatesAndTools>. (or the directlink
<https://github.com/langsci/latex-skeletons/raw/gh-pages/monographskeleton.z…>).
It works with other editors like Texshop as well as from the command
line. But not with Textmate. On the other hand, I can compile other .tex
files with Textmate. So I am a bit lost as to why this is happening.
Best
Christian
ps: I have tried some general things from a previous discussion in this
mailing list _and they worked fine__for me_:
After that I translated the following document:
\documentclass{article}
\begin{document}
Test
\end{document}
in TextMate without any problems. Could you please try the following:
1. Create a new file in TextMate
2. Paste the LaTeX code from above into the document
3. Save the file in the folder `Downloads` using the name `Test.tex`
4. Open Terminal
5. Enter the following commands:
cd ~/Downloads
latexmk -pdf Test.tex
6. Does the command `latexmk -pdf Test.tex` print any error messages?
7. Does the folder `Downloads` contain the PDF file `Test.pdf`?
I’ve recently moved to a new machine (an iMac Pro), and have successfully installed Texlive 2017 and TextMate. When I use other LaTeX editors, I can successfully typeset LaTeX files, but not when I use TextMate. I typeset in the old fashioned dvips->ps->pdf way, and the problem I seem to be having is with the ps2pdf utility, that finishes the conversion of the file from postscript to pdf. The error message says that this utility has run too many times. When I view the postscript file that is created during this process, it looks fine and I can get Preview (and Skim) to translate it into a pdf.
Because other editors can typeset fine, I’m thinking that there is something wrong with the way that TextMate calls the ps2pdf process on my machine. Has anyone experienced this problem?
Thanks in advance,
Kyle Johnson
Both are system, macOS, limitations for QuickLook.
For the second point, I believe, and I’m sure someone here will correct me, the images and videos that are supported formats (that is handled natively by macOS, don’t seems to have this issue. If the image or video format requires/relies on external app’s quicklook abilities then those will exhibit the same behavior.
Best,
Farhan
> On Mar 25, 2018, at 4:08 PM, Christian Rosentreter <karibu(a)gmx.net> wrote:
>
> * It cuts off files at a certain amount of lines. This wouldn't be so bad by itself, but there
> is zero visual indication that the displayed text is cut off (something like a special coloured
> ellipsis symbol at the end, or something)
>
> * if the system is under load (say something else, e.g. a raytracing application, is using 100%
> CPU) I only get the spinning indicator in the QL window and it never manages to actual display
> the text. It is as the TextMate QL generator runs with such low priority it doesn't get a share
> of CPU by the OS. Other file types (images, even videos) don't seem to share the same problem.
Hi,
I have a command (copied below) which grabs the paths of the selected items in the Finder, and inserts them into a textmate doc.
I'd like to do some post-processing of the result (replace e.g. replace "/Users/.*/" with "~", and strip trailing return character.
How does one take the resulting string from a script, and process it, say, in php or bash. or should I just work on post-processing theList in applescript?
Thanks!
#!/usr/bin/env bash
osascript -e 'tell application "Finder"
set theFiles to selection
set theList to ""
repeat with f in theFiles
set theList to theList & "\"" & POSIX path of (f as alias) & "\","
end repeat
return theList
end tell'
Revert to RC7. RC8 has this breakage trying to deal with files that
have no extensions.
--
Marc Wilson
msw(a)cox.net
On Thu, Mar 22, 2018, at 6:13 AM, Rob McBroom wrote:
> After the last update, I noticed some garbled Quick Look previews in
> my Downloads folder.>
> I’m pretty sure it results from this commit:
> https://github.com/textmate/textmate/commit/fd827fb8179cd74e553680d605d2172…> As you can see form the image, it doesn’t seem to affect all files,
> but I would argue that no application should claim Quick Look support
> for every file in existence.>
> --
> Rob McBroom
> http://www.skurfer.com/
>
>
> _________________________________________________
> textmate mailing list
> textmate(a)lists.macromates.com
> http://lists.macromates.com/listinfo/textmate
