Today

• 3 hours ago

  issue 191 (Неверное перемещение группы строчек по ALT+UP, ALT+DOWN) commented on by Alexande...@mail.ru   -   гм.. уже исправлено в r1238 странно, а как закрыть или статус поменять ??? чето не вижу ничего ...

  гм.. уже исправлено в r1238 странно, а как закрыть или статус поменять ??? чето не вижу ничего ...
• 3 hours ago

  issue 191 (Неверное перемещение группы строчек по ALT+UP, ALT+DOWN) commented on by Alexande...@mail.ru   -   гм.. уже исправлено в r1238

  гм.. уже исправлено в r1238
• 5 hours ago

  issue 191 (Неверное перемещение группы строчек по ALT+UP, ALT+DOWN) reported by Alexande...@mail.ru   -   Опишите шаги для воспроизведения этой проблемы: Если пытаться перемещать одну строку, все работает нормально. Проблемы начинаются с перемещением таким образом нескольких строк. После перемещения нескольких строк выделение расширяется на одну строку вниз. Соответственно, если многократно выполнить команду перемещения строк, то в итоге получим мешанину, в которой черт ногу сломит. Что Вы ожидаете увидеть? Что получается вместо этого? Описано в описании проблемы Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже.

  Опишите шаги для воспроизведения этой проблемы: Если пытаться перемещать одну строку, все работает нормально. Проблемы начинаются с перемещением таким образом нескольких строк. После перемещения нескольких строк выделение расширяется на одну строку вниз. Соответственно, если многократно выполнить команду перемещения строк, то в итоге получим мешанину, в которой черт ногу сломит. Что Вы ожидаете увидеть? Что получается вместо этого? Описано в описании проблемы Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже.
• 5 hours ago

  issue 190 (Отличающаяся кодировка в тексте и подсказках) reported by Alexande...@mail.ru   -   Опишите шаги для воспроизведения этой проблемы: 1. Попробуйте открыть какой нибудь файл в кодировке DOS (866) нажав Alt+F9 (у меня по крайней мере так) 2. Теперь вызовите всплывающую подсказку, в которой присутствуют русские символы. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, что ничего особенного мы не заметим :) На самом деле не так. Так как API файл сохранен скорее всего в кодировке win-1251, то вместо русских букв вы увидите абракадабру (в подсказке). Такое происходит скорее всего потому, что кодировка всегда одна на весь редактор. Не зря же даже скрипт был написан по перекодировке вывода консоли. Вот если бы сделать так, чтобы для каждого буфера была своя кодировка, плюс своя кодировка консоли и отдельно кодировка для всплывающих подсказок и списков автодополнения... тагда бы такой проблемы не было. Естественно, что скрипты lua не должны беспокоится о том, в какой кодировке они пишут в консоль и в какой кодировке они написаны сами, а также какая кодировка у вкладки. Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже.

  Опишите шаги для воспроизведения этой проблемы: 1. Попробуйте открыть какой нибудь файл в кодировке DOS (866) нажав Alt+F9 (у меня по крайней мере так) 2. Теперь вызовите всплывающую подсказку, в которой присутствуют русские символы. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, что ничего особенного мы не заметим :) На самом деле не так. Так как API файл сохранен скорее всего в кодировке win-1251, то вместо русских букв вы увидите абракадабру (в подсказке). Такое происходит скорее всего потому, что кодировка всегда одна на весь редактор. Не зря же даже скрипт был написан по перекодировке вывода консоли. Вот если бы сделать так, чтобы для каждого буфера была своя кодировка, плюс своя кодировка консоли и отдельно кодировка для всплывающих подсказок и списков автодополнения... тагда бы такой проблемы не было. Естественно, что скрипты lua не должны беспокоится о том, в какой кодировке они пишут в консоль и в какой кодировке они написаны сами, а также какая кодировка у вкладки. Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже.
• 5 hours ago

  issue 189 (Список автодополнения: странные скачки) reported by Alexande...@mail.ru   -   Опишите шаги для воспроизведения этой проблемы: 1. Сделайте так, чтобы у вас всплыл список с одним элементом. 2. Теперь попытайтесь изменит его размер. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, что размер списка изменится (по этому поводу см. Issue 186). На самом деле происходит непонятный скачок списка куда-то в сторону (вправо, если быть точным). Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже. Иногда получалось воспроизвести проблему, когда в списке была более чем одна запись

  Опишите шаги для воспроизведения этой проблемы: 1. Сделайте так, чтобы у вас всплыл список с одним элементом. 2. Теперь попытайтесь изменит его размер. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, что размер списка изменится (по этому поводу см. Issue 186). На самом деле происходит непонятный скачок списка куда-то в сторону (вправо, если быть точным). Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже. Иногда получалось воспроизвести проблему, когда в списке была более чем одна запись
• 6 hours ago

  issue 188 (Список автодополнения: отрыв от текста при прокрутке) reported by Alexande...@mail.ru   -   Опишите шаги для воспроизведения этой проблемы: 1. Собственно любым способом вызываем список автодополнения и крутим колесико мыши. Это явно не то, что вы ожидали. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, что список поедет вместе с текстом, а если курсор внутри него, то прокрутится сам список (см. Issue 187). Вместо этого список стоит на месте. Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже.

  Опишите шаги для воспроизведения этой проблемы: 1. Собственно любым способом вызываем список автодополнения и крутим колесико мыши. Это явно не то, что вы ожидали. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, что список поедет вместе с текстом, а если курсор внутри него, то прокрутится сам список (см. Issue 187). Вместо этого список стоит на месте. Какую версию программы Вы используете? Какая у Вас операционная система? SciTE Версия 2.0 .68Ru Aug 18 2009 01:33:12 Windows XP Professional SP3, Windows Vista Home Basic Пожалуйста, представьте любую дополнительную информацию ниже.
