Project

General

Profile

Actions

Patch #24776

closed

UI inconsistencies on /enumerations/index view

Added by Mischa The Evil over 7 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
Normal
Category:
UI
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Coming out of and a follow-up to #24720. I spotted three things that could benefit improvement:
  • re-position the new enumeration links to above the item tables (in line with #24720 changes)
  • add 'icon' and 'icon-add' classes to the new enumeration links (like most, if not all, new ... links in both the front- and the back-end) to make them stand-out more
  • handle cases of none existing enumerations using the regular no-data message blocks

I attach three patches implementing these changes. This patch serial, against current source:/trunk@16156, is produced using git format-patch which makes the individual patches apply-able using "patch -p1 < 0001-...".


Files


Related issues

Related to Redmine - Feature #24720: Move all 'new item' links in project settings to above the item tablesClosedJean-Philippe Lang

Actions
Actions #1

Updated by Mischa The Evil over 7 years ago

Some comparative screenshots.

Before:

After:

Actions #2

Updated by Mischa The Evil over 7 years ago

  • Related to Feature #24720: Move all 'new item' links in project settings to above the item tables added
Actions #3

Updated by Go MAEDA over 7 years ago

Nice improvement.

But I think it would be better to set more margin between the table and the next heading. Please see the following screenshots.

current patch:

set more margin:

Actions #4

Updated by Mischa The Evil over 7 years ago

Go MAEDA wrote:

But I think it would be better to set more margin between the table and the next heading. Please see the following screenshots.

I totally agree. Thanks for reviewing and your feedback. I'll leave an updated, rebased patch set — against source:/trunk@16171 — adding a fourth patch containing the CSS rule you've proposed. The first three patches didn't change by content, only its metadata.

Regarding the CSS rule: while it fixes practical all cases1, it does leave a difference between the space between the tables and the following headers ánd the space between the paragraphs and the following headers. See the following two screenshots:

  • Remaining difference made visual:
  • Extreme case without any enumerations at all:

This cannot be fixed easily (and in a clean way) due to the current structure of the page. Though, given the rarity of the case, I think I can live with this minor drawback/trade-off. But, YMMV...

1 I've almost never seen Redmine instances in production without enumerations, only just installed ones where no default data was loaded yet.

Actions #5

Updated by Mischa The Evil over 7 years ago

  • File deleted (0001-Move-New-enumeration-links-to-above-the-item-tables.patch)
Actions #6

Updated by Mischa The Evil over 7 years ago

  • File deleted (0002-Add-icon-and-icon-add-classes-to-new-enum-links.patch)
Actions #7

Updated by Mischa The Evil over 7 years ago

  • File deleted (0003-Handle-the-case-of-none-existing-enumerations-using-.patch)
Actions #8

Updated by Go MAEDA over 7 years ago

  • Target version changed from Candidate for next major release to 3.4.0

Mischa The Evil wrote:

Regarding the CSS rule: while it fixes practical all cases1, it does leave a difference between the space between the tables and the following headers ánd the space between the paragraphs and the following headers. See the following two screenshots:

Looks good to me. Thanks!
I think this issue is now ready to be merged. Setting target version to 3.4.0.

1 I've almost never seen Redmine instances in production without enumerations, only just installed ones where no default data was loaded yet.

Absolutely agree.

Actions #9

Updated by Jean-Philippe Lang over 7 years ago

  • Status changed from New to Closed
  • Assignee set to Jean-Philippe Lang

Patch committed, thanks Mischa.

Actions

Also available in: Atom PDF