🚀 go-pugleaf

On Wed, 21 Feb 2018 09:28:53 +0100, konsul41@wp.pl wrote:

> Zrobiłem tak
> '<input type=image src=png/if_back.png 
> onclick=zaladuj_main_body(\'listakontrahentow.php?ID=1\');  title=Do 
> tyłu   alt=Do tyłu> </td>'
> 
> działa w Chrome i IE tylko czy to jest prawidłowe
> Najlepsze że w źródle strony widzę tekst ze znakami "

Naprawdę nie widzisz, że ta grupa zdechła?
Troszę życia, także w temacie JS, jest obecnie na grupie ok.comp.lang.php

-- 
pozdrawiam
Roman Tyczka

W dniu 21-02-2018 o 10:52, Roman Tyczka pisze:
> On Wed, 21 Feb 2018 09:28:53 +0100, konsul41@wp.pl wrote:
> 
>> Zrobiłem tak
>> '<input type=image src=png/if_back.png
>> onclick=zaladuj_main_body(\'listakontrahentow.php?ID=1\');  title=Do
>> tyłu   alt=Do tyłu> </td>'
>>
>> działa w Chrome i IE tylko czy to jest prawidłowe
>> Najlepsze że w źródle strony widzę tekst ze znakami "
> 
> Naprawdę nie widzisz, że ta grupa zdechła?
> Troszę życia, także w temacie JS, jest obecnie na grupie ok.comp.lang.php
> 
W zasadzie wszystkie padają dlatego trudno się zorientować która już padła.

On 21/02/2018 11:00, konsul41@wp.pl wrote:
> W dniu 21-02-2018 o 10:52, Roman Tyczka pisze:
>> On Wed, 21 Feb 2018 09:28:53 +0100, konsul41@wp.pl wrote:
>>
>>> Zrobiłem tak
>>> '<input type=image src=png/if_back.png
>>> onclick=zaladuj_main_body(\'listakontrahentow.php?ID=1\');  title=Do
>>> tyłu   alt=Do tyłu> </td>'
>>>
>>> działa w Chrome i IE tylko czy to jest prawidłowe
>>> Najlepsze że w źródle strony widzę tekst ze znakami "
>>
>> Naprawdę nie widzisz, że ta grupa zdechła?
>> Troszę życia, także w temacie JS, jest obecnie na grupie ok.comp.lang.php
>>
> W zasadzie wszystkie padają dlatego trudno się zorientować która już padła.

Grupa nie padła. Ot, nieco mniejsza aktywność, niż kiedyś ;-)

-- 
Cezary Tomczyk
Blokowanie automatycznego odtwarzania video na gazeta.pl w Google 
Chrome: https://goo.gl/0kCRLS
https://www.aslint.org/ - Accessibility validator tool

W dniu poniedziałek, 26 lutego 2018 22:10:13 UTC+1 użytkownik Cezary Tomczyk napisał:
> On 21/02/2018 11:00, -- wrote:
> > W dniu 21-02-2018 o 10:52, Roman Tyczka pisze:
> >> On Wed, 21 Feb 2018 09:28:53 +0100, konsul41@wp.pl wrote:
> >>
> >>> Zrobiłem tak
> >>> '<input type=image src=png/if_back.png
> >>> onclick=zaladuj_main_body(\'listakontrahentow.php?ID=1\');  title=Do
> >>> tyłu   alt=Do tyłu> </td>'
> >>>
> >>> działa w Chrome i IE tylko czy to jest prawidłowe
> >>> Najlepsze że w źródle strony widzę tekst ze znakami "
> >>
> >> Naprawdę nie widzisz, że ta grupa zdechła?
> >> Troszę życia, także w temacie JS, jest obecnie na grupie ok.comp.lang.php
> >>
> > W zasadzie wszystkie padają dlatego trudno się zorientować która już padła.
> 
> Grupa nie padła. Ot, nieco mniejsza aktywność, niż kiedyś ;-)
> 
> -- 
> Cezary Tomczyk

Tak, wszyscy wszystko wiedzą więc po co gadać po próżnicy ;)

Paweł

W dniu piątek, 2 marca 2018 21:10:33 UTC+1 użytkownik Borys Pogoreło napisał:
> Dnia Fri, 2 Mar 2018 04:45:25 -0800 (PST), zpksoft napisał(a):
> 
> > Wykręcasz się jak możesz. oczywiście że można na kilka sposobów
> > identyfikować obiekt. Ale... jeśli go nie oznaczysz to również nie
> > obsłużysz. 
> 
> Jak już pisałem - polecam poznać model DOM. Serio. Niczego nie trzeba
> oznaczać, by móc obsłużyć.

Już widzę jak iterujesz po obiektach i próbujesz zidentyfikować właściwy po np. kolorze.

> 
> > Zarzuciłeś mi, że indeksowanie jest be a teraz piszesz o e.target.id.
> 
> Bo sam o to pytałeś. Weź ze dwa głębokie wdechy i przeczytaj raz jeszcze.
> 

Twierdziłeś, że nie ma tam identyfikacji po id, więc próbowałem dopytać po czym jest ta identyfikacja. Twoja odpowiedź brzmiała ..prew(), next(), nextsibling().
To są tylko metody a nie elementy identyfikujące. Jak cię przycisnąłem to okazało się, że jednak id tam istnieje...
 

> > Problem leży gdzie indziej. Głównie w twoim przeświadczeniu że bez obcego
> > "frameworku" nie da się programować. 
> 
> Nie, problem leży w tym, że najwyraźniej nie znasz podstaw języka, na speca
> od którego próbujesz się kreować. Poznałeś lub opracowałeś kiedyś jakąś
> dziwną metodę z centralną obsługą zdarzeń i sie jej trzymasz, bo działa,
> nie szukając innych rozwiązań.

Ooo, ciekawe. Gdzie użyłem jakiejś własnej oceny? Widzę, że mimowolnie to ty przypisujesz mi rangę speca.
Szukałem wielu rozwiązań i poszedłem drogą którą uznałem za optymalną.
Zresztą... zajrzyj na mój blog: http://blog-pk.taog.pl/ - nie chodzi mi o to żebyś czytał wpisy. Zobacz jak jest napisany to może coś zrozumiesz.
Zaprojektowałem go sobie od zera.


> 
> -- 
> Borys Pogoreło
> borys(#)leszno,edu,pl

Paweł

Dnia Sat, 3 Mar 2018 00:58:07 -0800 (PST), zpksoft napisał(a):

>> Jak już pisałem - polecam poznać model DOM. Serio. Niczego nie trzeba
>> oznaczać, by móc obsłużyć.
> 
> Już widzę jak iterujesz po obiektach i próbujesz zidentyfikować właściwy
> po np. kolorze.

A po co mam identyfikować po kolorze? To jest bardzo zły pomysł. Kolor dziś
jest zielony, jutro będzie czerwony. Wystarczy sięgnąć np. do klasy.
Zresztą, dalej nie wiem czego potrzebujesz poza e.target.

> Twierdziłeś, że nie ma tam identyfikacji po id, więc próbowałem dopytać
> po czym jest ta identyfikacja. Twoja odpowiedź brzmiała ..prew(),
> next(), nextsibling().

Rany, jeszcze raz, powoli: chcesz dotrzeć do konkretnego elementu względem
tego, który wywołał zdarzenie, to wystarczy przejść po skojarzonych
elementach DOM. Ty byś pewnie wszystko zIDentyfikował.

> To są tylko metody a nie elementy identyfikujące. Jak cię przycisnąłem to
> okazało się, że jednak id tam istnieje...

Jeśli ustawisz, to istnieje, co w tym dziwnego?

> Zresztą... zajrzyj na mój blog: http://blog-pk.taog.pl/ - nie chodzi mi o to żebyś czytał wpisy. Zobacz jak jest napisany to może coś zrozumiesz.
> Zaprojektowałem go sobie od zera.

Ty tam wynalazłeś nie jedno koło, ale cały zakład oponiarski. I masz kupę
błędów w implementacjach, np. walidacji adresu e-mail. Przechowywanie hasła
w ciasteczku czystym tekstem raczej nie wymaga komentarza. Takie rzeczy
właśnie rozwiązują frameworki lub choćby pojedyncze biblioteki.

Przejrzystości kodu chyba nie muszę komentować:

else if (n=='k1') {
    fillBufP(n, ['k1_s', 'k1_p', 'k1_d'], [user_gid], 'k1_r');
  }
  else if (n=='ku') {
    fillBufP(n, [], [user_gid], 'k1_div');
  }
  else if (n=='ksc') {
    fillBufP(n, ['kec'], [user_gid], '', function(buf){
      flash(buf);
    });
  }

Treść merytoryczna też woła o pomstę do nieba. Bardzo mi się podoba artykuł
o tablicach asocjacyjnych w JS. Widać, że kompletnie nie rozumiesz
dziedziczenia w JS i tego, że Array jest pochodną od Object. To co tam
ustawiasz, to są własności obiektu, nie wartości tablicy.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

W dniu sobota, 3 marca 2018 14:47:59 UTC+1 użytkownik Roman Tyczka napisał:
> On Sat, 3 Mar 2018 04:40:14 -0800 (PST), zpksoft wrote:
> 
> > Już raz napisałem. Odwal się ode mnie.
> > 
> > Paweł
> 
> Trochę pokory miszczu, pisanie do Borysa "Zobacz jak jest napisany to może
> coś zrozumiesz" jest delikatnie mówiąc bezczelne, żeby nie dodać, że i
> żenujące.
> 
> -- 
> pozdrawiam
> Roman Tyczka

Ciągle do mnie pijesz. Nie wiem dlaczego. Mogę się tylko domyślać, ale wolę tego nie pisać.
Owe "Zobacz jak jest napisane..." ma sens bo on tak nie programuje. Nikomu tym nie uwłaczam ani nikogo nie gloryfikuję.

Nie znoszę natomiast jak próbuje się mi skoczyć do gardła tylko dlatego, że mam inne rozwiązania programistyczne, bez wnikania w istotę rzeczy.

Dobrze tu pasują słowa które wypowiedział Steve Jobs: Wasz czas jest ograniczony, więc nie marnujcie go na życie cudzym życiem. Nie dajcie się schwytać w pułapkę dogmatu, która oznacza życie według wskazówek innych ludzi.
Nie pozwólcie, by szum opinii innych zagłuszył wasz wewnętrzny głos.
I co najważniejsze, miejcie odwagę iść za głosem swojego serca i intuicji. Wszystko inne jest mniej ważne.

Paweł

W dniu sobota, 3 marca 2018 14:09:59 UTC+1 użytkownik Borys Pogoreło napisał:
> Dnia Sat, 3 Mar 2018 00:58:07 -0800 (PST), zpksoft napisał(a):
> 
> >> Jak już pisałem - polecam poznać model DOM. Serio. Niczego nie trzeba
> >> oznaczać, by móc obsłużyć.
> > 
> > Już widzę jak iterujesz po obiektach i próbujesz zidentyfikować właściwy
> > po np. kolorze.
> 
> A po co mam identyfikować po kolorze? To jest bardzo zły pomysł. Kolor dziś
> jest zielony, jutro będzie czerwony. Wystarczy sięgnąć np. do klasy.
> Zresztą, dalej nie wiem czego potrzebujesz poza e.target.
> 
> > Twierdziłeś, że nie ma tam identyfikacji po id, więc próbowałem dopytać
> > po czym jest ta identyfikacja. Twoja odpowiedź brzmiała ..prew(),
> > next(), nextsibling().
> 
> Rany, jeszcze raz, powoli: chcesz dotrzeć do konkretnego elementu względem
> tego, który wywołał zdarzenie, to wystarczy przejść po skojarzonych
> elementach DOM. Ty byś pewnie wszystko zIDentyfikował.

OK, daj więc przykład. Ułatwię Ci: mamy tabelę z wierszami. User klika w jakiś wiersz. Podaj mi teraz kod na jego identyfikację przez "przejście po skojarzonych elementach DOM". 

> 
> > To są tylko metody a nie elementy identyfikujące. Jak cię przycisnąłem to
> > okazało się, że jednak id tam istnieje...
> 
> Jeśli ustawisz, to istnieje, co w tym dziwnego?

Dziwne było Twoje twierdzenie że nie istnieje :))

