Opencaching Polska - Forum

kwieto pisze:A jak to wyświetla sam GSAK (po makrze) ?

WSZYSTKIE przyklady, ktore podaje pochodza z okna GSAK, zeby wykluczyc dodatkowe watpliwosci.

Bas pisze:

kwieto pisze:A jak to wyświetla sam GSAK (po makrze) ?

WSZYSTKIE przyklady, ktore podaje pochodza z okna GSAK, zeby wykluczyc dodatkowe watpliwosci.

Pytałem Teda :")

kwieto pisze:A jak to wyświetla sam GSAK (po makrze) ?

tak wyglada w GSAKu PO makrze:

Czyli problem jest gdzieś u Bas'a. Nie mam pomysłu gdzie.

Przy okazji - ani Chr(10) ani Chr(13) nie działają, a w każdym razie nie przenoszą tekstu do następnej linii. Pojawia się po prostu spacja i tyle.

taaak, to swietnie. Znaczy sie - fatalnie

Gdzie jest blad? Moze czegos nie robie? Odswiezyc baze? Juz na wszelki wypadek program zamknalem i otworzylem ponownie - bez zmian.

Po eksporcie do gpx widac: ˻Tu tez jabol zajrzal˻ (cytat)
(tak, takie krzaczki)

EDIT:
Teraz chyba juz jest OK !
Wgralem baze (spoko - tylko 38 skrzynek) od nowa i uruchomilem makro... Zniknal znak 1/2 i jest cudzyslow

Aaaa... bo Ty nie wgrałeś sobie pliku GPX od początku poprzednim razem?

No to nie dziwne - został Ci błąd z poprzedniego makra (ta moja próba zastąpienia cudzysłowu innym, podobnym znakiem, który u Ciebie wyświetlał się jako 1/2).
Makro po poprawce oczywiście ignorowało ten znak, bo nie ma go wpisanego do kodu...
Poprawiło to, czego poprzednie makro nie wyczyściło, natomiast tego co tamto zepsuło - już nie, bo nie taka jest w końcu jego rola.

Ja zwykle testuję na jednej czy dwu wybranych skrzynkach, i po każdej modyfikacji wgrywam te skrzynki od nowa. Tak to ma działać - na GPX zaimportowanym bezpośrednio z OC.

Przy okazji - skrzynki ponownie wczytane do bazy (np. zaktualizowany GPX) znowu mają te krzaki zarówno w nowych fragmentach (np. logach) jak i tych, które się nie zmieniły od ostatniego razu. Czyli po aktualizacji bazy, trzeba ją znowu przepuścić przez wszystkie makra.

To co robimy z tym znacznikiem </p> ?
Zastępujemy go spacją, czy ktoś ma inny pomysł?

kwieto pisze:Aaaa... bo Ty nie wgrałeś sobie pliku GPX od początku poprzednim razem?

To co robimy z tym znacznikiem </p> ?
Zastępujemy go spacją, czy ktoś ma inny pomysł?

Hmmm, chcialem miec duza baze do sprawdzania literek, wiec pobralem komplet z OC. Musze Wam powiedziec, ze wczytywanie do bazy 3500 plikow i przepuszczanie ich przez makra strasznie dlugo trwa...

Teraz zaczytalem tylko maly kawaleczek i jest OK.

znacznik </p> zastapic moze znakiem Chr(13) na poczatek?

Swoja droga to dziwne, bo ten znacznik znika po makrze z "krzaczkami w logach" i skoro pozostaje taki izolowany </p>, to chyba raczej swiadczy o bledzie w opisie (wystarczy zamienic na spacje), niz o znaku konca akapitu. Jak sadzicie?

Pytanie:
Makro KrzaczkiLogiPlaskie usuwa ogonki tylko w logach, czy w calej skrzynce?
Rozumiem, ze mozna je uruchamiac zamiast makra KrzaczkiLogi, a nie PO tym makrze, tak?

Bas pisze:znacznik </p> zastapic moze znakiem Chr(13) na poczatek?

Już próbowałem (opisane wyżej) - wstawia się spacja. To już lepiej po prostu wstawić spację, bo tu tak naprawdę nie wiadomo co się pokaże np. po wczytaniu tego do programu na palmtopie.

