Difference between revisions of "Talk:Faces GUI"

From MPDLMediaWiki
Jump to navigation Jump to search
 
Line 182: Line 182:
* Important: We have to think about the About, Registration and Help page. They are not editable so far, and therefore specific to Faces. We should either offer the possibility to edit it (should be validate from technical point of view) or, more simple, include from an external page (from the blog like in WALS, from the institute web page). Besides it makes the mpdl not responsible for the legal staff, not need to edit and reedit that pages each time an institute wants to change it. --[[User:Bastien|Bastien]] 13:22, 17 July 2009 (UTC)
* Important: We have to think about the About, Registration and Help page. They are not editable so far, and therefore specific to Faces. We should either offer the possibility to edit it (should be validate from technical point of view) or, more simple, include from an external page (from the blog like in WALS, from the institute web page). Besides it makes the mpdl not responsible for the legal staff, not need to edit and reedit that pages each time an institute wants to change it. --[[User:Bastien|Bastien]] 13:22, 17 July 2009 (UTC)
:Bastien, could not agree more with you. Just was thinking on having contact page from FACES Blog that could actually be registration request for the collection. Thus, each Faces instance could have own blog and the functionality would already be there. The Blog contact page form can be then edited by the institute. --[[User:Natasab|Natasa]] 08:52, 21 July 2009 (UTC)
:Bastien, could not agree more with you. Just was thinking on having contact page from FACES Blog that could actually be registration request for the collection. Thus, each Faces instance could have own blog and the functionality would already be there. The Blog contact page form can be then edited by the institute. --[[User:Natasab|Natasa]] 08:52, 21 July 2009 (UTC)
: I am not sure if it will be possible to separate the Help Page from the system because the help should be context sensitive (or will that work with CoLab, too?). But for the About and Registration we can also use a CoLab page. I will clarify this with the institute in our next meeting (not yet scheduled). --[[User:Kristina|Kristina]] 08:25, 24 July 2009 (UTC)


= Release 3 =
= Release 3 =

Latest revision as of 09:25, 24 July 2009

Release 3.5[edit]

Feedback for the GUI Prototype[edit]

Please enter your feedback concerning the GUI Prototype for R3.5 here:

New features[edit]

  • is this only information in the prototype or this is a real Page?
    • if it is a real page, then i would suggest to move it actually to the Faces Blog --Natasa 15:47, 20 July 2009 (UTC)

Home[edit]

  • Browse button missing
  • would still like to have an idea on the Meta_menus as it is not clear what / how they would look like. --Natasa 15:47, 20 July 2009 (UTC)
  • Meta-log-in is not possible, it has to go via standard eSciDoc log-in --Natasa 15:47, 20 July 2009 (UTC)

NotLoggedIn_Browse[edit]

  • Sorting should be triggered through a go button (was decided for the last release and is already implemented)(see [1]). --Kristina 07:00, 18 June 2009 (UTC)


Logged_In_Startpage[edit]

  • I think this has to be discussed with the institute, as the focus is shifted from the pictures to the albums.
    • Log-In should not change the view unless user is on the home page directly, but should stay on the same page where user logged-in in general --Natasa 15:47, 20 July 2009 (UTC)
  • Future development, but to be considered for placeholder in current design: if user has been on notloggedIn_Browse and logs-in, then user should be able to see the browse view, with the possibility to Filter for items e.g. filter only face-items that express sadness. There may be cases where users upload pictures, but these pictures are not released asap. In this case, search would not help, users would have to have e.g. search form but for definition of possible filter criteria, similar as in PubMan in QA workspace (even there is not fully implemented). --Natasa 15:47, 20 July 2009 (UTC)
    • I am not sure if I understand you right, Natasa, but I think the user should not see not released pictures in the browse view. I think for that we need a separate page or workspace. --Kristina 08:01, 24 July 2009 (UTC)
  • Current Logged_in_startpage displays list of albums of the user and that is fine. But would like to suggest, that each album has it's "heading-photo" (already requested also for publication items from NIMS) which will be a photo as thumbnail for the Album. This means that the list would have two images: one is the thumbnail image and another is the status icon. The same remark for Album-Bibliographic view --Natasa 15:47, 20 July 2009 (UTC)
  • Current Logged_in_startpage displays in the bottom a separate frame with all images from a collection. This makes no sense to me, as showing only 6 out of e.g. 2500 images is waste of implementation efforts. I vote to remove this completely from all screens. And have another method to add images to an album. --Natasa 15:48, 20 July 2009 (UTC)
  • Not clear: What is the differentce between Logged_in_startpage and Albums_Table_View? (I see only the carousell as difference) --Natasa 16:00, 20 July 2009 (UTC)