> 
> > Zresztą... zajrzyj na mój blog: http://blog-pk.taog.pl/ - nie chodzi mi o to żebyś czytał wpisy. Zobacz jak jest napisany to może coś zrozumiesz.
> > Zaprojektowałem go sobie od zera.
> 
> Ty tam wynalazłeś nie jedno koło, ale cały zakład oponiarski. I masz kupę
> błędów w implementacjach, np. walidacji adresu e-mail. Przechowywanie hasła
> w ciasteczku czystym tekstem raczej nie wymaga komentarza. Takie rzeczy
> właśnie rozwiązują frameworki lub choćby pojedyncze biblioteki.
> 

To są celowe zabiegi.

> Przejrzystości kodu chyba nie muszę komentować:
> 
> else if (n=='k1') {
>     fillBufP(n, ['k1_s', 'k1_p', 'k1_d'], [user_gid], 'k1_r');
>   }
>   else if (n=='ku') {
>     fillBufP(n, [], [user_gid], 'k1_div');
>   }
>   else if (n=='ksc') {
>     fillBufP(n, ['kec'], [user_gid], '', function(buf){
>       flash(buf);
>     });
>   }
> 

Właśnie to miałem na myśli pisząc "jeśli zrozumiesz". Widzę ze nie zrozumiałeś. Trochę tu za mało miejsca na przedstawienie idei tego kodu, ale w innym miejscu chętnie Ci wyjaśnię (emailowo?).
Niechcący przytoczyłeś sedno :D