Bas pisze: Swoja droga to dziwne, bo ten znacznik znika po makrze z "krzaczkami w logach" i skoro pozostaje taki izolowany </p>, to chyba raczej swiadczy o bledzie w opisie (wystarczy zamienic na spacje), niz o znaku konca akapitu. Jak sadzicie?

Tak naprawdę to wygląda w pliku gpx mniej więcej tak:

<p>przykładowy tekst linijka pierwsza</p><p>przykładowy tekst linijka druga</p><p>przykładowy tekst linijka trzecia</p>

Na stronie OC widzimy zaś coś takiego:

przykładowy tekst linijka pierwsza
przykładowy tekst linijka druga
przykładowy tekst linijka trzecia

Czyli znaczki <p> oraz </p> określają początek oraz koniec wiersza. Najprościej jest to naprawić usuwając znacznik <p> oraz zastępując znacznik </p> poleceniem przeniesienia tekstu do następnej linii.

Inaczej nie bardzo sobie wyobrażam przeprowadzenie zamiany.
Ale żeby takie działanie wykonać, trzeba wiedzieć CO trzeba wpisać jako znak/kod podmieniający znacznik, żeby było interpretowane równoznacznie z enterem.
Można oczywiście sobie ułatwić, i po prostu kazać w tym miejscu wstawiać spację, wtedy tekst będzie wyglądał tak:

przykładowy tekst linijka pierwsza przykładowy tekst linijka druga przykładowy tekst linijka trzecia

Zawszeć to lepiej niż to:

przykładowy tekst linijka pierwszaprzykładowy tekst linijka drugaprzykładowy tekst linijka trzecia
czy po prostu tekst z pozostawionymi znacznikami.

Można ewentualnie dać kilka spacji, żeby się nie mieszało (tyle że wtedy przy kolejnym przelocie makra, zastąpi ono podwójne spacje pojedynczymi, więc kółko się zamyka)

Bas pisze: Pytanie:
Makro KrzaczkiLogiPlaskie usuwa ogonki tylko w logach, czy w calej skrzynce?

Tylko w logach. Dlatego ma w nazwie: "LOGI" do opisów jest drugie makro, a innych pól chyba nie ma potrzeby ruszać

Bas pisze: Rozumiem, ze mozna je uruchamiac zamiast makra KrzaczkiLogi, a nie PO tym makrze, tak?

