Hi Andrew,
I have a strange problem. In my CAD program I am using the ImageLibEx library and get the error below when I compile for the device, compiling for the desktop is OK, compiling for the device non optimized is OK.
Then I tried a test program I already had, added the objects I use in the CAD program and get the same error. Then I removed the objects one after the other and get the same error as long as the ImageLibEx is in the Components.
Then I began a new porgram in a new folder, just a Form with nothing in it. Added the ImageLibEx libraries and get the same error. Tried with older versions of the librariers, still the same.
Then I tested the Weather program that also uses the ImageLibEx library. When I compile this program for the device it's OK !?
Then I removed and added the libraries in the IDE, still OK.
Then I began a new program in the same folder, just one Form and nothing in, added the ImageLibEx libraries in the Components, and nothing else, when compiling for the device I get the error.
It seems that the problem is with the cs file because renaming it in the B4PPC libraries folder, the compilation is OK.
I attached the whole Weather folder and images of the error message and the content of the B4PPC Libraries folder.
The example code in the ImageLibEx1.3 gives the same error.
I am somewhat confused with this behaviour and don't understand what I am missing.
Best regards and thank you in advance for your help.
I am afraid you haven't read the first post properly
Quote:
EDIT :- Version 1.1 posted with new method BitmapEx.Rotate which rotates a bitmap an arbitrary number of degrees. Note that if you want to merge the source for a device app you need to put a SIP(False) statement in your App_Start if you do not already use SIP elsewhere. This forces the Basic4ppc to reference a .NET assembly that it would not otherwise do and that is required for merging. This need will be removed with the next version of Basic4ppc.
This has been needed for source merging since version 1.1, I am surprised you haven't come across it before
Thank's Andrew,
I probably read it but didn't remember nor notice it.
Is there another keyword that forces Basic4ppc to reference the .NET assembly, because in the Weather program SIP is never used ?
Is there another keyword that forces Basic4ppc to reference the .NET assembly, because in the Weather program SIP is never used ?
No but "SIP(False)" as the first statement in App_Start is benign and causes no problems, it just forces the optimising compiler to include a reference to the Microsoft.WindowsCE.Forms assembly.
what I don't understand is that it works with the Weather program even though there is no SIP elsewhere in this program.
Sorry, I didn't understand what you meant, I thought that for some reason you didn't want to use a SIP statement - I didn't realise that you meant that Weather compiled OK without. The answer is I don't know.
It should have been obvious It's having the HardwareDesktop library in the project that forces it because of the entry in LibrariesExceptions.txt. The next release of Basic4ppc will include ImageLibEx in this file to force the reference when that is used.
I have a question about the NormalFont Object in the ImageLibEx library.
I use a DrawerEx Object to draw strings with a NormalFont object attached to this drawer.
Each time I change the Font.Size I must redefine the Font to the drawer with Drawer.Font=Font1.Value.
I would have expected that once a font is attached to a drawer it remains to it even when changing the font parameter.
Attached a small test code.
It's having the HardwareDesktop library in the project that forces it because of the entry in LibrariesExceptions.txt. The next release of Basic4ppc will include ImageLibEx in this file to force the reference when that is used.
Linear Mode
