Automatically sort documents about litewrite HOT 3 CLOSED

As a start, we should use simple recency as indicator. The last document you edited should move up to the top of the list – not if you only opened it though, except when it is the document you had open last when you left Litewrite. The last document open should always be sorted up top and opened when starting the app.

Regarding old documents: Yes, the list should grow infinitely. This should not introduce any loading problems as only the titles are loaded. As soon as everything is loaded though, the content first ~7 documents should be preloaded for faster access.
Docs should never ever be automatically deleted (I can’t stress this enough, even accidental deletion of any document contents would be our fault).

Thoughts on if / how to visualize the age of the documents:

• Maybe there should be small gaps / headings in the list where the docs are from »last week«, »last month«, »last year« etc. Seems to be like a bit of a cop-out though.
• Crazy intermittent thought: What about having variable spacing between the documents, depending on when they were last accessed? Let’s say the documents list would by default show in its height a course of a week, or a range so that a minimum of ~3 documents are always shown, whatever occurs first. This is probably just chartporn though.
• Another interesting thing in combination with the small headings would be to change the brightness of the document title in the document list. The older the document, the brighter the type becomes (until a certain level where it is still readable). I implemented this in ownCloud for file size and date, and it proves pretty useful to get a quick feeling for where a specific file stands.

Btw, also see #25 about showing a date in the document itself.

Does this all make sense?

from litewrite.

Here is a first implementation for sorting by recency.

The thing about preloading/lazy-loading is something we should discuss in Issue #7.

And I opened a new issue for the discussion about the visualisation: #31

from litewrite.

Oh, nice!

The next steps are 1) specificity and 2) crazy morphing.

1. When you just click on a document in the list, it should not move up to the first spot – because you just open and view it. Only if you edit should it move up. In fact, it shouldn’t even move up when it was the last one open before closing Litewrite – so not move up top on the next opening, but rather stay where it was. Then indeed the document list should scroll to the location of that document, if needed.
2. Animation! Currently, the documents move in a very confusing way because they just switch places without you noticing. There should be a subtle animation which moves the just edited document from its place up top. Also moves the elements above it one element down to make room in the first spot and also to close the now empty spot below.

from litewrite.