| Summary: | Attachment preview page should not expand itself to the size of image | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Willian Mitsuda <wmitsuda> |
| Component: | Mylyn | Assignee: | Mylyn Inbox <mylyn-inbox> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | minor | ||
| Priority: | P3 | ||
| Version: | dev | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows Vista | ||
| Whiteboard: | |||
|
Description
Willian Mitsuda
Usually it is annoying when dialog resizes on its own. Wouldn't it be better to fit/scale image to the dialog size by default and have an option to scale it to 100% (then maximize button would address the dialog resizing). (In reply to comment #1) > Wouldn't it be better to > fit/scale image to the dialog size by default and have an option to scale it to > 100% (then maximize button would address the dialog resizing). I'm initially -1 for this, because: - I think it is better to keep the preview page simple as possible. - It is important to show initially the image at 100%, so we are sure he sees what will be submitted exactly at its natural size. BTW, I've been investigating this behavior since yesterday and hadn't find anything wrong yet with the way the Canvas/ScrolledComposite are being built... It shouldn't be happening since it is similar to the way it is built in ScreenshotAttachmentPage... I didn't realized wizard is already resizing itself when switching to the preview page. Wouldn't it make sense to remove that and just let user to resize window and use scrolled composite instead? (In reply to comment #3) > I didn't realized wizard is already resizing itself when switching to the > preview page. Wouldn't it make sense to remove that and just let user to resize > window and use scrolled composite instead? Yes, that is exactly what I'm trying to do :) I can not reproduce this problem. Please reopen if you are still seeing it with the latest weekly build. |