TextMate

textmate@lists.macromates.com

10171 discussions

by Mark Smith

I'm happily using the GTDalt bundle. Nearly everything is working perfectly. I'm seeing one strange issue: When I run synchronize with iCal, I get a calendar per context in iCal as Haris describes, but for all contexts, no actions are exported. There are no errors reported and the bundle works flawlessly otherwise. I haven't seen this particular issue come up here and its not mentioned on Haris' page: <http://skiadas.dcostanet.net/afterthought/2006/07/17/gtdalt-and-ical/> Any ideas ? [Newest Bundle (AFAIAW); Textmate v.1292; iCal v.1058] wtia, mark.

18 years, 3 months

Re: textmate Digest, Vol 26, Issue 76

by hcabbos

Things I'd like to see eliminated. 1) Don't want blank line inserted after Doctype. 2) Don't want to credit Tidy as generator. 3) Don't want blank line inserted after closing head (</head>). 4) Don't want blank line inserted after html comment. 5) Don't want blank line inserted after closing h1 and paragraph tag. 6) Why is it wrapping the CSS found before the closing head tag with: /*<![CDATA[*/ /*]]>*/ I don't have a problem with the way it indents, just the above concerns. Besides not doing the stuff mentioned above, Dreamweaver's Source Formatting command: 1) Eliminates all blank line feeds. 2) Does not place content within <p></p> in a separate indented line. It keeps everything compact like so: <p>My content here.</p> 3) *Does* place the content within <div></div> on a separate line indented like so: <div> <p>Content here</p> </div> Yep, maybe a GUI dialog would help but for the masses migrating from Dreamweaver, maybe providing a default Dreamweaver-like setting that addresses the above would suffice. What's crazy is that as great as BBEdit and other editors are, I know a lot of people that keep Dreamweaver around just for source formatting. ---------- Forwarded message ----------From: Jacob Rus <jrus(a)hcs.harvard.edu > > To: textmate(a)lists.macromates.com > Date: Wed, 08 Nov 2006 22:47:08 -0500 > Subject: [TxMt] Re: Newbie Customization of Tidy > hcabbos wrote: > > Can anyone point me to instructions on how to modify HTML Tidy's > formatting > > of documents. There's a bunch of stuff that happens that I don't care > > for...stuff that running HTML Tidy in BBEdit doesn't do. > > You'll have to clarify. What exactly happens that you don't like? How > would you prefer the command to work? Which options from tidy (there > are several dozen, almost all of which seem pretty stupid to me :p) do > you want TextMate to expose to the user? > > For more on creating TM commands, the TM manual has a pretty good > explanation. > > > I'd love Dreamweaver's method of formatting within TextMate--at least > for HTML > > files. What's nice about BBEdit is that it allows you to point to > Dreamweaver's > > SourceProfile.txt file as a custom profile for source formatting. > > You could certainly build this feature yourself. But if you want > someone else to help you out with that, you'll have to explain how it > works. > > * * * > > I think it would maybe be worthwhile to put some sort of GUI dialog in > front of a tidy command. But which options are needed? Keeping the > interface as super simple as possible also has many benefits (such as > keeping people from making unreadable unindented html ;). > > > > > > _______________________________________________ > textmate mailing list > textmate(a)lists.macromates.com > http://lists.macromates.com/mailman/listinfo/textmate > >

18 years, 3 months

Newbie Customization of Tidy

by hcabbos

Can anyone point me to instructions on how to modify HTML Tidy's formatting of documents. There's a bunch of stuff that happens that I don't care for...stuff that running HTML Tidy in BBEdit doesn't do. I'd love Dreamweaver's method of formatting within TextMate--at least for HTML files. What's nice about BBEdit is that it allows you to point to Dreamweaver's SourceProfile.txt file as a custom profile for source formatting.

18 years, 3 months

some suggestions for the Python bundle

by Brett Cannon

I recently did a post to my programming blog discussing my 30 day experience with TextMate (http://sayspy.blogspot.com/2006/11/my-month-with-textmate.html ) where I said I liked the app but there just was not quite enough to tear me away from Vim at the moment (but who knows since I just started using Vim again and I am already missing the pretty GUI of TextMate =). I had some personal gripes about the Python bundle in the post and Jacob Rus suggested that I email the list with those issues so that they could possibly be addressed by someone with bundle commit privileges. I think the biggest universal issue I have is the lack of docsting support in the various snippets. Both the function and method snippets leave out docstring tab stops which is really unfortunate as Python best practices practically dictate a docstring for *every* function or method (see http://www.python.org/dev/peps/pep-0008/ for the official style guide for Python). The class definition does have a docstring, but following docstring conventions from PEP 257 ( http://www.python.org/dev/peps/pep-0257/) which is referenced by PEP 8 there should be a blank line between the class definition line and the docstring for the class but that would mess up the code folding so I can look past that. But that leads to the problem of code folding not working with Python when there any blank lines within a block. Jacob said that this should be addressed in TM 2 by making it easier to define whitespace-delimited grammars which is great to hear. The last big issue is the assumption that files containing unit tests end in 'Test.py'. In Python's unit test suite all files use the *prefix* of 'test_' to signify something is a test. This has the nice perk of not requiring all test files to end in '.py' since you can directly execute files with other extensions. Anyway those were my biggest issues. I know most of these are minimal since editing them directly myself is simple enough, but it would be nice if they were part of the default bundle so I can get any other improvements made to the svn repository for those things instead of having them ignored because I have a local edit. Keep up the good work. As I said, I think TextMate is a good app, just not exactly for me (at the moment). -Brett

18 years, 3 months

subversion commit window

by Jay Soffian

So my subversion commit window still looks a bit off if I do a commit and there are no changes. See attached. j.

18 years, 3 months

"Edit in TextMate" eating spaces

by Rob McBroom

This isn't a huge deal, but since it seems to have persisted through a few TextMate releases and I didn't see it mentioned previously on the list or in any tickets, I thought I'd ask about it. Does anyone else end up with words merged together here and there when the text is taken from an application into TextMate? For example, if I try it on this message, the words "previously on" in the first sentence get changed to "previouslyon". I looked at the Input Manager and it seems to be a symlink into TextMate.app, so it doesn't look like I'm using an old version or anything. (I'm running 1324.) I primarily use ^⌘E from within Mail. I don't know if this would happen with other apps or if it's Mail specific. I don't recall the text ever getting messed up on the return trip to the calling app (when I save in TextMate), but I can't say for certain that it doesn't happen that way, too. Rob