• 6 hours ago

  issue 187 (Список автодополнения: прокрутка мышью) commented on by Alexande...@mail.ru   -   Поправка - обратить внимание стоит на Issue 188 и Issue 186 (а не 187 - это это сообщение)

  Поправка - обратить внимание стоит на Issue 188 и Issue 186 (а не 187 - это это сообщение)
• 6 hours ago

  issue 187 (Список автодополнения: прокрутка мышью) reported by Alexande...@mail.ru   -   Опишите максимально подробно что бы Вам хотелось получить: Хотелось бы, чтобы список автодополнения можно было прокручивать колесиком мыши, когда ее указатель находится в пределах списка, как это сделано во всех средах разработки. Также стоит обратить внимание на Issue 185 и Issue 187. Меняет это или дополняет существующий функционал? дополняет Как это должно выглядить и как себя вести? Какие возможности и преимущества даст это дополнение? Пожалуйста, представьте любую дополнительную информацию ниже.

  Опишите максимально подробно что бы Вам хотелось получить: Хотелось бы, чтобы список автодополнения можно было прокручивать колесиком мыши, когда ее указатель находится в пределах списка, как это сделано во всех средах разработки. Также стоит обратить внимание на Issue 185 и Issue 187. Меняет это или дополняет существующий функционал? дополняет Как это должно выглядить и как себя вести? Какие возможности и преимущества даст это дополнение? Пожалуйста, представьте любую дополнительную информацию ниже.
• 6 hours ago

  issue 186 (Список автодополнения: запоминание размера) reported by Alexande...@mail.ru   -   Опишите максимально подробно что бы Вам хотелось получить: Хотелось бы уже наконец увидеть, чтобы список автодополнения запоминал свой размер. А то "стандартного" размера в 4 строки явно недостаточно. Это мне напоминает о том, как еще совсем недавно в инсталляторах предлагалось прочитать лицензию на нескольких листах формата A4 в крошечном окошке, куда влезало 2,5 строчки текста... В связи с этим позволить растягивать список не только до размера, когда в него помещаются его содержимое без прокрутки, а до любого устанавливаемого пользователем. Меняет это или дополняет существующий функционал? дополняет Как это должно выглядить и как себя вести? Какие возможности и преимущества даст это дополнение? Пожалуйста, представьте любую дополнительную информацию ниже.

  Опишите максимально подробно что бы Вам хотелось получить: Хотелось бы уже наконец увидеть, чтобы список автодополнения запоминал свой размер. А то "стандартного" размера в 4 строки явно недостаточно. Это мне напоминает о том, как еще совсем недавно в инсталляторах предлагалось прочитать лицензию на нескольких листах формата A4 в крошечном окошке, куда влезало 2,5 строчки текста... В связи с этим позволить растягивать список не только до размера, когда в него помещаются его содержимое без прокрутки, а до любого устанавливаемого пользователем. Меняет это или дополняет существующий функционал? дополняет Как это должно выглядить и как себя вести? Какие возможности и преимущества даст это дополнение? Пожалуйста, представьте любую дополнительную информацию ниже.
• 6 hours ago

  issue 185 (Не работает запись макросов (в том числе скриптовая)) commented on by Alexande...@mail.ru   -   Поправляюсь. Конечно же версия редактора - SciTE-Ru

  Поправляюсь. Конечно же версия редактора - SciTE-Ru
