gmane.editors.textmate.devel

[SVN] Re: Best Practice for Packaging Ruby Gem with Bundle?

Allan Odgaard — 2012-05-04T06:05:30


Place the gems in the Support folder of the bundle (which you need to manually create outside the bundle editor).

In the script you can reference this via ENV['TM_BUNDLE_SUPPORT'] so you would add that to the load path or use it when you ‘require’ the modules.

[SVN] Best Practice for Packaging Ruby Gem with Bundle?

Donovan Chandler — 2012-05-03T16:00:19

I plan to distribute a bundle that relies on a couple ruby gems. What is the easiest way to deliver those gems with the bundle? It needs to be very user friendly, assuming that the user doesn't know how to configure a ruby environment or even install gems on their own.

I see that the Ruby on Rails bundle has a Rakefile, but I'm not familiar enough to see how it's being used.

Thanks for any guidance.

- Donovan_______________________________________________
textmate-dev mailing list
textmate-dev-qhrM8SXbD5LrQoZeqNtYVVaTQe2KTcn/< at >public.gmane.org
http://lists.macromates.com/listinfo/textmate-dev

[SVN] Re: Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

Ron DeVera — 2012-04-30T06:22:32

Right, this environment variable is optional; the bundle has a default
value for this setting.


Yup -- the actual environment variable's name is much longer, but I
shortened it here for discussion.

Cheers,
Ron
_______________________________________________
textmate-dev mailing list
textmate-dev< at >lists.macromates.com
http://lists.macromates.com/listinfo/textmate-dev

[SVN] Re: Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

Allan Odgaard — 2012-04-30T03:05:17


OK, so users can _optionally_ set this TM_OPTIONS_FILE (in .tm_properties where TM_PROJECT_DIRECTORY is available), right?

I.e. your bundle does not require it to be set (by your bundle).

Btw: It should preferably be TM_«bundle»_OPTIONS_FILE so to not conflict with variables used by other bundles.

[SVN] Re: Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

Ron DeVera — 2012-04-30T01:47:11

The bundle reads an environment variable `TM_OPTIONS_FILE` that other
users can point to a custom path, e.g., `~/.myconfig`,
`$TM_PROJECT_DIRECTORY/config/myconfig.yml`. The custom environment
variable is used not just as an alias, but as an optional part of a
path that can be either global or project-specific.

Cheers,
Ron
_______________________________________________
textmate-dev mailing list
textmate-dev< at >lists.macromates.com
http://lists.macromates.com/listinfo/textmate-dev

[SVN] Re: Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

Ron DeVera — 2012-04-30T01:47:04

On Thu, Apr 26, 2012 at 5:01 AM, George McGinley Smith
<george-VsurfafkH1e1Qrn1Bg8BZw< at >public.gmane.org> wrote:

Reading `$projectDirectory` directly in my bundle didn't seem to work,
but setting `TM_PROJECT_DIRECTORY = "$projectDirectory"` in
`.tm_properties` did the trick. Thanks!

Ron

[SVN] Re: Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

Allan Odgaard — 2012-04-28T11:50:08


The TM_PROJECT_DIRECTORY is set after the bundle setting variables are set.

Why do you want to introduce a variable that is effectively an alias for TM_PROJECT_DIRECTORY? I.e. wouldn’t it be more clear, and not clutter the global namespace, simply to use TM_PROJECT_DIRECTORY in your script?

[SVN] Re: Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

George McGinley Smith — 2012-04-26T12:01:04


Ron DeVera wrote:

Looks like TM2 uses projectDirectory instead of TM_PROJECT_DIRECTORY. You
could either add 

TM_PROJECT_DIRECTORY = "$projectDirectory"

after you initial

projectDirectory = "$CWD"

Which would enable backwards compatibility, or update your scripts to use
the $projectDirectory.

[SVN] Can't read `$TM_PROJECT_DIRECTORY` in TM2 bundle

Ron DeVera — 2012-04-25T06:30:36

Hey there,

I'm having trouble reading `$TM_PROJECT_DIRECTORY` from within another shell
variable. I have a TM2 bundle whose settings contain this:

    {shellVariables = (
    {name = 'TM_TEST_A';
    value = 'test A: $TM_DIRECTORY';
    },
    {name = 'TM_TEST_B';
    value = 'test B: $TM_PROJECT_DIRECTORY';
    }
    );
    }

Elsewhere in the bundle (in a `Support/` file), I have Ruby like this:

    puts "ENV['TM_TEST_A'] : #{(ENV['TM_TEST_A']).inspect}"
    puts "ENV['TM_TEST_B'] : #{(ENV['TM_TEST_B']).inspect}"
    puts "ENV['TM_PROJECT_DIRECTORY'] :
