конфигурирование emacs для cmake

Я нашел. Свойство «namePattern» должно быть определено для создания входных данных с другим именем.

За бывшее:

<input type="file" accept="gif|jpg|jpeg|png" />


<script language="javascript" type="text/javascript">
        $(document).ready(function () {
            $i = (1, 2, 3, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20);
            $(':file').MultiFile({ namePattern: '$name_$i', maxlength: 20 });
        });  
</script>

Тем не менее, спасибо за помощь.

Вот еще один способ сделать это, используя ogrid , который немного быстрее:

import numpy as np
import Image

w, h = 600, 800
sq = 15
color1 = (0xFF, 0x80, 0x00)
color2 = (0x80, 0xFF, 0x00)

def use_ogrid():
    coords = np.ogrid[0:w, 0:h]
    idx = (coords[0] // sq + coords[1] // sq) % 2
    vals = np.array([color1, color2], dtype=np.uint8)
    img = vals[idx]
    return img

def use_fromfunction():
    img = np.zeros((w, h, 3), dtype=np.uint8)
    c = np.fromfunction(lambda x, y: ((x // sq) + (y // sq)) % 2, (w, h))
    img[c == 0] = color1
    img[c == 1] = color2
    return img

if __name__ == '__main__':
    for f in (use_ogrid, use_fromfunction):
        img = f()
        pilImage = Image.fromarray(img, 'RGB')
        pilImage.save('{0}.png'.format(f.func_name))

Вот временные результаты:

% python -mtimeit -s"import test" "test.use_fromfunction()"
10 loops, best of 3: 307 msec per loop
% python -mtimeit -s"import test" "test.use_ogrid()"
10 loops, best of 3: 129 msec per loop

Точно для той же цели я нашел .dir-locals.el чрезвычайно полезным, вот как один из моих выглядит так:

((nil . ((tab-width . 8)
     (indent-tabs-mode . t)))
 (c++-mode . ((c-basic-offset . 8)
          (tab-width . 8)
          (indent-tabs-mode . t)
          (compile-command . "make -C ../build -j 2 run_tests")))
 ((c-mode . ((c-basic-offset . 8)
         (tab-width . 8)
         (indent-tabs-mode . t)
         (compile-command . "make -C ../build -j 2 run_tests")))))

Очевидно, что я могу иметь пути, указанные в различных .dir _ locals.el в соответствии с их расположением и, например, некоторые сборки запустить _ тесты для модульного теста, некоторые построить реальную цель и так далее.

Затем я поместил фиктивный makefile в каталог сборки, который выглядит следующим образом:

all: run_tests

run_tests:
    @cmake ..
    @make -j 2

Этот путь я могу сделать извлечение и просто запустить M-x compile в любом файле, который мне нравится, и он будет делать правильные вещи. Я использую git и имею, что Makefile игнорировал от мониторинга по git как так:

git update-index --ассуме-неизмененный Makefile

, и если я хочу изменить и зафиксировать его я делаю

git update-index --no-talk-instanged Makefile .

Таким образом, только что созданный cmake Makefile не покажет в git статус как измененный, и я не совершу его случайно.

Преимущества этого подхода:

• так как cmake использует абсолютные пути внутри, нет абсолютно никаких проблем с переходом через ошибки компиляции в буфере компиляции, просто нажимая на них enter.

• Вы можете указать любые правила отступа, которые вы хотите там, и они могут быть разными в различных проектах или даже каталогах, если вы хотите:)

• Вы можете указать любое количество целевых объектов в различных проектах, даже каталогах, по-прежнему использовать одну и ту же старую компиляцию M-x (я привязан к C-c b ) и заставить Emacs сделать правильную вещь

Единственным недостатком является наличие .dir-locals.el в ваших подкаталогах, которые я вряд ли нахожу плохими.

EDIT: robUK, чтобы ответить на ваш комментарий:

Вот документация для локальных переменных по каталогу , как они называются в руководстве Emacs. Это не пакет, это часть Emacs, хотя я не уверен, был ли он доступен в предыдущих 23 версиях, я использую 23.1.1.

EDIT2: liwp, чтобы ответить на ваш вопрос:

Как уже указал Чарльз, и как говорится в документации:

Если вы положите файл со специальным именем .dir-locals.el в каталоге, Emacs прочитает его при посещении любого файла в этом каталоге или любом из его подкаталогов и применить настройки указывает на буфер файла. Emacs выполняет поиск .dir-locals.el начиная с каталога посещенный файл и перемещение вверх дерево каталогов. (Во избежание замедления, этот поиск пропущен для удаленного файлы.)

Вам не нужно .dir-locals.el везде в дереве проекта. Примечание,однако это, вероятно, зависит от сложности базовой структуры кода.

Обычно я бы пошел на довольно простую компоновку так:

/project_root_dir
    /build
    /src
    /test

и у меня были бы немного другие цели, указанные в разных .dir-locals.el , скажем в /test Я бы только построил testrunner и выполнил бы его, я бы потратил большую часть времени на разработку, построив эту цель. Тогда в /src я бы сначала построил тот же самый testrunner , исполнил бы его, и если бы там все прошло хорошо, это построило бы мне мою главную цель проекта. Если вам это не нужно, вы можете быть в порядке только с одним .dir-locals.el в разделе /project _ root _ dir . Если исходная структура и требования гораздо более сложны, это может означать, что вам потребуется несколько больше мастера, связанного с путями и целями.