> Treść merytoryczna też woła o pomstę do nieba. Bardzo mi się podoba artykuł
> o tablicach asocjacyjnych w JS. Widać, że kompletnie nie rozumiesz
> dziedziczenia w JS i tego, że Array jest pochodną od Object. To co tam
> ustawiasz, to są własności obiektu, nie wartości tablicy.
> 

Ależ wiem, co nie oznacza, że nie jest to właśnie tablica asocjacyjna.
Inaczej mówiąc: własności obiektu stanowią tablicę asocjacyjną i jako taką można wykorzystać.


> -- 
> Borys Pogoreło
> borys(#)leszno,edu,pl

Paweł

Dnia Sat, 3 Mar 2018 06:25:59 -0800 (PST), zpksoft napisał(a):

> OK, daj więc przykład. Ułatwię Ci: mamy tabelę z wierszami. User klika w
> jakiś wiersz. Podaj mi teraz kod na jego identyfikację przez "przejście
> po skojarzonych elementach DOM". 

e.target

Ile razy można to powtarzać? To jest jednoznaczne wskazanie elementu. I
zburzę Ci teraz wizję świata: ID w HTML wcale nie musi być unikalne.

> Właśnie to miałem na myśli pisząc "jeśli zrozumiesz". Widzę ze nie zrozumiałeś. Trochę tu za mało miejsca na przedstawienie idei tego kodu, ale w innym miejscu chętnie Ci wyjaśnię (emailowo?).
> Niechcący przytoczyłeś sedno :D

Tu nie ma nic do rozumienia, bo to jest dramat. Kompletnie nieprzejrzysty,
praktycznie niemożliwy do utrzymania kod, który rozumie tylko jedna osoba.
A najgorsze jest to, że tego nie widzisz i jeszcze próbujesz przekuć w
zaletę.

> Ależ wiem, co nie oznacza, że nie jest to właśnie tablica asocjacyjna.
> Inaczej mówiąc: własności obiektu stanowią tablicę asocjacyjną i jako taką można wykorzystać.

Nie próbuj się tłumaczyć. Zrobiłeś z tego wielkie odkrycie, bo nie
rozumiesz podstaw. Nawet ze zwykłej iteracji po własnościach obiektu robisz
tam wiedzę tajemną (btw, ten kod nie jest poprawny).

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

On 03/03/2018 16:34, Borys Pogoreło wrote:
> Dnia Sat, 3 Mar 2018 06:25:59 -0800 (PST), zpksoft napisał(a):
> 
>> OK, daj więc przykład. Ułatwię Ci: mamy tabelę z wierszami. User klika w
>> jakiś wiersz. Podaj mi teraz kod na jego identyfikację przez "przejście
>> po skojarzonych elementach DOM".
> 
> e.target
> 
> Ile razy można to powtarzać? To jest jednoznaczne wskazanie elementu. I
> zburzę Ci teraz wizję świata: ID w HTML wcale nie musi być unikalne.

[...]
Nie tak do końca jednoznaczne, bo:

<a href="http://www.ctomczyk.pl/" id="link"><span>Blog</span></a>

const link = document.getElementById('link');

link.addEventListener('click', eventListener);

Teraz, jak klikniesz na <span> to e.target będzie wskazywać na <span>, a 
nie na <a> ;-)

