Usability discussions have moved to Groups.
http://groups.drupal.org/usability

6.2 User Profil - Search Form

i find it rather annyoing to have this search form per default in my user profil, as there is the search block allready, which let you assign it to a special theme position.

I read here (old drupal realeses), that you can change the template for the user profil - but why to have this per default?
http://drupal.org/node/45295

Cheers,
laura

Lost in Images

I've been running Drupal on a number of non-work related project for more than two years. I'm now currently working on implementing/promoting Drupal for the Intranet at my "day job" which will be used by employees of various levels of skill in IT. One of the most confusing aspects about Drupal is finding the right suite of "image" modules from a usability point of view for my users. I'm not new to Drupal, but with regards to images I still feel like one confused newbie.

Most of my experience is with the Image module and/or IMCE (though still fuzzy whether they compete or complement one another). Image Picker and a host of other contributed modules also intrigue me.

So I have some questions for those with more experience in this matter, what suite/combination of image modules would you use to support a Drupal-based intranet? Which combination of modules makes the most sense from a usability point of view, especially when the user needs to upload images to the server, display/link to images in a post, and or display the images in a photo gallery? If someone asked you to produce a Drupal Installation profile for handling images, what image modules/configuration would you choose to include in that profile? If it helps to know, we will also be implementing a WYSIWYG editor, more than likely TinyMCE or FCKEditor.

Accessibility test fails with the search form of Drupal

Hi all,
We are developing several spanish eGovernment web sites, and the main point we want to obtain is a good accesibility acording to W3C, we are using TAW (Web Accessibility Test) http://www.tawdis.net/. We have experienced two accesibility problems on the search form. This is the result of our TAW-analysis:

Associate labels explicitly with their controls.

  • This form control is not explicitly associated with a label. (1)
  • Line 40:
    <input type="text" maxlength="128"
    name="search_theme_form_keys" id="edit-search-theme-form-keys" size="15"
    value="" title="Insert the words you want to search"
    class="form-text" />
  • First error: the search form do not contains a text item on the 'value'
    of the form, this must be corrected, the solution would be adding
    "Search..." on the edit box.

    Second error: The form doesn't have the tag LABEL with the name of the
    search form ID. The solution is adding:

<LABEL
for="edit-search-theme-form-keys"></LABEL>

before the tag "...

<input
type="text"..."

So, the solution we propose is:


Accessibility test fails with the search form of Drupal

Hi all,
We are developing several spanish eGovernment web sites, and the main point we want to obtain is a good accesibility acording to W3C, we are using TAW (Web Accessibility Test) http://www.tawdis.net/. We have experienced two accesibility problems on the search form. This is the result of our TAW-analysis:

Associate labels explicitly with their controls.

  • This form control is not explicitly associated with a label. (1)
  • Line 40: name="search_theme_form_keys" id="edit-search-theme-form-keys" size="15"
    value="" title="Insert the words you want to search"
    class="form-text" />
  • First error: the search form do not contains a text item on the 'value'
    of the form, this must be corrected, the solution would be adding
    "Search..." on the edit box.

    Second error: The form doesn't have the tag LABEL with the name of the
    search form ID. The solution is adding: for="edit-search-theme-form-keys"> before the tag "... type="text"..."

    So, the solution we propose is:

Why Drupal Translation is not killer feature

Regarding to Dries Blog Post, which is or isn't killer feature, I will say, isnt. Why?
It doesn't make sense to me. How you are be able to translate everything but menus.

Ok, the way that drupal 6 translates content its cool, but still cannot understand why you have to use Contrib module for a built in feature.
This can be implemented so simple, just like the path module. so if you make a translation of menu it will be displayed else original language will be used.

Changable content

Hi to everyone

I would like to make a changable content on my site. I would like that every day the content change itself. For example on mondys i would have content n1, on thuesdays content n2...

Can anyone tell me how?

Thanks.

Pages

Subscribe with RSS Subscribe to RSS - Deprecated - Usability feedback