Архив SciTE-форума
Автор: LINKnv, Отправлено:15:33 11-10-2007
xternalx
Цитата:
|
а лично я хочу чтобы при установке этот редактор себя в системе регистрировал как редактор по умолчанию для .txt, .xml, .htm*, .cfg, .ini, .inf, и некоторых других типов файлов, а еще в контекстном меню правой кнопки мыши появлялся пункт "открыть с помощью SciTE", или что то на его подобии вот
|
Нуу, всё это можно и вручную настроить, хотя возможность помещения в реестр этих данных автоматом - была бы, для могих, не лишней. Просто *.reg файл создать со всеми этими параметрами. *Мне лень
Если кто желает - пожалуйста..
Автор: mozers, Отправлено:15:37 11-10-2007
xternalx
Меню Tools - "• Настройка интеграции с Windows…"
LINKnv
Цитата:
| А с чем связана такая задумка, если не секрет? |
Начал творец писать лексер для гипертекста и начал в него совать распознавание всего что может содержаться в файлах данного формата.
Потом подошел к нему умный человек, похлопал по плечу и сказал: "С таким размахом, дорогуша, Вы свой лексер будете писать до скончания века, поскольку Вы не описали и половины того что может сюда входить. Несколько специализированных лексеров сделают все на порядок круче. А что переключаться между ними придется - невелик труд".
Подумал автор, почесал репу и плюнул на свою затею, так и не всунув в hypertext распознавалку css и еще много чего...
Автор: pythons, Отправлено:15:47 11-10-2007
уважаемые, подскажите, как сделать так, чтобы Scite не менял установленные в документе символы перевода строк?
я работаю с множеством файлов, в который есть и CR+LF, LF и CR переводы, и иногда Scite сохраняет мне их с CR+LF (так прописано в настройках моих), что приводит к плачевному результату (CVS таких фокусов не оцнил).
Вообщем как настроить Scite для автоматического определения формата перевода строк?
Автор: LINKnv, Отправлено:15:56 11-10-2007
mozers
А-хах!!!

