Átállás UP1.9-ről 3-ra
4 views
Skip to first unread message
Tisch Dávid
Jan 18, 2016, 5:09:25 AM1/18/16
to magic-...@googlegroups.com
Sziasztok!
Upgrade-eltük a licenceinket uniPaaS1.9-ről 3-ra, és gondolkozunk az
asztali alkalmazásunk átállításán. Első körben a legnagyobb vonzerőt az
jelentené, ha ott már menne rendesen (vagyis értelmes mennyiségű
fejlesztési munkával) az, hogy a képernyők
átméretezhetőek/maximalizálhatóak legyenek úgy, hogy a kontrollok
megőrizzék a relatív pozíciójukat.
Első kérdésem: az 3-asban a placement tulajdonság globálisan egységes
beállításával elérhető ez?
Második kérdésem: a rajzolás .NET-esítése miatt mennyire kell
hozzányúlni 3-asban a képernyőkhöz?
Harmadik kérdésem: tisztán desktop környezetben mi az vajon, amihez a
programkódban hozzá kell majd nyúlnunk? Vannak olyan dolgok, amiket
esetleg teljesen át kell írni a verzió váltás miatt?
Előre is köszönöm a választ!
Üdv:
Dávid
Upgrade-eltük a licenceinket uniPaaS1.9-ről 3-ra, és gondolkozunk az
asztali alkalmazásunk átállításán. Első körben a legnagyobb vonzerőt az
jelentené, ha ott már menne rendesen (vagyis értelmes mennyiségű
fejlesztési munkával) az, hogy a képernyők
átméretezhetőek/maximalizálhatóak legyenek úgy, hogy a kontrollok
megőrizzék a relatív pozíciójukat.
Első kérdésem: az 3-asban a placement tulajdonság globálisan egységes
beállításával elérhető ez?
Második kérdésem: a rajzolás .NET-esítése miatt mennyire kell
hozzányúlni 3-asban a képernyőkhöz?
Harmadik kérdésem: tisztán desktop környezetben mi az vajon, amihez a
programkódban hozzá kell majd nyúlnunk? Vannak olyan dolgok, amiket
esetleg teljesen át kell írni a verzió váltás miatt?
Előre is köszönöm a választ!
Üdv:
Dávid
sws...@anonym.hu
Jan 18, 2016, 7:48:02 AM1/18/16
to magic-...@googlegroups.com
Hi!
Grat! :-)
1, A placementet csak mobil eszközökön használtuk egyelőre, de ott
tökéletesen működnek, sőt, kijelenthető hogy anélkül nem lehet minden
eszközön szép, androidos alkalmazást létrehozni.
2, Ajjaj! Kérlek ne bántsd a rossz hír hozóját! Sajnos rengeteget kellett
módosítanunk. :-(
- egy ici-picit változik a képernyő mérete, ha van a szélére húzott
control, akkor megjelenik egy scrollbar, néha :-)
- a táblakontrollok mérete is picit változott, sokat molyoltunk vele a
végén egységesen kikapcsoltuk a scrollbart a táblakontrollokon (igazából
úgyis hasznavehetetlenek voltak)
- ha használsz csoportokat, általános szabály hogy a táblakontrollt nem
szabad hozzákapcsolni, minden mást viszont kötelező, különben a mező a
csoport mögé kerül
- ha használtok dinamikus picture-t, akkor - ha jól emlékszem - amikor
esetleg véletlenül üres string értéket vesz fel, az most nem fog működni,
1.9-ben még ment
- nálunk fixen meg volt adva minden kontroll típus mérete (belső
konvenció), ami azért szívás mert .NET óta a kombi panelnek fix mérete van,
ami nyilván nincs arányban pl. az adatmezőkkel
- a kartotékok másképp működnek, azt hiszem azoknak a többségét szinte
újra csináltuk, és jelenleg azt hiszem nem is lehet belőlük igazán szépet
összerakni
- nem minden kontrollnak adható meg szín vagy másképp viselkedik, így
nálunk ahol minden testre volt szabva nem minden esetben tud ugyanolyan
színnel megjelenni egy elem, illetve időnként, elhanyagolható esetekben
jelennek meg glitch-ek a képernyőn
3, Nem volt vészes, de volt egy-két fájdalmas:
- ActiveX kontrollok/hívások kuka (vagy hasonló .NET függvényre csere)
- ha egy kontroll nem aktív mert dinamikus enable feltétel van rajtva,
ami épp False-ra értékelődik ki, akkor a Magic a háttérben egy Next Field
eseményt ad ki, ami azért vicces mert bizonyos esetekben ez
"felhalmozódhat" és pl. egy hívott taszkban kerülhet kiadásra (ennek egy
részét a 3.0a-ban javították)
Hirtelen ennyi jutott eszünkbe. :-)
Jó munkát!
Ámor
On Mon, 18 Jan 2016 11:09:27 +0100, Tisch Dávid <ti...@drpinterkft.hu>
wrote:
Grat! :-)
1, A placementet csak mobil eszközökön használtuk egyelőre, de ott
tökéletesen működnek, sőt, kijelenthető hogy anélkül nem lehet minden
eszközön szép, androidos alkalmazást létrehozni.
2, Ajjaj! Kérlek ne bántsd a rossz hír hozóját! Sajnos rengeteget kellett
módosítanunk. :-(
- egy ici-picit változik a képernyő mérete, ha van a szélére húzott
control, akkor megjelenik egy scrollbar, néha :-)
- a táblakontrollok mérete is picit változott, sokat molyoltunk vele a
végén egységesen kikapcsoltuk a scrollbart a táblakontrollokon (igazából
úgyis hasznavehetetlenek voltak)
- ha használsz csoportokat, általános szabály hogy a táblakontrollt nem
szabad hozzákapcsolni, minden mást viszont kötelező, különben a mező a
csoport mögé kerül
- ha használtok dinamikus picture-t, akkor - ha jól emlékszem - amikor
esetleg véletlenül üres string értéket vesz fel, az most nem fog működni,
1.9-ben még ment
- nálunk fixen meg volt adva minden kontroll típus mérete (belső
konvenció), ami azért szívás mert .NET óta a kombi panelnek fix mérete van,
ami nyilván nincs arányban pl. az adatmezőkkel
- a kartotékok másképp működnek, azt hiszem azoknak a többségét szinte
újra csináltuk, és jelenleg azt hiszem nem is lehet belőlük igazán szépet
összerakni
- nem minden kontrollnak adható meg szín vagy másképp viselkedik, így
nálunk ahol minden testre volt szabva nem minden esetben tud ugyanolyan
színnel megjelenni egy elem, illetve időnként, elhanyagolható esetekben
jelennek meg glitch-ek a képernyőn
3, Nem volt vészes, de volt egy-két fájdalmas:
- ActiveX kontrollok/hívások kuka (vagy hasonló .NET függvényre csere)
- ha egy kontroll nem aktív mert dinamikus enable feltétel van rajtva,
ami épp False-ra értékelődik ki, akkor a Magic a háttérben egy Next Field
eseményt ad ki, ami azért vicces mert bizonyos esetekben ez
"felhalmozódhat" és pl. egy hívott taszkban kerülhet kiadásra (ennek egy
részét a 3.0a-ban javították)
Hirtelen ennyi jutott eszünkbe. :-)
Jó munkát!
Ámor
On Mon, 18 Jan 2016 11:09:27 +0100, Tisch Dávid <ti...@drpinterkft.hu>
wrote:
Bakos Gyula
Jan 18, 2016, 8:41:11 AM1/18/16
to magic-...@googlegroups.com
Szia,
Mi még csak 1.9 --> 2.x konvertálással próbálkoztunk. Ott 1 komoly hibát találtunk: Bizonyos esetekben (lehet hogy a Magic 5.62-ből indult konvertálási folyamatunk során) a Link utasítás property-jében az Evaluate Link üres volt. (Record vagy Task kellene legyen) A v1.9 erre nem volt érzékeny, de a 2.x elszállt rajta.
Üdv: Gyula
--
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok szolgáltatásbeli Magic Support Levelezőlista csoportra.
Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való leiratkozáshoz küldjön egy e-amailt a(z) magic-suppor...@googlegroups.com címre.
Ha üzenetet szeretne küldeni ebbe a csoportba, küldjön egy e-mailt a(z) magic-...@googlegroups.com címre.
A csoportot a(z) https://groups.google.com/group/magic-support címen keresheti fel.
További lehetőségekért látogasson el a(z) https://groups.google.com/d/optout címre.
Mi még csak 1.9 --> 2.x konvertálással próbálkoztunk. Ott 1 komoly hibát találtunk: Bizonyos esetekben (lehet hogy a Magic 5.62-ből indult konvertálási folyamatunk során) a Link utasítás property-jében az Evaluate Link üres volt. (Record vagy Task kellene legyen) A v1.9 erre nem volt érzékeny, de a 2.x elszállt rajta.
Üdv: Gyula
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok szolgáltatásbeli Magic Support Levelezőlista csoportra.
Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való leiratkozáshoz küldjön egy e-amailt a(z) magic-suppor...@googlegroups.com címre.
Ha üzenetet szeretne küldeni ebbe a csoportba, küldjön egy e-mailt a(z) magic-...@googlegroups.com címre.
A csoportot a(z) https://groups.google.com/group/magic-support címen keresheti fel.
További lehetőségekért látogasson el a(z) https://groups.google.com/d/optout címre.
Tisch Dávid
Jan 18, 2016, 9:01:37 AM1/18/16
to magic-...@googlegroups.com
Sziasztok!
Köszi mindenkinek a választ! Lehet, hogy ráérő időmben megpróbálkozom
akkor egy átállással, aztán megnézem, hogy a legfontosabb képernyőink
mennyire esnek szét.
Nádasy Gábor közben azt írta magánban (mert nem tudott a listára írni),
hogy 3.1-ben lesz egy Upgrade Manager, ami az egyszerűbb upgradet
hivatott elősegíteni 1.9 és 3 között. Ahogy Szilvi is írta már levélben,
a véglegeshez közeli beta (build 441) elérhető már és kipróbálható ebből
a verzióból. Az 1.9 -> 3 migrációról állítólag a DevNet utódján is
vannak fönt anyagok.
Üdv:
Dávid
Köszi mindenkinek a választ! Lehet, hogy ráérő időmben megpróbálkozom
akkor egy átállással, aztán megnézem, hogy a legfontosabb képernyőink
mennyire esnek szét.
Nádasy Gábor közben azt írta magánban (mert nem tudott a listára írni),
hogy 3.1-ben lesz egy Upgrade Manager, ami az egyszerűbb upgradet
hivatott elősegíteni 1.9 és 3 között. Ahogy Szilvi is írta már levélben,
a véglegeshez közeli beta (build 441) elérhető már és kipróbálható ebből
a verzióból. Az 1.9 -> 3 migrációról állítólag a DevNet utódján is
vannak fönt anyagok.
Üdv:
Dávid
Gabor Nadasy
Jan 18, 2016, 9:15:05 AM1/18/16
to magic-...@googlegroups.com
teszt válasz
--
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok szolgáltatásbeli Magic Support Levelezőlista csoportra.
Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való leiratkozáshoz küldjön egy e-amailt a(z) magic-suppor...@googlegroups.com címre.
Ha üzenetet szeretne küldeni ebbe a csoportba, küldjön egy e-mailt a(z) magic-...@googlegroups.com címre.
A csoportot a(z) https://groups.google.com/group/magic-support címen keresheti fel.
További lehetőségekért látogasson el a(z) https://groups.google.com/d/optout címre.
Tisztelettel /
Best regards,
 |
Nádasy
Gábor technológiai igazgató | Magic (Onyx) Magyarország Kft. Tel. +36-1-2169910 | Mobil. +36-30-2314641 | Fax. +36-1-2167271 gabor_...@magicsoftware.com | www.magicsoftware.com/hu |       |
DISCLAIMER.
Information in this message its attachments may privileged or confidential. It
is for the exclusive use of the intended recipient. If you are not one the
intended recipients you are hereby informed that any use disclosure distribution
or copying this information is strictly prohibited. If you receive this
message in error, please notify the sender immediately and delete all copies of
this message. We recommend that you scan your incoming Emails. We cannot
accept responsibility for any transmitted viruses.
Reply all
Reply to author
Forward
0 new messages