Programowanie - temat ogólny

Snazol · 23-06-2016 13:20

Tak, jestem pewien.

Po kliknieciu w delete

Po kliknieciu w cos i w apke

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.

pezem · 23-06-2016 14:35

A jak zrobisz sobie sam swoj wlasny dialog?

Snazol · 23-06-2016 15:00

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....

Alex Fortune · 26-06-2016 23:19

czytal tutaj moze ktos cracking the code interview?

2cztery7 · 28-06-2016 22:13

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.

Rollercoster · 28-06-2016 23:32

2cztery7 napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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 :)

Wielkie Zło · 29-06-2016 10:51

2cztery7 napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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.

Terr · 29-06-2016 13:17

2cztery7 napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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

2cztery7 · 29-06-2016 22:09

Wielkie Zło napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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?

Alex Fortune · 29-06-2016 22:11

2cztery7 napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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ą.

Merinksban · 29-06-2016 22:17

Ogarnia ktoś tutaj dobrze AutoIt lub AutoHotkey?

2cztery7 · 29-06-2016 22:18

Alex Fortune napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

??

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

doniuu · 29-06-2016 23:12

2cztery7 napisał

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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.

BBsrv · 30-06-2016 23:02

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ę ?

**zakius** · 30-06-2016 23:06

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

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

Temat: Programowanie - temat ogólny

Narzędzia tematu

Oceń ten temat

Informacje o temacie

Użytkownicy przeglądający temat

Podobne tematy

Star Wars: The Old Republic - temat ogólny

League of Legends //dla potomnosci: League of Legends - temat ogolny.

Cities XL 2012 - temat ogólny

Dragon Ball Legend temat ogólny

Zakładki

Zakładki

Zasady postowania