these are not additional metadata, but information on shares. We should try not to mix these things together, see PubMan sharing of files. --Natasa 08:44, 21 July 2009 (UTC)
Name it as you like. But my point is that the information must be displayed for the user. --Kristina 08:01, 24 July 2009 (UTC)

Browse, LoggedIn[edit]

  • It should be possible to display more items. (Feedback 17/06/09)--Unfried 11:37, 17 June 2009 (UTC)
  • I can't find that page --Bastien 12:37, 17 July 2009 (UTC)

Detailed View[edit]

Integrate the DigiLib functionalities (scale up/down and 1:1, contrast, brightness, reverse)(Feedback 17/06/09)--Unfried 11:43, 17 June 2009 (UTC)

Albums[edit]

ViewAlbum[edit]

  • The metadata of the album is missing (see Faces_Browse_and_Display#UC_FAC_BD_04_View_album_details), the meta menu "metadata" only displays the metadata of the pictures, not the whole album. And please be aware that a shared album has more metadata then an unshared album and the metadata depends on if the user is the owner of the album or not (seeFaces_Browse_and_Display#UC_FAC_BD_04_View_album_details). --Kristina 10:30, 17 June 2009 (UTC)
  • How can I unshare the album starting from this page? --Kristina 10:30, 17 June 2009 (UTC)
  • How can I copy the album starting from this page? Will be the merge functionality in the "§item action§" menu? --Kristina 10:30, 17 June 2009 (UTC)
  • The batch removing functionality is missing (is already implemented in the current release). --Kristina 07:42, 18 June 2009 (UTC)
  • For me it is not unclear which actions should be displayed in the first menu ($ITEM ACTIONS$) and which in the second one (next to "View Album", "dit Album", etc.). What about "Release Album", "Withdraw Album"? Can you please explain me the logical differentiation between this two menus? --Kristina 07:42, 18 June 2009 (UTC)
  • The paginator is missing. --Kristina 07:42, 18 June 2009 (UTC)
  • View Album page: maybe we could think of something different in here. Have the View album page in "read" mode, where only pictures that are already members of an album are shown. Then when user "clicks" add image to album (link created somewhere on the page e.g. on the line with Edit Album, View Notepad) the page is vertically divided on 2 parts: one holding existing images, and second holding all images "of the collection" (note: user may have several collections to select from - extension of Faces): The images can be added to the current album by a) drag/drop or by clicking on "Add to album" link. The page is scrollable vertically and makes no trouble. In this case,of course: each image could have tooltip on "mouse-over" to show at least the title of the image for the user to see. The same mechanism may be used as well for the Card view. In addition, images would have to have smaller thumbnails. --Natasa 16:00, 20 July 2009 (UTC)
  • Unclear: what "Select.." link on the left side means? What is it for? --Natasa 16:08, 20 July 2009 (UTC)