18 years, 3 months

Adding reload cmd to webkit output?

by Dirk van Oosterbosch, IR labs

Would there be a way to add an cmd+R command to the webkit html output to reload? Say from the TODO window or from the Py?Mate window? Or would that be another feature request? .. (sorry Allan) dirk

18 years, 3 months

1.5.4 (1324) killed my Subversion Bundle?

by Adre

After automatically upgrading to 1324 at the weekend I've been having problems with some functions in the Subversion bundle. If I try a commit I get a popup window saying: /Library/Application Support/TextMate/Support/lib/erb_streaming.rb:1:in `require': No such file to load -- erb (LoadError) from /Library/Application Support/TextMate/Support/lib/erb_streaming.rb:1 from /Library/Application Support/TextMate/Bundles/Subversion.tmbundle/Support/svn_commit.rb:13: in `require' from /Library/Application Support/TextMate/Bundles/Subversion.tmbundle/Support/svn_commit.rb:13 I get a similar message for status checks, but updating to HEAD is fine... I have no idea what this means or why it hates me, but I can't help wondering if it's because I'm running OS X Panther. As I understand it, TM itself is Panther compatible, but some bundles aren't. Could it be that a bundle update caused this? If anyone has any ideas I'm all ears. Thanks.

18 years, 3 months

LaTeX Itemize command

by Steve Lianoglou

Hi, It looks like there might be a small bug in the ctrl-shift-L "Itemize Lines in Selection" command. I highlight text that looks like so: --- It could be the case that there exists an $h_i \in H_s$ that is a subset of $h_j \in H_s$. In this case, we can think of the combination $h_i,h_j$ as a new concept class $h^\prime$ which ... Alternatively, $h_i,h_j$ could be in the situation depicted in \ref {fig:1b}. In this case, the VC dimension of $h_i \cup h_j$ is at least ... --- When I highlight and ctrl-shif-L to "Itemize Lines in Selection", it hoses the second line. I guess it's finding the ":" in my \ref{fig: 1b} and thinking that I'm trying to make some kind of definition list? Anyway, the result is this: ---- \begin{itemize} \item It could be the case that there exists an $h_i \in H_s$ that is a subset of $h_j \in H_s$. In this case, we can think of the combination $h_i,h_j$ as a new concept class $h^\prime$ which ... \item [ Alternatively, $h_i,h_j$ could be in the situation depicted in \ref{fig ] 1b}. In this case, the VC dimension of $h_i \cup h_j$ is at least ... \end{itemize} ---- I've just re-svn-up'd my bundles and the issue is still there, so I just thought I should bring it up. If my LaTeX is improperly formed as well, please let me know as I'm no LaTeX guru ... :-) Thanks, -steve

18 years, 3 months

Re: [TxMt] Sweave bundle problems following sweave bundle update

by Alan Schussman

(Re-sent to the list after replying solely to Haris the first time.) On Nov 7, 2006, at 8:20 AM, Charilaos Skiadas wrote: > I think I might have forgotten to tell Alan about the most recent > updates I've done. Here is a temporary location for the most recent > bundle. Alan, perhaps you could update the bundle on your website? > Done, thanks for the updates, Haris. The archive on my site[1] is your current bundle now, and it should do the trick for Danstan. Thinking broadly about the bundle and how I'm using sweave, it seems to me that sweave ought to work for at least a few different circumstances: 1. single .snw file sweave => typeset 2. sweave project (typeset optional; I use the sweave project to prepare data for subsequent work, and frequently do not typeset at this point.) 3. sweave current file => typeset (not really functionally different than no. 1, just switched on the basis of TM_LATEX_MASTER, probably) My current workflow is to begin with no. 2, and then work with the R console to test code that I subsequently plug into a single sweave file. When I'm ready, I sweave and typeset that single file (which lets me avoid re-sweaving the whole big project each time I want to fiddle with a table, for instance). The trick for the bundle seems to me to be enabling smooth selection of a) master sweave, b) per-file sweave, and c) typeset, with as few overlapping key commands as possible. Anyway, I'll be eager to really work on this as soon as I finish this little project I'm working on. Cheers- -Alan [1] http://textbench.com/tm/SWeave.zip

18 years, 3 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

TextMate