Closed (fixed)
Project:
Project issue tracking
Version:
7.x-2.x-dev
Component:
User interface
Priority:
Major
Category:
Feature request
Assigned:
Issue tags:
Reporter:
Created:
12 Jun 2012 at 05:27 UTC
Updated:
4 Jan 2014 at 02:05 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dwwThis is loosely based on parts of the code from #1696872: Create a block that shows the issue metadata but significantly reworked. There's now a theme template for rendering this button.
Here's how it looks with the block from #1696872 in Bartik:
Comment #2
senpai commentedAs long as this patch isn't breaking anything obvious, I say we commush it ASAP and tweak the CSS later if need be.
Should we also write an update hook that places this block into the correct sidebar?
Comment #3
dwwNo update hooks (unless we want it in drupalorg_project for d.o). Many sites might not want to use the block at all. Anyway, that's a discussion for #1696872: Create a block that shows the issue metadata not here...
Comment #4
bdragon commentedLooks good to me.
Comment #5
dwwGreat, thanks. I slightly spruced up the CSS a bit so we have a darker green when you hover/focus the button. Committed and pushed to 7.x-2.x.
Comment #7
klonos...I expressed my concern elsewhere too but didn't get any replies. I realize that this issue is closed now, but do you really find the idea of having the status text along the "Update this issue" text of the button appealing? IMO the button is so big this way that instead of a button it resembles more a section of the container block that is simply differently colored. I strongly feel that the button should only have the "Update this issue" text and that we should move the "Last updated on..." text bellow the button. If they need to be somehow visually/mentally inter-connected, then perhaps we can have the "Last updated on..." text be the same color as the "Update this issue" button (i.e green).
Comment #8
hackwater commented@klonos: +1
It looks like there are a couple of divs inside an anchor, one for the button text and another for the last update information. Could this be split off?
Comment #9
dwwYeah, I totally agree this looks terrible. I was just implementing what someone thought was a good idea, but there seems to be growing support for redoing this.
It'd probably be more sane to just fix the markup spit out by this block. There's a template for this, but I think we should just fix the default upstream template. I don't want project_issue to be shipping this nonesense by default. ;)
However, I don't think this is a critical launch blocker, so I need to unassign myself for now.
Comment #10
dwwAnother thing I just noticed is that the huge button is appearing for anonymous users and others without permission to update the issue. It needs to be replaced with a "Login or register to update this issue" set of links, instead.
Comment #11
dwwAs per this morning's scrum call, I'm going to take this one and clean up all this stuff.
Comment #12
dwwThis fixes the block in the following ways:
<a>I'm also including screenshots (using bartik) before/after the patch. The before case renders identically for all 3 cases described above, so I'm just attaching that once. In the case of anon and auth users without update perms, the big green button sends you to a 403. (You can disregard the "Category: 2" in here, that's just because my local dev site is a bit screwed up with field configuration from working on other issues).
Any objections?
Comment #13
dwwCommitted and pushed as 232a9a60e and merged into bzr.