Вопрос..
Почему SciTE так странно ведёт себя с некоторыми тегами HTML-документа?
А именно - делает вид, что не понимает тегов <embed> и <bgsound> (как пример), выделяя их красным цветом. Но самое интересное, что возможные варианты их заполнения выдаёт исправно. Даже замечал, что - то выдаёт варианты, включая автоматическую вставку двойных кавычек, то нет. Ерунда какая-то получается
Автор: dB6, Отправлено:15:57 11-10-2007
pythons
Цитата:
| Вообщем как настроить Scite для автоматического определения формата перевода строк? |
Код:
|
# Задает символ перевода строки (CR, LF или CRLF) #~ eol.mode=LF # Эта установка отменяет eol.mode, и выбирает символ перевода строки исходя из текущего содержания файла eol.auto=1 # 1 при сохранении файла устанавливает в окончание всех линий текущий символ окончания строки (CRLF, CR, LF) ensure.consistent.line.ends=0 |
Добавлено:
Полностью поддерживаю mozers - не нужен такой инсталятор, содержимое которого нельзя посмотреть!
Добавлено:
LINKnv
Цитата:
|
Почему SciTE так странно ведёт себя с некоторыми тегами HTML-документа? А именно - делает вид, что не понимает тегов <embed> и <bgsound> (как пример), выделяя их красным цветом. Но самое интересное, что возможные варианты их заполнения выдаёт исправно. Даже замечал, что - то выдаёт варианты, включая автоматическую вставку двойных кавычек, то нет |
Подсвечивается только то, что есть в кейвордах (заданных в properties языка), а вот подсказки - это api-файлы.
Автор: LINKnv, Отправлено:16:03 11-10-2007
pythons
Цитата:
| Вообщем как настроить Scite для автоматического определения формата перевода строк? |
SciTE*.properties
Код:
|
# Эта установка отменяет eol.mode, и выбирает символ перевода строки исходя из текущего содержания файла eol.auto=1 |
Автор: xternalx, Отправлено:21:26 11-10-2007
инсталлы собранные InnoSetup спокойно открываются вот этой прогой
Автор: Nagual, Отправлено:04:13 12-10-2007
полностью согласен с mozers
инсталл не нужен, прога и так портативна
такой вот вопросик возник
как всем известно, этот кривой форум при копировании кода обладает уникальной способностью добавлять пробелы в конец строк
есть ли возможность побеждать это с помощью SciTE?
Автор: LINKnv, Отправлено:08:55 12-10-2007
Цитата:
| как всем известно, этот кривой форум при копировании кода обладает уникальной способностью добавлять пробелы в конец строк |
Как это?
Ничего не добавляет, как при вставке, так и при копировании. Наверное, я вопрос не так понял?
Может это кривой браузер, типа ие или оперы? А-хах!!
Автор: Bonart, Отправлено:09:08 12-10-2007
mozers
Цитата:
| Давай начнем с малого... Какой конкретно шорткат, как он задан, какая раскладка клавиатуры рус/лат, какая раскладка клавиатуры используется по-умолчанию? |
Наткнулся на неработоспособность Alt+C, Alt+P. Те же команды из меню (копировать теги, оформить в тегах) работают без проблем. Задан как часть описания меню в дефолтном файле настроек. Думал что дело в русской-латинской раскладке. Нет, не работает ни в той ни в другой. Потом выгрузил из памяти Punto Switcher (автопереключалка клавиатуры) - все равно то же самое.
Попробовал длругие шоткаты с Alt. Все испробованые сочетания с функциональными клавишами и стрелками - работают, с буквами - все нет.
Цитата:
| Но как это дело отловить??? |
Попробуй поставить у себя Punto Switcher.
Автор: xternalx, Отправлено:11:37 12-10-2007
а зачем тогда sfx архив, когда можно просто зазиповать?
Автор: mozers, Отправлено:12:58 12-10-2007
Bonart
Спасибо за подробности! С их помощью мне удалось стабильно воспроизвести баг.
Запостил тут. Ждем, когда умный программист сможет поправить...
Nagual
Цитата:
|
этот кривой форум при копировании кода обладает уникальной способностью добавлять пробелы в конец строк есть ли возможность побеждать это с помощью SciTE? |
Как нехорошо ты про наш любимый форум
(недостатки движка конечно есть, но...)Победить - легко. Вставляем в SciTE и заменяем " $" (без кавычек) на "" (пусто) по всему тексту (не забываем поставить галку "Регулярные выражения").
xternalx
Можно. Оригинальный дистрибутив просто зазаипован. А иностранцы, не знающие как распаковать RAR мне уже высказывали свое "фи"...
Автор: Petrik Pyatochkin, Отправлено:02:52 13-10-2007
У меня локальные html странички начали открываться по двойному щелчку не в браузере, а Scite. В контекстном меню на html-файлав добавилась запись Edit и она стала действием по умолчанию. Я, естественно, полез в свойства папки - расширения. Там у файлов html вообще нет действия Edit. Есть действие "Изменить", но оно присвоено какому-то майкрософтовсому приложению. Я сделал действие "Открыть" (в браузере) действием по умолчанию, но ничего не изменилось. HTML-файлы как открывались в Scite, так и открываются. В контекстном меню действие Edit на самом верхнем месте и выделено жирным, то есть по-прежнему является действием по-умолчанию.
Теперь собственно вопрос: как в Scite все это поправить, потому что я не нашел в настройках где там у него ассоциаци файлов. Я, конечно, могу открыть редактор реестра и сделать все как мне надо, но хотелось бы сделать это красиво через Scite - раз он чего-то поменял, то пусть вернет обратно
Автор: mozers, Отправлено:23:27 13-10-2007
Petrik Pyatochkin
Откровенно говоря сейчас мне даже жалко время, потраченное на создание SciTE_WinIntegrator.hta - штучки одноразового применения (кликнул и забыл), которую с успехом может заменить обычный reg-файл. Недостатки тут - налицо: При загрузке не видно текущее состояние (т.е. если SciTE уже интегрирован в систему, то это никак не видно), нельзя отменить проведенную регистрацию (об этом ты и говорил).
Запости в Issue - может кто то и доработает апликуху (а может, сам, как заинтересованная личность?)...
Автор: Petrik Pyatochkin, Отправлено:00:52 14-10-2007
mozers
Цитата:
| SciTE_WinIntegrator.hta - штучки одноразового применения (кликнул и забыл) |
Да, да, да, вот ее я и запускал

