we skip this release and focus on 0.3
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Jun 28 2017
May 24 2017
Apr 20 2017
Apr 16 2017
Apr 13 2017
Apr 11 2017
Apr 6 2017
We now indicate that the content is missing and show a little text indicating if content is missing, is currently being loaded, or failed to be loaded.
Apr 5 2017
I did all the moving around and we now have a single framework plugin. The one thing I did not yet do is move button etc to a controls subdirectory. I don't think it's necessary right now, but I'm open to follow up on that if that's wanted.
Apr 4 2017
We need to release with 0.2:
- kasync (due to ciritical bugfixes that we rely on)
We're doing simple string autocompletion for the addressbook now.
Mar 31 2017
Mar 30 2017
Mar 28 2017
In T1826#87121, @cmollekopf wrote:While that may be true I think we still have to fix the issue of focusing a single mail as it will be equally relevant for keyboard navigation/shortcuts.
True, but I agree that adding more steps doesn't seem like a good idea for autocompletion. One benefit of the addressbook approach might be that it is much more touch-friendly than a list of email addresses (due to larger hitboxes).
In T1826#87116, @mbohlender wrote:I think we can get away with marking the whole thread as unread once the user clicked on it and stayed on it for a short time.
I think we can get away with marking the whole thread as unread once the user clicked on it and stayed on it for a short time.
the other solution would be a two step process of selecting the person and then pic an address if there is more then one. I'd like to avoid additional steps where possible though.
Mar 27 2017
We can use the mail status for this, just like we do for downloading messages.
I have experimented with ways to determine the current mail, which can then be used to mark the mail as read and implemented a first version.
It's fairly difficult to achieve a system that works reliably though. The system as it currently is always has a single mail as current mail (and all other mails get slightly grayed out to indicate that). The current implementation only set's the current index based on the scrolling position, which becomes problematic when we have many small mails in the conversation view (especially at the beginning and the end):
A problem we get with using the addressbook is that we don't have an easy way to deal with multiple addresses.
I therefore started to question whether we shouldn't rather just autocomplete email-addresses.
We could still supplement the email address with information from the addressbook (avatar, name, ...), but perhaps building a solution that is geared towards email addresses works better?
Mar 22 2017
Mar 21 2017
Mar 20 2017
Mar 18 2017
Mar 17 2017
Mar 16 2017
After giving it some though here's the current plan for the notification system:
Mar 15 2017
We already have a trash flag that can be used for that.
In the conversation we'll just hide mails from trash (so we can optionally show them).
We still have to exclude it from the count though.
Mar 14 2017
emblem-pause
emblem-warning
ebmlem-success
are still available in breeze, oxygen and most other icon themes.
Mar 13 2017
@mbohlender got the ping but didn't found the time, sorry.
@andreask not sure if you get notificaitons so this is a ping.
Mar 11 2017
Mar 10 2017
The plan for the addressbook to have a list (that is probably displayed as a grid), containing contacts, addressbooks and contact groups. Clicking an addressbook would just narrow down the search (act as a filter).
Mar 9 2017
for every list item we want a status indicator Icon. If possible. Maybe just text is also fine. What do you think?
where (and in which size) the icon will be used?
In T2782#83862, @andreaska wrote:when you need some new breeze icons, please ping me or fill a bug report.
when you need some new breeze icons, please ping me or fill a bug report.
we need to show:
- sent/not-yet-sent/error status
- subject
- addressee
Mar 7 2017
Mar 6 2017
$ git archive --format=tar.xz --prefix=kasync-0.1.0/ v0.1.0 > kasync-0.1.0.tar.xz $ sha256sum kasync-0.1.0.tar.xz 7cc451662fcf5c2f67cbebdeb03020 kasync-0.1.0.tar.xz $curl -T kasync-0.1.0.tar.xz ftp://upload.kde.org/incoming/
Mar 3 2017
Mar 2 2017
Mar 1 2017
Feb 22 2017
Feb 21 2017
Feb 20 2017
Feb 12 2017
No, that part seems to work nicely. I either created the ticket before it was fixed or I just didn't notice yet.
I fixed the reappearing messages after D&D by making them invisible after a successful drop. Is this not working for you / an insufficient solution?