[Javalist] GWT history

[Peter Verhas]

A hírnek van alapja, de nem igaz.

Nem tartja meg, mint önálló, saját terméket, hanem több céggel közösen sponzorált fejlesztés (már most is) és ennek megfelelően a cégek együtt, szervezett formában ugatnak bele, hogy merre fejlődjön. A lead, amennyire megértettem a Vaadin.

Most nem keresek rá a forrásra, bocs. Akinek kell megtalálja. Érdekes a Vaadin által kiadott éves jelentés, hogy merre megy tovább az egész kóceráj.

--
Dipl. Ing. Peter Verhas
peter at verhas.com
+41791542095
skype: verhas






On 2013.07.16., at 20:33, Gádori Zsolt <gadori.zs at gmail.com> wrote:

> 
> Köszi. Én is erre jutottam, de most talán jobb lett volna, ha rosszul
> gondolom, és van kevésbé lábbalhajtós módszer. :-)
> 
> Jut eszembe: olyan pletyka szintű hírt hallottam, hogy a kugli nem
> fejleszti tovább a GWT-t. A magam részéről csodálkoznék rajta, mert
> tip-top cuccnak néz ki, és biztos rengeteg melójuk van benne.
> 
> Erről tudtok valamit?
> 
> üdv:
> GZsolt.
> 
> On Mon, 15 Jul 2013 21:26:45 +0200
> Zsombor <gzsombor at gmail.com> wrote:
> 
>> A válasz, igen, ha bonyolultabb komponens státuszát akarod letárolni a
>> historyban, akkor kézzel kell bűvészkedni, hogy az állapotot mindig
>> ki tudd menteni string-ként, és vissza tudd tölteni.
>> Ilyen azért a való életben nem szokott lenni, tapasztalatom szerint,
>> bőven elég volt 2-3 adatot letárolni, pl "view/123/suppliers" vagy
>> "edit/345/prices", stb, s az is elég a felhasználó boldogságához.
>> A vaadin-nal az a probléma, hogy mindent a szerver oldalon tárol, s a
>> Te kódod is ott fut, nem a kliens oldalon, ahogy a GWT-nél. Ezzel
>> lehetnek problémák, egyrészt biztos nem lesz olyan reszponzív,
>> folyamatos szerver kapcsolatot igényel, valamint a szerver oldalon sok
>> memóriát foglalhat. Persze, ettől még remek megoldás lehet bizonyos
>> problémákra, amíg az ember tisztában van a hátrányokkal.
>> 
>> Üdv
>> Zs
>> 
>> 
>> 
>> 
>> 2013/7/15 Gádori Zsolt <gadori.zs at gmail.com>
>> 
>>> Szia!
>>> 
>>> Arról volna szó, hogy én csak most ismerkedem ezzel a GWT dologgal,
>>> és most éppen ez volna soron. Ha jól értem, az egyszerű példa ugye
>>> valami olyasmiről szól, hogy van egy darab beviteli mező a
>>> felületen, és mondjuk annak a szövegét mondjuk minden
>>> rákattintásnál átadjuk ennek a History.newItem(...
>>> metódusnak. Ezután módosítja a fuser a beviteli mezőt, meg amit
>>> akar. Amikor meg a fuser megnyomja a böngészőn a "vissza" gombot,
>>> akkor nálam életre kel az onValueChange (... metódus, és a
>>> paraméterében megjelenik az általam régebben bedobott karaktersor.
>>> Ezzel meg én azt kezdek amit tudok.
>>> 
>>> oké.
>>> 
>>> A kérdés tulajdonképpen az alábbi volna:
>>> 
>>> Mi van, ha van egy összetett felület, mondjuk egy FlexTable, aminek
>>> minden cellájában van valami okos dolog.
>>> Ilyenkor tényleg minden egyes elemnek aminek history kezelést akarok
>>> biztosítani egyenként kell valami nevet/azonosító stringet adni a
>>> History.newItem(... hívásnál? (amikor ugye mondjuk megkattintja a
>>> fuser az adott elemet)
>>> Ezt a bizonyos stringet majd jól visszakapom, és akkor majd
>>> válogatom, hogy ez melyik elemhez tartozik, és ügyesen onnét ásom
>>> elő az adott elemhez tartozó history infót ahonnan csak tudom?
>>> 
>>> Köszi:
>>> Zs.
> 
> 
> -- 
> Gádori Zsolt <gadori.zs at gmail.com>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist

--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20130716/6f3e0e20/attachment.html>