![](/s/cache/bb/62/bb62edd386a4edd30fe46c811c80f6f5.png)
0
Исправлен
Modified date label not updated after save (1.5.5)
In CN 1.5.5, if I open note editor, change it and press Ctrl+S, the label "Note saved" flashes at bottom, but modified date/time label is not updated until I reopen the note. I suggest to update it right after save.
Ответ
![](/s/cache/75/c0/75c04d6568c1469c8b120f7401c43dca.png)
0
Ответ
Исправлен
Alex Jenter 13 лет назад
Fixed in 1.5.6
![](/s/cache/bb/62/bb62edd386a4edd30fe46c811c80f6f5.png)
1.5.5p2 - confirm, modified date is saved on Ctrl+S instantly, but there's a change - in 1.5.5, in the editor, two date labels appeared in one row, and in 1.5.5p2 fix the mod date is on the next row. When I'm saving the note that has no mod date yet, there's a little noticeable flicker while redrawing layout to add one row for the mod date. Is it an intended behavior?
![](/s/cache/75/c0/75c04d6568c1469c8b120f7401c43dca.png)
Seems that I have no flicker when that happens. Well, redrawing is necessary because the size of the label changes and it may lead to control repositioning and even whole dialog resizing (if your dialog has minimum height).And I didn't was to reserve that height to keep the clutter to a minimum.
Is this flicker irritating? If so, I'll investigate further.
Is this flicker irritating? If so, I'll investigate further.
![](/s/cache/bb/62/bb62edd386a4edd30fe46c811c80f6f5.png)
It's absolutely not irritating. It's not even a "flicker" in the full meaning. Maybe "repositioning" would be more correct.
My question about intended change was more regarding this:
changed to this:
(personally I find first variant more organic from space usage perspective)
PS. Date icons are cool :)
![](/s/cache/75/c0/75c04d6568c1469c8b120f7401c43dca.png)
Thanks for complimenting the icons)
Regarding the vertical arrangement, I have been advised that it allows much easier comparison of the dates.
Regarding the vertical arrangement, I have been advised that it allows much easier comparison of the dates.
![](/s/cache/bb/62/bb62edd386a4edd30fe46c811c80f6f5.png)
Haven't thought of that for CN dates, though this is how I compare long strings (one below another). It makes sense now.
![](/s/cache/bb/62/bb62edd386a4edd30fe46c811c80f6f5.png)
A problem described in the topic is actually solved in 1.5.5p2, but the behavior was weird, so I created a related issue:
Сервис поддержки клиентов работает на платформе UserEcho