@Moritz
I would say displaying a warning message is easier to implement and does what we want...

@CarlosHR Could you maybe add a screenshot? With your description alone I don't really understand what the problem is...

@Testmiriam
I think that actually this issue could easily be solved by increasing the contrast so that it is clear (in this case) that "tasks" is currently selected?! If you agree, then we could close this ticket because the issue would then fall under T3424!

@bohlender
Yes, 2 of my subjects also remarked that this was really strange and would have preferred to write the text above.

@NG I also think that the problem is the missing consistency in the rest of the program, not that several options are offered for one certain action (I do actually think that it is very good to have several options!)

I would say we continue this in T3457

@Testmiriam
Actually I find it quite good and clear to have the attachments in an extra box on the left.
We could only think about maybe adding an extra box in the place where you have suggested it, so that the attachments finally appear in two positions...

Very important issue, all of my participants had this problem, too!!

Shall we declare this ticket invalid since it is essentially the same as in T2813? Has T2813 already been "accepted" and will be considered/improved?

Can confirm this from the use test as well, should definitely be changed!

Same problem with my participants

I think @bohlender said once that they wanted to replace the current sliders with simple checkboxes anyway, so then this whole ticket would be irrelevant anyway... (respectively it would be solved to our satisfaction ;) )

T3559 also covers the issue that the filter function is hard to find

@Viktoria
But what kind of confirmation did your subjects want exactly then? Because I think that a feedback like "return receipt requested successfully" can actually only be given after the email was sent, because that is probably the (earliest) moment when the program (technically) is going to "ask for" the return receipt...

@Viktoria
Ok, but I think that normally people know that they have to logout from a (web) program that they have previously logged in to ...
But yes, I agree that making the logout button more salient - i.e. for example to simply always present it in red - is important anyway!

The participants asked me after clicking the slider and before sending the e-mail. The feedback should be displayed immediately after clicking the slider.

Finde ich eine sehr gute Idee Alem
Das würde das Problem durch eine kleine Änderung schon lösen.

vielleicht wäre es noch einfacher eine Checkbox anstelle, der "switches" hinzu zu fügen?

I think the problem my participants had was basically that they didn't recognize that you have to click on a special button to log out - I believe they thought terminating the browser session would log them out, too. If the logout button was presented more saliently and/or closer to the other important functions, the option of clicking on a button to log out would be more obvious and therefore probably used more often.

Same for me.

looks like a good solution for more than one problem to me, too.

Perfect

I would say so. Just more contrast for the existing lines.

Also discussed in T3520, which is probably going to be updated so that this ticket here might become irrelevant then (I will try to merge the ideas expressed in the two tickets)

@Nikolai
Ah, thanks! Should I merge T3430 then and suggest a clearer separation by lines as a solution to this issue...?

@CarlosHR
See T3556! I think this is already a good suggestion of how to solve the problem. So maybe we could continue the discussion there

@Nikolai @A.Sommerhoff
See T3556! I think this is already a good suggestion of how to solve the problem. So maybe we could continue the discussion there

see also T3430 for the exact point of separation between the mails

@A.Sommerhoff
I don't think it's likely that the developers are going to change this, since I have the impression that offering options to individualize the program is a key feature of roundcube... And I personally also like writing simply "plain text". But of course one can still write only "plain text" even when the formatting options are offered above, so we could agree on placing the signature option there as well...

Maybe also related to T3601?

No, i think that menu is clear enough! The problem arised when the participant tried to mark the E-Mail directly...

Also happened some of my participants. One of them end up dragging and dropping it from the desktop to the E-Mail.

Maybe it would be enough to just enhance the tone of blue color as a sign of selection (stolen form Apple Mail).

Yes, I can imagine that you would need feedback from only the main recipient, for example.

I added it to T3547 as well since to me it seems related to that problem as well

good point
my participants had the same problem!

already discussed and lot of feddback for that problem in: T3457

related to T3502 and T3472

I think my participants had no porblem with that, but probably only because they didn't think about it since it wasn't a real situationand they didn't really needed to know if each contact would reed the mail. I could imagine I wouldn't be sure how it works and how/if I get a feddback for all recipients (bcc/cc) or just one

Witch e-mails are selected is also shown by the slight blue colour. So maybe this problem and the problem of T3424 could be solved in a similar way?

ja T2813 oder?
Wie gesagt, dann hats der Usetest nochmal bestätigt
Ich schreib es in den Titel, damit das klar wird

@CarlosHR ja stimmt aber das Problem mit dem Anhang, war ja eher, dass da überhaupt kein Feedback kommt unten rechts und @Alem_V da hast du auch recht. Ich meinte aber auch kein Feedback im Sinne von "Der Anhang wurde erfolgreich hinzugefügt" , sondern irgendwie eine klarere Rückmeldung, dass der Anhang nun Teil der E-Mail ist und nicht nur ein Dokument in einer Liste neben der E-Mail. Eben indem die Anhänge als kleine "Tabs" z.B. zwischen Sender-Empfänger- Ebene und Textfeld oder rechts neben dem Textfeld (zusätzlich) erschienen, wie bei den meisten anderen mir bekannten E-Mail-Programmen

I think it might be disturbing over time if there was feedback every time. As Carlos said the user is learning in the course of using the program

Had the same problem, there should be a more intuitive solution.

do you see this problem for this menu? Because here there is text next to the symbol

Had the same problem.

maybe merge with or continue discussion in T3610?

Carlos mentioned the same in T3610 suggesting to place the "options-sorting" function next to the filter on top. The question is here if placing it next to filter is a good solution, because then you have to very similar functions next to each other. But I basically had the same idea. Do you need one function more then the other, e.g. "sort" more then "filter"?

See also T3586
The question is here if placing it next to filter is a good solution, because then you have to very similar functions next to each other. But I basically had the same idea. Do you need one function more then the other, e.g. "sort" more then "filter"?

My users didn't have a problem with this, but good idea!

I agree, for my users it was also not clear that they had to first click on the select function in order to see what they select.

Autokorrektur beim Schreiben einer Email.

also a good point, maybe even more important.

Ich verstehe nicht, was du sagen willst.

In T3595#52240, @Laura wrote:

True, the drop-down-menu in the first screenshot looks rather like the macOS-drop-down-menus, not like something roundcube-specific...

Yeah that would be fine for me!
I just thought that "recipient" and "sender" would be more precise and clear. Hence this naming will probably be understood by a greater amount of users.

Yes, my test subjects also had problems noticing that the document had already been successful attached at first. The feedback could be clearer. However, most of them learned in the course of the experiment that the feedback of the program always appears on the bottom-right corner, so that these problems disappear towards the end of the experiment.

This also applies to the drop-down menu of the sorting options

@Laura, my users did the exact same thing- any ideas how to distinguish these two functions?

I wrote a similiar tab last time...

I couldn't agree more. I think that e) makes the user think that this is the option for adding another picture

Two of my participants made these mistakes repeatedly, both in Task 6 and 8 - I too conclude that the folder menu is counterintuitive in general

One of my participants was really annoyed by this default setting and always typed on the top anyway

Personally, I don't like that there are two different menus for formatting. I suggest not giving the option to choose between html and plain text and choosing all formatting options from the same menu

None of my participants hat problems either... I think once they got used to finding all the important features at the left, they expected to be able to log out there as well

Same here! Two of my participants made the same mistake. The ''Options''-Button on the right is misleading.