ViewAlbum_CardView[edit]

  • As discussed with the institute in the last meeting, we will offer the MD View (only list of MD) and the Business Card View (smaller picture with MD next to it) )(see Faces_Meetings#30.03.09). The later one is still missing in the prototype. --Kristina 07:03, 18 June 2009 (UTC)

Album_Bibliographic_View[edit]

  • Is there a sorting available at this view (similar to the Album_Table View)? If not I do not see much sense in this view (as the same information is displayed as on the Album_Table View but with less functionality). --Kristina 07:17, 18 June 2009 (UTC)

Album_Table_View[edit]

Create_Album[edit]

  • Only labeling: "Further Authors" has to change to "Authors" (special request from the institute) and the first author is mandatory. --Kristina 07:26, 18 June 2009 (UTC)
  • For me it is irritating why there are two different "create new album" masks (depending of the previous page). Once there are the further albums below, once there is the carousel. Further on, the label in the menu changes ("create new" and "create album"). --Kristina 07:28, 18 June 2009 (UTC)
    • I agree, I think it is important to keep use cases simple. Besides, it is a cause of a lot of programming issues when features are double/triple..., and depending of the current user session (where does the user come from, does the user have already albums, etc.) --Bastien 12:48, 17 July 2009 (UTC)
  • Due to specification it should be possible to create a album and a corresponding private notepad in one step
  • It is not clear how should the create album looks like when the list is in table view --Bastien 12:48, 17 July 2009 (UTC)
  • I vote for removing of create/edit album from the tabular view. Create album should always be on separate page because of many techical and simple implementation reasons. So please keep the "New Album From Start" only, and of course, take out the carousell. --Natasa 16:04, 20 July 2009 (UTC)

View_Album[edit]

  • For me its not clear why there are two pages "View Album". One with the carousel and one without? --Kristina 07:47, 18 June 2009 (UTC)
  • Please see further feedback from me below the other ViewAlbum page. --Kristina 07:47, 18 June 2009 (UTC)
  • I think it would be nice to open a selected notepad in a different window, when one is selected from the list. As it is very likely that a user wants to view pictures of an album and comment in the notepad the same time. What do you think?
    • I think thats a good idea. --Kristina 07:47, 18 June 2009 (UTC)
  • Display the Name of the Album. (Feedback 17/06/09)--Unfried 11:39, 17 June 2009 (UTC)
  • I think we should think about a more flexible thumbnails format (remark for browsing page as well). I mean, pictures don't have all the same ratio like in Faces and we should take it into account in the prototype. --Bastien 12:56, 17 July 2009 (UTC)

Edit_Album[edit]

  • Name of the album should be displayed. --Kristina 08:58, 18 June 2009 (UTC)

EventLog[edit]

  • Name of the album should be displayed. --Kristina 08:58, 18 June 2009 (UTC)

Share_Album[edit]

  • Name of the album should be displayed. --Kristina 08:58, 18 June 2009 (UTC)
  • In PubMan Share/Unshare are retrieved with same screen (we should try to reuse this functionality and implementation)
  • In PubMan Share/Unshare are not on the upper action menu, but at the same level with "EventLog", "EditAlbum", I would propose to keep it so as well in Faces --Natasa 16:10, 20 July 2009 (UTC).

Unshare_Album[edit]

  • Name of the album should be displayed. --Kristina 09:26, 18 June 2009 (UTC)

Merge[edit]

  • Note: In the album list where the selected album should be added, only private albums are displayed
  • The procedure of merge albums should be in the same way than the basket function in pubman. --Unfried 13:06, 18 June 2009 (UTC)
  • Proposal: cut of carousel --Natasa 16:15, 20 July 2009 (UTC)
  • Why is the status or complete metadata of the album important for merging? (I guess the contents of the album are important for merging, because users actually merge the images of the album and not the albums themselves) --Natasa 16:15, 20 July 2009 (UTC)
  • in general, my understanding of this page is very limited :), so can not comment it. --Natasa 16:15, 20 July 2009 (UTC)

Album_DetailView[edit]

  • Name of the album I am in should be displayed. --Kristina 09:35, 18 June 2009 (UTC)
  • When using "Toggle between sets" and "all pictures of this person" I am leaving the album. Thats fine with me, but I am a bit confused, because for R3 this was not wanted by the GUI. --Kristina 09:35, 18 June 2009 (UTC)
  • Digilib: Shall not be integrated as a separate link. The functionalities will be just available next to the picture. To view the picture in its original view, a separate window can be opened. (Feedback 17/06/09) --Kristina 09:35, 18 June 2009 (UTC)
  • What will happen when I click on "Close"? --Kristina 09:35, 18 June 2009 (UTC)
  • The design should be aware that the list of metadata might be much more longer and deeper... A close area like it is currently might be too small in some cases--Bastien 13:03, 17 July 2009 (UTC)
  • The carousel here makes sense, since it can replace the paginator (which, from my point of view, is not so easy to use from detail page). --Bastien 13:03, 17 July 2009 (UTC)

