Cum să emită un mesaj pentru utilizator

Evaluare: 0/5

Astăzi vorbim despre un astfel de lucru aparent simplu ca un mesaj pentru utilizator.

Metoda 1C 8 au migrat de la 7,7 - "Raport (.)". Această metodă este foarte simplu, se deschide mesajul, în cazul în care nu este deja deschis, și se adaugă la mesajul text. Ca și în 1C 7.7 are un al doilea parametru care determină pictograma de lângă mesajul. Această pictogramă definește importanța mesajului.

Pe măsură ce timpul a trecut mai departe, și am ajuns în mâinile sub formă controlată. În forme controlate nici o singură fereastră de mesaje. Cu toate acestea, metoda este încă acceptată. Într-o nouă interfață mesaj se agață de fereastra activă. Când comutați la o altă fereastră, mesajul din speciile, și în schimb sunt afișate din nou. În unele cazuri, nu este convenabil, dar nimic nu se poate face, pentru a controla forma presupune absența ferestrei principale, care ar putea lega mesajul.

Faptul că acum este obișnuită utilizarea nu este o metodă de context global „Raport (.)“, Și obiect „SoobscheniePolzovatelyu“. Această facilitate este disponibilă peste tot, iar pe client și pe server. Ea are mai multe proprietăți și o serie de metode.

În general, în cazul în care aveți nevoie pentru a oferi utilizatorului un mesaj, fără nici o interactivitate, este suficient să se scrie:

Mesaj = nou SoobscheniePolzovatelyu;
Soobschenie.Tekst = „Secțiunea cu acest Id-ul există deja“;
Soobschenie.Soobschit ();

Aceste trei linii sunt absolut identice cu metoda deja cunoscută, și în conformitate cu această utilizare acest obiect la o astfel de comunicare este lipsită de sens.

Principalele domenii care se extind capacitățile de comunicare sunt:

Prostii se poate întâmpla dacă vom emite un mesaj sub forma obiectului nu este înregistrat încă. În acest caz, avem o legătură goală. Dar platforma nu este pierdut, și pur și simplu nu dezvăluie nimic care este Tu stai într-o formă care a fost.

Câmp - este un șir de caractere cu numele câmpului care urmează să fie activat. Nu contează, deschide sub forma unui alt obiect, sau vom rămâne în forma sa actuală.

Iată cum funcționează:

Să presupunem că înainte de intrarea director în modulul de forma vom verifica unicitatea recuzita „Id“ și, în cazul în care deja este, este afișat un mesaj:

În acest exemplu, prin dublu-clic pentru a deschide intrarea director cu același Id-ul, ID-ul și câmpul este activ și se va cere:

Se pare convenabil, putem schimba ca Id-ul elementului nou, și edita vechi, este ușor pentru a ajunge acolo, făcând clic pe mesaj. Dar câmpul din celula curentă nu au activat ca atunci când un număr mare de domenii poate fi mai util decât pentru a deschide forma unui alt obiect. După un alt obiect a fost deja înregistrat și este folosit și probabilitatea ca o eroare în ea - mică. Cele mai multe dintre toate, avem nevoie pentru a edita elementul curent.

Pentru a face acest lucru, modificați codul, după cum urmează:

Singura diferență este că în KlyuchDannyh vom trece o referire la elementul pe care l-am deschis. Din păcate, acest cod nu funcționează :( Dacă faceți dublu clic pentru a deschide o fereastră modal la noi.

Pentru ca aceasta să funcționeze, există o nuanță care trebuie să completați „PutKDannym“. Nu pot explica exact de ce, e doar să-și amintească. Deschide un alt obiect - modul în care nu este necesară datele, poziționarea în cadrul curent - necesitatea. Concluzie - mai bine întotdeauna să umple, nu poate merge prost. Chiar și adaugă o linie:

O altă nuanță despre care vreau să spun. În cazul în care „câmpul“ este lăsat gol, nu se va întâmpla de poziționare de control, iar lângă el nu a ieșit tooltip. În cazul în care „câmpul“ nu este validă, poziționarea va avea loc pe forma ca un întreg și un tooltip va fi, dar la sfârșitul formularului, fără câmp de intrare reală privzyaki.

Urmatoarea nuanță - posturile au o metodă - „UstanovitDannye“. El se bazează pe obiectul umple în domeniu și KlyuchDannyh PutKDannym. Este mult mai convenabil de a face totul într-o singură linie. De obicei, sub forma unui element / document de avem un obiect. Singurul lucru pe care serverul trebuie să fie scris după cum urmează:

Dar într-o formă de proceduri prestabilite PeredZapisyuNaServere de fapt, au deja setarea TekuschiyObekt. Un obiect client nu-l. Chiar și în modulul obiect (nu în uniformă) ar trebui să fie scris după cum urmează:

În concluzie, aș dori să spun o poveste despre forma de gestionat lucruri urâte. Acest lucru este valabil atât pentru TAXI si UV conventionale. Faptul că UV este foarte slab transmis liste de interfață. Un tabel care conține 1000 de linii trase foarte încet, și într-un browser web, se poate face câteva minute pentru a deschide. Acest lucru este valabil și pentru lista de mesaje. experiment de imprimare de 1000 de mesaje și să încercați popereklyuchatsya între ferestre. Sistemul va muri imediat. care arată clar modul în care sistemul crede că este deasupra mesajelor pini. Mergând la fereastră cu o grămadă de posturi este după cum urmează:

-afișează conținutul cutiei
-clipește dramatic și apare bara de mesaje
-toate se blochează și veți vedea cum pentru a defila în fereastra de mesaje se strecoara in jos

Ie ca și mai înainte, pentru a aduce în lucrările de prelucrare a mesajelor jurnal prelungite panoul, în care câteva mii de înregistrări - este imposibil. Aș sfătui să limiteze 10yu mesaje. Bustenii trebuie sa fie de ieșire într-un șir de caractere multilinie, acesta este afișat aproape instantaneu, indiferent de numărul de linii. Desigur, dacă tu a verifica gradul de ocupare a mesei recuzită, rândurile sale de 1000 și în fiecare eroare, atunci da, este potervet necesar :) Deși este posibil în acest caz, să ia în considerare o modalitate de a afișa mesaje, de exemplu, în domeniul documentului HTML.