Jest jeszcze 
https://developer.mozilla.org/en-US/docs/Web/API/Event/currentTarget

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

W dniu sobota, 3 marca 2018 16:34:48 UTC+1 użytkownik Borys Pogoreło napisał:
> Dnia Sat, 3 Mar 2018 06:25:59 -0800 (PST), zpksoft napisał(a):
> 
> > OK, daj więc przykład. Ułatwię Ci: mamy tabelę z wierszami. User klika w
> > jakiś wiersz. Podaj mi teraz kod na jego identyfikację przez "przejście
> > po skojarzonych elementach DOM". 
> 
> e.target

Dobra, zostawmy to.

> 
> Ile razy można to powtarzać? To jest jednoznaczne wskazanie elementu. I
> zburzę Ci teraz wizję świata: ID w HTML wcale nie musi być unikalne.
> 

Wiem o tym. I co z tego?

> > Właśnie to miałem na myśli pisząc "jeśli zrozumiesz". Widzę ze nie zrozumiałeś. Trochę tu za mało miejsca na przedstawienie idei tego kodu, ale w innym miejscu chętnie Ci wyjaśnię (emailowo?).
> > Niechcący przytoczyłeś sedno :D
> 
> Tu nie ma nic do rozumienia, bo to jest dramat. Kompletnie nieprzejrzysty,
> praktycznie niemożliwy do utrzymania kod, który rozumie tylko jedna osoba.
> A najgorsze jest to, że tego nie widzisz i jeszcze próbujesz przekuć w
> zaletę.
> 

