А на гитхабе поддерживается меркуриал? не то чтобы очень важно, но все ж хг как-то удобнее
» SciTE - Open Source Text Editor for Windows & Linux
Меркуриал есть на bitbucket'е. И ограничений на выкладывании файлов нет.
Всем превет!
Я уже давно SciteRu на github выложил.
https://github.com/SciTE-Ru
Добавлено:
redpython
hg не знаяю но svn можно
Я уже давно SciteRu на github выложил.
https://github.com/SciTE-Ru
Добавлено:
redpython
hg не знаяю но svn можно
UR4LTZ
боже упаси нас всех от свн :-\
боже упаси нас всех от свн :-\
GitHub мне категорически не понравился.
Вроде бы есть все и даже больше, но даже самые элементарные вещи делаются через одно место.
Без хитростей и правки репозитария опубликовать проект в оригинальном виде не представляется возможным. Только код. UR4LTZ - как ты только измудрился commit history не изуродовать (у меня так и не получилось сохранить русские буковки).
А вот Bitbucket - совсем другое дело. Дружелюбный интерфейс с поддержкой русского языка. Так же можно без проблем сделать прямые ссылки на html файлы с документацией. Привычные по виду и функционалу разделы Issue, Wiki и Download.
Если меня никто не переубедит (для этого и этот пост) то в ближайшие дни перетащу все туда.
Вроде бы есть все и даже больше, но даже самые элементарные вещи делаются через одно место.
Без хитростей и правки репозитария опубликовать проект в оригинальном виде не представляется возможным. Только код. UR4LTZ - как ты только измудрился commit history не изуродовать (у меня так и не получилось сохранить русские буковки).
А вот Bitbucket - совсем другое дело. Дружелюбный интерфейс с поддержкой русского языка. Так же можно без проблем сделать прямые ссылки на html файлы с документацией. Привычные по виду и функционалу разделы Issue, Wiki и Download.
Если меня никто не переубедит (для этого и этот пост) то в ближайшие дни перетащу все туда.
яростно поддерживаю вариант с bitbucket!
кстати, там перевод интерфейса еще не закончили https://www.transifex.com/projects/p/bitbucketorg если кто не знал, можно подключиться к процессу
кстати, там перевод интерфейса еще не закончили https://www.transifex.com/projects/p/bitbucketorg если кто не знал, можно подключиться к процессу
Если использовать расширение hggit, то история остаётся.
mozers
Цитата:
Ссылка
а потом чтото вроде
sh hg-fast-export.sh -r ..\scite-ru\ -A authors.txt -e cp1251
-e cp2151 и есть то самое что не делает корявым..
Цитата:
как ты только измудрился commit history не изуродовать (у меня так и не получилось сохранить русские буковки).
Ссылка
а потом чтото вроде
sh hg-fast-export.sh -r ..\scite-ru\ -A authors.txt -e cp1251
-e cp2151 и есть то самое что не делает корявым..
Перезахоронил проект SciTE-Ru на bitbucket.org.
Ссылки в шапке поменял.
http://scite-ru-board.googlecode.com пока еще работает.
Ссылки в шапке поменял.
http://scite-ru-board.googlecode.com пока еще работает.
mozers
Нужны права на запись на bitbucket.org. Не могу залить туда последние изменения. Мои данные в ответе на задачу №1.
Нужны права на запись на bitbucket.org. Не могу залить туда последние изменения. Мои данные в ответе на задачу №1.
neo_max
Добавил тебя в список пользователей с правами на запись. Инвайт ушел на gmail.
Доступ на чтение репозитария есть у всех.
Всем (даже анонимам) даны права на оставление комментариев в Wiki и создания новой задачи в Issues.
Добавил тебя в список пользователей с правами на запись. Инвайт ушел на gmail.
Доступ на чтение репозитария есть у всех.
Всем (даже анонимам) даны права на оставление комментариев в Wiki и создания новой задачи в Issues.
Привет, форумчане!
Благодаря усилиям нашего гениального Neo, каждый из нас может уже сейчас принять участие в тестировании нового SciTE-Ru 3.5.4!
Для этого не надо быть программистом, не надо ставить на комп дополнительные программы. Все не просто, а ОЧЕНЬ просто:
Со страницы Downloads проекта скачиваем 2 файла: Download repository (19.3 МБ) и MinGW-4.4.1-tdm-2.zip (9.2 МБ).
Распаковываем MinGW (это самораспаковывающийся архив не вносящий никаких изменений в реестр) в каталог по умолчанию (C:\MinGW)
Распаковываем репозитарий в любой каталог (ну, например, в C:\REP)
Находим в корне репозитария файлик (C:\REP\make.cmd) и запускаем его.
Не отрываясь смотрим на окно консоли и видим вживую чарующий процесс создания сборки
Забрираем в каталоге C:\REP\pack\ готовую к эксплуатации сборку.
Открываем файлы C:\REP\pack\doc\SciTE-Ru_Kernel_rus.html и C:\REP\pack\SciTE-Ru_Pack_rus.html и, читая их, внимательно проверяем работают ли в новой сборке описанные там фишки нашей сборки.
При обнаружении расхождений с заявленными возможностями, репортим об этом в отдельной ветке нашего форума. (эта ветка, всетаки предназначена не для SciTE-Ru, а для SciTE в целом).
Поскольку содержимое репозитария сейчас довольно активно правится, при репорте о баге, лучше указывать дату и время когда Вы его скачали.
Благодаря усилиям нашего гениального Neo, каждый из нас может уже сейчас принять участие в тестировании нового SciTE-Ru 3.5.4!
Для этого не надо быть программистом, не надо ставить на комп дополнительные программы. Все не просто, а ОЧЕНЬ просто:
Со страницы Downloads проекта скачиваем 2 файла: Download repository (19.3 МБ) и MinGW-4.4.1-tdm-2.zip (9.2 МБ).
Распаковываем MinGW (это самораспаковывающийся архив не вносящий никаких изменений в реестр) в каталог по умолчанию (C:\MinGW)
Распаковываем репозитарий в любой каталог (ну, например, в C:\REP)
Находим в корне репозитария файлик (C:\REP\make.cmd) и запускаем его.
Не отрываясь смотрим на окно консоли и видим вживую чарующий процесс создания сборки
Забрираем в каталоге C:\REP\pack\ готовую к эксплуатации сборку.
Открываем файлы C:\REP\pack\doc\SciTE-Ru_Kernel_rus.html и C:\REP\pack\SciTE-Ru_Pack_rus.html и, читая их, внимательно проверяем работают ли в новой сборке описанные там фишки нашей сборки.
При обнаружении расхождений с заявленными возможностями, репортим об этом в отдельной ветке нашего форума. (эта ветка, всетаки предназначена не для SciTE-Ru, а для SciTE в целом).
Поскольку содержимое репозитария сейчас довольно активно правится, при репорте о баге, лучше указывать дату и время когда Вы его скачали.
Release 3.5.5
Released 17 April 2015.
Scintilla on Windows is now always a wide character window so SCI_SETKEYSUNICODE has no effect and SCI_GETKEYSUNICODE always returns true. These APIs are deprecated and should not be called.
The wxWidgets-specific ascent member of Font has been removed which breaks compatibility with current wxStyledTextCtrl. Bug #1682.
IME on Qt supports multiple carets and behaves more like other platforms.
Always use inline IME on GTK+ for Korean.
SQL lexer fixes handling of '+' and '-' in numbers so the '-' in '1-1' is seen as an operator and for '1--comment' the comment is recognized.
TCL lexer reverts change to string handling. Bug #1642.
Verilog lexer fixes bugs with macro styling. Verilog folder fixes bugs with `end completing an `if* instead of `endif and fold.at.else, and implements folding at preprocessor `else.
VHDL lexer supports extended identifiers.
Fix bug on Cocoa where the calltip would display incorrectly when switching calltips and the new calltip required a taller window.
Fix leak on Cocoa with autocompletion lists. Bug #1706.
Fix potential crash on Cocoa with drag and drop. Bug #1709.
Fix bug on Windows when compiling with MinGW-w64 which caused text to not be drawn when in wrap mode. Bug #1705.
Fix SciTE bug with missing file open filters and add hex to excluded set of properties files so that its settings don't appear. Bug #1707.
Fix SciTE bug where files without extensions like "makefile" were not highlighted correctly.
Released 17 April 2015.
Scintilla on Windows is now always a wide character window so SCI_SETKEYSUNICODE has no effect and SCI_GETKEYSUNICODE always returns true. These APIs are deprecated and should not be called.
The wxWidgets-specific ascent member of Font has been removed which breaks compatibility with current wxStyledTextCtrl. Bug #1682.
IME on Qt supports multiple carets and behaves more like other platforms.
Always use inline IME on GTK+ for Korean.
SQL lexer fixes handling of '+' and '-' in numbers so the '-' in '1-1' is seen as an operator and for '1--comment' the comment is recognized.
TCL lexer reverts change to string handling. Bug #1642.
Verilog lexer fixes bugs with macro styling. Verilog folder fixes bugs with `end completing an `if* instead of `endif and fold.at.else, and implements folding at preprocessor `else.
VHDL lexer supports extended identifiers.
Fix bug on Cocoa where the calltip would display incorrectly when switching calltips and the new calltip required a taller window.
Fix leak on Cocoa with autocompletion lists. Bug #1706.
Fix potential crash on Cocoa with drag and drop. Bug #1709.
Fix bug on Windows when compiling with MinGW-w64 which caused text to not be drawn when in wrap mode. Bug #1705.
Fix SciTE bug with missing file open filters and add hex to excluded set of properties files so that its settings don't appear. Bug #1707.
Fix SciTE bug where files without extensions like "makefile" were not highlighted correctly.
Доброе время суток форумчане!
Скажу честно "Сколько не лепи из го... пулю....." а далее понятно что гов.. и будет.
SciTE-Ru умер с уходом из проекта "VladVro", и после того как проект стал в одних руках..
Мне он не интересен, очень жаль потраченого на него времени..
Кому нужен мульти плотформеный редакктор.
Смотрите на "VIM & GVIM", "VIM" даже в DOS работает!
Ps: Советую перименовать тему в "SciTE-Mozers"..
Скажу честно "Сколько не лепи из го... пулю....." а далее понятно что гов.. и будет.
SciTE-Ru умер с уходом из проекта "VladVro", и после того как проект стал в одних руках..
Мне он не интересен, очень жаль потраченого на него времени..
Кому нужен мульти плотформеный редакктор.
Смотрите на "VIM & GVIM", "VIM" даже в DOS работает!
Ps: Советую перименовать тему в "SciTE-Mozers"..
UR4LTZ
Движок Scintilla, а вместе с ним и редактор SciTE, несмотря ни на что, весьма активно развивается и по сей день. Очень немногие проекты могут похвастаться столь длительным сроком жизни и столь регулярными обновлениями. Поэтому мне совершенно понятно желание наиболее активных участников нашего топика вывести SciTE-Ru из замороженного состояния.
Есть желание перейти на другой редактор - никто не держит - на Ru-Board имеются ветки по соответствующим темам.
VladVRO - отличный программист и сделал от немало. А сколько других первоклассных авторов оставили в проекте свой неизгладимый след? Сейчас переходящее знамя лидера подхватил Neo и, я вам скажу, программер он - от Бога. Хватит ему запала на дальнейшую модификацию - тогда проект оживет (а он уже оживает). Еще немного - подтянутся и другие...
Данный топик посвящен редактору SciTE во всех его многочисленных проявлениях. Детали сборки SciTE-Ru принято обсуждать в соседнем топике.
P.S. "Собаки брешут - караван идет..." (с Непомнюкто)
Движок Scintilla, а вместе с ним и редактор SciTE, несмотря ни на что, весьма активно развивается и по сей день. Очень немногие проекты могут похвастаться столь длительным сроком жизни и столь регулярными обновлениями. Поэтому мне совершенно понятно желание наиболее активных участников нашего топика вывести SciTE-Ru из замороженного состояния.
Есть желание перейти на другой редактор - никто не держит - на Ru-Board имеются ветки по соответствующим темам.
VladVRO - отличный программист и сделал от немало. А сколько других первоклассных авторов оставили в проекте свой неизгладимый след? Сейчас переходящее знамя лидера подхватил Neo и, я вам скажу, программер он - от Бога. Хватит ему запала на дальнейшую модификацию - тогда проект оживет (а он уже оживает). Еще немного - подтянутся и другие...
Данный топик посвящен редактору SciTE во всех его многочисленных проявлениях. Детали сборки SciTE-Ru принято обсуждать в соседнем топике.
P.S. "Собаки брешут - караван идет..." (с Непомнюкто)
UR4LTZ
Цитата:
хмм... сколько помню, уж кто-кто, а mozers - всегда и в первую очередь был за привлечение как можно большего кол-ва участников к работе над сборкой...
Цитата:
после того как проект стал в одних руках..
хмм... сколько помню, уж кто-кто, а mozers - всегда и в первую очередь был за привлечение как можно большего кол-ва участников к работе над сборкой...
Использую версию 3.2.5 .99Ru
Когда в коде много длинных переменных, возникают зависания до 20 секунд при попытках редактирования текста с клавиатуры. Очевидно идёт проверка возможности автоподстановки. Причём скорее всего проверки подстановки имён переменных из текста. Можно как-то быстро отключать и включать эту проверку? Может есть другой способ решения проблемы?
Когда в коде много длинных переменных, возникают зависания до 20 секунд при попытках редактирования текста с клавиатуры. Очевидно идёт проверка возможности автоподстановки. Причём скорее всего проверки подстановки имён переменных из текста. Можно как-то быстро отключать и включать эту проверку? Может есть другой способ решения проблемы?
gost2
Цитата:
Или это все таки лишь предположение? Отключать - не дело. Надо искать причину зависания. Для этого надо изложить проблему так (приложив подробное описание и файлы) чтобы ее смог смоделировать ЛЮБОЙ пользователь. Порой поймать баг бывает очень сложно. Но другого пути - нет.
Кстати, возможно в новой версии эта проблема исчезнет, т.к. Neo нашел баг и переписал код, отвечающий за всплывающие подсказки при появлении которых SciTE порой зависал.
Цитата:
Очевидно идёт проверка возможности автоподстановки. Причём скорее всего проверки подстановки имён переменных из текста.Откуда такая железная уверенность?
Или это все таки лишь предположение? Отключать - не дело. Надо искать причину зависания. Для этого надо изложить проблему так (приложив подробное описание и файлы) чтобы ее смог смоделировать ЛЮБОЙ пользователь. Порой поймать баг бывает очень сложно. Но другого пути - нет.
Кстати, возможно в новой версии эта проблема исчезнет, т.к. Neo нашел баг и переписал код, отвечающий за всплывающие подсказки при появлении которых SciTE порой зависал.
Про какую новую версию речь? У меня 3.2.5 .99Ru как и в шапке.
Может дело в подстановке для .ahk. Помогает урезание содержимого соответствующего api-файла. Только при старте не работает, а потом нормально.
Как временное решение, отключение автоподстановок переменных из текста вполне бы подошло.
PS. Изменил в файле глобальных настроек в секции автодополнений всё на нули
Цитата:
но подсказка всё равно всплывает.
Что можно сделать?
Может дело в подстановке для .ahk. Помогает урезание содержимого соответствующего api-файла. Только при старте не работает, а потом нормально.
Как временное решение, отключение автоподстановок переменных из текста вполне бы подошло.
PS. Изменил в файле глобальных настроек в секции автодополнений всё на нули
Цитата:
autocompleteword.automatic=0
# При 1 подсказка будет многовариантной (только в SciTE-Ru)
autocompleteword.incremental=0
# (индивидуальные параметры для языков см. в соответствующих .properties)
autocomplete.*.ignorecase=0
calltip.*.ignorecase=0
но подсказка всё равно всплывает.
Что можно сделать?
UR4LTZ
https://youtu.be/BgP1BH0elMo
https://youtu.be/BgP1BH0elMo
gost2
Цитата:
про ту, которая в исходниках в hg-репозитории.
Я и mozers выложили его скомпиленную версию в этой ветке данного форума. Пробуй.
ЗЫ.
Кстати, странно что на ветку "SciTE Ru-Board Edition" в шапке нет ссылки.
Цитата:
Про какую новую версию речь?
про ту, которая в исходниках в hg-репозитории.
Я и mozers выложили его скомпиленную версию в этой ветке данного форума. Пробуй.
ЗЫ.
Кстати, странно что на ветку "SciTE Ru-Board Edition" в шапке нет ссылки.
в SciTE есть возможность закрепить панель поиска,чтобы всегда была видимой? чтото в настройках явно это не нашел
# Если 1, то вместо диалогового окна поиска используется панель
find.use.strip=1
# Если 1, то вместо диалогового окна замены используется панель
replace.use.strip=1
# Если 0, то диалоговое окно поиска не закрывается автоматически
find.close.on.find=0
это или что-то ещё?
find.use.strip=1
# Если 1, то вместо диалогового окна замены используется панель
replace.use.strip=1
# Если 0, то диалоговое окно поиска не закрывается автоматически
find.close.on.find=0
это или что-то ещё?
Цитата:
это или что-то ещё?
мне нужно чтоб при старте сразу была панель
Итак, после 2х-годичного перерыва,
SciTE 3.55 .101 Ru-Board Edition [Сборка 05.05.2015]
Главный автор - Neo.
В процессе мержа с последней оригинальной версией ему пришлось подкорректировать многие из доработок SciTE-Ru. В части доработок были исправлены найденные ошибки.
Сборка включает в себя все новшества оригинальной версии, толковый и подробный перевод которых подготовил наш уважаемый ALeXkRU: изучайте, проверяйте работоспособность. Пользуйтесь!
Добавлено:
warq
Добавь в SciTEStartup.lua строчку
Код: scite.MenuCommand(210)
SciTE 3.55 .101 Ru-Board Edition [Сборка 05.05.2015]
Главный автор - Neo.
В процессе мержа с последней оригинальной версией ему пришлось подкорректировать многие из доработок SciTE-Ru. В части доработок были исправлены найденные ошибки.
Сборка включает в себя все новшества оригинальной версии, толковый и подробный перевод которых подготовил наш уважаемый ALeXkRU: изучайте, проверяйте работоспособность. Пользуйтесь!
Добавлено:
warq
Добавь в SciTEStartup.lua строчку
Код: scite.MenuCommand(210)
В этой версии зависание о котором говорил раньше происходит все один раз при первой правке. Дальше всё работает штатно, вне зависимости от длинны пауз.
Огромное спасибо за обновление!
Огромное спасибо за обновление!
Как отменить постоянную автозамену Tab на пробелы?
gost2
Options -> Change Indentation Settings
+ возможно, что в глобальных настройках стоит автоопределение - юзать в открытом документе пробелы или табы.
Options -> Change Indentation Settings
+ возможно, что в глобальных настройках стоит автоопределение - юзать в открытом документе пробелы или табы.
Какой параметр за это отвечает? Я пробовал менять несколько.
вот эти у меня вообще закомментированны:
#~ tab.indents=0
#~ backspace.unindents=1
Пробовал их активировать и менять на нули, не помогло.
вот эти у меня вообще закомментированны:
#~ tab.indents=0
#~ backspace.unindents=1
Пробовал их активировать и менять на нули, не помогло.
gost2
Код: # При 0 символ табуляции при вводе автоматически заменяется на пробелы
#~ use.tabs=0
# При 1 значения indent.size и use.tabs берутся из открытого документа
indent.auto=1
Код: # При 0 символ табуляции при вводе автоматически заменяется на пробелы
#~ use.tabs=0
# При 1 значения indent.size и use.tabs берутся из открытого документа
indent.auto=1
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566
Предыдущая тема: Opera AC
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.