Серый форум — AHK: Обработка чисел с определённым шагом

Re: AHK: Обработка чисел с определённым шагом

null@example.com (DD) — Mon, 09 Apr 2018 05:51:44 +0000

Re: AHK: Обработка чисел с определённым шагом

null@example.com (_gruz) — Tue, 19 May 2015 16:47:01 +0000

Если есть опция регулярные строки или что то подобное в опциях, то конечно, синтаксис везде стандартизирован (за искл. нескольких нюансов).
Вышеуказанный шаблон всего лишь возвращает или числа с первой группы ("456456-3657652") или числа, строки с второй: (напр "125"), если я не ошибаюсь. При чем если будет разделитель не пробел а табуляция, он уже не сработает. Не придумал пока как можно в регулярке проверять, на сколько одно число больше другого
Не знаю на счет Notepad++ но однозначно посоветовал бы AkelPad -- кроме станд. ф-ций он основан на плагинах (JScript которые легко можно самому добавлять -- есть шаблон с комментами), в которых можно практически ВСЕ.

+ открыть спойлер

Re: AHK: Обработка чисел с определённым шагом

null@example.com (Malcev) — Mon, 18 May 2015 09:55:07 +0000

Тут надо спрашивать у продвинутых пользователей notepad++.

Re: AHK: Обработка чисел с определённым шагом

null@example.com (DD) — Mon, 18 May 2015 06:39:19 +0000

Означает ли это, что и в Notepad++, указав шаблон, можно обрабатывать подобные списки?

Re: AHK: Обработка чисел с определённым шагом

null@example.com (Malcev) — Sun, 17 May 2015 14:21:35 +0000

Нету там массива, только регулярное.

Re: AHK: Обработка чисел с определённым шагом

null@example.com (DD) — Sun, 17 May 2015 05:58:31 +0000

Так понимаю, совмещён массив с регулярными? Интересно, спасибо.

Re: AHK: Обработка чисел с определённым шагом

null@example.com (Malcev) — Sun, 17 May 2015 01:30:53 +0000

sr =
(
456456-3625396 50
456456-3627444 75
456456-3634100 100
456456-3634868 125
456456-3636916 150
456456-3637684 175
456456-3639220 200
456456-3639732 225
456456-3641524 250
456456-3642036 275
456456-3643316 300
456456-3643572 325
456456-3644340 350
456456-3644596 375
456456-3644852 400
456456-3645620 425
456456-3646388 450
456456-3647156 475
456456-3648948 500
456456-3649716 350
456456-3650228 375
456456-3650996 400
456456-3651508 425
456456-3638196 175
456456-3640756 200
456456-3642292 225
456456-3627188 25
456456-3637940 50
456456-3638708 75
456456-3643828 100

456456-3629748 50
456456-3630260 75
456456-3638964 50
456456-3639988 75

456456-3654324 50
456456-3654580 75
456456-3654836 100
456456-3727396 0
456456-3656372 75
456456-3656628 100
456456-3657652 125

456456-3655524 50
)
Pos := 1
While Pos := RegExMatch(sr, "s)(\d+-\d+) (\d+)",match,Pos+StrLen(match))
{
   if (match2 - 25 != matchPrev)
      rm .= match1 "`n"
   matchPrev := match2
}
msgbox % rm

Re: AHK: Обработка чисел с определённым шагом

null@example.com (DD) — Sat, 16 May 2015 21:27:02 +0000

Точно, _gruz, я и забыл об этом)) Но гибкость и сейчас вроде вполне себе гибкая — но разве регулярными можно обрабатывать числовые шаги?

Re: AHK: Обработка чисел с определённым шагом

null@example.com (_gruz) — Sat, 16 May 2015 21:10:53 +0000

Из файла там наверное символ завершения строки другой. Попробуй так:

FileRead, sr, *t %a_desktop%\TMP.TXT

Loop, Parse, sr, `n

Опция *t: заменяет все пары символов возврата каретки и перевода строки (`r`n) на переводы строки (`n).
Или только в цикле поменять на то, что нужно, в зависимости от ОС, но тогда если поставить для цикла только один вариант переноса строки, то в другой ОС не будет работать. тут или как в начале я указал, или рег. выражения использовать (или опцию ИЛИ).

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

Re: AHK: Обработка чисел с определённым шагом

null@example.com (DD) — Sat, 16 May 2015 17:47:01 +0000

Вопрос возник по скрипту: когда список читается из файла, он почему-то не обрабатывается —

FileRead, sr, %a_desktop%\TMP.TXT

Loop, Parse, sr, `r`n
   old:=v[2], v:=StrSplit(A_LoopField," "), v[1] && v[2]!=old+25 && rm .= v[1] . "`n"

FileAppend % rm, %a_desktop%\TRDS.TXT

Может директива какая нужна?

Re: AHK: Обработка чисел с определённым шагом

null@example.com (DD) — Thu, 14 May 2015 06:02:30 +0000

Громадное спасибо, Irbis! А по твоему вопросу — вроде бы, насколько я смотрел и вникал, такая ситуация исключается, потому что если они будут следовать сразу друг за другом, без других коммов между ними, то это получится продолжение того же треда. Тогда как я вывожу командой (в программе PowerGREP) подряд все коммы в оригинальной последовательности (включая даже закрывающий тег HTML, чтобы даже от файла к файлу существовала граница), что в результатах выглядит так:


