» OutWiker

Подскажите, есть ли возможность у программы сохранять все в 1 файл, а не переносить всю структуру wiki на жесткий диск?

Если только заархивировать все папки в архив.

У меня поинтересней, когда нужно хранить много мелких файлов и одновременно, чтобы они не мешались на винте.
Два виртуальных раздела, физически являющихся просто двумя файлами, монтируемыми прогой ImDisk.
Один 40Gb, другой 10 + NTFS-сжатие на них, чтобы физически меньше места занимали.

Jenyay

Заархивировать можно только для переноса данных wiki с компьютера на компьютер как я понимаю? Т.е. программа на прямую с этим архивом работать не будет?

unreal666

Монтировать целый раздел, ради такого, как то слишком..

Mekugi

Да, напрямую с архивами программа работать не может.

Jenyay

Возможно добавить в будущие версии, возможность которую я описал выше?

В ближайшее время до этого руки вряд ли дойдут. Если только могу облегчить процесс архивации/разархивирования для переноса.

Mekugi

Цитата:

Подскажите, есть ли возможность у программы сохранять все в 1 файл, а не переносить всю структуру wiki на жесткий диск?

а зачем?! я текущий формат считаю самым подходящим
для тех кто синхронизирует через инет базу меньше трафика и выше производительность, из-за одного мелкого изменения синхронизировать каждый раз всю базу ни к чему
потом глупо хранить все яйца в одной корзине, я с этим уже столкнулся, случайно удалил но потом удалось восстановить хоть частично и то радует, а был бы один файл вероятность восстановления была бы меньше

Jenyay

В плагине source имеется "подязык" PHP (я таковой не вижу), чтобы можно было подсвечивать "чистый" php-код без тегов <?php ?> ?
А то сейчас, чтобы вставить даже одну строчку кода на php, приходится обрамлять его этими тегами, что как-то вообще не к месту.
Если такого нет, то можешь создать таковой (и обозвать его типа php-clear)? Там надо то наверно только отключить поиск этих тегов.

Добавлено:
Увидел, что класс startinline PhpLexer поддерживает дополнительные параметры, одним из которых как раз является нужный параметр startinline.
Как его можно заюзать?

Цитата:

Увидел, что класс startinline PhpLexer поддерживает дополнительные параметры, одним из которых как раз является нужный параметр startinline.
Как его можно заюзать?

Сейчас скорее всего никак (без хакания плагина), но посмотрю, что можно сделать.

еще.
В справке в сочетаниях клавиш для моноширинного шрифта дано "Ctrl+@". Но @ висит на цифре 2, а ctrl+2 - вставка 2-го уровня.
Как тогда заюзать этот хоткей? А то сейчас надо много кусков текста сделать моноширинными, а через панель задолбаешься.

Цитата:

Сейчас скорее всего никак (без хакания плагина), но посмотрю, что можно сделать.

может сделать в расширении параметр, который будет распарсиваться и передаваться (или как там должно быть) pygments'у.
Т.е. типа

Код: (:source lang="php" addoptions="startinline = True, ещеопция = False":)
здесь код
(:sourceend:)

Цитата:

В справке в сочетаниях клавиш для моноширинного шрифта дано "Ctrl+@". Но @ висит на цифре 2, а ctrl+2 - вставка 2-го уровня.
Как тогда заюзать этот хоткей? А то сейчас надо много кусков текста сделать моноширинными, а через панель задолбаешься.

Это я в справке забыл поменять клавишу. Сейчас это Ctrl+7.


Цитата:

может сделать в расширении параметр, который будет распарсиваться и передаваться (или как там должно быть) pygments'у.
Т.е. типа

Параметр сделать можно, но как сделать его понятным для пользователя. Надо посмотреть, где он еще применяется. Все-таки хотелось бы, чтобы все параметры можно было бы выставлять через интерфейс.

1. зачем в ссылках прога преобразовывает спецсимволы?
Из-за этого я не могу вставить в имя ссылки символ >, т.к. прога из &gt; делает &amp;gt; .
Т.е. пытаюсь, к примеру сделать так

