Re: Multiple SMTP connections in parallel

Albrecht Dreß <[email protected]>
Newsgroups gmane.comp.gnome.apps.balsa
Message-ID <[email protected]>
Hi Peter:

Am 11.06.17 04:09 schrieb(en) Peter Bloomfield:
> So the thread-per-server model would be used both for user-initiated sends (such as File => Send queued mail) and for timer-initiated sends, but the progress information would be presented differently, is that right?

Yes, this is my idea.  When the user selects "send" or "send queued", I think [s]he expects the dialogue to appear.  For a background operation, a dialogue popping up seems too intrusive to me, therefore use the notification area in this case.

An extra goody would be if we remember during a long-running transfer that the dialogue has been closed by the user, and then just emit the notification after it has been finished.

> I like the outline, especially the single dialog with progress indicators dynamically added and removed. Smooth transitions would be really cool…

I just discovered that GtkRevealer provides exactly this, and hacked a little test application - looks really cool, will be the way I'll implement it.

Sorry for the delay, but the simple task "just send in background" turned out to be a lot more complex than I first expected…

Thanks,
Albrecht.

_______________________________________________
balsa-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/balsa-list
signature.asc (application/pgp-signature, 473 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAABCAAGBQJZPUO7AAoJEEypbw5n59n4wGYH/045u2xSrC/lMu5MAxE5R0Dk
lG7UEja43pXBMuA9ta8d9QVs88zT1MxAL2pgVLFgMbhDlp4EdsUySaeE8XpiSkm7
ndnQBM5P9pb6UmFbUY0lgQnadM3k5dqiOfXLBQERtEyaDDqbbOplavx4njdoIb8+
Fk//qf8ObHlAovHJMT6kNWZqkY+l/PPytxx1kSzH12KQZky0OZ+nNTirq20kK8wR
sw/xP19u76N3a6h+GrBo5EO3Uxx/g8VXVNskqQZiDnlGyvp3jiIUvZifFbHq36/5
1ThpJECoweZsVhq3Zayt0ES6LNep8kvkSAofG9VoY1Y49b0WFqfrHLk4odj339Q=
=s4zV
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.