Hello:
My TextMate just announced that a new "Cutting Edge" version 1.5.10 (1616) is available for download. I went to the web site and this is the current version, but I cannot find any information on it, or a changelog.
Of course, I'm very excited about a new version of TextMate, but can someone offer information on what's new in this version?
Thanks,
dZ.
Hello:
I have two project windows opened in TextMate at the same time and I noticed that if I set the tab size in one to say, 4, when I switch to the other window, it automatically changes too.
Is there a way to make the tab size "sticky" per window or per project?
Thanks,
dZ.
same for me
On Sat, Nov 13, 2010 at 12:09 PM, Thomas Traub <tomlettres(a)gmail.com> wrote:
> Same for me
>
>
> On Sat, Nov 13, 2010 at 12:06 PM, Piero D'Ancona <pierodancona(a)gmail.com>wrote:
>
>> Does anyone experience the problem I see here?
>> the shortcut CMD+OPT+B, which should toggle
>> bookmark visibility in the gutter, does not work,
>> and instead an html window briefly appears and
>> then disappears.
>>
>> Piero
>>
>>
>> _______________________________________________
>> textmate mailing list
>> textmate(a)lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
>>
>
>
I'm a Ruby newbie. I'm using TexMate Version 1.5.9 (1510) on Mac OS X
Version 10.6.4. I'm trying to write a small Ruby snippet to get keyboard
input as follows:
puts "What is your name? "
name = gets.chomp
puts "Hello #{name}"
I get the following TextMate error:
*NoMethodError:* private method ‘chomp’ called for nil:NilClass
*at top level*<txmt://open?line=2&url=file:///Users/marcc/Documents/marccTechnical/Ruby/myRubyPrograms/sayhello.rb>
in *sayhello.rb* at line 2
Program exited with code #1 after 0.02 seconds.
I've googled pretty much every piece of information on Ruby keyboard input,
changed that little snippet many times accordingly, but I could never get it
to work.
I realize that this question is not directly related to TextMate, but I'm
hoping somebody can help me.
Thanks in advance,
Marc
Does somebody use the blogging bundle under Ruby 1.9.x ?
I got the error message when I used "fetch post" ("post new blog" has the
similar error message)
/Applications/TextMate.app/Contents/SharedSupport/Support/lib/ui.rb:24:in
`+': can't convert REXML::ParseException into String (TypeError)
from
/Applications/TextMate.app/Contents/SharedSupport/Support/lib/ui.rb:24:in
`rescue in dialog'
from
/Applications/TextMate.app/Contents/SharedSupport/Support/lib/ui.rb:28:in
`dialog'
from
/Applications/TextMate.app/Contents/SharedSupport/Support/lib/progress.rb:42:in
`call_with_progress'
from /Users/user/Library/Application
Support/TextMate/Bundles/Blogging.tmbundle/Support/lib/blogging.rb:575:in
`fetch'
from /tmp/temp_textmate.kZ7CC3:3:in `<main>'
who has some solutions or idea???
--
View this message in context: http://old.nabble.com/-TxMt---trouble-blogging-bundle-under-Ruby-1.9.x-tp30…
Sent from the textmate users mailing list archive at Nabble.com.
I recently started using TM again to work on a Rails project and upgraded
form 1.5.7 to 1.5.9 (1510) on 10.6.4. Now the program is crashing several
times a day. I am working with projects and git scm enabled. Other than that
nothing special or unusual.
I saw a post here talking about a later version than 1510 but I can't seem
to find out how to download that or any other version than the this one. I
am currently running 1.5.7 and that seems to be stable if out of date.
I am not sure what is triggering the problem. It may be related to selecting
files from from the project drawer but I'm not certain and it only started
happening after upgrading to 1.5.9. This was initially happening on 10.5 so
I finally upgraded to 10.6.4 in hopes that it would fix it but it is still
crashing.
Any tips or assistance will be appreciated. This is the only editor that has
gotten me away from emacs. ;-)
-louie
--
View this message in context: http://old.nabble.com/TextMate-1.5.9-crashing-several-times-a-day-tp2940382…
Sent from the textmate users mailing list archive at Nabble.com.
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(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/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: 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(a)red56.co.uk>
> To: TextMate users <textmate(a)lists.macromates.com>
> Subject: [TxMt] Re: manipulating full lines rather than selection
> Message-ID:
> <AANLkTik=ZnAqYirEAoa9fB1JyBgHi34qw7jm9OorLnHA(a)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(a)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(a)lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
>>
>
>
>
> --
> ------------------------------------------------------
>
> Tim Diggins
> http://red56.co.uk
> http://tim.teamportfolios.com/
> tim(a)red56.co.uk
>
> 07515 931 642 / +447515931642
>
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(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/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: 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(a)gmail.com>
> To: TextMate users <textmate(a)lists.macromates.com>
> Subject: [TxMt] Re: manipulating full lines rather than selection
> Message-ID:
> <AANLkTik10fPRJwyYc7gb78CKrUm4xML1R82rvAZQxXSa(a)mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On 5 November 2010 11:30, Tim Diggins <tim(a)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
> ++++++++++[>++++++++++>+++++++++++>++++++++++>++++++
>> ++++<<<<<-]>++++.+.++++.>+++++.>+.<<-.>>+.>++++.<<.
> +++.>-.<<++.>>----.<++.>>>++++++.<<<<.>>++++.<----.
>
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@simplicidade.org
mailto:melo@simplicidade.org