GSAK

[kwieto]

Fine Reader czesto stosuje twardy podzial wiersza (taki znak jak na klawiszu ENTER), choc powinien wstawiac znacznik konca akapitu.

Te dwa znaki różnią się od siebie tym, że pierwszy z wymienionych nie narusza formatowania linii (wyjustuj tekst w Wordzie i wciśnij np. w środku linii shift+Enter. A potem zrób to samo, ale wciśnij sam Enter - zobaczysz różnicę.

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

Zamieniłem to w ten sposób, że ol'e są kasowane, zamiast </li> jest wstawiana spacja (to jest koniec wiersza w liście), a zamiast <li> (początek wiersza w liście) wstawiany jest punktor.

Jakoś się to czyta, choć nie idealnie

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.

Pokombinowałem jeszcze trochę i wyszło, że np. w notatniku przeniesienie do następnej linii powoduje znak "0013" lub "0010". Niestety nie działa to w ten sposób po wpisaniu do makra
Na razie więc spacje muszą zostać, tak czy siak.

[Bas]

Fine Reader czesto stosuje twardy podzial wiersza (taki znak jak na klawiszu ENTER), choc powinien wstawiac znacznik konca akapitu.

Te dwa znaki różnią się od siebie tym, że pierwszy z wymienionych nie narusza formatowania linii (wyjustuj tekst w Wordzie i wciśnij np. w środku linii shift+Enter. A potem zrób to samo, ale wciśnij sam Enter - zobaczysz różnicę.

Alez wiem oczywiscie. To zreszta wynika z definicji:
- znacznik akapitu zawiera dane o formatowaniu (tak, sa na koncu, a nie na poczatku)
- twardy podzial wiersza wymusza przejscie do nastepnej linii, ALE w ramach tego samego akapitu, wiec formatowanie nie ulega zmianie.


Jezeli z lamaniem tekstu jest tak jak napisalem wczesniej, to kod chr(13) nie pomoze - mam pomysl na sprawdzenie tego, ale to juz po powrocie z pracy...

[ted69]

Wy sie meczycie z odpowiednim skryptem - a popatrzcie jak "slicznie" wyglada opis tej skrzyneczki
http://www.opencaching.pl/viewcache.php?cacheid=3562
w pliku TXT czy GPX

[Bas]

Sprawdzilem lamanie linii.
1. zmienilem dane w pliku gpx wpisujac tekst w kilku wierszach
2. wczytalem gpx
3. dane laduja w pliku logs.smt i sa w oddzielnych wierszach. Gpx jest plikiem tekstowym, wiec nic innego ukryc sie w nim nie da ponad to, co widac.

Wnioski:
1. laczenie linii (zamiana Chr(13) na spacje) powinno byc w takim przypadku niemozliwe/zabronione/niewykonalne.
2. wydaje sie, ze laczenie byloby mozliwe na poziomie pliku logs.smt - sprawdzilem "recznie" i TAK, jest to mozliwe.

Jak polaczyc te linie z poziomu GSAK? Nie wiem
Zmienna $d_lText opisana jest jako "Full log text", wiec z poziomu GSAK tez powinno byc to mozliwe...

[kwieto]

Wy sie meczycie z odpowiednim skryptem - a popatrzcie jak "slicznie" wyglada opis tej skrzyneczki
http://www.opencaching.pl/viewcache.php?cacheid=3562
w pliku TXT czy GPX

To robota dla makra w wersji 1.0.4! :"P

Myślę, że po przejściu skryptu będzie ok.

Wersja prawdopodobnie skoczy o dwa oczka a nie jedno, bo przygotowuję małą niespodziankę...

[ted69]

Wlasnie sobie potestowalem makra GSAKa i mozna wstawic ENTER w tekst (ot , takie malo oszusto ale dzialajce )

$d_LongDescription = replace("y","x1xv1v","$d_LongDescription",TRUE)
$d_LongDescription = replace("x1x",Chr(13),"$d_LongDescription",TRUE)
$d_LongDescription = replace("v1v",Chr(10),"$d_LongDescription",TRUE)

ten fragment dziala tak ze kazda literke y zamienia na ENTER.

[Bas]

przygotowuję małą niespodziankę...

lubie niespodzianki, mniam

kazda literke y zamienia na ENTER.

moze to wykorzystac do wykazu z tagami <LI> ?

@Kwieto: podepniesz to do makra? Wtedy wszystko bedzie w jednym miejscu...

[ted69]

kazda literke y zamienia na ENTER.

moze to wykorzystac do wykazu z tagami <LI> ?

@Kwieto: podepniesz to do makra? Wtedy wszystko bedzie w jednym miejscu...

jasne ze tak - to y jest tylko przykladem. To co chcesz zamienic na ENTER (nie wazne czy <p> czy <li> czy cokolwiek innego) zamieniasz na dwa unikalne ciagi - i nastepnie te ciagi zamieniasz na Chr(13) i Chr(10)

[kwieto]

jasne ze tak - to y jest tylko przykladem. To co chcesz zamienic na ENTER (nie wazne czy <p> czy <li> czy cokolwiek innego) zamieniasz na dwa unikalne ciagi - i nastepnie te ciagi zamieniasz na Chr(13) i Chr(10)

Psujecie mi niespodziankę...

Powiem tylko, że można prościej :")

[ted69]

Mozna

$d_LongDescription = replace("<p>",Chr(13)+Chr(10),"$d_LongDescription",TRUE)

[kwieto]

Mozna

$d_LongDescription = replace("<p>",Chr(13)+Chr(10),"$d_LongDescription",TRUE)

Jeszcze prościej :"P

[Bas]

Ted, nie rozpraszaj Kwieto, bo nie zobaczymy tego makra dzisiaj

[kwieto]

Ted, nie rozpraszaj Kwieto, bo nie zobaczymy tego makra dzisiaj

Czy tak:

Dalej wg. wpisów breloczek wedrowal kolejno:
• Góra Kamionka
• Pinus Silvestris
• Stepina
• Kopiec Konfederatów Barskich
• Nad Wielka Woda.
W tej chwili lezy u mnie na biurku.

Jest ok?

==============
Druga sprawa:

Jeśli tekst był sformatowany tak: <p>linia 1</p><p>linia 2<p>, to nie ma problemu. Natomiast jeśli było tak:

<p>linia 1</p>
<p>linia2</p>

to będzie on po poprawce wyglądał tak:

Linia 1

Linia 2

Można to tak zostawić, ale niektórzy piszą z dużymi odstępami. Wtedy po poprawce taki odstęp może zacząć wynosić np. 3 linie (patrz wpis Filipsa w skrzynce z cytowaną wyżej listą), czyli "Drna River".

Można więc skasować podwójne odstępy, ale wtedy w tych logach które były poprawne (a takie jednak się zdarzają) z sekwencji:

Linia 1

Linia 2

zrobi się:

Linia 1
Linia 2

Mnie to nie przeszkadza i zrobiłbym właśnie tak, żeby te podwójne odstępy skasować, nawet kosztem "sklejenia" oryginalnych podwójnych odstępów w pojedyncze; jednak wolałbym usłyszeć Waszą opinię.

=====
Sam zaś mam nieco inny problem - raz mi Colorado czyta pliki ze skrzynkami, a raz nie... i co gorsza potrafi tak się zachowywać z tymi samymi plikami.

[Bas]

Czy tak:
Dalej wg. wpisów breloczek wedrowal kolejno:
• Góra Kamionka
• Pinus Silvestris

Jest ok?

Dla mnie bomba

Druga sprawa:
Linia 1
Linia 2
... zrobiłbym właśnie tak, żeby te podwójne odstępy skasować

Kasuj kasuj. Wlasnie tak.

raz mi Colorado czyta pliki ze skrzynkami, a raz nie... i co gorsza potrafi tak się zachowywać z tymi samymi plikami.

w tescie wynik musi byc powtarzalny. Pojecia nie mam co moze byc przyczyna. Zadnej prawidlowosci?
Moze po wgraniu skrzynek wylaczyc Colorado i wlaczyc jeszcze raz?
Nie wiem.
Za to zauwazylem, ze GSAK nie otwiera skrzynki z menu kontekstowego (Custom URL -> OC na www) jesli wczesniej nie wypusci sie makra cacheID. Moze przypadkowo nie przepusciles tego makra po kolejnym wgraniu gpx do bazy?

[ted69]

Za to zauwazylem, ze GSAK nie otwiera skrzynki z menu kontekstowego (Custom URL -> OC na www) jesli wczesniej nie wypusci sie makra cacheID. Moze przypadkowo nie przepusciles tego makra po kolejnym wgraniu gpx do bazy?

A jak masz skonfigurowanego GSAKa? To znaczy w Opcjach, zakladka HTML - jak dopisales Opencaching.pl ?
J mam tak:

Opencaching.pl=http://www.opencaching.pl/viewcache.php?cacheid=%gcid

czyli wlasnie odwolanie sie do GecocacheID - czyli to co moje makro odczytuje z adresu skrzynki