| T O P I C R E V I E W |
| graphman |
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 |
| 16 L A T E S T R E P L I E S (Newest First) |
| fab |
Posted - Jun 05 2013 : 07:01:46
Waiting for a fix this topic continues here:
http://www.imageen.com/ieforum/topic.asp?TOPIC_ID=1105# |
| graphman |
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. |
| graphman |
Posted - Apr 25 2013 : 08:06:23
thanks
|
| fab |
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 |
Posted - Apr 25 2013 : 03:21:55
thanks |
| fab |
Posted - Apr 25 2013 : 00:09:30
Thank you, now I can replicate.
Please wait for a fix. |
| graphman |
Posted - Apr 24 2013 : 11:59:09
I need to get right result without saving and opening. |
| w2m |
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 |
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 |
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 |
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();
}
//--------------------------------------------------------------------------- |
| graphman |
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 |
| fab |
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.
|
| w2m |
Posted - Apr 23 2013 : 08:07:40
Yes... a Bitmap object... ImageEnVect1.MouseInteractVt := [miPutBitmap];
William Miller |
| graphman |
Posted - Apr 23 2013 : 07:38:33
Have you inserted an image object? |
| w2m |
Posted - Apr 23 2013 : 06:57:59
I tried to duplicate your bug report, but was unable to do so.
I see no stretching with either call.
William Miller
Adirondack Software & Graphics
Email: w2m@frontiernet.net
EBook: http://www.imageen.com/ebook/
Apprehend: http://www.frontiernet.net/~w2m/index.html |
Search
