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
