Hogyan üzenetet ad a felhasználónak

Értékelés: 0/5

Ma beszélünk egy ilyen látszólag egyszerű dolog, mint egy üzenetet küld a felhasználónak.

A módszer 1C 8 vándoroltak 7.7 - "jelentés (.)". Ez a módszer nagyon egyszerű, ez megnyitja az üzenetet, ha még nincs nyitva, és hozzáteszi, hogy a szöveges üzenetet. Mint 1C 7.7 van egy második paraméter, amely meghatározza az ikon az üzenet mellett. Ez az ikon határozza meg a fontosságát az üzenetet.

Ahogy múlt az idő, és mi van a kezébe ellenőrzött formában. Kontrollált formák egyetlen üzenet ablakban. Ez az eljárás azonban még mindig támogatott. Új üzenet interfész ragaszkodnak az aktív ablak. Amikor átvált egy másik ablakban, az üzenetet a faj, és cserébe ismét megjelennek. Bizonyos esetekben ez nem kényelmes, de semmit nem lehet tenni, hogy ellenőrizzék a forma magában foglalja a hiánya a fő ablak, ami kötődik az üzenetet.

Az a tény, hogy ma már gyakori használata nem globális kontextusban módszer „jelentés (.)” És „SoobscheniePolzovatelyu” objektumot. Ez a lehetőség mindenhol elérhető, valamint a kliens és a szerver. Ez több tulajdonsággal bír, és egy pár módszerekkel.

Általában, ha meg kell adni a felhasználó egy üzenetet, anélkül, hogy az interaktivitás, ez elég ahhoz, hogy írni:

Post = Új SoobscheniePolzovatelyu;
Soobschenie.Tekst = „szakasz ezzel már létezik”;
Soobschenie.Soobschit ();

Ez a három vonalak teljesen azonos a már ismert eljárás, és ennek megfelelően ezt az objektumot használni ilyen kommunikációs értelmetlen.

A főbb területek, amelyek kiterjesztik a képességeit a kommunikáció:

Hülyeség megtörténhet, ha üzenetet ad formájában a tárgy még nem rögzített. Ebben az esetben van egy üres link. De a platform nem vész el, és egyszerűen nem mond semmit, hogy Te maradj formában volt.

Field - egy karakterlánc a mező nevét, hogy kell aktiválni. Nem számít, nyissa ki a forma egy másik tárgy, vagy mi marad a jelenlegi formájában.

Itt van, hogyan működik:

Tegyük fel, mielőtt a könyvtár bejegyzést a modul formájában ellenőrizzük az egyediségét kellékek „Id”, és ha már van, egy üzenet jelenik meg:

Ebben a példában dupla kattintással, hogy nyissa meg a könyvtárat bejegyzés ugyanazzal az azonosítóval, Id és a mező aktív, és kérni fogja:

Úgy tűnik, kényelmes, meg tudjuk változtatni a Id az új elem, és módosítsa a régi, akkor könnyen oda kattintva az üzenetet. De a területen az adott cellában nem aktivált, hogy amikor nagy számú területeken hatékonyabb lehet, mint megnyitni a forma egy másik objektumot. Miután további célja a már felvett és használják, és annak valószínűségét, hogy egy hiba benne - kicsi. Legfőképpen, meg kell szerkeszteni az aktuális elemet.

Ehhez változtatni a kódot az alábbiak szerint:

Az egyetlen különbség az, hogy KlyuchDannyh átadjuk utalás az elem, amely már megnyitotta. Sajnos ez a kód nem működik :( Ha duplán kattintva nyissa meg a modális ablak minket.

Ehhez a munkához, van egy árnyalatot, hogy meg kell kitölteni a „PutKDannym”. Nem tudom megmagyarázni, hogy pontosan miért, csak emlékezni. Nyisson meg egy másik objektum - ahogy az adatok nem szükséges, elhelyezése a jelenlegi - szükség. Következtetés - jobb esetben kitölteni, nem lehet baj. Még hozzá egy sort:

Tovább árnyalatot amiről akarok mondani. Ha a „terepen” üresen marad, ez nem fog megtörténni helymeghatározás ellenőrzés, és mellette nem jött ki tooltip. Ha a „terepen” nem érvényes, a pozícionáló lépnek fel az űrlap egészére és a tooltip lesz, de a végén a forma nélkül privzyaki igazi beviteli mezőben.

Következő árnyalatot - Az oszlopok módszer - „UstanovitDannye”. Ő alapján az objektum kitölti a területen, és KlyuchDannyh PutKDannym. Ez sokkal kényelmesebb, hogy mindent egy sorban. Általában formájában egy elem / dokumentum van egy tárgy. Az egyetlen dolog, hogy a szerver kell írni, az alábbiak szerint:

De egy előre meghatározott eljárás formáját PeredZapisyuNaServere valójában már beállítása TekuschiyObekt. A kliens objektum nem értem. Még a tárgy modul (nem egységes) kell írni az alábbiak szerint:

Összefoglalva azt akarom mondani egy történetet a csúnya dolgokat kezelhető formában. Ez vonatkozik mind a taxi és a hagyományos UV. Az a tény, hogy az UV nagyon rosszul továbbítják interfész listákat. A táblázat tartalmazza a 1000 rajzolt nagyon lassan, és egy web böngésző, meg tudja csinálni egy pár percet, hogy nyissa ki. Ez vonatkozik az üzenet listában. kísérletezni print 1000 üzeneteket, és próbálja popereklyuchatsya az ablakok között. A rendszer azonnal meghal. ami világosan mutatja, hogy a rendszer úgy ítéli meg, hogy meghaladja a PIN-üzeneteket. Megy az ablakon egy csomó üzenete a következő:

-tartalmát jeleníti meg a doboz
-drámaian villog, és az üzenet jelenik meg, bár
-minden lefagy, és látni fogja, hogyan kell görgetni az üzenet ablakban kúszik lefelé

Ie mint korábban, hogy a napló üzenet feldolgozása munkák meghosszabbította a panel, ahol néhány ezer bejegyzések - lehetetlen. Azt tanácsolom, hogy korlátozza 10yu üzeneteket. Rönk legyen output egy többsoros sztring, akkor a kijelzőn azonnal, függetlenül attól, hogy a sorok száma. Persze, ha ellenőrzi a kihasználtság a kellékek táblázat sorai 1000-ban, a hiba, akkor igen, szükség van potervet :) Bár lehetséges, ebben az esetben, hogy fontolja meg a módját a megjelenített üzenetek, például a területén a HTML-dokumentum.