#{(ENV['TM_PROJECT_DIRECTORY']).inspect}"

When this runs, the `ENV['TM_TEST_A']` and `ENV['TM_PROJECT_DIRECTORY']` output
are correct, but the `ENV['TM_TEST_B']` output fails to read
`$TM_PROJECT_DIRECTORY` from the environment:

    ENV['TM_TEST_A'] : "test A: /path/to/my.tmbundle/Support"
    ENV['TM_TEST_B'] : "test B: "
    ENV['TM_PROJECT_DIRECTORY'] : "/path/to/my.tmbundle"

In the project directory, I tried adding a `.tm_properti

[SVN] Re: textmate-dev Digest, Vol 46, Issue 7

Allan Odgaard — 2012-03-28T07:47:30


Subversion repository was replaced by GitHub some months ago, although only recently did we make it read-only: http://lists.macromates.com/textmate-dev/2011-November/014631.html

[SVN] Re: textmate-dev Digest, Vol 46, Issue 7

Paulo Moura — 2012-03-27T21:15:45



Thanks. I tried to push the bundle change but I'm getting an error when committing:

403 forbidden (http://svn.textmate.org)

Assuming that's a transient issue, I will try again latter.

Cheers,

Paulo


-----------------------------------------------------------------
Paulo Jorge Lopes de Moura, PhD
Assistant Professor
Dep. of Computer Science, University of Beira Interior
6201-001 Covilhã, Portugal

Office 3.18  Ext. 3276
Phone: +351 275 242081 Fax: +351 275 319899
Email: <mailto:pmoura-E87GkkYR1M9eoWH0uzbU5w< at >public.gmane.org>

Home page: <http://www.di.ubi.pt/~pmoura>
Research:  <http://logtalk.org/> Blog: <http://blog.logtalk.org/>
-----------------------------------------------------------------

[SVN] Re: textmate-dev Digest, Vol 46, Issue 5

Allan Odgaard — 2012-03-25T04:29:09


Right, :true is a boolean value introduced in 2.0 and only the 2.0 bundle editor understands that. But the plist produced will be backwards compatible.

If you want to insert a “true” value into a plist and not use 2.0 to edit the plist, you either need to edit the plist “by hand” (<true/>) or you can use ‘1’ which technically is an integer value but will work as “true” for most contexts.

[SVN] Re: textmate-dev Digest, Vol 46, Issue 5

Paulo Moura — 2012-03-22T16:16:14



I got syntax errors the first time I tried it to add (as per the FAQ):

{ disableIndentCorrections = :true; }

Tried it again today by creating a new bundle preferences item and adding the line above. I get:

line 1:30: unexpected char: ':'

I'm using TM 1.5.10 (1631). I can workaround the error by writing instead:

{ disableIndentCorrections = ':true'; }

Is this equivalent syntax?

Cheers,

Paulo


-----------------------------------------------------------------
Paulo Jorge Lopes de Moura, PhD
Assistant Professor
Dep. of Computer Science, University of Beira Interior
6201-001 Covilhã, Portugal

Office 3.18  Ext. 3276
Phone: +351 275 242081 Fax: +351 275 319899
Email: <mailto:pmoura-E87GkkYR1M9eoWH0uzbU5w< at >public.gmane.org>

Home page: <http://www.di.ubi.pt/~pmoura>
Research:  <http://logtalk.org/> Blog: <http://blog.logtalk.org/>
-----------------------------------------------------------------

[SVN] Re: Indentation issues (Allan Odgaard)

Allan Odgaard — 2012-03-22T03:53:13


First line here would be matched by the requested “decrease indent” pattern, yet it should _not_ decrease indent.

So I think introducing such pattern is not enough to get your desired indent behavior.


It is.

[SVN] Re: Indentation issues (Allan Odgaard)

Paulo Moura — 2012-03-22T00:11:35

On 21/03/2012, at 12:00, textmate-dev-request-qhrM8SXbD5LrQoZeqNtYVVaTQe2KTcn/< at >public.gmane.org wrote:


Hopefully, the example that follows will make it clear.


A typical code example, valid for both Logtalk and Prolog:

append([], []).
append([List| Lists], Concatenation) :-
append(List, Tail, Concatenation),
append(Lists, Tail).

append([], List, List).
append([Head| Tail], List, [Head| Tail2]) :-
append(Tail, List, Tail2).

This code defines two predicates, append/2 and append/3. Each predicate definition is made of two clauses. Clauses end with a dot, ".". For both predicates, the first clause is a fact and the second clause is a rule. When typing a rule, the code after the ":-"  operator is indented. This indentation is easy to automate in TM. Ideally, after typing a dot followed by a return, the indent level would be automatically decreased, getting the cursor positioned for typing the next clause. Is this second indentation rule that I have not been able to define for TM.


I understand.

[SVN] Re: Indentation issues

Allan Odgaard — 2012-03-21T03:27:30


The indentNextLinePattern affects only next line, although it “stacks up” the indent, incase next line is also matched by this pattern. E.g.

   1. if true
   2.    while false
   3.       /* loop */;
   4. /* back to normal indent */;

Here line 1 is matched and so, line 2 is indented. Line 2 is also matched, so line 3 gets double indent. Line 3 is _not_ matched, so line 4 is back to the indent of line 1.

So you don’t want full symmetry here wrt. decrease next line.

Can you provide a complete Logtalk example?


Right, the rules were made pretty much for C-style languages where the token that indicates “end of block” is itself de-indented.


The new auto-correction behavior can be disabled, see http://wiki.macromates.com/FAQ/TextMate2

[SVN] r12072 (Logtalk)

Paulo Jorge Lopes de Moura — 2012-03-05T23:16:30

Added syntax coloring and auto-completion support for the min/2, max/2, acos/1, and asin/1 built-in functions and the term_variables/2 built-in predicate.

Changed:
U   trunk/Bundles/Logtalk.tmbundle/Preferences/Completions.plist
U   trunk/Bundles/Logtalk.tmbundle/Syntaxes/Logtalk.plist

[SVN] Indentation issues

Paulo Moura — 2012-03-02T15:27:31

Hi,

TM have a "indentNextLinePattern" but not "unindentNextLinePattern". Is there a way to define a pattern such that the next line is unindented but not the current line? I tried "decreaseIndentPattern" but this setting insist on acting on the current line (while "increaseIndentPattern" acts on the next line; why the apparent lack of symmetry?). The only indentation rule I have (for the Logtalk language) is:

increaseIndentPattern = '(:-|-->)$';

This rule works as intended. For example, if I type:

foo :-

as soon as I hit return, the first character in the next line will be intended:

foo :-
bar

Now, I would like to unindent the line that *follows* "\.$". For example:

foo :-
bar.
foo2

But I cannot find a way to get this behavior using "decreaseIndentPattern", which results in the line ending with a "." getting unindented instead of the next line.

On TM2, using the same settings that work fine on TM1, indentation is driving me crazy and preventing me to switch to TM2 for everyday programming

[SVN] Re: Problem with R bundle

gualdron . — 2012-03-02T15:10:49

Thanks Hans, now it is working without problem.

For the information that you asked about versions:

the TM version is :   Version 1.5.10 (1631)
Mac Version: Mac OS X version 10.6.2
R version 2.13.2
I could not find the R bundle version but I found this into the option help
(maybe it will help) : This bundle requires a R version greater R 2.8.

Regards.

Jose Luis

On Wed, Feb 29, 2012 at 2:23 PM, Hans-Jörg Bibiko <bibiko-WIzSxt/3aFiELgA04lAiVw< at >public.gmane.org> wrote:

[SVN] Re: TM2 9090: "Replace & Find" functionality

David Howden — 2012-03-02T13:56:05

You can add your own keyboard shortcut:
http://docs.info.apple.com/article.html?path=Mac/10.5/en/8564.html.

Allan has also previously mentioned, you can also do this in a
round-about-way by putting the replacement on the clipboard, and then using
Cmd+G to find the next item, and Cmd+V to replace.

David.

On Fri, Mar 2, 2012 at 1:40 PM, Paulo Moura <pmoura-E87GkkYR1M9eoWH0uzbU5w< at >public.gmane.org> wrote:

_______________________________________________
textmate-dev mailing list
textmate-dev-qhrM8SXbD5LrQoZeqNtYVVaTQe2KTcn/< at >public.gmane.org
http://lists.macromates.com/listinfo/textmate-dev

[SVN] TM2 9090: "Replace & Find" functionality

Paulo Moura — 2012-03-02T13:40:59

Hi,

On TM2 9090, the "Replace & Find" button is missing from the Find Panel and the Edit > Find > Replace & Find menu item lacks a keyboard shortcut. This makes it painful to use this functionality when needed. Is this something that will be fixed in a future release? Or there's a suggested alternative that is deemed better?

Cheers,

Paulo


-----------------------------------------------------------------
Paulo Jorge Lopes de Moura, PhD
Assistant Professor
Dep. of Computer Science, University of Beira Interior
6201-001 Covilhã, Portugal

Office 3.18  Ext. 3276
Phone: +351 275 242081 Fax: +351 275 319899
Email: <mailto:pmoura-E87GkkYR1M9eoWH0uzbU5w< at >public.gmane.org>

Home page: <http://www.di.ubi.pt/~pmoura>
Research:  <http://logtalk.org/> Blog: <http://blog.logtalk.org/>
-----------------------------------------------------------------