Witaj Grzegorz,

Podaj adres swojej strony.

Pozdrawiam

Podaję adres strony: http://www.audy-term.pl

Witaj Grzegorz,

1. Czy w projekcie, w ustawieniach ogólnych język treści jest ustawiony na "PL - Polish"?

2. Czy dokonywałeś jakichkolwiek modyfikacji w plikach gotowej witryny, po eksporcie z programu?

Pozdrawiam

Witam

Ad1. Jest ustawiony PL

Ad2. Nie dokonywałem modyfikacji.

Zauważyłem jeszcze coś: korzystając z formularza na gotowej stronie nie można wpisać znaku "ć".

Faktycznie, ciekawe....
Wyglada na błąd Programu.
U mnie jest to samo, nie można wpisać "ć" i "ź"

I jeszcze u mnie zauważyłem, że na stronie gdzie formularz ma tytuły umieszczone na zewnątrz pola, to "ć" i "ź" jest widoczne w polu, a na innej stronie gdzie tytuły są wewnątrz pola, to "ć" i "ź" jest niewidoczne.

W nowszych wersjach programu, obojętnie czy tytuł jest na zewnątrz czy w środku, nie działa ć i ź  w starszych wersjach programu problemu nie ma

Innymi słowy im nowsza wersja tym gorzej? 

Captcha
    var codes = s.imCaptcha.offlineCodes;
    s.loaded = true;
})( _jq, x5engine );

Hmmm a jak tego nie ma w pliku x5settings.js to ć powraca... czy musi to być? Jak ktoś nie używa CAPTCHA (pomijam, że z captcha ciągle jakieś problemy).

Niech ktoś wyprowadzi mnie zbłędu.

No i nie wiem czy sam formularz funkcjonuje jak należy bez tego. Proszę jak ktoś ma niech to sprawdzi...

Te Captcha to mnie naprawdę wykończy. Nigdy za pierwszym razem się nie udaje, kilka razy trzeba próbować. Nie mogą być te znaki wyraźniejsze. Zniechęca uzytkowników do wysyłania wadomości. No ale bez tego też nie można używać formularza.

A nie można sobie wygenerowanych plików graficznych podmienić? Zachowując oczywiście obecne na rysunku litery/cyfry... a to tak mi do głowy przyszło na marginesie.

Wygląda, że program losowo przypisuje zestaw do projektu/exportu. Mała podmianka i będą czytelniejsze (no wypada zachować jakieś zasady i coś "zagmatwać" w obrazie)

Wracając do naszego "ć" i ogonków w ogóle, wygląda to jakby obmyślone precodury były nieprzemyślane do końca. Polska wersja językowa zawiera pewnie nie zmienione/przystosowane w tym wypadku zestawy skryptów itp... no chyba że się mylę... ale jak inaczej wyjaśnić "banitę ć"...

Chińskie przysłowie mówi: - "Captcha psuło, psuje i psuć będzie"... albo to nie chińskie...

Witam.

Pliki Captcha. Niestety, nie można.

W starszych wersjach pliki znaki Captcha były w Programie na dysku C:.

Teraz w nowszych sa ukryte, a widoczne dopiero po wgraniu Projektu.

Podmieniałem w Projekcie, ale za każdym razem Program generuje do projektu inne.

Witaj Grzegorz,

Przekazaliśmy producentowi dwa zgłoszenia dotyczące błędu związanego z brakiem polskich znaków w wiadomościach e-mail oraz brakiem możliwości używania znaków ć oraz ź w fomularzach na stronie.

Pozdrawiam

Dziękujemy

Ryszardzie, program nie wygeneruje niczego więcej niż od A do Z plus cyfry.

Jak się przygotować, to na wszystko .

Export generuje jakiś pakiet a Ty go hyc i podmieniasz. Nie bedziesz za każdym razem musiał całego alfabetu podmieniać, u mnie jest 10 znaków. Logicznym jest, że nazwy plików też są generowane losowo dla pakietu.

