I'm using the built in TeeChart in Delphi XE for graphs.
When I just put a graph on a form, I have all these options to export/save or print preview, but those aren't there at runtime.
I want to add a button for a save dialog and a print preview (right now I just have it doing Chart1.Print and Chart1.SaveToBitmapFile)
I googled around and I found this link: http://www.steema.com/support/faq/NewVCL/FAQ_VCL_DIALOGS.htm
So I added EditChar to Uses and added the line
EditChart(Self,Chart1 );
but when I try to compile, it gives me errors:
[DCC Error] E1026 File not found: 'TeeBackImage.DFM'
[DCC Error] E1026 File not found: 'TeeEmbossEditor.DFM'
[DCC Error] E1026 File not found: 'TeeMargins.DFM'
[DCC Error] E1026 File not found: 'TeeMouseCursor.DFM'
[DCC Error] E1026 File not found: 'TeeStringsEditor.DFM'
Also I've added Uses TeePrevi, but it says ChartPreview is an undeclared identifier
Does anyone know what's going on? Creating a chart and printing/saving works fine, and the errors seem to happen when I add Uses EditChar
Thanks
I am using Delphi XE2 with TeeChart Standard (as included with XE2)
I added "VCLTee.TeeEdiGene, VCLTee.EditChar" to the uses list and then I added the lines:
ChartPreview(Self,Chart1);
and
EditChart(Self,Chart1 );
to my code to bring up the preview and edit dialogs. It seems to work OK
Run-time chart editor, print preview & exporting dialogs are not available in TeeChart VCL Standard, which is the version shipped in Delphi, and therefore necessary units are not included. To be able to do so you'll need TeeChart Professional VCL. Here you'll find the TeeChart landing page for RAD Studio users with a grid comparing Std and Pro versions, access to the fully functional Pro evaluation version, etc.
Related
I installed GraphicEx (a Delphi image loader library) in Delphi 7, and it worked fine.
Now, when I try to install it in Delphi 10.1 Berlin, I get errors:
[dcc32 Error] JPG.pas(1136): E2065 Unsatisfied forward or external declaration: 'jpeg_reset_huff_decode'
[dcc32 Error] JPG.pas(1258): E2065 Unsatisfied forward or external declaration: '#jfwrite'
[dcc32 Error] JPG.pas(1258): E2065 Unsatisfied forward or external declaration: '#jfflush'
[dcc32 Error] JPG.pas(1258): E2065 Unsatisfied forward or external declaration: '#jfread'
[dcc32 Fatal Error] GraphicEx.pas(613): F2063 Could not compile used unit 'JPG.pas'
So, how can I use GraphicEx in Delphi 10.1 Berlin?
As described on the page to which you link, this library has not been updated to the latest versions of Delphi. However, you will most likely find that you do not need it any more. Recent Delphi versions have out of the box support for JPEG and PNG images formats.
Resolve your problem by removing references to this library and using the built in image format support.
If you are using the library for the more esoteric image formats that it offers then you will need to update it to work with the your version of Delphi.
In the first instance, the compilation errors that you report are simply down to your not having added the necessary folders to your search path. The object files that define those functions are found in the 3rd party\LibJPG\obj folder. You must add that to your search path. When you do that you will get another error. Keep resolving them one by one.
I have an issue with the compile of a long running project which is now showing the error indicated above. The issue arises from a specific component which is in herrited from TCombobox. If I place the component in on a blank form with no other controls the project will compile and run. I then save the project and re-open then re-compile the project will give the error. The only solution is to remove the component and put it back in which then allows the project to compile and run until it is closed and re-opened again.
I am currently upgrading from XE4 to 10 Seattle and have two identical copies of the full project code and the error is occuring in both.
Any ideas would be most appreciated
When this occurred in a Delphi 10.2.3 app, I noted that a similar app had System.UIConsts above several FMX entries in the Uses clause, so I moved it up in this app and the problem went away.
Error E2200 is to be expected if you try to put the same unit X into two different named packages, Y and Z. It is NOT expected when the name of the package is the same on both the left and the right side of the error message. It is also odd that the above spurious or confusing E2200 is most often accompanied by E2213, bad packaged unit format.
I see intermittent compiler errors in this form, which was clearly intended to warn users that they are putting the same unit into two different packages, yet it sometimes occurs that it gives you this message with the same package basename on the left and on the right, in the case below, note the Jacob-Two-Two error message. You can't put that in ZZLibD16, because it's already in ZZLibD16. This error is confusing to users, including me, and yet I've seen this many times, and already worked out how to get around it.
[DCC Error] ZZLibD16.dpk(82): E2200 Package 'ZZLibD16' already contains unit 'ZZChartComboBox'
[DCC Error] ZZLibD16.dpk(83): E2200 Package 'ZZLibD16' already contains unit 'ZZComboBox'
[DCC Error] ZZLibD16.dpk(84): E2200 Package 'ZZLibD16' already contains unit 'ZZDBComboBox'
[DCC Error] ZZLibD16.dpk(85): E2200 Package 'ZZLibD16' already contains unit 'ZZDBGrid'
[DCC Error] ZZLibD16.dpk(86): E2200 Package 'ZZLibD16' already contains unit 'ZZQuery'
[DCC Error] ZZLibD16.dpk(87): E2200 Package 'ZZLibD16' already contains unit 'ZZTable'
[DCC Error] ZZLibD16.dpk(88): E2200 Package 'ZZLibD16' already contains unit 'ZZTrackBar'
[DCC Fatal Error] RSLibD16.dpk(308): E2213 Bad packaged unit format: ZZSomething.dcp.ZZUnitX - Expected version: 23.0, Windows Unicode(x86) Found version: 0.0, Unk(x86)
I believe that the normal cause of this strange "You can't put X in Y" where error is some "bad package hygiene" practice, and I have suspicions about what the fixes are, but I wonder if anyone has researched this and can definitively answer what one should do.
I normally try to resolve it by looking for duplicate copies of DCP files and cleaning up the duplicate or extra copies. I am aware of that part of this question. What I'm wondering is, is there something you can do to avoid the IDE breaking your computer and generating bad DCUs? For example, I have long suspected that by avoiding having packages and projects have any paths common to their input (search) and output (DCU output and DCP output) paths, one can avoid this problem. Is that the case? If not, what is the way to prevent such problems? What organizational rules in your project search and library search paths will avoid this problem?
In some cases the following is enough: Right click on every project in your group and clean. Now build again, problem goes away, for a while, only to return. In other cases, I have more complex sets of packages to build, and the only workable workaround is NOT to build from the IDE at all, but rather to build from msbuild from a batch file. In yet other cases, I find it helps to change all packages from "Rebuild as needed" to "Explicit rebuild". I am in fact, not able to understand or really "solve" or prevent the problem, and only able to work around it by various kludges. Has anyone got a better understanding, who can explain the cause and solution of such package strange problems, including the "bad packaged unit format"?
In the question above, I am specifically using Delphi XE2, but I think that a similar answer should be applicable for all versions of Delphi from about 2010 and up.
Go to "C:\Users\Public\Documents\Embarcadero\Studio", Rename folder "21.0" to "21.0_" and restart Delphi and Give a Try
I have a seemingly unsolvable (to me!) problem.
If I start a simple vcl forms app and try to compile, I get multiple warning/errors as follows :
[DCC Warning] SysUtils.pas(6082): W1000 Symbol 'SInvalidInteger' is deprecated: 'Use SysConsts.SInvalidInteger'
etc.
[DCC Fatal Error] Variants.pas(1071): F2092 Program or unit 'Variants' recursively uses itself
The library path options both in the global and project sections seem Ok,
but if I hover over the dcc32.exe build or output messages, I can see a vast selection of
paths which are not relevant and also are repeated about 3 times.
The dcc32.cfg is quite short and seems Ok.
It looks like the path is corrupt somehow and although I've reinstalled D2009 (after deleting the program) and also cleared the registry, I cannot seem to solve this problem.
question : how can I reset or clear this dcc32.exe path - where is the option file, or is it created on the fly?
This problem occurred when I tried to compile a D7 project/or added JCL/jvcl (now removed)
Thanks for any ideas!
When I try to compile my XE4/FireDAC project I receive the following error:
[dcc32 Fatal Error] uADPhysSQLiteCli.pas(992): F1026 File not found: '<project path>\uADStanCipher.dcu'
I have searched for solutions and it seems that the file is not distributed with the standard FireDAC installer due to export restrictions.
Some Google results refer to the link http://cc.embarcadero.com/item/29376. It appears that the link should allow you to download the correct file. Unfortunately I receive an Unavailable Submission error.
I am a fully registered user of XE4.
Has anybody found a solution to this problem?
That CodeCentral item is only for XE3 users. If you have not registered XE3 you don't have access nor would the dcu help you with XE4.
I can't remember to have done something about it, but I can find those dcu's for different platforms in the FireDAC dcu folder.