🚀 go-pugleaf

InDesign Scripts <indesignscripts@gazeta.pl> napisał(a): 

> a jakim cudem:
> 
> i = ile_wyrazow
> Do While y < p + i
> 
> p+i ma rozszerzyć obszar poszukiwań o np. i=5 kolejnych 3'wyrazowych słów ?
> poza tym - przecież pomiędzy separatorem możesz mieć ciągi znaków różnej długoś
> ci ?
> 
> bo aktualnie to rozszerzy obszar poszukiwań o i'kolejnych znaków a nie i'kolejn
> ych ciągów znaków

Ja to wykorzystuje do obrobki zrodel stron i czesto sa w linii sepratory
roznych typow.
By latwiej ci przedtawic ten kod nazwe wyrazenie kolumna, a separator tabem.

wtedy p - pierwsza interesujaca nas kolumna, i = ilosc kolumn

W petli odczytuje pozycje kolejnych znakow az nie znajde znaku = tabowi. 
To + 1 jest pozycja 1 kolumny. Oczywiscie zakladajac, ze nie ma tabow
na poczatku linii, wtedy 2-gi wszukiwany tab + 1 = pozycja 1 kolumny.
Kazdy kolejny przebieg dodaje 1 do pozycji startowej szukanego taba.

Dzieki temu niezleznie jakiej dlugosci jest ciag i czy sa rozne znaki
miedzy tabami pozycja jest podawana poprawnie. Gdy pozycja nie jest liczba,
przerwane jest wykonywanie petli i bodaj podaje funkcja arg (tu mozna dodac
cokolwiek sprawdzajace poprawnosc).

czemu p + i? Bo rozna ilosc kolum z roznych fragmentow kodu nas interesuje.
Nieraz 1, nieraz 10 :P p + i okresla szukany tab + wartosc i (kolumn).

Nie mam glowy by to to teraz jasniej tlumaczyc :) Funkcja jako tako dziala
poprawnie, ale nie podoba mi sie uzywanie 2 petli :P
Probowalem w 1 z wykorzystanie dl ciagu, ale glowna szukana wartoscia
musialby byc tab koncowy.
Tyle, ze jego moze wcale nie byc. Gdy interesuje nas tylko ost kolumna,
wtedy tez niemozliwe byloby odczytanie taba poczatkowego...

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/