[TxMt] Re: textmate Digest, Vol 30, Issue 8

Jonathan Marshall jsmarshall at me.com
Fri Nov 5 23:37:10 UTC 2010


Oops, I clicked the wrong address, please disregard and delete the last email from this address.  Thanks

On 2010-11-05, at 7:33 PM, textmate-request at lists.macromates.com wrote:

> Send textmate mailing list submissions to
> 	textmate at lists.macromates.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.macromates.com/listinfo/textmate
> or, via email, send a message with subject or body 'help' to
> 	textmate-request at lists.macromates.com
> 
> You can reach the person managing the list at
> 	textmate-owner at 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: manipulating full lines rather than selection (Tim Diggins)
>   2.  Language gramar and end match (Pedro Melo)
>   3.   Re: TextMate 1.5.9 crashing several times a day (Charles Turner)
>   4.  Re: Starting a background process from a command (Daniel Grady)
>   5.  Re: Language gramar and end match (Josh Varner)
>   6.  Re: Language gramar and end match (Pedro Melo)
>   7.  Re: textmate Digest, Vol 30, Issue 7 (Jonathan Marshall)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 5 Nov 2010 15:17:33 +0000
> From: Tim Diggins <tim at red56.co.uk>
> To: TextMate users <textmate at lists.macromates.com>
> Subject: [TxMt] Re: manipulating full lines rather than selection
> Message-ID:
> 	<AANLkTik=ZnAqYirEAoa9fB1JyBgHi34qw7jm9OorLnHA at mail.gmail.com>
> Content-Type: text/plain; charset="windows-1252"
> 
> Oh, ok - I can see that use-case. Always interesting how different people
> use software differently.
> 
> Thanks for all the responses.
> 
> On Fri, Nov 5, 2010 at 3:11 PM, Rob McBroom <mailinglist0 at skurfer.com>wrote:
> 
>> On Nov 5, 2010, at 10:50 AM, Tim Diggins wrote:
>> 
>> However the more I think about it, the more I think that the current
>> behaviour with (what you might call sloppy multi-line selection), for
>> indent/dedent and comment/uncomment  is not very helpful. Indeed I can't
>> understand what need the current behaviour serves (i.e. should be treated as
>> a bug).
>> 
>> 
>> I comment selections now and then (usually at the end of a line). I agree
>> that use cases for doing this on multiple-line selections are less common,
>> but even there it can come in handy. CSS is a prime example, since it only
>> has block style commenting.
>> 
>> .one {
>>  padding: 0em;
>> }
>> .two {
>>  padding: 1em;
>> }
>> 
>> If I wanted to comment out the ?one? class and selected the first three
>> lines, I would end up breaking the ?two? class.
>> 
>> /*.one {
>>  padding: 0em;
>> }
>> */.two {
>>  padding: 1em;
>> }
>> 
>> So I get around this by selecting everything but the newline.
>> 
>> --
>> 
>> Rob McBroom
>> <http://www.skurfer.com/>
>> 
>> 
>> 
>> _______________________________________________
>> textmate mailing list
>> textmate at lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
>> 
> 
> 
> 
> -- 
> ------------------------------------------------------
> 
> Tim Diggins
> http://red56.co.uk
> http://tim.teamportfolios.com/
> tim at red56.co.uk
> 
> 07515 931 642 / +447515931642
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.macromates.com/textmate/attachments/20101105/1a773cac/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 2
> Date: Fri, 5 Nov 2010 16:19:36 +0000
> From: Pedro Melo <melo at simplicidade.org>
> To: TextMate users <textmate at lists.macromates.com>
> Subject: [TxMt] Language gramar and end match
> Message-ID:
> 	<AANLkTim1FD0fZDat9z5VK+5_FrAUXCZv6yi7UsrjDWAs at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
> 
> Hi,
> 
> I have a small embedded mini-language that allows me to include HTML
> and CSS files inline inside the code.
> 
> The layout is something like this:
> 
> ------ 8< -----
> @@ filename.html
> <div>....</div>
> 
> @@ styles.css
> ... css stuff ...
> 
> @@ other.html
> ... more html...
> 
> ------ 8< -----
> 
> I'm using something like this:
> 
> 		{	name = 'embedded.html';
> 			begin = '^(@@)\s+(.+[.]html?)\s*$';
> 			end = '^@@';
> 			captures = {
> 				1 = { name = 'embedded.marker'; };
> 				2 = { name = 'embedded.filename'; };
> 			};
> 			patterns = ( { include = 'text.html'; } );
> 		},
> 		{	name = 'embedded.css';
> 			begin = '^(@@)\s+(.+[.]css)\s*$';
> 			end = '^@@';
> 			captures = {
> 				1 = { name = 'embedded.marker'; };
> 				2 = { name = 'embedded.filename'; };
> 			};
> 			patterns = ( { include = 'text.css'; } );
> 		},
> 
> But the problem is that the "end" rule captures the @@ pair to it
> cannot be matched by the next block "begin".
> 
> If I add an extra @@ just before the second file, it all works fine.
> 
> Is there any trick to get around this?
> 
> Thanks,
> -- 
> Pedro Melo
> http://www.simplicidade.org/
> xmpp:melo at simplicidade.org
> mailto:melo at simplicidade.org
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Fri, 05 Nov 2010 12:40:02 -0400
> From: Charles Turner <vze26m98 at optonline.net>
> To: TextMate users <textmate at lists.macromates.com>
> Subject: [TxMt]  Re: TextMate 1.5.9 crashing several times a day
> Message-ID: <DFC1E159-2ADE-4461-95C8-28F08251FE04 at optonline.net>
> Content-Type: text/plain; charset=us-ascii
> 
> I saw Gerd is online, so I thought I'd: BUMP!
> 
> On Aug 12, 2010, at 10:57 AM, Gerd Knops wrote:
> 
>>> Does this sound like your problem?
>>> 
>>> http://github.com/ciaran/projectplus/issues#issue/29
>>> 
>> A long time ago I sent in a patch, but that never made it into PP.
> 
> Hi Gerd- (or anyone)
> 
> I applied Gerd's patch to Ciaran's projectplus, but Xcode gives me an error that GCC 4.2 isn't compatible with the 10.4SDK.
> 
> Any advice on whether I should "downgrade" the compiler to be compatible with 10.4u SDK, or should "upgrade" the SDK to 10.6, or another that's compatible with GCC 4.2?
> 
> Thanks!
> 
> Charles
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Fri, 5 Nov 2010 13:57:47 -0500
> From: Daniel Grady <d.c.grady at gmail.com>
> To: textmate at lists.macromates.com
> Subject: [TxMt] Re: Starting a background process from a command
> Message-ID: <B1BA17F7-7118-49B2-A593-37BA84C20C45 at gmail.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Thanks a lot for pointing this out, Allan. So now if I write
> 
> (matlab -nosplash -nodesktop < in &> out) &>/dev/null &
> 
> inside a TM command it's letting the command exit while MATLAB continues running in the background. I'll have to continue fiddling with this later today.
> 
> -Daniel
> 
> On Nov 4, 2010, at 3:17 PM, textmate-request at lists.macromates.com wrote:
> 
>> From: Allan Odgaard <mailinglist at textmate.org>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: Starting a background process from a command
>> Message-ID: <AA883E0B-D3FC-47E4-9CDC-1AEE165AE82B at textmate.org>
>> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>> 
>> On 4 Nov 2010, at 14:30, Daniel Grady wrote:
>> 
>>> Hi everyone, I'm trying to write a TM command that will set up some  
>>> FIFOs, launch a process connected to those, and then the command  
>>> will exit [...] when I try to implement this inside a TM command,  
>>> the command doesn't exit until the launched process also exits.
>> 
>> This is because TextMate will wait till your process close stdout/error.
>> 
>> We have a ruby wrapper for this (which catch exceptions), for more  
>> info: http://wiki.macromates.com/HowTo/RunCommandInBackground
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Fri, 5 Nov 2010 14:41:40 -0500
> From: Josh Varner <josh.varner at gmail.com>
> To: TextMate users <textmate at lists.macromates.com>
> Subject: [TxMt] Re: Language gramar and end match
> Message-ID:
> 	<AANLkTinkK+ivLFW8G1xUvLVG6K=BxLOXpt2TjOPmNPxU at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> If I understand you correctly, the end of the embedded section is simply the
> next '@@' start marker. So, change your end match to use a look-ahead:
> 
>    end = '^(?=@@)';
> 
> On Fri, Nov 5, 2010 at 11:19 AM, Pedro Melo <melo at simplicidade.org> wrote:
> 
>> Hi,
>> 
>> I have a small embedded mini-language that allows me to include HTML
>> and CSS files inline inside the code.
>> 
>> The layout is something like this:
>> 
>> ------ 8< -----
>> @@ filename.html
>> <div>....</div>
>> 
>> @@ styles.css
>> ... css stuff ...
>> 
>> @@ other.html
>> ... more html...
>> 
>> ------ 8< -----
>> 
>> I'm using something like this:
>> 
>>               {       name = 'embedded.html';
>>                       begin = '^(@@)\s+(.+[.]html?)\s*$';
>>                       end = '^@@';
>>                       captures = {
>>                               1 = { name = 'embedded.marker'; };
>>                               2 = { name = 'embedded.filename'; };
>>                       };
>>                       patterns = ( { include = 'text.html'; } );
>>               },
>>               {       name = 'embedded.css';
>>                       begin = '^(@@)\s+(.+[.]css)\s*$';
>>                       end = '^@@';
>>                       captures = {
>>                               1 = { name = 'embedded.marker'; };
>>                               2 = { name = 'embedded.filename'; };
>>                       };
>>                       patterns = ( { include = 'text.css'; } );
>>               },
>> 
>> But the problem is that the "end" rule captures the @@ pair to it
>> cannot be matched by the next block "begin".
>> 
>> If I add an extra @@ just before the second file, it all works fine.
>> 
>> Is there any trick to get around this?
>> 
>> Thanks,
>> --
>> Pedro Melo
>> http://www.simplicidade.org/
>> xmpp:melo at simplicidade.org <xmpp%3Amelo at simplicidade.org>
>> mailto:melo at simplicidade.org
>> 
>> _______________________________________________
>> textmate mailing list
>> textmate at lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
>> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.macromates.com/textmate/attachments/20101105/cf9b82f9/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 6
> Date: Fri, 5 Nov 2010 20:02:57 +0000
> From: Pedro Melo <melo at simplicidade.org>
> To: TextMate users <textmate at lists.macromates.com>
> Subject: [TxMt] Re: Language gramar and end match
> Message-ID:
> 	<AANLkTi=kBmdVgAwztTzngpj7_4zD=YLfNxerbP1cRmf+ at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
> 
> Hi,
> 
> On Fri, Nov 5, 2010 at 7:41 PM, Josh Varner <josh.varner at gmail.com> wrote:
>> If I understand you correctly, the end of the embedded section is simply the
>> next '@@' start marker.
> 
> Yep.
> 
> 
>> So, change your end match to use a look-ahead:
>> ?? ?end = '^(?=@@)';
> 
> Ah, perfect! :)
> 
> I didn't knew that TextMate already supported that, coolness
> 
> Many thanks Josh,
> -- 
> Pedro Melo
> http://www.simplicidade.org/
> xmpp:melo at simplicidade.org
> mailto:melo at simplicidade.org
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Fri, 05 Nov 2010 19:33:27 -0400
> From: Jonathan Marshall <jsmarshall at me.com>
> To: textmate at lists.macromates.com
> Subject: [TxMt] Re: textmate Digest, Vol 30, Issue 7
> Message-ID: <7FDC87C7-7A91-4A02-A011-27D8761E9B2A at me.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Hey Jerry,
> 
> If you get this before you go, go ahead and send me the data capture program.  I want to be compliant and try every possibility.  I was thinking I will also try unplugging my cordless phone since that's the only thing I haven't tried yet.
> 
> Jonathan Marshall.
> 
> On 2010-11-05, at 11:11 AM, textmate-request at lists.macromates.com wrote:
> 
>> Send textmate mailing list submissions to
>> 	textmate at lists.macromates.com
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	http://lists.macromates.com/listinfo/textmate
>> or, via email, send a message with subject or body 'help' to
>> 	textmate-request at lists.macromates.com
>> 
>> You can reach the person managing the list at
>> 	textmate-owner at 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: manipulating full lines rather than selection (Sven Axelsson)
>>  2.  Re: manipulating full lines rather than selection (Tim Diggins)
>>  3.  Re: manipulating full lines rather than selection (Sven Axelsson)
>>  4.  Re: manipulating full lines rather than selection
>>     (Hans-J?rg Bibiko)
>>  5.  Re: manipulating full lines rather than selection (Rob McBroom)
>>  6.  Re: manipulating full lines rather than selection (Tim Diggins)
>>  7.  Re: manipulating full lines rather than selection (Gerd Knops)
>>  8.  Re: manipulating full lines rather than selection (Rob McBroom)
>> 
>> 
>> ----------------------------------------------------------------------
>> 
>> Message: 1
>> Date: Fri, 5 Nov 2010 13:01:36 +0100
>> From: Sven Axelsson <sven.axelsson at gmail.com>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID:
>> 	<AANLkTik10fPRJwyYc7gb78CKrUm4xML1R82rvAZQxXSa at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> On 5 November 2010 11:30, Tim Diggins <tim at red56.co.uk> wrote:
>> 
>>> <snip> ... forcing selection to full lines ...
>>> 
>> Is there a way to make this happen? Can I "decorate' those commands somehow
>>> to select the relevant lines first... Or would I just have to rewrite those
>>> particular features (for each bundle I want them to happen in? )
>>> 
>>> thanks in advance
>>> 
>> 
>> The commands could be rewritten, for sure, but wouldn't it be easier to
>> teach yourself to select full lines when you need it? I usually make such
>> selections by triple-clicking the first line to select it, and then dragging
>> which will now continue to select full lines. You can also click and drag in
>> the line number gutter to select full lines.
>> 
>> -- 
>> Sven Axelsson
>> ++++++++++[>++++++++++>+++++++++++>++++++++++>++++++
>>> ++++<<<<<-]>++++.+.++++.>+++++.>+.<<-.>>+.>++++.<<.
>> +++.>-.<<++.>>----.<++.>>>++++++.<<<<.>>++++.<----.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://lists.macromates.com/textmate/attachments/20101105/4a79e976/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 2
>> Date: Fri, 5 Nov 2010 12:34:20 +0000
>> From: Tim Diggins <tim at red56.co.uk>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID:
>> 	<AANLkTi=TyUkboJZwGaVOMSRc96KK92X03dA3NZ2rtZg8 at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> I primarily use the keyboard. If I want to "teach myself" a different way of
>> interacting, I'd go for vim!!
>> 
>> On Fri, Nov 5, 2010 at 12:01 PM, Sven Axelsson <sven.axelsson at gmail.com>wrote:
>> 
>>> 
>>> 
>>> On 5 November 2010 11:30, Tim Diggins <tim at red56.co.uk> wrote:
>>> 
>>>> <snip> ... forcing selection to full lines ...
>>>> 
>>> Is there a way to make this happen? Can I "decorate' those commands somehow
>>>> to select the relevant lines first... Or would I just have to rewrite those
>>>> particular features (for each bundle I want them to happen in? )
>>>> 
>>>> thanks in advance
>>>> 
>>> 
>>> The commands could be rewritten, for sure, but wouldn't it be easier to
>>> teach yourself to select full lines when you need it? I usually make such
>>> selections by triple-clicking the first line to select it, and then dragging
>>> which will now continue to select full lines. You can also click and drag in
>>> the line number gutter to select full lines.
>>> 
>>> --
>>> Sven Axelsson
>>> ++++++++++[>++++++++++>+++++++++++>++++++++++>++++++
>>>> ++++<<<<<-]>++++.+.++++.>+++++.>+.<<-.>>+.>++++.<<.
>>> +++.>-.<<++.>>----.<++.>>>++++++.<<<<.>>++++.<----.
>>> 
>>> 
>>> _______________________________________________
>>> textmate mailing list
>>> textmate at lists.macromates.com
>>> http://lists.macromates.com/listinfo/textmate
>>> 
>> 
>> 
>> 
>> -- 
>> ------------------------------------------------------
>> 
>> Tim Diggins
>> http://red56.co.uk
>> http://tim.teamportfolios.com/
>> tim at red56.co.uk
>> 
>> 07515 931 642 / +447515931642
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://lists.macromates.com/textmate/attachments/20101105/08f1deeb/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 3
>> Date: Fri, 5 Nov 2010 14:59:19 +0100
>> From: Sven Axelsson <sven.axelsson at gmail.com>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID:
>> 	<AANLkTikOUtWwRiqMOxnqWDwtFotOsEa0J+n_tSiftiWQ at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>> 
>> On 5 November 2010 13:34, Tim Diggins <tim at red56.co.uk> wrote:
>>> I primarily use the keyboard. If I want to "teach myself" a different way of
>>> interacting, I'd go for vim!!
>> 
>> OK, keyboard it is. How about just hitting Shift+Cmd+L to extend the
>> selection to full lines? That's not too bad, right?
>> 
>> -- 
>> Sven Axelsson
>> ++++++++++[>++++++++++>+++++++++++>++++++++++>++++++
>>> ++++<<<<<-]>++++.+.++++.>+++++.>+.<<-.>>+.>++++.<<.
>> +++.>-.<<++.>>----.<++.>>>++++++.<<<<.>>++++.<----.
>> 
>> 
>> ------------------------------
>> 
>> Message: 4
>> Date: Fri, 5 Nov 2010 15:00:22 +0100
>> From: Hans-J?rg Bibiko <bibiko at eva.mpg.de>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID: <2BAD7D83-1C05-453C-9964-EBEA56DC5912 at eva.mpg.de>
>> Content-Type: text/plain; charset=us-ascii
>> 
>> Hi,
>> 
>> for such cases I wrote the TMTOOLS plugin
>> 
>> http://email.eva.mpg.de/~bibiko/downloads/textmate/
>> 
>> help:
>> 
>> http://email.eva.mpg.de/~bibiko/downloads/textmate/tmtoolshelp.html
>> 
>> 
>> 
>> If you install it (on your own risk ;) then you can write this tmcommand and bind it to any short-cut:
>> 
>> Save:
>> nothing
>> 
>> Command:
>> 
>> if [ ${#TM_SELECTED_TEXT} -gt 0 ]; then
>> 	"$TMTOOLS" set caretTo "{line=$TM_INPUT_START_LINE;column=0;}"
>> 	if [ $TM_LINE_NUMBER -eq $TM_INPUT_START_LINE ]; then
>> 		"$TMTOOLS" move selectionBy "{line=0;column=$((${#TM_SELECTED_TEXT} + $TM_COLUMN_NUMBER - 1));}"
>> 	else
>> 		"$TMTOOLS" move selectionBy "{line=$(($TM_LINE_NUMBER-$TM_INPUT_START_LINE));column=$(($TM_COLUMN_NUMBER - 1));}"
>> 	fi
>> fi
>> 
>> "$TMTOOLS" call command '{name="Comment Line / Selection";}'
>> 
>> Input:
>> nothing
>> 
>> Output:
>> Show as Tool Tip
>> 
>> 
>> Have fun,
>> 
>> --Hans
>> 
>> ------------------------------
>> 
>> Message: 5
>> Date: Fri, 5 Nov 2010 10:46:17 -0400
>> From: Rob McBroom <mailinglist0 at skurfer.com>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID: <D38A340F-FA6D-4BCA-A094-EF29C839639D at skurfer.com>
>> Content-Type: text/plain; charset=us-ascii
>> 
>> On Nov 5, 2010, at 9:59 AM, Sven Axelsson wrote:
>> 
>>> OK, keyboard it is. How about just hitting Shift+Cmd+L to extend the
>>> selection to full lines? That's not too bad, right?
>> 
>> I use that all the time to select the current line. I didn't know it could be used to fix a sloppy selection like that. Thanks for the tip!
>> 
>> -- 
>> Rob McBroom
>> <http://www.skurfer.com/>
>> 
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 6
>> Date: Fri, 5 Nov 2010 14:50:15 +0000
>> From: Tim Diggins <tim at red56.co.uk>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID:
>> 	<AANLkTikdMKsotdPc__ZEU=NiWHB6DLqChM0WVz8tdwbL at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> Yeah, great tip - I'd missed that very useful key command.
>> 
>> However the more I think about it, the more I think that the current
>> behaviour with (what you might call sloppy multi-line selection), for
>> indent/dedent and comment/uncomment  is not very helpful. Indeed I can't
>> understand what need the current behaviour serves (i.e. should be treated as
>> a bug).
>> 
>> On Fri, Nov 5, 2010 at 2:46 PM, Rob McBroom <mailinglist0 at skurfer.com>wrote:
>> 
>>> On Nov 5, 2010, at 9:59 AM, Sven Axelsson wrote:
>>> 
>>>> OK, keyboard it is. How about just hitting Shift+Cmd+L to extend the
>>>> selection to full lines? That's not too bad, right?
>>> 
>>> I use that all the time to select the current line. I didn't know it could
>>> be used to fix a sloppy selection like that. Thanks for the tip!
>>> 
>>> --
>>> Rob McBroom
>>> <http://www.skurfer.com/>
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> textmate mailing list
>>> textmate at lists.macromates.com
>>> http://lists.macromates.com/listinfo/textmate
>>> 
>> 
>> 
>> 
>> -- 
>> ------------------------------------------------------
>> 
>> Tim Diggins
>> http://red56.co.uk
>> http://tim.teamportfolios.com/
>> tim at red56.co.uk
>> 
>> 07515 931 642 / +447515931642
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://lists.macromates.com/textmate/attachments/20101105/c7dba120/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 7
>> Date: Fri, 5 Nov 2010 09:59:05 -0500
>> From: Gerd Knops <gerti-textmate at bitart.com>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID: <795805B4-23A0-4DEB-9161-30087C895448 at bitart.com>
>> Content-Type: text/plain; charset=us-ascii
>> 
>> 
>> On Nov 5, 2010, at 9:50 AM, Tim Diggins wrote:
>> 
>>> Yeah, great tip - I'd missed that very useful key command.
>>> 
>>> However the more I think about it, the more I think that the current behaviour with (what you might call sloppy multi-line selection), for indent/dedent and comment/uncomment  is not very helpful. Indeed I can't understand what need the current behaviour serves (i.e. should be treated as a bug).
>> 
>> Why? Triple-click extend is standard behavior on OS X. Does that not work for you?
>> 
>> Gerd
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 8
>> Date: Fri, 5 Nov 2010 11:11:52 -0400
>> From: Rob McBroom <mailinglist0 at skurfer.com>
>> To: TextMate users <textmate at lists.macromates.com>
>> Subject: [TxMt] Re: manipulating full lines rather than selection
>> Message-ID: <BC225AB8-227F-4819-830E-88A04F6C116C at skurfer.com>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> On Nov 5, 2010, at 10:50 AM, Tim Diggins wrote:
>> 
>>> However the more I think about it, the more I think that the current behaviour with (what you might call sloppy multi-line selection), for indent/dedent and comment/uncomment  is not very helpful. Indeed I can't understand what need the current behaviour serves (i.e. should be treated as a bug).
>> 
>> 
>> I comment selections now and then (usually at the end of a line). I agree that use cases for doing this on multiple-line selections are less common, but even there it can come in handy. CSS is a prime example, since it only has block style commenting.
>> 
>> .one {
>> padding: 0em;
>> }
>> .two {
>> padding: 1em;
>> }
>> 
>> If I wanted to comment out the ?one? class and selected the first three lines, I would end up breaking the ?two? class.
>> 
>> /*.one {
>> padding: 0em;
>> }
>> */.two {
>> padding: 1em;
>> }
>> 
>> So I get around this by selecting everything but the newline.
>> 
>> -- 
>> Rob McBroom
>> <http://www.skurfer.com/>
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://lists.macromates.com/textmate/attachments/20101105/0e8c0b10/attachment.html>
>> 
>> ------------------------------
>> 
>> _______________________________________________
>> textmate mailing list
>> textmate at lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
>> 
>> End of textmate Digest, Vol 30, Issue 7
>> ***************************************
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> textmate mailing list
> textmate at lists.macromates.com
> http://lists.macromates.com/listinfo/textmate
> 
> End of textmate Digest, Vol 30, Issue 8
> ***************************************



More information about the textmate mailing list