headers
Andres Sulleiro | 1 Nov 2010 20:22
Favicon

[RCD] delay when deleting messages

Comment/question for you all.

 

Right now I’ve observed the following behavior. Let me know if this is an accurate representation of how it works. When deleting a message in RC the selected message(s) gets removed from the list without an updating indicator but the system is still deleting the message and the message list is refreshed after that. This action can take a few seconds at times. Is this true?

 

If so, I would like to comment that this gives the false impression that the moment the message disappears from the list, it’s deleted and the list or the rest of the interface is ready to be used. Often times I find myself deleting messages and then selecting a new message to be deleted, causing my previous action to fail. It’s really bothersome, specially as there’s no real way of knowing when I can use the list again, making me take my chances. I’ve since started to look at the scrollbar in my message list to see when it redraws to know when I can move on to my next action.

 

Is there a way to provide additional feedback to the user by showing a “deleting messages…” dialog or something? Or better yet, allow the process to run in the background without having to wait first, so this is not needed in the first place?

 

Thank you all and keep up the good work!!

 

// Andrés

 

 

 

 

_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 1 comment |
headers
A.L.E.C | 2 Nov 2010 11:47
Picon
Gravatar

Re: [RCD] delay when deleting messages

On 01.11.2010 20:22, Andres Sulleiro wrote:

> When deleting a message in RC the selected message(s) gets removed from 
> the list without an updating indicator but the system is still
> deleting the message and the message list is refreshed after that.
> This action can take a few seconds at times. Is this true?

Yes, but the whole message list is not refreshed. There are only added
so many rows from the next page that has been deleted.

> If so, I would like to comment that this gives the false impression that
> the moment the message disappears from the list, it's deleted and
> the list or the rest of the interface is ready to be used.

Deleting messages doesn't lock the UI.

> Often times I find myself deleting messages and then selecting
> a new message to be deleted, causing my previous action to fail.

It shouldn't fail. Any errors in log? Enable imap_debug and check in log
what really is going on.

--

-- 
Aleksander 'A.L.E.C' Machniak
LAN Management System Developer [http://lms.org.pl]
Roundcube Webmail Developer  [http://roundcube.net]
---------------------------------------------------
PGP: 19359DC1  <at>  <at>  GG: 2275252  <at>  <at>  WWW: http://alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 0 comments |
headers
Eric Stadtherr | 3 Nov 2010 22:00
Picon

Re: [RCD] save login password?

On Thu, 21 Oct 2010 19:23:10 +0300, Rimas Kudelis wrote:

Hi,

2010.10.21 18:55, pete rašė:
I agree with Cor, the main reason i use Roundcube is the active maintained
codebase and a healthy attitude towards privacy and security. For my 2
cents, security should have to be the deafult and users can opt out. If you
develop unsafe defaults, many will use as-is.

Yeah, except they can't even opt in right now, without using third-party
code.

Don't get me wrong: I do like sane security measures, but not always the
goal justifies the measures. In this case, I see this absolute inability
to save password as an annoyance.


Agreed. It would be nice to at least let autocomplete save the username, and let the user decide whether to save the password or not using the browser's features (Not Now, Never, etc.).


Then also, consider the fact that the same user is quite likely to use
the same password elsewhere (e.g. facebook, which coincidently uses
email address as the user name), which in my eyes makes this security
measure even weaker. And you can't expect the user to use different
passwords everywhere until this becomes convenient enough (as in type
once, save for later, synchronize between desktops).

Rimas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/b28e7101
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 0 comments |
headers
S c o t t K r a m e r | 4 Nov 2010 16:47

[RCD] images in html compose

Hi,

One other comment I've been getting with the current roundcube is not being able to drop (or cut & paste) an image into the compose window and having it just display inline...

I realize this is tricky to do in a web app, are there any techniques out there to get this to work without a browser plugin etc...

This is one of those general usability things that's frustrating when you go to do it and does not work... we all understand the attach image from url button, but most people do not--

Thanks!!

_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 1 comment |
headers
Thomas YS Liu | 5 Nov 2010 19:26
Picon

[RCD] Updated zh_TW localization

I’ve attached an updated Chinese (Traditional) localization



--
Best Regards,

Thomas Yu - Sian , Liu



Detachments -The following attachments have been detached and are available for viewing.

Only click these links if you trust the sender, as well as this message. 

_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 0 comments |
headers
Taka | 7 Nov 2010 05:44
Picon

[RCD] Updated japanese translation

Hi, 

Here is the japanese updated translation.

----------------------------------------
 Taka <taka717 <at> gmail.com>
----------------------------------------

 --- 8< --- detachments --- 8< ---
 The following attachments have been detached and are available for viewing.
  http://detached.gigo.com/rc/BD/H3so61YJ/roundcube_ja-JP.tar.gz
  http://detached.gigo.com/rc/BD/H3so61YJ/smime.p7s
 Only click these links if you trust the sender, as well as this message.
 --- 8< --- detachments --- 8< ---


_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 1 comment |
headers
A.L.E.C | 9 Nov 2010 09:20
Picon
Gravatar

Re: [RCD] images in html compose

On 04.11.2010 16:47, S c o t t K r a m e r wrote:

> I realize this is tricky
> to do in a web app, are there any techniques out there to get this to
> work without a browser plugin etc... 

That wouldn't be so hard to implement, but will require changes in
external code - tinyMCE's code.

--

-- 
Aleksander 'A.L.E.C' Machniak
LAN Management System Developer [http://lms.org.pl]
Roundcube Webmail Developer  [http://roundcube.net]
---------------------------------------------------
PGP: 19359DC1  <at>  <at>  GG: 2275252  <at>  <at>  WWW: http://alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 0 comments |
headers
Ling Fude | 10 Nov 2010 12:05
Picon

[RCD] Translation for European Portuguese (pt_PT) - Update

Translation update for European Portuguese (pt_PT) for "labels.inc" and "messages.inc" with the new labels and messages.
Regards,
DC


Detachments -The following attachments have been detached and are available for viewing.

Only click these links if you trust the sender, as well as this message. 

_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 2 comments |
headers
S c o t t K r a m e r | 10 Nov 2010 16:43

[RCD] imap server without thread support

Hi,

Could it be feasible to support message threading (with the current design) *without* server THREAD support?

There is a feature request for IMAP thread support in hmailserver:

http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893

someone said this:

Threading support should cache thread information in some permanent (persistent) form. If server just implements threading rfc, it will be slow and roundcube won't be able to use on large folders.

Only some IMAP servers cache information in a way which is useful for threading in webmail clients.

 

Thanks!!

_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 0 comments |
headers
Moish | 10 Nov 2010 21:54
Picon

[RCD] Updated Hebrew translation


--

-- 
Moish

 --- 8< --- detachments --- 8< ---
 The following attachments have been detached and are available for viewing.
  http://detached.gigo.com/rc/q3/GgeMOmw7/labels.inc
  http://detached.gigo.com/rc/q3/GgeMOmw7/messages.inc
 Only click these links if you trust the sender, as well as this message.
 --- 8< --- detachments --- 8< ---


_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/1eb652a0
Permalink | Reply | 0 comments |

Gmane