I'd like to play around a bit with an alternative light-on-dark color
scheme for my bundles, but, in the same way that I can't draw a
straight line with a ruler (but can appreciate architecture) I am
completely inept at picking text colors that have high contrast and
look good (but I know them when I see them).
I know someone (or someones) whipped up a C bundle with a light-on-dark
scheme, but I can't seem to find it anywhere. I thought I might start
by looking at that, but what might be better is if someone could point
me to a resource that had examples of high-contrast color schemes for
text highlighting. :-)
Anyone?
Thanks,
B
--
__ ____
/ / / __/ Brian Lalor
/ _ \/__ \ blalor(a)bravo5.org
/_.__/____/ http://bravo5.org/
Here is a little command I've written (as usual, a wrapper around a
Perl script), which naively tries to indent your LaTeX file
intelligently. If it succeeds, there are two good side effects.
First, your file looks nicer. Second, your file foldings work
correctly, as TM is cued by the indentation.
Good luck. Check the file, if you use it. It works for me, your
mileage may vary.
I've appended the one-liner version. Since it is a blob of line
noise, I also have a link to the latest version of the uncompressed
Perl, which is at
<http://anon:anon@macromates.com/svn/Bundles/trunk/Latex.tmbundle/LaTeXTidy.…>
You can put that somewhere and write a command to call it instead.
I suspect anyone with issues with the folding could customize this
script for their language if necessary. I know PerlTidy and HTMLTidy
exist. I couldn't find a TeXTidy, so I wrote this last year...
- Eric
--
Before: Nothing
STDIN: Entire
STDOUT: Replace doc
Command:
perl -e 'my$in;while(<STDIN>){$in.=$_;}my@keywords=qw( appendix
author bibliography bigskip chapter date def document
evensidemargin font headheight headsep include index make new
noindent oddsidemargin page paragraph part ragged renew
section subsection subsubsection subsubsubsection table
textheight textwidth title topmargin use
vfil);$in=~s/\%(.*?)\n/\n\n\%$1\n\n/g;my@pieces=split(/\n\s*\n/,$in);my$string,$keyword;foreach(@pieces){if(/^\s*\%/){$string.=$_."\n";next;}s/\s+/
/g;foreach$keyword(@keywords){s/(\\$keyword)/\n$1/g;}s/([^\\]\%)/\n$1/g;s/(\\begin\{)(.*?)(\})/\n$1$2$3\n/g;s/(\\end\{)(.*?)(\})/\n$1$2$3\n/g;s/(\\item)(.*?)(\\item)/$1$2\n$3/g;s/(\\item)/\n$1/g;s/[^\\](\\\[)/\n$1/g;s/(\\\])/$1\n/g;s/(\\\\)\s/$1\n/g;s/(\\\\\[)(.*?)(\])\s/$1$2$3\n/g;s/\n\s*\n/\n/g;s/^\n//;chomp;$string.=$_."\n\n";}$string=~s/\n\s+\n/\n\n/g;$string=~s/(\%[^\n]*)(\\)(end)/$1$2\{\n\n\n\}$3/g;$string=~s/(\%[^\n]*)(\\)(begin)/$1$2\{\n\n\n\}$3/g;$string=~s/(\\end)/\[\n\n\n\]$1/g;$string=~s/(\\begin)/\[\n\n\n\]$1/g;@pieces=split(/\[\n\n\n\]/,$string);my$indent=1;my@lines;my$piece,$i;$string="";foreach$piece((a)pieces){$piece=~s/\{\n\n\n\}//g;$piece=~/^\\(.*?)\{/;if(lc($1)eq"begin"){$indent++;}else{$indent--;}@lines=split(/\n/,$piece);foreach(@lines){s/^\s+//;if(/^\\begin/i){for($i=1;$i<=$indent-1;$i++){$string.="\t";}}else{for($i=1;$i<=$indent;$i++){$string.="\t";}}$string.=$_."\n";}}print$string;'
I love the new mode-based menu interface for macros/snippets/commands.
What I'd really love is if I could control which mode menu they show
up in.
For example, I've made a couple of commands that are related to HTML.
However, since I've made them myself, they show up under the "Custom"
menu, when I'd really like them to be under "HTML". Maybe, like with
the syntax files, a "mode" key could be added to the
macros/snippets/commands plist files where I could specify which mode
they should be a part of?
What do you think? Thanks much.
Wow--I use TextPad daily on my PC at work and always wished there was a
text editor like it for the Mac where I could easily switch between
documents with tabs. And the ability to call a shell script to do a
word count or any other UNIX command and have the output appear as a
tooltip, new window, or whatever you want--brilliant, and really easy
to use. This is probably the first time I've wished TextPad could do
some things a Mac editor can do, and not vice versa.
There's only one seemingly minor thing that's keeping me from buying
TextMate right now and retiring Tex-Edit Plus--TextMate's auto-identing
feature, where if I have a paragraph of text (not code), it
automatically inserts a tab on the next line when I hit return. This
drives me nuts because while I use my Mac editor for HTML at times, I
mainly use it to write documents that have normal indented paragraphs
of text. At the end of a paragraph in a word processor or email
program I'm conditioned to hit return, then hit tab for the next
paragraph--so having TextMate indent the next paragraph automatically
just means I end up with two tabs.
Does anyone know if there's a way to turn off auto-indenting of new
lines, or is that a feature being considered for a future release? If
there is a way to turn that off and I just can't find it, I apologize
for being an idiot in advance...anyway, thanks to the developer for
creating this, keep up the good work,
-Brian
Is it possible to close files that are open in tabs that are not
visible, i.e., located in the tab overflow without disturbing tabbed
files that are visible?
Greetings,
I'm just wondering if there is a graphic interface for key bindings in
the pipeline -- it seems to me that it would be in line with the
emphasis on customizability in TM to not have to tinker with a .dict
file. :)
Ciao,
David
hi
just a newly registered textmate user. and its great. i was wondering
if it will be possible (or if im missing it) to create a new tab (as in
a new file) within a project instead of having to open a new window -
saving it and then going back to my project where i can then see the
file and open it in a tab and edit it.
thanks
eoghan
>I'm not wedded to the colors, either, BTW.
A healthy attitude! But oh man, I don't want to go there. I always
like black on white text, and I know others love the dark green on
sage thing or black on white, and it gets very religious. Sort of
like tabs. :)
So I'm just adjusting syntaxes by hand and waiting until Allan adds
the magic CSS syntax coloring thing.
- Eric
--
Eric Hsu, Assistant Professor of Mathematics
San Francisco State University
erichsu(a)math.sfsu.edu
http://math.sfsu.edu/hsu
>I would like to automate some customization for some bundles (as
>colors), is the format in those .plist files standard (for instance
>Perl.plist)? If it is and you wanted to search for a parser for some
>programming language which keyword would you use?
If you are asking whether the 'names' of each color class (e.g.
Comments) in the .plist is standard across the bundles, I'd say it
would be a miracle if they were, since they were all hacked by
individuals who wanted their favorite language colored.
On the other hand, it might be possible for people to agree to use
keywords in their names so the XML could be parsed and the color
settings could be custom set by a big regexp search and replace.
For the record, BBEdit 8 recognizes the following colors for customization:
General: Foreground, Background
Guide Contrast [the color of non-page window]
Custom Highlight Color: Primary, Secondary
Highlight Insertion Point Line Color
Source Code: Keywords, String Constants, Comments
HTML Tags: General, Processing Instructions, Anchor, Image, Names, Values
TM bundles generally have more colors than that. But if Bundle
writers could agree on a reasonable base set and rename their names,
that could go a long way towards making the colors customizable
before Allan gets his next solution done.
Allan may have to set standards like this anyway, unless he writes a
small GUI Syntax File browser that displays the Names with a little
Color Picker patch. That would be fabulous, of course.
- Eric
This is a known problem with Launch Services. Basically, any new application (or new version
of) needs to become "trusted" by the OS before other applications can "see" it. To make an
application "trusted" you must double click one of its documents, then you'll be presented
with an alert from the OS that you "are opening this for the first time" blah blah. From that
point, the application is "trusted".
As a little advertisement, Yummy FTP works around this problem :-)
Hope that helps.
Best regards,
Jason
Jason Downing
----------------------------------
Yummy Software
Software so good you could eat it. Yum!
www.yummysoftware.com
----------------------------------
> A follow up...
>
> Removing the cache stuff didn't solve the problem. Eventually things
> started working after I did a "open with..." on a file. I don't know
> if it depended on having removed the cache before. Just finding and
> opening the app (and opening files from within) didn't do it.
>
> If it gets messed up again, I'll be able to test further. :)
>
>
> On Jan 3, 2005, at 10:55 PM, Allan Odgaard wrote:
>
> > On Jan 4, 2005, at 3:33, Patrick Kelly wrote:
> >
> >> My Fugu stopped finding TextMate. I don't know if where the prob is.
> >>
> >> I've got Fugu 1.1.2rc1 in my Applications folder,
> >> and TextMate 1.1b1 in my Applications folder too.
> >
> > Sounds like the Launch Services cache problem:
> > http://lists.macromates.com/pipermail/textmate/2004-December/
> > 001774.html
> >
> > ______________________________________________________________________
> > For new threads USE THIS: textmate(a)lists.macromates.com
> > (threading gets destroyed and the universe will collapse if you don't)
> > http://lists.macromates.com/mailman/listinfo/textmate
> >
>
> ______________________________________________________________________
> For new threads USE THIS: textmate(a)lists.macromates.com
> (threading gets destroyed and the universe will collapse if you don't)
> http://lists.macromates.com/mailman/listinfo/textmate
>
>