Issue 34077 - alignment-icon doesn't show correct selection
Summary: alignment-icon doesn't show correct selection
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 680m51
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: wolframgarten
QA Contact: issues@framework
URL:
Keywords: oooqa, regression
: 31634 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-09-10 20:05 UTC by lohmaier
Modified: 2004-11-25 14:54 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description lohmaier 2004-09-10 20:05:31 UTC
This is true for draw and impress.
The alignment-icon shows "align left" no matter what the actual funcion is. The
last choice is remembered and applied, but not shown on the toolbar.

Steps to reproduce:
0) Open a new draw/impress document and insert a rectangle
1) Select the rectangle and click on the alignment-icon

-> rectangle will be left-aligned relative to the page (as expected)

2) Click on the drop-down arrow on the alignment-icon and choose "align to top"

-> rectangle now will be placed at the top-left corner of the page (as 
   expected), the icon still shows "align left"

3) Drag the rectangle to the center of the page
4) Click on the alignment-icon

-> The rectangle will be moved to the top of the page, although the icon shows
"align left" (expected behaviour: move to the left)

Fix: 
Replace the icon by the alignment last applied (and apply the alignment shown on
the icon on subsequent clicks on the icon) -> prefered solution

Always show "align left" and always align left when icon is clicked (for
different alignments, user has to choose from the drop-down) -> should only be
last resort. Undesireable but better than current behaviour (icon and function
don't match).
Comment 1 lohmaier 2004-09-10 20:12:34 UTC
regression keyword since this works in OOo 1.x (last action remembered,
corresponding icon shown)
Comment 2 wolframgarten 2004-09-13 14:32:27 UTC
Changed component, OS, target. Reassigned to Carsten. Please have a look.
Comment 3 carsten.driesner 2004-09-15 13:23:26 UTC
CD: Due to our new toolbar design/implementation this is a complex task as
toolbar and sub-toolbar are independent. I have to find a new way how toolbar
controller and sub-toolbar can comunicate without knowing their real counterpart.
Comment 4 carsten.driesner 2004-09-24 09:00:40 UTC
*** Issue 31634 has been marked as a duplicate of this issue. ***
Comment 5 carsten.driesner 2004-10-25 15:15:53 UTC
CD: Fixed.
Comment 6 carsten.driesner 2004-11-05 07:02:32 UTC
CD: Reopened to be verified by QA.
Comment 7 carsten.driesner 2004-11-05 07:03:02 UTC
CD->WG: Please verify my changes.
Comment 8 carsten.driesner 2004-11-05 07:03:16 UTC
.
Comment 9 wolframgarten 2004-11-05 08:54:51 UTC
This is fixed and verified according to the problem defined in the summary. But
we still have an inconsistency with the generell behaviour in our subtoolbars. I
will investigate and write a new issue.
Comment 10 wolframgarten 2004-11-25 14:54:20 UTC
WG: tested in master m63. Closed.