Код: [[Astronet: LaTeX -&gt; GIF -> http://www.astronet.ru/db/latex2gif/]]

Хм, надо проверить. Не помню, чтобы я специально их преобразовывал.

а что насчет 2-го пункта?

По поводу второго пункта. В заголовках пропускаются некоторые теги, которые я думал вряд ли понадобятся в них. Но, в принципе, [[<<]] можно вернуть.

Цитата:

зачем в ссылках прога преобразовывает спецсимволы?

Вспомнил, зачем это сделал. Как раз, чтобы в HTML не надо было вручную писать эти коды, если нужно вывести всякие амперсанды и <, >.

А вот по поводу двух "->" в ссылках - это да, баг.

исправил ты это оперативно (я через несколько часов обновил git и уже было исправлено). Сенкс.

Такой вопрос. Можешь тег %center% преобразовывать не в <div align="center">, а в <div align="center" style="text-align:center">. А то в данный момент, если в стилях (в css) у <div> явно указан стиль для выравнивания текста, то <div align="center"> не будет работать.

ЗЫ.
В файле tokenlist.py есть такое:

Код: def getToken (self):
regex = "^(?P<level>["

for param in self.allListsParams:
regex += param.symbol

regex += "]+) *(?P<item>.*?)$\n{0,2}"

item = Regex (regex, re.MULTILINE).setParseAction (noConvert).leaveWhitespace()

fullList = OneOrMore (item).setParseAction (self.__convertList)("list")

return fullList

Это специально так сделано, чтобы можно было разделять строки списка одной пустой строкой, но чтобы при этом это были строки одного списка.

# Бла-бла-бла
# Бла-бла-бла

# Бла-бла-бла - относится к предыдущему списку


# Бла-бла-бла - это уже другой список

Добавлено:
По поводу стиля. Тогда для однообразия надо бы вообще завести стили для разных элементов типа полужирного текста и т.п. Надо подумать.

Цитата:

Это специально так сделано, чтобы можно было разделять строки списка одной пустой строкой, но чтобы при этом это были строки одного списка.

Понятно. Значит буду принудительно "отрывать" текст после </UL> и вставлять </P>\n\n<P> или чего-то подобное (в зависимости от текста, т.к. для блочных элементов <p> не нужен, точнее он вообще не в тему).


Просто я сейчас пытаюсь изучать код outwiker и думаю, как сделать так, что удалить лишние теги <p> и <br>. Короче привести к правильного форматированию.

ИМХо, косячок.
Код вида @@#asfff@@, '^*^' становится списком.

еще одно.
если юзать символ \ вот так:

Код: ||x01\
    ||x02,1\
     x02.2\
    ||x03 ||
||x11\
    ||x12\
    ||x13 ||

Цитата:

ИМХо, косячок.
Код вида @@#asfff@@, '^*^' становится списком.

Про такое поведение я знаю, но считать ли это глюком - вопрос философский, потому что с точки зрения всего, что внутри @@ ... @@ на первом месте стоит действительно знак списка. Тем более это легко исправить, если перед решеткой добавить пробел, или обернуть ее в [=...=].


Цитата:

||x01\
    ||x02,1\
       x02.2\
    ||x03 ||
||x11\
    ||x12\
    ||x13 ||

После \ не должно быть пробелов, только тогда \ считается как перенос строки.

Jenyay

Цитата:

Про такое поведение я знаю, но считать ли это глюком - вопрос философский, потому что с точки зрения всего, что внутри @@ ... @@ на первом месте стоит действительно знак списка. Тем более это легко исправить, если перед решеткой добавить пробел, или обернуть ее в [=...=].

это и есть глюк, т.к "способность" обрабатываться как список из-за добавления тегов форматирования текста - это именно косяк. Сам текст и его форматирование - одного уровня (phrasing content). Как-то неожиданно, что, к примеру, добавление жирности надо отслеживать на дополнительную обработку.

Цитата:

Тем более это легко исправить, если перед решеткой добавить пробел, или обернуть ее в [=...=].

знаю. но такое надо отслеживать и излишне думать - а не произойдет ли доп. обработка, если я сделаю данный текст жирный/верхним/и п.т. ну еще понимаю подобное поведение в начала ячеек таблиц, т.к. таблица () фактически блокового уровня, т.е. ее ячейки тоже можно посчитать, как начинающиеся с новой строки.

Цитата:

После \ не должно быть пробелов, только тогда \ считается как перенос строки.

пробелы только при выделении текста на этой самой странице, тынки на ссылку "Редактировать" в моем посте - пробелов нет.

Цитата:

это и есть глюк, т.к "способность" обрабатываться как список из-за добавления тегов форматирования текста - это именно косяк. Сам текст и его форматирование - одного уровня (flow content). Как-то неожиданно, что, к примеру, добавление жирности надо отслеживать на дополнительную обработку.

Возможно. Добавлю в ToDo, но скорое исправление пока обещать не буду.


Цитата:

пробелы только при выделении текста на этой самой странице, тынки на ссылку "Редактировать" в моем посте - пробелов нет.

Хм, без пробелов под Линуксом у меня все нормально работает. Потом попробую под Виндой.

Хм.
Данный код и меня показал нормально почему-то (я его прямо здесь набирал без проверки).
А так реальный текст?

Код:
||
|| Элементы || Категория || Контекст, в котором может использоваться элемент || Модель содержимого || Список атрибутов || DOM-интерфейс ||
||P \
    ||%flow-content, %palpable-content\
    ||Где ожидается %flow-content.\
    ||%phrasing-content\
    ||%attrs\
    ||HTMLParagraphElement ||

Цитата:

Хм.
Данный код и меня показал нормально почему-то (я его прямо здесь набирал без проверки).
А так реальный текст?

Да, а вот с этим текстом какие-то непонятки, надо будет разобраться.

это где-то конфликт парсинга таблиц и этого символа \.

понятно, почему есть косяк в таблицах с символом \ перед ||.
из-за ф-и strip() в tokentable.py:

Код: def __convertTableCell (self, s, loc, toks):
text = toks["text"]

leftAlign = toks["text"][-1] in " \t"

# Условие в скобках связано с тем, что первый пробел попадает
# или не попадает в токен в зависимости от того, первая ячейка в строке или нет
rightAlign = loc > 0 and (s[loc - 1] in " \t" or s[loc] in " \t")

align = u''

if leftAlign and rightAlign:
align = u' ALIGN="CENTER"'
elif leftAlign:
align = u' ALIGN="LEFT"'
elif rightAlign:
align = u' ALIGN="RIGHT"'

result = u'<TD%s>%s</TD>' % (align, self.parser.parseWikiMarkup (text.strip() ) )

return result

Я еще с этой проблемой не разбирался, но при чем тут strip?