• 6 hours ago

  issue 185 (Не работает запись макросов (в том числе скриптовая)) reported by Alexande...@mail.ru   -   Опишите шаги для воспроизведения этой проблемы: Пытаюсь записать макрос (баг видимо Scintilla так как в Notepade++ тоже запись макросов не работает) 1. Жмем кнопочку начать запись 2. Делаем какие-нибудь действия. Например, выделим кусок текста и попробуем поискать его 3. Останавливаем запись. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, как минимум, что в момент остановки записи вылезет окошко с предложением назначить имя макросу (используется скриптовая реализация macro_support.lua от VladVRO, версия 2.3.2). Однако ничего не происходит. Попытка выполнить макрос пишет в консоль nil - т.е. нет ничего Какую версию программы Вы используете? Какая у Вас операционная система? Windows XP Professional SP3, Windows Vista Home Basic SciTE всех версий (использовал 1.74, сейчас 2.0b) Библиотека Shell имеется Пожалуйста, представьте любую дополнительную информацию ниже. Попытка выяснить, что происходит путем добавления отладочной строчки в функции обработки события в макросе macro_support.lua: function OnMacro(cmd, msg) print("command="..cmd.." message='"..msg.."'")-- отладка ... end Выясняется, что msg всегда пустое Содержимое секции [Macros] SciTEGlobal.properties [Macros] Макросы # Путь до файла макросов (по умолчанию $(scite.userhome)\SciTE.macro или $(SciteDefaultHome)\SciTE.macro) #~ macro.file.path= # Считывать макросы из файла макросов при запуске редактора macro.load.on.startup=1 # Автоматически записывать текущие макросы в файл макросов macro.autosave=1 # Открывать диалог задания имени макроса после окончания его записи (необходима внешняя библиотека shell) macro.fill.name.dialog=1 # Позиция в списке макросов для вновь записанного (по умолчанию =1) # -1 - задает добавление в конец списка #~ macro.new.record.position=-1 # Стиль для номеров строк (с левого края) во время записи макроса macro.recording.numfield.style=$(style.*.33),back:#E9B6C9 В пользовательских настройках ничего не переопределяется

  Опишите шаги для воспроизведения этой проблемы: Пытаюсь записать макрос (баг видимо Scintilla так как в Notepade++ тоже запись макросов не работает) 1. Жмем кнопочку начать запись 2. Делаем какие-нибудь действия. Например, выделим кусок текста и попробуем поискать его 3. Останавливаем запись. Что Вы ожидаете увидеть? Что получается вместо этого? Ожидается, как минимум, что в момент остановки записи вылезет окошко с предложением назначить имя макросу (используется скриптовая реализация macro_support.lua от VladVRO, версия 2.3.2). Однако ничего не происходит. Попытка выполнить макрос пишет в консоль nil - т.е. нет ничего Какую версию программы Вы используете? Какая у Вас операционная система? Windows XP Professional SP3, Windows Vista Home Basic SciTE всех версий (использовал 1.74, сейчас 2.0b) Библиотека Shell имеется Пожалуйста, представьте любую дополнительную информацию ниже. Попытка выяснить, что происходит путем добавления отладочной строчки в функции обработки события в макросе macro_support.lua: function OnMacro(cmd, msg) print("command="..cmd.." message='"..msg.."'")-- отладка ... end Выясняется, что msg всегда пустое Содержимое секции [Macros] SciTEGlobal.properties [Macros] Макросы # Путь до файла макросов (по умолчанию $(scite.userhome)\SciTE.macro или $(SciteDefaultHome)\SciTE.macro) #~ macro.file.path= # Считывать макросы из файла макросов при запуске редактора macro.load.on.startup=1 # Автоматически записывать текущие макросы в файл макросов macro.autosave=1 # Открывать диалог задания имени макроса после окончания его записи (необходима внешняя библиотека shell) macro.fill.name.dialog=1 # Позиция в списке макросов для вновь записанного (по умолчанию =1) # -1 - задает добавление в конец списка #~ macro.new.record.position=-1 # Стиль для номеров строк (с левого края) во время записи макроса macro.recording.numfield.style=$(style.*.33),back:#E9B6C9 В пользовательских настройках ничего не переопределяется
• 7 hours ago

  issue 184 (Улучшение/слияние диалогов поиска и замены) reported by Alexande...@mail.ru   -   Опишите максимально подробно что бы Вам хотелось получить: Хотелось бы улучшить юзабельность диалогов поиска и замены, в частности сделать так, чтобы это был один диалог с несколькими вкладками. Плюс добавить возможность, чтобы при вызове этих диалогов (в будущем - диалога) выделенный текст сразу подставлялся в поле поиска даже когда диалог уже открыт (в Notepade++ это тоже реализовано). А то когда надо много чего-то искать, приходится переводить фокус с окна поиска/замены на окно редактора, выделять там искомое понятие, копировать в буфер обмена, вставлять из буфера в окно поиска. Ужасно долго. Да и дизайн диалога стоило бы поменять (вообще склоняюсь к мысли полностью слизать его с Notepad++-овского, имхо, там он самый удобный) Меняет это или дополняет существующий функционал? дополняет Как это должно выглядить и как себя вести? Диалог поиска/замены/замены и поиска в файлах Notepad++'а Какие возможности и преимущества даст это дополнение? работать удобнее Пожалуйста, представьте любую дополнительную информацию ниже.

  Опишите максимально подробно что бы Вам хотелось получить: Хотелось бы улучшить юзабельность диалогов поиска и замены, в частности сделать так, чтобы это был один диалог с несколькими вкладками. Плюс добавить возможность, чтобы при вызове этих диалогов (в будущем - диалога) выделенный текст сразу подставлялся в поле поиска даже когда диалог уже открыт (в Notepade++ это тоже реализовано). А то когда надо много чего-то искать, приходится переводить фокус с окна поиска/замены на окно редактора, выделять там искомое понятие, копировать в буфер обмена, вставлять из буфера в окно поиска. Ужасно долго. Да и дизайн диалога стоило бы поменять (вообще склоняюсь к мысли полностью слизать его с Notepad++-овского, имхо, там он самый удобный) Меняет это или дополняет существующий функционал? дополняет Как это должно выглядить и как себя вести? Диалог поиска/замены/замены и поиска в файлах Notepad++'а Какие возможности и преимущества даст это дополнение? работать удобнее Пожалуйста, представьте любую дополнительную информацию ниже.

Last 7 days

• Dec 18, 2009

  issue 182 (compile fails on GTK) commented on by frank.wunderlich   -   maybe we can define DEFBUTTON1 (set to 0) for gtk manually (in a header file for scite in gtk-folder), so that the flag can be used in code (and works on windows).Scitebase is crossplatform, so the change involves both systems. i think on windows the flag is useful...

  maybe we can define DEFBUTTON1 (set to 0) for gtk manually (in a header file for scite in gtk-folder), so that the flag can be used in code (and works on windows).Scitebase is crossplatform, so the change involves both systems. i think on windows the flag is useful...

Last 30 days

• Dec 12, 2009

  issue 183 (word.characters.*.css duplicated) reported by sagara1...@gmail.com   -   В файле languages\css.properties "word.characters.*.css" определяется 2 раза. Какую версию программы Вы используете? 2.0.1 (свежая из SVN)

  В файле languages\css.properties "word.characters.*.css" определяется 2 раза. Какую версию программы Вы используете? 2.0.1 (свежая из SVN)
