Issue 125381 - Tab/Shift+Tab key do not work on slide 1 in Normal View
Summary: Tab/Shift+Tab key do not work on slide 1 in Normal View
Status: UNCONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: 4.1.0
Hardware: PC Linux 64-bit
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact: UKS
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-06 17:57 UTC by hills
Modified: 2016-02-14 16:56 UTC (History)
3 users (show)

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


Attachments
Pressing tab key in title slide layout (58.78 KB, image/jpeg)
2015-04-09 18:21 UTC, richard.lu
no flags Details
Pressing tab key in title content layout (57.60 KB, image/jpeg)
2015-04-09 18:22 UTC, richard.lu
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description hills 2014-08-06 17:57:41 UTC
Overview: 

   AOO 4.1.1 FVT Test Case Failed
   Test Case ID AOOTest-498 :: Version : 1
   Outline/Title/Sub Title_Basic Bullet_Press Tab/Shift Tab key

Tab/Shift+Tab key do not work on slide 1 in Normal View

Steps to Reproduce:

   1. Create a new Impress Document and create 2 slides
   2. Input some lines in the 2 slides and set multiple bullets
   3. Set the focus at the top of one text line and press Tab
   4. Set the focus at the top of one text line and press Shift+Tab

Actual Results:

   In steps 3 and 4, tab and shift+tab fail in Normal View on slide 1 but works on slide 2. Tab and shift+tab work on both slides in Outline View.

Expected Results:

   In steps 3 and 4, tab and shift+tab should work on both slides in Normal and Outline Views.

Build Date & Platform:

   Build: AOO411m4(Build:9774) - Rev. 1614049
          2014-07-28 17:55 - Linux x86_64 
   OS: RHEL 6.5

Regression info:
   The bug exists in AOO 4.1.0
Comment 1 richard.lu 2015-04-09 18:19:53 UTC
I would like to add a bit more information about this ticket.

I think the underlining issue is how Impress responds to the tab/shift + tab short cut key in different layouts, specifically:
   - Title slide (which includes a title box and a text box underneath it)
   - Title, content (which includes a title box and a content box underneath it)
   - Centered text (a large text box)

When user creates a presentation with multiple slides, the 1st slide will use the "title slide" layout and "title, content" layout will be used for the rest slides by default.

Using "title slide" or "centered text" layout, when user presses tab/shift + tab keys on a bullet line, it simply indents or un-indents the line. However, if we use the "title, content" layout, pressing tab/shift + tab keys will move the bullet line down or up a bullet level respectively.

The behavior of the shortcut keys should stay consistent, and should not be affected by the change in the layout of the page.  

This issue is observed in normal view.

Build Date & Platform:

   Build: AOO411m6(Build:9775)  -  Rev. 1617669
          2014-08-13 09:06:54 (Mi, 13 Aug 2014)
   OS: Windows 7 Profession 64-bit
Comment 2 richard.lu 2015-04-09 18:21:59 UTC
Created attachment 84639 [details]
Pressing tab key in title slide layout

Screenshot attached for pressing tab key in title slide layout.
Comment 3 richard.lu 2015-04-09 18:22:49 UTC
Created attachment 84640 [details]
Pressing tab key in title content layout

Screenshot for pressing tab key in title content layout.
Comment 4 Regina Henschel 2015-04-09 20:55:07 UTC
The object "subtitle" is not able to have a true list. Please have a look at the numbering toolbar. The white arrows for moving items up and down and promote and demote are all disabled. Therefore the tab key cannot set a different level and therefore changes the indent.

If you need a list, you have to use a slide layout, which has an "outline" object.

So this is no bug. It might be considered as missing feature. But because a suitable layout exists and a different behavor of object "subtitle" would require deep changes in the code, I suggest to close the issue as "wontfix".
Comment 5 richard.lu 2015-04-10 17:13:34 UTC
I only tried to replicate the issue on the Windows version of Impress. I have not tried on a linux os which was used by the original reporter as I don't have a linus os on my machine. Someone should confirm it again using the same OS before closing this ticket.