Delphi - pomale zobrazovanie...

Slo by to rychleji - pouzit TTabControl
Je to vlastne pouze jedna stranka, kde bude pouze tech 7 labelu, 1 Image, 1 RichText
Pri prepinani zalozek dotahnes prislusny obsah

Frame by ti v tomto pripade nepomohly, vytvarel bys stejne mnozstvi komponent a navic 250 framu

No, prave ze ide o to, ze to nechcem mat v zalozkach. Chcem aby sa mi vsetko vyhodilo do ScrollBoxu ale aby to islo rychlo... Nechcem tam mat ziadne zalozky... Takze fremy nepomozu... aj som si myslel... Panely su ze vraj velmi pomale na vykreslenie. Co moze byt potom rychlesie nez panel a mozu sa na to ukladat komponenty?

Rozmyslal som este aj o komponente "DBCtrlGrid" ale potrebujem formatovany vypic cez RichText a ten sa tam vlozit neda...

A co to primo malovat na Canvas ?
Pokud to ma slouzit pouze pro prohlizeni, staci to vykreslit na TImage, ktery polozis na TScrollBox a nemusis vytvaret zadne komponenty

No... to mi uz hovorili viacery... ale nepojde to... Je tam nakupnu kosik, na ktory ked sa klikne tak sa produkt hodi do kosika. A pomocou toho kosika zistim, o aky produkt vlastne ide... Takze canvas sa uplne vylucuje...

A potrbujem tam okrem ineho aj formatovany vypis o danom produkte, dalej je tam zmensenina obrazku, na ktory ked sa klikne, ukaze sa v "plnej nadhere"...

Kliknuti se da vyresit seznamem aktivnich mist - kliknu na Canvas, zkontroluji podle seznamu, jestli jsem kliknul na aktivni misto a pak ukazu bud detail obrazku nebo pridam produkt do kosiku nebo...

Pokud to chces delat takto, proc vykreslujes vsech 250 produktu najednou ?
Proc neudelat zalozky a vykreslovat treba po 25 na zalozku - podobne jako na webu ?

To kliknutie na Canvas... ano da so tak urobit ze si ohranicim miesto x[1,1]; y[10,10] a v tomto stvorci mozem klimnut. Ale problem nastane ak chcem zistit ID cislo produktu, resp. presne ktory obrazok sa ma zobrazit na celu plochu... Takto mi staci iba pretypovat Sender na Image a zobrazim obrazok. V pripade pridania do kosika si do Image kosika do premennej TAG ukladam ID cislo vyrobku, ktory chcem do kosika vlozit. Ako potom zistim o aky produkt ide? Da sa to samozrejme cez suradnice v Canvase obycajnym prepocitavanim... Ale potom nastane problem s formatovanym vypisom:

Nazov: Televizor
Znacka: Orava 215
Popis: Jedna sa o mozno znackovy
televizor z Oravy...
Hmotnost: 30 kg

Preco vypisujem naraz? To bol len pokus, ci to pocitac zvladne... Mam urobene uz strankovanie... ale neviem preco, v normalnom programe (EXE subor) mi strankovanie nijako nesedi... Na webe je to ine...

Rozliseni by se dalo vyresit nejak takto:

[pas]TypOblasti = (toObrazek, toKosik, ...);

TOblast = record
ID: Integer; {ID vyrobku}
X, Y: TPoint; {souradnice}
Typ: TypOblasti;
end;

var
Oblasti: array of TOblast;[/pas]

Pak jen projdu pole, najdu, co mi vyhovuje a podle typu provedu akci

To ano... to by nebol problem ale co s formatovanym vypisom. Najprv musi byt tucne pismo ako "o co sa jedna" a potom text. Lenze text moze byt na 1, 2, 3 alebo aj viac riadkov... potom by som musel zistovat aj pocet riadkov v jednotlivom segmente informacie. A ak sa nemylim, tak aj delenie vety na slova (zistit kolko slov vojde do jedneho riadku...) a ten potom vypisat... to sa mi zda neefektivne...

A aky je v tom problem? Na velkost textu su WinAPI fcie.
Myslis ze Win to preratavat nemusi ked mu vytvoris 500 richboxov?

Urob si nejake OWNER_DRAW okno a vykresluj si to sam (chce to ale trochu znalost WinAPI a aj trochu programovat, nielen lepit).

Chápu to správně, že vytvořené jsou ihned, ale jejich zobrazení trvá dlouho?
Mohl by jsi nám ukázat ten kousek kódu, který tak dlouho trvá?

Tewn kod pravdepodobne neukazem, lebo taky kod nie je. Proste vytvorim si jednotlive komponenty na panely a parent nastavim na ScrollBox. Prebehne to hned, ani si to nevsimnem. Hned ako sa nastavi parent prebehne vykreslenie na ScrollBox. Toto nevidi. Vidim to az vtedy, ked si uz uplne vsetky komponenty vytvorene a vidim ako jedno po druhom pomaly naskakuju. Dokonca aj ScrollBox sa hned nastavi aj s posuvnikmi tak ako maju a az nasledne potom nabehne vykreslovanie...

nevyznam sa sice v delphi, ale taketo veci by si mal robit cez thready na pozadi aby si to nenacitaval v jednom cykle naraz, zbytocne zatazujes hlavny proces. nepoznam sice moznosti delphi, ale urcite thready podporuje.

