Suggestions and Feature Requests

[Ryan Lederman]

Just a reminder - we encourage you to post your thoughts about our applications. Good or bad, we'd like to know what you're thinking.

If you have a suggestion for improvement of an existing feature, or you've got some features in mind that you'd like to see in future builds, let us know by posting it in the associated forum!

We actively watch forums for precisely this thing, and it is very likely that if your suggestion or feature request is viable that we will implement it very soon.

The future features and usability of our applications depend greatly on your feedback, so don't be shy!

[Matthew]

First and most important, there is one limitation that makes this potentially great little plug-in all but unusable for guys like me. I use Outlook *a lot*, and I have many Outlook items (particularly tasks) stored under different categories. I need the ability to sync only a subset of items, as specified by a pre-defined Outlook category. For example, in order to sync a contact, task, or calendar item from Outlook to the server, that item would need to be assigned to a category called SyncWorks. Any item created on the server would be automatically synced to Outlook under this category name. Maybe this use of the SyncWorks category name could be optional; if it's turned 'off', then the program would sync everything--which would be fine for some people. Of course, it would be great if categories could be synced, too, but then you could end up with a lot of non-standard categories in the database; and how would you manage 'public' items?

Second, and almost as important, there needs to be a better way of dealing with 'private' and 'public' items. Instead of relying on the Outlook property for this, or by globally choosing to mark EVERYTHING as 'Private', I would expand on the category idea: Instead of one SyncWorks category, have three:

1. SW Public for items visible to all staff.
2. SW Restricted for items visible to any staff with access to the department of the person creating the contact.
3. SW Private category, for contacts that are entirely restricted to the author.

My third suggestion relates to how data is prepared for synchronization. Again, if you have many Outlook items, the process of prepping three different types before anything can be done is unnecessarily time-consuming when you only want to sync, say, your contacts list. Can this be broken into discreet scripts?



Lastly, something simple: start the sync window minimized so that user can continue using their Outlook as usual while the sync occurs in the background.

[level4designs]

I would have to agree mostly with the previous thread. for those that use Outlook a lot and depend on it to be correct, not hope it's correct, we need syncworks to be extremely extensible.

I purchased it over a year ago and still can't use it because it crashes outlook 2007 every other time I start it. then outlook wants to disable the plugin when I restart it. And it does this on vista and my 2 XP machines, and reinstalling, etc never helps. Now this isn't a support thread I'm asking for, but it has just never worked and when it does boot up and load, I have all kinds of common problems like duplicate data, syncing to a laptop then to my desktop screws things up.

So to my request, make it reliable, make options that are more clear. Perhaps make the server the 'Master' and all other computers that sync with it the 'slave' computers?

I would like to see all the options in 2007 be offered on the web interface, make them viewable and searchable. I know there are extra fields in outlook and minimal fields on the web interface, like using colored categories.

Great product, but really needs quarks worked out of it first...