Programowanie - temat ogólny

Tak, jestem pewien.

Po kliknieciu w delete


https://zapodaj.net/images/6e8e59b13070e.jpg


Po kliknieciu w cos i w apke

https://zapodaj.net/images/f80758fa6e8c0.jpg


PS Nikt nic nie widzial co to legalnosci systemu na wirtualnej maszynie

No i oczywiscie propertis dla glownego okna TopMost = false.


Poki co poradzilem sobie tak, ze wywoluje event zmiany bazy danych na poczatek na "", po czym wywoluje te okno. Bede musial odswiezyc element po prawej, ale raz, ze jest to takie obejscie na okolo i wyjscie idiotyczne, dwa jestem ciekaw po prostu czemu tak sie to zachowuje.

A jak zrobisz sobie sam swoj wlasny dialog?

Zwykla forma sie normalnie otwierala.

Dobra, krok po kroku eliminujac doszedlem co bylo przyczyna, gorzej bedzie z eliminacja, ale na szczescie nie ja jestem odpowiedzialny za zebranie grafiki by dzialala wspolnie :D

Wywolywalem prostego MessageBox.Show("oko"); w neutralnym buttonie. Potem zaczalem eliminowac z konstruktora View (model MVP) kolejne linie. W koncu doszedlem do tego, ze problemem jest inicjalizacja presentera. Z presentera wyciagnalem informacje, ze problemem jest ustawienie domyslnego (poczatkowego) stanu aplikacji (czyli te TablesListing po prawej). Dalej sie okazalo, ze takim problemem problemem, jest po prostu dodanie kontrolki TablesListing (kontrolka odpowiadajaca za wylistowanie tabel w bazie danych) do prawego panelu aplikacji (rightpanel_.Controls.Add(odpowiednia_kontrolka).

Nie mam pojecia jak te dwie rzeczy moga byc ze soba powiazana i przez to nie dzialac (ma ktos moze jakies logiczne wytlumaczenie?), ale przynajmniej znalazlem zrodlo problemu. Teraz tylko to jakos naprawic....

czytal tutaj moze ktos cracking the code interview?

to prawda, że websocketów powinno się raczej używać do przesyłania wiadomości DO klienta, a wiadomości od klienta powinny raczej iść zwykłym ajaxem? czy cała komunikacja powinna się opierać na websocketach? dla przykładu powiedzmy, że chcę napisać czat, a wiadomości chciałbym zapisywać na serwerze.

Cytuj:

---

2cztery7 napisał

to prawda, że websocketów powinno się raczej używać do przesyłania wiadomości DO klienta, a wiadomości od klienta powinny raczej iść zwykłym ajaxem? czy cała komunikacja powinna się opierać na websocketach? dla przykładu powiedzmy, że chcę napisać czat, a wiadomości chciałbym zapisywać na serwerze.

---

IMO to nie jest prawda, nie widzę powodu dla którego to miałoby być złe. Nawet jest plus takiego rozwiązania - trudniej będzie 'ubić' serwer wieloma requestami - websocket trzyma jedno połączenie, a takich ajaxowych requestów możesz wysłać duużo i rurka się zapcha :)

Cytuj:

---

2cztery7 napisał

to prawda, że websocketów powinno się raczej używać do przesyłania wiadomości DO klienta, a wiadomości od klienta powinny raczej iść zwykłym ajaxem? czy cała komunikacja powinna się opierać na websocketach? dla przykładu powiedzmy, że chcę napisać czat, a wiadomości chciałbym zapisywać na serwerze.

---

A kto Ci takie bzdury naopowiadał? Równie dobrze możesz zrezygnować w takim podejściu z websocketów i zrobić long polling albo odpytywać serwer co x sekund.
M.in. po to są websockety, żeby była komunikacja w dwie strony. Plus oczywiście inne rzeczy typu mniejsze latency i mniej danych spamowanych.

Cytuj:

---

2cztery7 napisał

to prawda, że websocketów powinno się raczej używać do przesyłania wiadomości DO klienta, a wiadomości od klienta powinny raczej iść zwykłym ajaxem? czy cała komunikacja powinna się opierać na websocketach? dla przykładu powiedzmy, że chcę napisać czat, a wiadomości chciałbym zapisywać na serwerze.

---