Jeszcze o Captcha.
Wygląda to inaczej jak mówisz. Mam kilka projektow w v.11 i każdy ma inne nazwy plików Captcha i o innych obrazkach.
Teraz Program po każdej edycji Projektu, zmienia pliki (i obrazki plikow) Captcha na inne, Chyba dla zwiekszenia bezpieczeństwa.
Dla sprawdzenia usuń z Projektu folder captcha i uruchom Projekt, to program "zaciągnie" już inne Captcha.

Wystarczy jeszcze raz zapisać/nadpisać projekt, a pliki i nazwy się zmienią

Nie no spoko ja to wszystko już przeanalizowałem. Dlatego myślę, że trzeba sobie cały alfabet przygotować. A potem tylko nazwy plików dostosowywać.

Logiczne jest całe to zamieszanie żeby ktoś sobie klucza nie przypasował do captcha.

Oczywiście całość upierdliwa przy zmianach.

Czy "A" to imcpa_dcn.gif, czy też imcpa_22y.gif, to nie ma znaczenia. Ty po mprostu zmieniasz nazwy danej partii znaków tak aby pasowały.

Mało tego, to są gify... więc gdybyś miał np. zestaw "płonącego" alfabetu... miałbyś płonące captcha

Sorki na szybko tylko takie znalazłem

Jak by nie wiem jak te pliki pozmieniać, to jeszcze ścieżki wpisów z pola tekstowego Captcha muszą się zgadzać z tymi plikami. I tu sa dalsze problemy.

To chyba starczy już o tym nieszczęsnym Captcha 

A Captcha tańczące mi się podoba....

Arkadiusz, może by te Twoje CAPTCHA podpiać jakoś do formularza kolegi Grzegorza M, bo jak to Promise zobaczy ze tyle pisaliśmy nie na temat, to nam da naganę....

He he he ..

Zatem Grzegorzu... reasumując, jak już producent ustosunkuje się do problemu zawsze możesz swój formularz uatrakcyjnić wesołym CAPTHA... (założymy potem odzielny temat) Bo jak mówi znane chińskie przysłowie "Wesołe CAPTCHA, to dobre CAPTCHA"...

Czekamy na odzew Producenta...

I pozdrawiamy ludków z Promise...

Po ostatniej aktualizacji (11.0.5.24) zdaje się, że zniknął problem wyświetlania polskich znaków w wiadomości ze strony, jednak nadal na stronie nie da się wprowadzić znaków "ź" i "ć".

Czyli, znając życie i podejście producenta do zgłaszanych problemów, może poprawki doczekamy się za pół roku
Jedno poprawią a drugie popsują

Witaj Grzegorz,

Ponownie przekazaliśmy producentowi programu informację o problemach ze znakami ć i ź w formularzach.

Pozdrawiam

Nie mam za bardzo doświadczenia z producentami, ale problem z polskimi znakami rozwiązali dość szybko - chyba, że po prostu miałem szczęście :)

Mówiłem o wyświetlaniu wiadomości ze strony. Zobaczymy ile trzeba będzie czekać na "ć" i "ź" :)

Witaj Grzegorz,

Przyczyną problemów ze znakami "ć" oraz "ź" jest opcja "ochrony kodu HTML" (blokada prawego przycisku myszy. Producent sugeruje na chwilę obecną, do momentu pojawienia się poprawki, wyłączenie tej opcji.

Pozdrawiam

Na chwilę obecną faktycznie wystarczy tylko ze strony z formularzem usunąć linijkę kodu:

x5engine.boot.push(function () { x5engine.utils.imCodeProtection('autor strony itd.'); });

i problem z Ć i Ź znikł , ale nie zmienia to faktu iż czekamy na poprawkę

Witaj Promise,

Podziałało, jednak lepiej chronić kod prawda? Czekamy na poprawkę.

Witaj Grzegorz,

Masz rację, choć tak naprawdę nie ma skutecznej metody przed ochroną kodu strony. To zabezpieczenie można bardzo łatwo obejść - wystarczy wyłączyć obsługę JavaScript lub wybrać podgląd źródła strony z menu przeglądarki.

Pozdrawiam