hogy a szöveg illeszkedik a cella (példákkal méretének automatikus használat font, vonal átadása)

Rendszeresen felmerül a kérdés, hogy a szöveg elfér a cellatáblázatot a dokumentumot? Bár ez ritkán fordul elő, de még mindig ott van. Ez a cikk leírja, hogyan lehet kapni a választ erre a kérdésre.

Az interneten találkoztam a különböző megoldások, de mindegyikük „valószínűségi” jellegűek és a meghatározás alapján az átlagos jel (vagy a legnagyobb méret) mérete számított vonal hossza, a sorok száma, a mindenféle empirikus együtthatók, és még mindig nem tudta garantálni, hogy a szöveg beleférjen egy cellában.

Az egyetlen megoldás, amely közel van a probléma, hogy én találtam: automatikus kiválasztása a betűméretet az objektum RisunokTablichnogoDokumenta. De ez, hogy a szöveget a RisunokTablichnogoDokumenta, de nem azon a területen, ezt a cikket. Szükség van előzetes felkészülés, de semmi sem könnyebb RisunkaTablichnogoDokumenta jelenleg ismeretlen számomra (egy kísérlet, hogy egyszerűsítse lásd alább).

Magam is gyakran megkerülik ezt a problémát különböző módokon. És ez mind elégedett és én, és az ügyfelek. Úgy tűnik, annak a ténynek köszönhető, hogy ez ritkán fordul elő:

1. Az árcédulát. A termék neve általában középre magas, és egy nagyon hosszú neve annak kezdete és vége van veszélyben nem illik a kijelölt helyre (és az árcédulák általában vágva avtovysotu). Ebből a helyzetből a két kimenet:

a) A választás egy adott árcédula sablont. Nincs megvalósítva a példákban.

b) átméretezi a szöveget az ára. Végre a példákban:

2. Amikor a nevet meg kell írni egy pár sort:

A modell végre az alábbiak szerint:

Én is inkább, hogy megjelenjen, így (automatikus szó):

Namuchavshis két éjszakára, jövök, remélem, hogy egy egyszerű döntés:

1. Ne feledje, az eredeti mérete mm-cellában.

2. Rendeljen sejt ingatlan AvtoVystota = True

3. Illessze be a szöveget, és nézd meg újra a magassága a cellában.

4. Ha a cella magassága változott egy nagy út - így a szöveg nem fér el.

Cell magasság mm-ben kell mérni a beépülés során, és a ábra méretének mérése.

Funkció fogadó sejt magasságban:

Funkciója, hogy meghatározza, hogy a szöveg helyett a cellában:

Ahhoz, hogy ezt a módszert használja, a következő feltételeknek kell teljesülniük:

1. Meg kell valahogy hívni a területen.

2. kitöltése = Szöveg mezőbe rögzítése helyett vagy sablont. Elvileg, akkor mindkettőt, de a kód lesz trükkös. Mindegy, csak ne jöjjön össze semmi. És mivel az élet nem túl bonyolult én nem zavarta, mert ez.

3. helyezés text = átutalás. Itt is kell! Elhelyezés a szöveg lehet programozottan fel, de a hatás a változások, ha jól értem, csak akkor jelenik meg megjelenése után egy táblázatot dokumentum ezzel a készülékkel.

A fájlok talál:

1. Példa a kiválasztás a betűméretet funkciók használatával a cikket.

2. Példa optimalizált sebesség megfelelő a kis méretű font kód módosítása (de a választék a betűméretet -. A következő nem optimális kísérlet maga nemében vychilit nem csökken minden egyes alkalommal 1).

3. Következtetés a hosszú sorokat több cellát.

4. Válogatás a betűméret, a termék „ábra táblázatdokumentum.”

Ábra táblázatkezelő dokumentum (felirat):

Azt kell mondanom, a nagy szövegek rettenetesen hosszú.

1. vagy várjon egy ideig, majd nézni a méretek, mint ez: PodklyuchitObrabotchikOzhidaniya ( „IzmeritRazmery” 0.1 Truth)

2. a „make” ez a fertőzés jelenik kényszerítette.

Az első - a munkavállaló. Azonban kiderült, hogy a kódot a komplexum. És minden iteráció - minimum 0,1 másodperc. Ennek eredményeként, ez nagyon hosszú. De működik (vroveryal tablchnogo a dokumentum).

De a második. Használatával egy kis trükk - minden gyönyörű munkák. És a trükk az, hogy van TablichnogoDokumenta Show () metódus. Jó, hogy csak azután kivégzés nyomtatási méret vált igazi illesztjük a szöveg méretét. De ez rossz, hogy okryvat ablakban nem zárja be, vagy a szoftver, vagy csak nem tudom, hogyan.

Azt hittem, gondoltam. Vagy inkább ekperementiroval kísérletezgetés. És ez jött:

A kód az emberi forma az én lustaság. Ha valami, akkor van egy fájl a példákban.

Szeretnék megemlíteni egy pár érdekes pontok:

1. A számítás a magassága a feliratot annak fix szélességű.

2. megpróbálja optimalizálni szöveges keresési algoritmust.

7. Miffka (mikhailv) 09.04.12 15:26 Most a témában

Alkalmas nyomtatás előírások „bélelt” a táblázatban.

Míg implantátumok bukkantam, amit az 1C (rel. 8.2.13.219) extrém értékek a töltet a sejtben (ha a szöveg egy kicsit nem illik, és átkerül egy másik vonal) nem megfelelően dolgozza ki a magasság (a képen). Amikor hibakeresés, egyértelmű, hogy a szöveg szenvedtek, és a kép magasságát adja vissza ugyanaz, mint anélkül, hogy a transzfer.
Úgy döntöttem, hogy adjon további ellenőrzést azzal a kiegészítéssel, egy karakter:

// függvény annak megállapítására, hogy a szöveg helyett a cellában:
TekstUmeschaetsyaVYacheyke funkció (pOblast, pTabDok, pTekst)

VysotaDo = VysotaOblastiVmm (pOblast, pTabDok);

// Copy térség egy új táblázatot dokumentumot.
// És ott fog játszani annak tulajdonságait.
VremTabDok = Új SpreadsheetDocument;
VremTabDok.Vyvesti (pTabDok);
VremOblast = VremTabDok.Oblast (pOblast.Imya);

VremOblast.AvtoVysotaStroki = true;
VremOblast.VysotaStroki = 0;

VremOblast.Tekst = pTekst;
VysotaPosle = VysotaOblastiVmm (VremOblast, VremTabDok);

Ha VysotaDo> = VysotaPosle Aztán
// Próbálja elkapni felszerelése a „határán”: karaktert ad
VremOblast.Tekst = pTekst + "Y";
VysotaPosleSimv = VysotaOblastiVmm (VremOblast, VremTabDok);
Ha VysotaDo> = VysotaPosleSimv Aztán
Vissza (TRUE);
egyébként
Return (false);
ENDIF;
egyébként
Return (false);
ENDIF;

Alapján is ezt a funkciót írtam PoluchitMassivUmeschayuschihsyaStrok (pOblast, pTabDok, pTekst), amelyben a szöveg van osztva több illeszkedik a megadott sejtvonalak.