Beiträge von wpsupport

    Mit der gezeigten Technik "cell := row.AppendNewCell();" liesse sich auch eine mehrzeilige Tabelle erstellen.

    Code wie dieser wird mit steigender Anzahl der Abätze langsamer da LastPar ja immer neu ermittelt wird.

    WP.ActiveParagraph := WP.BodyText.LastPar;

    Es ist daher immer schneller direkt mit den Absatz Referenzen zu arbeiten und insbesondere die letzte Referenz zu nutzen um weitern Inhalt zu produzieren.

    Das fragliche Anzeige Problem kann ich allerdings nicht erkennen - grundsätzlich arbeitet WPTools immer Seiten basiert und da müssen Umbrüche an manchen Stellen eingebaut werden.

    Wenn Sie eine durchgehende Tabelle brauchen sollten Sie die Zellen über den Name der Zelle anstatt dem Namen der Tabelle adressieren. Namen für Reihen können nicht gespeichert werden.

    Ich befürchte ein Dokument mit 5000 tabellen überfordert manchen RTF "consumer". Das Layout leidet auch.

    (Ich habe den Titel des Beitrags so angepasst, dass er einen Hinweis auf die enthaltene Fragestellung bzw. Lösung enthält.)

    Grüsse,

    Julian

    In dem code werden 5000 Tabellen mit je 1 Zeile und 1 Reihe erstellt - welches Problem löst dies?

    Wie sie ja schon gesehen haben ergibt sich eine andere Höhe durch den Umbruch. Probieren Sie den Umbruch für Tabellen in FormatOptions abzuschalten.,

    Weniger Overhead hat diese code:

    COMPDF_SetPagePaperBin is reserved, the intention is to set a paper bin for a selected page. But this is not a standard PDF feature.

    But there is

    COMPDF_SelectPrinterBin0 = 38; // set PrinterBin / PaperTray default

    COMPDF_SelectPrinterBin1 = 39; // PrinterBin for first page

    You will need the id of a paper tray how it is defined for that specific printer. The default tray ids usually do not work.

    Internally the ID is set during printing in

    DevMode.dmDefaultSource

    Regards,

    Julian

    Worprozessor typisch unterstützt WPTools keine Übertragszeilen.

    Möglicherweise helfen hier owner-draw text objekte, wie in einer mail vom 3.1.2018 erwähnt:

    > Kann man (und wenn ja, wie) so wie im angehängten Dokument diese

    > "Übertragszeilen" in einer WPRichText-Tabelle erzeugen?

    Das geht leider nicht.

    Es sei denn man baut harte Seitenumbrüche ein.


    Was geht ist ein berechnetes Feld in eine Fusszeile zu verwenden und

    in einem Event den Seiteninhalt auzuwerten. Für den Ausdruck bekommt

    man damit eine Summe.

    Ausschnitt aus einer Demo:

    Tabulatoren beziehen sich immer auf den linken Rand der Zelle bzw. des Absatzes.

    Oft verwendet man diese Funktion des TWPRichText um tabstops hinzuzufügen:

    This function adds a tabstop. The first parameter is the position in twips,

    the second is the kind of the tabstop. Possible values are:

    tkLeft - standard LEFT (default)

    tkRight - Flush-right tab.

    tkCenter - Centered tab.

    tkDecimal - Decimal tab.

    tkBarTab - Draw bar (Unlike in Word, Fillmodes are supported, too!)

    Two optional parameter are used to specify the fillmode and the fill color.

    function TabstopAdd(PosInTwips: Integer; Kind: TTabKind = tkLeft;

    FillMode: TTabFill = tkNoFill; FillColor: Integer = 0): Boolean;

    Wenn man auf der basis einer Zelle, also eines TParagraph arbeitet gibt es diese Methode

    function TabstopAdd(Value: Integer; Kind: TTabKind = tkLeft;

    Fill: TTabFill = tkNoFill; ColorNr: Integer = 0): Boolean;

    sowie TabstopDelete und andere Tabstop... funktionen welche in der CMH gelistet werden.

    With the code

    Code
    WPRichText1.TableAdd(2, 2, [wptblActivateBorders, wptblPlaceCursorInLastCell]);
    WPRichText1.CurrAttr.VertAlignment := paralVertBottom;
    WPRichText1.InputStringW('My Text Align Bottom');

    you will not see any vertical alignment. This can only work if the other cells in the table row have more visible lines than the cell which is aligned.

    The mobile pack is now part of the "regular" Delphi 10.3.3 professional which makes this platform a lot more interesting.

    So, since several days I was testing the current WPTools FMX alpha on Android - after fixing some memory issues it finally looks promising.

    The test app starts on Android and the text is displayed. Typing also works, albeit the keyboard interface is pretty tricky.

    I am not sure if it would be interesting enough to use WPTools as text editor on android, but to create reports and display data I imagine it to be great. If only the PDF export would be ready yet ...

    Zitat

    I downloaded the WPViewPDF demo version on this link and it worked.

    What is the upgrade option that I should do for a delphi team, as I plan to upgrade.

    The upgrade is available at 70% of the new price. (=30% discount)

    I sent you the coupon via email.

    Müsste in dieser art gehen:

    Code
    with WPRichText1.ParStyles.AddStyle('ZELLE') do
    begin 
        AMerge( WPRichText1.ParStyles.FindStyle('Hintergrund').TextStyle, true);  
        AMerge( WPRichText1.ParStyles.FindStyle('Kursiv').TextStyle, false); 
    end;