100592.html- 
100592.html- 
100592.html- 
100592.html- 
100592.html-825584 0(
100592.html- 
100592.html- 
100790.html- 
100790.html- 
100790.html-829622 50
100790.html-827062 0(
100790.html- 
100790.html- 
100790.html- 
100790.html- 
100790.html-828854 0(
100790.html- 
100790.html-832950 50(
100790.html-833974 75
100790.html- 
100790.html- 
100790.html- 
100790.html- 
100790.html-830902 25(
100790.html-831158 50
100790.html-831414 75
100790.html-831926 25
100790.html-832694 50
100790.html-841654 50
100790.html-842422 75
100790.html-854966 100
100790.html-855222 125
100790.html- 
100790.html- 
100790.html- 
100790.html-835254 0(
100790.html- 
100790.html-

(Видимые кое-где скобки — это удалённые коммы — и в случаях, когда они с границами по сторонам, их нужно удалять перед обработкой скриптом.

или примерно так, если без замен, с простым выводом результатов:

Т.е. в списке коммы с одним пробелом после DIV — это развернутые коммы, а с двумя — свёрнутые.



Re: AHK: Обработка чисел с определённым шагом
null@example.com (Irbis) — Thu, 14 May 2015 05:11:33 +0000
Если обойти пока этот аспект, то можно так:
sr =
(
456456-3625396 50
456456-3627444 75
456456-3634100 100
456456-3634868 125
456456-3636916 150
456456-3637684 175
456456-3639220 200
456456-3639732 225
456456-3641524 250
456456-3642036 275
456456-3643316 300
456456-3643572 325
456456-3644340 350
456456-3644596 375
456456-3644852 400
456456-3645620 425
456456-3646388 450
456456-3647156 475
456456-3648948 500
456456-3649716 350
456456-3650228 375
456456-3650996 400
456456-3651508 425
456456-3638196 175
456456-3640756 200
456456-3642292 225
456456-3627188 25
456456-3637940 50
456456-3638708 75
456456-3643828 100

456456-3629748 50
456456-3630260 75
456456-3638964 50
456456-3639988 75

456456-3654324 50
456456-3654580 75
456456-3654836 100
456456-3727396 0
456456-3656372 75
456456-3656628 100
456456-3657652 125

456456-3655524 50
)

Loop, Parse, sr, `r`n
   old:=v[2], v:=StrSplit(A_LoopField," "), v[1] && v[2]!=old+25 && rm .= v[1] . "`n"
MsgBox % rm


Re: AHK: Обработка чисел с определённым шагом
null@example.com (Irbis) — Thu, 14 May 2015 03:52:35 +0000
Обработать список - не проблема. А если такая ситуация, из твоего примера, допустим 2ой трэд начинается с 350, а 1ый заканчивается не на 500, а на 325,  как тогда определять границы?


AHK: Обработка чисел с определённым шагом
null@example.com (DD) — Wed, 13 May 2015 22:23:08 +0000
Привет! 
Нарисовалась одна задачка по получению из ЖЖ-страниц — всех первых ссылок из веток со свёрнутыми комментариями, что таким образом позволит получить все свернутые коммы без дублей. Как выяснилось, основная трудность в отсеивании всех последующих коммов, идущих после первого в ветке.
Ниже представлен список всех свернутых коммов со страницы, в которых первое число с дефисом — это номер страницы и номер трэда, а второе — отступ в пикселях с шагом в "25". Первые числа с дефисом можно не учитывать, а делать выводы изходя из значения второго. Например, в списке (колонка "Суровая реальность") вторым числом сначала идёт 50, ниже идёт 75 (плюс 25), ниже идёт 100 (+25) и так далее до 500, после которого уже идёт 350 — что означает обрыв трэда на пятистах и что с трехсот пятидесяти начинается новый трэд. Т.е. задача в том, чтобы в места обрывов добавлять либо переводы строк (пустую строку), либо, в идеале, как можно видеть во второй колонке.


Суровая реальность                         Розовая мечта
------------------------------------------------------------------------------------------------
456456-3625396 50                         456456-3625396
456456-3627444 75
456456-3634100 100
456456-3634868 125
456456-3636916 150
456456-3637684 175
456456-3639220 200
456456-3639732 225
456456-3641524 250
456456-3642036 275
456456-3643316 300
456456-3643572 325
456456-3644340 350
456456-3644596 375
456456-3644852 400
456456-3645620 425
456456-3646388 450
456456-3647156 475
456456-3648948 500
456456-3649716 350                        456456-3649716
456456-3650228 375
456456-3650996 400
456456-3651508 425
456456-3638196 175                        456456-3638196
456456-3640756 200
456456-3642292 225
456456-3627188 25                         456456-3627188
456456-3637940 50
456456-3638708 75
456456-3643828 100

456456-3629748 50                         456456-3629748
456456-3630260 75
456456-3638964 50                         456456-3638964
456456-3639988 75

456456-3654324 50                         456456-3654324
456456-3654580 75
456456-3654836 100
456456-3727396 0                          456456-3727396
456456-3656372 75                         456456-3656372
456456-3656628 100
456456-3657652 125

456456-3655524 50                         456456-3655524