1st Cut = White; 2nd Cut = Black Options

[asavage]

PMV 3.30 build 23853
Tested under both 'doze & OS/2 (same build)

I scan to a largish (~18MiB) TIFF file. Sometimes I move things around on the image (like moving the page number up on a scanned page, if there's a lot of white space).

The first time I cut (draw bounding box, <Ctrl+X>), the resulting background where the cut took place is white.

If I do another cut (somewhere else) on the same image, the cut area is now black. As are all subsequent cuts.

Actually, now that I've tried a bit more testing, it's not that consistent.

If I scan and then crop (not cut first), the above is what I see, and this is what I do a lot of, so I never checked further. But with some images, if I cut first and crop later, the cut area is black right from the start. But if I crop first, cut later, white then black on the 2nd cut.

I do have undo enabled.

If I can provide more info, let me know.

[BSWAdmin1]

Hi Al,

Is your system display only set to 256 colors? If so, see the help file for the "Preserve Color Depth" option under the Edit menu. Turning this option off should correct the issue.

--
Thanks,
Brandon

[asavage]

Is your system display only set to 256 colors?

Help->System Info:
===========================================
Application
Product name : PMView Pro for OS/2
Version : 3.30
Build : 23853
Graphics
Screen size : 1152x864 pixels
Bit depth : 32 bits
Plane count : 1 plane
Number of colors : 16777216 colors
Palette manager : No
Raster caps : 0075
Screen
Physical size : 283x212 mm
Resolution : 103x104 dpi
Processor & memory
Number of CPUs : 1
CPU family : 6
CPU model : 4
CPU stepping : 2
Page size : 4096 bytes
Physical RAM : 1024 MB
Virtual address limit: 2048 MB
High memory support : Yes
Operating system
Operating system : OS/2 Warp
Version : 4.5
Build : 14.103
Boot drive : E: HPFS
===========================================

Also, this behaviour is exhibited on a different box entirely that runs 'doze98SE.

Let me know if I can provide any other help. I could do screenshots too.

[BSWAdmin1]

Hi Al,

Is the image all B&W? Are you saving the image between cuts/crops? If you have a smaller image that you can repeat this on, please send that along with a single step-by-step to repeat the issue to bugs (at) pmview (dot) com

--
Brandon

[asavage]

Is the image all B&W?

Greyscale

Are you saving the image between cuts/crops?

No.

If you have a smaller image that you can repeat this on, please send that along with a single step-by-step to repeat the issue to bugs (at) pmview (dot) com

Can I post it here first?

Test image, 400k

Steps to reproduce:

• Open PMV
• FOC->Open test image
• Set tool for Selection tool (or whatever it's called)
• Crop image (any size crop: some crop operation must be performed) (I use <Alt+X>)
• Select a small area and cut it (I use <Ctrl+X>). The cut area will display (and save) White.
  • Any number of subsequent cuts can be made, and the cut areas will be White
• Paste (I use <Ctrl+V>)
• Again, select a small area and cut it. The cut area will display (and save) Black.
  • Any number of subsequent cuts can be made, and the cut areas will be Black

If the image is saved at any point, the color of the cut area displayed will be saved, whether black or white; that implies it is not just a display driver artifact.

The same behaviour is seen on both 'doze & OS/2 versions of PMV 3.30 build 23853

I have some JPEG images for which the above steps do not work: for those images, the cut area is always Black.

Please post if I can provide any additional information.