Hello.
Thank you for the great editor. I have never seen an editor with that
unique features provided by the TextMate.
It is very good.
However I think it misses really important ones : International
Lanaguage support.
As well as Unicode, other encoding methods, especially CJK, should be
supported.
However unlike other editors, I suggest one unique feature for selecting
encoding method.
1. The encoding method names should be grouped for same languages and
listed as such.
For example, if it is Korean, It should be listed "EUC-KR",
"ISO-2022KR", "UHC(Windows Korean), and so on.
2. The order of the items should reflect how often you use a specific
encoding method.
Let's say you use the UTF-8 a lot. Then it should move up to the
beginning part of the list,
or it should hide items you don't use usually.
3. Automatic detection of encoding method used for a file should be
supported. Most Mac editors are very weak with this feature.
What do you think about it?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I may have missed this as a feature request, but just found the need
for a backup version of a a file I was working on. What I wanted to do
was use diff on the backup and the new version so I could easily record
the changes to my work log.
Anyway, so I was hoping that a future TextMate preference might allow
save to backup like BBEdit (to name one).
I was sort of thinking of something like Borgware posted a while ago:
<http://borkware.com/quickies/one?topic=NSDocument>
override NSDocument's keepBackupFile:
- - (BOOL) keepBackupFile
{
return (YES);
} // keepBackupFile
This will do the tilde thing to the older version of the file.
Cheers
Robert
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 1799)
iQA/AwUBQkIjF2O1AQX/YDblEQIa3QCeKATNG0Ip13F17MauG5xRNMsHILgAoIC0
eFHMUYG+Pnidd8neJziSNnQ0
=EpbA
-----END PGP SIGNATURE-----
I saw a feature request for this one, and I wanted to add my strong
support for getting this built into the next beta.
Undoing is probably the thing I do most often when I'm coding, and
unless the undo can keep up with the speed of my decisions I end up
wasting a lot of time holding down CMD-Z to get where I already knew I
wanted to go. Being that I type in lots of trace statements to examine
my code, this gets in the way of my debugging as well.
Thanks for listening and I hope that we can see this get implemented.
Cheers,
Ben
--
Ben Jackson
Diretor de Desenvolvimento
INCOMUM Design & Conceito
+55 (21) 9997-0593
ben(a)incomumdesign.com
http://www.incomumdesign.com
Hi All(an)
Would it be possible to split the "Open Recent" menu item in two
parts : stand-alone documents in one, and TM projects in the other?
Or perhaps, add a "Favorites" menu item somewhere, so that most
often used documents or templates be always easily reachable?
Have a nice day,
--
Jo <W:00°04'37" ; N:47°15'36">
1....'....12.....'....24.....'....36.....'....48.....'....60.....'....72
Last Friday (18 March), an off topic discussion arose around negative
comments about BareBones/BBEdit due to - seemingly - a comment -
entirely intended as a joke - by myself. [
http://one.textdrive.com/pipermail/textmate/2005-March/003522.html ]
Since I personally hate it when my actions results in someone else
taking the blame and/or gives rise to wrong impressions, I am trying to
put the record straight here, on behalf of all innocent users of this
list, and to show Allan's/MacroMates' complete innocence in this
matter.
Furthermore, the single intention of this post is to counteract any
incorrect statements, not to attack any individual. So here goes the
full disclosure in 7 short-ish points:
In an original post by Mark Smith [
http://one.textdrive.com/pipermail/textmate/2005-March/003523.html ],
Mark was disturbed by the number of negative comments about BB/BBEdit
on this list recently. I - and others - responded to that post, and
Mark's replies to mine and Allan's posts made me go through all the
e-mails that contained "BB", "BBEdit" or "Bare Bones" since Jan 1, 2005
to establish the true facts of the matter. These are the results I
found:
Point 1:: ======================
In 865 posts during the period of Jan 1 - March 18, 2005, I could only
find 14 unique posts that contained what could possibly be construed as
negative comments against BB/BBEdit. That equates to roughly 1% of all
posts to this list based upon your interpretation/classification of
each comment.
I have collected and included all those comments at the bottom of this
post, in case anyone is interested. It is also important to note that
during the same time period I found roughly 29 posts with positive
comments about BBEdit.
However, as a child I was taught to always accept my own errors, and as
such I have to - slightly ashamed - admit that I had produced the
largest number - 5 - of the negative comments/jibes towards BB/BBEdit.
For that I am sorry, and wish to apologise to Allan, anyone offended
and the guys at BareBones.
In my defence I would like to point out the following:
-- no comment was a deliberate "bitching" sessions about BB/BBEdit, but
rather just what streamed from my mind at the moment. Imperfect as it
is.
-- the comments were written within a context, and should be considered
within that context, and not as free standing quotes.
-- I recounted my personal disappointments in dealing with BB. Having
used BBEdit as my main editor for 6+ years, I obviously don't think
badly of it. Others obviously have had a better experience than I. I
had also missed some minor feature additions that I complained about in
the latest version of BBEdit v8.
As a point of reference. Just because I - or anyone else - has a few
negative comments to make about something/someone does not mean that I
(we) only think entirely badly about said thing/person.
Point 2:: ======================
On 18 Mar 2005, at 17:15, Mark Smith wrote in a reply to Mats Persson
(me) :
>> Perhaps, you can point out just a few of the 'continual' jibes that
>> are unjustified in your mind ??
> In the last week, I noticed several. Yesterday I had also prepared a
> reply to a post by William Neumann in the split panes thread...
Within that time period, it is true that there were more than two
comments that could be interpreted as negative about BB/BBEdit.
However, within the whole month of March there was only four comments:
(in chronologic order below)
In a thread that was perceived as critical towards TM/Allan on 15 Mar
2005, at 12:24 GMT Mats Persson (I) wrote this:
>>> But you could buy BBEdit, which does have a simple split-view of the
>>> same document. Although dealing with the guys at BB does have it's
>>> downsides. You could propose for them to implement a Tab GUI (like
>>> TM), a User definable Syntax highlighting system (like TM), a
>>> Project hierarchy file viewer (like TMs Project Drawer) or any other
>>> item, like I did back in 2001 and many times since up until TM
>>> arrived. Now you can have a look to see how many of those user
>>> suggestions they have implemented. (The answer is NONE!! or at least
>>> none that is as useful and workable for me as TMs implementations)
In reply to my comment William Neumann wrote on 16 March 2005 01:59:28
GMT:
>>> And unlike some text editor developers I know, the BB guys will
>>> never tell you if any given feature is even being considered for
>>> inclusion, much less under active development...
Depending on your interpretation the following posts/comments could be
counted as well. I interpret them as jokes, and therefore not as
serious comments.
In an unrelated thread to the two above comments, Allan Odgaard wrote
this on 18 Mar 2005, at 03:12 GMT:
>>> Competition??? oh.. the rock stars over at BareBones ;)
To which Mats Persson (I) replied on 18 Mar 2005, at 10:29 GMT:
>>> Yeah, I heard about them once. They were pretty big around the time
>>> of The Beatles weren't they ?? Not seen much good come out of them
>>> lately ;-)
So I concede that point to Mark, although I still question the
'continual' aspects originally raised.
Point 3:: ======================
>> 2. ...don't ever announce planned features = bs
>> Please show me where BB announces their planned features?? I've never
>> seen that part before !!! And while you're at it, please show me
>> where anyone on this list has complained about BB's lack of
>> announcements ???
> I won't resort to searching the archive and naming names unless I
> must, but I have seen several posts of this nature in the last couple
> of weeks. Honestly.
In the above quote, I asked for two answers, neither of which I got,
but never mind. On the specific point of users of the TM list
complaining about BB's lack of announcements, the only example I can
find in this whole year is William Neumann's comment from March 16
above. I am therefore unable to substantiate Mark's comment. Perhaps
someone else can ???
Point 4:: ======================
>> 3. ...added anything significant...
>> I can't recall anyone on this list ever saying that they haven't
>> added anything significant, they obviously must have. However, these
>> additions has never been to the true benefit of my work style and
>> workflow, in contrast to Allan's improvements to TM.
> Two posts with precisely that allegation in the last two days actually.
In the above quote, I respond to yet another specific argument in
Mark's original post, but get another statement that I am unable to
verify, as I cannot find these two posts from the "last two days". The
only post that I can find that remotely fits into that description is
William D. Neumann's comments on 18 March 2005 at 13:52:21 GMT which is
in response to Mark's original point in the first place.
I would assume that no one would initiate a discussion by using
unfounded statements, and then use points raised in response to this
discussion as proof of their comments in the first place. So perhaps
someone else can find those two elusive posts ???
Point 5:: ======================
>> In my opinion the focus has always and exclusively been on TM, and
>> never ever on any other app. The only times some other app - like
>> BBEdit - has been mentioned, is in a qualified reference/point. If
>> that statement is wrong, I trust that I will be corrected real soon.
> Fine. It was probably a mistake for me to comment,...
Yes and No, Mark !! I'll admit that I think it was a mistake for you
to comment in the way and manner that you did. But at the same time it
was good to bring the issue up for contemplation. Whether it was
necessary is perhaps questionable.
> ...but as I mention, there have been a number of posts in the last
> couple of weeks of this "flavour".
Yes, as stated above in Point 2, there were two posts containing
negative comments about BB/BBEdit during this "last couple of weeks"
time period, both of which should be read and understood within their
correct context, and not isolated from it, as they were added to
illustrate a particular point rather than anything else. Could those
two comments have been written better ?? Yes, absolutely, but so could
almost everything ever written.
Point 6:: ======================
On 18 Mar 2005, at 16:23, Mark Smith wrote in response to Allan Odgaard:
>> but this really isn't what dominates this list, I have 3513 messages
>> stored, only a handful mentions the other company.
> Half a dozen already in the last few days and always of the same
> general form. "Try asking Bare Bones for a feature and see what you
> get" etc.
I apologise for being repetitive here, but I have found no evidence of
"half a dozen" posts in the general form of "Try asking BB for...".
There was only one single post of that kind in the whole year up until
that point, and that was my point included above.
> It appeared to be on the rise, hence my post.
Yes, when you go from zero to one, that is indeed a rise in numbers,
but on a list that averages 300 posts/month, that's hardly a major
trend to highlight, or is it ??
Point 7:: ======================
On 18 Mar 2005, at 16:23, Mark Smith wrote in a response to Allan
Odgaard:
> Its not as though I've got unusual standards.
Perhaps it's me that have unusual standards of speaking my mind. Blame
it on being Swedish or possibly bad upbringing, if you wish. But please
forgive me for being imperfect. I am not alone in being that. ;-)
> A bit of friendly banter is one thing, but I think that disgruntled
> BBEdit users and Bare Bones hate mail will turn into an albatross for
> you sooner or later if you let it become a dominant aspect of the
> community. It will also make it a less interesting and useful place.
Hmm, it was some friendly banter that set off this whole "negative
BB/BBEdit comments" thing. Funny actually, I thought it would have been
my glib semi-religious comment in the same post that might cause the
offence. I guess I was wrong there, huh??
As for "Bare Bones hate mail". Oh, please, Mark !! Seriously, please
choose your words with greater care in the future. I have absolutely no
idea of your life experiences and so on, but to equate anything that
has been or likely to be posted on this list as "hate mail" is so
fundamentally wrong and misplaced that it is truly frightening to me
!!! I dare not even think what you will make out of this post. Should
I call my lawyers and have them ready for the police turning up soon
????????
As for BB/BBEdit issues increasing and becoming an albatross (??) or a
"dominant aspect" of this ML and making it less interesting / useful.
I am truly sorry for saying this, but you must really have a very low
opinion of the users on this list to even think of that as a
possibility ???
In another post on 18 Mar 2005, at 16:35, Mark Smith wrote:
> I may be looking for help with a module for "ConTeXt per XeTeX" soon,
> hopefully my even-handed treatment of Bare Bones won't preclude me
> from getting any.
Mark, please let me make this absolutely clear. **IF** there exists a
single individual on this list that would deny you their help due to
what you have written in your posts on this subject - however flawed
some may think it is - then that person should F*** off, stand in a
corner and be ashamed over their behaviour.
IF I can help you I will, but don't ask me about "ConTeXt per XeTeX"
specific things, because I haven't got a clue. ;-)
CONCLUSION:: ============
I hope that the above will have cleared up any issues raised in Mark's
original post and subsequent comments.
I will now leave the subject of BB/BBEdit for good, and will endeavour
to never speak ill of them/it again. I trust and hope that in the case
that I would falter, someone will kindly remind of my errors, rather
than build up a head of steam. ;-)
May peace be with us all forever !!
Kind regards,
Mats
----
"TextMate, coding with an incredible sense of joy and ease"
- www.macromates.com -
APPENDIX:: =================================================
The following is a complete (?) listing of all posts/comments that
could be construed as negative during the the period of Jan 1 - March
18, 2005: (in chronologic order) I have added a brief explanation to
my points below, to illustrate my original thinking and views of the
seriousness of each item.
In a separate thread on 4 Jan 2005, at 10:55, Mats Persson wrote:
>>> Allan, I sincerely beg you - on my knees, hands firmly clasped - to
>>> PLEASE NOT implement anything like that in TM. It reeks of BBEdit,
>>> and is in my mind a completely flawed implementation.
I do not find the BBEdit drawer implementation to be ideal, and the
above quote is in response to a request which wanted the TM Project
Drawer to mimic the BBEdit version.
In a separate thread on 14 Jan 2005, at 08:59, Paul Nordstrom August
wrote:
>>> so when I double-clicked BB opened up... what a shock! Like
>>> travelling back in time. Honestly I wondered if it had booted
>>> Classic up, the menu looked so old :)
>>> [Disclaimer, that's BB 7.x not 8.0, so maybe they freshened it up.]
In the same thread on 14 Jan 2005, at 15:35, Mats Persson wrote in
response to Paul Nordstrom August:
>>> Yes, Paul, I too just worked in BBEdit and hated it. v8.0.3 (looks
>>> as bad as 7 really) and it was SLOW when I was typing text into the
>>> document, and that's on an iMac G5 so it wasn't on some slow old
>>> banger either. TM ROCKS !!
>>>> is the autosave feature where each file is backed up before each
>>>> change. Can we please have that in TM for us klutzes?
>>> I tried that feature in BB a long time ago and found it very badly
>>> executed to be honest, so I wouldn't really advocate for something
>>> like that in TM. In my mind it's sort of putting a 32bhp diesel
>>> engine in a Ferrari.
a. light banter really, and nothing of substance. I still contend that
BBEdit v8 is much slower than v7. That may be due to unique issues on
my set-up, but why should it be ??
b. the BBEdit implementation of automatic backups of the file when you
save it, is far from ideal. I think that is also a fair comment.
In the same thread on 14 Jan 2005, at 17:41, Mats Persson wrote:
>>> The last thing I'd like is to be locked into BBEdit like crap
>>> implementations. (Although I doubt you would ever implement
>>> something like that bad anyway)
On the same thread as above, dealing with automatic backup and user
flexibility. BBEdit's implementation is fixed and not easy to change
which is what I am arguing against.
In a separate thread on 25 Jan 2005, at 16:59, Allan Odgaard wrote:
>>> I think it's just paying tribute to another innovative text editor
>>> for OS X -- unlike BareBones [1] I do know about the existence of
>>> such :) [1] http://www.macworld.com/news/2005/01/18/textwrangler/
In a separate thread on 26 Jan 2005, at 08:13, no_reply(a)example.com
wrote:
>>> fell back to textwrangler (funny that the free editor is better than
>>> bb****. pay less, and they remove the bloat for you).
In a separate thread on 4 Feb 2005, at 00:24, Bruno Bronosky wrote:
>>> For those of you who have not used it, BBEdit amid all bloat
>>> actually has a few useful features.
In a separate thread on 4 Feb 2005, at 23:43, Chris Ruzin wrote:
>>> I'm just beginning to learn about Ruby and TextMate is much better
>>> than BBEdit with it.
In a separate thread on 9 Feb 2005, at 20:04, Jeroen van der Ham wrote:
>>> I'd propose to change the Bundle Editor to a Bundle Browser (<insert
>>> joke about Bare Bones Software here>) where you can browse the
>>> contents of bundles and not only see it's innards, but also a
>>> textfield for documentation.
In a separate thread on 17 Feb 2005, at 20:48, Sune Foldager wrote:
>>> That would be "BBEdit Lite", their free version. As bad as the full
>>> version ;-).
In a separate thread on 15 Mar 2005, at 12:24 GMT Mats Persson (I)
wrote:
>>> But you could buy BBEdit, which does have a simple split-view of the
>>> same document. Although dealing with the guys at BB does have it's
>>> downsides. You could propose for them to implement a Tab GUI (like
>>> TM), a User definable Syntax highlighting system (like TM), a
>>> Project hierarchy file viewer (like TMs Project Drawer) or any other
>>> item, like I did back in 2001 and many times since up until TM
>>> arrived. Now you can have a look to see how many of those user
>>> suggestions they have implemented. (The answer is NONE!! or at least
>>> none that is as useful and workable for me as TMs implementations)
The above comment was written within a context of critical comments
about TM and Allan's work, which I thought was unwarranted. I tried to
help, but expressed myself clumsily. Please note that each issue is so
simplified as to sound generic, but was much more detailed when I
originally discussed the issues with BB. Although, harsh in tone, the
last line retracts some of what I'm saying.
In the same thread on 16 March 2005 01:59:28 GMT William Neumann wrote:
>>> And unlike some text editor developers I know, the BB guys will
>>> never tell you if any given feature is even being considered for
>>> inclusion, much less under active development...
In a separate thread on 18 Mar 2005, at 03:12 GMT Allan Odgaard wrote:
>>> Competition??? oh.. the rock stars over at BareBones ;)
In the same thread on 18 Mar 2005, at 10:29 GMT Mats Persson wrote:
>>> Yeah, I heard about them once. They were pretty big around the time
>>> of The Beatles weren't they ?? Not seen much good come out of them
>>> lately ;-)
This was nothing other than an attempt at a joke in response to Allan's
"rock stars" comment. As a visual person I used "seen" whereas "heard"
would have been a better choice of word. Hardly offending stuff I would
say.
====================
Hello there:
I was testing TextMate, which seemed very attractive and promising,
but I stumbled upon a very simple difficulty: how do you display 2
files simultaneously? Like having two panes in the editor window, to
be able to see two files at the same time, or even two parts of the
same file?
Thanks for the trick.
Yann
I just had a bug (think i was editing macros when it happened) where
the mouse wouldn't select text or move the caret. Restart fixed it.
I'd closed the edit macros window. It's only happened once.
D
Hi All(an),
Could it be possible to add (for instance in the status bar at the
bottom of TM windows) informations about the current file encoding and
line endings?
And when saving a document, could we have an alert message if the
document can not be be saved with the desired encoding?
Thanks for all, TM is *really* a time-saver. Have a nice day,
--
Jo <W:00°04'37" ; N:47°15'36">
1....'....12.....'....24.....'....36.....'....48.....'....60.....'....72
Greetings,
Quick question - am I correct in my understanding that 1.1 will have
FTP built-in? Haven't heard mention of this lately, want to make sure
I'm on the same page here... And Subversion integration in 1.2? I
thought this was mentioned on the product web page but it's not.
(Removed when the licensing clarification was added?)
Sorry, I'm sure this is all in the to-do!
-ray
Cyril Seillet has created a bunch of TextMate icons as part of a massive
359 icon set companion to Rad-E8's Minium set (http://www.rad-e8.com/).
I've bundled up the TextMate portion as a Pixadex iContainer
(http://www.factorycity.net/tmp/DOCUNiUM_TextMate.tgz.gz).
If you're interested in the whole set, check it out:
http://rimshotdesign.com/
Pretty sweet work.
Chris
--
Do the evolution. Get Firefox!
<http://spreadfirefox.com/community/?q=affiliates&id=5&t=4>
Quote of the moment: /"Simplicity is in taking the elegant path. It is
also a conscious choice— to achieve simplicity one must eschew
complexity. Simple things must be simple."/ -- author unknown
I'm not sure wether this idea was already mentioned before, so sorry if
I'm repeating an old issue.
What I'd like to see in TextMate would be support for Todo/Task-"Tags"
within a project.
I'm thinking of something similar to Eclipse's task management:
when I write something like
TODO: add stuff here
TextMate should recognize the "TODO:" part and add the text behind the
':' to a task-list stored in the project file. It would be great to
then have some sort of Task-Group in the Project Drawer to quickly
access the TODOs and jump to the position within a file.
In Eclipse the recognition of such TODO/TASK-definitions is simply done
by using regular expressions.
Regards,
Christian
I've never wrote a TM syntax, so I would like to work with someone on
this. If you are not familiar, Smarty is the official template engine
for PHP.
http://smarty.php.net
Here's a complex example of Smarty in action:
http://bronosky.com/pub/binaryGeek/
Thank you,
--==<< R i c h a r d B r o n o s k y >>==--
Hi, I'm new here, I have a question: TextMate cannot open
.textClipping files generated with drag & drop from any apps in
Finder?
If I open a .textClipping file I can't see nothing, if I drag a
.textClipping file in a window of textMate, all is ok.
Is this a bug or a feature?
Hi
Im trying to download the textmate 1.1b5 from the macromates site but
am getting a mounting disk failure each time... is there any other
place i can download from?
thanks
Eoghan
Searching through the archives of this list, and other
TextMate-related materials, I've seen that this has come up a handful
of times, but not in a while, and rarely with much of any response, so
I'll ask again:
Why does TextMate lack any sort of single-project/multi-window
functionality (the most functional and common implementation being
arbitrary split panes within the editor windows, as in jEdit, Emacs,
Xcode, Visual Studio, et multi al.)? Is there any intention of adding
such functionality (in the near future)?
I have a hard time imagining how a programmer-centric editor can
largely ignore the need of developers to have simple and effective
ways to view and edit several documents in the same project
simultaneously. Interfaces and implementations, interfaces and
clients, refactoring source and destination, etc., etc. I recognize
that it is possible to view multiple documents at once, as in any
standard document-based app, using multiple windows. However, files
opened to separate windows fail to integrate with the project-file
functionality and multi-document (tab) organization around which
TextMate is built, and, most of all, require heavy use of the dreaded
Mouse to do much of anything. I have a hard time imagining how the
developers work on this very 30+ KLC app, itself, without the ability
to deftly maneuver many files with keyboard alone, and to see more
than one thing at a time. The addition of features like cmd-T speaks
directly the significance of keyboard navigation of large projects,
but in such projects, what on earth are we to do with our widescreen
or multi-monitor setups if we can only use one pane? There's only so
much of my screen real-estate I could ever allocate to Safari and
OmniOutliner to read documentation and keep a to-do list, when the
primary thing I need is to keep my head inside my code.
I apologize for the rather desperate, frustrated tone creeping up
underneath this message -- it's just the type of desperation that
could only be created by frequent attempts to use an absolutely
glorious, is-everything-I-could-dream-of app, perpetually foiled by a
single, fatal (and bizarrely unique, among programmer's editors) flaw
in just one small aspect of its implementation which completely
prevents me from doing anything more than diddling around and getting
frustrated, time and again. Not to mention from forking over the $50
-- nay $100 I would honestly love to pay for this program, if only I
could actually use it.
The problem is, I greatly appreciate everything that is TextMate. The
core idea -- that other editors on OS X just feel wrong -- echoes my
sole problem since coming [back] to the platform. And TextMate really
does feel right. Oh so right. I just can't actually use it for
anything, since I can't quickly, cleanly, and effectively (i.e. with
the keyboard, without endlessly mucking about with window sizes and
placements) operate on and navigate large multi-file software
projects.
I understand that TextMate is a focused, relatively small undertaking
compared to mammoth editor-beasts like Emacs, or even jEdit these days
-- that that is not only the reality of a single-developer project,
but the goal. But I can't imagine that at least rudimentary split
panes (or some functionally similar interface feature) could possibly
be nearly as implementation-heavy as many of the features that seem to
be coming every few weeks. You have this nice, object-oriented text
view you've created, which can be instantiated many times over (in
separate windows) just fine -- why not allow multiple instantiations
within sub-windows, using Apple's standard split pane widgets? The
key thing which complicates this, of course, is the focus on tabs, and
while it's true that there doesn't seem to be an obvious, elegant
solution to the problem of tabs for multiple panes, I think those of
us who really feel the need for mouse-free management of multiple
document views would gladly live with pretty tabs which have to shut
themselves off when a window is split into multiple panes, at least
until a better solution can be made. After all, tabs are a rather
mouse-centric interface element, anyway, as indicated by the
enthusiastic introduction of the new cmd-T file open/switch feature.
So there we have it. If you can't tell, I've been stewing over this
for several months. Now, what are the chances? Is this even on the
drawing board? Is there anything I or anyone else could do to help it
along (like [not] sending more long, love-lorn emails)?
Is anyone else -- besides me and the 2 people who asked after this
feature here and on the wiki in the fall -- interested in panes? If
not, how on earth do you work with multiple text files simultaneously?
I'd really like to know, because hopefully I'm just totally missing
something that will improve my [working] life forever.
Much love to the creator and users of this fantastic app. And don't
worry, I'm putting my straight jacket back on as we speak, and heading
to bed in my padded, white room.
Hey--
finally with the Enter-to-commit feature I am almost ready to retire
svn in the terminal for Subversion in TextMate (thanks for your work on
this Chris).
However, whenever I work on a feature, 90% of the time I need to modify
several files in my project to implement that one feature. Thus, I
keep a terminal tab open at the project directory, and do "svn ci" to
commit all those files at once. Could you add an option to the
Subversion commands for this? something like "Commit Entire Project".
Or am I missing something that already exists for this? I think it
would be as simple as:
cd "$TM_PROJECT_DIRECTORY"
svn commit
thanks, Kumar
Robert Ullrey <robert_ullrey(a)mac.com> wrote:
> *********************************************************************
> svn checkout --username anon --password anon http://macromates.com/svn/Bundles/trunk ~/Bundles/
For anyone "lucky" enough to be trapped behind an authenticating squid
proxy that hasn't been set up to talk the right sort of talk for the
webdav requests that svn requires (see
http://subversion.tigris.org/faq.html#proxy for the details) it's
definitely worth trying the above command with "https" instead of
"http". I had been trying without any success to download the TM
bundles using svn, and dreading the thought of trying to convince
someone in our IT division to recompile squid. Changing the URL to
https led to a beautiful flood of files in my ~/Bundles directory.
Cheers,
Paul
http://www.macosxhints.com/article.php?story=20050310125513151
I wonder if I should duplicate that tip for Textile or just wait for a
bundle (as the first comment suggest of the Markdown bundle)?
Chris
--
Do the evolution. Get Firefox!
<http://spreadfirefox.com/community/?q=affiliates&id=5&t=4>
Quote of the moment: /"Simplicity is in taking the elegant path. It is
also a conscious choice— to achieve simplicity one must eschew
complexity. Simple things must be simple."/ -- author unknown
I use TextMate and CSSEdit side by side and feel kinda gyped as a CSS
developer (if you can call me a "developer"). I'd love to see an
intelligent bundle that basically implemented CSSEdit's grouping,
autocomplete and colorization tools.
See what I mean: http://www.flickr.com/photos/factoryjoe/6342113/
Any chance of something even close to this happening?
Chris
--
Do the evolution. Get Firefox!
<http://spreadfirefox.com/community/?q=affiliates&id=5&t=4>
Quote of the moment: /"Simplicity is in taking the elegant path. It is
also a conscious choice— to achieve simplicity one must eschew
complexity. Simple things must be simple."/ -- author unknown
Thanks for putting up my bundle Eric, forgot to say that you can have the
window close automatically by giving it the argument 'c' (which Kumar has
set as the default behaviour). It takes quite a bit of time to render the
output for me, so I keep it open.
I originally wanted to make it for those people who hate to leave the
keyboard, by having javascript event listeners for the up and down keys,
which would move the highlighted selection. When hitting return, the
selection should execute. But Texmate's html window doesn't support all the
javascript I wanted.
I've included a revised version of the script, and an example of how it was
intended to function. Open example.html in a browser to see how it works,
down and up keys control selection and return opens the file and line. Can't
get it to work in Texmate's html output, if anyone else can, cool.
max
-----Original Message-----
>Thanks for putting up my bundle Eric, forgot to say that you can have the
window close automatically by giving it the argument 'c' (which Kumar has
set as the default behaviour). It takes quite a bit of time to render the
output for me, so I keep it open.
FYI : Allan mentioned on the developer list that HTML output should be a lot faster by beta 6.
>I originally wanted to make it for those people who hate to leave the
keyboard, by having javascript event listeners for the up and down keys,
which would move the highlighted selection. When hitting return, the
selection should execute. But Texmate's html window doesn't support all the
javascript I wanted.
>I've included a revised version of the script, and an example of how it was
intended to function. Open example.html in a browser to see how it works,
down and up keys control selection and return opens the file and line. Can't
get it to work in Texmate's html output, if anyone else can, cool.
ahh, interesting. I committed your change for safe keeping (since it doesn't break anything). Maybe someone will know how to get the javascript working for WebKit
Kumar
sorry, this seemed to lose the thread ...
in reply to the function/ class navigation :
Myself and some others have made an effort to bring a function/ class nav to the masses.
If you check out the latest Bundles from subversion ( svn co https://anon@macromates.com/svn/Bundles/trunk ), there are several commands under the Defaults package that list Functions/Classes/Entities:
Special Items Popup
Special Items List
Special Items Window
the only two that are mouse-free at the moment are the List and Window output.
k
-----Original Message-----
From: textmate-bounces(a)lists.macromates.com on behalf of James Hill
Sent: Mon 3/14/2005 5:09 AM
To: textmate(a)lists.macromates.com
Subject: [TxMt] Re: Split Panes: who/what/when/where/why (Eric Hsu)
Have to say, got a bit lost on the multi project stuff as I don't
really see this as necessary however... I know at lease another 3 or 4
people who are holding back due to the lack of split window
functionality (same document or multiple). I have a chap here who is
still using JEdit despite the slooow Java based (orrible) interface
purely for this feature. TextMate is a cracking app and feels properly
"Mac", the think lacking being the slit window functionality... oh and
function / class navigation (but that can wait).
Jamie
--
http://www.soniciq.com
On 14 Mar 2005, at 09:19, 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/mailman/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. Re: Stupid svn Repository Question (Chris Messina)
> 2. Re: Stupid svn Repository Question (Jack Baty)
> 3. Split Panes: who/what/when/where/why (Jonathan Ragan-Kelley)
> 4. Re: Stupid svn Repository Question (Mark Sapa)
> 5. Re: Split Panes: who/what/when/where/why (Eric Hsu)
> 6. Re: Stupid svn Repository Question (Eric Hsu)
> 7. Re: Split Panes: who/what/when/where/why (Chris Thomas)
> 8. Re: Split Panes: who/what/when/where/why (Eric Hsu)
> 9. Re: Split Panes: who/what/when/where/why (David Casal)
>
> From: Chris Messina <factoryjoe(a)factorycity.net>
> Date: 13 March 2005 19:43:12 GMT
> To: TM Users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Stupid svn Repository Question
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
> I'm trying to use svnX and I keep getting this error when I try to
> connect:
>
> subversion/libsvn_ra_dav/util.c:670: (apr_err=175002)
> svn: PROPFIND request failed on '/svn'
> subversion/libsvn_ra_dav/util.c:294: (apr_err=175002)
> svn: PROPFIND of '/svn': Could not resolve hostname
> `macromates.com': No address associated with nodename
> (http://macromates.com)
>
> Any idea why this would be happening? I can connect successfully to
> other SVN repositories, so I'm at a loss as to why this is happening.
>
> Chris
>
>
> Allan Odgaard wrote:
>
>> On Mar 13, 2005, at 18:50, Brad Miller wrote:
>>
>>> I just tried to do a fresh checkout myself to see if I could get my
>>> changes to the entitynav.py checked in and I'm seeing the same
>>> thing.
>>> [...]
>>
>>
>> I did a fresh checkout to /tmp, which worked. I changed a command and
>> then I also got an error on commit (though not the same), but it
>> seems this is a know problem [1]. Since I'd done the new checkout as
>> 'anon'.
>>
>> Using: "svn ci --username duff" solved the problem. Could you try
>> this Brad? Giving the correct username after 'anon' has failed *does
>> not work*.
>>
>> [1] http://svn.haxx.se/users/archive-2004-12/0035.shtml
>> ______________________________________________________________________
>> 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
>
>
>
> --
>
> Do the evolution. Get Firefox!
> <http://spreadfirefox.com/community/?q=affiliates&id=5&t=4>
>
> Quote of the moment: /"Simplicity is in taking the elegant path. It is
> also a conscious choice- to achieve simplicity one must eschew
> complexity. Simple things must be simple."/ -- author unknown
>
>
>
>
>
>
>
> From: Jack Baty <jbaty(a)fusionary.com>
> Date: 13 March 2005 21:24:15 GMT
> To: TM Users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Stupid svn Repository Question
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
> A short time ago, for a week or so I could not access anything on the
> macromates.com site, including Subversion. Turns out that for some
> reason my ISPs name servers had very old data. I changed name servers
> and everything, including svn commands, began working again. It's a
> long shot but could be worth a look.
>
>
> On Mar 13, 2005, at 2:43 PM, Chris Messina wrote:
>
>> I'm trying to use svnX and I keep getting this error when I try to
>> connect:
>>
>> subversion/libsvn_ra_dav/util.c:670: (apr_err=175002)
>> svn: PROPFIND request failed on '/svn'
>> subversion/libsvn_ra_dav/util.c:294: (apr_err=175002)
>> svn: PROPFIND of '/svn': Could not resolve hostname
>> `macromates.com': No address associated with nodename
>> (http://macromates.com)
>>
>> Any idea why this would be happening? I can connect successfully to
>> other SVN repositories, so I'm at a loss as to why this is happening.
>>
>
> --
> Jack Baty (http://jackbaty.com)
> Fusionary Media (http://fusionary.com)
>
> Good God, don't the villagers carry torches and pitchforks anymore?
>
>
>
>
>
> From: Jonathan Ragan-Kelley <katokop1(a)gmail.com>
> Date: 14 March 2005 06:48:50 GMT
> To: textmate(a)lists.macromates.com
> Subject: [TxMt] Split Panes: who/what/when/where/why
> Reply-To: jrk(a)csail.mit.edu, TM Users <textmate(a)lists.macromates.com>
>
>
> Searching through the archives of this list, and other
> TextMate-related materials, I've seen that this has come up a handful
> of times, but not in a while, and rarely with much of any response, so
> I'll ask again:
>
> Why does TextMate lack any sort of single-project/multi-window
> functionality (the most functional and common implementation being
> arbitrary split panes within the editor windows, as in jEdit, Emacs,
> Xcode, Visual Studio, et multi al.)? Is there any intention of adding
> such functionality (in the near future)?
>
> I have a hard time imagining how a programmer-centric editor can
> largely ignore the need of developers to have simple and effective
> ways to view and edit several documents in the same project
> simultaneously. Interfaces and implementations, interfaces and
> clients, refactoring source and destination, etc., etc. I recognize
> that it is possible to view multiple documents at once, as in any
> standard document-based app, using multiple windows. However, files
> opened to separate windows fail to integrate with the project-file
> functionality and multi-document (tab) organization around which
> TextMate is built, and, most of all, require heavy use of the dreaded
> Mouse to do much of anything. I have a hard time imagining how the
> developers work on this very 30+ KLC app, itself, without the ability
> to deftly maneuver many files with keyboard alone, and to see more
> than one thing at a time. The addition of features like cmd-T speaks
> directly the significance of keyboard navigation of large projects,
> but in such projects, what on earth are we to do with our widescreen
> or multi-monitor setups if we can only use one pane? There's only so
> much of my screen real-estate I could ever allocate to Safari and
> OmniOutliner to read documentation and keep a to-do list, when the
> primary thing I need is to keep my head inside my code.
>
> I apologize for the rather desperate, frustrated tone creeping up
> underneath this message -- it's just the type of desperation that
> could only be created by frequent attempts to use an absolutely
> glorious, is-everything-I-could-dream-of app, perpetually foiled by a
> single, fatal (and bizarrely unique, among programmer's editors) flaw
> in just one small aspect of its implementation which completely
> prevents me from doing anything more than diddling around and getting
> frustrated, time and again. Not to mention from forking over the $50
> -- nay $100 I would honestly love to pay for this program, if only I
> could actually use it.
>
> The problem is, I greatly appreciate everything that is TextMate. The
> core idea -- that other editors on OS X just feel wrong -- echoes my
> sole problem since coming [back] to the platform. And TextMate really
> does feel right. Oh so right. I just can't actually use it for
> anything, since I can't quickly, cleanly, and effectively (i.e. with
> the keyboard, without endlessly mucking about with window sizes and
> placements) operate on and navigate large multi-file software
> projects.
>
> I understand that TextMate is a focused, relatively small undertaking
> compared to mammoth editor-beasts like Emacs, or even jEdit these days
> -- that that is not only the reality of a single-developer project,
> but the goal. But I can't imagine that at least rudimentary split
> panes (or some functionally similar interface feature) could possibly
> be nearly as implementation-heavy as many of the features that seem to
> be coming every few weeks. You have this nice, object-oriented text
> view you've created, which can be instantiated many times over (in
> separate windows) just fine -- why not allow multiple instantiations
> within sub-windows, using Apple's standard split pane widgets? The
> key thing which complicates this, of course, is the focus on tabs, and
> while it's true that there doesn't seem to be an obvious, elegant
> solution to the problem of tabs for multiple panes, I think those of
> us who really feel the need for mouse-free management of multiple
> document views would gladly live with pretty tabs which have to shut
> themselves off when a window is split into multiple panes, at least
> until a better solution can be made. After all, tabs are a rather
> mouse-centric interface element, anyway, as indicated by the
> enthusiastic introduction of the new cmd-T file open/switch feature.
>
> So there we have it. If you can't tell, I've been stewing over this
> for several months. Now, what are the chances? Is this even on the
> drawing board? Is there anything I or anyone else could do to help it
> along (like [not] sending more long, love-lorn emails)?
>
> Is anyone else -- besides me and the 2 people who asked after this
> feature here and on the wiki in the fall -- interested in panes? If
> not, how on earth do you work with multiple text files simultaneously?
> I'd really like to know, because hopefully I'm just totally missing
> something that will improve my [working] life forever.
>
> Much love to the creator and users of this fantastic app. And don't
> worry, I'm putting my straight jacket back on as we speak, and heading
> to bed in my padded, white room.
>
>
>
>
> From: Mark Sapa <Mark.Sapa(a)gmx.de>
> Date: 14 March 2005 07:12:15 GMT
> To: TM Users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Stupid svn Repository Question
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
> Hey Allan, just tried your suggestion a few times:
>
>
> Am 13.03.2005 um 19:21 schrieb Allan Odgaard:
>
>> On Mar 13, 2005, at 18:15, Mark Sapa wrote:
>>
>>>> [moerk@mungon]~ 501 % rm -rf Bundles
>>>> [moerk@mungon]~ 502 % rm -rf .subversion
>>>> [moerk@mungon]~ 503 % svn co
>>>> http://macromates.com/svn/Bundles/trunk Bundles
>>>> Authentication realm: <http://macromates.com:80> macromates.com
>>>> Password for 'moerk':
>>
>> Maybe this is related to the bug I just mentioned for Brad [1].
>>
>> Could you try instead to do:
>> svn co --username anon http://macromates.com/svn/Bundles/trunk
>> Bundles
>>
>> So that it won't first prompt for password for moerk.
>
>
> This is the result:
>
>> [moerk@mungon]~ 546 % rm -rf Bundles
>> [moerk@mungon]~ 547 % rm -rf .subversion
>> [moerk@mungon]~ 548 % svn co --username anon
>> http://macromates.com/svn/Bundles/trunk Bundles
>> Authentication realm: <http://macromates.com:80> macromates.com
>> Password for 'anon':
>> svn: PROPFIND request failed on '/svn/Bundles/trunk'
>> svn: PROPFIND of '/svn/Bundles/trunk': 400 failed to forward body of
>> the request (http://macromates.com)
>> [1][moerk@mungon]~ 549 % rm -rf Bundles[moerk@mungon]~ 550 % rm -rf
>> .subversion[moerk@mungon]~ 551 % svn co --username anon
>> http://macromates.com/svn/Bundles/trunk Bundles
>> Authentication realm: <http://macromates.com:80> macromates.com
>> Password for 'anon':
>> svn: PROPFIND request failed on '/svn/Bundles/trunk'
>> svn: PROPFIND of '/svn/Bundles/trunk': 403 Forbidden
>> (http://macromates.com)
>> [1][moerk@mungon]~ 552 % rm -rf Bundles [moerk@mungon]~ 553 % rm
>> -rf .subversion[moerk@mungon]~ 554 % svn co --username anon
>> http://macromates.com/svn/Bundles/trunk Bundles
>> Authentication realm: <http://macromates.com:80> macromates.com
>> Password for 'anon':
>> svn: REPORT request failed on '/svn/Bundles/!svn/vcc/default'
>> svn: REPORT of '/svn/Bundles/!svn/vcc/default': 503 unknown method
>> (http://macromates.com)
>
> The first I _might_ attribute to a skippy connection, I was unsure
> about my correct typing
> of the password in the second, but the third _definitely_ has the
> correct pw.
> This is with a freshly recompiled version of svn, btw.
>
> Any more suggestions, anyone?
>
> Right now I'll try rebuilding the fink svn-client without ssl
> support... *shrug*
>
>
>
>
>
> From: Eric Hsu <erichsu(a)math.sfsu.edu>
> Date: 14 March 2005 07:27:31 GMT
> To: TM Users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Split Panes: who/what/when/where/why
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
>> Why does TextMate lack any sort of single-project/multi-window
>> functionality (the most functional and common implementation being
>> arbitrary split panes within the editor windows, ....
>>
>> Is anyone else -- besides me and the 2 people who asked after this
>> feature here and on the wiki in the fall -- interested in panes? If
>> not, how on earth do you work with multiple text files simultaneously?
>
> I'm confused by the request. One piece talks about many files, one
> project (the end). For this,
> I use the 'project drawer'. Start a new project. Add the folders that
> I am working with (the drawer automatically finds the enclosed files).
> Now as I click on files in the hierarchy, they appear as tabs. You can
> flip between them using Ctrl-Opt-Arrow. It works pretty well... My
> only complaint is that the drawer remembers state oddly. If you add a
> folder and want to omit a subfolder (in my case because there are
> 1,500 data files in it), TM will add it back when it refreshes; other
> times when it refreshes the folders close up. But Allan is aware of
> these annoyances...
>
> The other piece asks for split views of the same document. I think
> BBEdit had this, but I used the functionality about once a month. If I
> need to jump between subroutines, there are a number of 'jump to
> function' commands that are competing in the TM svn repository. The
> project I'm working on now is broken up into a bunch of modules that
> are in different files anyway. I have been learning how fantastically
> indispensable the "Find in Project" command is.
>
> - Eric
> --
> Eric Hsu, Assistant Professor of Mathematics
> San Francisco State University
> erichsu(a)math.sfsu.edu
> http://math.sfsu.edu/hsu
>
>
>
>
> From: Eric Hsu <erichsu(a)math.sfsu.edu>
> Date: 14 March 2005 07:33:42 GMT
> To: TM Users <textmate(a)lists.macromates.com>, Mark Sapa
> <Mark.Sapa(a)gmx.de>
> Cc: Subject: Re: [TxMt] Stupid svn Repository Question
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
> At 8:12 AM +0100 3/14/05, Mark Sapa wrote:
>> Right now I'll try rebuilding the fink svn-client without ssl
>> support... *shrug*
>
> My svn setup is working great, checkout and checkin. Let's see, how
> did I install it...
>
> My info: svn, version 1.1.1 (r11581)
> compiled Oct 23 2004, 17:26:09
>
> I think I got it from http://www.codingmonkeys.de/mbo/, which has
> packages nicely precompiled for Panther. You are using 10.3, right?
>
> - Eric
> --
> Eric Hsu, Assistant Professor of Mathematics
> San Francisco State University
> erichsu(a)math.sfsu.edu
> http://math.sfsu.edu/hsu
>
>
>
>
> From: Chris Thomas <chris(a)cjack.com>
> Date: 14 March 2005 07:39:19 GMT
> To: Eric Hsu <erichsu(a)math.sfsu.edu>
> Cc: TM Users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Split Panes: who/what/when/where/why
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
>
> On Mar 13, 2005, at 11:27 PM, Eric Hsu wrote:
>
>> The other piece asks for split views of the same document. I think
>> BBEdit had this, but I used the functionality about once a month. If
>> I need to jump between subroutines, there are a number of 'jump to
>> function' commands that are competing in the TM svn repository. The
>> project I'm working on now is broken up into a bunch of modules that
>> are in different files anyway. I have been learning how
>> fantastically indispensable the "Find in Project" command is.
>
> BBEdit's implementation is one horizontal split pane, IIRC. Not good
> enough.
>
> Imagine that you have a really large source file.
> Imagine that you need to make changes to code at top of the file that
> require interrelated changes to stuff at the bottom, and/or vice
> versa.
> Imagine these changes are too complicated to hold all of the details
> in your head.
>
> You don't need this often, but when you do, it's essential.
>
> In the past, I've actually used four horizontal split panes working on
> the same document at once. That was a particularly intricate case, but
> I would certainly use the functionality if I had it now.
> Unfortunately, Xcode's pane split UI sucks. MPW did it right (more or
> less).
>
> Chris
>
>
>
>
>
> From: Eric Hsu <erichsu(a)math.sfsu.edu>
> Date: 14 March 2005 07:59:13 GMT
> To: Chris Thomas <chris(a)cjack.com>
> Cc: TM Users <textmate(a)lists.macromates.com>, Eric Hsu
> <erichsu(a)math.sfsu.edu>
> Subject: Re: [TxMt] Split Panes: who/what/when/where/why
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
>> You don't need this often, but when you do, it's essential.
>
> Yeah, I was thankful that one time a month I used it. And I would be
> happy to have it in TM. The question is always priorities...
>
> - Eric
> --
> Eric Hsu, Assistant Professor of Mathematics
> San Francisco State University
> erichsu(a)math.sfsu.edu
> http://math.sfsu.edu/hsu
>
>
>
>
> From: David Casal <david(a)luminas.co.uk>
> Date: 14 March 2005 09:19:27 GMT
> To: TM Users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Split Panes: who/what/when/where/why
> Reply-To: TM Users <textmate(a)lists.macromates.com>
>
>
>
> On 14 Mar 2005, at 07:59, Eric Hsu wrote:
>
>>> You don't need this often, but when you do, it's essential.
>>
>> Yeah, I was thankful that one time a month I used it. And I would be
>> happy to have it in TM. The question is always priorities...
>
> The one thing I miss from jedit is actually being able to open
> -several- files in split panes. That's the scenario I used the most,
> and the one I'd really love to see in TM.
>
> David Casal
>
>
>
>
> _______________________________________________
> textmate mailing list
> textmate(a)lists.macromates.com
> http://lists.macromates.com/mailman/listinfo/textmate
Ok, stupid question, but I can not remember how to define the pdflatex
path in the shell preferences.
something like TM_FILEPATH = usr/local/tetex/..... or is it
TM_LATEX_MASTER = usr/local/.....
Could someone please remind me.
Thanks
Hi,
I really like the entities nav thing, here's my version of the output
window. It's in an html list and is quite good when you make the window
narrow, and have it to accompany your code.
Don't have svn access but if anyone thinks it's useful, feel free to put it
up there.
Max
Hello everybody,
just a stupid question after puttering along with the Bundle repository
for
a while: Is there an easy way of checking out the entire "trunk" to a
local
directory?
And, after checking out individual bundles, is it normal to get messages
like
> svn: REPORT request failed on '/svn/Bundles/!svn/vcc/default'
> svn: REPORT of '/svn/Bundles/!svn/vcc/default': 503 unknown method
> (http://macromates.com)
Thanks in advance,
Mark Sapa
