🚀 go-pugleaf

On 6 Lip, 14:16, "qaz" <qazvox...@wp.pl> wrote:
> Jaki jest mechanizm aktualizowania/wyswietlania tekstu w textBox ?
> Program w pętli obsluguje (konwertuje) tabele bazy - aby wiedziec co sie
> dzieje daje:
> ...
> this.textBoxAkt.Text = moj_wskaznik_zaaw;
> this.textBoxAkt.Refresh();  // i bez tej linii zobacze tylko ostatni
> wskaznik na koniec konwersji
> ...
>
> mozna jakos "nakazac" odswiezanie kontrolek po zmianie zawartosci ?
> qaz

Właśnie nakazałeś - .Refreshem :)

pozdrawiaMM

> this.textBoxAkt.Text = moj_wskaznik_zaaw;
> this.textBoxAkt.Refresh();  // i bez tej linii zobacze tylko ostatni 
> wskaznik na koniec konwersji
> ...
>
> mozna jakos "nakazac" odswiezanie kontrolek po zmianie zawartosci ?
> qaz

spróbuj

Application.DoEvents();

Wiktor Zychla 

On Wed, 7 Jul 2010 09:27:58 +0200, Wiktor Zychla wrote:
>> this.textBoxAkt.Text = moj_wskaznik_zaaw;
>> this.textBoxAkt.Refresh();  // i bez tej linii zobacze tylko ostatni 
>> wskaznik na koniec konwersji
>> ...
>>
>> mozna jakos "nakazac" odswiezanie kontrolek po zmianie zawartosci ?
> 
> spróbuj
> Application.DoEvents();

Średni pomysł, lepiej wydelegować long-running-operation
do osobego wątku. Blokowanie wątku UI i "symulowanie jego
ożywania" DoEvents() może się skończyć różnymi dziwnymi 
scenariuszami ;-)

Dla OP, zainteresuj się:
1. BackgroundWorker lub Thread, oraz
2. Control.InvokeRequired/Invoke

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/

> Średni pomysł, lepiej wydelegować long-running-operation
> do osobego wątku. Blokowanie wątku UI i "symulowanie jego
> ożywania" DoEvents() może się skończyć różnymi dziwnymi
> scenariuszami ;-)

podobnie - różnymi dziwnymi scenariuszami może skończyć się odpalanie 
dodatkowych wątków.
po prostu zawsze trzeba wiedzieć co się robi.

o rozwiązaniu przynajmniej niektórych trudności z DoEvents napisałem kilka 
lat temu artykuł:

http://www.ii.uni.wroc.pl/~wzychla/lengthy.html

Wiktor Zychla 

On Fri, 9 Jul 2010 09:36:46 +0200, Wiktor Zychla wrote:
> podobnie - różnymi dziwnymi scenariuszami może skończyć się odpalanie 
> dodatkowych wątków.

Z reguły jak ktoś nie wie co czyni to kończy się ,,tylko"
Cross Thread UI Operation Exception ;-).

> po prostu zawsze trzeba wiedzieć co się robi.

Zgoda. Wystarczy poznać model UI w .NET i synchronization primitives
najprostsze, żadnych wielkich filozofii a poprawność jest stanowczo
większa niż DoEvents() - tymbardziej że do elementarnych scenariuszy
wystarczy Invoke/lock/wait-handle/semafory/mutexy ;-).

> o rozwiązaniu przynajmniej niektórych trudności z DoEvents napisałem kilka 
> lat temu artykuł:
> 
> http://www.ii.uni.wroc.pl/~wzychla/lengthy.html

Rozwiązania problemu za pomocą hacków są podejrzane IMO ;-).

Z luźnych uwag jakie mam po przejrzeniu artykułu:
1. "Desktop applications are usually single-threaded." - na chwile
   obecną to jest mało prawdziwe, zastąpiłbym usually -> rarely ;-).
   No chyba że mówimy o calc/notepad/hello world.
2. if (mb.GetCustomAttributes(typeof(Uninterruptible), true).Length > 0),
   stanowczo bardziej spójnie.
3. *uninterruptible* ;-).

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/

> Z luźnych uwag jakie mam po przejrzeniu artykułu:

artykuł ma jakieś 6 lat.

pozdrawiam uprzejmie,
Wiktor Zychla 

On Fri, 9 Jul 2010 11:13:18 +0200, Wiktor Zychla wrote:

>> Z luźnych uwag jakie mam po przejrzeniu artykułu:
> 
> artykuł ma jakieś 6 lat.

Dlatego otagowałem uwagi jako luźne ;-).

Abstrahując, przejrzałem Kolegi program zajęć na 
2009/2010, i powiem szczerze że bardzo mi się ten 
model podoba, cały semestr 2-gi ze  szczegółowym opisem
iteracji/refactor'ów brzmi dydaktycznie rewelacyjnie.

p.s. Studenci sobie z tym radzą? ;-).

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/

> p.s. Studenci sobie z tym radzą? ;-).

radzą. i, jak odnoszę wrażenie, też im się to podoba :)

pozdrawiam
Wiktor Zychla