Цитата:
| Запости в Issue - может кто то и доработает апликуху (а может, сам, как заинтересованная личность?) |
Не, не умею я такие шктуки делать, лучше покромсаю реестр
Автор: mozers, Отправлено:22:33 14-10-2007
ALL
Комментирование строки или потока - тут все ясно.
А может кто нибудь внятно объяснить что такое "блочный комментарий" (box comment) ?
Чем он отличается от комментирования подряд нескольких строк?
А если это - одно и то же, то зачем вообще нужны обязательные параметры
comment.box.middle.lexer
comment.box.end.lexer
И нахрена SciTE после выполнения этой команды (Ctrl+Shift+B) вставляет вниз еще одну, пустую, но закомментированную строку
Автор: BioInfo, Отправлено:23:27 14-10-2007
Тут какая то хитрость связанная с разными языками, а точнее способов комментирование в них, наверное в некоторых языках три вида комментирования а не 1 или 2 как обычно.
1. Потоковый комментарий это когда комментируется поток %)
Т.е в С++ так: пишем пишем /* комментарий в лению */ пишем дальше.
2. Простое комментирование, это когда комментим все после знака комментирования %)
Т.е. в С++ так пишем // дальше идет комментарий
3. Как такого блочного комментария в С++ нет, я так понимаю это нужно чтобы написать текст комментария в несколько строк, такими особенностями обладает комментарий /* */ при определенных условиях: комментарий всегда начинается с начала строки и заканчивается в конце последней строки, таким образом комментируется блок строк.
Лично мне такие (№3) особенности комментирования не нужны, но очевидно они очень распространены...
Ну и мое личное предположение такое - первые два чаще используются для того чтобы написанный код не исполнялся, а третий для описания кода, функции, исполняемого блока, библиотеки, файла и прочее.
Что касаются параметров которыми задают блочный комментарий:
comment.box.begin.lexer - начало комментария
comment.box.end.lexer - конец комментария
Собственно в разных языках начало и конец комментария в большинстве различны.
comment.box.middle.lexer - а это параметр для красоты, чтобы комментарий имел выровненный вид.
Пример:
Код:
|
/* * описание */ |
Т.е. все находится на одном уровне, для восприятия... Вот так.
Автор: mozers, Отправлено:01:22 15-10-2007
BioInfo
Цитата:
| такими особенностями обладает комментарий /* */ при определенных условиях |
Цитата:
| это нужно чтобы написать текст комментария в несколько строк |
Цитата:
| Ну и мое личное предположение такое |
А давайте еще делать рамочки из звездочек вокруг выделенного текста? Сочиним код, внедрим его в SciTE, добавим кучу обязательных параметров, внесем все в документацию... A???

Такое впечатление что этот блочный комментарий выдумали сами авторы SciTE с большого перепоя и ни в одном из языков программирования он не существует.
Автор: Bonart, Отправлено:08:24 15-10-2007
mozers
Цитата:
| Такое впечатление что этот блочный комментарий выдумали сами авторы SciTE с большого перепоя и ни в одном из языков программирования он не существует. |
Существует... ЕМНИП в некоторых ассемблерах и скриптовых языках.
Цитата:
| Недостатки тут - налицо: При загрузке не видно текущее состояние (т.е. если SciTE уже интегрирован в систему, то это никак не видно), нельзя отменить проведенную регистрацию (об этом ты и говорил). |
Значит инсталлятор таки нужен
Автор: mozers, Отправлено:10:12 15-10-2007
Bonart
Цитата:
| Существует... ЕМНИП в некоторых ассемблерах и скриптовых языках. |
Добавлено:
А еще лучше - ссылку на официальную документацию по языку программирования, где дано определение блочного комментария.
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
76 /
77 /
78 /
79 /
80 /
81 /
82 /
83 /
84 /
85 /
86 /
87 /
88 /
89 /
90 /
91 /
92 /
93 /
94 /
95 /
96 /
97 /
98 /
99 /
100 /
101 /
102 /
103 /
104 /
105 /
106 /
107 /
108 /
109 /
110 /
111 /
112 /
113 /
114 /
115 /
116 /
117 /
118 /
119 /
120 /
121 /
122 /
123 /
124 /
125 /
126 /
127 /
128 /
129 /
130 /
131 /
132 /
133 /
134 /
135 /
136 /
137 /
138 /
139 /
140 /
141 /
142 /
143 /
144 /
145 /
146 /
147 /
148 /
149 /
150 /
151 /
152 /
153 /
154 /
155 /
156 /
157 /
158 /
159 /
160 /
161 /
162 /
163 /
164 /
165 /
166 /
167 /
168 /
169 /
170 /
171 /
172 /
173 /
174 /
175 /
176 /
177 /
178 /
179 /
180 /
181 /
182 /
183 /
184 /
185 /
186 /
187 /
188 /
189 /
190 /
191 /
192 /
193 /
194 /
195 /
196 /
197 /
198 /
199 /
200 /
201 /
202 /
203 /
204 /
205 /
206 /
207 /
208 /
209 /
210 /
211 /
212 /
213 /