nie, cisniesz wszystko na socketach, po to one są żeby z nich korzystać :P

Cytuj:

---

Wielkie Zło napisał

A kto Ci takie bzdury naopowiadał? Równie dobrze możesz zrezygnować w takim podejściu z websocketów i zrobić long polling albo odpytywać serwer co x sekund.
M.in. po to są websockety, żeby była komunikacja w dwie strony. Plus oczywiście inne rzeczy typu mniejsze latency i mniej danych spamowanych.

---

czytałem w dokumentacji https://django-websocket-redis.readt....io/en/latest/
nigdy wcześniej nie używałem websocketów ani też za dużej wiedzy o nich nie mam, ale od razu mi się wydało dziwne takie podejście
czy dobrze myślę, że powinienem trzymać osobne połączenie między serwerem i każdym klientem, przetwarzać na serwerze nadchodzące dane i ewentualnie przesyłać je gdzie trzeba?

Cytuj:

---

2cztery7 napisał

to prawda, że websocketów powinno się raczej używać do przesyłania wiadomości DO klienta, a wiadomości od klienta powinny raczej iść zwykłym ajaxem? czy cała komunikacja powinna się opierać na websocketach? dla przykładu powiedzmy, że chcę napisać czat, a wiadomości chciałbym zapisywać na serwerze.

---

??

Websocket to jest socket - taki zwykły socket z TCP jaki masz w dowolnym systemie operacyjnym. Z założenia jest to sposób na komunikacje dwustronną.

Ogarnia ktoś tutaj dobrze AutoIt lub AutoHotkey?

Cytuj:

---

Alex Fortune napisał

??

Websocket to jest socket - taki zwykły socket z TCP jaki masz w dowolnym systemie operacyjnym. Z założenia jest to sposób na komunikacje dwustronną.

---

no ja wiem na co on pozwala, pytam tylko, jak jest w praktyce, bo w docach które podlinkowałem w poprzednim poście gość napisał, że socketów się używa tylko do komunikacji serwer -> klient

Cytuj:

---

2cztery7 napisał

no ja wiem na co on pozwala, pytam tylko, jak jest w praktyce, bo w docach które podlinkowałem w poprzednim poście gość napisał, że socketów się używa tylko do komunikacji serwer -> klient

---

w praktyce sa jak najbardziej uzywane w obie strony. django-websocket-redis nie znam, ale polece django-channels. poczatkowo byly w roadmapie django 1.10, niestety ze wzgledu na ogrom pracy zostaly przesuniete na nastepny release (a 1.10 jest juz w becie). oczywiscie nic nie stoi na drodze bys doinstalowal je pipem, tak samo jak paczke ktora sam podlinkowales.

W jaki sposób najprościej zrobić szablon tabelki w htmlu tak, żeby po zapełnieniu tabeli przy drukowaniu na nowej stronie znowu wydrukowane były nagłówki tabelki?

mam sobie taką przykładową tabelę, uzupełniał ją będę pętlą danymi z bazy

Kod:

---

<table border="1px" >
        <tbody>
                <tr>
                        <th>Numer transakcji</th>
                        <th>Cena</th>
                </tr>
                <tr>
                        <td>23214221</td>
                        <td>11,22zł</td>
                </tr>
                <tr>
                        <td>12432343</td>
                        <td>32,99zł</td>
                </tr>
                <tr>
                        <td>32443222</td>
                        <td>8,99zł</td>
                </tr>
                <tr>
                        <td></td>
                        <td></td>
                </tr>
        </tbody>
</table>

---

w jaki sposób zrobić, żeby przy drukowaniu tego jeśli cała tabela nie mieści się na jednej stronie to na każdej kolejnej stronie był w/w <th> ?
jakiś prostszy sposób niż manualne policzenie ile wierszy tabeli wchodzi na stronę drukowaną i co tyle wierszy robić nową tabelę ?

http://htmlhelp.com/reference/html40/tables/thead.html
wygląda na to, że po protu thead tak się zachowuje :D
ale nie sprawdzałem jak coś

oslo

Cytuj:

---

Some browsers repeat the thead element on each page, as they are supposed to. Others need some help: Add this to your CSS:

thead {display: table-header-group;}
tfoot {display: table-header-group;}

---

ale to antyczny wpis, może już działa wszędzie