• Dec 06, 2009

  issue 182 (compile fails on GTK) commented on by random.romik   -   thanks, this works for me

  thanks, this works for me
• Dec 03, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") commented on by vladvro   -   > Поиск работает только для ANSI файлов, английские слова он еще в UTF-8 найдет И любое другое в UTF-8 тоже найдет, только заданно оно должно быть тоже в UTF-8 кодировке, правда при этом в диалоге поиска оно отображается не корректно. Проблема с UCS-8 заключается в том, что внутреннее представление таких файлов в редакторе это опять UTF-8, и нет возможности простым способом запихнуть в диалог поиска нужную нам последовательность байт. Мне кажется более простым решением было бы добавление до начала поиска функции привидения искомого слова к кодировке текущего открытого буфера (конечно лучше добавление делать опциональным). Но если есть желание править диалог, то на всякий случай хочу напомнить про линуксовую часть, т.е. как минимум не забываем делать заглушки, если добавляемый функционал затрагивает общую часть.

  > Поиск работает только для ANSI файлов, английские слова он еще в UTF-8 найдет И любое другое в UTF-8 тоже найдет, только заданно оно должно быть тоже в UTF-8 кодировке, правда при этом в диалоге поиска оно отображается не корректно. Проблема с UCS-8 заключается в том, что внутреннее представление таких файлов в редакторе это опять UTF-8, и нет возможности простым способом запихнуть в диалог поиска нужную нам последовательность байт. Мне кажется более простым решением было бы добавление до начала поиска функции привидения искомого слова к кодировке текущего открытого буфера (конечно лучше добавление делать опциональным). Но если есть желание править диалог, то на всякий случай хочу напомнить про линуксовую часть, т.е. как минимум не забываем делать заглушки, если добавляемый функционал затрагивает общую часть.
• Dec 03, 2009

  issue 177 (Ввод русских символов в диалог "Параметры") Status changed by neo4max   -   Думаю можно закрыть Issue.

  Status: Fixed

  Думаю можно закрыть Issue.

  Status: Fixed
• Dec 03, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") commented on by neo4max   -   Если вся проблема в кодировках, тогда подытожим: На текущий момент в принципе поиск работает нормально, но ищет только в ANSI. Нужно: 1. Расширить возможности поиска: добавить возможность автоматически определять кодировку файла (только для БОМ подписаных) 2. Добавить в диалог поиска поле для явного указания кодировки пользователем. Так как никак не различить не подписанный БОМ заголовком UTF-8 файл от ANSII файла. А предварительный анализ может затянуть процесс поиска если файлов много. 3. По возможности добавить кнопку "Заменить в файлах" в диалог поиска по файлам. 4. Хочу от себя предложить: добавить галочку для поиска в "одной указанной папке" и во "всех подпапках". Часто бывает, что нужно найти текст только в указанной папке без подпапок.

  Если вся проблема в кодировках, тогда подытожим: На текущий момент в принципе поиск работает нормально, но ищет только в ANSI. Нужно: 1. Расширить возможности поиска: добавить возможность автоматически определять кодировку файла (только для БОМ подписаных) 2. Добавить в диалог поиска поле для явного указания кодировки пользователем. Так как никак не различить не подписанный БОМ заголовком UTF-8 файл от ANSII файла. А предварительный анализ может затянуть процесс поиска если файлов много. 3. По возможности добавить кнопку "Заменить в файлах" в диалог поиска по файлам. 4. Хочу от себя предложить: добавить галочку для поиска в "одной указанной папке" и во "всех подпапках". Часто бывает, что нужно найти текст только в указанной папке без подпапок.
• Dec 03, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") commented on by BioInfo.SciTe   -   Попробуй поискать в файлах с кодировкой отличной от ANSI. В моём случае это UCS-2LE, хватит и одного файла (100% результат что ничего у тебя в этом файле найдено не будет). Поиск работает только для ANSI файлов, английские слова он еще в UTF-8 найдет (если кто соображает в кодировках поймет почему). Т.е. грубо говоря сейчас SciTE ищет набор байт, а мне нужно найти слово.

  Попробуй поискать в файлах с кодировкой отличной от ANSI. В моём случае это UCS-2LE, хватит и одного файла (100% результат что ничего у тебя в этом файле найдено не будет). Поиск работает только для ANSI файлов, английские слова он еще в UTF-8 найдет (если кто соображает в кодировках поймет почему). Т.е. грубо говоря сейчас SciTE ищет набор байт, а мне нужно найти слово.
• Dec 03, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") commented on by neo4max   -   > брр... какие нафиг "исправления в области кодировок"? Ваши слова "какие-то в ANSII кодировке какие-то в UCS-2", "найдено только в ANSII файлах", вот и подумалось, что то что ищет только в ANSII Вы тоже подчеркиваете как баг. И еще вопрос у Вас этот баг в 100% случаях происходит, или когда много файлов, или еще какие то условия? Просто я тут погонял немного - ищет все, и не могу поймать баг

  > брр... какие нафиг "исправления в области кодировок"? Ваши слова "какие-то в ANSII кодировке какие-то в UCS-2", "найдено только в ANSII файлах", вот и подумалось, что то что ищет только в ANSII Вы тоже подчеркиваете как баг. И еще вопрос у Вас этот баг в 100% случаях происходит, или когда много файлов, или еще какие то условия? Просто я тут погонял немного - ищет все, и не могу поймать баг
