- User Since
- Nov 17 2017, 12:50 PM (118 w, 4 d)
Apr 27 2018
Seems to be fixed already...?!
Und kann es sein, dass auf Transifex einige der hier zusammengetragenen Strings sehr wohl bereits übersetzt sind, aber im Programm noch nicht umgesetzt wurden (etwa "The list is empty")?
Was genau ist mit der Option "resend (bounce)" innerhalb der Weiterleitungsoptionen gemeint? Dass man damit eine nicht-zustellbare Email (= bounce) erneut senden kann?
(Also dann als Übersetzung etwa "erneut senden (wenn nicht zugestellt)"...?)
Mar 29 2018
Ok, this makes things a bit clearer... In that case indeed it might be better to have switches and checkboxes instead of two (different-looking) checkboxes. I see that for consistency it will then be better to leave the switches for selecting MDN and SDN as well.
But actually then we are back at the starting point/content of this ticket which simply claimed that dragging the switches does not make them react, and that this should be enabled. So maybe simply implementing this would solve the issue describe here...?
Mar 14 2018
I think the Font-Awesome icon is okay as well.
I am also not sure, if this would fix the issue, maybe @Testmiriam can say something to this (after all you created this ticket)...?!
Mar 13 2018
Ok, but when tasks are to-do items, then how about giving them a corresponding symbol? Like an (abstract) list with several items and a pen, for example (see screenshots). Because, after all, this was also about differentiating folders better from tasks...
Mar 6 2018
I still haven't really understood what a "task" it, but since a task might be not so relevant to a user in comparison to folders, it might indeed make sense to not give tasks an extra-icon at al...
Feb 15 2018
Ah, ok, now I understand! I think this is is a very good idea!
I think, having a "thin"/small sorting bar might be better than having nothing... For the desktop version I definitely think you could implement this (see T3556)!
What exactly do you mean by "using a dialogue" for adding further contacts?
Feb 14 2018
I think for the user it is less confusing when all drop-down menus look the same - and since he is currently in this program, he expects everything in the program to "look like the program".
I also think that for the mobile version a search button might not be necessary. But for the desktop version it might be good to have one for "less trained" users. (I myself can think of several people who might be a bit "helpless" if they were to start a search and didn't have any extra button for it. Hitting Enter ist not yet as intuitive for everyone as it might be for us.)
Actually, these "issues" weren't originally from me but I think moving the whole Options box/column to the right side of where you compose the email would do...
I find it indeed very good that the user can read which contacts he has just imported! It was just that the window stayed there and this seemed confusing for the users because they thought "maybe something is still going on in the background", or, "what do I have to do now, is it finished now?".
I am not quite sure what you mean with "using switches for subscription changes" - wouldn't that work with checkboxes as well?
If not, I think the suggestion made in the ticket description - namely, simply to enable pushing (clicking on) and switching the switches - would be enough to improve them.
Feb 6 2018
Yes, my point was, as I wrote, that anyway the user first has to realize that he has to click on "reply" (1.) and then on "templates" (2.).
But maybe this is really not such a big problem, then we can also close this ticket...
I had a similar ticket (see below).
My suggestion for step nr. e would be the following:
Oh, thanks, I will try to add it there, yes!
I actually think yes because the problem here was not that the participants didn't understand that "Responses" ("Schnellantwort") is the button they need to click on, but rather that this button wasn't visible in the first place! So they had to realize themselves that they first needed to click on "Reply" so that this function would appear (instead of the program simply "offering" them this option)! Yet of course one can argue if "Responses" (or however it might be called then) is important enough a function that it need be shown on one "level" with the most "general" functions such as Reply, Forward etc. ... (@Viktoria what do you mean here, for example?)
Ok, so your suggestion would be to move the column to the right and additionally display the information about attachments above the email field?
Or do you mean leaving the "attachment box" where it is but additionally displaying the information about attachments above the email field?
I think you got me wrong here: I didn't mean to add some "extra feedback" after the email has been sent, but actually to display feedback (in a "feedback box"/"feedback window") right after the user selected the option! Because as far as you describe it, this would be what your subjects would have needed?!
So, say: I click on "return receipt" and then directly afterwards a feedback appears saying "Return receipt has been requested successfully" Do you think that would be sufficient?
We had a very similar ticket already for the search function for emails (e.g. for searching for an email in the inbox).
In case this has already been dealt with and the search function has been (or is about to be) improved altogether, this ticket referring specifically to the search function for contacts may be irrelevant and can be closed then.
Feb 5 2018
Yes, I guess so... (see screenshot)
Then for me actually this ticket would be finished, what about the rest...?
Feb 3 2018
Ok, I have edited David's ticket description and added the problem that you have described here (namely, that users didn't realize that files were already attached), so maybe we can close this ticket then...?
I am not sure whether drag&drop does actually not work for other parts of the program, so if you have more information about this, maybe you could make a corresponding ticket so that we can close this one?
Feb 2 2018
Not sure what you mean, maybe similar to T3529?
Could you make this a bit clearer maybe, also with a screenshot maybe?
Yes, it's "only two different designs" but the point is that actually in email program all (drop down) menus should look the same (concerning color, font etc.) - and this is not the case here.
Feb 1 2018
No, I just wasn't sure whether you meant moving the complete box, which is currently on the left side, to the top (above the email field) or whether you are fine with my suggestion of showing attachments always in two places (on the left and above the email field).
I think we already had this discussion that "flagged" - which is the English equivalent to what would be "als wichtig markieren" in German - must be translated appropriately; only calling such an email "markiert" ist not good since you can also "markieren"/"mark" an email as read/unread! So maybe calling this "gekennzeichnet/nicht gekennzeichnet", as in your screenshot, is already the outcome of what we have been pointing out before, and I have to say I find it not so bad a solution...
Yes, ok, the question would be now (can you maybe explain this, @bohlender?)
- What exactly is a "task"?
and 2. would in then be possible or make sense to make an extra menu only for "tasks"?
How do you mean that?
Ok, but then the question is how we could implement this... What do you think about my idea? Or do you have any other suggestions?
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...
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!
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
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!!
Can confirm this from the use test as well, should definitely be changed!
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 ;) )
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...
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!
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)
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...
I actually find it sufficiently distinguishable.
For me the problem would - if we want to term this a problem - rather be an insufficient separation between the emails, this is, there should be maybe be a clearer line between the separate emails... What do the others think?
Actually I think that in this case "moving to the right and turning blue" is enough feedback... If a user is insecure he/she can still try it out again by clicking on the button again and will realize that the action is undone...
Maybe really more intuitive to add the signature function among the formatting options, yet the email program also offers the possibility to compose emails only in "plain text" (without HTML options; see screenshot) and in this case the "add signature" function should still be available... I guess this is the reason why the "add signature" button is currently placed at the location where it is...
True, should definitely be harmonized in the program!
Our task would then probably be to collect as many cases as possible where this is currently still the case (as we have already started to do with the screenshots above).
I actually find it easier, to simply use the words "An" and "Von" ("To" and "From") but maybe we could combine both by naming the options: "Recipient - To" and "Recipient - From" ?
@Nikolai @Elias96 I think the percentage represents the percentage of storage space used (depending on how many emails are in the inbox, sent file etc.). I would also say that it is not too important that this information is displayed at this place, on the other hand it does probably not represent a huge problem, either...
But to make clearer what the percentage stands for, it might be useful to add a symbol like a hard disk or something similar...
Would be great/necessary (for reasons of consistency) that drag&drop be enabled for the whole program!
Actually my users didn't have any problmes finding the filter function, it was rather a problem that they clicked on the filter when they should sort the emails according to date etc. ...
Same is true for the spellchecker, see T2966.
Should maybe be converged into one single ticket.
True, the drop-down-menu in the first screenshot looks rather like the macOS-drop-down-menus, not like something roundcube-specific...