All Pictures[edit]

  • What will happen when using the "add" or the "remove" link in the menu on top of the page? Does that include the batch deletion functionality? --Kristina 09:43, 18 June 2009 (UTC)
  • Which picture will be displayed below "Attributes" when coming from this page: it could be that I first view happiness a, then go to all pictures of this person, then add sadness a to the album (by the way, how do I know to which album I am adding the picture? there isn't any active album displayed) and then go back to "Attributes". Will there be displayed happiness a or sadness a? --Kristina 09:43, 18 June 2009 (UTC)

Adding Pictures to Album[edit]

  • in general missing from browse page, as I would like to comment a bit on this issue - created a separate heading:
    • the Faces 3.5 functionality with 5-6 images to add from the carousell would not work at all, it's cumbersome and it does not give proper overview of the complete collection--Natasa 16:20, 20 July 2009 (UTC)
    • please think of old Faces 3 functionality, or proposed above (at ViewAlbum page, or both). --Natasa 16:20, 20 July 2009 (UTC)
    • What is also lacking is a notion of currently selected album to which I add images --Natasa 16:20, 20 July 2009 (UTC)

NEW: Statistics for Album[edit]

  • as Faces extends, would be actually great to enable Album level statistics and image-level statistics (e.g. included in 5 albums, viewed 300 times) etc. --Natasa 16:22, 20 July 2009 (UTC)
    • Good idea. But that's a new requirement, not a GUI feedback. I put it on Faces Statistics. --Kristina 08:09, 24 July 2009 (UTC)

Notepad[edit]

  • General remark on the Notepads:
    • what is the purpose to have Notepads as separate Action menu next to the Albums? (This would mean that notepads are independent of an albums. In general,notepads are always related to at least one album, isn't that the case?)
    • In addition, the views from notepads and albums do not differ much, so maybe you could think of completely different approach to the notepads. --Natasa 16:32, 20 July 2009 (UTC)
    • Notepads IMHO should be accessible only via Albums and not independently. And as pointed somewhere, there are private and shared notepads. From aspect of current users, these should only have different "type" icon, and nothing else.

Maybe one could also think at what point of time notepad is usually edited? Is it when adding items, when sharing albums, when merging albums, editing albums? In this case, there should always be the possibility to make an entry into the notepad smoothly --Natasa 16:32, 20 July 2009 (UTC)

    • ImHo, notepads do not have metadata, except maybe the Title of the notepad. Notepads are like "living" comments... similar like JIRA comments :), and these comments can be edited/removed by users. Therefore, having "view notepad" similar like an album probably will not be needed, but maybe find another way of showing it. --Natasa 16:35, 20 July 2009 (UTC)

NOTEPADS_BibliographicView[edit]

Notepads-Table_View[edit]

Create_Notepad[edit]

View_Notepad[edit]

  • For me its unclear, which actions will be displayed in the &ITEM ACTIONS& Menu. E.g. Export Note Pad is not a specified functionality. --Kristina 10:18, 18 June 2009 (UTC)
  • The general metadata of the whole notepad (not of one entry) is missing (see Faces_Browse_and_Display#UC_FAC_BD_12_View_note_pad, Step 2).
  • The name of the note pad and the corresponding album should be displayed. --Kristina 10:38, 18 June 2009 (UTC)

Matadata[edit]

  • Which metadata will be displayed here? The metadata of the note pad? --Kristina 10:37, 18 June 2009 (UTC)
  • What does the next Menu point "User Administration" mean in the context of a note pad? --Kristina 10:37, 18 June 2009 (UTC)

Search[edit]

  • Please follow the use case Faces_Searching#UC_FAC_SR_01_Search(for this page, Steps 6-8). --Kristina 12:01, 18 June 2009 (UTC)
    • Well, so far uses cases are specifically written for Faces. Maybe we should think about rewriting it so they match the generic requirements. --Bastien 13:10, 17 July 2009 (UTC)
    • Of course we can think about this. Please mention it in the next Faces meeting. But I think the GUI feedback is not the right place to discuss the Use cases. Therfore each specification page has a discussion page. So please put your feedback there. --Kristina 08:16, 24 July 2009 (UTC)
  • I would agree with Bastien's remark: we need to be able to search for pictures (as it is, within particular published album or not) and in addition to search for Albums, based on Album metadata. Use cases need a bit of rework --Natasa 16:24, 20 July 2009 (UTC)
    • For me this sounds like further development and I think it is a good idea to discuss this. But the next release does already have a lot of functionality in it and I think we shouldn't make it even more bigger. So please put you feedback about the use cases on the corresponding discussion pages so that I can update the use cases for the next release. I already put this remark on Faces Searching. --Kristina 08:16, 24 July 2009 (UTC)

Result_Album-List[edit]

Result_Album-List_CardView[edit]

Resolve Album by URL[edit]

  • Menu entry 'Browse' (in public collection) is missing

System Messages[edit]

Confirm_Withdrawn[edit]

  • For what are the checkboxes and the corresponding labels in this message? --Kristina 12:01, 18 June 2009 (UTC) Same questions. For me, it's either a new use case (by validating the action on the message page) or a misunderstanding (from myself) of the prototype.

Confirm_Publish_or_Delete[edit]

  • For what are the checkboxes and the corresponding labels in this message? --Kristina 12:01, 18 June 2009 (UTC)

Export Page[edit]

Misc[edit]

  • Important: We have to think about the About, Registration and Help page. They are not editable so far, and therefore specific to Faces. We should either offer the possibility to edit it (should be validate from technical point of view) or, more simple, include from an external page (from the blog like in WALS, from the institute web page). Besides it makes the mpdl not responsible for the legal staff, not need to edit and reedit that pages each time an institute wants to change it. --Bastien 13:22, 17 July 2009 (UTC)
Bastien, could not agree more with you. Just was thinking on having contact page from FACES Blog that could actually be registration request for the collection. Thus, each Faces instance could have own blog and the functionality would already be there. The Blog contact page form can be then edited by the institute. --Natasa 08:52, 21 July 2009 (UTC)
I am not sure if it will be possible to separate the Help Page from the system because the help should be context sensitive (or will that work with CoLab, too?). But for the About and Registration we can also use a CoLab page. I will clarify this with the institute in our next meeting (not yet scheduled). --Kristina 08:25, 24 July 2009 (UTC)

Release 3[edit]

Feedback for the GUI Prototype[edit]

Please enter your feedback concerning the GUI Prototype for R3 here.


Release 2[edit]

Internal Meeting 12.06.2008[edit]

Participants: Malte, Natasa, Rupert, Denise, Bastien, Kristina

  • Breadcrumb will not be implemented in FACES R2
  • Header: The big header will only be displayed above the start page (logged of and logged in). Otherwise, a small header with the meta menu in it will be displayed.
  • FACES + Institute's name needs to be displayed in the small header
  • Dialogs like create new album, confirm the deletion of an album and so on will be implemented on single pages not on a layer (for R2)
  • The batch operation delete of several albums in the my albums list will not be implemented in R2 (has very low priority)


Internal Meeting 19.05.2008[edit]

Participants: Malte, Natasa, Ulla, Rupert, Denise, Bastien, Kristina

Results:

  1. The "Add" button will be disabled when no active album is selected. The message "You have to select an active album to add pictures" will be displayed in a layer on MouseOver
  2. The active album by default will always be the album I was last viewing or working with
  3. Next to the drop down menu "Active Album" a select button will be available
  4. Header: Will be stay at it is. As the problem with it (the header is very big and takes a lot of space on top of the page especially for small monitor solutions) is similar to the other projects (ViRR and PubMan), the GUI will develop and present tree different possibilities.
  5. The Paginator should always be displayed, independently from the number of available pages
  6. List view of an Album
    • The metadata of the album should be displayed directly below the album name (above the paginator and the menu buttons)
  7. "Add" to album and "Remove" from album
    • It was decided that removing pictures from an album will only be possible within the album (not in the browsing view)
    • A strict differentiation between the album and the "rest" will be implemented (that means reduced functionality in the detailed view of one picture within the album)
    • The (main) two problems occurring with this approach are:
      1. How to revoke mis-clicks or mis-selections
        could be solved later by also offering a sorting criteria "date added" to the album, where one could easily sort out mis-clicks
      2. How to enable for switching a picture set of a selected image
        could be also fulfilled by normal browsing with two tasks necessary.. one: remove from


Internal Meeting 07.05.2008[edit]

Participants: Natasa, Ulla, Rupert, Markus M., Denise, Bastien, Kristina

GUI TODOs[edit]

  1. Page "Actions selecting an album"
    • When the error message "select an album" occurs there should be a colored hint around the Active Album drop down menu to show the user where he can select an active album.
  2. All Messages on the "Actions selecting an album" page should be displayed in layers in different colors.
  3. The drop down menu "Add all pictures..." needs the "add icon" to confirm the action (also the layer messages should appear there)
  4. Functionality 'duplicate album' is no requirement so it will be deleted
  5. Export
    • The selection of the picture resolution should be used with checkboxes because a multiple selection should be possible
  6. The "Welcome" sentences and the introduction text should only be displayed in the "not logged in" mode
  7. A breadcrumb navigation concept have to be worked out by the GUI team (main functional areas/historic/hierarchical)
    • When this concept is finished we will see if its still feasible to implement the breadcrumbs in Faces R2 or if we have th reschedule them to R3.

Open Points[edit]

  1. Picture size of the web-resolution (and the thumbnails - depends on the performance of the framework)should be optimized for the layout (relevant for R3)
    • --> Decision depends on the institute


Internal Meeting 23.04.2008[edit]

Participants: Denise, Bastien, Kristina

GUI TODOs[edit]

  1. The new paginator from the GUI team will be integrated in the prototype.
  2. An icon for the state withdrawn is needed.
  3. A page flow is needed.

Further proposals[edit]

  1. Currently the drop down menu "active Album" shall only be displayed during browsing and the viewing of search results. It shall not be displayed when viewing an album (public or private).
  2. Later on, it would be nice to support the functionality that during the viewing of one album, selected pictures can be added to an active album. That means, that on every page the drop down menu "active Album" will be displayed. This could cause some misunderstandings with the current GUI...
    • It has to be clear to which album (the active album or the currently viewing album) the user can add or remove pictures. Possible ideas to make this differentiation clear are:
    1. Mouse Over for add and remove button: "Add / Remove to drop down list with all album names"
    2. A very good solution you will find under the following URL: http://www.corbis.com (LogIn needed). Here the content of the active album (the pictures) is always displayed in a second frame below the "working" frame.
    3. The button "remove one picture from the currently viewing album" has to be displayed on a separate place (not the place of the add/remove button for the active album) or/and in another layout
  3. Performance
    • The updating of an album after adding / removing of each picture will need some time. We will try it this way, but perhaps another possibility has to be found later on.
  4. For a direct changing from the list view of one private album to the other, a drop down menu with all private albums can be displayed next to the navigation link "My Albums".
    • To make the application consistent, this drop down list should therefore also be available for the the "Public Albums". But it could happen that there will be more than 100 public albums and the list will get to long and unclear.


Internal Meeting 10. April 2008[edit]

Participants: Natasa, Ulla, Rupert, Bastien, Denise, Kristina

GUI TODOs[edit]

Renaming:

  • Action "rename" album will be named "edit"
  • "Date released" will be named "date published" (in the album list and detailed view)
Denise: done --Unfried 14:56, 10 April 2008 (CEST)

Changes:

  • The active album has to be highlighted in a nice way
Denise: combobox displayed in bold --Unfried 14:56, 10 April 2008 (CEST)
  • The drop down menu "active album" will be deleted from all non-browsing pages
  • The drop down menu "active album" will be deleted from the detailed view of a picture, when the users comes from a list of one concrete album
  • The second variant for the multiple sorting (all fields above the list) will be implemented. This includes that when selecting only the first sorting criteria, the others will automatically switch to the default multiple sorting" recorded in the help functionality
  • The possible actions for the albums in the list "my albums" are different based on the status of the the album. Therefore, the batch operation "delete" is not possible for all albums. The GUI team will rework their current proposal to find a consistent solution.
Denise: GUI Team decided to apply the delete option redundantly (detailview + list). For public/locked albums no combobox is available. If multiple delete is not feasible technically use the radio buttons instead. --Unfried 14:56, 10 April 2008 (CEST)
  • The view of a published album (from my albums) looks different from the view of an unpublished album, because different action are possible for the different states.
  • For published items, the URL (cite this item as) must be displayed in the detailed view of the album.
  • For the actions "publish album", "delete album" and "withdraw album" a confirmation of the user is needed (like "Do you really want to ... the album").
  • System messages (like success messages) should be displayed analog to PubMan (on the top of each page)
  • By "create new album" a further chekbox " make this my active album" is needed
  • The column "state" in the list "public albums" will be deleted
  • A browse link in the meta menu is needed
  • Export: The resolutions have to give names (the numbers will stand in brackets): original resolution, web resolution
Denise: done --Unfried 14:56, 10 April 2008 (CEST)