• Dec 02, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") commented on by BioInfo.SciTe   -   брр... какие нафиг "исправления в области кодировок"? У меня есть куча файлов? Мне нужно найти слово "мама" в них, я нажимаю искать "мама" из 20 слов найдено 2 - это баг. Я предлагаю сделать чтобы поиск в файлах работал. Да, мне нужна функция "заменить в файлах", но этот момент не так принципиален как хотябы простой поиск! Который нифига как показывает практика не работает.

  брр... какие нафиг "исправления в области кодировок"? У меня есть куча файлов? Мне нужно найти слово "мама" в них, я нажимаю искать "мама" из 20 слов найдено 2 - это баг. Я предлагаю сделать чтобы поиск в файлах работал. Да, мне нужна функция "заменить в файлах", но этот момент не так принципиален как хотябы простой поиск! Который нифига как показывает практика не работает.
• Dec 02, 2009

  r1246 (-chg: мелкая оптимизация + обновления из основной ветви) committed by neo4max   -   -chg: мелкая оптимизация + обновления из основной ветви

  -chg: мелкая оптимизация + обновления из основной ветви
• Dec 02, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") commented on by neo4max   -   Т.е. Вы предлагаете добавить функцию "заменить в файлах", а также сделать исправления в области кодировок в "поиске в файлах"?

  Т.е. Вы предлагаете добавить функцию "заменить в файлах", а также сделать исправления в области кодировок в "поиске в файлах"?
• Dec 02, 2009

  issue 182 (compile fails on GTK) commented on by neo4max   -   MB_DEFBUTTON1 makes "Yes" button, in the dialog, as default button, but it works only in Windows. On GTK+ MB_DEFBUTTON1 is not implemented, that`s why it should be removed.

  MB_DEFBUTTON1 makes "Yes" button, in the dialog, as default button, but it works only in Windows. On GTK+ MB_DEFBUTTON1 is not implemented, that`s why it should be removed.
• Dec 01, 2009

  r1245 (-fix [SideBar, Functions list]: скрипт не работал при наличи...) committed by tymur.gubayev   -   -fix [SideBar, Functions list]: скрипт не работал при наличии для лексера тэга начала блока имлементации ( "IMPLEMENTATION" в Паскале), но отсутствии такового в тексте. (Теперь такие "плохие" файлы обрабатываются полностью). Спасибо idlenlazy, обнаружившему данный баг (http://forum.ru- board.com/topic.cgi?forum=5&topic=24956&start=1420#9)

  -fix [SideBar, Functions list]: скрипт не работал при наличии для лексера тэга начала блока имлементации ( "IMPLEMENTATION" в Паскале), но отсутствии такового в тексте. (Теперь такие "плохие" файлы обрабатываются полностью). Спасибо idlenlazy, обнаружившему данный баг (http://forum.ru- board.com/topic.cgi?forum=5&topic=24956&start=1420#9)
• Nov 28, 2009

  issue 182 (compile fails on GTK) commented on by frank.wunderlich   -   thanks, now it compiles fine...but what is the DefButton1? isn't it needed for any function? btw. the "+"-operator seems to be wrong, imho it should be "|" if used.

  thanks, now it compiles fine...but what is the DefButton1? isn't it needed for any function? btw. the "+"-operator seems to be wrong, imho it should be "|" if used.
• Nov 28, 2009

  issue 182 (compile fails on GTK) commented on by i...@ufamail.ru   -   670: int decision = WindowMessageBox(wSciTE, msg, MB_YESNO + MB_DEFBUTTON1); after back to original code building work fine: int decision = WindowMessageBox(wSciTE, msg, MB_YESNO); //!-change-[Fix building with GTK]

  670: int decision = WindowMessageBox(wSciTE, msg, MB_YESNO + MB_DEFBUTTON1); after back to original code building work fine: int decision = WindowMessageBox(wSciTE, msg, MB_YESNO); //!-change-[Fix building with GTK]
• Nov 28, 2009

  issue 182 (compile fails on GTK) reported by frank.wunderlich   -   i try to compile scite ru (current svn-version) under gtk and got the following error: ../src/SciTEIO.cxx: In member function ‘void SciTEBase::CheckReload()’: ../src/SciTEIO.cxx:670: error: ‘MB_DEFBUTTON1’ was not declared in this scope make: *** [SciTEIO.o] Error 1 compiling original version works regards Frank

  i try to compile scite ru (current svn-version) under gtk and got the following error: ../src/SciTEIO.cxx: In member function ‘void SciTEBase::CheckReload()’: ../src/SciTEIO.cxx:670: error: ‘MB_DEFBUTTON1’ was not declared in this scope make: *** [SciTEIO.o] Error 1 compiling original version works regards Frank
• Nov 22, 2009

  issue 181 (in autoit v3 script,keyword big than scite limit) reported by autoi...@gmail.com   -   In AutoIt v3 script,keyword big than Scite limit. 1.some Syntax Hightlighting is lose. 2.keyword in calltip is work. patch: { PropSetFile.cxx void PropSetFile::ReadFromMemory and PropSetFile::Read } {{{char propsData[120000];}}}

  In AutoIt v3 script,keyword big than Scite limit. 1.some Syntax Hightlighting is lose. 2.keyword in calltip is work. patch: { PropSetFile.cxx void PropSetFile::ReadFromMemory and PropSetFile::Read } {{{char propsData[120000];}}}

Earlier this year

• Nov 16, 2009

  issue 180 (Баг: не работает функция "Найти в файлах") reported by BioInfo.SciTe   -   БАГ-РЕПОРТ: Опишите шаги для воспроизведения этой проблемы: 1. У меня набор ini файлов какие-то в ANSII кодировке какие-то в UCS-2 2. Говорю "Найти в файлах", Что: Comlited, В файлах: *.ini, Каталог: *путь*\Files\Languages 3. Получаю результат - найдено только в ANSII файлах из 40 файлов только пять и значение в файлах у меня повторяется, что повторяется показало только в одном. После того как я исправил Comlited на Comleted в тех файлах, больше уже не находим. Мечты об автоматизации исправления очепятки по средством SciTE рухнули :( Версия последняя, но в старой (1.75 .55Ru) тоже присутствует. Виндовс XP у меня З.Ы. Заменить в файлах всё же нужная функция ;)))))

  БАГ-РЕПОРТ: Опишите шаги для воспроизведения этой проблемы: 1. У меня набор ini файлов какие-то в ANSII кодировке какие-то в UCS-2 2. Говорю "Найти в файлах", Что: Comlited, В файлах: *.ini, Каталог: *путь*\Files\Languages 3. Получаю результат - найдено только в ANSII файлах из 40 файлов только пять и значение в файлах у меня повторяется, что повторяется показало только в одном. После того как я исправил Comlited на Comleted в тех файлах, больше уже не находим. Мечты об автоматизации исправления очепятки по средством SciTE рухнули :( Версия последняя, но в старой (1.75 .55Ru) тоже присутствует. Виндовс XP у меня З.Ы. Заменить в файлах всё же нужная функция ;)))))
