Closed (fixed)
Project:
Dynamic Dashboard for Storm (Project Management)
Version:
6.x-1.0
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
8 Dec 2009 at 17:53 UTC
Updated:
3 Feb 2010 at 10:20 UTC
Comments
Comment #1
jurgenhaasDo you mean the select boxes? Those are created by Drupal form-elements of the type 'select' with an option array and I don't think there is a way to define tooltips. That would have to be the title attribute for each item in the select box.
Does anyone know if and how that's possible?
Comment #2
Magnity commentedYes, pretty sure selects are only key=>value.
Comment #3
FrankT commentedIf one moves the mouse over a menu item, a little info appears explaining the menu item (Garland does and I think most themes, too).
That's just the effect I would like to have when moving the mouse over a task, project etc.: instead of a short string matching the "window" there appears a string with the complete name of the task, project etc.
Comment #4
jurgenhaasYes, but a menu item is not a select item in a form. And select items in a form are not designed to receive a tooltip text, I'm afraid.
Comment #5
xmacinfoIt’s the first time I'm trying out your STORM Dashboard, and altough it can be quite useful, I find it a bit akward to use. I'll try to open issues one by one.
List items support attributes, specially the title attribute, which is the request here.
http://www.w3schools.com/tags/tag_li.asp
The
<li>tag supports the following standard attributes:When creating a form in which select items cannot be displayed completly, it’s good practice to provide title attributes to each list items, unless the content of the list is known to have short elements.
So please add title attributes to each list item, the browser transform them to tool tips.
Comment #6
Magnity commentedRechecked feasibility of this, and my comment in #2 may be at least partially wrong (apologies jurgenhaas), but still not sure that it can be done easily.
http://api.drupal.org/api/drupal/developer--topics--forms_api_reference.... seems to indicate that Form API could add an attribute to the select box as a whole, but I'm not sure whether this can be used to add the title attribute to the options within the select box.
Comment #7
xmacinfoInteresting puzzle! I'll ask other if they have a solution for this.
Comment #8
jurgenhaasif the Drupal API doesn't allow us to achieve that we could at least do it with JQuery. There might be a very little performance hit though. Is it worth it?
Comment #9
jurgenhaasAny opinion someone?
Comment #10
FrankT commentedAlthough it was my suggestion, if it get's too difficult I would suggest a slightly different solution to get more room to see more of the entries:
Is it possible to modify the default dashboard to use the whole screen width? I know that the dashboard is themeable, but i think a default to use the whole width would be good for everybody.
Comment #11
jurgenhaasSounds like a good idea. As far as my CSS knowledge goes I have to have a fixed width container to achieve all the complex arrangements of objects within the dashboard. So we need to define a width that would be suitable for all/most users. Something like 1200px comes to mind.
Now, on the other hand we also want to be integrated into a site that usually comes with sidesbar(s) etc so that makes it difficult to rellay take up the whole width of the window.
However, some weeks ago I implemented the dashboard in an overlay (can be activated in the bottom left corner of the screen) and that overlay can then be opened on literally any page within the site. As it is an overlay we're not limited by sidebars or else and hence could be using 1200px as the overlay and dashboard width. Does that sounds reasonable? If so, I'd be giving that a go and upload another dev release to see if that makes you happy.
Comment #12
FrankT commentedIs there a need for a fixed with? Isn't it that the width can be divided by percents?
Comment #13
jurgenhaasI had tried variable width but the behaviour in different browser was unpredictable, unless we use tables, but that's not desireable either. However, if you had an approach that works dynamically, please submit that as a patch and we're happy to review and include that in the module.
Comment #14
jurgenhaasI've now implemented a different approach: select boxes get increased in size when you hover over them. That should display all the content inside of them and if one doesn't like that behaviour, you can disable it in /admin/settings/storm/stormdashboard
Comment #15
dman commentedYou've got a solution now, but FYI, FWIW, it's legal and supported HTML (in FF & Chrome at least) to add 'tooltip' title="mousover text" to
<select><option>elements, and works.However, it produced pretty awful cluttered UI (IMO) in most cases.
Drupal6 does NOT provide a way to pass those attributes through using the API, though it's conceivable $option items may be given #attributes in the future.
http://api.drupal.org/api/function/form_select_options/6
... Unless you take over the theming of the element yourself.
Comment #16
jurgenhaasThanks for your comment @dman, that's what we've discussed earlier in this thread. We weren't quite so clear whether Drupal provides an interface to the title attribute or not but your statement makes this quite clear now. Let's hope that this gets introduced at some point. Though it looks like that D7 doesn't have that option either. It's probably down to theming but then the title attribute can always only be the equivalent of what the inner text of the option is. Better than nothing I guess.