This is one way to use it. It creates file on the harddrive, so you need a temporary file name.
os := WorkPath.Text + 'page_x%d.' + FileFormat.Text;
s := 'test.pdf';
n := wpview_pdfMakeImageW(PWideChar(s), '',
PWideChar(WPViewPDF_LicName), PWideChar(WPViewPDF_LicKey), WPViewPDF_LicCode,
PWideChar(os),
0, 10000, 300);
n is the number of created files.
I check this on next update. the 64bit support has been added just recently, maybe one file was incorrectly included in the demo.
The full version has no problem since it includes source code.
Maybe the update 3 was not entirely binary compatible for OSX, I am on update 2 still.
Since you work with bitmaps I strongly recommend to use the makeimage api and not printhdc. You can specify the resolution for the image and so avoid degrading quality.
Sorry, I don't know. I am not using the Delphi Community Edition and it would not be legal for me to install it.
I also do not use Catalina and will not install it anytime soon. (There is no way back if you do!)
Ich habe nur einen einfachen test:
WPViewPDF1.OnDragOver := FieldScrollDragOver;
WPViewPDF1.OnDragDrop := FieldScrollDragDrop;
procedure TForm1.FieldScrollDragDrop(Sender, Source: TObject; X, Y: Integer);
begin
if Source=Button1 then
ShowMessage('Drop!');
end;
procedure TForm1.FieldScrollDragOver(Sender, Source: TObject; X, Y: Integer;
State: TDragState; var Accept: Boolean);
begin
Accept := true;
end;
Jetzt ist natürlich die Frage was beim "Drop" passieren soll.
Wenn man was mit Seiten koordinaten machen muss, ist dieser code hilfreich
var pp, px, py : Integer; // Page Coordinates
begin
pp := WPViewPDF1.Command(COMPDF_GetPageUnderMouse);
if pp<0 then
XYPos.Caption := '- - -' else
begin
px := WPViewPDF1.Command(COMPDF_GetPageLogX);
py := WPViewPDF1.Command(COMPDF_GetPageLogY);
XYPos.Caption := Format('%d: x=%d y=%d', [pp+1, pX, pY]);
end;
end;
*** WPTools 9.1.018 - 9.12.2019 ***
* Save EURO Sign in RTF code with selected codepage 1252 in old way as '80
- fix format problem while typing in center/right aligned text when soft line break was used.
- fix wrong cursor position when soft line breaks were used.
* improved column resizing
* improved ruler
- TParagraph.AMerge sometimes cleared tabstops
*** WPTools 9.1.017 - 25.11.2019 ***
* AppendAsSection: use wpDontSetPageBreak to avoid page break
* update preview in ParagraphPropDialog
* LayoutPageGap now also supports left and right margin lines (see ViewOptions)
* improvement to DocX reader
- fix problem with Overflow in MulDiv
- fix problem with Ruler.Heigh was not persistent
Ich schau mir dann gerne die PDF an. Evtl. wird die cmap nicht erkannt.
Klappt denn Copy&Paste mit Acrobat Reader?
The demo has been updated, the full version as well:
*** WPTools 9.1.018 - 7.12.2019 ***
- improved rendering on OSX
* Save EURO Sign in RTF code with selected codepage 1252 in old way as '80
- fix format problem while typing in center/right aligned text when soft line break was used.
- fix wrong cursor position when soft line breaks were used.
* improved column resizing
- TParagraph.AMerge sometimes cleared tabstops
WPTools FMX 9.1 can be ordered now, price on request: support@wptools.de
Am besten ist es die Daten durch einen Aufruf von ViewerStart im eigenen Code einzutragen. Diese INC Datei ist eigentlich nur für die Demos gedacht.
Das Problem hier ist, dass der Text immer an der oberen Seite verankert ist. PDF verwendet aber immer die Baseline Ausrichtung, die eigentlich für korrekten Textsatz auch sinnvoll ist. Ansonsten hat man immer die Abhängigkeit von Eigenschaften des Fonts.
wPDF rechnet also intern die Ausrichtung um und dies kann zuweilen zu Problemen führen.
Verwenden Sie
wpdf.PDFEngineSetIProp( WPPDF_AlwaysAdjustToBaseline, 0)
Um diese in v4 eingeführte Umrechnung zu deaktivieren.
Wie ich oben geschrieben habe liegt ein Fehler in der wptools Formatierroutine vor der wie üblich behoben wird.
Hallo,
Ich kann das gerade nicht ausprobieren, das allignment geht aber sich nicht verloren. Es wird womöglich von der optimierten paragraph formattier routine in diesem speziellen fall nicht angewandt. Die normale formatierroutine wird es aber richtig machen, wenn also der gesamte text formattiert wird.
Wenn der Editor nicht durch events verändert wurde, was bei Ihrem Projekt vermutlich der Fall ist, dann wird bei einer Eingabe in einem Absatz, nur dieser formatiert und neu angezeigt, solange er nicht neu umgebrochen werden muss, denn dann muss das gesamte Dokument neu formatiert werden, was in einem derart grossen Dokument (12.000 Zeilen?) schon etwas dauern kann.
Ein Event ist nicht geplant, es gibt schon so viele und keine weiteren Anfragen nach genau diesem.
Nein, einen solchen event gibt es nicht.
Arabic bookmark links are not supported at present.
WPViewPDF also does not have a special arabic code page handling for the text on the page. Usually text is printed using the glyphs, so.
Ich habe EditOptions wpTableResizing, wpTableColumnResizing und wpTableOneCellResizing aktiv. ....
Bleibt die Frage nach Verhinderung der Veränderung der Tabellenränder...
Dann müssen Sie wpTableResizing abschalten.