Ech, chyba dramat dla Ciebie bo nie wiesz co się dzieje.
Dobra, opiszę to pokrótce, aczkolwiek będzie to trochę wyrwane z kontekstu.

Procedura FillBuf()doskonale hermetyzuje czynności typowe w komunikacji z serwerem. Co robi?

Wytłumaczę krok po kroku. 

FillBuf(n, 

<- tu n to identyfikator klikniętego obiektu, coś jak Sender w odClick Delphi czy C

FillBuf(n, ['id1', 'id2',...]

<- tablica identyfikatorów obiektów z których mają być pobrane wartości. W zależności od typu będzie to wartość text, checked, innerHTML itp. Można również podać jako element tablicy "id3.bla' wówczas będzie to własność 'bla' alementu 

FillBuf(n, ['id1', 'id2',...], ['x', 5, ...]

<- dodatkowa tablica dowolnych wartości np. wyliczeniowych

Funkcja wysyła te dane na serwer...

FillBuf(n, ['id1', 'id2',...], ['x', 5, ...], 'divx'

parametr 'divx' to identyfikator obiektu (najczęściej będzie to div) którego zawartość (tu: innerHTML) ma zostać wypełniona treścią zwróconą przez serwer.
Oczywiście może nie być podany, jeśli dane mają służyć do czegoś innego.
Jeżeli jest to np. div do wypełnienia to na czas komunikacji z serwerem procedura fillBuf wstawi tam kręciołek zajętości (gif)

FillBuf(n, ['id1', 'id2',...], ['x', 5, ...], 'divx', function(buf){})

<- jeżeli zostanie zdefiniowana funkcja jako kolejny parametr to w jej parametrze buf otrzyma to co zwrócił serwer, może przetworzyć to dowolnie.

Tak więc jak widzisz, mam opakowaną komunikację z serwerem, pobieranie danych z kontrolek i innych obiektów i wszystko to tylko jednej procedury! 

Na serwerze jest to również odpowiednio zhermetyzowane.


> > Ależ wiem, co nie oznacza, że nie jest to właśnie tablica asocjacyjna.
> > Inaczej mówiąc: własności obiektu stanowią tablicę asocjacyjną i jako taką można wykorzystać.
> 
> Nie próbuj się tłumaczyć. Zrobiłeś z tego wielkie odkrycie, bo nie
> rozumiesz podstaw. Nawet ze zwykłej iteracji po własnościach obiektu robisz
> tam wiedzę tajemną (btw, ten kod nie jest poprawny).

Nie jest poprawny? Nie zadziała?

> 
> -- 
> Borys Pogoreło
> borys(#)leszno,edu,pl

Paweł

Dnia Sat, 3 Mar 2018 17:30:21 +0100, Cezary Tomczyk napisał(a):

> [...]
> Nie tak do końca jednoznaczne, bo:
> (...)
> Teraz, jak klikniesz na <span> to e.target będzie wskazywać na <span>, a 
> nie na <a> ;-)

Zgadza się, jeśli obsługujesz eventy przez bąbelkowanie, to jest to trochę
bardziej skomplikowane i trzeba prześledzić ścieżkę zdarzenia (co rzecz
jasna frameworki znacznie ułatwiają). Ale nie chciałem bardziej mieszać, bo
już e.target jest jak widać wystarczającym wyzwaniem.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

Dnia Sat, 3 Mar 2018 08:39:48 -0800 (PST), zpksoft napisał(a):

>> Ile razy można to powtarzać? To jest jednoznaczne wskazanie elementu. I
>> zburzę Ci teraz wizję świata: ID w HTML wcale nie musi być unikalne.
> 
> Wiem o tym. I co z tego?

To, że Centralne Biuro Obsługi Zdarzeń nie rozróżni, co do niego przyszło.

> Ech, chyba dramat dla Ciebie bo nie wiesz co się dzieje.

Myślisz, że komuś się będzie chciało analizować ten bałagan?

> Tak więc jak widzisz, mam opakowaną komunikację z serwerem, pobieranie
> danych z kontrolek i innych obiektów i wszystko to tylko jednej
> procedury! 

... opracowanej dla konkretnego przypadku i nie możesz teraz wyjść ani o
krok poza schemat. Musisz operować na ID zamiast na obiektach, musisz
pobierać HTML zamiast JSON, itd.

> Nie jest poprawny? Nie zadziała?

Zadziała. Do czasu, aż pominięcie hasOwnProperty() nie spowoduje problemów.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

W dniu sobota, 3 marca 2018 19:10:01 UTC+1 użytkownik Borys Pogoreło napisał:
> Dnia Sat, 3 Mar 2018 08:39:48 -0800 (PST), zpksoft napisał(a):
> 
> >> Ile razy można to powtarzać? To jest jednoznaczne wskazanie elementu. I
> >> zburzę Ci teraz wizję świata: ID w HTML wcale nie musi być unikalne.
> > 
> > Wiem o tym. I co z tego?
> 
> To, że Centralne Biuro Obsługi Zdarzeń nie rozróżni, co do niego przyszło.

Piszesz tak gówniany kod? Mam na myśli duplikaty id?

> 
> > Ech, chyba dramat dla Ciebie bo nie wiesz co się dzieje.
> 
> Myślisz, że komuś się będzie chciało analizować ten bałagan?
> 

Myślę, że tak. To co napisałem, bardzo prosto, nie dotarło do Ciebie?


> > Tak więc jak widzisz, mam opakowaną komunikację z serwerem, pobieranie
> > danych z kontrolek i innych obiektów i wszystko to tylko jednej
> > procedury! 
> 
> ... opracowanej dla konkretnego przypadku i nie możesz teraz wyjść ani o
> krok poza schemat. Musisz operować na ID zamiast na obiektach, musisz
> pobierać HTML zamiast JSON, itd.
> 
> > Nie jest poprawny? Nie zadziała?
> 
> Zadziała. Do czasu, aż pominięcie hasOwnProperty() nie spowoduje problemów.
> 

i czego to dowodzi?

> -- 
> Borys Pogoreło
> borys(#)leszno,edu,pl

Paweł