I'm not the person you're replying to, but there are my comments.

1. Skip any modals. First time users don't care about loading configuration, and current users don't care about it that often that it merits such prominent placing. Have sensible defaults, and load them automatically.

  1a. Sensible defaults are hard to achieve :) Measure user activity and see how people *actually* use the product, and extract your default behaviour from that.

  1b. There is already a "load" link at the menu, that's enough for users to load config later.

2. Have you ever used Trello? They serve a similar purpose, and have a nice solution to this: the bottom of a column ("list", in their parlance) is clickable, to create a new card.

3. FWIW, I've grown to expect a small gear on the top-right as being the menu, and end up always clicking there when I'm looking for something I can't immediately find on the main interface.

4. There is no #4 :)

5. You could also check into external services that provide a save api, such as Google Drive or Dropbox. Localstorage would be cool, but my usage pattern includes accessing from different devices, and having the data saves somewhere externally accessible is crucial.

6. Undo. Have undo. You can completely forget about confirmation if you have undo. It's not trivial to implement, but man. Have undo :)

And congratulations, it's a cool product :)

BTW: grandparent, I'll look at that book as well, thanks :)

[Edit: formatting]

her erre,

Yeah I noticed I made that mistake too lol.

Thanks for the feedback! it's super appreciated as I can take all of this on board.

google drive is certainly something that would be very cool to be using.

with an undo though, how many done actions would you want to be able to undo?? Because I would store column json as deleted I guess and then retemplate it in at the appropriate position if I can.

Thanks again for the feedback, much appreciated!

About the undo, try and make things simple. The ability to undo only your very last action will probably account for most people's needs.

ahh ok cool, so I will just remember the very last thing and have it as an action in the header maybe? how does that sound?

Thanks for the feedback, once again much appreciated.

As many other have said, this looks similar to Trello. It may be worth looking into how they have their UI set up.

Noticeable differences - In trello, the button which will action something is located close to where you would expect the result.

eg. The new card functionality is at the bottom of the column, the new column functionality is in the top right. Further "more advanced" functionality is hidden in drop down menus for which the indicator appears on hover.

hey alistairjcbrown!

Thanks for the feedback!, it's much appreciated. I am certainly going to take a look into this, many people have mentioned trello.

Thanks again!

I use quite a few web apps and desktop apps in this space, and have experimented with many more. I find Trello one of the most amazing apps I've used, both in it's general design and in the little details. Especially the little details. My expectations of web apps are generally not so high, so when, for example, trello remembers my input when I accidentally close something, it's a surprise.

The most recent discovery I made was that when you hover over a card and press the copy keyboard shortcut, it copies the card. Something I don't use much, but comes in handy every once in a while.

I think studying Trello's functionality would be great inspiration to improve your tool!

hey mercer!

Thanks for your insight, I will certainly look into taking on board a lot of peoples ideas and insights.

Thanks again!

  > 5.Cool, I will take a look at them, I haven't been too sure on save options. The initial idea was that developers wanted to save something they could then send to a PM who could load the same thing make changes and maybe send back.

To me (and I am no usability expert so, ya know, 'grain of salt' and all that), this sounds more like an "Export" operation than a "Save" operation. I agree with the parent that localStorage or IndexedDB would be good, and combining one of them with auto-save would be even better. Perhaps the 'Save' button in the menu could then be changed to 'Export' or something?

EDIT:

Also, the use of localStorage could make this 'todo' from the README partly obsolete:

  > online persistence if there was demand. this does however mean accounts which isn't cool but maybe the notion of guest accounts and persistent accounts whereby multiple boards could be saved.

LocalStorage wouldn't enable a user to get their boards from anywhere, but could help, as the parent says, with the 'oops i closed my browser' case.

how about exporting/saving/backing up to a cloud storage provider like skydrive/dropbox. That should remove the need to maintain accounts. You can use the javascript dropbox sdk to replicate/backup the local storage file onto the cloud. When a user accesses it via some other computer, simple ask him to login to his dropbox account and you can sync the local storage once the access is available. Just my two cents

hey wiresurfer!

Thanks for your input, it's much appreciated. I am very interested in getting this part of tyto working. Do you think personally that dropbox is the best option for this feature? or do you think maybe offering skydrive, google drive and dropbox would be better? I also need to think about how this would be tackled from a UI perspective too to be honest so any opinion you may have on that would be much appreciated too.

Thanks again for the input! feedback has been great!

hey untothebreach!

Yeah export actually sounds much more fitting and the correct wording.

localStorage is certainly something I am going to be looking into to add to this. Another poster had suggested the available save APIs from say google drive, what do you think of that approach?

Thanks again for the feedback!

I like the idea of Google drive...it would also help solve the problem of Accounts if a user could sync their data through their GDrive or Dropbox or something...

Anyway, I have forked the repo. Can't work on it now (at work) but I will try to play around with it this week and might be sending you a pull request or two.

You might consider Dropbox, since the Datastore API seems perfect for the persistence (and live syncing) of data. Try the sample task-list app in a couple tabs: https://dl.dropboxusercontent.com/u/182037406/js-datastore-a...

hey smarx!

Thanks for the input, it's much appreciated. This area of improvement for tyto is something that I'm really itching to get working. Will definitely check out the link.

Thanks again for this!

Yeah I do like the idea, to me it is better than having some database for it or the likes. Going to compile an issue list of what's come up in the feedback and start looking into making those changes.

Thanks again for your feedback!

On #4, you can avoid it by adding data-keyboard="false" data-backdrop="static".

hey quarterto!

Ahh thanks for that! I obviously had overlooked it. Although it looks like I may get rid of the modals altogether and opt for menu actions within the header and loading a default config. What's your opinion on this approach?

Thanks again for the feedback!

Regarding 2. 'add item button is too small' - I'd personally try a large-ish grey plus icon in the middle of a column, that is only visible when that column is hovered.

hey paulftw!

that's a nice idea too. However, do you think it would work in a nice way? if the column is filled with items then you thanks for the feedback! are hovering over an item and the column then you may go to drag but want to add an item and vice versa. i guess this could be tackled with correct behaviour in event listeners.

I'd be interested in any more input you have on this behaviour and the opinion of others on this approach.

thanks again for the feedback, it's much appreciated!