Re: [Kde-pim] Kontact Touch Mail - Usecases
On Saturday 25 May 2013 23:46:08 Heiko Tietze wrote: > Am Samstag, 25. Mai 2013, 18:17:45 schrieb Thomas Pfeiffer: > > The list was originally written not in order to prioritize > > implementation... > Well, that's a horse of a different color :-). Yes. We should have clarified that before you reviewed it... On the other hand, this misunderstanding brought us your list of prioritized requirements, so it's a good thing in the end :) > > I've written some comments on them. > | > |list=mailing list. > > Isn't it rather a feature of the addressbook, if at all? Emails can be sent > to a list of receivers but this list gets separated first. And when I write > to active@kde.org for instance then I do not write to all single > reciepients. Or am I wrong? One example usage scenario is this: Someone sends a mail to a mailing list (like active@kde.org) as well as to you personally (and maybe other people as well). Now if you reply directly, you only reply to the author. You could reply to all, but you might want to keep the discussion only on the list. Another scenario is a case are mailing lists which do not automatically set the mailing list as reply-to address when they send out mails. If you just hit "reply" on a mail from such lists, you reply only to the author, not the list. For these scenarios, e.g. KMail or Thunderbird have a specific "Reply to Mailing-List" option, which only sends to the mailing list from which you received the mail (in addition to receiving it personally). This is surely not a must-have, but I've been using it quite a few times. > |User Experience > > I want to add some kind of soft feature. Mobile devices are used more to > pleasure than desktop computers. Therefore joy of use becomes relevant. Yes, no objection to that. > |(?) Design fancy dialogs Thomas: If by that you mean "Make the UI look > different to the rest of the system" then I'm against it > Nope, unless the rest of the UI will be designed as ugly as possible :-). It > should have a nice appearence. (But UI has to be as well "normal" as stated > once before) Ah, okay. It's just that in me, "fancy" triggers the "A designer has done something which looks cool, but offers zero consistency with the rest of the system"alarm. There surely are cases where deviating from the platform standards makes sense (like games or some multimedia apps), but I don't think a mail client is one of them. Maybe we should just replace "fancy" with "Aesthetically pleasing"? > |User Actions > > Common > +Mark as spam (sadly common) Depending on the spam filtering system of your email provider, this may indeed be a common feature. This should only appear if spam filtering has been activated, though. I would not use client-side filtering on my Web.de account, for example, because the provider takes care of that for me and if I marked a mail as spam locally, that information would not reach Web.de. I'll add it. > Uncommon/Rare > +Format email text (html) > +Show details, e.g. size of email(s) Yes. I'll add those. > +Userdefined tags, favorite, note, task etc. (or is it SLC?) btw: I don't > know what SLC mean. Perhaps it should get written out somewhere if I'm not > the only one. Yes this should be done via SLC. SLC stands for "Share/Like/Connect" and is a system-wide system for resource-specific actions. See http://community.kde.org/Plasma/Active/Development/ActiveHIG/SLC for details. Thanks again, Thomas ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Allwinner A10 image
Thanks Marco! I've already extracted the nanda from my tablet, so I have the script.bin and u-boot. What can I do to help development? I would love to do what ever I can. I looked up the specs on the A20, glad to see the GPU gets an upgrade along with the CPU. I'm on dial up at my house (curse you AT&T) so I'll download the image when I can, which will probably be in a few days, and I'll let you know how it goes. ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Bugs(?)/Questions in current PA devel & testing
On Sunday 26 May 2013 08:59:18 Ruediger Gad wrote: > I have some more findings and will try to briefly explain these in the > hope that they are useful. > > On 05/26/2013 01:06 AM, Aaron J. Seigo wrote: > > On Sunday, May 26, 2013 00:50:37 Ruediger Gad wrote: > >> Another thing I found with respect to the devel image is that it is > >> missing /usr/bin/contour which is present in the testing version. > >> I assume contour is responsible for painting the main parts of the UI? > > > > No, plasma-device is. contourd should not be required. > > I just gave it a try with a fresh image based on the devel branch. > With the stock image the ui does not come up. > Then I manually copied /usr/bin/contour and > /usr/share/autostart/contour.desktop from the plasma-mobile rpm of the > testing branch. > With the copied files in place the ui comes up as it should. > ps also shows a running contour process. ha, riight, the qt networkmanager recently changed name (it's insanely a moving target unfortunately) so your patch should definitely go in (in master, that will go in devel, while Active/3 still uses the old name) -- Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Bugs(?)/Questions in current PA devel & testing
On Sunday 26 May 2013 00:50:37 Ruediger Gad wrote: > >> Is /tmp wiped or re-mounted at some time during boot? > > > > not that i know of > > Apparently, /tmp is now on a tmpfs in memory. This explains why there > are no files left after shutdown. iirc this is new? this was a recent change in latest mer release i suppose? -- Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Bugs(?)/Questions in current PA devel & testing
On Sunday 26 May 2013 01:06:31 Aaron J. Seigo wrote: > On Sunday, May 26, 2013 00:50:37 Ruediger Gad wrote: > > Another thing I found with respect to the devel image is that it is > > missing /usr/bin/contour which is present in the testing version. > > I assume contour is responsible for painting the main parts of the UI? > > No, plasma-device is. contourd should not be required. the contourd executable should be provided by the plasma-moile package now -- Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active
Re: Allwinnner A10 image
On Saturday 25 May 2013 21:44:55 Jonathan Rigsby wrote: > Hey everyone, I'm really excited about the Vivaldi tablet and Plasma > Active, hence the reason I'm on this mailing list :D. I have an > Allwinner A10 tablet which was, until the upgrade to dual core SoCs you can see here ftp://5.9.162.110/ if (either under nemo/ or plasma-active/) there is an image exactly for your device otherwise you would have to adapt it a bit (starting probably from the one for cobi) where adapting means providing the proper u-boot and "script.bin" imaes for that tablet model (the vivaldi specific image probably would be a bit harder since the eoma68 boots in a slighty different manner compared to the other a10 devices) > (congrats on that BTW :D), the same as the Vivaldi tablet. I tried > booting Mer (in order to get Active) off an SD card, but since it was > made for TI OMAP SoCs it didn't work. So my question is where can I go > to get the image or source code (I want Active so much I'm willing to > perform my first ever source code compilation) that you were using on > the Vivaldi before the upgrade? Also I assume the dual core SoC your > using now is the A13, is that right? Hope you can point me in the is an A20. Luckily a10 and a20 are completely compatible kernel wise > direction and thanks for all the hard work KDE does. :) and thanks for your entusiasm, any help is always appreciated :) Cheers, Marco Martin ___ Active mailing list Active@kde.org https://mail.kde.org/mailman/listinfo/active