• Nov 10, 2009

  issue 176 (Неработоспособность доработки [LowerUpperCase]) commented on by BioInfo.SciTe   -   ревизия 1244

  ревизия 1244
• Nov 10, 2009

  r1244 (-fix: (issue 176) не работает доработка LowerUpperCase (попы...) committed by BioInfo.SciTe   -   -fix: ( issue 176 ) не работает доработка LowerUpperCase (попытка №2)

  -fix: ( issue 176 ) не работает доработка LowerUpperCase (попытка №2)
• Nov 10, 2009

  issue 176 (Неработоспособность доработки [LowerUpperCase]) commented on by BioInfo.SciTe   -   ревизия 1243

  ревизия 1243
• Nov 10, 2009

  issue 176 (Неработоспособность доработки [LowerUpperCase]) Status changed by BioInfo.SciTe   -   пофиксено, прошу подтвердить

  Status: Fixed

  пофиксено, прошу подтвердить

  Status: Fixed
• Nov 10, 2009

  r1243 (-fix: (issue 176) не работает доработка LowerUpperCase) committed by BioInfo.SciTe   -   -fix: ( issue 176 ) не работает доработка LowerUpperCase

  -fix: ( issue 176 ) не работает доработка LowerUpperCase
• Nov 10, 2009

  r1242 (-fix: Исправлена ошибка в диалоговом окне "Параметры" не поз...) committed by neo4max   -   -fix: Исправлена ошибка в диалоговом окне "Параметры" не позволявшая вводить не латинские буквы ( issue 177 ). Так же восстановлена работоспособность опции/параметра load.on.activate.

  -fix: Исправлена ошибка в диалоговом окне "Параметры" не позволявшая вводить не латинские буквы ( issue 177 ). Так же восстановлена работоспособность опции/параметра load.on.activate.
• Nov 09, 2009

  r1241 (Мелкая корректировка...) committed by neo4max   -   Мелкая корректировка...

  Мелкая корректировка...
• Nov 09, 2009

  issue 175 (RegExp back references do not work in html and php modes) commented on by neo4max   -   Я мало программировал на луа для SciTE, по этому еще не совсем знаю все тонкости редактора. Но судя по Вашим комментариям, правильно ли я понял: При использовании в скрипте функции editor:findtext, в этот момент сбиваются настройки текущего диалога Поиска/Замены. Может тогда имеет смысл добавить параметр показывающий активно ли окно поиска. Похожий пример: props["FileExt"] - показывает расширение текущего файла Или пойти более корректным путем: попробовать изолировать настройки диалогового окна от внешних событий (скриптов). Повторюсь, если конечно же я правильно понял суть проблемы.

  Я мало программировал на луа для SciTE, по этому еще не совсем знаю все тонкости редактора. Но судя по Вашим комментариям, правильно ли я понял: При использовании в скрипте функции editor:findtext, в этот момент сбиваются настройки текущего диалога Поиска/Замены. Может тогда имеет смысл добавить параметр показывающий активно ли окно поиска. Похожий пример: props["FileExt"] - показывает расширение текущего файла Или пойти более корректным путем: попробовать изолировать настройки диалогового окна от внешних событий (скриптов). Повторюсь, если конечно же я правильно понял суть проблемы.
• Nov 09, 2009

  issue 177 (Ввод русских символов в диалог "Параметры") commented on by neo4max   -   Исправил ошибку. Результат в neo-tests. mozers, прошу проверить.

  Исправил ошибку. Результат в neo-tests. mozers, прошу проверить.
• Nov 09, 2009

  r1240 (Восстановлена работоспособность опции "load.on.activate", а ...) committed by neo4max   -   Восстановлена работоспособность опции "load.on.activate", а так же исправлена корректная обработка WideString в диалоге "Параметры" ( issue 177 )

  Восстановлена работоспособность опции "load.on.activate", а так же исправлена корректная обработка WideString в диалоге "Параметры" ( issue 177 )
• Oct 28, 2009

  issue 179 (Не показываются calltip для PHP файлов в Scite-Ru 2.0) reported by sagara1...@gmail.com   -   Начиная с ревизии SVN 1169, SciTE-Ru в PHP файлах показывает calltip'ы только для HTML тегов (html.api), а для PHP функций нет calltip'ов (php.api). Для *.bat файлов calltip'ы показываются. В SciTE 2.01 бага нет. Однако, если в файле languages\html.properties заменить "file.patterns.html" на "file.patterns.web", т.е. api.$(file.patterns.html)=$(SciteDefaultHome)\api\html.api api.$(file.patterns.php)=$(SciteDefaultHome)\api\php.api на api.$(file.patterns.web)=$(SciteDefaultHome)\api\html.api api.$(file.patterns.php)=$(SciteDefaultHome)\api\php.api то PHP calltip'ы показываются, но соответственно перестают работать calltip'ы для HTML тегов. Это я исправил вот так: api.$(file.patterns.web)=$(SciteDefaultHome)\api\html.api api.$(file.patterns.php)=$(SciteDefaultHome)\api\php.api;$(SciteDef aultHome)\api\html.api Также как временное решение, я заменил word.characters.$(file.patterns.html)=... на word.characters.$(file.patterns.web)=… Весьма вероятно, мое решение не совсем верно, т.к. (file.patterns.)html = *web* + *php* + *.htt;*.cfm;*.tpl;*.dtd;*.hta;*.hhc;*.hhk т.е. файлы *.htt;*.cfm;*.tpl;*.dtd;*.hta;*.hhc;*.hhk остаются без HTML calltip'ов. Еще замечу, что в ревизии 1169 файл languages\html.properties не изменялся.

  Начиная с ревизии SVN 1169, SciTE-Ru в PHP файлах показывает calltip'ы только для HTML тегов (html.api), а для PHP функций нет calltip'ов (php.api). Для *.bat файлов calltip'ы показываются. В SciTE 2.01 бага нет. Однако, если в файле languages\html.properties заменить "file.patterns.html" на "file.patterns.web", т.е. api.$(file.patterns.html)=$(SciteDefaultHome)\api\html.api api.$(file.patterns.php)=$(SciteDefaultHome)\api\php.api на api.$(file.patterns.web)=$(SciteDefaultHome)\api\html.api api.$(file.patterns.php)=$(SciteDefaultHome)\api\php.api то PHP calltip'ы показываются, но соответственно перестают работать calltip'ы для HTML тегов. Это я исправил вот так: api.$(file.patterns.web)=$(SciteDefaultHome)\api\html.api api.$(file.patterns.php)=$(SciteDefaultHome)\api\php.api;$(SciteDef aultHome)\api\html.api Также как временное решение, я заменил word.characters.$(file.patterns.html)=... на word.characters.$(file.patterns.web)=… Весьма вероятно, мое решение не совсем верно, т.к. (file.patterns.)html = *web* + *php* + *.htt;*.cfm;*.tpl;*.dtd;*.hta;*.hhc;*.hhk т.е. файлы *.htt;*.cfm;*.tpl;*.dtd;*.hta;*.hhc;*.hhk остаются без HTML calltip'ов. Еще замечу, что в ревизии 1169 файл languages\html.properties не изменялся.
• Oct 27, 2009

  issue 178 ('local function style(mark_string)' in 'COMMON.lua') Status changed by mozers   -   Thanks for report! Bug fixed r1239

  Status: Fixed

  Thanks for report! Bug fixed r1239

  Status: Fixed
• Oct 27, 2009

  r1239 (-fix: COMMON.lua: Исправлена ошибка, найденная SuperXuxiaofe...) committed by mozers   -   -fix: COMMON.lua: Исправлена ошибка, найденная SuperXuxiaofei ( Issue 178 )

  -fix: COMMON.lua: Исправлена ошибка, найденная SuperXuxiaofei ( Issue 178 )
• Oct 27, 2009

  issue 178 ('local function style(mark_string)' in 'COMMON.lua') reported by SuperXuxiaofei   -   # Sorry, I don't understand Russian, I'm now just using English interfaces.. Here's the problem, when we call "style('roundbox')", it always return at: "string.match('roundbox', 'box')" and the following works: "string.match('roundbox', 'roundbox')" WILL NEVER HAPPEN !! And I think the 'if' block could be: "if string.match(mark_string, st)==mark_string then" or: "if 1==(string.find(mark_string, st)) then" ... just that. by the way, scite-ru is the best scite editor! fantastic work!

  # Sorry, I don't understand Russian, I'm now just using English interfaces.. Here's the problem, when we call "style('roundbox')", it always return at: "string.match('roundbox', 'box')" and the following works: "string.match('roundbox', 'roundbox')" WILL NEVER HAPPEN !! And I think the 'if' block could be: "if string.match(mark_string, st)==mark_string then" or: "if 1==(string.find(mark_string, st)) then" ... just that. by the way, scite-ru is the best scite editor! fantastic work!
• Oct 27, 2009

  issue 96 (Лексер batch для пакетных файлов (bat, cmd)) commented on by sagara1...@gmail.com   -   Лексер batch некорректно подсвечивает экранирование спец.символов. Например, в *.cmd файлах символ % может экранироваться как %% либо ^% символ " - как ^" Замечу, что если вводить в командной строке (а не в .bat/.cmd файлах), то работает только ^%, %". %% из командной строки выведет именно %%, т.е. экранирования нету, но для текстового редактора это не важно - пишу лишь, чтобы предупредить, когда будете проверять эти сведения. Взято из "http://www.robvanderwoude.com/escapechars.php": In batch files, the percent sign may be "escaped" by using a double percent sign ( %% ). Windows NT and OS/2 also allow the use of carets ( ^ ) to escape special characters. Even linefeeds can be escaped this way, as is shown in the Useless Tips page.

  Лексер batch некорректно подсвечивает экранирование спец.символов. Например, в *.cmd файлах символ % может экранироваться как %% либо ^% символ " - как ^" Замечу, что если вводить в командной строке (а не в .bat/.cmd файлах), то работает только ^%, %". %% из командной строки выведет именно %%, т.е. экранирования нету, но для текстового редактора это не важно - пишу лишь, чтобы предупредить, когда будете проверять эти сведения. Взято из "http://www.robvanderwoude.com/escapechars.php": In batch files, the percent sign may be "escaped" by using a double percent sign ( %% ). Windows NT and OS/2 also allow the use of carets ( ^ ) to escape special characters. Even linefeeds can be escaped this way, as is shown in the Useless Tips page.
• Oct 23, 2009

  issue 177 (Ввод русских символов в диалог "Параметры") reported by mozers   -   В диалоговое окно "Параметры" (Shift+F8) невозможно ввести русские символы с клавиатуры. Приходится пользоваться вставкой через буфер обмена.

  В диалоговое окно "Параметры" (Shift+F8) невозможно ввести русские символы с клавиатуры. Приходится пользоваться вставкой через буфер обмена.
• Oct 23, 2009

  issue 176 (Неработоспособность доработки [LowerUpperCase]) reported by mozers   -   Полностью потеряла работоспособность очень нужная доработка [url=http://scite-ru.googlecode.com/svn/trunk/pack/doc/SciTE- Ru_Kernel_rus.html#LowerUpperCase][LowerUpperCase][/url]. Очевидно, после слияния SciTE-Ru с оригинальной 2.0. Авторы, поправьте пожалуйста!

  Полностью потеряла работоспособность очень нужная доработка [url=http://scite-ru.googlecode.com/svn/trunk/pack/doc/SciTE- Ru_Kernel_rus.html#LowerUpperCase][LowerUpperCase][/url]. Очевидно, после слияния SciTE-Ru с оригинальной 2.0. Авторы, поправьте пожалуйста!
• Oct 22, 2009

  issue 175 (RegExp back references do not work in html and php modes) commented on by mozers   -   Мне кажется что тут по-уму надо исправлять код диалога "Замена". Дело в том что он реже чем нужно инициализируется (полагая что никто не сможет изменить заданные параметры). Однако, как выясняется editor:findtext это делает запросто. Если бы этот диалог при нажатии на кнопку "Замена" каждый раз заново перечитывал заданные в нем параметры и инициализировал поиск, то этой проблемы бы не было. Для проверки можно сделать такой файлик test.lua ------------------------------------------------------ --[[ test test test test test test ]] editor:findtext("\\w+", SCFIND_REGEXP) ------------------------------------------------------ В диалоге "Заменить" написать ^(.*)$ на <p>\1</p>. И встав на 2ю строку пощелкать поочередно то кнопку "Заменить" то F5.

  Мне кажется что тут по-уму надо исправлять код диалога "Замена". Дело в том что он реже чем нужно инициализируется (полагая что никто не сможет изменить заданные параметры). Однако, как выясняется editor:findtext это делает запросто. Если бы этот диалог при нажатии на кнопку "Замена" каждый раз заново перечитывал заданные в нем параметры и инициализировал поиск, то этой проблемы бы не было. Для проверки можно сделать такой файлик test.lua ------------------------------------------------------ --[[ test test test test test test ]] editor:findtext("\\w+", SCFIND_REGEXP) ------------------------------------------------------ В диалоге "Заменить" написать ^(.*)$ на <p>\1</p>. И встав на 2ю строку пощелкать поочередно то кнопку "Заменить" то F5.
• Oct 21, 2009

  issue 175 (RegExp back references do not work in html and php modes) commented on by BioInfo.SciTe   -   В чём заключается не верная работа editor:findtext? Это можно поправить. Если он работает верно, то самое правильное решение это как раз заменить все операторы editor:findtext на string.find, потому как editor:findtext используется тогда не по назначению.

  В чём заключается не верная работа editor:findtext? Это можно поправить. Если он работает верно, то самое правильное решение это как раз заменить все операторы editor:findtext на string.find, потому как editor:findtext используется тогда не по назначению.
• Oct 21, 2009

  issue 175 (RegExp back references do not work in html and php modes) commented on by neo4max   -   >Не думаю что paired_tags.lua можно исправить, т.к. в настоящее время нет никакой >возможности узнать открыт ли диалог "Поиска/Замены". Может стоит добавить такую возможность, например, реализовать что то наподобие запроса статуса или состояния редактора из ЛУА. Конечно же нужно взвесить пригодится ли эта возможность тем кто пишет скрипты, а то вряд ли кто согласится на это из за одной ошибки в скрипте.

  >Не думаю что paired_tags.lua можно исправить, т.к. в настоящее время нет никакой >возможности узнать открыт ли диалог "Поиска/Замены". Может стоит добавить такую возможность, например, реализовать что то наподобие запроса статуса или состояния редактора из ЛУА. Конечно же нужно взвесить пригодится ли эта возможность тем кто пишет скрипты, а то вряд ли кто согласится на это из за одной ошибки в скрипте.