Samozrejme, ze podporuje. Krome psani ovladacu a pretypovavani operatoru (oblibeny argument ceckaru) v nem napises to same co v C - muzes vyuzivat bud primo WinAPI nebo jejich zapouzdreni ve VCL, coz je mnohem jednodussi a rychlejsi.

Problem je v tom, ze vytvari nejakych 2000 WinControls a to proste neni optimalni pristup. Druha vec je, ze na Win9x takovy program zrejme vubec nespusti...

Ale spustim... testoval som to aj na Win9x... a islo to celkom pekne...

Kontroloval jsi take sustemove prostredky ?
Pokud totiz klesnou nekam na 10%, zacnou se Windows chovat podivne...
A kdyz k tomu zapocitas IE, ktery je zere a nevraci, tak pak muzes hledat problem u programu, ktery jednou jde, podruhe jde taky, ale chova se divne a potreti se vubec nespusti.

Systemove prostriedky som nekontroloval, ale podla mna to bude v poriadku. Strankovanie mam urobene na 5 - 10 produktov na jednu stranku, co zaberie v pamati asi 6 MB. Po kazdom prepnuti stranky sa vsetky objekty zrusia a vytvoria sa nove s aktualnymi udajmi z danej stranky... Mozem este na Win9x pozrier systemove prostriedky...

Pokud to mas pres strankovani, pak je to OK. Ale psal, jsi, ze jsi proti strankovani a ze vytvaris 250x8 objektu...

Ono s tym ma mozno problem samotny windows, ked ma preratavat ca. 500*10=5000 okien (kazdy komponent, richbox, atd. je okno)
Alebo napr. ak si vytvoris len obycajny Windowsacky listbox a narves donho napr. 30000 poloziek bude to chvilu trvat (opozdenie vznika v samotnych Win, pri InsertItem(), resp. pri posielani insert item messages tomu listboxu).

Take veci sa daju robit efektivnejsie tak, ze si to clovek sam kresli - odpadava duplicita ukladania dat (t.j. udaje mam niekde v pamati programu, ale pre napr. ten listbox ich este musim vsetky nacpat aj do listboxu, co trva dlho), ak si to kreslim sam tak pouzivam stale len tie udaje v pamati, nemusim ich uz nikde cpat. Ale je to hodne narocne na naprogramovanie/vyvoj (musis urobit algoritmus ktory vie zobrazit akykolvek vysek z toho "okna" (zoznamu apod.), pri kazdom prijatom WM_PAINT message).

Ano, Widle tolik objektů nezvládnou v přijatelném čase. Narazil jsem na podobný problém. Dělal jsem program na album fotografiií (RceAlbum - 12.htm až dole). Původně byl každý náhled samostatné TImage. Mělo to sice výhodu, že nebylo nutno nikde více si obrázek pamatovat, ale už při 50 až 100 fotkách to bylo neúnosně pomalé. Pak jsem udělal TDrawGrid a vykresluju si fotky na vlastní triko a už je to svižné. Dokonce stíhám i načítat náhledy z TEMPů. Kolegovi Intexovi doporučuju též TDrawGrid a vykreslovat si to tam vše sám programově.

Raz som videl program robeny vo VisualBasicu v ktorom sa rvalo nejakych niekolko tisic poloziek do listboxu (nejaky zoznam suborov na viacerych CDckach), ale ked som tam klikol na novy zoznam (mali sa povodne udaje listboxu zrusit), tak to trvalo snad viac ako minutu Neviem co s tym ten visualbasic minutu robil ked mal ten listbox len zrusit

To je jednoduche, ne ? Odeberu olozku, seradim, odeberu polozku, seradim...
Podobny problem se resil na builderu, kdy to ten clovek radil pri vlozeni kazde polozky a stezoval si, ze mu nacitani trva dlouho...

Len tak na ukazku pridavam obrazok ako vyzera jeden panel.

Toto je panel, presne z programu. Takto si ich vytvaram na ScrollBoxe 5 - 10. Este neviem, ake bude vysledne cislo. Asi 10 panelov na jednu stranku... Takto to ide uplne bez problemov a necakam viac ako pol sekundy, kym sa zobrazia vsetky panely. Ked to bolo zobrazenie uplne vsetkeho, tak panely sa vytvorili hned. Akurat to zobrazenie trvalo velmi dlho... Windows ma pomale vykreslovanie. Mozno som zvolil nespravny postup, ale teraz ku koncu, ked je uz vsetko hotove, je zbytocne to vsetko prerabat...

Typ oceli: nerez
nemel by tam byt typ materialu ?

Ako je na stranke tak to musi byt aj v programe... Ja som si to nevymyslel...

To by sa krasne dalo urobit vlastnym vykreslovanim, alebo cez nejaky grid (ako pisal Rce vyssie), ptz. tam je vpodstate pevna vyska takze by sa dala pekne ratat momentalna pozicia.
No ale ked je to uz urobene tak to asi prerabat uz nebudes, to by bolo dost roboty.

Podla toho ako to spravanie popisujes mam pocit ze zaroven robi nieco tvoj program a zaroven aj vykresluje Win, a Win nema na vykreslovanie dost vykonu CPU, mozno nieco robis neefektivne ale to bez zdrojaku a debugovania tazko urcit takto na dialku. Tych 250*8 okien je dost, s tym Win maju co robit.

Presne tak. Zaroven sa robi vytvaranie objektov a zaroven to aj Win vykresluje. Nepomoze tu ani osetrenie sprav Win "Application.ProcessMessages" - prave naopak, este viac to spomalovalo. Aj napriek zapnutemu dvojitemu buferingu...