I see there is a small problem - will be fixed in next release (next week).
AllowMultiView is not working correctly since the RTFDataCollection is created when loading.
I see there is a small problem - will be fixed in next release (next week).
AllowMultiView is not working correctly since the RTFDataCollection is created when loading.
You can compile WPTools FMX with 10.4 without significant changes. Just add VER330 to your compiler symbols.
The other change is this: {$IFDEF VER340} US {$ELSE} US[0] {$ENDIF},
the compiler will tell you where.
But there will be an one update to WPTools 9.1 which I don't want to rush since I am still working on it. (I am using WPTools FMX myself in a large scale product)
I don't know why this happens on your system, here it does not. But you can disable WPREPORTER in WPINC.INC
With help of Embarcadero I was now able to start Delphi 6 again.
I also had to add DB in WPTools_Reg.pas:
{$IFDEF WP8}
{$IFDEF DELPHIXE}
, Data.DB
{$ELSE}
, DB
{$ENDIF}
{$ENDIF}
But after this small change the demo package was built and installed.
I do not support Delphi 10.0 in the demo and standard version (In PRO no problem) so the old demo is not listed anymore.
However you can download it still here: https://www.wpcubed.com/ftp2/_setups_/wpt8demo_DX10.exe
When you decide WPTools is for you, you will need the PRO version for Delphi 10.0 Seattle. BTW - when you order now, this also includes WPTools 9.2.
I wanted to try it our here but unfortunately my D6 has decided to not work for me again. I contacted embarcadero.
It is possible that your and my D6 has different upgrade level. Do you have a different Delphi also?
Please disable the $DEFINE WPREPORT in WPINC.INC which is inside the {$IFDEF WPDEMO}
WPAT_NumberSTYLE = 0 bedeutet "kein number style" wogegen wenn WPAT_NumberSTYLE fehlt dies bedeutet, dass hier kein stil definiert ist.
Das Ergebnis ist meist das gleiche, aber es hängt vom Kontext ab aufgrund der Vererbung.
Leider ist Nummerierung ein komplexes Thema und verträgt sich nicht gut mit dem Prinzip der Eigenschaft Vererbung.
ZitatAuf Zeile 969 ist das Element mit NumberStyle:0;NumberLevel:0
Jetzt verstehe ich den Hinweis auf
fsEditBox.ASet(WPAT_NumberSTYLE, 0);
Natürlich wäre auch ein ADel möglich und oft auch besser. Allerdings berücksichtigt ADel nicht die Vererbung, es wird also ein vererbte Eigenschaft nicht überschrieben.
Kann man das nicht einfach handhaben und doch mal ausnahmsweise eine wPDF400DEMOA.dll zur Verfügung stellen?
Klar, hier
Allerdings können auch die wPDF Versionen für Delphi <2009 (ANSI) die "W" Variante verwenden.
Die "A" Variante wird nur verwendet, wenn das symbol USE_ANSI_DLL explizit im Projekt definiert ist, daher ist diese DLL in der Demo nicht enthalten.
Hallo,
wPDF400A.dll wäre die Vollversion, die Demo verwendet wPDF400DEMOW.dll. Es gibt noch wPDF400DEMOA.dll, also die ANSI dll, die ist aber eigentlich nur für legacy projekte. Das war aber bei V3 auch schon so.
ZitatInstalliert sich schon mal in das gleiche Verzeichnis wie die 3er Version. Da wird mir schon etwas mulmig ...
Die Quellen unterstützen auch im Zweifel auch die 3er Version. Es wird mit compiler symbol umgeschaltet. Wenn Sie die letzte V3 haben, sollte da auch schon ein IFDEF WPDF4 drin sein.
Ihre Version v3.76 ist ja schon etwas älter, so um die 7 Jahre ....
Evtl. hilft ja bereits wPDF Version 3.82 vom 2.11.2013.
Ansonsten floss in v4 auch eine Verbesserung des CID FontModes ein.
Mit "exotisch" meine ich, dass diese Fonts evtl. komische Werte bei der Abfrage der Metric liefern. Ds wPDF daraus die Breiten auslesen muss, kann es dann Probleme geben. Die Type3 Fonts sind gut geeignet für Symbole und haben diese Problem nicht. Sie können wPDF V4 ja ohne risiko testen.
Ok, tcxPageControl - daran liegt es wohl.
Ich habe Ihnen per e-mail einen Link auf die Vorversion geschickt.
Das Verhalten beim zerstören eines Fensters wird bei WPViewPDF durch das compiler symbol
ENABLE_WNDRECREATE
kontrolliert welches in der WPViewPDFINC.INC definiert sein sollte. Können Sie dort bitte nachsehen?
Falls es aktiviert ist, hilft evtl. das deaktivieren.
Generell muss verhindert werden, dass die WPViewPDF DLL entladen wird.
Dies hat mit der Art zu tun, wie Windows subclassing implementiert und liegt nicht direkt an WPViewPDF.
Wenn Sie WPViewPDF auf unter formularen einsetzen, erstellen Sie bitte im code in OnCreate des Haupt formulars ein weiteres, nicht sichtbares objekt
WPViewPDFMain:= TWPViewPDF.Create(Self);
WPViewPDFMain.dllname := ExtractFilePath(Application.ExeName) + 'wPDFView04.dll';
WPViewPDFMain.ViewerStart('', ....);
WPViewPDFMain.Parent := Self;
WPViewPDFMain.Visible := false;
Natürlich braucht es eine Variable in TForm...
Das demo projekt läuft auch nicht?
Welche Demo version hatten Sie denn vorher, die hier von der website oder eine ältere?
Die beiliegende EXE kann auch mit der wPDFView04.dll, mann muss deren namen dafür als Start parameter übergeben.
Zur Ausschaltung möglicher Ursachen:
- Keine PDF in OnCreate laden.
- Sind Fremdkomponenten im Projekt, insbes. Skins oder page control Komponenten?
Sie können übrigens Ihre bei CS lizensierte Komponenten hier registrieren, dann kann ich Ihnen auch die Vorversion zur Verfügung stellen.
Sie können sicher stellen dass die DLL richtig geladen wird indem Sie den pfad so fixieren:
procedure TForm1.FormCreate(Sender: TObject);
...
WPViewPDF1.DLLName:= ExtractFilePath(Application.EXEName) + 'wPDFView04.dll';
Der Viewer zeigt normalerweise in der rechten oberen Ecke ein "?" hinter der sich ein Menü versteckt. Man kann dort die aktuelle Version abfragen.
Das müsste ja die DLL vom 17.4.2020 sein?
Ich habe die gerade in die demo geladen und bekomme keinen Fehler.
Es wäre möglich dass verschiedene DLLs geladen werden, also auch die demo DLL.
The render works completely different within the FMX edition of WPTools. It does not draw those special characters.
If there is enough demand I can spend some time on it, but it is difficult to do.
The legacy renderer supports wpshowCR.
Bei der Schrift "Kuenstler Script" würde sich die Verwendeung von Type3 Fonts anbieten. wPDF V4 kann Type3 Fonts erzeugen.
Bei nicht exotischen Fonts ist mir der Fehler nicht bekannt.
This event is can be used to protect selected objects (only objects!). It is used together with the ProtectedProp property.
At least one flag must be used in ProtectedProp.
If this event is specified the ppIsMailMerge and similar flags are overruled!
Set Result to TRUE if object may not be deleted, otherwise use TRUE
property OnCheckProtection: TWPTextObjCheckProtectionEvent
But there is also OnCheckProtection.
This event can be used to overwrite protection. It is triggered every time
the protection status of a certain text element is checked.
The parameter CheckClearSelection is TRUE when the selected characters are checked.
TWPCheckProtectedEvent = procedure(Sender: TObject; Par: TParagraph;
posinpar: Integer; var Protection: TWPProtectedMode;
CheckClearSelection: Boolean) of object;
Using Protection, the var parameter, you can overrule the internal protection
TWPProtectedMode = set of (wpNoOverwrite, wpNoInsertPar, wpNoInsertChar,
wpNoDeletePar, wpNoDeleteChar);
Use Breakpoint and Trace and follow the CPU to see what happens .