[Javalist] GWT history

[Zsolt Gádori]

Akkor izé...
Ha a vaadin az utód, akkor  www.gwtproject.org  micsoda?  Ez nem kulgis
cím. (látszólag)
Itt a version menü alatt az alábbi van: Build 2.5.1 - Mar 11, 2013
Ez egészen friss dolog.



2013. július 16. 21:29 Peter Verhas írta, <peter at verhas.com>:

> 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
>
>
>
> _______________________________________________
> 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/20130717/a4b57b30/attachment.html>