Feature requests

fbartels

any thoughts?

Please be aware that this is a community forum. So when seeking official statements and wanting to prioritise certain tickets or functionality its often wiser to talk to our support and sales directly.

hasn’t this been discussed to death already?
Yes - but we lose customers. Today I talked with an German Kopano customer, he told me, the need Outlook for integration. His question was do I know someone who will migrate the Kopano system to Exchange.

mcdaniels

Only to make my point clear: Kopano is a great product and we are using it for 4 years + now (serverside). If you are not using programs which interact directly (and only) with Outlook I don’t see any big problems. On the other handside, most programs (running on Windows) interact only with Outlook. And that is the real point and it is a shame.

@Walterhof: I see your point. But I am seeing it from a completly different view. It is the task of the devs of the other programs to not only “look” for Outlook, but we all know these problems.

As I am no developer, I do not know exaclty how the programs interact with each other and how hard it would be, to make Kopano a 100% “Fake-Outlook”.

What exactly is needed by the customer for integration?

To interact with Outlook, this programs require the .NET Outlook object - so implementing the .NET Outlook object in DeskApp would help. But I assume, this is also a huge work.

marty

Hi @mcdaniels

@mcdaniels said in Feature requests:

Hi folks,
I hope I am at the right place to post, which are the mainconcerns of our users while using Kopano DeskApp.

They used Outlook before. You can see it as “feature requests”. ;-)

1.) Alter systraysymbol, when email comes into inbox.

We already thought of something like this. Resulting in https://jira.kopano.io/browse/KD-161 and https://jira.kopano.io/browse/KD-321 but so far we haven’t work on this.

2.) Concerning attachments: Let the user decide, wheter the attachment should be saved, or opened directly.

Could you explain what you’re missing here:
https://documentation.kopano.io/user_manual_deskapp/usage.html#download-settings

3.) Drag and drop of attachments into a new mail (this works via the “Attachment-field” but if you try to drag&drop a file, then you must be some kind of sniper, to find the correct position, to attach the file)

Ticket for this has been created a while ago: https://jira.kopano.io/browse/KW-394
So far not many request for this are made.

4.) Better separation of the different frames in the Kopano DeskApp.

Could you elaborate?

8.) Killerfeature for us (missing ): Print calendar “weekly” view with location of appointment – Location of the appointment is not viewed at the moment

I’ve created ticket https://jira.kopano.io/browse/KW-2813 for this.

Marty,
for WebApp / DeskApp we need:

a better spell checker, the German spell checker is very poor. The spell checker do not know so many words. Correct words get marked as incorrect.
a better editor, removing a empty line, changes font of next line.
selecting 200 or more items is a pain and very slow.
deleting 200 or more items, WebApp is unresponsive for minutes - this is also a pain.

mcdaniels

@marty
1.) Systray: Lots of our users are complaining about this. Would be nice, if it included in some future releases, but I think it is no that urgent.
2.) I will have a look into this again.
3.) Lots of complains here.
4.) Some users told, that there should be a better separation of the sections in the deskapp. They would like darker borders. (really not urgent!)
8.) As said absolute killerfeature for us. I would really pay for it, if this would be implemented as fast as possible.

marty

@mcdaniels said in Feature requests:

4.) Some users told, that there should be a better separation of the sections in the deskapp. They would like darker borders. (really not urgent!)

Try the high-contrast theme. You can also create a simple JSON theme yourself.

8.) As said absolute killerfeature for us. I would really pay for it, if this would be implemented as fast as possible.

You should get in contact with Kopano for this.

mcdaniels

@marty
concerning the attachment-opening. If you choose to ask the user whether the attachment should be opened or saved and you choose open, then deskapp asks where to save the attachment and after saving, it is opened.

It should work that way in my opinion: When the user says “Open” there is no extra step to save (it should be saved in a temp folder), and when the user says “save” the file is just saved (which works as expected).

4.) Ok, i will try ;)
concerning 8.) ok

sturzhelmut

Hi,
mcdaniels last statement is the way our users would prefer to open attachments too. For sure it is only a question of convenience, but our users whine about this at every meeting. It would be awesome if you could implement this feature soon.
Thank you.

mcdaniels

@sturzhelmut: I know what you are talking about ;-)

thctlo

Is’nt there anything new for kopano as option now MS has joined the OIN Software Patent pool which protects Linux systems.

https://www.openinventionnetwork.com/joining-oin/linux-system/