Tak. Makro "płaskie" jest po prostu rozszerzoną wersją makra "KrzaczkiLogi", które nie usuwa formatowania tekstu (czyli tych wszystkich znaczków <a>, <strong>, <font>, <img> i tak dalej.

Jeśli z menu wybierzesz "run/manage makro" a następnie klikniesz na wybrane z nich lewym przyciskiem, będziesz miał opcję "edit". Zajrzyj sobie do obu (część odpowiadająca za podmianę krzaków jest na samym końcu), to po pierwsze zobaczysz co jest zamieniane na co, a po drugie - jaka jest składnia.
Wtedy możesz się pokusić o dopisanie swoich własnych określeń na własną rękę. (nie lubisz np. słowa "puszka" i każesz ją we wszystkich wystąpieniach zastąpić na słowo "cache", albo coś w tym rodzaju)

kwieto pisze:

Bas pisze:znacznik </p> zastapic moze znakiem Chr(13) na poczatek?

Już próbowałem (opisane wyżej) - wstawia się spacja. To już lepiej po prostu wstawić spację, bo tu tak naprawdę nie wiadomo co się pokaże np. po wczytaniu tego do programu na palmtopie.

A probowales zamiast </p> wstawic dwa znaki - w tej kolejnosci Chr(13)Chr(10) ?
Jak sie podejrzy plik tekstowy jakims edytorkiem Hex, to tak wlasnie wyglada Enter (pod Windowsami)

kwieto pisze:Czyli znaczki <p> oraz </p> określają początek oraz koniec wiersza. Najprościej jest to naprawić usuwając znacznik <p> oraz zastępując znacznik </p>...

Można ewentualnie dać kilka spacji

Tagi <p> i </p> wystepuja parami i znikaja po przejsciu makra krzaczki - OBYDWA. Nie ma prawa pozostac pojedynczy tag </p> (tak mi sie zdaje), jezeli dotyczyl formatowania? W jakis sposob pozostal, ale tylko JEDEN na iles tam sprawdzonych skrzynek, wiec to chyba jakis blad usera przy wpisie i wtedy zastapienie spacja bedzie optymalne.

Nie wiem jak tam w gpx i programach, ktore je czytaja, ale w html mnogie spacje i tak widziane sa jak JEDNA - dopiero wstawienie &nbsp; pozwala postawic kilka spacji na stronie. Tak, czy inaczej nastepna konwersja likwiduje podwojne spacje

kwieto pisze:Makro "płaskie" jest po prostu rozszerzoną wersją makra "KrzaczkiLogi"

Z nazwy tak wlasnie wynikalo, ale pomyslalem, ze chodzilo o eliminacje w ogole polskich znakow z calej skrzynki - w sumie najwazniejszy jest opis.

kwieto pisze:Jeśli z menu wybierzesz "run/manage makro"... "edit".. Wtedy możesz się pokusić o dopisanie swoich własnych określeń na własną rękę...

Pobawilem sie troche przecinkami i kropkami, i nawet dzialalo, ale nie moglem sobie poradzic z "1/2". Juz i help przejrzalem, dotarlem do zmiennych i funkcji, a tu okazalo sie, ze trzeba wczytac gpx

Ted69 pisze:wstawic dwa znaki - w tej kolejnosci Chr(13)Chr(10)

Z lancuchem tak raczej sie nie da. Predzej zadziala Chr(13) & Chr(10).
Pomyslalem, ze jesli calosc jest traktowana jak html (a takie sa znaczniki), to ENTER z pola tekstowego jako chr(13) nie bedzie chyba widoczny (nie bedzie brany pod uwage) i wszystko leci w jednej linii rozdzielone spacjami... (tak tez zauwazyl Kwieto)
A jednak w opisach w GSAK sa zdania zaczynajace sie od nowej linii

ot, zagadka
_________________________

Edit:
jeszcze przed konwersja, zaraz po wczytaniu gpx, tagi <p> i </p> nie wymuszaja w oknie GSAK nowej linii (a w html TAK). Natomiast po tagu <br /> jest nowa linia. Co ciekawe, po przejsciu makra w miejscu <br /> zachowane jest lamanie wiersza, wiec... moze ten wlasnie kod (z makra) odpowiada z ENTER? I wszystko byloby pieknie, gdyby nie fakt, ze tym kodem jest spacja? Trzeba chyba zajrzec do bazy, do srodka, bo tam jest kod do lamania linii wprowadzony na widok <br /> i zostaje tam mimo podstawienia spacji.
Tak przynajmniej mi sie wydaje
LUB
wstawic spacje i nie lamac sobie glowy nad lamaniem wiersza, choc to ciekawa lamiglowka...
_________________________

Edit2:
ogladam sobie plik Logs.smt i widze wpisy typu:
- pozdrawiam Janusziam Januszzuszzamy
- Smyczka na kluczeyczka na kluczeenaleziona

Wyglada to tak, jakby w pliku zapisane byly wszystkie uderzenia klawiszy (cos a'la keylogger).

Bas pisze:Tagi <p> i </p> wystepuja parami i znikaja po przejsciu makra krzaczki - OBYDWA. Nie ma prawa pozostac pojedynczy tag </p> (tak mi sie zdaje), jezeli dotyczyl formatowania?

W wersji 1.0.2 tak, bo tak jest zaprogramowane makro.
Z grubsza działa ono w ten sposób, że znajduje ono znacznik rozpoczynający się na <p lub </p>.

Wersja 1.0.3 (jeszcze nie opublikowana) rozróżnia początek <p oraz </p i stosuje w obu przypadkach różne procedury - w przypadku <p> usuwa całość (zwykle jest to początek linii, więc wstawianie tam jakichś znaków nie ma sensu), natomiast w przypadku </p> zastępuje go .... no właśnie ustalamy czym.

Sekwencja Chr(13)Chr(10) ani Chr(13)&Chr(10) nie jest dopuszczalna w składni formuły.

Bas pisze: W jakis sposob pozostal, ale tylko JEDEN na iles tam sprawdzonych skrzynek, wiec to chyba jakis blad usera przy wpisie i wtedy zastapienie spacja bedzie optymalne.

To nie tak - jeśli znalazłeś taki kwiatek, to znaczy, że makro nie przewiduje jakiegoś wyjątku (trzeba by sprawdzić dlaczego), albo był on wcześniej zapisany np. jako </p> - wtedy mogło się zdarzyć, że zamiana > na właściwy znak nastąpiła już po przeprocesowaniu tekstu pod kątem znaczników typu </p>

Bas pisze: Nie wiem jak tam w gpx i programach, ktore je czytaja, ale w html mnogie spacje i tak widziane sa jak JEDNA - dopiero wstawienie &nbsp; pozwala postawic kilka spacji na stronie. Tak, czy inaczej nastepna konwersja likwiduje podwojne spacje

To by wyjaśniało, dlaczego pojawiają się takie krzaki - podwójną spację bardzo łatwo wstawić niechcący.
A jak mówiłem, generalnie html w logach jest niedopuszczalny.
GSAK po prostu czyta te znaczniki jako zwykły tekst.

Bas pisze: Z nazwy tak wlasnie wynikalo, ale pomyslalem, ze chodzilo o eliminacje w ogole polskich znakow z calej skrzynki - w sumie najwazniejszy jest opis.

Polskich znaków nie ma już w kodzie generowanym z OC - jedynym wyjątkiem jest o kreskowane, pokazujące się jako &oacute;.
I jest ono przez makro zamieniane na ó lub Ó, bo wyszedłem z założenia, że niezależnie od tablic kodowych (Roman, Stefan, UTF czy inne) jest ono dokładnie w tym samym miejscu tablicy, więc zawsze będzie się wyświetlać poprawnie, nawet na komputerze który nie ma obsługi polskich liter.

Bas pisze: A jednak w opisach w GSAK sa zdania zaczynajace sie od nowej linii

Bo problem polega na tym, że formularz na OC PL pozwala wpisywać tekst do logów na trzy sposoby - "płaski" tekst, HTML, oraz tzw. "edytor" (ten ostatni jest domyślny)
Z tego powodu tekst robi się jedną wielką sieczką. Wczytaj sobie parę skrzynek i przepatrz je przed przepuszczeniem przez makro.
Zobaczysz często np. coś takiego:

<p>pierwsza linijka</p>
<p>druga linijka</p>
<p>trzecia linijka</p><p>czwarta linijka</p>

Wychodzi więc na to, że GSAK IGNORUJE znaczniki, a podziału na linie dokonuje według innego kryterium.
Wejdź sobie też na stronę OC i spróbuj wpisać się do jakiegoś logu z poziomu "edytora". wtedy znaczniki pojawiają się natychmiast po zapostowaniu takiego wpisu, są widoczne jeszcze na stronie (!)

I tekst wygląda tak jak przykład powyżej - są i znaczniki (widoczne), ale i tekst jest łamany w prawidłowych miejscach.

Bas pisze: Natomiast po tagu <br> jest nowa linia. Co ciekawe, po przejsciu makra w miejscu <br> zachowane jest lamanie wiersza, wiec... moze ten wlasnie kod (z makra) odpowiada z ENTER?

Nie, to są niezależne sprawy. <br> zostaje usuniętę (a ściślej - jak zauważyłeś - zastąpione spacją), a nowa linia zostaje, bo po prostu i tak była, niezależnie od tego czy wcześniej było <br> czy nie.

Otworzyłem sobie skrzynkę "Skarb Dziadoszan" (OP0003), i sprawdziłem jak wygląda opis wprost w pliku z OC:

<description>Skarb Dziadoszan zostal ukryty na Wyspie Opatowickiej we Wroclawiu.
Dziadoszanie, ludnosc pochodzenia slaskiego, zamieszkujaca od polowy IX w. polnocny Slask.
Wspaniale miejsce dla calej rodziny na spacer. Mozna dojechac tramwajem ale trzeba potem przejsc okolo 1,5 km.

Pojemnik jest maly i zawiera: logbook, temperowke i olowek - nie na wymiane. Maly breloczek z lyzwa - na wymiane.

Wspolrzedne parkingu: N 51 06.048 E 017 07.207
</description>

Widać, że nie ma znaczników, a mimo to jest zachowane dzielenie tekstu na linie.

Jest też w tej skrzynce log, w którym takie dzielenie jest poprawnie wyświetlane przez GSAK:

<text>Znaleziona! <br />
Do srodka dostalo sie troche wody - logbook zawilgocony. Stwierdzono rowniez brak olowka.<br />
<br />
in: gliniany pies.<br />
out: nic.</text>

Tu widać krzaczki, ale tekst jest rozbity na wiersze niezależnie od nich.
Dla porównania - inne logi "lecą ciurkiem", pomimo obecności tych samych znaczników:

<text>Podejscie drugie znaleziona<img src="lib/tinymce/plugins/emotions/images/smiley-smile.gif" border="0" alt="Usmiech" title="Usmiech" />&nbsp;teraz bez wiekszych problem&oacute;w. Faktycznie gps pokazuje troche inne wsp&oacute;lrzedne GPS (N 51&deg; 05.794&#39; E 017&deg; 07.743&#39;).<br />r&oacute;znica okolo 25 m<br />in - moneta 50 lipa i serduszko<br />out - kotek<br /></text>

kwieto pisze:natomiast w przypadku </p> zastępuje go .... no właśnie ustalamy czym

Ustalmy, ze </p> zastapione bedzie spacja.

kwieto pisze: Jest też w tej skrzynce log, w którym takie dzielenie jest poprawnie wyświetlane przez GSAK:

<text>Znaleziona! <br />
Do srodka dostalo sie troche wody - logbook zawilgocony. Stwierdzono rowniez brak olowka.<br />
<br />
in: gliniany pies.<br />
out: nic.</text>

<br /> - ten ciag odpowiada <br /> i jest na koncu kazdej linii, ALE
w pliku gpx kazda z tych linii jest w oddzielnym wierszu - moze to jest kryterium??

kwieto pisze:Tu widać krzaczki, ale tekst jest rozbity na wiersze niezależnie od nich. Dla porównania - inne logi "lecą ciurkiem", pomimo obecności tych samych znaczników...

A tu z kolei w pliku gpx caly tekst jest w jednej linii.

Wnioski:
1. Biorac pod uwage te dane odnosze wrazenie, ze GSAK wprowadza lamanie tekstu tam, gdzie sa zlamane w pliku gpx, czyli jak w tekscie, ale robi to na etapie wprowadzania gpx do bazy.

2. Nie wiem, czy da sie wymusic lamanie tekstu w danej linii, skoro GSAK podjal decyzje w pkt.1 i tak umiescil dane w strukturze bazy danych. Analizujac gpx jak "zwykly plik tekstowy" i rozdzielajac poszczegolne wiersze znacznie ogranicza mozliwosci laczenia/lamania tekstu.

3. Lancuch Chr(13) czy Chr(13 & Chr(10) bylby w takim przypadku faktycznie nie do przyjecia...

4. Jezeli moga byc trudnosci z lamaniem tekstu, to moze wstawiac spacje i czesc?

5. O ile pamietam, to liste wypunktowana/nieuporzadkowana (znaczniki <UL>, <LI> i </UL>) tez umieszczal w jednej linii, tak?

6. Az sie prosi (kolejny raz), zeby zrezygnowac z formatowania logow w OC, bo to tylko przynosi klopoty

Bas pisze:Ustalmy, ze </p> zastapione bedzie spacja.

I chyba to jest jedyna w miarę poprawna opcja.

Bas pisze: <br /> - ten ciag odpowiada <br> i jest na koncu kazdej linii, ALE
w pliku gpx kazda z tych linii jest w oddzielnym wierszu - moze to jest kryterium??

Dokładnie tak. Jak pisałem wielokrotnie, w sekcji logów ignorowane są wszelkiej maści znaczniki html. Wpisy czytane są jako "płaski" tekst (niesformatowany lub sformatowany w podstawowy sposób) i znacznik jest dla programu po prostu kawałkiem wpisu... bez specjalnego znaczenia, które rozpoznawane jest w html.

Jeśli wczytasz GPX do Worda, czy np. programu do składu tekstu (InDesign, Quark), to możesz podejrzeć tzw "invisible characters" - znaczniki formatujące tekst, które normalnie są niewidoczne. W Wordzie służy do tego ikonka takiego odwróconego "P" na podwójnej nodze.
Pokazują się wtedy wszystkie spacje (w postaci kropek na wysokości środka wiersza, końce lini (zależnie od funkcji: odwrócone "P" lub strzałka w dół skręcająca w lewo), wymuszenie przeniesienia tekstu na następną stronę i tak dalej.
W przypadku logów które w GSAK dzielone są poprawnie na linie te (tekstowe - przypominam) znaczniki istnieją, w przypadku tych które lecąÂ "ciurkiem" - po prostu ich nie ma.

Bas pisze: 1. Biorac pod uwage te dane odnosze wrazenie, ze GSAK wprowadza lamanie tekstu tam, gdzie sa zlamane w pliku gpx, czyli jak w tekscie, ale robi to na etapie wprowadzania gpx do bazy.

Nie sądzę, aby to miało znacznie. On po prostu rozpoznaje tekstowy (a nie html'owy) znak formatowania ("przenieś do następnej linii") i stosuje się do jego poleceń - tak jak każdy edytor tekstu.
Jeśli wstawienie dowolnego innego znaczka/litery na późniejszym etapie (spacja, apostrof, cudzysłów itd.) sprawia, że GSAK go prawidłowo wyświetla, to również nie powinno być tego problemu ze znacznikiem przeniesienia do następnej linii - o ile wiadomo by było jak go wprowadzić do makra.

Bas pisze: 4. Jezeli moga byc trudnosci z lamaniem tekstu, to moze wstawiac spacje i czesc?

Ku temu się skłaniam, przynajmniej "doraźnie".

Bas pisze: 5. O ile pamietam, to liste wypunktowana/nieuporzadkowana (znaczniki <UL>, <LI> i </UL>) tez umieszczal w jednej linii, tak?

Nigdy nie trafiłem na te znaczniki....

Bas pisze: 6. Az sie prosi (kolejny raz), zeby zrezygnowac z formatowania logow w OC, bo to tylko przynosi klopoty

Tak jak już wielokrotnie napisałem - GPX nie obsługuje html w logach.
To była pierwsza odpowiedź na forum GSAK gdy pytałem jak się zabrać do zmuszenia tego programu aby poprawnie czytał te wszystkie krzaczki.

Od jednego z adminów, z którym rozmawiałem na priv, dostałem wręcz odpowiedź otwartym tekstem: "gdyby kod generowany przez tę stronę [OC PL - przyp. kwieto] był prawidłowy, nie musiałbyś kombinować".
I trudno odmówić mu racji...

Np. w opisach większość krzaków "magicznie" zniknie natychmiast po ustawieniu prawidłowego znacznika html (w opisach html jest dopuszczalny). Ściągnij sobie makro "setHTML" i puść zamiast mojego "ZamianaKrzaczkówWOpisach". Natychmiast wszelkie "ó", cudzysłowy i apostrofy zacznąÂ się pokazywać prawidłowo - a jedyne co to makro robi to zamienia opis gpx'a z LongDescritpion html=false (tak jest w pliku z OC) na LongDescritpion html=true

Gdyby nie to, że niektóre programy na palmtopy mogą i tak mieć z tym problem, a poza tym nie wszystkie kody znikają (nie znika np. &nbsp;), to w ogóle nie robiłbym swojego makra do czyszczenia opisów, a zajął się tylko i wyłącznie logami.

kwieto pisze:Jeśli wczytasz GPX do Worda, czy np. programu do składu tekstu (InDesign, Quark), to możesz podejrzeć tzw "invisible characters"...

Ja ogladam w EditPad - wczytuje wszystko bez szemrania.
Czasami faktycznie warto spojrzec w Wordzie i przy okazji zerknac na kod takiego magicznego znaku. Przy okazji: Fine Reader czesto stosuje twardy podzial wiersza (taki znak jak na klawiszu ENTER), choc powinien wstawiac znacznik konca akapitu.

kwieto pisze:

Bas pisze: 5. O ile pamietam, to liste wypunktowana/nieuporzadkowana (znaczniki <UL>, <LI> i </UL>) tez umieszczal w jednej linii, tak?

Nigdy nie trafiłem na te znaczniki....

Podsylalem tutaj:
http://forum.opencaching.pl/viewtopic.php?p=25189#25189

Mysle, ze lamaniem linii, czy ich laczeniem nie trzeba sie bardzo przejmowac. Wstawiac spacje i juz. Najwazniejsze, ze tekst jest czytelny. Opcja plain text szalenie mi sie podoba, bo z cala pewnoscia kazdy program do gpx poradzi sobie z tak utworzonym plikiem.