Comments

yoroy’s picture

First round:
Only local images are allowed.

Much lighter background color for the 'widget tray' on top.
Repositioned 'Done' button. all of our submits are on the left,
Blue highlights on hovering a widget, using /misc/grippie.png to indicate draggability
etc.

Not yet happy with borders and boxes in the two columns.

Needs work for sure.

yoroy’s picture

http://vimeo.com/7619218 shows this in action

drifter’s picture

StatusFileSize
new6.86 KB
new7.01 KB
new16.69 KB
new12.55 KB

Looking good. Tested in Firefox/Mac OS X and IE6 and IE8/Windows. IE6 won't show the blue background and the grip, but still highlights and drags fine - degrades gracefully. IE8 and Firefox work as expected.

yoroy’s picture

StatusFileSize
new4.93 KB

Thanks for checking drifter. Here's round 2:
- adds hovers for blocks already in the dashboard to indicate they are draggable too
- styles the static dashboard page as per http://www.flickr.com/photos/mboulton/3748580107/sizes/o/

Behaviour is still finicky but fixing that is not the goal of this patch.

I'm uploading a screencast as well.

Dashboard page:
Only local images are allowed.

Configure, 1:
Only local images are allowed.

Configure, 2:
Only local images are allowed.

yoroy’s picture

kika’s picture

StatusFileSize
new186.49 KB

here's my proposal: use standard "dragabble" icon.

yoroy’s picture

Yep, more familiar and not as ugly as I would expect. position to the left looks good.

yoroy’s picture

StatusFileSize
new81.55 KB
new4.76 KB

If only draggable.png wasn't such a mess.

Also shows the importance of solving #601932: Allow dashboard to limit available blocks

dries’s picture

I like this but (i) the colors look a bit weird and (ii) it feels a bit cramped -- we could use with one or two more extra pixels, IMO.

yoroy’s picture

1. which colors?
No new colors added here, I'm re-using what's already defined in Seven. I see now that the cursor didn't make it in the screenshot, so to clarify: the blue widget is the one being hovered over.
2. where?

drifter’s picture

I'm just assuming:

1. the 1px white border looks weird on the drag icon when it's on a gray/blue background, hurts the eye. Maybe a pure white drag marker would look better?

2. maybe a bit more spacing to the right of the drag icon

drifter’s picture

StatusFileSize
new22.19 KB
new369 bytes
new5.03 KB

Here's an attempt... I'm no pixel artist, so it's more of a concept than a final version - the draggable arrows are a bit too thick. But here's a version with white arrows. Plus added border-radius for webkit too.

Couldn't figure out how to add a binary file to a patch, so just move draggable-white.png to /misc.

See attached screeshot.

drifter’s picture

StatusFileSize
new303 bytes
new23.65 KB

Lazy sunday afternoon... here's a thinner white drag thingy.

xatoo_’s picture

StatusFileSize
new28.91 KB
new23.19 KB

I think this drag indicator is the best so far. But the margins are lot looking good in Firefox and Safari afaik.

dries’s picture

Agreed that the new icon looks much better. As s.toonen said, the margins need some extra work. This is getting close.

We'll want to rename the old draggable.png to draggable-black.png, I think. That keeps it nice and consistent.

drifter’s picture

StatusFileSize
new338 bytes
new5.04 KB

Actually, draggable.png is a sprite image (it already has two phases), so I can just add the white version to the bottom. So the filename can remain the same, no need to patch all other uses of it in core + contrib.

Here's an updated draggable.png, + a patch with the margins fixed hopefully.

xatoo_’s picture

StatusFileSize
new21.06 KB
new17.48 KB
new25.67 KB

Better, only when moving back a block (or draggable thing, whatever they are called) the margins are still incorrect. (See screenshot)
Also in the Garland theme the Syndicate drag thing is to heigh which is due to the float: left; in this part in garland/style.css file:

/**
 * Syndication icons and block
 */
#block-node-syndicate h2 {
  float: left; /* LTR */
  padding-right: 20px; /* LTR */
}

This also makes that having the Syndicate block on the dashboard looks ugly. I believe the float statement has been added to get the syndicate icon on the same level as the block title (see syndicate-block-elsewhere.png), but that's quite a hack isn't it?

xatoo_’s picture

StatusFileSize
new5.35 KB

Don't take my CSS for granted, but this is how is works for me.

dries’s picture

Status: Needs review » Fixed

Committed to CVS HEAD. Thanks.

David_Rothstein’s picture

Status: Fixed » Needs review

1. Seems there was an image here that was supposed to be committed as well (the one in #16 should replace misc/draggable.png, if I'm following the discussion above correctly).

2. Any discussion of this change?

-  $output = '<div class="canvas-content"><p>' . t('Drag and drop dashboard blocks to their place. Changes are automatically saved. You can also <a href="@add-block">add a custom block</a>.', array('@add-block' => url('admin/structure/block/add', array('query' => array('destination' => 'admin/dashboard/customize'))))) . '</p>';
+  $output = '<div class="canvas-content"><p>' . t('Drag and drop these to the columns below. Changes are automatically saved.') . '</p>';

First, the word "these" needs to refer to something - I suggest we get the word "blocks" back in somehow.

Also, it seems that a fair amount of thought went into the "add a custom block" workflow (see http://drupal.org/node/544360#comment-2127478), so need to think about whether removing that link is correct. Maybe it's true that it's not the most common thing people would ever do here, but for #601932: Allow dashboard to limit available blocks we're probably going to need some kind of additional link on this page anyway....

Perhaps it should be a local action rather than an inline link?

drifter’s picture

Status: Needs review » Needs work

1. Indeed draggable.png in #16 needs to be committed, it is not there yet.

2. You have a point, the original wording seems more descriptive. Yoroy, any specific reason you changed the text?

seutje’s picture

subscribe

yoroy’s picture

I changed the text mostly to remove the link to add a new custom block, it's not the most obvious 'next action' in this context. A link to whatever solution we get for #601932: Allow dashboard to limit available blocks is much more appropriate. As for less decriptive, maybe. Is there really less useful info in there now?

yoroy’s picture

Oh, and the new draggable.png has been committed.

Bojhan’s picture

subscribing

David_Rothstein’s picture

Status: Needs work » Needs review
StatusFileSize
new1011 bytes

OK, this issue seems mostly fixed now, but the "these" is still grammatically ambiguous. Let's add the word "blocks" and be done with it :)

yoroy’s picture

Status: Needs review » Reviewed & tested by the community

Agreed

webchick’s picture

Status: Reviewed & tested by the community » Fixed

Committed to HEAD.

Status: Fixed » Closed (fixed)
Issue tags: -CSS, -dashboard

Automatically closed -- issue fixed for 2 weeks with no activity.