| Author |
 Topic  |
|
|
graphman
259 Posts |
 Posted - Apr 22 2013 : 17:24:50
|
New bug with
ImageEnView1->CopyObjectsToBack(true, true, false)
after this command all image object are stretched
With
ImageEnView1->CopyObjectsToBack(true, true, true) - all is OK |
|
|
w2m
USA
1990 Posts |
|
|
graphman
259 Posts |
Posted - Apr 23 2013 : 07:38:33
|
| Have you inserted an image object? |
 |
|
|
w2m
USA
1990 Posts |
Posted - Apr 23 2013 : 08:07:40
|
Yes... a Bitmap object... ImageEnVect1.MouseInteractVt := [miPutBitmap];
William Miller |
|
|
|
fab
1310 Posts |
Posted - Apr 23 2013 : 23:04:52
|
I still cannot replicate using image objects:
ImageEnVect1.SetObjBitmapFromFile(-1, 'test.jpg');
ImageEnVect1.ObjKind[-1] := iekBitmap;
ImageEnVect1.SetObjRect(-1, Rect(10, 10, 100, 100));
ImageEnVect1.AddNewObject();
ImageEnVect1.CopyObjectsToBack(true, true, false);
ImageEnVect1.RemoveAllObjects();
Still assume ImageEnVect1.Bitmap has ie24RGB pixel format.
|
|
|
|
graphman
259 Posts |
Posted - Apr 24 2013 : 03:50:01
|
> Still assume ImageEnVect1.Bitmap has ie24RGB pixel format.
No. Background is black-and-white
Reason to use
CopyObjectsToBack(true, true, FALSE);
is to prevent image converting to 24 bit at combining |
|
|
|
graphman
259 Posts |
Posted - Apr 24 2013 : 05:37:57
|
my test
=======
file.tif is there
http://www.graphicregion.com/file.tif
//---------------------------------------------------------------------------
void __fastcall TForm1::ButtonOpenFileClick(TObject *Sender)
{
ImageEnVect1->IO->LoadFromFile("file.tif");
ImageEnVect1->IO->Params->ImagingAnnot->CopyToTImageEnVect(ImageEnVect1);
}
//---------------------------------------------------------------------------
void __fastcall TForm1::ButtonCopyToBackClick(TObject *Sender)
{
ImageEnVect1->CopyObjectsToBack(true, true, false);
ImageEnVect1->RemoveAllObjects();
}
//--------------------------------------------------------------------------- |
|
|
|
w2m
USA
1990 Posts |
Posted - Apr 24 2013 : 08:28:57
|
I am sure Fabrizio will have more to say about this but here is my comment:
I do not think TIF file can be 32-bit with ImageEn. TIF files support 1- to 24-bit. Anyways... when I create my own tif file and CopyObjectsToBack the result is what you would expect. When I load the objects from the tif file with ImageEnVect1.IO.Params.ImagingAnnot.CopyToTImageEnVect(ImageEnVect1) then I CopyObjectsToBack with your tif file I get an unexpected result.
Unexpected Result:
5.67 KB
When I save my Tif file with:
procedure TForm1.Button3Click(Sender: TObject);
begin
// save the image
ImageEnVect1.IO.SaveToFile('output.tif');
// save the objects
ImageEnVect1.SaveObjectsToTIFF('output.tif',0);
end;
I get this:
17.57 KB
Then I load my TIF file with:
procedure TForm1.Button1Click(Sender: TObject);
begin
// load the image
ImageEnVect1.IO.LoadFromFile('output.tif');
// load the objects
ImageEnVect1.LoadObjectsFromTIFF('output.tif',0);
end;
I get this:
17.57 KB
When I merge the objects with my TIF file with this:
procedure TForm1.Button2Click(Sender: TObject);
begin
ImageEnVect1.CopyObjectsToBack(true, true, false);
ImageEnVect1.RemoveAllObjects();
end;
I get this:
15.53 KB
I do not have much experience with ImageEnVect1.IO.Params.ImagingAnnot.CopyToTImageEnVect(ImageEnVect1) because I seldom, if ever used this method. Maybe Fabrizio can explain what is occurring with CopyToTImageEnVect. Meanwhile... if you save and load the objects like I demonstrated, then CopyObjectsToBack works perfectly.
William Miller
Adirondack Software & Graphics
Email: w2m@frontiernet.net
EBook: http://www.imageen.com/ebook/
Apprehend: http://www.frontiernet.net/~w2m/index.html |
|
|
|
graphman
259 Posts |
Posted - Apr 24 2013 : 09:16:47
|
> I do not think TIF file can be 32-bit with ImageEn.
Where do you see 32-bit TIF file?
My file is 1-bit, image object - 24-bit |
|
|
|
w2m
USA
1990 Posts |
Posted - Apr 24 2013 : 09:20:26
|
My error <GRIN>. Do you get the same result that I got with your tif file?
William Miller |
|
|
|
graphman
259 Posts |
Posted - Apr 24 2013 : 11:59:09
|
| I need to get right result without saving and opening. |
|
|
|
fab
1310 Posts |
Posted - Apr 25 2013 : 00:09:30
|
Thank you, now I can replicate.
Please wait for a fix. |
|
|
|
graphman
259 Posts |
Posted - Apr 25 2013 : 03:21:55
|
| thanks |
|
|
|
fab
1310 Posts |
Posted - Apr 25 2013 : 06:04:18
|
Ok, a fix will be available on next minor release. Write to support to get a developing release now (which has the fix included).
This fix handles the case where an RGB image (your object embedded as wang annotation) must be rendered on a black/white image. Of course the RGB image is converted to B/W (losing, as in this case, its antialiasing). Following is the resulting output after CopyObjectsToBack:
 |
|
|
|
graphman
259 Posts |
Posted - Apr 25 2013 : 08:06:23
|
thanks
|
|
|
|
graphman
259 Posts |
Posted - May 30 2013 : 02:39:45
|
We tested your new release and we found another fault.
I try explain to you what we do.
1) Cut out part of bitmap.
2) Paste this cut out to other place.
3) Insert new annotation (any).
4) Combine all annotations with background.
After that drawing is damaged. |
|
|
|
fab
1310 Posts |
|
| |
Topic |
|
Search
CopyObjectsToBack BUG
