86423 2004-08-02 09:31:11 +0000 Ability To Reply To HTML Email With Same HTML Format As It Was Received 2012-12-13 08:22:10 +0000 1 1 2 Applications kmail2 composer unspecified RedHat Enterprise Linux Linux RESOLVED FIXED NOR wishlist --- 1 ian pim-bugs-null albandil annma bob bugskdeorg denis.prost diego divan fredsie gaston.tonietti Happy.Cerberus ian ivan j.p.lippl jason jtraum kb9vqf kde.bugs kde_bugs lydia m.wege masaj mathias.v44 mi+kde montel murphyjj nicco.ts orion2000za pancho.s particlese pascal.hasko.bernhard paul paul_denisov rado.kljucevsek registrations ricardo rob ruchir.brahmbhatt rudd-o samtuke shantanu silver.salonen simon tin.blaskovic tmikov winter yez 4.8.0 2246 oldest_to_newest 255161 0 ian 2004-08-02 09:31:11 +0000 Version: (using KDE KDE 3.2.92) Installed from: RedHat RPMs OS: Linux Now that Kmail has the ability to compose HTML email, it seems it should also have the ability to reply to HTML email that has been received, with the same formatting. Presently, when I click on 'Reply' to an email that I've received that has been HTML formatted, the Reply window loses the HTML formatting and is just plain text. I do have the option of changing my reply to HTML of course, but in the meantime, I've lost all the HTML format of the original email. 255165 1 ian 2004-08-02 09:52:43 +0000 I suppose that might be true, I have no idea. But I do know that Evolution is able to do this with all HTML email (leaving the HTML formatting when replying) as is of course, many other MTU's :) 255166 2 ian 2004-08-02 09:53:25 +0000 I suppose that might be true, I have no idea. But I do know that Evolution is able to do this with all HTML email (leaving the HTML formatting when replying) as is of course, many other MTU's :) 289432 3 astharoth 2004-11-26 23:04:46 +0000 Yes, that would be a great feature. It includes the ability to reply a html message without loosing formatting, or to forward it. Maybe it could be an option... 294969 4 mi+kde 2004-12-16 18:37:35 +0000 *** This bug has been confirmed by popular vote. *** 348141 5 matze 2005-06-06 19:49:49 +0000 Actually, I had to switch to Thunderbird at work because people complained that I break HTML messages when replying to them. Very bad, since I have to give up on Kontact, too :-( 411888 6 kyron 2006-02-06 03:34:31 +0000 I am about to have to do the same as comment #5 for similar reasons. It's becoming less and less of a "feature" and more and more a "must" since Kontact (kmail) doesn't even include the text message in a reply if it was originally seen as text. 434058 7 gjunk 2006-04-26 14:52:45 +0000 The ability to do this is absolutely vital in a business setting. I get a lot of mail with tables or information formatted specifically to convey business relationships - responding to these is a huge source of frustration and a source of many many complaints from my business colleagues. This is a useability necessaity for kmail in the business world where clear summary (formatted) information transmission is a vital and frequent part of the normal business day. I really like kmail aside from this enormous problem - I'd really prefer not to switch back to evolution (which in this area is 100% useable). I'd love to see this tool step up to the bigger role it cold play in the business world. gene/ 434228 8 ian 2006-04-27 00:13:44 +0000 I agree gene. I don't know why this doesn't seem to be a priority with Kmail development. It is the one single most frustrating thing about Kmail, which is otherwise an awesome application. 436613 9 gmludo 2006-05-05 16:28:22 +0000 I confirm this, it's very important for business work. Kontact is the best PIM software, but this bug it's really a problem for working world. 447402 10 gjunk 2006-06-17 20:31:34 +0000 Please can the developers comment - its been nearly 2 years. The reality is this is vital if kmail is to be the mailer of choice in todays modern & commercial world. It'd be very very nice to know its coming - or not - please don't make me use evo! thanks/ g 453710 11 gjunk 2006-07-14 17:39:24 +0000 Guys - any movement here? This is a realy kamil killer .... ;-( 453717 12 gjunk 2006-07-14 19:11:40 +0000 And I need typing lesson!! I meant of course, its a kmail killer for many and certainly in a business setting. 460426 13 gjunk 2006-08-14 18:15:43 +0000 Any chance of being able to keep formatted email? Any dev care to comment - please? It is a big blue blot on an otherwise terrific tool. Real world scenario - a few days back. I can find no way to do this in kmail - if there is please enlighten us, I'd really love to know how to do this without using evolution or thunderbird. Send first draft (formatted) of our budget - cc self - managers edit and send back or offer suggestions. Reply to mail so I can edit and send again with changes - repeat until finalized - then send to larger group. kmail - cannot be done. period. Each time the mail comes back or I need to update I have to re enter the formatting .. very very very very very very frustrating. Really appreciate any help. I think fixing this longstanding bug would go a long way. Thanks for any help you can offer, gene 460436 14 mETz81 2006-08-14 19:11:48 +0000 It's very interesting to see how people abuse mail with all kind of crap :( Use attachments if you really feel like sending documents forth and back and waste bandwidth and space. Alternatively use systems that were made for working as a team, mail is NOT a collaborative working tool. 460438 15 mi+kde 2006-08-14 19:18:21 +0000 Stefan, this is the most ridiculous attempt to justify a missing/incomplete feature I've seen in a long time... =mail is NOT a collaborative working tool. Pathetic... 460443 16 gjunk 2006-08-14 19:38:51 +0000 This is the real world guys ... please don't be abusive. I work in a large corporate environment. Don't assume that your way of working is necessarily applicable to everyone. Try and be open minded. And lets keep this polite - and yes - mail is a collaberative tool for some - sorry if you don't believe it - it is - even if you don't like it. It is not considered abuse in the business world of which I am a member. It is however considered rude to destroy the format in replying to an email. The world has evolved and pure text email is not the only source of communication. Formatted mail is a reality. Sorry if you don't like it but it is. kmail even supports it - just not completely. Attachments definitely have a place - I agree especially when the data gets beyond a page or so. Further, you will note, that every other mail product, outlook, evolution and thunderbird all support this. As an aside, I'd much appreciate polite, clear and unemotional comments please. And insults have no place here either - please try and remain professional even when your views differ from others. Thanks/ 460741 17 gmludo 2006-08-16 02:11:39 +0000 I allow myself to intervene in the discussion, because I agree partially with Stefan Gehn. Indeed, better tools exist to make a collaborative document (open office, wiki...). Nevertheless, it is very practical to use the HTML in the work to be able to format ahead the key points thanks to the HTML. For example, the numbered lists and the tables are also very useful to make a fast synthesis. Yes, I can do that with open office, but that would be faster if I could do that directly in Kmail. Moreover, that which receives my e-mail can read it directly, without needing to open another software. It seems normal that the recipient can modify e-mail in HTML to add comments. I think that Kontact will never replace Outlook in the companies if it has this type of limitations. Do the developers of Kmail prefer that is Evolution or thunderbird that the companies prefer ? 460752 18 gjunk 2006-08-16 04:02:49 +0000 Remember too that we need to respond to emails as well - from the boss, other managers, colleagues in the firm as well as customers. We cannot simply tell the entire world to use another means to communicate. We need to deal with others if we are to succeed. Telling your customers to send a potential transaction a different way will not endear you to them. Taking time and money to reformat your reply makes no sense either. Outlook is in widespread use as was mentioned above. Its a fact whether we like it or not. I sincerely hope that kmail will grow to realize its potential. 460777 19 kloecker 2006-08-16 09:53:10 +0000 Guys, this discussion is pointless. KMail will eventually get this functionality. Currently this functionality doesn't exist due to a combination of technical reasons (the text editor we are currently using does support only a very limited subset of HTML) and organizational (don't know a better word) reasons (lack of developers who have the time and are willing to work on this). And FWIW, if somebody really wants to have a feature added to a Free Software project he can simply contract someone to implement this feature. The German BSI did this already several times in the past. And they even did it the right way because they demanded that the new features are put into the official releases and not just in some special in-house versions. 489210 20 rob 2006-11-23 20:22:03 +0000 Hi all. I think KMail is a great tool, but the lack of this feature is a deal-breaker for me. I know a lot of people are against the whole idea of HTML e-mail, but the fact is that the issue has already been decided outside of the Linux/UNIX world: HTML e-mail is here to stay. So KMail ought to have first-class support for it. 496153 21 danieldiazdelaiglesia 2006-12-26 22:44:10 +0000 Hi all. I have chosen Evolution in the work for this problem of HTML. I go many years being working with Kmail at my house and in the work i have not been able to use it. 498942 22 gmludo 2007-01-06 23:32:49 +0000 Ok, we have understand that it's difficult to implement this into Kmail. But, for KDE4, with new Qt4 and kdelibs4, do you think that a new solution will be possible easily ? 506707 23 murphyjj 2007-02-05 09:39:13 +0000 Doesn't matter - if KMail doesn't handle HTML properly and easily, it won't be used. The rest of it can be elegant, fast, robust, magic even, - but no HTML, no users. 506820 24 rob 2007-02-05 17:03:37 +0000 I must agree. IMHO, KMail can't be a serious contender for use in a business setting without this. And by the way, Evolution doesn't handle HTML particularly well, either, so if KMail did, it would be a real differentiator. 506840 25 gmludo 2007-02-05 18:38:07 +0000 Ok, I think that everybody understands the business problem. But somebody of KDE_PIM could say if a solution will be found with KDE4 ? A bounty must be created to implement this ? What do you need to implement this ? Thanks for your response. 514046 26 jason 2007-03-09 19:24:20 +0000 A simple suggestion.... if the "Use External Composer" option was fixed JUST A BIT it would at least let people like me USE kmail reasonably.... all that needs to be done is... a) Have a checkbox there that says you prefer to edit the HTML version if it exists b) Save the HTML version of the email for the external editor if it exists and the checkbox is checked c) If the HTML version is edited in (b), then when the composer exits send the result as HTML Mimetype. This results in VERY small changes to the KMail codebase, doesn't need anything to do with a new editor, etc. And all the user has to do is put 'kword %f' in the editor box. I know it is highly likely any other change will never be done in the 3.X stream since everyone is now working on KDE 4.0... but if the history of this bug (and what I see in KMail's SVN) is any indication, nothing else is going to be done to get this working anytime soon... so maybe this is a simple option... I may make a patch to enable this if people think it would be useful. 514097 27 ian 2007-03-09 23:03:58 +0000 Jason, I'd sure appreciate a patch to make this work! You'd have to explain to me how to apply the patch - but I'd sure be happy with this working. 514119 28 rob 2007-03-09 23:48:21 +0000 There has been recent discussion on the KDE-PIM mailing list about replacing the embedded composer widget with a more robust HTML editor via a KPart. This would address a lot of current limitations including, I think, this one. Unfortunately, it's not a small chunk of work because no suitable KPart exists today. Your suggestion might be a good interim workaround. 514129 29 jason 2007-03-10 00:04:29 +0000 On 9 Mar 2007 22:48:24 -0000, Rob Hasselbaum <rhasselbaum@comcast.net> wrote: >Unfortunately, it's not a small chunk of work because no suitable KPart exists today. What about the Quanta VPL editor? 514151 30 rob 2007-03-10 02:14:46 +0000 Quanta is not a KPart component. I asked devs on the Quanta mailing list if there were any plans to package it as such in the future, and the answer was, basically, no. (More precisely, there are plans to componentize it, but not as a standalone KPart. It will be tied to the KDevelop infrastructure.) So its not a viable option unless someone steps up to do that work and maintain it. 577750 31 spinner 2008-02-05 03:47:35 +0000 This brings up an obvious question: Presumably this is mainly an issue for those who correspond with Outlook users. Does Outlook even use compliant HTML ? Internet Explorer doesn't conform to neither W3C standards nor javascript... does Outlook ? Even if Kmail was fully HTML compliant, would Outlook emails work correctly ? (I doubt it, even if you ignore the embedded Office Docoument BS) We could end up with a fully HTML compliant kmail that still won't be able to play with standards trashing MS apps. 2 CENTS: We use kmail exclusively at our company, and I don't see non-HTML an issue. HTML email is a security risk, therefore our IT department, with mgmt support, refuses to use it. We use plain text. IF we need complex formatting, we send PDFs, via OpenOffice's 'Email via PDF' functionality. PDF far exceeds the "quality" of any HTML email and is easily read on every OS platform. None of our suppliers or customers, small or extremely large have complained. In fact, some have said they now prefer PDF attachments. This IMO is more "i don't like to think or change" on the part of other email users If IT decisions in more companies were actually made by IT staff, HTML email would be gone. 577751 32 spinner 2008-02-05 03:54:04 +0000 fuuther to my comment #31 If a document need revisions we use an actual attached editable document. Why anyone would use HTML email for a task like that is beyond me. Use the tool actually designed for the job at hand. 577753 33 ian 2008-02-05 04:11:12 +0000 Thanks for your comment spinner. It would appear however that there are cases where responding to HTML email is a feature that would be very much appreciated. I won't bore you with all the reasons for using HTML email. But I can assure you that there are reasons, beyond you or not. I doubt that HTML email is any less secure than opening up an HTML attachment for editing. As far as standards are concerned - Evolution has the ability to reply to Outlook email composed with HTML. 577754 34 contact 2008-02-05 04:15:03 +0000 It's a straw man to think that Kmail's HTML problem is primarily the result of corresponding with MS Outlook users. Kmail's problem is completely independent of MS Outlook. Even two Kmail users cannot properly correspond with each other using HTML because Kmail removes their HTML formatting each time they hit "Reply." 577765 35 kevin.coonan 2008-02-05 06:03:10 +0000 On Monday 04 February 2008 19:47:42 spinner@shaw.ca wrote: > Presumably this is mainly an issue for those who correspond with Outlook users.  Does Outlook even use compliant HTML ? It can and does. Wouldn't it be useful for you to actually get some FACTS rather than "..doubt it." > Internet Explorer doesn't conform to neither W3C standards nor javascript... does Outlook ? > Even if Kmail was fully HTML compliant, would Outlook emails work correctly ? Yes. > (I doubt it, even if you ignore the embedded Office Docoument BS) > > We could end up with a fully HTML compliant kmail that still won't be able to play with standards trashing MS apps. > This is not a concern. Thunderbird, Evolution, and whatever MY CUSTOMERS use does just fine with HTML. > > > 2 CENTS: We use kmail exclusively at our company, and I don't see non-HTML an issue. Well, in the REAL WORLD our customers use it and it is very helpful in sending messages which deal with content where the formatting helps convey meaning. The fact that you don't understand the need, and cannot get your mind wrapped around it doesn't make it any less an issue. Stop pretending you are in a position to judge others. > HTML email is a security risk, therefore our IT department, with mgmt support, refuses to use it. What??? Maybe if you are using Windows and Outlook, but is KMail so fragile that HTML will break it? If so, let me know and I can get everyone onto Thunderbird ASAP. If your IT department things HTML email is a security risk, perhaps they should take a quickie course on firewall and proxyserver configuration. > We use plain text. IF we need  complex formatting, we send PDFs, via OpenOffice's 'Email via PDF' functionality. > PDF far exceeds the "quality" of any HTML email and is easily read on every OS platform. Yes, it does, but it is a pain to edit, in-line quote and you cannot cut-and-paste it very well (adds a CR-LF at the end of each line) > > None of our suppliers or customers, small or extremely large have complained. > In fact, some have said they now prefer PDF attachments. > > This IMO is more "i don't like to think or change" on the part of other email users > If IT decisions in more companies were actually made by IT staff, HTML email would be gone. So would all those pesky customers as well. Please, get a clue. Your world is obviously very insular. If this is the attitude of KMail then I hope someone starts another KDE native e-mail ASAP. 577767 36 janaskhoej 2008-02-05 06:33:47 +0000 Can we just get over this discussion about whether somebody thinks it is a good idea or not? Reading the above posts, it boils down to the following: Is there a need for this? Check. Comments illustrate that this function is used in many businesses, and can be considered necessary for corresponding with clients (mine included). Is it possible? Check. Other mail clients (open and otherwise) already support it. So can we please move on to a more productive talk, mainly on HOW to implement it in a useful way? 577770 37 adam 2008-02-05 07:45:09 +0000 Folks, it's not the we (the developers) are fanatically against this, it's simply that no one has had the time or inclination to implement it. It's always the same problem, someone has to do the fscking work. Throwing peanutes, from however lofty a gallery, arguing either way, yelling and screaming, endless threads in this bug, on slashdot or your living room will have absolutely no effect whatsoever. Here are the options for getting this implemented: 1) implement it yourself 2) find someone to implement it for you, by motivating them with a) cookies b) something you do for the community in return c) money The resources for 2) a) and b) are very limited, as there are currently only 2 or 3 non-paid developers working on KMail in their spare time. 1) has currently the most chance of success. For 2) c) you can post to the kdepim@kde.org or kmail-devel@kde.org development lists and ask for quotes, there are companies (like mine) who will be happy to help you out as time permits. Note that I would much prefer you do 1) or manage to get us a new contributor by 2) a) or b). 577772 38 kevin.coonan 2008-02-05 07:46:00 +0000 On Monday 04 February 2008 22:33:53 Ask wrote: [bugs.kde.org quoted mail] If there is a real desire to avoid any sort of hidden surprises, it may be an acceptable compromise to limit what tags are used at first, and plan to evaluate additional features as users request them. For example, list and font related tags are likely high priority. They are also unlikely to cause a kernel panic. Maybe start there (i.e. preserve font, font size, italics, bold, underline as well as lists) and work on preserving some other aspect of formating later. 577773 39 adam 2008-02-05 07:47:19 +0000 Also note that Ingo (until this week maintainer of KMail) said exactly the same thing in comment #19 more than a year ago. Apparently that fell on deaf ears as well. 577777 40 ian 2008-02-05 08:23:40 +0000 Till, it was actually ME that paid someone to implement the ability for Kmail to compose HTML messages in the first place. I forget what I paid exactly - it was back in 2004 or 2003. I'd be more than willing to contribute something to having this particular "bug" fixed as well.. but Ingo's comment that you refer to above stated that it was coming... and pointed out what was needed to make it happen... the editor seemed to me to be the biggest challenge - what's the point in implementing it if the text editor is going to be changed anyhow? I'm no programmer - so I can't implement it. But, I am a supporter of KDE, have used it, have promoted it, have convinced others to switch to Linux and KDE, and have financially supported both KDE and paid for the HTML composing ability - and when I paid for that, believed that it would also mean being able to reply to HTML email without losing the formatting. That was 5 fusking years ago! By all means, if someone can state outright that the new editor will be such and such, and then someone comes along and says, "OK, to implement this feature will be x amount of dollars," damn - i'd be willing to donate something toward that.. and hopefully others who find this feature valuable would too. But... what's there to donate to, when we don't even know if the present editor is going to be replaced, or if it has been, or what?? It's very easy for some to say, "implement it yourself or pay for the implementation..." and I understand that KDE is worked on mostly on a volunteer basis... but for fusk sakes - I HAVE donated.. I HAVE supported... so maybe someone from Kmail can tell me what to do next in order to get this feature implemented. 577780 41 divan 2008-02-05 08:27:08 +0000 I really wish kmail had this simple feature. KDE has no other mail client and for most(non technical users) simple text mailing is not good enough. Perhaps we should start a fund raising account for this feature to get implemented. I would contribute to this as perhaps would many. Gnome has two programs that can do this and little things like this make Gnome more human friendly than KDE in my opinion. 577784 42 mi+kde 2008-02-05 08:31:18 +0000 = But... what's there to donate to, when we don't even know if the present = editor is going to be replaced, or if it has been, or what?? Worse. What's there to donate to, when every once in a while some yahoo comes out to question the need for the feature to begin with? The bug has 627 votes already. If that's not enough of a motivation and money is routinely, then just "resign" and concentrate on your paying jobs... 577786 43 ian 2008-02-05 09:22:37 +0000 "Worse. What's there to donate to, when every once in a while some yahoo comes out to question the need for the feature to begin with? " Well, don't ya know that having a GUI to send email is a security risk? I mean.. everyone should just know how to send email from a command line, dontcha know?? And of course, asking Sendmail to add a "feature" of a milter.. well.. sheesh, that's just not what Sendmail is supposed to do.. want a milter? Go create your own! Adding new features is a security risk! Hey..did you know that REAL IT people don't want and won't allow Quanta? I mean.. HTML is just.. well.. HTML.. and anything more on a website other than HTML.. well .. if it were the IT guys in charge, it just wouldn't be allowed, ya know? Who needs PHP or Flash, or Java, when HTML can do the job of simply displaying websites? Gosh, adding PHP might be a security vulnerability! Can't have that now, can we? Like seriously.. the html protocol was never originally designed for stuff that folks have dreamt up today! Get a life, would ya!!??!! If my IT guys had their way, PHP would be totally disabled! HTML provides EVERYTHING anyone actually NEEDS, ya know? Requesting extra features and modules in Apache is.. well.. you know.. a security vulnerability! If IT guys had their way, it would just do what it was originally supposed to do.. and that's it!! / sarcasm off Yahoos indeed. 577787 44 adam 2008-02-05 09:32:03 +0000 Laurent Montel is working on an improved editor for KDE 4.1, I don't know enough about it yet to judge whether that will make html replies possible or not, but maybe you can ask him. Edwin Schepers is also doing work on html editing in general, html signatures, etc. He's a good person to ask. Post to the mailing lists, this is a bug tracker. @Ian: I did not mean to belittle your contribution or tell you to shut up. Unlike nearly everyone else in this thread you have, as you said, actually done something about it. I was merely pointing out that there is no need to convince the developers, we've been convinced for years, it's the peanut gallery who's still arguing against this feature. @mi+kde@aldan.algebra.com: A major reason why I and many of my colleagues at KDAB for example still contribute to KDE is because it is part of our day job to do payed KDE development. Without that, we would surely have "resigned" already, for lack of time, not motivation. Payed development is an option, for those features or bugs that the volunteers don't care to implement, that's all. I won't "resign" from kdepim simply because I'm paid for part of my work. I do continue to do unpaid work in KDE, but I can damn well chose what to spend that time on, and it's not this feature. There's several mountains of work to do in porting to KDE4 alone, so I'm focused on that, in my spare time, since right now we want to get something usable out with 4.1. 577794 45 ian 2008-02-05 09:57:33 +0000 >We use plain text. IF we need complex formatting, we send PDFs, via >OpenOffice's 'Email via PDF' functionality. My God! What a thought! Making email with the ability to "attach" documents! Why, isn't that a security risk? I mean.. shouldn't we just expect email to do what it was originally meant to do and use protocols such as FTP to exchange documents? What a risky feature! To have the ability to attach a document to an email! If those really really sharp IT guys had their way, there's no way we'd allow folk to attach documents and send files via the SMTP protocol! Just not what SMTP was made for! 577796 46 pino 2008-02-05 10:07:55 +0000 Can you guys lower your tones and calm down a bit, please? 577797 47 ian 2008-02-05 10:08:30 +0000 " @Ian: I did not mean to belittle your contribution or tell you to shut up. Unlike nearly everyone else in this thread you have, as you said, actually done something about it. I was merely pointing out that there is no need to convince the developers, we've been convinced for years, it's the peanut gallery who's still arguing against this feature." Fine. And hopefully you understand my frustration when people respond to this (and other bugs) with.. "implement yourself, or donate..." I mean.. I have... and I've done other things as well.. but.. this bug has been going on for almost five years!! So.. what WOULD it cost? I'd be willing to donate something - but is anyone willing to come up with an estimate of time, and a price, and then I'd be willing to even assist in fundraising efforts... but without even knowing if it's possible - especially with Ingo's comment of about three or four years ago, that this feature was going to happen.. but it's an issue of the editor being used... I mean.. simply asking someone to implement or donate or pay .. is a bit ridiculous. And as has been pointed out, this "bug" or feature request is not exactly some "way out there" request as far as what people have expressed an interest in and also compared to what other similar applications ARE able to do. So does it rely on a new editor, which was going to happen anyway, announced four years ago.. or what? Like.. it was about four years ago that Ingo said it would eventually be implemented. So.. does that mean another four years or more from now? And what specifically can be done to move it along? Donate to who? Where? How much? No one knows! 577800 48 ian 2008-02-05 10:21:35 +0000 > Can you guys lower your tones and calm down a bit, please? I am very calm. Perhaps you should read the messages, and imagine they are being written in a whisper instead of whatever other projections you might have in your mind. 577812 49 adam 2008-02-05 11:42:52 +0000 Again, this is a bug tracker, please move this discussion to the mailing lists. 605091 50 marcus 2008-05-29 20:34:21 +0000 Couldn't KMail use embedded KHTML/KWrite, the same way Konqueror does? KHTML to display and KWrite to reply? 605100 51 kde_bug_tracking 2008-05-29 21:02:57 +0000 In reply to Marcus Harrison, this bug is about replying to HTML email with the same format as what it was received. If I recall correctly, you could display HTML e-mails fine, it's when you reply to them that you lose any formatting in the main e-mail. KWrite is only a plain text editor and I don't think that anyone would be happy with having to write their own HTML tags manually instead of just selecting text and clicking a nice "Bold" button. Tables and font colors would be an even more difficult thing. I would love to switch to Kmail, but until they provide this basic functionality, I'm sticking wtih Thunderbird. 605200 52 divan 2008-05-30 05:35:16 +0000 I saw something about KDEs Mailody client having full html support and that these changes could be used in Kmail. Check it out: http://www.omat.nl/drupal/full-html-support-mailody If this is true then kde4 kontact could have proper html support? I wish so...! I wish the devs would do this it would make so many more people use the software(I still do...) 610691 53 vleher 2008-06-13 07:25:43 +0000 Is this voting thing a big farce ? I don't think anybody at KDE really care about what you guys have to say. Does anybody ever look at the votes or the bug at all ? 610965 54 rob 2008-06-13 21:49:50 +0000 I think patches make a bigger impression than votes. 615371 55 diego 2008-06-25 05:34:23 +0000 This is a core feature that any user can expect from a 21st century email client. It saddens me to see that some developers in the Linux 'community' show a behaviour similar to the behaviour of the ones they try to be a good alternative to. Who is KDE writing software for - the users or the developers ? Are you coding to make a great product or to play power games ? In any case, I will have to walk away from KMail until this is fixed, as I really don't feel like bearing the justified laughters of business partners when I have to explain to them that Linux/KDE is the reason I am sending them something that almost looks like a text blob. Please reconsider this, guys, how hard can it be to fix ? 615393 56 divan 2008-06-25 08:55:53 +0000 Agreed :) Apparently Mailody can reply/compose html so surely this can be imported into kmail? 622455 57 kevin.coonan 2008-07-09 07:56:05 +0000 Any chance any of the KMail developers actually read this??? Oh, I guess not, so if Mailody doesn't meet my needs, I will just be switching to Thunderbird(Enigmail) or Claws and having to suck it up and deal with the ugly-ass and poorly designed GTK+ UI (esp. file chooser until I can get KGtk working right). Hey, KMail developers (those left on earth with us pitiful mortals): hate to be the reason why people are switching from KDE to GNOOME but right now that is YOU! Go ahead, and tell us pathetic users why we don't need HTML forwarding all you want, but you are ivory towering yourselves into irrelevance. Damn your eyes! Get a ticket on the clue train soon and catch up with those who actually try to use your software to do things in that nebulous "real world" 622580 58 winter 2008-07-09 14:02:30 +0000 yes, we hear you. and you aren't helping the situation. we definitely want to provide this feature. lack of manpower is the only reason we don't have better html support. 622644 59 bugs 2008-07-09 15:58:00 +0000 Kevin, I actually agree with much of what you have said. However, being abusive is not very constructive ;-) We have to remember that much of FOSS development is done on a voluntary basis so if developers choose to work on something else then that is their prerogative. As a user, I am very grateful to the developers for giving me an alternative to MS domination. I haven't got the technical ability to program but I can, and do, help by requesting features, identifying bugs and supporting other users. However, I realise that the "community" are under no obligation to provide me with exactly the features I require. I can always choose another application! So, if you are able to program then I am sure the KDE team would welcome your help. 624147 60 matze 2008-07-13 14:54:36 +0000 Allright, of course a volunteer developer is free to choose what he wants to work on. But developers not willing to implement features their users need are sure to lose these users. I have to agree, this bug voting is useless, at least for kmail. For sure there has work been done on kmail, just that it was done on other things than bugs or features voted for here. So maybe this HTML support is to big a task for the manpower available. But then the first priority should be trying to find more developers. 624371 61 kevin.coonan 2008-07-14 07:51:15 +0000 On Wed, Jul 9, 2008 at 6:02 AM, Allen Winter <winter@kde.org> wrote: [bugs.kde.org quoted mail] Good, at least GMail's web UI is working. > > and you aren't helping the situation. Sorry, I am a physician working on treating patients and using information technology to lower costs, improve care, and contribute to biomedical research. I am not about to stop that just to try and pick up C++ again. Why are people working on useless eye candy for KDE 4.0 when we don't have a finished email application. It is not my job to help--my efforts to the greater good, or to the open source community are in health care domain. > > > we definitely want to provide this feature. lack of manpower is the only > reason we don't have better html support. That is NOT the impression that I, or another large group of KMail users has been given by the development team. We have been told time and time again that we shouldn't use HTML, or that we should send it as an attachment, or that HTML is a security risk, or a hundred reasons why HTML markup is stripped from the message or why spell checking cannot work in HTML, or other BS. <br><br><div class="gmail_quote">On Wed, Jul 9, 2008 at 6:02 AM, Allen Winter &lt;<a href="mailto:winter@kde.org">winter@kde.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">------- You are receiving this mail because: -------<br> You are a voter for the bug, or are watching someone who is.<br> <br> <a href="http://bugs.kde.org/show_bug.cgi?id=86423" target="_blank">http://bugs.kde.org/show_bug.cgi?id=86423</a><br> <br> <br> <br> <br> </div>------- Additional Comments From winter kde org &nbsp;2008-07-09 14:02 -------<br> yes, we hear you.<br> </blockquote><div><br>Good, at least GMail&#39;s web UI is working.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> and you aren&#39;t helping the situation.</blockquote><div><br>Sorry, I am a physician working on treating patients and using information technology to lower costs, improve care, and contribute to biomedical research.&nbsp; I am not about to stop that just to try and pick up C++ again.&nbsp; Why are people working on useless eye candy for KDE 4.0 when we don&#39;t have a finished email application.&nbsp; <br> <br>It is not my job to help--my efforts to the greater good, or to the open source community are in health care domain. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> <br> we definitely want to provide this feature. &nbsp;lack of manpower is the only reason we don&#39;t have better html support.</blockquote><div><br>That is NOT the impression that I, or another large group of KMail users has been given by the development team. We have been told time and time again that we shouldn&#39;t use HTML, or that we should send it as an attachment, or that HTML is a security risk, or a hundred reasons why HTML markup is stripped from the message or why spell checking cannot work in HTML, or other BS.&nbsp; <br> <br></div></div><br><br clear="all"><br>-- <br>Kevin M. Coonan, M.D.<br><a href="mailto:kevin.coonan@gmail.com">kevin.coonan@gmail.com</a> 624746 62 registrations 2008-07-14 22:10:34 +0000 Is there an update for this? I thought that with Kmail/KDE4, it would be possible to use the KPart from Mailody as the editor. Has this been done? Or is native support being done? I realise that there may be manpower issues, but is there any update at all on this. Are we any closer, even by 1 line of code, than we were on the 2nd August 2004 when this issue got raised? I hear you with the manpower issue, but still, a giant amount of work has been done porting to QT4, it must have had quite a few devs come out of the woodwork to work on it lately. I thought that might be a catalyst for this. 624856 63 s.ravi.in+kde 2008-07-15 08:24:18 +0000 Why don't we put this feature in programs like Google SoC? I guess atleast students interested in doing this can take this up. Just my 2 cents 624932 64 mcguire 2008-07-15 13:15:51 +0000 As the current KMail maintainer, let me clarify a few things: > I thought that with Kmail/KDE4, it would be possible to use the KPart from Mailody Not correct. Neither does Mailody provide a KPart, nor does KMail support embedding KParts in the composer (see bug 59481). However, KMail and Mailody share some infrastructure, namely KRichTextWidget and the signature editor, which brought improved HTML suppor to both apps (HTML signatures and links, for example). There biggest reason why Mailody has support for replying to HTML messages is that is was way easier to implement in Mailody. First of all, Mailody doesn't support templates, which complicate things. Secondly, the KMail code for replying to a message sadly became complicated during the years. > Why don't we put this feature in programs like Google SoC? See http://techbase.kde.org/index.php?title=Projects/Summer_of_Code/2008/Ideas#KMail Either I put it there too late or no one was interested. Will try again next year if the HTML support doesn't get better in the meantime. >Are we any closer, even by 1 line of code, than we were on the 2nd August 2004 when this issue got raised? Yes, the underlying infrastructure has much improved. See above why this is still not possible. > I hear you with the manpower issue, but still, a giant amount of work has been done porting to QT4, it must have had quite a few devs come out of the woodwork to work on it lately. I thought that might be a catalyst for this. Indeed, much work has been spent to port KMail to Qt4/KDE4. The problem is that this was done only by few people, leaving not much time for features. The port actually introduced many bugs and regressions which needed to be tracked down and fixed, which takes much time. > [...] or why spell checking cannot work in HTML This is fixed in the KDE4 version. > Why are people working on useless eye candy for KDE 4.0 when we don't have a finished email application. Everybody works on what they like to work on. Nobody is getting paid for it. People developing desktop shells would not magically switch to developing a mail application, why should they? Moreover, there'd been an outcry if KDE 4.1 had HTML reply support, but not support for moving applets on the panel because the Plasma developers worked on KMail instead... > Good, at least GMail's web UI is working. No, it adds HTML garbage to your comment on the web interface. Don't use HTML for replying to bugzilla messages. And to the numerous comments claiming that HTML support is not wanted in KMail: I don't know where you get that from, it is not true. Ingo, the previous maintainer, stated in comment #19 that he is not against HTML, and I'm not either (in fact HTML support is a bit improved in KDE4). And again, lack of time of the involved developers is a major reason why this bug isn't done yet. And this discussion is indeed pointless. Please don't leave further comments ranting about this, it will achive nothing but spam the people who voted for this. In fact, I'll ignore all further comments. If you have patches, and we'd welcome every help, please contact the kdepim mailing list. 665721 65 kai 2008-11-16 15:32:55 +0000 I'm going to throw my comment in the ring. One thing I'd really like to see is - not only the ability to reply to html email inline without throwing all the HTML codes around - the ability to switch between html, plaintext and rich text on the fly in an email session. I'll attach a screen of Outlook 2003, which I use at work (along with Evolution) that does allow for HTML > Plain Text > Rich Text switching on the fly. 667463 66 mcguire 2008-11-19 17:37:35 +0000 *** Bug 121849 has been marked as a duplicate of this bug. *** 698759 67 kde 2009-01-13 12:31:59 +0000 On paper, different fonts (bold, colors etc.) are essential to make information easy to read. This is also the case on web pages and in e-mails. Not being able to reply with same HTML format keeps me and many more from using Kmail & Kontact. 699240 68 kde 2009-01-14 09:18:37 +0000 Why is the bug tagged NEW? It dates back to 2nd of August 2004. Why is the priority set to NOR? It's the third most highly voted bug of Kmail/Kontact (after the freeze of the UI when checking mail and the IMAP IDLE support). Why is severity set to wishlist? It strips a reply from all formating and often makes it unreadable. This bug is Major (major loss of function). What are the chances of having this bug fixed in the foreseeable future? Is a bugfix scheduled for KDE 4.2 or 4.3? It would be nice to have - in 2009 - a linux replacement of Outlook 2000. 699412 69 tyler 2009-01-14 16:14:43 +0000 Rapster: hear hear! Oh wonderful, KDE devs: Please, please, please make this a priority! 699436 70 fredsie 2009-01-14 17:33:21 +0000 Guys, guys, give it up! As Rapster says, this bug, despite all the votes, is not seen as significant by the KDE devs. In fact, reading between the lines it is clear that there is a religious objection to full HTML in email which no amount of user whingeing will overcome. This, plus the fact that this would be tricky to implement (since the current HTML implementation can't handle embedded images, including them in replies would be a significant change) tells me that this this enhancement will never be implemented. If you can't live with it, change to a different mail client. 699685 71 pbhj 2009-01-15 00:52:08 +0000 @Fred Jones: already switched to Thunderbird. Thing is Kmail is a great solution and I love KDE in all other respects. HTML email is necessary for me to work. I switched when someone tried to convince me that email wasn't for sending images and that plaintext was the only way to go ... at least not all the devs are that hard-line (or clueless about business, whichever way you want to look at it). 699730 72 kai 2009-01-15 04:37:19 +0000 I did switch to Thunderbird as well. I am not happy with Thunderbird. The UI is not as intuitive as KMail, the opening of attachments is horrendously slow, the integration with exiting KDE apps to open attachments is non-existent, the look and feel is the horrible GNOME-style, including the non-user-friendly open/save dialog boxes, and the fonts are difficult to setup. On top of that - just to get the base functionality I have in KMail, I am forced to install and configure a ton of plugins, and finally it doesn't allow me to switch between RTF, Plain Text and HTML (as Outlook 2003/7 does). Even then, things (like reply-to list and proper quoting) don't work as well as in KMail. However, it does support HTML email replies and forwarding. I really wish I could use KMail. KDE has some great HTML apps - Konqueror, Quanta - so the knowledge from those should be easily ported to KMail. This isn't the days of Elm. 699869 73 divan 2009-01-15 10:06:20 +0000 I wish so too. This is a rather big problem with KDE and KDE distros as a whole. Its difficult to give KDE Distro to a normal user as there is no native KDE mail application that can simply reply and follow an html email conversation with other people. Its a real pitty there is only one email application for KDE. I love Kontact and Kmail but just wish there was some sort of plan of requirements from the Dev's to implement this feature that so many users want. Even if there was a fund raiser "award" for this feature, I don't know anything to get this implemented. I wish I knew how to code and write this in ;) 699876 74 mcguire 2009-01-15 10:13:34 +0000 Do you people realize how many people are on the CC list of this bug and get mail notifications because of your not so usefull comments? Please re-read comment 64, in particular: > Please don't leave further comments ranting about this, it will achive nothing but spam the people who voted for this. In fact, I'll ignore all further comments. 700074 75 kde 2009-01-15 16:29:46 +0000 With your kind permission: the easiest and fastest way to stop this discussion is by replying to above Comment #68. (HTML link to the comment was deleted due to a Kmail bug # 86423 ;-) Particularly: Is there a schedule for the bugfix? I very much appreciate the excellent and unpaid work of you guys. If I knew how to code I would be more than glad to contribute. (Unfortunately I'm only an economist working in the environmental movement.) 700081 76 mcguire 2009-01-15 16:42:25 +0000 > With your kind permission: the easiest and fastest way to stop this discussion is by replying to above Comment #68. I don't believe that, but here you go: > Why is the bug tagged NEW? Because there is only UNCONFIRMED and NEW, and it is not UNCONFIRMED. NEW really means CONFIRMED in the bug tracker. > Why is the priority set to NOR? Because we usually don't use the priority system. Believe me, I know this bug is important. > Why is severity set to wishlist? Because it is only a bug when some code doesn't work as it should. Since there is actually no code to preserve the HTML structure, this is a wish. I know this is a very developer-centric way, but this makes it easier for us to deal with it. > What are the chances of having this bug fixed in the foreseeable future? Is a bugfix scheduled for KDE 4.2 or 4.3? Definitly not 4.2, that is feature-frozen already. I hope I can find time to do something about it before 4.3 700123 77 tyler 2009-01-15 17:41:20 +0000 Thomas, On behalf of all of us complaining here, thank you very much for your kind reply. It is reassuring to know that the devs are interested in seeing this resolved. Congratulations on all you've done with KDE 4. I look forward to what happens next (especially if it includes this feature :) ). 721066 78 mcguire 2009-02-22 22:02:56 +0000 For those with C++ and Qt knowledge who are interested in joining the summer of code project: I've just added a "HTML improvements" idea to our ideas wiki page, see http://techbase.kde.org/Projects/Summer_of_Code/2009/Ideas#Project:_Improvments_in_KMail.27s_HTML_support . 722591 79 31641 yez 2009-02-25 21:32:44 +0000 Created attachment 31641 HTML reply By far not ready. Just to let you know I'm busy with this (occasionally). If you want to take it over for the SoC, let me know. I'll send you the latest diff. 722593 80 jason 2009-02-25 21:42:36 +0000 From my own personal point of view, I just don't see any reason to bother working on this feature until KMail has a proper full-fledged HTML composer (based on WebKit/KHTML contentEditable), like Mailody has. The current composer arch. is so extremely limited that it is never going to be able to properly preserve most formatting anyway. 722740 81 mcguire 2009-02-26 14:37:19 +0000 > From my own personal point of view, I just don't see any reason to bother working on this feature until KMail has a proper full-fledged HTML composer (based on WebKit/KHTML contentEditable), like Mailody has. > The current composer arch. is so extremely limited that it is never going to be able to properly preserve most formatting anyway. If you want to troll, go somewhere else. Also, Mailody's composer is _not_ based on KHTML/Webkit, get your facts straight. 722744 82 jason 2009-02-26 14:48:40 +0000 > If you want to troll, go somewhere else. I am not trolling, I am making a legitamate point. Everyone keeps harping on and on about this bug, but the fact is, the current composer can not even handle HTML properly enough to re-create the stuff attempting to be preserved anyway! IE, 25% of the emails I receive have HTML tables in them. The current composer can not create tables. 75% of the emails I receive have images in the signature. The current composer can not insert inline images. I know that the QTextEdit control *supports* tables and images, but the composer, does not. So, maybe a hack can be found that would preserve the formatting, but you would not be able to edit it to, for example, add your own image. Without editing capacity, preserving the reply in a half-OK state is not useful. As such - this bug *depends* on getting a new composer in KMail. This is a fact, it is indisputable. > Also, Mailody's composer is _not_ based on KHTML/Webkit I stand corrected. Sadly this is even more disappointing :( I had assumed as a new/recent project it would be using a decent editing widget.... 724267 83 mcguire 2009-03-02 10:49:03 +0000 FYI: I replied to Edwin by private mail. Also, I know I shouldn't participate in this useless debate, but again I need to get some facts from Jason straight: - The composer _does_ support inline images, coming with KDE 4.3 (thanks to Edwin!) - HTML tables are indeed not editable right now. That would require adding some actions to KRichTextWidget, which is perfectly possible and certainly much easier than rewriting the composer in Webkit/KHTML. Also, please see bug 46411 for this. 729759 84 vkrevs 2009-03-13 11:05:37 +0000 The QtWebKit HTML editor looks very nice: http://labs.trolltech.com/blogs/2009/03/12/wysiwyg-html-editor/ http://ariya.blogspot.com/2009/03/i-can-see-its-coming-like-serenade-of.html 738911 85 yez 2009-04-04 20:27:11 +0000 *** Bug 162901 has been marked as a duplicate of this bug. *** 822932 86 nicco.ts 2009-09-02 11:31:42 +0000 (In reply to comment #85) > *** Bug 162901 has been marked as a duplicate of this bug. *** Hi Edwin, are here any news about HTML support in "Re" messages? Is anybody working on this? What are the plans? For some of us it is mos annoying "feature" in Kmail. Thanks 823716 87 finex 2009-09-03 16:14:33 +0000 *** Bug 206124 has been marked as a duplicate of this bug. *** 824542 88 yez 2009-09-04 20:49:59 +0000 Hi Tomas, it's been a time since I worked on it. The patch is somewhat usable but not for everyday use. I will merge it with the latest version and update a patch. 825280 89 nicco.ts 2009-09-05 23:01:30 +0000 Thanks Edwin, it's last piece for usage of KMail in business environment. Without it I'm limited to cooperate with me colleagues in e-mail threads because I'm ruining their formating in e-mail history. Let's release it so we can test it and possibly improve it. Many thanks (In reply to comment #88) > Hi Tomas, it's been a time since I worked on it. The patch is somewhat usable > but not for everyday use. I will merge it with the latest version and update a > patch. 850587 90 mydimle 2009-10-25 20:00:14 +0000 What is the progress of the integration of the patch? This is a major feature that KMail lacks. 874608 91 kai 2009-12-06 15:45:07 +0000 Wow, this has been lingering for how long? I keep getting updates on - what should be - a simple fix to a glaring deficiency in functionality. In any case, for those who want, you can get much of the same functionality in Thunderbird. Not as elegant, but at least it handles emails correctly. 875294 92 nicco.ts 2009-12-07 09:18:28 +0000 (In reply to comment #91) > Wow, this has been lingering for how long? I keep getting updates on - what > should be - a simple fix to a glaring deficiency in functionality. > > In any case, for those who want, you can get much of the same functionality in > Thunderbird. Not as elegant, but at least it handles emails correctly. Yes I've switched to Zimbra as it is not going to be fixed in this century. Development is waiting for WYSIWYG HTML editor being developed by Qt/Nokia team or anybody. There is something available at http://labs.trolltech.com/blogs/2009/03/12/wysiwyg-html-editor/ since Match 2009, but kmail developers don't like this feature or it is not priority for them despite is voted as one of the most wanted feature. Guys if you are working in Outlookish company, switch to Zimbra. It has HTML support, Kmail will never have. 875428 93 jason 2009-12-07 14:03:02 +0000 (In reply to comment #92) > Yes I've switched to Zimbra as it is not going to be fixed in this century. > Development is waiting for WYSIWYG HTML editor being developed by Qt/Nokia team > or anybody. There is something available at > http://labs.trolltech.com/blogs/2009/03/12/wysiwyg-html-editor/ > since Match 2009, but kmail developers don't like this feature or it is not > priority for them despite is voted as one of the most wanted feature. It can't solely be this, as KDE already has great WYSIWYG HTML capabilities, and has for some time, via WebKit. Just log into your GMail or go to a site like http://developer.yahoo.com/yui/examples/editor/flickr_editor.html . It is pretty simple to wrap stuff like this into a QWidget. 875496 94 nicco.ts 2009-12-07 16:35:14 +0000 > > It can't solely be this, as KDE already has great WYSIWYG HTML capabilities, > and has for some time, via WebKit. Just log into your GMail or go to a site > like http://developer.yahoo.com/yui/examples/editor/flickr_editor.html . It is > pretty simple to wrap stuff like this into a QWidget. It looks simple, but is not priority as I wrote. We are on 7th place in most wanted features. Things like HTML Re or Fingerprint logon aren't in KDE yet while in Gnome are for years. 875645 95 nick 2009-12-07 20:54:56 +0000 Disappointed ... 875654 96 rob 2009-12-07 21:08:35 +0000 (In reply to comment #94) > It looks simple, but is not priority as I wrote. We are on 7th place in most > wanted features. Things like HTML Re or Fingerprint logon aren't in KDE yet > while in Gnome are for years. This has been posted for years - this was requested in 2004. One day.... perhaps.... I'm still waiting. 875663 97 tmikov 2009-12-07 21:17:28 +0000 I guess it is much more important to have a Twitter widget on the desktop than a functional e-mail client. 876166 98 rado.kljucevsek 2009-12-08 17:00:36 +0000 Everyone who seeks success in his doing must hear the wishes of his/her customers or users of his/her achievements and results. Being a volunteer does not free you from the need to fulfil those wishes. Yes, we need the behaviour of this software so that it contains all the basic or usual business needs. We cannot use this software anymore without a bad feeling of being understood as IT illiterate. But on the contrary we would all like to believe that we are on the edge of development! Please listen to us as we are the only ones who truly love this software. Knock, knock to your minds, maintainers and developers! If you lose us you lose everything. 876173 99 samtuke 2009-12-08 17:13:50 +0000 There are lots of demands, needs, and consumers posting recently and not many contributors and community members. We can all sit and squawk like hungry chicks or we can contribute to the solution. Demanding and complaining isn't very constructive. Why not set up a bounty, learn to fix it yourself, get together a petition, find out what's really stopping progress etc.. You'll get what you want faster that way I reckon. 876195 100 variosinftk 2009-12-08 17:41:37 +0000 El Martes 08 Diciembre 2009 17:13:54 jack escribió: > --- Comment #99 from jack <samtuke hotmail com> 2009-12-08 17:13:50 --- > Why not set up a bounty, learn to fix it yourself, get together a petition, > find out what's really stopping progress etc.. You'll get what you want faster > that way I reckon. > That may be an option -and very reasonable- for programmers, but for users who are economists, history students, musicians; in short: for all those who have a non-computer related job or studies it's inviable; so, unless KDE wants to be a computer geeks DE instead an universal one, I think there's some truth to be taken into account in those comments that say Twitter plasmoids (or similar "cute" apps) should be secondary. 876201 101 rob 2009-12-08 17:58:50 +0000 (In reply to comment #100) > That may be an option -and very reasonable- for programmers, but for users who > are economists, history students, musicians; in short: for all those who have a > non-computer related job or studies it's inviable; so, unless KDE wants to be a > computer geeks DE instead an universal one, I think there's some truth to be > taken into account in those comments that say Twitter plasmoids (or similar > "cute" apps) should be secondary. Anyone can offer a bounty (i.e. money). You don't have to be a programmer to do that. It's a typical misconception among some users of open source software that developers somehow owe you something. They do not. But it is well within your power to offer incentives to developers in the form of money or something else of value. Or, if you're a programmer, contribute a patch. Either alternative is better than demanding action. 876210 102 Happy.Cerberus 2009-12-08 18:13:47 +0000 > Anyone can offer a bounty (i.e. money). You don't have to be a programmer to do > that. Not true. Unless there will be a developer who will actually say something like: "OK, I will do it for 200USD" a bounty will never work. There are several types of OpenSource developers and with the exception freelancers none of them will or can accept money for fixing a bug/implementing a feature. > It's a typical misconception among some users of open source software that > developers somehow owe you something. Of course they don't but once you have a product (OpenSource or not) there are certain quality levels that are expected. The problem with OpenSource is that OpenSource developers will rather spend 48 hour writing excuses why they can't implement feature ABC then implement it in 2 hours. > They do not. But it is well within your > power to offer incentives to developers in the form of money or something else > of value. Or, if you're a programmer, contribute a patch. ROFL, good joke :-D Probably never tried that did you? Btw. I'm an OpenSource developer, success rate of patches is pretty much zero once they actually do change something. I don't care because I have no problem with maintaining a fork. 876214 103 simon 2009-12-08 18:17:28 +0000 i feel i have to start this: 20€ from me for the one - or shared among those - who realizes a working patch against trunk until the first of june 2010. everybody - join in and show whats it worth for you 876222 104 variosinftk 2009-12-08 18:39:17 +0000 El Martes 08 Diciembre 2009 17:58:54 Rob Hasselbaum escribió: > Anyone can offer a bounty (i.e. money). You don't have to be a programmer to do > that. > > It's a typical misconception among some users of open source software that > developers somehow owe you something. Donations received by many projects aren't grown from soil. And no, I understand these scarce donations can not be considered like hiring devs who receive them, so of course devs don't owe anything to users. But again, if they are trying to make a widely used desktop environment they should pay some attention to certain reasonable claims from real world users and not just statements form computer science students or even experienced programmers who affirm html mails are evil just because in their strait world text mails are enough. I think eyecandy and some not too important plasmoids can wait, and manpower be concentrated on important things like Nepomuk, Akonadi or making Kmail a serious emaill client which can be used in enterprise environments (and I'm sure companies would make better donations than private users... if apps were just useful); but I am not thinking developers owe it to me because I once donated some euros; it's just a feature most users who use mail for work think any modern mail composer should have. 876229 105 paul_denisov 2009-12-08 18:42:55 +0000 20€ from me too 876238 106 tyler 2009-12-08 18:52:00 +0000 £50 from me, and £50 from my employer as matching funds, if Simon Bühler's bounty is achieved. 876245 107 variosinftk 2009-12-08 18:58:31 +0000 El Martes 08 Diciembre 2009 18:17:33 Simon Bühler escribió: > --- Comment #103 from Simon Bühler <simon aktionspotential de> 2009-12-08 18:17:28 --- > i feel i have to start this: > > 20€ from me for the one - or shared among those - who realizes a working patch > against trunk until the first of june 2010. > > everybody - join in and show whats it worth for you Haha, nice, Simon; but I don't think it works that way. You donate your money to a project and devs do whatever they want; you can't request determinate implementations, at least wasn't able when I donated. As Rob Hasselbaum has said, incentives are not contracts nor developers owe anything to users even if donated some money, and I think it's in general a correct attitude, if not software libre development would be a messy auction where best paid ideas would be the only to be developed, to the detriment of other important projects which aren't seen so atractive by the majority. Anyway, I don't want to look stingy, hehe. 20 € more from me for Kmail being able to efficaciousy reply in HTML and efficaciously compose HTML mails (I'm not sure this is a good practice, though). 876254 108 mi+kde 2009-12-08 19:13:57 +0000 Not to insult anyone, but this bounty-talk is silly. Money sure can speed-up an open-source project, but in this case the speed of development is not the problem. The problem is absence of ANY development. It has been 5 years since the feature was requested -- tons of features were added to KDE within that time, most of them for free. Because developers wanted to do them and the architects approved of them. This feature's trouble is with the subtle ideological resistance. Stefan Gehn's comment #14 is the rare explicit statement on the matter, but it is quite apparent, that other decision-makers feel similarly and may even consider one of their own, who finally implements it, to be a "sell-out". Our measly 20-200-1000 dollars/euros aren't going to change their minds very much -- the bug already has thousands of votes, so there is no question, they know, the users want it. Even if we collect enough pledges to hire a developer just for that, chances are, his work will not be accepted by the KDE-project under some pretext or another, and the separate patches would have to be maintained separately. The pretexts wouldn't be dishonest: every new feature violates existing balance in some way, so it has to add valuable functionality to justify it. Clearly, this feature is not perceived as beneficial -- nay, it is viewed as DETRIMENTAL -- and thus it will be sincerely rejected. I'd love for this opinion of mine to turn into a self-defeating prophecy, but -- after all these years -- I'm not particularly hopeful... 876266 109 samtuke 2009-12-08 19:44:20 +0000 http://pledgie.com/campaigns/7325 I think that bounties are a good idea for this bug. Clearly doing nothing is not going to help the situation, and pledging money is a good way of showing that users care about the problem and are prepared to support patch. I started a pledgie campaign to allow people to formally pledge funds. Being unable to find anyone else to provide a paypal account to act as the recipient I have used my own, from which I will obviously pass funds on to whoever is decided to have succeeded in implementing a patch if indeed anyone does. See the link at the top for more info. 876267 110 mcguire 2009-12-08 19:47:11 +0000 I said I didn't want to reply to this again, but oh well, I have to clarify something. I'd like to address comment 108, in which the author says things like "subtle ideological resistance", "decision-makers [..] may even consider one of their own, who finally implements it, to be a \"sell-out\"" and "it is viewed as DETRIMENTAL". This is simply not true. As I've said before in comment 64: I'd like better HTML support in KMail. In fact, I have worked on some minor stuff like inline images for HTML myself. I don't know any developer who is opposed to better HTML support. I know I'm repeating myself: We consider better HTML support good. The only reason it is not implemented is that I had no time to do that myself, so far, and no one else came up with a complete patch yet. Right now, I'm most busy with the Akonadi port of KMail, which does indeed have greater priority, there is a _lot_ to do to make KMail work properly with Akonadi. That said, the plan in the back of my head was always to refactor the template parser and then add HTML support to it. Maybe I can come to this during the Akonadi port at some point. Money certainly helps shifting the priorities :) But don't get your hopes up, it mainly depends on available time. Also, the composer wouldn't use the WebKit editor, that is too much work. Instead if would use QTextEdit, which means same HTML format preserving as Mailody has, nothing fancy. Porting the whole composer to a WebKit editor would really be much work. At this point, KMail is feature-frozen, so any new feature has to be developed in the Akonadi ports branch. KMail 2 (based on Akonadi) is expected/hoped to be released with KDE 4.5. 876268 111 rob 2009-12-08 19:53:17 +0000 (In reply to comment #110) > I said I didn't want to reply to this again, but oh well, I have to clarify > something. --- Thanks, Thomas. I fully understand the time constraints and do appreciate the time spent on the issue by fellow developers. I am eagerly awaiting a solution - an embedded solution is KDE would be well received - no mater what branch it comes from. 876272 112 mi+kde 2009-12-08 20:07:01 +0000 (In reply to comment #110) > This is simply not true. As I've said before in comment 64: I'd like better > HTML support in KMail. I'm very glad to be wrong on this. > Also, the composer wouldn't use the WebKit editor, that is too much work. > Instead if would use QTextEdit, which means same HTML format preserving as > Mailody has, nothing fancy. The "nothing fancy" promise is disappointing. It is the 21st century, the minimal goal should be to allow e-mailing anything, that can be written, drawn, or painted on a piece of paper and stuffed into an envelope. An external attachment should not be required for anything, where a physical equivalent does not require a parcel-box, so to speak. No need for everything at once -- I'll be happy with gradual progress. But I'm wary of forswearing "fancy"... Thanks for listening. 876286 113 nicco.ts 2009-12-08 20:47:15 +0000 Hey Thomas We all appreciate all your work for Kmail. I have just one problem with your priorities. Who has required porting Kmail to Akonadi? How much votes do you have for this and why is this higher priority than HTML support? It looks like you are building skyscraper on 5th avenue but people in Bronx still don't have roof on their houses. (In reply to comment #110) > I said I didn't want to reply to this again, but oh well, I have to clarify > something. > > I'd like to address comment 108, in which the author says things like "subtle > ideological resistance", "decision-makers [..] may even consider one of their > own, who finally implements it, to be a \"sell-out\"" and "it is viewed as > DETRIMENTAL". > > This is simply not true. As I've said before in comment 64: I'd like better > HTML support in KMail. In fact, I have worked on some minor stuff like inline > images for HTML myself. I don't know any developer who is opposed to better > HTML support. > > I know I'm repeating myself: We consider better HTML support good. The only > reason it is not implemented is that I had no time to do that myself, so far, > and no one else came up with a complete patch yet. > > Right now, I'm most busy with the Akonadi port of KMail, which does indeed have > greater priority, there is a _lot_ to do to make KMail work properly with > Akonadi. > > That said, the plan in the back of my head was always to refactor the template > parser and then add HTML support to it. Maybe I can come to this during the > Akonadi port at some point. Money certainly helps shifting the priorities :) > But don't get your hopes up, it mainly depends on available time. > > Also, the composer wouldn't use the WebKit editor, that is too much work. > Instead if would use QTextEdit, which means same HTML format preserving as > Mailody has, nothing fancy. Porting the whole composer to a WebKit editor would > really be much work. > > At this point, KMail is feature-frozen, so any new feature has to be developed > in the Akonadi ports branch. KMail 2 (based on Akonadi) is expected/hoped to be > released with KDE 4.5. 876301 114 bugskdeorg 2009-12-08 21:36:53 +0000 There are 2 things I perceive to be vital for KDE & Kontact/KMail in the enterprise: - editable HTML mail forwards & replies - ability to work as an Exchange client, with full support for mail, contacts, and appointments (IMAP only does mail, requires co-operation from the exchange admin to enable it, and Exchange contacts nor calendar work) (and frustratingly, my KMail IMAP sessions always get stale after a while) Exchange support relies on getting OpenChange ready (See http://www.kdedevelopers.org/node/4107 ) and getting it fully integrated in Akonadi which also isn't done yet. Kontact/KMail will support Exchange thanks to Akonadi, so getting KMail ready for that is certainly a task I wouldn't like to see Thomas or others others being pulled away from. What I think would make everybody happy: - If KMail could get HTML support with QTextEdit with reasonably little work, that would be *fantastic* if you ask me. "nothing fancy" sounds way better than "absolutely nothing at all" and then this wish/bug can be done away with. Fancy stuff isn't necessary, as long as what should work, works without tarnishing KMail's reputation by crashing or something like that - Next, the Akonadi skyscraper on 5th avenue without people on your back moaning about bug 86423 - Finally, once KMail/Akonadi is in "maintenance mode", who knows if there's now time for a WebKit composer? Personally, I always have too much stuff to do. Some things take a week, some take two months. But usually I have to multitask and as a result some tasks take years to complete. Had I taken a week out for task 1, I'd have enjoyed the fruits of that week while working on all the other stuff after that. Life just isn't sequential. In the end, it's all up to the devs. Thanks for all the effort put into this fine and promising platform. 876309 115 ian 2009-12-08 22:02:58 +0000 I am the original reporter of this bug. It was reported back in 2004 - so I certainly can understand the frustration of those who like me, have wished and hoped for this "feature" to be implemented in Kmail. Regarding folks putting money toward getting the bug fixed: Well... here's the problem with that - prior to this bug being reported, I paid out of my own pocket to a developer to write a patch that would enable Kmail to even simply compose email in HTML. At the time, I was of the understanding that this would also allow replies to HTML email similar to how Evolution is able to. However, it did not - all it did was enable HTML composed email. But now I see there appears to even be a regression in that in that when there is a reason for me to compose email in HTML, it is not received correctly by other email readers. So for me personally, it is quite frustrating to have paid out of my own pocket for HTML ability, find out it is not quite what I expected, and then see it regress. I'm not a developer. I wish I was. But my other business efforts have supported KDE through donations over the years, on top of the feature I specifically paid for, so I believe I do not have to simply read some folks saying "Pay for it.. develop it yourself.. blah blah..." I have supported KDE for years - both through giving it publicity, recommending it to others, showing others how to use it - AND through my donations! So it is very disconcerting to read some folks replies to this, admonishing them to provide a patch, etc. Do you want us non-programmers to use the KDE desktop and associated apps or not? I for one won't be donating any more to KDE until this bug is corrected, and the self grandiose comments from some in regard to "Provide your own patch" cease. I can't provide a patch, but I HAVE done other things when I can, including throwing bucks and support to the KDE project. So please to those of you that keep asking for us non-programmers to provide a patch - give it a rest. 876320 116 tmikov 2009-12-08 22:18:28 +0000 It is clear that by the time KMail gets proper HTML support - meaning *full* composing, replying and so on - it will have become irrelevant. Objectively, KMail is dead, even though it doesn't know it yet. It pains me to say it, because excepting the two major problems (HTML and IMAP), it is the best e-mail client I have used. May I suggest that instead of waging a lost battle, some serious effort is made to integrate Thunderbird better in KDE. KWallet, KGPG support and so on. That would be the constructive thing to do. 876388 117 murphyjj 2009-12-09 01:15:57 +0000 I must point out that in my (fairly extensive) experience with failed projects - they almost always prioritise technical integration over the user needs. So we will wind up having a fantastic integrated solution for very few people. Also, I agree that this resistance to HTML is partly (maybe wholly) driven by a geek purity meme; I think HTML is viewed as something nasty corporations use. After 3 or 4 years I am now investigating Zimbra and other clients. If I adopt that, I probably won't come back - integration or not. It is a great, great pity - and I feel great reluctance to do it. But I must move on. 876397 118 rado.kljucevsek 2009-12-09 02:01:50 +0000 I cannot agree more with the last comments from John and Tzvetan. We lost this battle and I believe we lost this war. It is not the problem that somebody compares me with a hungry chick who can only squawk but it is the whole attitude which is the base for the only logical conclusion: we are not important and never will be, we are just a burden. Most of the people here share a passionate support for KMail, Kontact etc. Some of us are also donators. But what are we facing here? Thank you Ian for sharing your experience with donations with us. The system of donations is clearly flawed. Who cares for Akonadi at this very moment? The system of priorities is clearly flawed, two. This project has unfortunately no future. I am sorry to admit that. It hurts and it also means a lot of work to migrate and switch to another solution but it seems unavoidable. I think the final curtain is down and behind it one can built whatever he wants we won't take care because it is not meant for us. Anyway, thank you for the past work. 876730 119 yez 2009-12-09 21:01:38 +0000 hmm, with all these financial contributions, I might better spend my free time to get my old patch working ... On this world, you can buy (almost) everything with money. So I'm sure one can buy html reply support. 876983 120 divan 2009-12-10 11:02:56 +0000 20 EUROS from me too. This feature would make a great difference to KDE. Its KDE's only KDE based mail client(mailody lacks some basic mail things like POP I think). KDE struggles with basics, such as web browser that can render all pages, html support in mail, decent network manager but excels in the advance things. If only KDE devs could try focus on more basic things KDE would excel further. 876992 121 masaj 2009-12-10 11:29:04 +0000 (In reply to comment #120) I can totally agree with this comment. KDE has a good concept, but it lacks some very basic features that make KDE hard to use sometimes. On the other side KDE introduces many features I could happily live without for some time. I know it's a question of priorities set by each developer, but why not to build a proper base for a house and then we can focus on furniture? If things move forward in a "short" time I will donate too. 878220 122 ian 2009-12-12 00:20:29 +0000 (In reply to comment #119) > hmm, with all these financial contributions, I might better spend my free time > to get my old patch working ... > On this world, you can buy (almost) everything with money. So I'm sure one can > buy html reply support. Ok. So what's your price exactly, and will you provide updates as necessary? Perhaps there is enough of us that will donate to this to cover what you think it is worth to revisit your old patch and get it working. 878620 123 skurk 2009-12-12 20:19:30 +0000 It would be hard to hold individuals accountable for certain deliverables (not suggesting in any way that the end product would be anything less than outstanding) You could optionally try TheKompany http://www.thekompany.com/home/ They have done a lot of QT stuff, and I bought some apps from them for my Zaurus paperweight 878694 124 jason 2009-12-12 22:52:17 +0000 (In reply to comment #110) > Also, the composer wouldn't use the WebKit editor, that is too much work. > Instead if would use QTextEdit, which means same HTML format preserving as > Mailody has, nothing fancy. Porting the whole composer to a WebKit editor > would really be much work. ... I have to disgaree with this approach. Like I said in many comments, QTextEdit is just *FAR* too limited to offer proper HTML support. I mean, we are talking about a widget that is basically almost 10 years old here, it has hardly changed since QT 3.0, how can it possibly be expected to compete with the editors of Thunderbird and Outlook, which use modern web browser rendering engines? The idea that it is "too much work" to move to Webkit for editing, is solely because of the horrible API design of the KMail composer - no other reason. I know this because I have tried to do this port myself. The Komposer API is a huge mess, none of it is properly abstracted - this is why it is nearly impossible to move outside of QTextEdit. The editor widget should have absolutely no knowledge or care about the widget that is being used for the editing. Spending any amount of time further working on adding features using the QTextEdit engine as a base, is a complete waste of effort IMO. If it was made a priority to do, Komposer could be re-done from scratch in a month or two, I have absolutely no doubt. It is really *NOT* that difficult a component to make - heck you can implement these Webkit based composers IN JAVASCRIPT in a couple of hours of work! Heck I could (and probably would) do it myself, if I thought my change would be approved and checked into SVN. But for some reason everyone on the KMail team is stuck in the past and insisting on QTextEdit instead of Webkit. 878860 125 fredsie 2009-12-13 09:56:51 +0000 Jason, the final paragraph of your comment confirms my suspicions on this matter. Even if someone DID do this work, the idea of full HTML support in email will not get past the KMail "editorial board", for the reasons of principle mentioned before. So the whole donations thing is irrelevant. 878906 126 mcguire 2009-12-13 12:00:47 +0000 Ah, a technical discussion now, that is much better :) Replying to Jason's comment 124 now. It is not true that the QTextEdit class didn't change since Qt 3.0. It got a major overwork for Qt 4, which includes the QTextDocument and QTextEdit separation, and much work on the layouting. It actually was completely rewritten and the framework is called Scribe. The HTML subset supported by QTextEdit can be found at http://doc.trolltech.com/4.6/richtext-html-subset.html. However, I agree that QTextEdit's HTML support is very limited when compared to WebKit, and having a full WebKit editor is better. What I'd like to see at the same time is porting the KMail reader from KHTML to WebKit as well, since loading two HTML rendering engines is too much (especially when running GDB). Regardless of having a WebKit based editor (which would be preferable) or a QTextEdit based one, the basic work needed to be done before that is still the same: Change the template parser to create multipart/alternative messages that include the original HTML when replying or forwarding. Once that is done, the HTML support is there. The composer already supports editing HTML messages, try right-clicking one and choosing "Edit Message". The issue is just that the template parser doesn't provide multipart/alternative messages when replying/forwarding (and that QTextEdit's HTML support is limited, of course). When I said a WebKit based composer is too much work, I meant it is too much work for _me_. That just means _I_ will not work on that, but I would be glad if somebody else does that. However, don't underestimate the work that needs to be done for this, QTextEdit and the derived classes have quite many features that need to be implemented in the WebKit based editor as well. Mostly little things like quote coloring, paste/drop support, spellchecking, many cursor-based operations, etc, but this adds up, and this is why I said it is too much work (for me). The normal non-HTML editing features in the WebKit-based editor need to be as good as they are currently. I am pretty sure this can not just be done "in a couple of hours of work". > The idea that it is "too much work" to move to Webkit for editing, is solely > because of the horrible API design of the KMail composer - no other reason. I > know this because I have tried to do this port myself. The Komposer API is a > huge mess, none of it is properly abstracted - this is why it is nearly > impossible to move outside of QTextEdit. Hmm, I wouldn't say the composer has horrible API design that makes moving to a WebKit-based editor much of a problem. True, KMComposeWin is a big scary class, but the actual editor is in a separate class, KMComposerEditor, which (indirectly) inherits from QTextEdit. Could be that it was worse in KDE3 times, I remember some nasty "KEdit" classes there. One last thing I want to add: If anybody wants to work on this, please do it in the akonadi-ports branch (branches/work/akonadi-ports), which has the KMail that will become KMail 2. KMail 1 from trunk is basically frozen for new features at this point. > Who cares for Akonadi at this very moment? I do. Akonadi will solve many of the old standing KMail problems like flaky online IMAP support, blocking GUI while filtering POP3 mails (yes, that bug has even more votes than this bug here, just not as many noisy comments), various storage-related crashes, index corruption problems, and many others. > But for some reason everyone on the KMail team is stuck in the past and > insisting on QTextEdit instead of Webkit. > Even if someone DID do this work, the idea of full HTML support in > email will not get past the KMail "editorial board" I really don't know where you get these ideas. I only said it is too much work, which I have clarified above. So again, for the last time: Nobody in the KMail team is against improved HTML support. There is no secret conspiracy going on to keep HTML support out of KMail. I'd personally love to see full HTML support in KMail 2. Together with the improved IMAP support, better searching/tagging and lots of other stuff that Akonadi provides, it will make KMail rock! Bah, I wanted to keep away from this bug report, but now I've found myself commenting here again... 879077 127 jason 2009-12-13 16:31:33 +0000 Given these new comments, maybe I will try to investigate further doing some of this work over the holiday break and into the first quarter. 879255 128 gaston.tonietti 2009-12-13 22:26:22 +0000 Hi all. I'm glad to see this bug report is active again. I love KDE, I try to use a KDE application for everything I can. I'm the only one using KMail in my work, everybody else is using TBird, and I'm very tired of my partners complaining about I break every thread I reply to with "My email client" :-) So, for a KDE lover like me, it is a lot easier to help improving KMail than replacing it with another application. You can count me in for helping in whatever you think I can help. I'm an Eclipse RCP developer, but it's time to dig up the C++ developer inside and start contributing to the platform I love. Gaston. 893986 129 ruchir.brahmbhatt 2010-01-07 17:55:23 +0000 *** Bug 185594 has been marked as a duplicate of this bug. *** 905971 130 kde.bugs 2010-01-26 16:58:43 +0000 Qt 4.5! QWebkit has now updated editing features, making it into the rich text editor we want. We can do the following: 1.: Add an selection option which editor you want: Katepart for plain text reply (for people like the author of comment 15), QWebkit+Katepart for perfectionist’s HTML reply (like thunderbird) or only QWebkit for HTML reply of those not able or willing to code HTML (like gmail). 2.: If option 1 is set, the reply will be the classic “> cited message [lienebreak] your plain text message” 3.: If option 2 is set, the reply-window will have 2 Tabs: [Rich text] (using QWebkit) and [HTML source] (using Katepart). The cited message (=the innerHTML of the body of the message you reply to) will be wrapped into a <blockquote class="old-mail"> tag styled to have a colored (or grey) border on the left (right for arabic & co). When you switch to the [HTML source] tab, the innerHTML of the <body> of your mail will be available for direct edit. When you swich back to the [Rich text] tab, the innerHTML of the <body> will be updated. piece of cake PS: i will prototype it in python, since i can’t code cpp PPS: this comment would be more lucid if formatted with HTML ;) 905979 131 kde.bugs 2010-01-26 17:12:51 +0000 sorry for spamming, but of course i meant we should add the only-plain-text-kthxbye option for people like the author of _comment 14_, instead of his critic and selecting the third of my proposed options would delete the two tabs and only make the rich-text-editor available here a video of the features of the wysiwyg-text editor features of QWebkit: http://labs.qt.nokia.com/blogs/2009/03/12/wysiwyg-html-editor/ 957744 132 nicco.ts 2010-05-06 15:24:10 +0000 OK, so it seems hat we have Akonadi implemented - 4.4.3. Can we start with HTML engine finally? 957754 133 Lance 2010-05-06 15:53:54 +0000 FYI: This same bug has finally been fixed in Thunderbird, so kmail appears to be the last holdout. 957766 134 nicco.ts 2010-05-06 16:30:38 +0000 I wouldn't compare Kmail's HTML possibilities with Thuderbird because it's same as comparing Khtml and Firefox. 957800 135 ruchir.brahmbhatt 2010-05-06 17:24:33 +0000 (In reply to comment #134) > I wouldn't compare Kmail's HTML possibilities with Thuderbird because it's same > as comparing Khtml and Firefox. Right, there should not be comparison, but there can be "healthy" competition. J 1009547 136 ruchir.brahmbhatt 2010-08-26 08:58:34 +0000 This is really holding me back from using this great email client. 1009568 137 nicco.ts 2010-08-26 10:12:30 +0000 I've already switched to Thunderbird because this is never going to be in Kmail. Just imagine there is demand at least for 5 years and nothing changed. Deep regret to Kmail. 1009570 138 mikopp 2010-08-26 10:16:36 +0000 I've given up as well, running Outlook under wine. what a pity 1009608 139 ruchir.brahmbhatt 2010-08-26 11:08:58 +0000 Guys don't give up. I still have hope. One day this feature will definitely be implemented and that time it'll be the best choice for email client. 1009618 140 murphyjj 2010-08-26 11:26:46 +0000 On Thu, 26 Aug 2010 07:09:07 pm Ruchir Brahmbhatt wrote: > Guys don't give up. I still have hope. One day this feature will definitely be > implemented and that time it'll be the best choice for email client. Sorry, this is never going to be done. A recent thread at kdepim-users@kde.org produced the usual arguments that it was evil, should never be allowed, highly dangerous etc (but with no statistics of course). More importantly, an attempt to get people to offer $100 or so to fund the change only got three offers. The devs then sent a message that not one of them was interested in doing it - no doubt influenced by all the merchants of doom. So, if you need this in your lifetime - go and find an email client that will support it. KMail won't - so probably won't last anyway. Shame - but there you are. Regards, johnM 1009646 141 fredsie 2010-08-26 12:12:37 +0000 I too believe now that Kmail will, sadly, never have this feature. I suspect that it's been losing users in large numbers because of this failing, which also makes working on it less attractive. But the biggest threat is online mail services like Google Mail. I confess I started to use Gmail when frustration with the Kmail thing got too much. I now can do all the things i coudn't with Kmail, and more significantly, I can access my mail - including full mail archive - everywhere (including on my mobile phone), whereas before I had to be at home to search old emails. I think, for private users at least, that the future for local mail clients is gloomy. 1009687 142 fpuddu 2010-08-26 13:54:17 +0000 If it's not going to be fixed, why then some god-developer (we are sooo thankful to them for being so concerned of our security) descends from its own olympus and mark this bug as WONTFIX? (In reply to comment #140) > On Thu, 26 Aug 2010 07:09:07 pm Ruchir Brahmbhatt wrote: > > Guys don't give up. I still have hope. One day this feature will definitely be > > implemented and that time it'll be the best choice for email client. > Sorry, this is never going to be done. > A recent thread at kdepim-users@kde.org produced the usual arguments that it > was evil, should never be allowed, highly dangerous etc (but with no statistics > of course). > More importantly, an attempt to get people to offer $100 or so to fund the > change only got three offers. > The devs then sent a message that not one of them was interested in doing it - > no doubt influenced by all the merchants of doom. > So, if you need this in your lifetime - go and find an email client that will > support it. > KMail won't - so probably won't last anyway. > Shame - but there you are. > Regards, > johnM 1009729 143 registrations 2010-08-26 16:29:35 +0000 I'm afraid I've given up too. Been using kmail since 2004 and the lack of this feature stops me working effectively with all the Outlook users in my company. Bit of a joke since it's obviously in demand. I don't buy the security excuse BS, other clients pull off this feature no problem with default hiding of images/remote assets. Anyway, I now have a linux desktop at work, and a windows laptop - just for Outlook. 1009734 144 masaj 2010-08-26 16:53:55 +0000 I've switched to thunderbird couple of days ago. Running on qt-curve I'm quite happy with it. The decision came since I cannot start Kmail due to failed Akonadi after KDE upgrade. In my opinion, Akonadi is impossible to troubleshoot for normal users, well, maybe it is, but I've lost last remains of patience with it. I'm afraid kmail is gonna lose huge portion of users because of Akonadi and HTML stuff. I wish good luck to developers in making the application better, it deserves it. 1009742 145 Lance 2010-08-26 17:11:15 +0000 Thunderbird fixed this exact same bug very recently. So, that may be a good alternative for many of us. 1009959 146 jsullivan 2010-08-27 03:04:42 +0000 On Thu, 2010-08-26 at 11:26 +0200, John Murphy wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #140 from John Murphy <murphyjj bigpond net au> 2010-08-26 11:26:46 --- > On Thu, 26 Aug 2010 07:09:07 pm Ruchir Brahmbhatt wrote: > > Guys don't give up. I still have hope. One day this feature will definitely be > > implemented and that time it'll be the best choice for email client. > Sorry, this is never going to be done. > A recent thread at kdepim-users@kde.org produced the usual arguments that it > was evil, should never be allowed, highly dangerous etc (but with no statistics > of course). > More importantly, an attempt to get people to offer $100 or so to fund the > change only got three offers. > The devs then sent a message that not one of them was interested in doing it - > no doubt influenced by all the merchants of doom. > So, if you need this in your lifetime - go and find an email client that will > support it. > KMail won't - so probably won't last anyway. > Shame - but there you are. > Regards, > johnM > That's interesting. We just paid a bounty many, many times that size to fix all kinds of other issues in Kontact for Zimbra interoperability including implementing CardDAV, CalDAV, fixing the time zone issues, piles of fixes. This was all done by the Trinity project which is maintaining and fixing KDE3 for those who feel KDE4 is not quite ready or have other reasons not to upgrade (http://trinity.pearsoncomputing.net). We would be interested in supporting an effort to fix this in Trinity. I would hope with a working implementation in KDE3, it would be trivial to port to KDE4 along with CardDAV and CalDAV. Is anyone interested in chipping in with us? 1010008 147 paul 2010-08-27 08:40:00 +0000 I don't have very deep pockets. But I am willing to add $40 to the pot if *anyone* would show *any* interest in actually accomplishing this. I know my contribution by itself amounts to just about nothing but if I and 50 others did the same it could add up fairly quickly. The trouble is, I just don't believe that those who develop kmail are really interested in doing this. I have waited too long with no hope in sight. This "bug" has almost 2,500 votes which says to me it is something highly desired by the community. I do not believe that the developers are not skilled enough to do it. I am daily in awe of their skills. I just think they don't *want* to do it and so it is likely to never get done. While this disappoints me I must say that this is the world we have opted into. In an open source, volunteer driven development environment, those of us who are not developers must hope that our desires are shared by those that do develop. When they are not, we must seek solutions elsewhere, Kmail has potential to operate in a corporate environment. Until it grows up it will be relegated to the microcosmic world of the hobbyist. Perhaps the audience for this program *is* the hobbyist and it is *I* who am in the wrong place with wrong expectations. Either way, I want this and am willing to support it to the best of my financial abilities. It is admittedly not much in the scheme of things but with friends it could be. If there were only interest... 1010054 148 albandil 2010-08-27 10:59:19 +0000 I am missing this feature, too. And I would happily join with my $40 as well if there was a chance it would change something. 1010055 149 denis.prost 2010-08-27 11:02:03 +0000 me too 1010176 150 yez 2010-08-27 15:02:05 +0000 Last time, it was april when I picked up this issue again. Compiling the kde modules was impossible to me then because my system crashed because of it (https://bugzilla.redhat.com/show_bug.cgi?id=580208). When I find the time, I'll install a new fedora and give it another try. 1010266 151 jsullivan 2010-08-27 19:01:45 +0000 On Fri, 2010-08-27 at 10:59 +0200, Jakub Benda wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > Jakub Benda <albandil@atlas.cz> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |albandil@atlas.cz > > > > > --- Comment #148 from Jakub Benda <albandil atlas cz> 2010-08-27 10:59:19 --- > I am missing this feature, too. And I would happily join with my $40 as well if > there was a chance it would change something. > I have asked Tim Pearson of the Trinity project (http://trinity.pearsoncomputing.net) if he is interested in doing this work and how much it would cost. I've not yet heard back from him - John 1010314 152 pascal.hasko.bernhard 2010-08-27 21:06:17 +0000 My $40 are also on the table. I do not want to enter into the debate about the merits and perils of using HTML in emails, nor do I know much about its security issues. I can live without HTML reply enabled in Kmail, but some recipients expect my replies in this format. Even developers who do not like HTML in messages might have an interest in seing this feature implemented, as this would make Kmail more attractive for end-users thus increasing usage and popularity of the mail programme. Why not setting no HTML as default and giving notice to users who activate the feature? I have read someplace that te current version of Thunderbird has found a solution to the security problems, so that seems possible after all. 1010395 153 ian 2010-08-28 04:18:33 +0000 I paid for the original HTML capabilities some years ago, to be implemented. As I've written previously, I'm willing to "donate" toward getting this bug resolved and will commit $40.00 as well. Problem I have though is that I had expected based on my understanding on what I was paying for originally, was that this bug wouldn't have even been necessary. 1010737 154 particlese 2010-08-29 00:29:00 +0000 My opinions about HTML mail have mostly been posted by others here, so I won't add to them, but I'd love to contribute to a bounty to fix this, as it's the main thing keeping me from exclusively using this otherwise excellent email client when I'm on Linux. So, here's another $40, if we can get something official set up. 1010751 155 jsullivan 2010-08-29 01:43:30 +0000 On Sun, 2010-08-29 at 00:29 +0200, Pete wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > Pete <particlese@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |particlese@gmail.com > > > > > --- Comment #154 from Pete <particlese gmail com> 2010-08-29 00:29:00 --- > My opinions about HTML mail have mostly been posted by others here, so I won't > add to them, but I'd love to contribute to a bounty to fix this, as it's the > main thing keeping me from exclusively using this otherwise excellent email > client when I'm on Linux. > So, here's another $40, if we can get something official set up. > I have a bounty price from Tim Pearson and it is fairly high because of the need to create a new widget. I've asked him to review the bug report and take a look at the various suggestions and options to see if it will reduce the cost. I'll post the price when I have final word from him - John 1010755 156 Happy.Cerberus 2010-08-29 02:03:40 +0000 Even if it is actually implemented will the developers accept it? Implementing a patch is pretty much useless unless the upstream is willing to accept it. The willingness seems to be the main issue here. 1010758 157 jsullivan 2010-08-29 02:24:07 +0000 On Sun, 2010-08-29 at 02:03 +0200, Simon Toth wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #156 from Simon Toth <Happy Cerberus gmail com> 2010-08-29 02:03:40 --- > Even if it is actually implemented will the developers accept it? Implementing > a patch is pretty much useless unless the upstream is willing to accept it. > > The willingness seems to be the main issue here. > Trinity is its own version of the KDE3 desktop since KDE3 is no longer being maintained so it will have no problem going in there. KDE4 will be another matter. The devs have said they have no objection just no time. Several times, they have suggested that someone write a patch. I do hope if someone takes the time and others provide the funds, that the devs will gladly accept the contribution they themselves suggested someone make! - John 1010783 158 jsullivan 2010-08-29 05:45:24 +0000 On Sun, 2010-08-29 at 02:03 +0200, Simon Toth wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 Well we have a bounty amount and a bounty hunter. Tim Pearson of the Trinity project (http://trinity.pearsoncomputing.net) has said he would do the work for $1500 (US). When I asked if he could review the bug report and see if the information would help trim the cost, he replied: "I was already aware of the bug report you linked to, and I consider the fact that KMail 4 is *still* missing this feature as a rather bad omen. I am concerned a large rewrite of the editor is in order, and after this CalDAV/CardDAV project I don't have much confidence in the ease of extension of any part of kdepim. Hopefully enough people are still interested to get the project started!" I can verify his concerns. The bounty we posted for Zimbra integration including CalDAV/CardDAV was originally $300. We voluntarily increased that to almost as large as this bounty and I'm sure Tim's time was worth much more than we paid (and, no, we are not making it up together on this job - Tim and I have no financial or business connection other than I paid a large bounty to him for Kontact/Zimbra integration patches). So now we have a few practical details to make this happen. First, we need a rough spec for the work. Is it as simple as: "The final patch will enable KMail running in KDE4 and the Trinity version of KDE3 to reply to HTML email in HTML format including editing in HTML format by simply choosing to reply when the email which is being replied to is displayed in HTML mode. If the email is being displayed in text, the reply will initially be in text but with an option to edit and send the reply as HTML. Patches to KDE4 will be submitted upstream." Or do we need something more specific including HTML standards, which html tags should be supported, something about css support, etc? Would someone care to write it? I am no HTML expert. We then need to coordinate the bounty until the pledges (no money sent) equal at least $1500. I would be willing to do that. You can send your pledge amounts to me at jsullivan (we'll break this up) at (to thwart the spammers) pacifera (I'm sure you know) dot (what to do) com. I've suggested to Tim that payment be in thirds - one third before work begins, one third when the first patch is delivered, one third on final sign-off (bugs fixed). Tim is comfortable with this. Coming to consensus on sign-off can be a bit tricky. I would hope we will all be civil and fair. The tricky part is actually transferring the money. I have a vested financial interest in this patch as we would like it for our clients. I have also worked with Tim before so he knows I pay the bills in good faith and he is comfortable with me functioning as the fund coordinator. If others are not, I quite understand but someone needs to do it. Tim is uncomfortable with people sending money to him directly because he is concerned about deadbeats not paying the final third. He also thinks it unfair for him to collect all they money up front as that is a lot of trust to place in an unknown entity. That's why he prefers the funds be escrowed by a third party with a financial interest in the final patch. We also need to account for those who do not make good on their pledges. I will pledge $100. I will also pledge to make up any shortfall for up to another $100. I would suggest we pull the trigger when the pledge amount hits $1600. If we only collect $1400 of it, I'll make up the $100 difference. If we hit $1500, we'll pay that. If we collect the full $1600, we'll pay that all to Tim as an extra thank you for his work. Thoughts? Comments? Insults? - John 1010798 159 paul 2010-08-29 08:18:45 +0000 (In reply to comment #158) > > Thoughts? Comments? Insults? - John How about appreciation? Is it possible to get a page on the KDE or Trinity site where we could make our pledges, have them publicly listed (anonymously or not) along with a progress report on how we are doing? The link could be added to this bug and promoted. Seems like a very achievable goal. I am more than willing to trust you to escrow the funds. I am a trusting fellow and besides, I believe your online reputation is worth more than $1,500. That and if I lose my $40, I will be ticked-off but not devastated. I also trust that you have chosen wisely in selecting a programmer to implement this. The statement of work is both broad and specific enough to meet my need and give him some latitude in implementation. My only comment here is that he may have underestimated the required effort. It is hard to be optimistic after having waited for so long... but what is that I see... There, at the end of the tunnel... is that a light? 1011270 160 particlese 2010-08-30 06:20:06 +0000 I also think a more formal way of making pledges would be good. Since I'm not accustomed to this method of donation, it would certainly make me more comfortable with making the pledge (though I remain committed either way), and being able to see the progress towards an actual quoted bounty may encourage more people to sign up. Along the same lines, how will the real transactions be made? Also, thank you very much for organizing this, John! 1011287 161 jsullivan 2010-08-30 09:02:43 +0000 On Mon, 2010-08-30 at 06:20 +0200, Pete wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > I've forwarded Paul Lemmon's email to Tim to see what he has to say. It seems quite reasonable. I had planned to keep the pledge amounts in a spreadsheet with names, amounts, email addresses, etc. I could privately communicate with the individuals about bank details for checks or transfers. I was planning to regularly update this bug with the tally. I suspect it will take a while. At $40 a piece, we'll need 40 sponsors. I certainly don't mind a more formal structure but also have no experience in doing this. I had set up the Open Source Development Corp. (www.opensourcedevel.com) many years ago to do just this sort of thing but it did not gain traction and I closed the bank account long ago. If anyone has specific suggestions for a more formal structure, I'm certainly interested to hear them as long as they do not impose an inordinate overhead as my company is in startup mode and time is in very short supply. Thanks - John 1011291 162 ruchir.brahmbhatt 2010-08-30 09:13:26 +0000 How about using chipin.com. 1011301 163 orion2000za 2010-08-30 10:01:57 +0000 You can count me in for 50 on this - my only worry is what has already been noted: if it works in Trinity/KDE3 and can be shown to work in KDE4, will it be included in next KDE4 kde-pim release? To get this included in the coming "transfer to akonadi"-release would be perfect 1011306 164 jsullivan 2010-08-30 10:05:42 +0000 On Mon, 2010-08-30 at 09:13 +0200, Ruchir Brahmbhatt wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #162 from Ruchir Brahmbhatt <ruchir brahmbhatt ecosmob com> 2010-08-30 09:13:26 --- > How about using chipin.com. > That looks very interesting. I suppose they make their money by holding on to ours until the goal is reached or expired. I did read the terms of use and privacy policy and a quick Internet search turned up no complaints. I'm not sure the benefits in our case are worth the limitations. The contributions can only be made via PayPal or credit/debit cards and, in the latter case, only from the United States. It does not remove the trust issue in that the funds eventually wind up in my PayPal account anyway. However, it does require that we send the funds in up front. They hold on to them until we reach the goal amount or the date expires. If the date expires without meeting the amount, the funds are returned to the contributors. Given that it may take quite a while to reach the amount, they could be sitting on our contributions for months. I was not planning to take any money up front. I was anticipating logging pledges and, when we had the pledge amount, then collecting funds via any source including checks and bank transfers. As I think about it, I do not have credit card facilities. I suppose that could be set up through PayPal. Thoughts? Comments? Insults? Thanks - John 1011346 165 cassano.jay 2010-08-30 11:26:53 +0000 Taking money up front eliminates the worry about people not following through on their pledges. And have an online widget like chipin (which I was about to suggest as well) makes it easier for everyone to keep track of and also possibly extends the reach beyond this email list. On 08/30/2010 11:06 AM, John A. Sullivan III wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #164 from John A. Sullivan III<jsullivan opensourcedevel com> 2010-08-30 10:05:42 --- > On Mon, 2010-08-30 at 09:13 +0200, Ruchir Brahmbhatt wrote: > >> https://bugs.kde.org/show_bug.cgi?id=86423 >> >> >> >> >> >> --- Comment #162 from Ruchir Brahmbhatt<ruchir brahmbhatt ecosmob com> 2010-08-30 09:13:26 --- >> How about using chipin.com. >> >> > That looks very interesting. I suppose they make their money by holding > on to ours until the goal is reached or expired. I did read the terms > of use and privacy policy and a quick Internet search turned up no > complaints. > > I'm not sure the benefits in our case are worth the limitations. The > contributions can only be made via PayPal or credit/debit cards and, in > the latter case, only from the United States. It does not remove the > trust issue in that the funds eventually wind up in my PayPal account > anyway. However, it does require that we send the funds in up front. > They hold on to them until we reach the goal amount or the date expires. > If the date expires without meeting the amount, the funds are returned > to the contributors. Given that it may take quite a while to reach the > amount, they could be sitting on our contributions for months. > > I was not planning to take any money up front. I was anticipating > logging pledges and, when we had the pledge amount, then collecting > funds via any source including checks and bank transfers. As I think > about it, I do not have credit card facilities. I suppose that could be > set up through PayPal. > > Thoughts? Comments? Insults? Thanks - John > > 1011353 166 bugskdeorg 2010-08-30 12:11:16 +0000 Some time ago there was a "pledgie" for Krita which was highly successful: http://krita.org/index.php&option=com_content&id=20 http://pledgie.com/campaigns/7221 IIRC the money was collected up front, something I'd have more faith in as well. A Paypal account was used. Greetings, Pascal 1011647 167 jsullivan 2010-08-30 23:18:37 +0000 On Mon, 2010-08-30 at 11:27 +0200, Jay wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > I've left the previous comments in place to make this specific discussion a little easier to follow. I'll bottom post the response below - John > > > > > --- Comment #165 from Jay <cassano jay gmail com> 2010-08-30 11:26:53 --- > Taking money up front eliminates the worry about people not following > through on their pledges. And have an online widget like chipin (which I > was about to suggest as well) makes it easier for everyone to keep track > of and also possibly extends the reach beyond this email list. > > On 08/30/2010 11:06 AM, John A. Sullivan III wrote: > > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > > > > > > > --- Comment #164 from John A. Sullivan III<jsullivan opensourcedevel com> 2010-08-30 10:05:42 --- > > On Mon, 2010-08-30 at 09:13 +0200, Ruchir Brahmbhatt wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=86423 > >> > >> > >> > >> > >> > >> --- Comment #162 from Ruchir Brahmbhatt<ruchir brahmbhatt ecosmob com> 2010-08-30 09:13:26 --- > >> How about using chipin.com. > >> > >> > > That looks very interesting. I suppose they make their money by holding > > on to ours until the goal is reached or expired. I did read the terms > > of use and privacy policy and a quick Internet search turned up no > > complaints. > > > > I'm not sure the benefits in our case are worth the limitations. The > > contributions can only be made via PayPal or credit/debit cards and, in > > the latter case, only from the United States. It does not remove the > > trust issue in that the funds eventually wind up in my PayPal account > > anyway. However, it does require that we send the funds in up front. > > They hold on to them until we reach the goal amount or the date expires. > > If the date expires without meeting the amount, the funds are returned > > to the contributors. Given that it may take quite a while to reach the > > amount, they could be sitting on our contributions for months. > > > > I was not planning to take any money up front. I was anticipating > > logging pledges and, when we had the pledge amount, then collecting > > funds via any source including checks and bank transfers. As I think > > about it, I do not have credit card facilities. I suppose that could be > > set up through PayPal. > > > > Thoughts? Comments? Insults? Thanks - John > > > > > That's two people who have suggested Chipin and three who have said they prefer to pay upfront. Given that, I'm prepared to go that route. Does anyone object? Here are my concerns about the Chipin approach: 1) It will only accept PayPal outside the US/Canada? Is that a problem for anyone? 2) It will only accept PayPal and credit/debit cards inside the US/Canada. Is that a problem for anyone? 3) It will tie up our money immediately - I agree that may actually be a good thing rather than bad. If I do not hear any objections in the next 24 hours, I'll proceed with Chipin. To be fully disclosing, I do not have a PayPal account for the main business, Pacifera, and I closed the bank account for Open Source Development Corp. ages ago so I will set it up to be paid to a small charitable site I had set up with PayPal for www.spiritualoutreach.com. Thanks - John 1011667 168 m.wege 2010-08-31 00:21:27 +0000 If googled arround and also found: http://www.kickstarter.com http://pledgie.com pledgebank.org About the work to be done itself, it might be wise to check if the affected parts have been rewritten during KDE3 -> KDE4 transition. If this is the case, it might be difficult und need more time, to patch both. 1011815 169 tin.blaskovic 2010-08-31 08:12:39 +0000 Being just a silent voter until now, I would like to just make this one comment because I feel it is important but overlooked. Having sw development experience myself, there is one aspect that shouldn't be forgotten, and that is the quality of the proposed solution. Care needs to be taken for this work to be made maintainable, extensible and portable. Unfortunately, one prevailing theme I noticed from all the development-oriented comments is that this feature is very hard to add due to KMail 1.x architecture. I'm afraid that if this work ends up providing HTML quote/compose support to KMail 1.x, it will not be easily applicable to 2.x. I suggest that an additional requirement be made to the bounty, something in the lines of: "The implemented feature should be based on an externally maintained editor component, and provide documented interfaces for inclusion into other software. The documentation should also include a context diagram illustrating outside interfaces and internal class/component relations. Finally, at least one example (a simple step-by-step guide without actual implementation) on how to add new capabilities to the solution should be included". I feel this will guarantee that the work done now will be usable for years to come and easily extensible, while I'm also aware that it might considerably raise the valuation and give more headaches to Tim, or whomever else that decides to take up the bounty. Even if this final valuation ends up being twice or 3x the amount of the initial one, believe me it would not be unrealistic and would be worth it. That said, if you add the requirement to the bounty along the lines I suggested above, I'm willing to support this effort with US$50 initially, and another US$50 if the bounty pot ends up being short of the requested amount, and I'm willing to reserve the initial amount upfront through chipin (via PayPal). 1014537 170 jsullivan 2010-09-05 03:58:25 +0000 On Tue, 2010-08-31 at 08:12 +0200, Tin Blaskovic wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > <snip> Sorry to take so long to get back to this. Several of you have emailed me privately as requested to pledge toward the bounty. Here is where we stand. Tim is subscribing to the bug so he can respond directly. I'm not sure if he has done that yet. Tim has suggested that we finalize the spec before starting to collect pledges in case something in the spec has a significant impact on the bounty. He has set up a page to record the spec as well as the pledges at http://trinity.pearsoncomputing.net/ - click on Requests for Enhancement. Speaking of impacting the bounty, Tim's environment is specifically KDE3 as Trinity is a maintained fork of KDE3. He does not have a KDE4 build environment and building one just for this project would add significantly to the cost. Does anyone have a KDE4 build environment that could be used for this project? Regarding forward usability, Tim proposed the following design which, in my programming ignorance, would seem to facilitate forward compatibility: "My initial thought was to create a widget that accepts HTML input from the parent program, allows the user to edit the HTML/insert images/etc., then outputs the edited HTML to the parent program. It would probably also have to pass some (QImage?) pointers to any inline image files via a QPtrList or similar to the parent program. This should ensure that the KMail changes needed are trivial, with most of the code contained within the new editor widget. I was planning to include some doxygen commenting in the external API of the new widget" Once the spec is finalized, we can use Chipin to collect the pledges. Thanks - John 1015105 171 tin.blaskovic 2010-09-06 15:13:59 +0000 I wish I was be able to formulate more specific requirements, it would certainly be the fairest towards Tim or any other developer that takes up the challenge. Since my primary interest in supporting this effort would be to see the functionality getting included in future KDE4+ releases, I suppose the only ones that are qualified enough to pass judgment on that are core kmail developers who know the direction that kmail is headed, and whatever they conclude I would agree on. Therefore (and please keep in mind this only affects my pledge, others decide for themselves but I believe that these suggestions are to the benefit of everyone), I can propose only the following criteria for the specification (as specific as I can make them): 1. the component must be able to fully preserve original/quoted message formatting and content on output 2. the component should allow for basic text input and formatting (i.e. font, size, color, decoration) and image insertion, both in quoted text and in reply text 3. the component should be accepted into current kmail source tree and made available through official kdepim releases A question for Tim - are you planning on using webkit editor (already mentioned several times in this discussion) or do you plan to write your own? IMHO, it should be easier to use an already existing component. Also, doxygen comments are always useful, but a short techbase page would also be very welcome for others who decide to continue the work on the component. 1015222 172 jsullivan 2010-09-06 18:04:42 +0000 On Mon, 2010-09-06 at 15:14 +0200, Tin Blaskovic wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #171 from Tin Blaskovic <tin blaskovic gmail com> 2010-09-06 15:13:59 --- > I wish I was be able to formulate more specific requirements, it would > certainly be the fairest towards Tim or any other developer that takes up the > challenge. Since my primary interest in supporting this effort would be to see > the functionality getting included in future KDE4+ releases, I suppose the only > ones that are qualified enough to pass judgment on that are core kmail > developers who know the direction that kmail is headed, and whatever they > conclude I would agree on. One of the original maintainers has volunteered to be an information resource for the work. I hope that indicates the KDE devs are supporting of the endeavor. <snip> > 3. the component should be accepted into current kmail source tree and made > available through official kdepim releases I think this one is going to be outside of our control. I think it would behoove us to seek guidance and guidelines to do the best we can to make it acceptable. <snip> 1015232 173 ian 2010-09-06 18:27:26 +0000 If it means anything, I am the original reporter of this bug. Previous to reporting this bug, I had complaints about the total lack of HTML ability in Kmail - I have clients who use HTML as their way of using bold or colours in replies instead of the standard > and >> and >>>'s. It was frustrating to me that I could not reply to an email in the same way a client had responded to mine. I brought up the issue and someone emailed me privately and asked if I was willing to pay for HTML ability in Kmail. They quoted me a price, and I paid for it. And then, HTML was available in Kmail - except it was useless because it did not work for replies to HTML email. So, I'm leery. I'm willing to contribute money - as I have for HTML ability in the first place and to other KDE development in general - but - if I'm going to do it again, it has to work. It has to work going forward too. I'm willing to contribute - but I need to hear from a lead developer that there is going to be cooperation - that further development on Kmail will absolutely include any HTML abilities that I'm paying for. What I paid for several years ago is now broken even more than what I thought I was paying for. I'm not paying for something again, that I have no reassurances will not break again in the future. The spec has to say that the KDE developvers will view the patch as important, and future development will include this patch, and not break it, or will fix it to comply with any future releases so that it is a standard in Kmail. They can't just introduce some new feature or change, and break this patch and go "uh oh.... oh well..." If we can get some idea from a lead KDE developer that this is important to them, and a committment that if done, it will remain an important integral part, then I will commit some bucks to this. 1015262 174 jsullivan 2010-09-06 18:58:43 +0000 On Mon, 2010-09-06 at 18:28 +0200, Ian wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 I've just heard back from Tim. He has not yet subscribed to this bug as he is swamped getting Trinity (KDE) 3.5.12 out the door. He said he will need to wait until early next month. In the meantime, I think it would be wise for anyone with input to contribute to the spec page he put up. I referenced it a couple of comments ago - John 1026011 175 kamikazow 2010-09-30 11:00:11 +0000 (In reply to comment #173) > So, I'm leery. I'm willing to contribute money - as I have for HTML ability in > the first place and to other KDE development in general - but - if I'm going to > do it again, it has to work. It has to work going forward too. Those who really wish this to happen could enter an official contract with KDAB. After all, it's among their businesses to develop Kontact for enterprise customers and they pretty much maintain KMail these days. 1026039 176 jsullivan 2010-09-30 11:58:15 +0000 On Thu, 2010-09-30 at 11:01 +0200, Markus S. wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #175 from Markus S. <markus s kdemail net> 2010-09-30 11:00:11 --- > (In reply to comment #173) > > > So, I'm leery. I'm willing to contribute money - as I have for HTML ability in > > the first place and to other KDE development in general - but - if I'm going to > > do it again, it has to work. It has to work going forward too. > > Those who really wish this to happen could enter an official contract with > KDAB. After all, it's among their businesses to develop Kontact for enterprise > customers and they pretty much maintain KMail these days. > Trinity 3.5.12 should be released tomorrow. That means they can now turn their attention to this project and we can get it started in earnest - John 1027569 177 kb9vqf 2010-10-04 19:31:46 +0000 Hi, Tim Pearson here from the Trinity project as promised. I have added a page at this address http://trinity.pearsoncomputing.net/crfe/ in order to be able to iron out the required specifications, and to track the progress on these two RFEs. I have decided to split the entire KMail HTML project into two parts. The first would be to get full HTML support functional in the Trinity project, as that is the environment that I am most familiar with, and there are a significant number of corporate users of that environment. This would use Webkit; a full proposed specification is available on the page previously mentioned. The second phase would be to port those changes to KDE4 and get it accepted upstream. When the first phase is built, cross-toolkit compatibility will be kept in mind so that KDE4 can use the code from that phase without heavy modifications. The threshold bounty amounts currently shown on that page will fluctuate as requirements are added or removed; if you want to see it done for less cost then remove some of the requirements from the specification(s). I have left the KDE4 specification almost empty; I would like individuals who are more familiar with the KDE4 development process and cycle to list any requirements and/or barriers to getting the new editor accepted into upstream. Let me know what you think! 1027681 178 jsullivan 2010-10-04 23:07:55 +0000 On Mon, 2010-10-04 at 19:33 +0200, Timothy Pearson wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 <snip> Hi, Tim. You can count me in on the Trinity bounty for $100. Are you still looking for someone with a KDE4 build environment to help on the KDE4 portion? I don't have such an environment but perhaps another interested party does. Thanks - John 1027688 179 paul 2010-10-04 23:20:25 +0000 I was expecting to see a reference to the www.chipin.com site where I could make my contribution. Have we abandoned that line of thought? 1027692 180 kb9vqf 2010-10-04 23:33:22 +0000 I guess that would be up for discussion still; any thoughts John? 1027694 181 jsullivan 2010-10-04 23:37:46 +0000 On Mon, 2010-10-04 at 23:22 +0200, Paul Lemmons wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > <snip> That's still in the plan as far as I know. I'll be hopping back into this to help Tim organize the bounty now that he is ready. However, I think the first step is to finalize the spec as it can have a dramatic affect on the final bounty size. Once we have a solid spec and bounty, we can set up chipin. Thanks - John 1027698 182 kb9vqf 2010-10-04 23:43:03 +0000 Works for me! 1029079 183 particlese 2010-10-08 04:46:33 +0000 And count me in for $50 for the KDE3 Trinity bounty. The kdesvn-build script (now kdesrc-build) made it really easy for me to fiddle around with and compile modifications to a KDE4 game. (At least under an existing user-geared KDE4 environment.) I don't know if it will suit your needs for the phase 1 portability considerations or even phase 2, but it may be worth a look. Here's its homepage: http://kdesvn-build.kde.org/ Thanks for doing this, or at least giving it the chance to be funded. -Pete 1029322 184 jsullivan 2010-10-08 18:12:40 +0000 On Fri, 2010-10-08 at 04:47 +0200, Pete wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 <snip> I've noticed that there has been very little activity on the specification. At some point, I would imagine we will need to close the spec and begin collecting pledges on chipin. If you are interested, please visit http://trinity.pearsoncomputing.net and click on the RFE link on the left panel (if the left panel does not paint properly, please for a refresh as it may be incorrectly cached). The page contains instructions for signing up for an account with rights to edit the spec. Thanks - John 1035681 185 paul 2010-10-22 18:49:23 +0000 Looks like the specs are locked and loaded... when do we pull the trigger? 1035689 186 jsullivan 2010-10-22 19:14:16 +0000 On Fri, 2010-10-22 at 18:49 +0200, Paul Lemmons wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 <snip> I'm awaiting the final word from Tim - John 1035692 187 kb9vqf 2010-10-22 19:28:12 +0000 As the specification is now finalized, the KDE3/Trinity bounty amount on this page http://trinity.pearsoncomputing.net/crfe/ is now finalized as well. Let's see how much can actually be collected, and if it comes up short then we can discuss what to trim from the specification for now. As mentioned before, I am considering completion of the KDE3/Trinity version as a prerequisite for the KDE4 version; as such, the KDE4 specification has NOT been finalized and is still open. 1035706 188 jsullivan 2010-10-22 20:19:28 +0000 On Fri, 2010-10-22 at 19:28 +0200, Timothy Pearson wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #187 from Timothy Pearson <kb9vqf pearsoncomputing net> 2010-10-22 19:28:12 --- > As the specification is now finalized, the KDE3/Trinity bounty amount on this > page > http://trinity.pearsoncomputing.net/crfe/ > is now finalized as well. Let's see how much can actually be collected, and if > it comes up short then we can discuss what to trim from the specification for > now. > > As mentioned before, I am considering completion of the KDE3/Trinity version as > a prerequisite for the KDE4 version; as such, the KDE4 specification has NOT > been finalized and is still open. > Before I set this up on chipin, I would like to make sure most people are happy with that ordering. Are we fine to proceed with securing the KDE3/Trinity bounty and product without finalizing the KDE4 specification? If so, I'll set it up on chipin.com. Thanks - John 1035714 189 denis.prost 2010-10-22 20:38:59 +0000 It's OK like that for me. Denis 1035724 190 pascal.hasko.bernhard 2010-10-22 21:23:08 +0000 Maybe my question is a bit naive, but how do we ensure that the features are supported after they have been developed? I would assume that HTML support won't be perfect right from the start, and perhabs after some time more features will be requested, or it would have to be ported to newer versions of KDE not yet out, so no specifications can be worked out at this point of time. Pascal 1035734 191 paul 2010-10-22 21:52:43 +0000 I don't see the KDE4 specs being much different than the KDE3 specs. It is enough for me that there would be a commitment to get it ported to KDE4 intact. I would also hope that there would be an effort to get the code accepted by the KDE4 community so that it would become part of the general distribution. That said I am OK to get the ball rolling with the KDE4 spec still nebulous. 1035761 192 bob 2010-10-22 22:32:34 +0000 Go for it, in my humble opinion kmail is unusable today and that makes kontact irrevelant for my needs. 1035767 193 jsullivan 2010-10-22 23:14:24 +0000 On Fri, 2010-10-22 at 21:53 +0200, Paul Lemmons wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #191 from Paul Lemmons <paul lemmons name> 2010-10-22 21:52:43 --- > I don't see the KDE4 specs being much different than the KDE3 specs. It is > enough for me that there would be a commitment to get it ported to KDE4 intact. > I would also hope that there would be an effort to get the code accepted by the > KDE4 community so that it would become part of the general distribution. > > That said I am OK to get the ball rolling with the KDE4 spec still nebulous. > I'm delighted to see that the feedback so far has been unanimously positive. So that there are no surprises, I do want to remind everyone that the KDE4 port is a separate bounty. I'll wait for the weekend to pass to gain any additional feedback and, if the vast majority is still positive, I'll get chipin going on Monday. Thanks - John 1035826 194 orion2000za 2010-10-23 10:00:51 +0000 I looked at the specs and would like to add or include (from an earlier posting): 1. the component must be able to fully preserve original/quoted message formatting and content on output 2. the component should allow for basic text input and formatting (i.e. font, size, color, decoration) and image insertion, both in quoted text and in reply text 3. the component should be accepted into current kmail source tree and made available through official kdepim releases 1035897 195 52797 kde.bugs 2010-10-23 13:39:54 +0000 Created attachment 52797 Fake UI with fake conversation about useful features While the backbone is being worked on, I’d like to talk about the frontend, too. This draft is most likely neither complete nor good, but the features they talk about should be in the there in the end: * standards-compliant preset buttons, which add <strong> instead of <b>, <em> instead of <i>, <span class="color_red"> instead of <font color="red">/<span style="color: red;">, … * ability to add scripted buttons and dropdown-lists, reorder them, and so on * ability to switch between visual editing and source-code editing without loss of function (buttons should work on both) * minimal ui 1036375 196 kamikazow 2010-10-24 13:40:02 +0000 If you waste your time with a KDE3 version, at least apply the resulting patch to /branches/kdepim/enterprise/ which is the only actually supported KDE3 PIM branch out there. Maybe work with some KDAB/Kollab dude to mentor. 1036499 197 kb9vqf 2010-10-24 19:31:55 +0000 I would argue that the waste of time comes from the KDE4 version. Then again, I actually *use* the computer for heavy duty physics and engineering work. Please, let's keep the KDE3/KDE4 argument out of this bug report. Both have their strong and weak points, and eventually the choice comes down to simple user preference. As a user of the KDE3 version, and the person doing the work, I want to see that version completed first. If that is not acceptable, then you may want to find someone else who is willing to handle this RFE. 1036559 198 bob 2010-10-24 23:09:42 +0000 I am not interested in the KFE3 version, I use KDE4 with the exception of kontact because of Kmail. Fixing KDE3 does not help nor interest me. Bob 1036566 199 kde.bugs 2010-10-24 23:33:55 +0000 me neither, but this is not supposed to become a flamewar. markus s. seems to think otherwise by using rage-inducing terminology like “wasting your time”. i, too, think that a kde 4 version of this is needed more desperately (since kde3 usage already is lower than the one of kde4 and must be shrinking because of the latter is gaining functionality), but i don’t accuse someone who wants to code this for ‘wasting his time’. instead, i don’t participate in the fundraising until we can see the kde4 version on the horizon. 2010/10/24 bob coulter <bob@coulter.org> > https://bugs.kde.org/show_bug.cgi?id=86423 > --- Comment #198 from bob coulter <bob coulter org> 2010-10-24 23:09:42 > --- > I am not interested in the KFE3 version, I use KDE4 with the exception of > kontact because of Kmail. Fixing KDE3 does not help nor interest me. Bob > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are a voter for the bug. > You are on the CC list for the bug. > 1036575 200 kamikazow 2010-10-25 00:41:03 +0000 My main motivation was to tell that any work on KDE3 PIM apps in the enterprise branch together with one of its maintainers. BTW, Comment #188 asked if everybody was happy giving the classic KMail priority. I'm not happy with that. Don't bitch if answers to a question are not what you want to hear. 1036647 201 bugskdeorg 2010-10-25 08:23:29 +0000 If a version for KDE3 is what it takes to eventually get support for KDE4 out, I'm all for it. In the end the KDE4 version may even turn out better because of better knowledge about the pitfalls encountered doing KDE3 first. (Disclaimer: I'm not familiar with the code) Markus would like to see that any of this work would end up in a PIM branch that still receives some loving after the project is finished, which does not sound unreasonable. Let's keep the flames out and think about what we all really want: an even better KMail experience. Regards, Pascal 1036681 202 jsullivan 2010-10-25 09:36:29 +0000 On Mon, 2010-10-25 at 08:23 +0200, Pascal Vandeputte wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 <snip> Yes, indeed. These are the issues I wanted to surface to avoid any surprises or disappointments. The KDE solution is viable on an ongoing basis as it is not limited to the existing KDE3 or KOLAB versions but is part of Trinity which is an ongoing development of KDE3 for current distribution versions, e.g., the latest Debian and Ubuntu. Thus, it does have a future all on its own as Trinity - a successor to KDE3. However, I know that many of those who are interested in this solution are not using Trinity but KDE4 and will probably stay on KDE4. Porting the solution to KDE4 is part of the plan however, it is a separate project and a separate bounty. So what does all that mean practically? If all goes perfectly well: 1) We will raise the $2500 bounty for the requisite first step - the Trinty/KDE3 version 2) Tim will complete the Trinity/KDE3 implementation. 3) We will raise the $1000 bounty for the KDE4 port 4) Someone will assist with a build environment for KDE4 since Tim does not have one 5) Tim will complete the KDE4 port 6) The KDE developers will accept the patch. They have said they are willing to include this functionality if someone else writes it; they just do not have the resources to do so themselves. However, what happens if we miss step #3 or the KDE developers reject the solution in step #6? I will be very happy because I need the patch for Trinity. I'm concerned about accidentally abandoning the KDE4 users after taking their funds to accomplish step #2. May we please have some discussion on this point - not a debate - just a discussion to make sure no one is accidentally hurt. Thanks - John 1036766 203 simon 2010-10-25 11:54:18 +0000 hi all, good to see some movement here in the first place - i'm still in with my money even though the time rushed and first thoughts about the 2010 christmas gifts are approaching ... a few comments: * i'm not interested in a kde3 version but in a patch against current kmail trunk. it's ok for me if a kde3 version is done as a intermediate milestone so both projects do profit from the efforts but the bounty should clearly state a kde4 version as the expected outcome. Here i'd like to hear from a kmail dev if something changed drastically in Kmail2/Qt 4.7 which would make a transition kde3-kmail -> kde4-kmail2 more complex than a direct kmail2 approach, thanks. * i hope a kmail2 dev could support/mentor Tim in this second phase (if Tim wants) so the integration into trunk / migration to qt4 goes along smooth. 1038690 204 jsullivan 2010-10-30 17:53:48 +0000 On Mon, 2010-10-25 at 11:54 +0200, Simon Bühler wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 <snip> Hi, all. This is becoming a bit complicated because we have two very distinct needs wrapped up in one project. As long as we are patient with each other, I'm sure we can work through it. Let me state the issues as I see them and a proposed solution. It will be a little complex but I think it will work. We have the developer of the patch and several key bounty contributors who need the KDE3 version and are happy to see the KDE4 version but KDE4 is not a requirement. We have many other bounty contributors (perhaps the majority) for whom the patch is useless unless it works for KDE4. In the current offer, because of the needs and environment capabilities of the developer (to whom I extend great thanks for being willing to do this), the KDE3 project is a pre-requisite to the KDE4 project. The danger is KDE4 users contributing to the bounty for the KDE3 project because it is prerequisite and then there not being enough funds to meet the second bounty for the KDE4 port. In which case, they will not have a usable return on their investment. So how do we try to please everyone and, more importantly, keep from accidentally defrauding anyone? Here's a proposal: 1) We finalize and close the KDE4 spec so we know what the bounty is. I think Tim was hesitant to do that because of not really knowing what is involved until the KDE3 patch is done but I think we'll have to take our best guess. 2) We set up the KDE3 bounty on chipin and those who need the KDE3 patch commit their contributions. 3) We do NOT set up the KDE4 bounty on chipin (I'll explain why in a minute) but those who need the KDE4 patch send their pledge (not their money) to Tim who will post the results on the Trinity RFE site. 4) Once the KDE4 bounty is hit (I suspect it will be reached before the KDE3 bounty), remaining KDE4 contributors send their pledges to the KDE3 chipin bounty since the KDE4 patch will not be released without it. This is why we do not want to put the KDE4 pledges on chipin because once the amount is reached, the funds are disbursed but we do not want to release the KDE4 bounty until the KDE3 bounty is also met since we can't have one without the other. 5) Once the KDE3 bounty is hit, Tim commences work and releases the KDE3. 6) Now that work can proceed on the KDE4 AND we have sufficient pledges to fund it, we setup the KDE4 bounty on chipin, collect it, and do the patch. I think that will work. If you followed me, no need to read further. If I've confused you, let me explain it another way. We probably have more contributors to the KDE4 bounty than the KDE3 bounty. The KDE3 bounty is bigger than the KDE4 bounty and is a prerequisite. So let's have KDE4 contributors first fill the KDE4 bucket to make sure they're not left without a viable patch for their money at the end of the project. Once we've filled the KDE4 bucket, KDE4 users start filling the KDE3 bucket since it is a prerequisite to the KDE4 project. Once we have both buckets full, we can safely begin work without risk of accidentally defrauding the KDE4 users. If we happen to fill the KDE3 bucket first, then problem solved (at least the problem of potentially defrauding the KDE4 users). Sorry for the complexity but I want to ensure we are all working together and not accidentally at cross purposes. Please send your feedback. If there is no great objection, then we should proceed with step #1 - finalizing and closing the KDE4 spec. Thanks - John 1038844 205 diego 2010-10-31 03:14:06 +0000 Sounds like a smart approach, thanks John. I'm a KDE4 customer and happy with the approach. 1039623 206 jsullivan 2010-11-02 16:47:14 +0000 On Sun, 2010-10-31 at 03:14 +0100, Diego Tognola wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 There has been very little feedback on the proposed way to proceed so I assume all are fine with it as we need to get going. Tim, the next step would be yours. Are you able to close the KDE4 spec and finalize the bounty? Thanks - John 1057208 207 silver.salonen 2010-12-12 12:10:09 +0000 *** Bug 254531 has been marked as a duplicate of this bug. *** 1092469 208 mcguire 2011-03-01 23:08:15 +0000 FYI, I added this to the list of Google Summer of Code ideas again, see http://community.kde.org/GSoC/2011/Ideas#Project:_Improved_HTML_support_in_KMail. So if someone here is a student and motivated, go for it! I am willing to mentor this. 1094752 209 j.p.lippl 2011-03-08 11:32:40 +0000 Average non-techie user here. As I have no coding experience whatsoever in this environment, my thinking here may be completely off base, and I will be happy to be enlightened by those who actually know what they are talking about. Anyway: I'm not sure I understand exactly why this feature would be so complicated to implement. An email comes to you in HTML format, and Kmail displays it as such. You hit "Reply," and the composer accepts HTML formatting and displays your formatted text as you enter it. Kmail should not have to actually do anything extra to *get* the inserted Reply text into HTML format; it came in that way, and is just being inserted into an editor already capable of understanding and displaying HTML on the fly. Kmail must be actively *doing* something extra to convert the original HTML into plain text, invoking routines that strip out the tags and replace them with * and / and whatnot. Is it really such a big deal to just stop the program from doing that, and instead of doing the extra work to process the existing HTML into plain text, just have it insert what it *already has* into your reply? Ideally with a checkbox that lets you strip the HTML or not at your discretion? It doesn't seem to me like it would involve any major start-from-scratch code rewrite or anything. But like I say, this is coming just from my own ignorance of what might be involved. Add me to the roster of users who really like Kmail/Kontact, but quite honestly can't use it because of this issue. 1094755 210 nicco.ts 2011-03-08 11:56:55 +0000 (In reply to comment #209) It is complicated, because you must be able to edit the inserted text you are replying to. So you need editor which can transform user GUI actions to HTML code and in addition this editor must understand standardize HTML and Microsoft (Outlook + Word) HTML like Zimbra or Thuderbird do. For example: embedded images, tables, fonts and colors inside tables/cells, bullets, ... Anyway use Thunderbird. It is not so perfect as Outlook (in terms of functionality) as it has some bugs and missing some functionality, but is better as Kmail. 1094767 211 fpuddu 2011-03-08 12:59:18 +0000 (In reply to comment #210) I would be satisfied if the program could just display to the sender his original message withouth misformatting it. The ability to edit the original message is not essential for me... 1094774 212 diego 2011-03-08 13:38:57 +0000 (In reply to comment #211) > (In reply to comment #210) > I would be satisfied if the program could just display to the sender his > original message withouth misformatting it. The ability to edit the original > message is not essential for me... +1 from me - this could likely mean knocking off 90% of the hassle with 10% of the effort ? 1095597 213 kde.bugs 2011-03-10 13:38:55 +0000 (In reply to comment #212) > +1 from me - this could likely mean knocking off 90% of the hassle with 10% of > the effort ? maybe it seems like that, but i am sorry for having to disappoint you: the reply message is a html document, so you have two ways of inserting another: merging the latter into the further or an iframe. while the iframe solution would indeed be a way to preserve the other message in 100%, it is impossible or at least impractical (you have to store the additional documents somewhere) the merging solution, however, is what this bug is about in the first place: as soon as you can merge in another message in a reliable way, you can edit it anyway. so sorry, no quick'n'dirty solution here. 1095637 214 gabrijel 2011-03-10 16:53:42 +0000 It's so bizarre that this problem is still not picked up; that the only activity still is ... *discussing it*!! Whatever happened to the pledgies? (see: http://pledgie.com/campaigns/7325 ). I though this was finally going to be implemented? In my opinion this is a never ending discussion. KMail was, and still is, a beautiful mail client, but I'm getting a really strong vibe that it's bleeding to its death. Developers can be very stubborn and on the other hand users are getting more and more programs to choose from; I've given up and moved on to 'greener pastures'. It still is *very funny* to see the discussion flame up every once in a while....! 1095653 215 jsullivan 2011-03-10 18:16:21 +0000 On Thu, 2011-03-10 at 16:53 +0100, G.Gavranovic wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #214 from G. Gavranovic <gabrijel gavro nl> 2011-03-10 16:53:42 --- > It's so bizarre that this problem is still not picked up; that the only > activity still is ... *discussing it*!! > Whatever happened to the pledgies? (see: http://pledgie.com/campaigns/7325 ). > I though this was finally going to be implemented? > > In my opinion this is a never ending discussion. KMail was, and still is, a > beautiful mail client, but I'm getting a really strong vibe that it's > bleeding to its death. Developers can be very stubborn and on the other hand > users are getting more and more programs to choose from; I've given up and > moved on to 'greener pastures'. > > It still is *very funny* to see the discussion flame up every once in a > while....! > I checked with Tim Pearson from the Trinity project (KDE3 fork - http://trinity.pearsoncomputing.net) who was interested in doing the work but he is up to his eyeballs with a new release and a port to cmake. It might come alive again after that. We left off that we needed to finalize the KDE4 spec. Once that was done and published we would start collecting the pledges. The issue was the split between those who need it for KDE3 and those who need it for KDE4. We need to fill the KDE3 pledge as a dependency for the KDE4 version (by virtue of who is doing the work and the way they would implement - not a technical dependency). If both fill, we will have both versions which is the goal. It is a fairly substantial project. As someone else commented early, no quick fixes here. Thanks - John 1096298 216 ricardo 2011-03-12 13:59:18 +0000 (In reply to comment #215) > We need to > fill the KDE3 pledge as a dependency for the KDE4 version (by virtue of > who is doing the work and the way they would implement - not a technical > dependency). If both fill, we will have both versions which is the goal. > It is a fairly substantial project. As someone else commented early, no > quick fixes here. Thanks - John So, it seems this will take a very long time to fix (if it's ever fixed at all). When the KDE3 port is finished we'll probably be on KDE 5 or 6, and most users will probably have switched to better email clients/pim suites. I don't get this never-ending love affair some people have with KDE3, which causes the whole KDE project to be left in 1995, compared to other desktop environments, when it comes to email/pim. The conclusion to draw from this is that, either a new, more open-minded team takes over kmail and implements the functionality users want and expect (as showed by the number of votes on most kmail bugs and wishes), or a new pim suite for KDE is developed. If neither of these happen, users will move on to 'greener pastures' as G. Gavranovic mentioned. Count me in that group of people. 1096303 217 divan 2011-03-12 14:28:13 +0000 I think there should be just one bounty and it should be for the kde4 version. Very little people are interested in the kde3 version. There should be one large bounty and it should include whatever amount of money is required to make both the kde3 and kde4 versions for the developer. There shouldn't be two bounties because then we will likely land up with a kde 3 version and that's as far as it would get. 1096385 218 jsullivan 2011-03-12 22:14:31 +0000 On Sat, 2011-03-12 at 14:28 +0100, Divan Santana wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 <snip> I should clarify the points raised. They have been discussed in detail earlier on but this thread has grown long. First of all, KDE3 is alive and well in the Trinity project. There are a number of production installations which do not feel KDE4 is ready for production usage. This is not the place to have that debate. Some feel it is, some feel it is not. We cannot judge another's environment unless we are in it. The bucket system was set up to accommodate both and prevent taking advantage of either "camp." The idea was for contributors to contribute to whichever bucket they preferred. If the KDE4 bucket filled before the KDE3 bucket, as we suspect will happen, all funds then flow to the KDE3 bucket since it is the dependent project. If the KDE3 bucket never fills, the project, at least from that developer dies. What we wanted to avoid was KDE4 users paying into the KDE3 development and then there not being enough left over for the KDE4 port. Similarly, we did not want KDE3 users stymied if there was enough contribution to do the KDE3 project but not enough for KDE4. Hence the dual bucket approach. Thanks - John 1097114 219 kevin.coonan 2011-03-14 21:35:49 +0000 That sounds like a logical approach. KDE 3.5.10 was a very functional desktop, and I am not sure I am any more functional w/ 4.6 (maybe less since I keep playing around with it). One thing that would help a lot of us is understanding the implications of running KDE 3.5 software under 4.6 and vice-versa. But, even in KDE 4.6 it still does not work! Do we have an ETA of when this will be done? Thanks Kevin Kevin M. Coonan, MD Bethesda, MD kevin.coonan {GMail, Skype} Omnes homines liberi aequique dignitate atque juribus nascuntur. Ratione conscientiaque praediti sunt et alii erga alios cum fraternitate se gerere debent. All human beings are born free and equal in dignity and rights. They are endowed with reason and conscience and should act towards one another in a spirit of brotherhood. Article I. Universal Declaration of Human Rights. 1948-12-10, Paris, France On Saturday, March 12, 2011 16:14:42 John A. Sullivan III wrote: > https://bugs.kde.org/show_bug.cgi?id=86423 > > > > > > --- Comment #218 from John A. Sullivan III <jsullivan opensourcedevel com> > 2011-03-12 22:14:31 --- > > On Sat, 2011-03-12 at 14:28 +0100, Divan Santana wrote: > > https://bugs.kde.org/show_bug.cgi?id=86423 > > <snip> > I should clarify the points raised. They have been discussed in detail > earlier on but this thread has grown long. > > First of all, KDE3 is alive and well in the Trinity project. There are > a number of production installations which do not feel KDE4 is ready for > production usage. This is not the place to have that debate. Some feel > it is, some feel it is not. We cannot judge another's environment > unless we are in it. > > The bucket system was set up to accommodate both and prevent taking > advantage of either "camp." The idea was for contributors to contribute > to whichever bucket they preferred. If the KDE4 bucket filled before > the KDE3 bucket, as we suspect will happen, all funds then flow to the > KDE3 bucket since it is the dependent project. If the KDE3 bucket never > fills, the project, at least from that developer dies. What we wanted > to avoid was KDE4 users paying into the KDE3 development and then there > not being enough left over for the KDE4 port. Similarly, we did not > want KDE3 users stymied if there was enough contribution to do the KDE3 > project but not enough for KDE4. Hence the dual bucket approach. > Thanks - John 1097137 220 jsullivan 2011-03-14 22:18:20 +0000 <snip> Actually, Trinity made massive improvements to KDEPIM including fixing the longstanding timezone problems and implementing complete caldav and carddav libraries to the point we are largely interoperative with Zimbra. Trinity is designed so that it can run in parallel with KDE4, e.g., it installs under /opt/trinity and uses ~/.trinity for user settings. Right now, the work is in a bit of limbo because Trinity is all hands to the pump on a port to cmake and getting their next release out the door. 1097570 221 orion2000za 2011-03-16 08:50:51 +0000 Good news, I hope. Found this relating to KDE-PIM and Google Summer of Code: http://community.kde.org/GSoC/2011/Ideas#KDE_PIM note point 2, Project: Improved HTML support in KMail at least the devs are aware of this weakness though they obviously do not consider themselves having time to address it at this moment 1128442 222 tin.blaskovic 2011-06-07 09:48:09 +0000 Well, thanks to the devs (Thomas and Sudhendu) who are tackling this, and to Google for picking up the tab. This feature should make quite a difference in enterprise adoption of kmail, in my experience - being able to top quote and forward without losing the format is simply a must in such environments. The progress (and there is quite some progress already) can already be tracked at: https://projects.kde.org/projects/kde/kdepim/repository/show?rev=htmlreplies 1131718 223 shantanu 2011-06-16 07:02:06 +0000 Here's a piece of good news :) http://sudhendu.in/node/12 1131866 224 nicco.ts 2011-06-16 14:41:57 +0000 (In reply to comment #223) > Here's a piece of good news :) http://sudhendu.in/node/12 It looks fantastic! 1137478 225 particlese 2011-07-01 20:50:04 +0000 That's great! 1161959 226 ruchir.brahmbhatt 2011-09-12 09:03:44 +0000 This seems finally finished as per below progress. http://sudhendu.in/node/13 Just needs some more flexibility such that html/plantext can be selected per mail/reply also. I wish this makes it in kde 4.8 at least. 1179143 227 christophe 2011-10-30 18:35:08 +0000 The SOC branch was merged into master with this commit: http://commits.kde.org/kdepim/04ab0b7d525aa7fddc8ba69847add244931ed3dc This means the work done will be available in kdepim 4.8. If you build kdepim from git, please test and report issues using the kdepim product and messagecomposer component 1180128 228 nyblom 2011-11-02 17:54:55 +0000 Bugzilla comment check 1180136 229 simon 2011-11-02 18:25:00 +0000 tried it and found two bugs : bug 285357 and bug 285359 1180266 230 ruchir.brahmbhatt 2011-11-03 06:08:58 +0000 (In reply to comment #227) > The SOC branch was merged into master with this commit: > http://commits.kde.org/kdepim/04ab0b7d525aa7fddc8ba69847add244931ed3dc > > This means the work done will be available in kdepim 4.8. > > If you build kdepim from git, please test and report issues using the kdepim > product and messagecomposer component Is html/text configurable globally only or we can select per email also? It would be nice to have this option per email also. 1180341 231 nyblom 2011-11-03 11:19:37 +0000 (In reply to comment #230) > Is html/text configurable globally only or we can select per email also? It > would be nice to have this option per email also. It is configured globally with the option to use a different template to force either plain or html replies. It is also possible to switch when inside the composer. 1180343 232 ruchir.brahmbhatt 2011-11-03 11:21:21 +0000 (In reply to comment #231) > It is configured globally with the option to use a different template to force > either plain or html replies. It is also possible to switch when inside the > composer. That's cool. Looking forward for kde 4.8 :) 1192267 233 annma 2011-11-30 12:57:23 +0000 Switching this to kmail2 product 1204875 234 pancho.s 2011-12-26 02:12:01 +0000 Wow, thanks for your great work! Finally, Sudhendu Kumar realized this long-requested feature in this year's GSoC. And as it is based on WebKit, it is not even limited to a small HTML subset as Mailody is (using QTextEdit). Maybe Sudhendu or one of the project lead could write a small post about what has been done and what is left - that'd be awesome. While this initial implementation obviously leaves numerous bugs to be subsequently fixed, I'd propose to finally mark this huge ticket FIXED in 4.8, and post issues with the new implementation on separate tickets! 1224843 235 winter 2012-02-09 13:08:27 +0000 yes I am closing this. there are already several bugs reported pertaining to this new feature in 4.8. 1225111 236 rudd-o 2012-02-10 07:44:06 +0000 In the time frame it took to ship a fix to this bug, I repeatedly made love to fifteen different girls. And I am NOT a womanizer. Great job, KDEPIM team :-) LOL. For the record, I am a KMail user. No hate, please. 1225310 237 ivan 2012-02-10 16:52:11 +0000 Manuel, can you post how to reproduce that behavior? 1225385 238 rudd-o 2012-02-10 18:26:51 +0000 I would have to get releases from all implicit nondisclosure agreements I've entered into :-S 1225408 239 jtraum 2012-02-10 18:42:04 +0000 Ivan: Don't worry. Manuel's behavior is indeed likely to lead to reproduction. "Amador" indeed -- that's a very appropriate name :-) 1225583 240 lydia 2012-02-11 12:10:21 +0000 Let's keep this on topic please... 1323400 241 kde_bugs 2012-12-13 03:15:43 +0000 I don't understand how this bug is marked as fixed. It clearly isn't replying in the SAME format as it was received. Even for basic formatting replies look completely different inserting extra line breaks all over the place. In mail view border-radius works, in reply it doesn't. Fonts are all messed up - sizes, colors, boldness being different from the original message. I have really wanted to switch to kmail, but this bug is a show-stopper and has been for years now. It's close, but I definitely wouldn't mark this as fixed. 1323433 242 silver.salonen 2012-12-13 08:05:34 +0000 I agree - although KMail does an acceptable job for me, sometimes the changed e-mail contents is still very important and I end up using some other e-mail clients (even Roundcube webmail) for this purpose. One more thing that frequently happens is that HTML-tables lose borders in KMail compositor. 1323436 243 montel 2012-12-13 08:18:46 +0000 "One more thing that frequently happens is that HTML-tables lose borders in KMail compositor." ? it doesn't import table border format correctly ? 1323437 244 pancho.s 2012-12-13 08:22:10 +0000 As Allen said, this is already covered by a number of more specific bug reports. Plus Laurent currently works on a new composereditor-ng, so we should probably wait how this turns out and then file specific bug reports against it. 31641 2009-02-25 21:32:44 +0000 2009-02-25 21:32:44 +0000 HTML reply html_reply.diff text/plain 9778 yez SW5kZXg6IHRlbXBsYXRlcGFyc2VyLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB0ZW1wbGF0ZXBhcnNlci5j cHAJKHJldmlzaW9uIDkxNzQ0MykKKysrIHRlbXBsYXRlcGFyc2VyLmNwcAkod29ya2luZyBjb3B5 KQpAQCAtNDAsNiArNDAsNyBAQAogI2luY2x1ZGUgPGttZXNzYWdlYm94Lmg+CiAjaW5jbHVkZSA8 a3NoZWxsLmg+CiAKKyNpbmNsdWRlIDxRVGV4dERvY3VtZW50RnJhZ21lbnQ+CiAjaW5jbHVkZSA8 UVN0cmluZz4KICNpbmNsdWRlIDxRRGF0ZVRpbWU+CiAjaW5jbHVkZSA8UVJlZ0V4cD4KQEAgLTI5 MSw5ICsyOTIsMTAgQEAKICAgICAgICAgaSArPSBsZW47CiAgICAgICAgIFFTdHJpbmcgcGlwZV9j bWQgPSBxOwogICAgICAgICBpZiAoIG1PcmlnTXNnICkgeworICAgICAgICAgIGJvb2wgaXNIdG1s OwogICAgICAgICAgIFFTdHJpbmcgc3RyID0KICAgICAgICAgICAgICAgcGlwZSggcGlwZV9jbWQs IG1PcmlnTXNnLT5hc1BsYWluVGV4dCggbVNtYXJ0UXVvdGUsIG1BbGxvd0RlY3J5cHRpb24gKSAp OwotICAgICAgICAgIFFTdHJpbmcgcXVvdGUgPSBtT3JpZ01zZy0+YXNRdW90ZWRTdHJpbmcoIG1R dW90ZVN0cmluZywgc3RyLAorICAgICAgICAgIFFTdHJpbmcgcXVvdGUgPSBtT3JpZ01zZy0+YXNR dW90ZWRTdHJpbmcoIG1RdW90ZVN0cmluZywgaXNIdG1sLCBzdHIsCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbVNtYXJ0UXVvdGUsIG1BbGxvd0Rl Y3J5cHRpb24gKTsKICAgICAgICAgICBpZiAoIHF1b3RlLmVuZHNXaXRoKCAnXG4nICkgKQogICAg ICAgICAgICAgcXVvdGUuY2hvcCggMSApOwpAQCAtMzAyLDIwICszMDQsMjcgQEAKIAogICAgICAg fSBlbHNlIGlmICggY21kLnN0YXJ0c1dpdGgoICJRVU9URSIgKSApIHsKICAgICAgICAga0RlYnVn KDUwMDYpIDw8IkNvbW1hbmQ6IFFVT1RFIjsKKyAgICAgICAgYm9vbCBpc0h0bWw7CiAgICAgICAg IGkgKz0gc3RybGVuKCAiUVVPVEUiICk7CiAgICAgICAgIGlmICggbU9yaWdNc2cgKSB7Ci0gICAg ICAgICAgUVN0cmluZyBxdW90ZSA9IG1PcmlnTXNnLT5hc1F1b3RlZFN0cmluZyggbVF1b3RlU3Ry aW5nLCBtU2VsZWN0aW9uLAorICAgICAgICAgIFFTdHJpbmcgcXVvdGUgPSBtT3JpZ01zZy0+YXNR dW90ZWRTdHJpbmcoIG1RdW90ZVN0cmluZywgaXNIdG1sLCBtU2VsZWN0aW9uLAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG1TbWFydFF1b3RlLCBt QWxsb3dEZWNyeXB0aW9uICk7CisvL2tEZWJ1ZygpIDw8ICJxdW90ZWQgdGV4dCA9ICIgPDwgcXVv dGU7CiAgICAgICAgICAgaWYgKCBxdW90ZS5lbmRzV2l0aCggJ1xuJyApICkKICAgICAgICAgICAg IHF1b3RlLmNob3AoIDEgKTsKLSAgICAgICAgICBib2R5LmFwcGVuZCggcXVvdGUgKTsKKyAgICAg ICAgICAvL2JvZHkuYXBwZW5kKCBxdW90ZSApOworICAgICAgICAgIGlmICggaXNIdG1sICkgLy8g b25jZSBhbiBodG1sIHBhcnQgaXMgcmV0dXJuZWQsIHRoZSBib2R5IHdpbGwgYmUgdHJlYXRlZCBh cyBiZWluZyBodG1sCisgICAgICAgICAgICBtSHRtbEJvZHkgPSB0cnVlOworICAgICAgICAgIGFw cGVuZFRleHQocXVvdGUsIGJvZHkpOwogICAgICAgICB9CiAKICAgICAgIH0gZWxzZSBpZiAoIGNt ZC5zdGFydHNXaXRoKCAiUUhFQURFUlMiICkgKSB7CiAgICAgICAgIGtEZWJ1Zyg1MDA2KSA8PCJD b21tYW5kOiBRSEVBREVSUyI7CisgICAgICAgIGJvb2wgaXNIdG1sOwogICAgICAgICBpICs9IHN0 cmxlbiggIlFIRUFERVJTIiApOwogICAgICAgICBpZiAoIG1PcmlnTXNnICkgewogICAgICAgICAg IFFTdHJpbmcgcXVvdGUgPSBtT3JpZ01zZy0+YXNRdW90ZWRTdHJpbmcoIG1RdW90ZVN0cmluZywK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpc0h0 bWwsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg bU9yaWdNc2ctPmhlYWRlckFzU2VuZGFibGVTdHJpbmcoKSwKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBtU21hcnRRdW90ZSwgZmFsc2UgKTsKICAg ICAgICAgICBpZiAoIHF1b3RlLmVuZHNXaXRoKCAnXG4nICkgKQpAQCAtODQ3LDcgKzg1NiwxNCBA QAogICAgICAgfQogICAgICAgZG5sID0gZmFsc2U7CiAgICAgfSBlbHNlIHsKLSAgICAgIGJvZHku YXBwZW5kKCBjICk7CisgICAgICBpZiAoIC8qbUh0bWxCb2R5ICYmKi8KKyAgICAgICAgICAgKCBj ID09ICdcbicgKSApIHsKKyAgICAgICAgYXBwZW5kVGV4dCggIjxicj4iLCBib2R5ICk7CisgICAg ICB9CisgICAgICBlbHNlCisgICAgICAgIGFwcGVuZFRleHQoIGMsIGJvZHkgKTsKKyAgICAgICAg Ly9ib2R5LmFwcGVuZCggYyApOworICAgICAgICAvLyBUT0RPIDogY29tbWFuZHMgYWZ0ZXIgJVFV T1RFIGFyZSBub3cgbm90IGluIHRoZSByZXBseQogICAgIH0KICAgfQogCkBAIC04ODIsNiArODk4 LDI1IEBACiAgIH0KIH0KIAordm9pZCBUZW1wbGF0ZVBhcnNlcjo6YXBwZW5kVGV4dCggY29uc3Qg UVN0cmluZyAmYWRkc3RyLCBRU3RyaW5nICZib2R5KQoreworICBpZiAoIG1IdG1sQm9keSApIHsK KyAgICBRVGV4dERvY3VtZW50ICp0ZCA9IG5ldyBRVGV4dERvY3VtZW50KCk7CisgICAgUVRleHRE b2N1bWVudCAqdGQyID0gbmV3IFFUZXh0RG9jdW1lbnQoKTsKKyAgICB0ZC0+c2V0SHRtbCggYm9k eSApOworICAgIHRkMi0+c2V0SHRtbCggYWRkc3RyICk7CisKKyAgICBRVGV4dEN1cnNvciBjdXJz b3IoIHRkICk7CisgICAgLy9jdXJzb3Iuc2V0UG9zaXRpb24oIHRkLT5sYXN0QmxvY2soKS5sZW5n dGgoKSApOworICAgIGN1cnNvci5tb3ZlUG9zaXRpb24oIFFUZXh0Q3Vyc29yOjpFbmQgKTsKKyAg ICBRVGV4dERvY3VtZW50RnJhZ21lbnQgZnJhZyggdGQyICk7CisgICAgY3Vyc29yLmluc2VydEZy YWdtZW50ICggZnJhZyApOworCisgICAgYm9keSA9IHRkLT50b0h0bWwoKTsKKyAgfQorICBlbHNl CisgICAgYm9keS5hcHBlbmQoIGFkZHN0ciApOworfQogUVN0cmluZyBUZW1wbGF0ZVBhcnNlcjo6 ZmluZEN1c3RvbVRlbXBsYXRlKCBjb25zdCBRU3RyaW5nICZ0bXBsTmFtZSApCiB7CiAgIENUZW1w bGF0ZXMgdCggdG1wbE5hbWUgKTsKSW5kZXg6IGttbWVzc2FnZS5oCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtt bWVzc2FnZS5oCShyZXZpc2lvbiA5MTc0NDMpCisrKyBrbW1lc3NhZ2UuaAkod29ya2luZyBjb3B5 KQpAQCAtODU4LDYgKzg1OCw3IEBACiAgICAqIHNtYXJ0IHF1b3RpbmcgaXMgdHVybmVkIG9uLiBT aWduZWQgb3IgZW5jcnlwdGVkIHRleHRzCiAgICAqIGdldCBjb252ZXJ0ZWQgdG8gcGxhaW4gdGV4 dCB3aGVuIGFsbG93RGVjcnlwdGlvbiBpcyB0cnVlLiAqLwogICBRU3RyaW5nIGFzUXVvdGVkU3Ry aW5nKCBjb25zdCBRU3RyaW5nICYgaW5kZW50U3RyLAorICAgICAgICAgIGJvb2wgJmlzSHRtbCwK ICAgICAgICAgICBjb25zdCBRU3RyaW5nICYgc2VsZWN0aW9uPVFTdHJpbmcoKSwKICAgICAgICAg ICBib29sIGFTdHJpcFNpZ25hdHVyZT10cnVlLAogICAgICAgICAgIGJvb2wgYWxsb3dEZWNyeXB0 aW9uPXRydWUpIGNvbnN0OwpAQCAtODY1LDYgKzg2Niw3IEBACiAgIC8qKiBSZXR1cm4gdGhlIHRl eHR1YWwgY29udGVudCBvZiB0aGUgbWVzc2FnZSBhcyBwbGFpbiB0ZXh0LAogICAgICAgY29udmVy dGluZyBIVE1MIHRvIHBsYWluIHRleHQgaWYgbmVjZXNzYXJ5LiAqLwogICBRU3RyaW5nIGFzUGxh aW5UZXh0KCBib29sIHN0cmlwU2lnbmF0dXJlLCBib29sIGFsbG93RGVjcnlwdGlvbiApIGNvbnN0 OworICBRU3RyaW5nIGFzSFRNTCggdm9pZCApIGNvbnN0OwogCiAgIC8qKiBHZXQgc3RvcmVkIGN1 cnNvciBwb3NpdGlvbiAqLwogICBpbnQgZ2V0Q3Vyc29yUG9zKCkgeyByZXR1cm4gbUN1cnNvclBv czsgfQpJbmRleDoga21tZXNzYWdlLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBrbW1lc3NhZ2UuY3BwCShy ZXZpc2lvbiA5MTc0NDMpCisrKyBrbW1lc3NhZ2UuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC01MSw2 ICs1MSw3IEBACiAjaW5jbHVkZSA8UVRleHRDb2RlYz4KICNpbmNsdWRlIDxRQnl0ZUFycmF5Pgog I2luY2x1ZGUgPFFIb3N0SW5mbz4KKyNpbmNsdWRlIDxRVGV4dERvY3VtZW50RnJhZ21lbnQ+CiAK ICNpbmNsdWRlIDxrbWltZS9rbWltZV9kYXRlZm9ybWF0dGVyLmg+CiAjaW5jbHVkZSA8a21pbWUv a21pbWVfY2hhcmZyZXEuaD4KQEAgLTcyMiw2ICs3MjMsMTcgQEAKIH0KIAogLy8tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQorUVN0cmluZyBLTU1lc3NhZ2U6OmFzSFRNTCgpIGNvbnN0IHsKKyAgcGFydE5v ZGUgKiByb290ID0gcGFydE5vZGU6OmZyb21NZXNzYWdlKCB0aGlzICk7CisgIGlmICggIXJvb3Qg KSByZXR1cm4gUVN0cmluZygpOworICBwYXJ0Tm9kZSAqIGN1ck5vZGUgPSByb290LT5maW5kVHlw ZSggRHdNaW1lOjprVHlwZVRleHQsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBEd01pbWU6OmtTdWJ0eXBlSHRtbCApOworICBpZiAoIGN1ck5vZGUgKSB7CisgICAga0Rl YnVnKCkgPDwgIkpFUyA6ICIgPDwgIFFTdHJpbmc6OmZyb21Mb2NhbDhCaXQoIGN1ck5vZGUtPm1z Z1BhcnQoKS5ib2R5RGVjb2RlZCgpICk7CisgICAgcmV0dXJuIFFTdHJpbmc6OmZyb21Mb2NhbDhC aXQoIGN1ck5vZGUtPm1zZ1BhcnQoKS5ib2R5RGVjb2RlZCgpICk7CisgIH0KKyAgcmV0dXJuIFFT dHJpbmcoKTsKK30KIAogUVN0cmluZyBLTU1lc3NhZ2U6OmFzUGxhaW5UZXh0KCBib29sIGFTdHJp cFNpZ25hdHVyZSwgYm9vbCBhbGxvd0RlY3J5cHRpb24gKSBjb25zdCB7CiAgIFFCeXRlQXJyYXkg cGFyc2VkU3RyaW5nOwpAQCAtODAxLDEzICs4MTMsNDYgQEAKIH0KIAogUVN0cmluZyBLTU1lc3Nh Z2U6OmFzUXVvdGVkU3RyaW5nKCBjb25zdCBRU3RyaW5nJiBhSW5kZW50U3RyLAorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBib29sICYgaXNIdG1sLAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBjb25zdCBRU3RyaW5nJiBzZWxlY3Rpb24gLyouY2xlYXIoKSAq LywKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYm9vbCBhU3RyaXBTaWduYXR1 cmUgLyogPSB0cnVlICovLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib29s IGFsbG93RGVjcnlwdGlvbiAvKiA9IHRydWUgKi8pIGNvbnN0CiB7Ci0gIFFTdHJpbmcgY29udGVu dCA9IHNlbGVjdGlvbi5pc0VtcHR5KCkgPwotICAgIGFzUGxhaW5UZXh0KCBhU3RyaXBTaWduYXR1 cmUsIGFsbG93RGVjcnlwdGlvbiApIDogc2VsZWN0aW9uIDsKKyAgUVN0cmluZyBjb250ZW50Oy8v ID0gc2VsZWN0aW9uLmlzRW1wdHkoKSA/CisgICAgLy9hc1BsYWluVGV4dCggYVN0cmlwU2lnbmF0 dXJlLCBhbGxvd0RlY3J5cHRpb24gKSA6IHNlbGVjdGlvbiA7CiAKKyAgcGFydE5vZGUgKiByb290 ID0gcGFydE5vZGU6OmZyb21NZXNzYWdlKCB0aGlzICk7CisgIC8vIFRPRE8gOiBleGNsdWRlIHRo ZSBjYXNlIHRoYXQgYSB0ZXh0L2h0bWwgYXR0YWNobWVudCBpcyBwcmVzZW50LiBOb3csIHRoZXJl IHdpbGwgYmUgbm8gcmVwbHkgY29udGVudAorICBpZiAoIHBhcnROb2RlICogbiA9IHJvb3QtPmZp bmRUeXBlKCBEd01pbWU6OmtUeXBlVGV4dCwgRHdNaW1lOjprU3VidHlwZUh0bWwgKSApIHsKKyAg ICBpZiAoIHBhcnROb2RlICogcCA9IG4tPnBhcmVudE5vZGUoKSApIHsKKyAgICAgIGlmICggcC0+ aGFzVHlwZSggRHdNaW1lOjprVHlwZU11bHRpcGFydCApICYmCisgICAgICAgICAgIHAtPmhhc1N1 YlR5cGUoIER3TWltZTo6a1N1YnR5cGVBbHRlcm5hdGl2ZSApICkgeworICAgICAgICBrRGVidWco KSA8PCAibWVzc2FnZSBpcyBtdWx0aXBhcnQvYWx0ZXJuYXRpdmUiOworICAgICAgICBjb250ZW50 ID0gYXNIVE1MKCk7CisgICAgICAgIFFUZXh0RG9jdW1lbnQgKnRkID0gbmV3IFFUZXh0RG9jdW1l bnQoKTsKKyAgICAgICAgUVRleHREb2N1bWVudCAqdGQyID0gbmV3IFFUZXh0RG9jdW1lbnQoKTsK KworICAgICAgICBpc0h0bWwgPSB0cnVlOworICAgICAgICB0ZC0+c2V0SHRtbCggIjxibG9ja3F1 b3RlPjwvYmxvY2txdW90ZT4iICk7CisgICAgICAgIHRkMi0+c2V0SHRtbCggY29udGVudCApOwor ICAgICAgICBRVGV4dEN1cnNvciBjdXJzb3IoIHRkICk7CisgICAgICAgIC8vY3Vyc29yLnNldFBv c2l0aW9uKCAxICk7IC8vIGluIHRoZSBibG9ja3EaGhoKKyAgICAgICAgY3Vyc29yLm1vdmVQb3Np dGlvbiggUVRleHRDdXJzb3I6OlN0YXJ0ICk7CisgICAgICAgIFFUZXh0RG9jdW1lbnRGcmFnbWVu dCBmcmFnKCB0ZDIgKTsKKyAgICAgICAgY3Vyc29yLmluc2VydEZyYWdtZW50ICggZnJhZyApOwor ICAgICAgICAvL2N1cnNvci5tb3ZlUG9zaXRpb24oIFFUZXh0Q3Vyc29yOjpFbmQgKTsKKyAgICAg ICAgLy9jdXJzb3IuaW5zZXJ0SHRtbCAoICI8L2Jsb2NrcXVvdGU+IiApOworICAgICAgICAvL3Rk LT5zZXRIdG1sKCAiPGh0bWw+PGJsb2NrcXVvdGU+Iitjb250ZW50KyI8L2Jsb2NrcXVvdGU+PC9o dG1sPiIgKTsKKyAgICAgICAgLy8ga0RlYnVnKCk8PCJKRVMgOiBkb2MgOiIgPDwgdGQtPnRvSHRt bCgpOworICAgICAgICByZXR1cm4gdGQtPnRvSHRtbCgpOworICAgICAgfQorICAgIH0KKyAgfQor ICBlbHNlIHsKKyAgICBjb250ZW50ID0gc2VsZWN0aW9uLmlzRW1wdHkoKSA/CisgICAgICAgICAg ICAgIGFzUGxhaW5UZXh0KCBhU3RyaXBTaWduYXR1cmUsIGFsbG93RGVjcnlwdGlvbiApIDogc2Vs ZWN0aW9uIDsKKworCiAgIC8vIFJlbW92ZSBibGFuayBsaW5lcyBhdCB0aGUgYmVnaW5uaW5nOgog ICBjb25zdCBpbnQgZmlyc3ROb25XUyA9IGNvbnRlbnQuaW5kZXhPZiggUVJlZ0V4cCggIlxcUyIg KSApOwogICBjb25zdCBpbnQgbGluZVN0YXJ0ID0gY29udGVudC5sYXN0SW5kZXhPZiggJ1xuJywg Zmlyc3ROb25XUyApOwpAQCAtODIzLDYgKzg2OCw3IEBACiAgIGlmICggcy0+c21hcnRRdW90ZSAm JiBzLT53b3JkV3JhcCApCiAgICAgcmV0dXJuIHNtYXJ0UXVvdGUoIGNvbnRlbnQsIHMtPndyYXBD b2wgKTsKICAgcmV0dXJuIGNvbnRlbnQ7CisgIH0KIH0KIAogLy8tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQpAQCAtODQwLDYgKzg4Niw3IEBACiAgIGJvb2wgcmVwbHlBbGwgPSB0cnVlOwogCiAgIG1zZy0+ aW5pdEZyb21NZXNzYWdlKHRoaXMpOworICAvLyBUT0RPIDogKEpFUykgaWYgcmVwbHlpbmcgdG8g YSBtcC9hbHQgb3IgbXAvcmVsLCB0aGUgcmVwbHkgbWVzc2FnZSBzaG91bGQgYWxzbyBiZSB0aGUg c2FtZSBtcC9hbHQgb3IgbXAvcmVsCiAKICAgTWFpbGluZ0xpc3Q6Om5hbWUodGhpcywgaGVhZGVy TmFtZSwgbWFpbGluZ0xpc3RTdHIpOwogICByZXBseVRvU3RyID0gcmVwbHlUbygpOwpAQCAtMTAx OCw2ICsxMDY1LDcgQEAKICAgbXNnLT5zZXRTdWJqZWN0KCByZXBseVN1YmplY3QoKSApOwogCiAg IC8vIElmIHRoZSByZXBseSBzaG91bGRuJ3QgYmUgYmxhbmssIGFwcGx5IHRoZSB0ZW1wbGF0ZSB0 byB0aGUgbWVzc2FnZQora0RlYnVnKCkgPDwgIkpFUyA6IHZvb3IgZGUgcGFyc2VyPSI8PG1zZy0+ YXNTdHJpbmcoKTsKICAgaWYgKCAhbm9RdW90ZSApIHsKICAgICBUZW1wbGF0ZVBhcnNlciBwYXJz ZXIoIG1zZywgKHJlcGx5QWxsID8gVGVtcGxhdGVQYXJzZXI6OlJlcGx5QWxsIDogVGVtcGxhdGVQ YXJzZXI6OlJlcGx5KSwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNlbGVjdGlvbiwgcy0+ c21hcnRRdW90ZSwgYWxsb3dEZWNyeXB0aW9uLCBzZWxlY3Rpb25Jc0JvZHkgKTsKQEAgLTEwMjYs NiArMTA3NCw4IEBACiAgICAgZWxzZQogICAgICAgcGFyc2VyLnByb2Nlc3MoIHRoaXMgKTsKICAg fQora0RlYnVnKCkgPDwgIkpFUyA6IG5hIGRlIHBhcnNlcj0iPDxtc2ctPmFzU3RyaW5nKCk7Cisg IG1zZy0+c2V0SGVhZGVyRmllbGQoICJYLUtNYWlsLU1hcmt1cCIsICJ0cnVlIiApOwogICBtc2ct PnNldEhlYWRlckZpZWxkKCAiWC1LTWFpbC1RdW90ZVByZWZpeCIsCiAgICAgICAgICAgICAgICAg ICAgICAgIGZvcm1hdFN0cmluZyggR2xvYmFsU2V0dGluZ3M6OnNlbGYoKS0+cXVvdGVTdHJpbmco KSApICk7CiAKSW5kZXg6IHRlbXBsYXRlcGFyc2VyLmgKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdGVtcGxhdGVw YXJzZXIuaAkocmV2aXNpb24gOTE3NDQzKQorKysgdGVtcGxhdGVwYXJzZXIuaAkod29ya2luZyBj b3B5KQpAQCAtNzQsNiArNzQsMTAgQEAKIAogICAgIGludCBwYXJzZVF1b3RlcyggY29uc3QgUVN0 cmluZyAmcHJlZml4LCBjb25zdCBRU3RyaW5nICZzdHIsCiAgICAgICAgICAgICAgICAgICAgICBR U3RyaW5nICZxdW90ZSApIGNvbnN0OworCisgICAgcHJpdmF0ZToKKyAgICAgIGJvb2wgbUh0bWxC b2R5OworICAgICAgdm9pZCBhcHBlbmRUZXh0KCBjb25zdCBRU3RyaW5nICZhZGRzdHIsIFFTdHJp bmcgJmJvZHkpOwogfTsKIAogfSAvLyBuYW1lc3BhY2UgS01haWwKSW5kZXg6IGttY29tbWFuZHMu Y3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KLS0tIGttY29tbWFuZHMuY3BwCShyZXZpc2lvbiA5MTc0NDMpCisrKyBr bWNvbW1hbmRzLmNwcAkod29ya2luZyBjb3B5KQpAQCAtMTEyMyw2ICsxMTIzLDcgQEAKICAgICBy ZXR1cm4gRmFpbGVkOwogICB9CiAgIEtNTWVzc2FnZSAqcmVwbHkgPSBtc2ctPmNyZWF0ZVJlcGx5 KCBLTWFpbDo6UmVwbHlTbWFydCwgIiIsIHRydWUpOwora0RlYnVnKCkgPDwgIkpFUyA6IHJlcGx5 PSIgPDwgcmVwbHktPmFzU3RyaW5nKCk7CiAgIEtNYWlsOjpDb21wb3NlciAqd2luID0gS01haWw6 Om1ha2VDb21wb3NlciggcmVwbHkgKTsKICAgd2luLT5zZXRDaGFyc2V0KCBtc2ctPmNvZGVjKCkt Pm5hbWUoKSwgdHJ1ZSApOwogICB3aW4tPnNldFJlcGx5Rm9jdXMoIGZhbHNlICk7CkluZGV4OiBr bWNvbXBvc2V3aW4uY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGttY29tcG9zZXdpbi5jcHAJKHJldmlzaW9u IDkxNzQ0MykKKysrIGttY29tcG9zZXdpbi5jcHAJKHdvcmtpbmcgY29weSkKQEAgLTE2MDksNiAr MTYwOSw3IEBACiAgICAgaWYgKCBwYXJ0Tm9kZSAqIHAgPSBuLT5wYXJlbnROb2RlKCkgKSB7CiAg ICAgICBpZiAoIHAtPmhhc1R5cGUoIER3TWltZTo6a1R5cGVNdWx0aXBhcnQgKSAmJgogICAgICAg ICAgICBwLT5oYXNTdWJUeXBlKCBEd01pbWU6OmtTdWJ0eXBlQWx0ZXJuYXRpdmUgKSApIHsKK2tE ZWJ1ZygpIDw8ICJKRVMgOiBtZXNzYWdlIGlzIG11bHRpcGFydC9hbHRlcm5hdGl2ZSI7CiAgICAg ICAgIGlmICggbU1zZy0+aGVhZGVyRmllbGQoICJYLUtNYWlsLU1hcmt1cCIgKSA9PSAidHJ1ZSIg KSB7CiAgICAgICAgICAgZW5hYmxlSHRtbCgpOwogCg== 52797 2010-10-23 13:39:54 +0000 2010-10-23 13:39:54 +0000 Fake UI with fake conversation about useful features KMail.png image/png 42591 kde.bugs iVBORw0KGgoAAAANSUhEUgAAAloAAAHcCAYAAAAOWgSyAAAACXBIWXMAAA9hAAAPYQGoP6dpAAAg AElEQVR4nOzdd1QU19vA8S8d7C2i2KOyYi9Ro7GADY3YkBh7jz3YosaSn0LsJaixV4yaBI0lRkWM irHFXiD2XkBUxNhAlGXeP/bdDSsLuyBL0edzzp4DM3dmnju7sM/ce+eOhaIoCkIIIYQQIs1ZZnQA QgghhBDvK0m0hBBCCCHMRBItIYQQQggzkURLCCGEEMJMJNESQgghhDATSbSEEEIIIcwkUaJlbw/r 1ukvO3sW8uSBrl0hPv7dDxoSAkeOvPt+0mpfOXKAhYVmX2/79VfNur59TdvXv/9qyl+6BPfuaX6+ devd4ouMjGTSpEnUq1ePChUq0KxZM1auXEl8WrwZWUDVqlVRqVRcvnw50bodO3agUqkYP368Sft6 9uwZKpWKGzduEBERgUqlIiwsLMnyDx48wNPTk7i4OAA+++wzVCqV3qtGjRoMHDiQhw8fpq6CbzEl LoC4uDjatm3L/fv30+S4Qggh0p7RFq0bN6BFC3B1BX9/sEyDNrAvv4QrV959P2m5Lxsb2LYt8fKt WzXJkqns7WH8eChQ4N1jArh//z6enp6EhoYyduxY1qxZQ8eOHVmwYAGTJ09Om4NkAdbW1uzduzfR 8j179mCRgjfIzs6OgQMHkjdvXpPKz5gxg+7du2Ntba1b1q9fP7Zu3crWrVvZsmULU6dO5dKlS4wd O9bkONKCtbU1vXr1YubMmel6XCGEEKZLNm168ACaNYMKFSAgABJ817yTtJwiNal9TZ06lTVr1pi8 nwYNEidar1/Drl1Qu7bp8djbw+TJySdaV69epVevXly9etXo/qZOnUqePHlYt24dLVu25JNPPqF3 795MnTqVn3/+mWvXrpkeXBZWs2ZN9u3bp7fszZs3HDx4kCpVqpi8Hzs7O4YNG2ZSonX9+nWOHj2K h4eH3nJHR0dcXFxwcXGhfPnyuLu7M3LkSA4fPkxMTIzJsaQFDw8Pjh07xvXr19P1uEIIIUyTZKL1 7JmmJatgQfj9d7Cz+2/drVvg4QHZsmkSCm9vePVKsy4yUtMCtGoVfPwxODhA06YQHq5Z7+oKly9D r17/dcedOAGNGkH27Jp9Nm0Kt2//d7ywMGjXDnLm1Bxv7FhNF6ahfWkVKVKEqVOnMnXqVJNORJs2 cOoUJOyF2bcPVCooUkS/bHLxJuw6TIqjoyOxsbF06NCBU6dOJVnu2bNn7N27l759++Lg4KC3zt3d nfnz5+Po6AhAWFgY/fv3p0qVKtSuXZvJkycTGxsLwJMnT1CpVGzYsIFGjRpRpUoVhg8fztWrV+nY sSOVK1fGy8uL8P9/k7TlV6xYQbNmzahXrx5jxozhlfZNNnI8AH9/fxo0aEDFihVp06YNhw4d0q17 +PAhQ4YMoWrVqtSqVQsfHx+9bQ1p3Lgx58+f59GjR7plR48epVSpUrpzoBUaGkr37t2pWrUqVapU oVevXrq6Jew6NEZ7vqxNuMKwsbFBURTevHljtI6mnF+tCRMm8NVXX+ktmzNnDgMGDADAysoKNzc3 Nm7caDRGIYQQ6c9gohUbC23bwrlz8PPPmoRC69UraNxYk3idPq1JwoKCoH9//X389BP8/bcmwXr+ HL77TrN8925wdoZly2DJEnjxApo3h5o1ITQUgoM1LWnaXhi1WrNerYbjx2HDBlixAhYuTLyvhHr0 6MGkSZNYt24dI0aMQK1WJ3siihWDqlXhjz/+W/b77+DpqV/OWLymyJUrFytWrKBixYr06tWLoKAg g+WuXr2KWq022GJjaWlJs2bNyJkzJ7GxsfTo0QNbW1u2bNnC4sWLOXjwIP/73//0tvnjjz/YtGkT 27Zt0yVwPj4+HDt2DGtraxYvXqxXfu/evWzZsoW9e/cSGRmJr68vgNHjhYaGMnfuXKZOnUpQUBBu bm54e3sTExODWq2mT58+um1Xr15NSEgIPj4+yZ6zwoUL4+LioteqtXfvXpo1a6ZXLjo6mj59+lCp UiX++OMPfvrpJyIjI5kzZ06y+zckODiYTz75JNHy+Ph41Go1arWa2NhYzp8/z4IFC6hevTq5cuUy uY5Jnd+EWrVqxZEjR3j27JluWWBgoF4r2yeffEJwcHCK6yeEECIdKG+xs1MUR0dFKVtWUQoXVpSe PfXXb9igKLlyKcrLl/8t27dPUSwtFeXRI80LFCUo6L/1c+YoSrVq//2uUinK6tWanyMiFGXKFEWJ i/tv/fTpilKrlubn/fsVxdZWUZ48+W99QICirF+feF+G7Nq1S6lUqZLSp08f5WXCoBPInl1RtmxR FF9fRWnZUrMsPl5RnJwU5fJlRWnfXlH69DEt3idPNPW/eFFR7t7V/HzzpuHY4uLilK+//lpxcXFR fv7550Tr//rrL8XZ2VmJiopKuoKKogQGBirVq1dXoqOjdcuOHj2qlCtXTomKilKioqIUZ2dn5eDB g7r1np6eypQpU3S/L1iwQOnatauiKIqu/IkTJ3Trz507p1SsWFGJjo42erw9e/Yon3zyiXLr1i1F URTl9evXyqFDh5TY2Fjl0KFDStWqVZVXr17ptj19+rTi4uKivHjxwmD9qlSpovz555/KwoULlX79 +imKoijx8fFKvXr1lJs3bypff/21Mm7cOEVRFOXRo0fK4sWLlbgEb9CyZcsULy8vRVEU5enTp4qz s7Ny/fp15f79+4qzs7Ny7969RMd8+fKl4uzsrJw7d05ved26dRVnZ2e9l0qlUnr27KmEhYUpiqIY raOx85swLrVardSvX1/57bffFEVRlJCQEKVKlSp65/7cuXOKs7Oz3jIhhBCZg8E+EVtb2LMHTp6E 9u3BywtattSsu3gRKlXSdJlp1amj6cq7dAnKldMsK1r0v/XZssH/96gk4uioaQ1bulTTQnTpkqbl ysVFs/7CBU0XZJ48/23ToYPpiaS7uzuPHj3i+++/559//qFWrVpJlm3TBqZOhehoTSx58mhazFIS b0pYWVnh5+eHh4cHy5cvp1OnTnrrc+XKBcDTp0+THVN0/fp1nJ2d9boXq1atSnx8PDdu3ODjjz8G oFChQrr1tra2FEgwkMzGxkZ3Z51WOe2bCZQuXZrXr19z9+5do8f77LPPKFmyJO7u7ri4uODq6kr7 9u2xtbXlypUrxMTEUPutgW9qtZqwsDCc3z7hCTRu3JglS5YQExPDlStXyJUrFyVLltQrU6BAATp2 7EhAQABXrlzh+vXrhIaG6s6BqSIjIwEMnve+ffvSokULYmJiWLp0KVFRUcyaNUt3Po3V8aOPPgKS Pr/a9x00LZctW7YkMDCQ9u3bs3PnTho1aqR37vP8/x9HZGQkxYoVS1E9hRBCmJfBRMvXF4oX17za tYN+/eD8eU3iYWjwuaFlb9+dmNSg9Xv3oEYNzVgod3dNQnfq1H9deEZ6/Iw6fvw4c+bMoUaNGlSs WDHZspUrQ+HCmi7J48c1dU9pvCmhVquZOHEiN27cYNy4cYnWq1QqbGxsOH36dKKEQlEUevToQY8e PVAMnFxDyyxTeMtowukjtGOPLC0tjR7P3t6egIAATpw4QXBwMNu3b2f16tVs2bIFtVpN8eLFWb58 eaJ9FC5cONl4VCoVH330EYcPHyYkJISmTZsmKhMREYGnpyelSpWiXr16NGzYkPPnzycaSG+M9k5G Q+escOHCus9S5cqVad++PUOGDGH9+vVYWVkZrePLly+BpM/v2zw8POjQoQNPnz5l165dfKfth/9/ 2m1ScvelEEKI9GHwmzfh2N+FC+HlS82Ad9C03ISGQsKbq44e1QwAT6YxQk/C74OAAM14r/37NdMi eHhoxjxpv7dVKrh5UzPOS2vOnP/GTiX33RIUFETPnj2pX78+K1asIFvCZrgktGmjSZoMjc8yJV5T qdVqhg8fzubNm5k1axY9evRIVMbBwYHGjRuzatWqRHez7dy5k2PHjuHk5ETp0qW5cuWK3mDqc+fO YWFhkShBS4kLFy7ofj579izZsmWjePHiRo939OhR1qxZQ+3atfn222/ZtWsXefLk4ciRI5QuXZp7 9+6RPXt2SpQoQYkSJXj+/Dk//PBDohY1Qxo3bsy+ffvYu3evwURr586d2NrasnbtWgYOHIibm5uu dSoltK1TUVFRyZazs7Pj+++/5+zZs6z7/wnoTK1jUuf3bRUqVKB48eIsWbKEFy9eUL9+fb31jx8/ xsLCgvz586e4nkIIIczLaBNH4cIwcyasXauZ/qBVK8iXD3r2hOvXNS0/gwZB586aOxRN4eAABw5o Wsny54dHj+DwYXjyBFav1szXpb0Jzc0NSpbU3FV444YmwZk1SzMg/+19JbRu3TqGDx+Op6cnfn5+ JiVZoLkJYONGTXJZvXri9cbiNUVsbCzdunXj4MGDLFy4kNatWydZdtSoUTx69IguXboQGBjIiRMn WLRoEePGjaNLly64uLjg5uZG7ty5+fbbb7lz5w4hISFMmjQJDw+Pd/rynTJlCpcuXeL8+fNMnTqV L7/8EltbW5OON3v2bLZt20ZERIRusHf58uWpX78+RYsW5ZtvvuH69etcuHCBcePGER0dbdJ71KRJ E3bt2kV0dDQVKlRItD5PnjxERUVx+vRpnj17xqZNm9iyZQuvX79OUd0dHBwoWbKkSVNwVKtWjXbt 2jF//nwiIyNNrmNS59cQDw8P1q1bR7NmzbCxsdFbd+3aNUqVKpXozlQhhBAZz6S+pK++0swz1b+/ piVrzx5NC1OlSprEq2VLzZ2ApurbV3P34HffQZcumiStRQsoUQL+/FOT1N28qRkrZW2tmcvq+XPN fF4dOsDAgZrk7u19JXTnzh369evH5MmTsbKyMjm2evU0Y9TatjW83li8prhz5w5WVlasWLECNze3 ZMsWLVqUjRs3Urx4cSZNmkSPHj3YunUrw4YNY8KECYCmq87f35+XL1/SqlUrBgwYgKurK1OmTDG5 3oa4ubnRp08funfvTsOGDfnmm29MOt6nn37K6NGj8fPzo1GjRsyePRsfHx+qVauGtbU1/v7+ODg4 0L59e7p06ULZsmVNviuwRo0a2NjY0KRJE4PrW7dujYeHB3379sXV1ZUjR44wc+ZM7t27l+I5rlxd XTl+/LhJZUeOHImFhQUzZswwuY5JnV9DPDw8eP36daI5vUDTPd6oUaMU1U0IIUT6sFAMDbgRH7Qn T57w6aefEhgYmOJB5O+T27dv8+WXX3LgwIEkW5pSIzXn98SJEwwbNowDBw7oXTjExsbSsGFDNm7c KAPhhRAiE9Jr0bKwyLqv1Mrs8YmMU6JECerUqcP27dszLIbIyEj27t3L7Nmz8fLyStQ6u337dj77 7DNJsoQQIpPSu+vwQ5zz8EOsszDd2LFjGTBgAK1btzZphvi09uLFC0aMGEHlypXp16+f3rq4uDjW rVvH0qVL0z0uIYQQppGuQyGEEEIIM0nZxEpCCCGEEMJkkmgJIYQQQpiJJFpCCCGEEGYiiZYQQggh hJlIoiWEEEIIYSZ696urVKqMikMIIYQQ4r1w+fJl3c/SoiWEEEIIYSYGZ2BMmIkJIYQQQgjjDPUM SouWEEIIIYSZSKIlhBBCCGEmkmgJIYQQQpiJJFpCCCGEEGYiiZYQGcTDwwOVSqX3qlChAk2bNmXl ypVpeqzPPvuMuXPn6i1TFIWxY8dSsWJF9u3bB0CDBg1QqVT88ssvBvfTt29fVCoV27ZtM/nYKpWK PXv2EB0djUql4uDBgwbLeXp68u233xpd98033yQ6bwlfTZs2TXVdDJ0nQ4zV5V1p93/kyJE02b5/ //7Url07LUMUQpjI4F2HQoj04e7uzsCBA3W/x8TEsG3bNmbOnEmhQoVo2bKlWY6rKAr/+9//2L59 OwsWLMDV1VW3ztraml27dtGpUye9bZ4+fcrRo0dTfKyBAwdSqlSpdw1Zp3///nh6egLw5MkTRowY gbe3N9WqVQPAwcFBVzat6yKEECkliZYQGShv3ry4uLjoLatevTpnz55lx44dZku0fHx8+P3331m0 aBH169fXW1enTh2OHDnCkydPyJs3r2757t27qVKlCidPnkzRsYYNGwZoWlnSQtmyZSlbtiwAERER gKbVrG7duonKpnVdsiorKyusreXfvRAZQboOhciEbGxsePPmje73ly9fMnHiRD799FMqVapEly5d OHfunG79N998o+syM2bKlCls3rzZYJIFmkSvQIEC/Pnnn3rLAwMDadGiRaLyN2/eZMiQIdSsWZMK FSrQrFkzAgICdOu1XYcZIaV1Sa3kzoFardZ1YXp6elKlShUaNWrE1q1bdds/ePCAr776isqVK+Pm 5sbvv/+ut39j77+x7XPmzEnOnDnTrL5CCNNJoiVEBlIUBbVarXs9fvyYFStWEBISQvPmzXXlBg0a xNWrV1m+fDk7d+6kevXq9OjRgzt37gDQtGlTunTpYvR406dP56effmLAgAHUq1cvyXLu7u4EBQXp fn/y5AknT57E3d1dr1xcXBy9e/fGxsaGX375hZ07d+Lq6srEiRO5e/duSk8HarWa2NjYRK93YWpd UsvUc7BixQqmTZvG6dOn6dChA+PGjSMiIgK1Wk3fvn15/fo1mzZtYu7cuYnGlSX3/puyfe7cucmV K1ea1FcIkTLSlixEBgoICNBr/QHInz8/o0aNon379gCcPXuWo0ePsn//fgoXLgzAyJEj+euvvwgI CGDUqFEmJQ2//fYbL168oFq1aqxZswYvLy8KFixosGzz5s3p3r07z549I1euXAQFBVGjRg3y5cun Vy46OpqOHTvSoUMHXdfckCFDWLNmDXfu3KFYsWIpOh/btm1LcqC9s7NzivaV0rqklrFz4OTkBEC3 bt10s0Z37twZPz8/Ll++zM2bN7ly5QoHDhzA0dERgKlTp5r8/terVy/Z7UESLSEykiRaQmSgZs2a 0b9/f+Lj4zl69CiLFi1iyJAhdO7cWVfm4sWLALRq1Upv25iYGIoUKWLysV68eMGyZcsoU6YMHh4e jB49mtWrV2NhYZGobPXq1cmXLx979uzB09OTwMBAPDw8EpXLlSsX3bt3JygoiAsXLnD37l0uXLgA QHx8vMmxaTVs2JBBgwYlWj527NgU70vL1LqklqnnQJtwAWTPnh3QtIbdunWLAgUK6JIkgAoVKmBj YwMYf/8LFiyY7PagSbRy586dVlUWQqSAJFpCZKB8+fJRsWJFACpXroyDgwM+Pj7kyJGD1q1bA5ov a3t7+0TjbgDs7OxMPlbXrl2pVasWAJMnT2bgwIGsXLmSvn37JiprYWGh63Jr2LAhZ86cYf78+YnK /fvvv3h5eWFvb0/jxo1p0aIF3t7etG3b1uS4EsqXLx9Vq1ZNtDzhnYQpZWpdUsvUc2BpmXikhqIo ScZsZWUFGH//d+zYkez2IC1aQmQkSbSEyES6detGcHAwkyZNonbt2jg6OlK2bFlevXpFZGQkVapU 0ZUdM2YMderUMTmpSXjXWaNGjfD09MTPz486depQoUKFROWbN29Or1692Lp1K7Vq1SJ37tyo1Wq9 Mrt27SI8PJyTJ0+SLVs2AM6fPw8knURkBFPqklrveg5cXFyIjIwkLCxM10J5/fp1Xr16BWD0/Te2 PWhaThNO4SGESD8yGF6ITMbX15f4+Hh8fX0BqFmzJlWqVGHMmDGcOnWK8PBwpk2bxh9//KGb5iAo KAh/f/8UHWf8+PEULFiQESNGEBMTk2h99erVyZ07NwsXLkzyDr18+fKhVqvZt28fz58/58yZM4wd OxYLCwtev36dsoqbkSl10bp79y4HDx7Ue505cybJ8u96Dj755BOqVKnCN998w9WrV7l8+TLjx4/X dekae/+NbQ+wb98+Nm3aZOLZEkKkJUm0hMhkihYtypAhQ9izZw+7d+/GwsKC5cuXU716dQYNGkTT pk05ceIEy5Yt07VE/fnnn6xfvz5Fx8mRIwfTp0/n9u3bTJ48OdF6S0tL3N3diY2NTXLqiCZNmtC7 d298fX2pW7cu06dPZ/To0ahUKt3YoszAlLpobd++nb59++q9Jk2alGT5dz0HlpaWLFu2jIIFC+Ll 5UXv3r1p27atboyVsfff2PagmTcspZ8PIUTasFAStG1r74i5fPlyhgUkhBBCCJEVGcqjpEVLCCGE EMJMJNESQgghhDATg3cdHj9+PL3jEEIIIYR47xgcoyWEEEIIIVIn4RgtvRYt7WSGQgghhBDi3em1 aAkhhBBCiLQjg+GFEEIIIcxEEi0hhBBCCDORREsIIYQQwkwk0RJCCCGEMBO9uw4TPoRUCCGEEEKk XML7DKVFSwghhBDCTAzODJ+ZZnzQtrJlppiEEEIIId7m5ubG/v379ZZJi5YQQgghhJlIoiWEEEII YSYGuw4BvL29CQoKSnLD1atXU7duXbMEJYQQQgjxPkgy0RoyZAgdO3YE4PDhw6xdu5YlS5bo1leo UMH80QkhhBBCZGFJJlrOzs44OzsDEBERgaWlZaZpwfLw8ODq1at6y6ytrXFycqJjx4706dPHpP1E R0dTrVo1VqxYQf369bl69SrDhw/n5s2bdOnShXHjxpkjfCGEEEJ8IJJMtIwJCwvD19eXo0ePYm9v T6tWrRg1ahR2dnYA9OzZk1y5cjF//vw0CzYhd3d3Bg4cqPs9JiaGbdu2MXPmTAoVKkTLli1TvM/l y5cTFxfHypUrKVq0aFqGK4QQQogPUKoSrdjYWHr06IGLiwtbtmzh33//ZezYsTx//pwZM2YA0Lp1 a13SZQ558+bFxcVFb1n16tU5e/YsO3bsSFWi9ezZM6pXr86nn36aVmEKIYQQ4gOWqrsOg4ODefLk CTNnzuTjjz+mevXq+Pr6sm3bNp48eQKAp6dnqpKdd2VjY8ObN290v9+8eZMhQ4ZQs2ZNKlSoQLNm zQgICEi0XdOmTQkODmbTpk2oVCrCwsLSM2whhBBCvIdSlWhdv34dZ2dnHBwcdMuqVq1KfHw8N27c SLPgkqMoCmq1Wvd6/PgxK1asICQkhObNmwMQFxdH7969sbGx4ZdffmHnzp24uroyceJE7t69q7e/ nTt30qBBAzw9PQkJCcHJySld6iGEEEKI91equg4NzdKe3jO3BwQEJGqZyp8/P6NGjaJ9+/aAZrB7 x44d6dChA3nz5gU0d1OuWbOGO3fukD9/ft22NjY2WFpaYmlpadYuTyGEEEJ8OFKVaJUuXZrVq1fz 6tUr7O3tATh37hwWFhaULFkyLeNLUrNmzejfvz/x8fEcPXqURYsWMWTIEDp37qwrkytXLrp3705Q UBAXLlzg7t27XLhwAYD4+Ph0iVMIIYQQH65UJVpubm7kzp2bb7/9lhEjRvDvv/8yadIkPDw8dK1E mzdvxs7OzmzjtPLly0fFihUBqFy5Mg4ODvj4+JAjRw5at24NwL///ouXlxf29vY0btyYFi1a4O3t Tdu2bc0SkxBCCCFEQqlKtOzt7fH39+f777+nVatWZM+enTZt2jBs2DBdmW3btpErV650GxDfrVs3 goODmTRpErVr18bR0ZFdu3YRHh7OyZMnyZYtGwDnz58H5CHVQgghhDA/kxItT09PPD099ZYVL16c 5cuXJ7mNv7//OwWWGr6+vnh4eODr68vChQvJly8farWaffv20bBhQ65du8bEiROxsLDg9evXRve3 Y8cOoqKi6NatWzpEL4QQQoj3zXv1UOmiRYsyZMgQ9uzZw+7du2nSpAm9e/fG19eXunXrMn36dEaP Ho1KpeLixYtG9xcUFGRwKgghhBBCCFNYKAn60CwsLIDM1a2WkTG9efOGvn37smbNmnQ/thBCCCGy Fjc3N/bv36+Xs7xXLVppbdWqVbRr1y6jwxBCCCFEFpXqZx1+CPr06YO1tZwiIYQQQqSOtGglQ5Is IYQQQrwLSbSEEEIIIczEYJONSqVK7ziMyowxCSGEEEJo3bt3L9EyadESQgghhDATg9M7hIeHZ1hA b3NycgIy15QTQgghhBBvk+kdhBBCCCHSkSRaQgghhBBmIomWEEIIIYSZGJ0oKioqijVr1nDo0CGe Pn2Ko6MjrVq1okOHDlhaWqa4nBBCCCHEhyLZROvhw4cMGjSI/PnzM3jwYAoUKMDFixfx9/fnwYMH DB06NEXlhBBCCCE+JMkmWgsWLCBXrlzMmzcPe3t7ACpXrkzBggXx9fWlTZs2lCxZ0uRyQgghhBAf kiT79F68eMHhw4fp1KmTLnnSatiwIT4+PhQoUMDkcgAjRoxg4sSJZqiGEEIIIUTmk2SL1s2bN1Gr 1ZQvXz7ROktLSxo0aABAaGioSeUAmjZtip2dXVrELYQQQgiR6SWZaEVHRwOQI0eOZHdgajmAFi1a pCQ2IYQQQogsLcmuQ23i9Pz582R3YGo5IYQQQogPTZKJVunSpbG2tiY0NDTROkVRGD58OIcPHza5 nBBCCCHEhybJRMve3p569eqxYcMGXr16pbcuODiYM2fO4OjoaHI5IYQQQogPTbIzifbv35/Hjx/j 7e1NcHAw586d46effmLGjBm0a9eOMmXKpKhcYGAg+/btM3+thBBCCCEyAQslwSOmLSwsAAgPD9cV CAsLY8WKFZw6dYqXL19SqFAh2rRpg5eXl96M76aUGzFiBDlz5sTHx8fkAJ2cnAD0noQthBBCCJHZ uLm5sX//fr2cxWiildEMJVo7duwgKiqKbt26ZVRYQgghhBB6DCVaWfIhhEFBQQQEBGR0GEIIIYQQ ycqSidacOXPInz9/RochhBBCCJGsLJlorVq1inbt2mV0GEIIIYQQyUr2odKZVZ8+fbC2zpKhCyGE EOIDkiVbtCTJEkIIIURWYDBjcXV1TecwjFOpVBkdghBCCCFEku7du5doWZZs0RJCCCGEyAqy5Dxa QgghhBCZzXszj5YQQgghRFYgiZYQQgghhJlIoiWEEEIIYSbJzpPQtGlT3rx5o85WQxoAACAASURB VPs9R44c1KpVC29vb/LkyaNbHhUVxZo1azh06BBPnz7F0dGRVq1a0aFDB70HT5taTgghhBDifWB0 QqrOnTtTo0YNFEXh8ePH/PTTT8ycOZOpU6cC8PDhQwYNGkT+/PkZPHgwBQoU4OLFi/j7+/PgwQOG Dh2aonJCCCGEEO8Lo4lWqVKlqFGjhu73HDlyMGHCBGJiYnBwcGDBggXkypWLefPmYW9vD0DlypUp WLAgvr6+tGnThpIlS5pcTgghhBDifZHi/rrs2bNjYWGBhYUFL1684PDhw3Tq1EmXPGk1bNgQHx8f ChQoYHI5gBEjRjBx4sR3qJIQQgghROZgtEXrzZs3xMTEAJoxVj///DOurq7Y29sTGhqKWq2mfPny ibaztLSkQYMGACaXA824MDs7u1RXSAghhBAiszCaaM2cOZOZM2fqfs+WLRs//vgjANHR0YCmOzE5 ppYDaNGihdEyQgghhBBZgdFEq3v37tSsWROA58+fs2/fPry9vVm8eLEucXr+/Dm5c+dOch+mlhNC CCGEeJ8YHaNVrFgxKlWqRKVKlahbty7jx48nR44cBAYGUrp0aaytrQkNDU20naIoDB8+nMOHD5tc TgghhBDifZLqyassLCywt7enXr16bNiwgVevXumtDw4O5syZMzg6OppcTgghhBDifWK06/DGjRsc P34cgNevX7N//34ePnyIq6srAP3796d///54e3vTqVMn8uXLx7lz51i/fj3t2rWjTJkyKSoXGBiI nZ0djRo1MlOVhRBCCCHSh4WS4BHTFhYWAISHhwOJZ4a3s7OjZMmSdO7cmYYNG+qWh4WFsWLFCk6d OsXLly8pVKgQbdq0wcvLS2/Gd1PKjRgxgpw5c+Lj4wOAk5MTgN6TsIUQQgghMhs3Nzf279+vl7Mk m2hlBoYSrR07dhAVFUW3bt0yKiwhhBBCCD2GEq0s+YDBoKAgAgICMjoMIYQQQohkZclEa86cOeTP nz+jwxBCCCGESFaWTLRWrVpFu3btMjoMIYQQQohkGb3rMDPq06cP1tZZMnQhhBBCfECyZIuWJFlC CCGEyAoMZizDhw9P7ziM6tWrV0aHIIQQQgiRpEuXLiVaZnB6ByGEEEIIkToJp3ewTmqFEEIIIYR4 N1lyjJYQQgghRFYgiZYQQgghhJlIoiWEEEIIYSaSaAkhhBBCmIkkWkIIIYQQZqJ312FkZCT9+/fn n3/+yah40oSVlRV+fn64u7ubVH7jxo1MnDgRtVpt5sg+PFWrVmXJkiXkzZs3o0NJFZVKldEhfLDK ly/Pli1bklx/8eJFgoKCuHPnDrdv3+bOnTs8e/bM5P1ny5aNvHnz4uLiQpUqVWjZsiVFihRJVazv Gos5ZaV6ZvZYM3N8mTm2rBSjKVJaD715tDZu3MiECRPSJVBzK1u2LNu3bzdaTq1W8+mnn2aaf4rv o2nTpuHp6ZnRYaSKJFoZJ6lEa8+ePaxatYpTp06l6fGsrKxo0KABQ4cOxcXFxaRtzBWLOWWlemb2 WDNzfJk5Nq2sEKMpjNVDL9H64YcfWLp0KYMHD8bb2ztdA00r4eHhuLm5kT9/foKDg7Gzs0u2/OHD h+nduzcqlYolS5bIpK1paMOGDSxatAhPT0+mTZuW0eGkijbRunz5cgZHkjlpz8/+/fvTbJ/Xrl2j b9++lChRgt27d+uWq9VqJk6cyMaNGwHIly8fLVu2pEyZMhQpUoRChQqRI0cOk4/z4sULHj16xKVL lzhx4gSHDh3i9evXWFlZ0bNnT4YOHZrk/4+0jsWcslI9M3usmTm+zBxbVorRHPXQS7RGjRrFtm3b mDJlCl5eXukScFpTFIVGjRoRHh5OUFAQJUuWTLb8kiVL8PPzo23btgwbNix9gvxAhISE4O3tTdmy Zfntt9+wt7fP6JBSTBKt5KVXohUbG8uoUaMICgrCwcGBfv360bJlS2xtbdPsuE+fPuWXX35hw4YN xMfHU6tWLfz9/bGystIrlx6xmFNWqmdmjzUzx5eZY8tKMZrCWD30BsPfv38fgMKFC6d/pGnEwsJC F39YWJjR8iEhIYB0EZlDuXLl+Pjjj7l69SqhoaEZHY7IYK9fv071tsuWLSMoKIi8efMyc+ZM2rVr l+b/ZHPnzs2AAQNYtmwZefPm5fjx4wwfPjzR2M30iMWcslI9M3usmTm+zBxbVorRFMbqoZdohYeH A6R6cFpm4eTkBPyXOCblwYMHhISEYG9vT7ly5dIjtA+Kra2t7ry+74mWm5sbK1euTLR8x44dlC9f 3mzHXblyJR06dAAgIiIClUpFWFgYz549Q6VScePGDbMdOyViYmIYOXIkCxYsSPG2N27cYPHixVha WjJ58mQqVapkhgj/U6ZMGebNm4eDgwNBQUH8/vvvKYolLi4Of39/OnfuTJMmTfDy8mL+/Pm8ePFC bz/nz583az2Medd6Nm3alD///NPgvl+8eIGrqyt37twxGocpZd811vHjxzN9+nSjsaRWZjmXhj5X 7xpb69atcXV11b2aN2/O119/rTdGKiNjnDhxol58b7+SG8v19OlTXF1dk2yUefToEa6urkRERBit V3L10CVaERER3L9/nwIFCmTpFi34L9Ey1qIVGhrKo0ePKFeuHKVKlUqP0D442kRL23Io0oednR0D Bw7MFHd7RkREMH/+fEJDQ/ntt99YsGCBXtJhzNy5c1Gr1bRp04YKFSqYMdL/FC9eXDdO9aeffkpR LEuWLGHr1q14eXkxbdo0evfuzbFjx/RuNJo0aZJJX0rm9i71TI6trS3dunUjd+7cmT7WtJIZzmVS n6t3ja19+/bMmTOHOXPmMHbsWPLnz8/o0aM5c+ZMhsfYo0cPXWydOnXC1tZW9/ucOXNwdnY2GlNa MlQP3fQO9+/fJz4+nsKFCxscjNa5c2cKFizI3LlzE63bv38/gwcPZteuXTRp0oTAwEA+/vhjc9WD iIgIGjZsyL59+wy2vmkTRWMtWtov/7dbs+Li4li3bh27d+/m4cOH5MmThwYNGtC7d+9MM8DVFFFR UaxZs4ZDhw7x9OlTHB0dadWqFR06dMDSMnVTqP36668cOHCARYsWmVTexcUFKysrQkNDefLkSab4 4v8Q2NnZZYoxhxEREaxZs4bAwEDdst9++w2Anj17Gv17CgkJ4fjx4+TLl4/mzZsbLNO0aVPevHmT aHnVqlUN/r8y1aeffkqlSpUIDQ1l165dODk5GY0FYPfu3QwcOJAWLVrolpUrV47evXtz48YNPv74 YxIMjc1wqa1ncmxtbenTp08aR2qeWDN7fCk5l8l9rt4ltuLFi1OjRg3d7w0bNmT8+PEsXLiQFStW ZGiMCXONhw8fYmlpqRdrRni7HrpvW223obY16G2tWrXir7/+IjY2NtG6nTt30qBBAwoWLJgprqK1 yZcpLVqQONEy5Yo0s3v48CH9+vXj0qVLDB48mB9++IHWrVuzZs0afvzxx3SLo2zZsqhUKu7du/fe dx+a4uHDhwwZMoSqVatSq1YtfHx89P6mQkND6d69O1WrVqVKlSr06tVL97cJcPXqVTp06EDFihXp 2LEj9+7dM3ichF2HT548QaVSsWnTJho3bkzlypXp1asXDx8+NDmu1DCUZGn99ttv+Pv7G23ZOnPm DE+ePKFSpUrJjqP83//+x8aNG/VekyZNeqf48+bNS506dQA4ffq0ybHY2tpy9+5dvWUff/wxfn5+ FCxYkGHDhnH37l1mzJjBzJkziYqKwtXVlV9//RV3d3d8fX0BzfkbO3Ys7u7utG7dmvnz5+vGuWm7 PAIDA+nUqRPNmjVj5MiRPH78WHfMW7duMXjwYJo0acJXX33Fzz//TLdu3dKsnslJ2JVkSqwJBQYG 0rx5c4Ot4GkRqzae7du307FjR9zd3fHx8eHmzZsMHjyYZs2aMWDAAB48eKDbJrOcS9BMw+Tl5UWT Jk3o06cPJ06cAEj0uTJ3bF9++SXXrl0jIiIiUYyRkZFMmDCBFi1a0Lp1a5YtW0Z8fHy6xwhw6dIl hg8fTvPmzXF3d2fkyJF67y3AgQMH6NChA82bN2fq1KnExMQY3Nfjx4/57rvvaN68Oa1atWLu3LkG x56+XQ9doqVt/Ukq0WrevDmxsbEcPHhQb/nr16/Zt28frVq10l1FZ3SiZUqL1q1btwgNDdVNOpbQ 7t276d+/P56entSsWZPPP/+c77//nrNnz2aaMS/GLFiwgFy5cjFv3jwaNWpE5cqV+fLLLxk9ejRb t27l1q1b6RaL9vy+74mWWq0mNjZW7xUXF6e3vk+fPtja2rJlyxZWr15NSEgIPj4+AERHR9OnTx8q VarEH3/8wU8//URkZCRz5swBNHfe9OvXjzJlyhAYGEjnzp11rUOm2Lp1KwEBARw6dIiXL1/qWnuM xZUaySVZWqYkW9rPTPXq1ZM9Xu7cufnoo4/0Xnny5AE0F1xffPEFP/74Iz169KB9+/bs2LGDxYsX 06tXL9q3b09wcLDB/WrvWn748KHJsXTr1o2ff/6ZgQMHsnbtWs6fP49araZatWrkyJGD2bNnU7Ro Ub755htGjhyp2+7IkSPMmDGDL774gtevXzNixAhsbGxYvnw5U6dO5fjx47rPglZQUBALFy5k8+bN xMTEsGLFCgDevHnDmDFjKF68OGvWrKFTp0563TFpUc+USirWhI4ePcq8efPw8fGhcuXKZo11z549 LF26lFWrVnH48GFGjx7NyJEj2bZtG1ZWVqxduxbIXOfy0qVLrFy5kjFjxrBu3Trq1q3LxIkTefXq VZKfK3PFVrp0aYBE3yVqtZpRo0YRHx/PkiVLmDRpEjt27GDr1q3pHmNMTAyjRo1CpVKxatUq/Pz8 ePLkCcuWLdMrt337diZOnMi8efO4dOkS8+fPT7Qvbb20f5Nz5szh4sWL+Pn5Ga2HruvQWItW3rx5 qVevnq57UOvgwYPEx8fTqFEjnj17Rs2aNXVdh/7+/qxatYqoqChKly7NqFGjqFevnsGuv5UrVxIU FMSGDRsAzT/YWbNmERISgqIoVK9enSlTpiQZX0JFihQhd+7chIWF8eDBAxwdHROVCQ0N5fnz59Sp UyfRemNXpKD5Ipk3bx6nT5/Gzs6OJk2aMGDAAGxtbXn06BFffPEFv/76K4UKFQL0u9yioqLw9PRk wIABrF69ms8++4z//e9/REZGMnfuXE6dOoWNjQ0eHh707dsXS0tLHj9+zNy5czlx4gQ2NjY0btyY QYMGGbzz4sWLFxw+fJhvv/020ZQKDRs2xMfHhwIFChitB8DNmzeZNWsWV65cQaVSUbZsWb39mRKX NtF638dpaccEvE17i+/Ro0e5d+8ev/32m657fsKECXTp0oXx48cTExND7969+eqrr7CysqJYsWK0 bt1aN8XBoUOHeP78OT4+PtjY2FCsWDFOnz7NhQsXTIqvf//+uve9RYsWbNu2zaS4smfPnuJzsWPH Du7fv0/VqlWTLXft2jVOnTpFw4YNDa4/ffo0QJJfuqZ69OgRH330EWvWrGHv3r18//33DB8+nNWr V7N//34WL16Mm5tbou2KFi0KaL5MtJMaG4ulTZs2lChRgm3bthEQEMDKlSvJly8fgwYNokmTJlhb W2NhYYGVlZXebeydO3fWna/9+/fz9OlTxo0bp/sbHjlyJCNHjmTQoEG6bbp06UK+fPkAcHV11Q2o /vvvv3U3IFhbW1OkSBEuX77MkSNHDMacmnqmVFKxal28eJF58+YxZswYateuneR+0irWLl26kDt3 bnLnzk2pUqWoVKmSrhuqVq1auvFHmelcPn78GGtra5ycnChUqBA9evSgSpUqWFlZJfm5Mlds2s/l 260/oaGh3L17lx9//JEcOXJQokQJhg0bhlqtTvcYY2Ji+PLLL+nUqRNWVlY4OTnRtGlTDhw4oFdu 8ODBuvFfgwcPZvz48QwdOlSvzJkzZ7h//z5LlizRfb95e3vj7e3N119/TbZs2ZKsh94YLUg60QJN 96GPjw9v3rzBxsYG0DTzNmvWDHt7e70mtNDQUObOncuCBQsoVaoUGzduxNvbm8OHDxs9Odor+y++ +IIpU6YQFRXFhAkTkvwie1u2bNkoUqQIFy5cIDw83GCildT4LNBckfr5+XHmzBnq1q1L9erVKVeu HNWqVQPQXW2WKVOG5cuX8+zZM6ZPn87Lly8ZO3as0fi0tFewdnZ2umy5cOHCLFmyhMePH+sSojZt 2jBq1ChKlizJ8uXLiYmJYc6cOfj5+TFmzJhE+7158yZqtdrg3W6WlpY0aNDApHq8fv2ab7/9lurV qzNhwgTOnz/PzJkzdcmWNmZjcZUrV47s2bMTEhJCeHi4SclyVtStWzc8PDz0lh05ckR3p92VK1eI iYlJ9CWiVqsJCwvD2dmZjh07EhAQwJUrV7h+/TqhoaG6f/7Xrl2jdOnSur89gEqVKpmcaGmTftD8 k9SOazIlrpRKq/E5T548AeCjjz5KttzYsWMTjTv09vbm888/1/2ufW+0XRDaMR9lypQhMjLS4H61 xw0LC9O1ThqLBTTjw6pWrUp8fDyXL1/WzU9YoECBJJPPhH8Xt2/fplSpUnoXShUqVCA+Pp47d+5Q vHjxRLHY2dnpYtSOBbO2/u8pay4uLkkmB6mtZ0okFavW7NmziY+PN/j/2hyxJtzGxsZGlwRqf8+M 5/KTTz6hWLFidO3alTJlylCnTh1atGih9z8hOWkZ28uXLwESJRi3b9/GyclJb/yloYuY9IgxX758 tG7dmj/++IObN29y+/ZtLl26pPv70Uo4yF6lUhEXF8e9e/f0BvffuHGDV69e0bp1a71t1Wo1ERER icalJ6yHyS1aAE2aNOG7777j8OHDuLq6Ehsby969ew3esv3w4UPdVXeRIkUYPHgwNWvWTDKLTSg6 OjrZK3tTFC5cWJdoaROkhJJLtIxdkR45csSkq01jEl7Bnj17NsmrgJRm0tHR0QBGBxobq8c///zD y5cvdVdyTk5O/PPPP1y9ehUwPcMvWrQoLi4unDx5ktDQ0Pc20SpcuHCiL9GE4wTVajXFixdn+fLl BreNiIjA09OTUqVKUa9ePRo2bMj58+fZt29fksc05e9JK6kbIIzFlZHs7OyIjo42+hzSkSNHUrFi Rb1l2q5DLe3fg/bpD9rWu+SeBqH9XD979oy8efMajeXy5ct6jzKztLTExcUFFxcX7ty5w6FDh5JM tBK+l4YGDBtaltR7Gh8fn2SMhqS0nqlh7Aac7t27Ex4ejp+fH0uWLEnys51WsZp6Q1BmOpd2dnYs XLiQc+fO8ffff7N37142bNjA8uXLKVasWLrGpp3E+e079lN6vswZ46NHj+jXrx/FihWjZs2a1K5d mytXriRKkhN+1nSTjL71+VCr1Tg5ORkcW6bt6UqqHtagyUzDw8PJli1bsl+CDg4ONG7cmN27d+Pq 6spff/1FtmzZ+PTTTxOV/eyzzyhZsiTu7u64uLjg6upK+/btTZpkrECBAsle2ZtC2yVpaJzWhQsX dF/4Sc2fldwVqbGrzYQtB8l5+wo2qauADRs2pCiT1u7j+fPnyd5ua6wet27dokSJEnpXcuXKldMl WinJ8MuVK8fJkycJCQkx+WHf75vSpUtz7949smfPruvC++eff1i+fDnTpk1j586d2NrasnbtWt0f +V9//aXbvmzZsixdupRXr17p3rNLly6ZPa7UTAy4ZMkSk2eLHzhwYJJdhyVKlODJkydEREQk+1ku UKCAWeb/0ybKhQoVolChQkZjcXBwYM+ePTRp0kTv/6KiKMTExJAzZ04g+eQONPXeuHEjsbGxuoTw woULWFhY6LokklOqVCm2bt1KXFyc7u/3ypUraVZPc2jYsCE5cuSga9eubN26lfbt22eKWDPTuTx9 +jTXrl2jQ4cOVKtWjf79+9OpUydOnjxJsWLFjH6u0jK2TZs2Ub58eQoWLKg3zrJYsWLcv3+f6Oho 3cV2QEAA//zzD99//326xrhv3z5sbGyYO3eu7n/qsWPHEpW7d++eLhe4fv06tra2FC1alKdPn+rK lChRgoiICBwcHHStn5cvX+aXX35hzJgxiVoVE9bDEjStWc+ePcPJySnRVeDbPDw82LNnD2q1mp07 d9KyZUuDVx729vYEBASwZs0aateuzfbt2/Hw8ODmzZsGT3TCjDUiIoLPP/+cHTt24OjoSO/evenb t2+ycb0tudnhQ0JCUKvVqFSqRG/e5cuXmTx5su537RXpmDFjKF++PIcOHTJ6tWmofoay/ITnLbmr AG0mvXLlSr3X+vXrDV7FlC5dGmtra4ODzxVFYfjw4Rw+fNjkq+aEEmb5KYlL5tOC+vXr6waCXr9+ nQsXLjBu3DjdP6Q8efIQFRXF6dOnefbsGZs2bWLLli26Lvn69evz0UcfMWHCBMLCwnRXs+aOKzW6 du2qG4+Z3Kt58+ZJJlmg6dYDEo2ZfNvTp0959OiR3iup7sCU0P4NValSxaRYihcvTuPGjZk0aRJL ly7l0KFD7NmzhzFjxvDw4UNdV6adnR0hISHcvHnT4H7q1q1Lzpw5mT59OmFhYbpBt40bNzbpZqO6 detiZ2eHn58f4eHhHDhwgM2bNyf5JZfSemrduHGD48eP670SfjmlVL58+ejevbtubG9axppame1c Llu2jD///JNHjx5x+PBhoqKidN37xj5XqY3t9u3bHD9+nGPHjvHnn38ybtw4Tpw4wcCBAxOVrVat GoUKFWLWrFmEh4dz9uxZAgICdAPazRWjIbly5eLff//ln3/+4cWLFwQGBrJr165E08GsWLGCV69e 8eLFC5YvX06rVq0SXWDWqlWLQoUKMXnyZG7fvs3Vq1eZMWMGMTExODg4JFsPS0jZo3fq16+PhYUF Bw4cYP/+/bRp08ZguaNHj+qSrG+//ZZdu3aRJ08ejhw5osv8EmbBCe9cSHhlP3DgQNzc3FL8TzO5 Fq2kpnWA/65Ijx49qrc84RVpiRIluHnzpt7t7wmvNrVXPdouPDD+QUl4FaAVEBDAd999p5dJFylS hCJFiug+EG+PcwBNkluvXj1dS1hCwcHBnDlzBkdHR6P1KFWqVKL1169f1/2ckrhcXFwoUKAAoaGh XLt2Ldlz8b6ytrbG398fBwcH2rdvT5cuXShbtqxu3GHr1q11N0C4urpy5MgRZs6cyb1794iJicHG xoaVK1fy4MED3N3dWbBgAd27dzd7XKmRI0cOevbsmewzU3v27EnPnj2T3Y/279hYy52vry9ffPGF 3qtTp04pjvttx48fB6BixYomxzJ27Fi6devG33//ja+vL3PnzsXa2poff/xRN26jZcuWBAcHs2rV KoP7sLOzY86cObphFOPGjaNOnTqMHj3apLjt7OyYMWMGN2/epHv37qxbt44WLVrotU6/az0Bfvnl F0aPHq33etfngnp5eZE3b14WLlyYprGmVmY6l9WrV2fAgAGsWLGCjh07snTpUkaOHKkbY2Tsc5Xa 2DZv3szo0aMZM2YMc+fOJTY2lh9++MHgTPJWVlbMmjWL6OhoevbsyaRJk2jdujVt27Y1a4yGNG3a lMaNGzN69Gg6dOjAyZMnGTduHPfv39f7bqxYsSLdu3ena9euqFQqgwmktbU1P/zwA/b29vTv3x9v b29KlSrFd999Z7QeFoqiKL/++isTJ06kY8eOJt3SPXHiRE6dOkVcXBy7du3SLU941+HDhw/p06cP 06ZNo1atWoSEhDBixAjWrl1L1apVadCgAdWqVWPw4MGcO3eO2bNnU7JkSTZs2MDmzZuZNGkSq1at wtnZmT///BNfX1+KFSvG9u3bjU5YCpqWky+++AKVSqW7uwo0A8C9vLy4fPky8+fPN3g3w/fff8/h w4dp164dFSpU4NWrV+zevZsLFy6wevVqcuXKRY8ePXBxcaFv3748e/aMadOm4ezszIQJE1AUBS8v LypWrEiPHj24cOECS5cupVixYnp3Ha5fv14Xv1qtpmfPnpQpU4avvvqKhw8f4uvrS7du3WjVqhU9 evTA0dGRoUOH8vr1a6ZNm8ZHH33EjBkzDNb//v379O/fn0KFCtGpUyfy5cvHuXPnWL9+PZ9//jlD hw4lNjY22XrExcXRs2dPypUrR9++fbl+/TpTpkyhZMmSLFq0iLi4uBTFNWHCBA4dOsT06dNp166d 0c9ZZiAPlU6esYdKv3jxAn9//0TTUCSXZCV8qPTy5ctp1qwZOXPm5JdffknXCYOjoqL44osvUBSF 4OBgYmNjMyyWlIqMjOTOnTt6t8X7+/tz/vx5Zs2apVc2K9UzI2J9X85lZo4tK8VoirfrkeIWLdDc fXj16tVEY3MS+vTTTxk9ejR+fn40atSI2bNn4+PjQ7Vq1bCwsGD27Nlcv34dLy8vgoKCGD58uG5b Y1f2pnBycsLW1pbw8HCeP3+uWx4aGsrly5f5+OOPkxyfZeyK1NjVpoWFBRMmTOD27dv079+fv/76 y2jXZ3JXASnNpEHzXi5evJgiRYrg5+fHiBEjCAoKok+fPnz99deA8atma2trZs2aRWRkJF27dsXf 319v3ERK4/pQ5tMS/8mRI0eiMVhDhgwx2pKlVaJECdzc3Hj+/DmbN282U5SG+fv7o1aradSoEYUK FcrQWFLq1atXfPPNNwQGBvLgwQOOHTvG1q1bDd79lZXqmRGxvi/nMjPHppUVYjTF2/WwUBRFGTVq FNu2bWP27Nm0atUqo2NMM+7u7ty6dYs//vhD14e9evVqpk+fTosWLQxOjSDM59SpU4wcOZJKlSql aKLNjCQtWskz1qKlpVar8fX1pVKlSsl2J4J+i9bu3bs5fvw43bp1w9LSkokTJyY7piutnD17lmHD hmFnZ8fWrVt1N3ZkRCypFRgYyLp164iIiOCjjz6ibdu2fPnll3pji7JSh5JaQwAAIABJREFUPTMy 1qx+LjNzbFkpRlMYqkeqWrSyCkMPl9a2prw9G7wwP5VKRdGiRQkNDZVWrQ+MlZUVPj4+RpMsQ2rV qsWQIUOIj4/Hx8eHHTt2mCHC/5w6dUo3H97QoUP17p5N71jeRYsWLVi/fj179+7l119/pWPHjnqJ QVaqZ0bHmpXPZWaOLSvFaIqk6mE1adKkSQsWLOD58+d8/fXXutuP3wfHjx/n4sWL1KhRg0qVKvH0 6VMWLFjAs2fP6NWrF/nz58/oED8otra2XLx4kRs3buDi4mJwIGVmo50jTtvdKvRpz4+pXYGmiIqK Ytu2beTJk0f3PLnatWvz77//cu7cOY4cOcKVK1coWrSobjqKtDru2rVr8fPz482bN/To0SPR7NDp FYs5ZaV6ZvZYM3N8mTm2rBSjKYzVw+L+/fuKm5sbhQoVSvJ5X1nVwoULmT9/Pn379mXUqFEcPHiQ vn37UqFChSTvaBHmtWnTJn788UfatWvH9OnTMzoco7RdY9rnngl92kRI+9zEtHDt2jUWLFhA+fLl 2bJli966zZs3M23aNN2jOVQqFbVq1cLFxSVVU1E8evSIsLAwrl27xpEjR3TTrIwcOZJ+/folu21a x2JOWamemT3WzBxfZo4tK8VoipTUw+L06dNKx44d+eSTT1i/fn26BmpumzdvZuzYsbRs2ZIffviB RYsWMW/ePNq3by8tFBnk/PnzDB48mDJlyvDbb78ZnH8kM0ntE+PFuzOUaIHmsTzLly/n999/T5O5 srSsrKxo06YNvXv3TvRMz6SYKxZzykr1zOyxZub4MnNsWlkhRlMYq4fFjh07lOHDh9O6detEt6pm dceOHaN79+5UrVqVgIAABgwYQHBwMBMmTNB7MLZIP2q1moEDB3LlyhXWrl1LrVq1MjqkZGlbbIRh 7zI5pTFFihRh8eLFSa5Xq9UcO3aMU6dOcenSJd1VbkoUKlSI4sWLU6RIERo0aJDqroi0iMWcslI9 M3usmTm+zBxbVorRFCmph8Xy5cuVWbNmMWDAAL0pFt4Hd+7coWnTpjg6OvLrr7/i5eVFbGwsS5Ys MekxFsI8fvjhB7Zt28Y333zDV199ldHhCCGEEGZjqb3j8H180G+RIkUoWLAgDx48IDQ0lMePH+vu fBMZR+bTEkII8aGwDA8PB97PRMvKyko387pM65B5qFQqbG1tP+jnHgohhPgwWHTt2jX5pwgLIYQQ QohUsXB2dpZESwghhBDCDHSPH5d5goQQQggh0ob2rnVdopXZb7MXQgghhMhqLDM6ACGEEEKI95Uk WkIIIYQQZiKJlhBCCCGEmUiiJYQQQghhJpJoCSGEEEKYiSRaQgghhBBmIomWEEIIIYSZSKIlhBBC CGEmkmgJIYQQQphJqhOtwYMH4+3tnZaxCCGEEEK8V6yNFzFsz549aRmHEEIIIcR7J127Dps3b45K pUr0+uyzz9IzDD0FCoCFxX8vW1soWxZ++MH0fYSEwJEjaRvXgwcP8PT0JC4uLslYs2eH+vUhpTlv SuL991/NsS5dgnv3ND/fupX8NnFxcbRt25b79++nLDAhhBDiPZPqFq3U8vLyomXLlnrLbG1t0zsM PUOHgoeH5ue4ONi/H0aOhCJF4MsvjW//5ZcwZgzUrZt2Mc2YMYPu3btjba3/FiWM9d9/YcMGaNEC du8GNzfT9p2SeO3tYfx4TZL36pVp+7e2tqZXr17MnDkTPz8/0zYSQggh3kPpnmiVKFGCummZkaSB cuWgSZP/fm/eHP7+GzZtMi3RUpS0jef69escPXqUmTNnJlr3dqxeXtC2LYwYAWfOmLb/lMRrbw+T J2t+vnfP9O08PDyYMWMG16//H3tnHtbUsf//N7KF2ip+QWu1CEhJqgYSZLOtKGAFuUa8igvVW62K C+q1ai2CSxWr9V4vrrVXa0Vw63OxIi0qgoqoUIoKLlCtgEHFYFEpVmSRdX5/5MdpAknOyQKizut5 8pCcmfnMZ5vJcM7kHCkcHBy4N6RQKBQK5SWiQ/3qsKysDAKBALt374ZIJMLixYsBACUlJZg9ezZE IhE8PT2xdu1a1NbWAgAeP34MgUCAQ4cOwdfXFyKRCIsWLUJhYSGCg4Ph7OyMcePG4f79+1rp0qUL UFcnf3//PjB2rPxSnZUVMG/eX2d3vL2B/Hxg2jQgJIS9fmmp/PLbhg3Aa68BH33Uuu9mW1qezVLH Z58BV6/+dUlPW30vXQJ8feX1X3sNGD4cuHtXXqZ46bAlmzcDb78NmJsDYjGQkvJXmbGxMXx8fPDD Dz9wsoFCoVAolJeRdl9o1dfXo7q6WunV1NSkVCctLQ3fffcdPvnkE9TW1mLq1KkwMzNDQkICduzY gfT0dHzxxRdKbY4ePYr4+HgkJiYiNTUVISEhiIyMxIULF2BiYoIdO3ao1am2FqislL/KyoD9++WL Bj8/oLFRfobL3By4fFl+ie7iRfniBZB/5vOBXbuAnTvZ6zdz7Bhw4gSwaFFrfdLS0uDm5sbZpyKR /O+NG9rrW1kpr+/uDuTlAWlpwIMHQESE5j4vXQJWrACio+ULN4kEGD8eqKr6q46bmxvS0tI420Gh UCgUystGu1863LZtG7Zt26Z07NixY3B0dGQ+z5o1Cx4eHgCA5ORkPH78GBs2bICFhQUAYM2aNfjk k08QHh7OtJk9eza6deuGbt26wdHREa6urhAIBAAALy8vZGVlqdVp4UL5q5lOnYCPPwZmzwbOnAFu 35YvVni8ZhuAIUOALVuAN96Qn/ExNQVMTIBTpzTXbyY8HBg6tLUu1dXVuHv3Lvr27cvqy2Y6d5b/ ffpUe32rquRnxJYuBYyNgb59gcmTgSNHNPd5/758MefgANjZAV98IbdH8SScg4MD7ty5g5qaGiZ2 FAqFQqG8SrT7Quujjz7CqFGjlI69/fbbSp9tbGyY91KpFHw+X+mLWiwWo6mpCUVFRcyCpGfPnky5 mZkZrK2tmc+mpqZKv95ryZIlwOjR8vc8nnzx0K2b/HNennwxoiAOhMg3zd+5Azg5Kctiq9+9u/yY unVUWVkZAKBbswIc+PNP+d8uXbTX98035QvKb7+Vt715U75I69dPc59+fvJfZ/L58suGEon8cqS5 +V91LC0tGZsUY0qhUCgUyqtCuy+0evXqBVdXV411jI2NmfdExc5tVcc6ddL9KqiDAzB4sOqyxkZ5 +YkTrctUrR3Y6j9+LH+vbvuVkZERAO3sycmR/xUKgV9/1U5fmQxwdQUEAsDfHxg5Ui7v6FHNfVpY yH8wcO6c/DLo998DGzfKL1f+/xOJjA3NNlEoFAqF8qrRoTbDq8LBwQEFBQV4pnBvgWvXrsHIyAh2 dnZt3n+/fvIzQW+8Abzzjvz155/AsmVAfb28juI6gkt9TTSfiSsvL+es49atgKenfCGlrb5xcfKz UGfPym/jIJHI92ix/TLxzBn5pUgfH/kC6+ZN+cZ7xXt6/fHHHzAyMoKVlRVnWygUCoVCeZno8Ast Hx8fdO3aFeHh4SguLkZubi5Wr14NiUTSLl/g/v6Avb1839Jvv8lvoTBjhnwT+euvy+tYWADnzwPX r3OrrwkLCwvY2dmhsLBQZfmNG0BysvyM1YEDwKhR8g3uUVG66WtlBTx6BPz8s/xsW0wMEBsr/4EA G+Hhch1kMiAxUb5AGzjwr/Jbt27B3t6e7s+iUCgUyitLh19o8Xg8xMbGoqqqCqNGjcKcOXPg7e2N devWtUv/pqbyDe6vvSb/Zd6QIcCAAcDBg3/VCQmR3zh05Upu9dnw9vbGxYsXVZZ9/bX8BqV/+9tf t21ITf3r0qe2+k6eDEyaJJdpaytvu3+/fEN9dbV6HX195beoWL5cvrBbuhTYsQN4772/6ly8eBG+ vr7cDadQKBQK5SXDiM/nEwDIz8/XqmHzL/q0bUdh5+7du5g4cSLOnz//3O+aryu1tbUYOnQofvjh B7oRnkKhUCivHM3rpA5/RqstUXxu4PN6qcLW1hbvvfcejh071qF01camY8eO4YMPPqCLLAqFQqG8 0rT7rw47Eh35XpoRERGYM2cOAgMDYWJi0qF1bUlDQwMOHDiAb7/99nmrQqFQKBTKc4VeOqRQKBQK hUIxMPTSIYVCoVAoFEobQxdaFAqFQqFQKG0EXWhRKBQKhUKhtBF0oUWhUCgUCoXSRtCFFoVCoVAo FEobQRdaFAqFQqFQKG0EXWhRKBQKhUKhtBF0oUWhUCgUCoXSRtCFFoVCoVAoFEobQRdaFAqFQqFQ KG0EXWhRKBQKhUKhtBF0oUWhUCgUCoXSRrTrQsvHxwfR0dGtjh8/fhz9+/cHAFRUVEAgEKCoqEil jA8++AACgUDp5erqitDQUDx8+JCTHqWlpRAIBCgpKQEAXLx4ET4+PhAKhfj55591tI5CoVAoFApF GZPnrUBLzM3NERoaim7duqmtM2vWLPztb38DABBCcO/ePfzrX/9CRESEyoUcG99++y369u2L//zn P3j33Xd11p1CoVAoFApFkQ650Fq4cKHGOm+++Sb69evHfO7fvz/q6+uxZMkS1NTUwMLCQqs+Kysr ERAQADc3N510plAoFAqFQlFFh9ujxXbpUB2mpqYghKC+vh4AkJeXhylTpkAsFkMkEmHatGm4f/9+ q3Y+Pj64evUq1q9fj+HDhxvEBgqFQqFQKBTgOSy0GhsbUVtbq/RqaGjQSkZTUxMaGxsZWdevX8f2 7dsxcOBAdOnSBdXV1ZgxYwacnJxw9OhR7Nu3D2VlZdi4cWMrWSkpKXB2dkZYWBiSkpIMZSaFQqFQ KBRK+1863Lhxo8oFj7GxMWcZ69atw7p165jPRkZGeO+995hj1dXVmD59OmbOnAljY2PY2NggMDAQ J0+ebCXLzMwMRkZGMDExgampqQ4WUSgUCoVCoaim3RdaH3/8MSQSidKxzMxMbN++nbOMkJAQBAQE oKamBt9++y3Ky8vxn//8B9bW1gAAa2trBAcHIy4uDgUFBZBKpcjLy0Pfvn0NaguFQqFQKBSKJtp9 ofXWW29BLBYrHWu+zYI2MoRCIQDA2dkZQUFBmD9/Pg4ePAhjY2OUlpZi7NixsLe3x+DBgzF06FBc v34dZ86cMZgdFAqFQqFQKGx0uM3w2mJubo4vv/wSV69exYEDBwAASUlJMDMzw/79+xEaGgofHx+U lZU9Z00pFAqFQqG8arzwCy0AcHFxwZgxY7Bt2zaUlZXB0tIS5eXluHz5MioqKhAfH4+EhATU1dVx knf48GGkpKS0sdYUCoVCoVBedl6KhRYAfPbZZzAyMsK///1vBAYGQiKRICQkBN7e3sjMzMSGDRsg k8lQU1PDKuunn37CqVOn2kFrCoVCoVAoLzNGfD6fAEB+fr5WDQUCAXRp9yIgk8kQHR2NVatWPW9V KBQKhUKhvIA0r5NemjNahmTfvn0IDAx83mpQKBQKhUJ5welwj+DpCISFhcHEhLqGQqFQKBSKftAz WiqgiywKhUKhUCiGoN0WWrNmzcLnn3+udOz8+fMQCARKd3kHgB9++AHu7u74448/dHruoSL5+fm4 cuUK5/rR0dGYMGGCzv21J4q2PX78WKOvtHmGpK7Pm1RFs153797VW5Y62GLs5OSExMREpWO//fYb 3NzcsGTJEjQ1NUEsFkMgEKjcc3j8+HEIBAIsX76ckz6K/istLYVAIEBJSQmKioogEAhQWFionYHP ER8fH0RHR7c6fvz4cfTv3x8AsGDBAggEArWvzMxMANDax6riZigUx3nLfFfMJ0OOBQAoLi7G9OnT 4ezsDHd3dyxfvhxVVVUGkU2hUDom7bbQcnNzQ25urtKxrKwsdO/eHVlZWUrHr1y5And3d3TqpL96 CxcuxO3bt/WW0xHRxjZzc3OEhoaiW7dubaxV+6NtjO/du4eQkBB4eHjg3//+N5NnJiYmSE1NbVX/ 9OnTMDIy4ixfna8tLS0hEom0etzUi8D8+fMRExODmJgYhISEwNzcnPkcExODAQMGMHUN5WND0jJe ivlkyHHT0NCAkJAQmJqa4scff8SuXbtw6dIlRERE6C2bQqF0XNptoeXu7o67d++ioqKCOZaVlYUZ M2agsLAQ5eXlzPGrV6/C09PTIP0SQgwipyOijW3m5uZYuHDhS7nQ0sYPZWVlmD59OhwdHbFlyxal RY+7u3urpwfU19cjPT0dIpGIcx/qfN2lSxdYWVmhV69enGW9CPD5fLz//vt4//334eDggE6dOjGf 33//fXTt2pWpaygfG5KW8VLMJ0OOm4sXL+LevXtYt24d+vbtCxcXFyxbtgynT59GbW2t3vIpFErH pN0WWk5OTjA3N0deXh4A+Sn5mzdvIjAwEH369MGFCxeY40VFRfDw8GDaZmRkYMSIEXB2dsa0adPw 6NEjpiwvLw9TpkyBWCyGSCTCtGnTcP/+fQDy5yrevn0bERERai/7FBYWYsKECRAKhQgODoZMJlMq LykpwezZsyESieDp6Ym1a9eqnRRXrFiBmTNnKh3buHEj5syZwypL8RJTM5ouY6qzTZ2vFC+BNF/O i4+Px7Bhw5i6Dx8+VNnXkSNHIBaLkZ2drbJcUwyaOXXqFLy9vSEWixEWFobq6mpOPmbzC5cYN1NZ WYmZM2fCysoKO3bsgJmZmVL5sGHDcP36daX8ysrKgr29Pd58803ONqu73FRTU4PQ0FDweDwAQGxs LIYMGQKhUIjRo0cjIyNDpd5c4vXw4UPMnz8fYrEYHh4eiIyMZHw4evRo7N27l6k7d+5cjBkzhvl8 8uRJ+Pn5afSdodDGx9qgyX5A8zhXjFfLfNJ23Ny6dQsTJ06EUCjEmDFjsGvXLowYMQKA/HFhhw4d Yp7JCgDGxsbo1KnTS3eWk0Kh/EW7LbRMTEwgEolw7do1APL/7uzt7WFlZQUPDw/m8mFubi7eeOMN 5v4TAHDgwAGsWLECMTExuH//PjZu3AgAqK6uxowZM+Dk5ISjR49i3759KCsrY8r37NkDOzs7fPnl l1izZk0rnWprazFr1iy88847OHHiBCZNmoTDhw8rlU+dOhVmZmZISEjAjh07kJ6eji+++EKljaNG jUJmZqbSWbsTJ05AIpFoLYsNdbap85UqfvzxR8TFxSEjIwNVVVXYsmVLqzrnzp3DmjVrsG3bNri5 ubUqZ4tBM4cOHcLmzZtx4MAB5OXl4csvvwSgvY+5+qEldXV1mDt3Lm7evImNGzfCwsKiVZ233noL /fr1Uzrjkpqa2moRwtXmlrzxxhtwdnYGIF+obdmyBV999RVSUlLg4+ODBQsWaLyhrrp4NTY2YsaM GYwPY2JikJubi8jISADA4MGDmX9kCCHIzs5Gfn4+szcoMzMTXl5eavttbGxEbW2t0quhoUGjrerg 6mNtYLOfbZwrwiWf1MWhrq4OM2fOhIODA5KSkhASEoL//ve/TLvXX38dTk5OzOc///wT69evx5gx Y+gPcCiUl5h2/dWhu7s7c0brwoULzOVBT09PZqF19erVVvuzPv/8cwwePBiurq4IDg7Gb7/9BkD+ hTd9+nQsXrwYNjY2EIlECAwMRHFxMQDA1NQURkZGMDExUfkfY0ZGBp4+fYrIyEjY2NggMDAQQUFB THlaWhoeP36MDRs2oG/fvhg4cCDWrFmDxMREPH78WKV9VlZWzF3l8/LyUFZWhmHDhmktiw11tqnz lSpmz54Na2trdOnSBQEBAa3q5ubmYtGiRfjqq68wZMgQlTLYYtBMREQEXFxcIBQKERERgcTERNTU 1OjtF7YYN7N582aUlpbCysoK27dvV1vvww8/ZBYBhBCkpqZi+PDhOtmsiYcPH8LU1BQ2Njbo3bs3 5s2bh6+//lqjDerilZWVBZlMhvXr18Pe3h4DBgzAihUr8OOPP6KqqgpeXl64dOkSmpqaUFBQAEtL S9jY2DAbvn/++We18QXkZ2WdnZ2VXmFhYZxtbQkXH2sDm/1s41wRLvmkLg5nz55FdXU1IiMj0adP H4wcORIfffSRShlVVVWYOnUqrKysOP/IgkKhvJi0679Rbm5u+N///gcA+OWXX/DPf/4TgHyhtWTJ Evzxxx+4cuVKq0nfzs6Oef/6668zzyy0trZGcHAw4uLiUFBQAKlUiry8PPTt25eTPrdu3YKDgwNM TU2ZY05OTrhx4wYAQCqVgs/nK539EIvFaGpqQlFREVxdXZXkderUCSNHjsSJEycQFBSEpKQk+Pr6 wsLCglVW7969OenMhjpfqaJnz57Mex6Ph/r6eqXylStXorGxUaNuXGMgFouZ90KhEA0NDbhz5067 +cXU1BSxsbH49ddf8c9//hP+/v7w9vZuVW/YsGHYuXMnampqUFBQgC5duij5VBubNfHBBx/Azs4O /v7+6NevH7y9vREUFNTqcqYi6uJVUFCAmpqaVvsaGxsbUVJSAldXV9TX1yM/Px/Z2dlwc3NDY2Mj cnJyYGdnh9LSUqVL9S35+OOPIZFIlI5lZmZqXLBqgouPtYHNfrZxri3q4pCfnw8+n6/Uj0gkQlpa WisZu3fvRmNjI3bt2sVcSqZQKC8n7brQEovF+PPPP3H9+nVIpVJmcu/RowdsbW1x5coV5ObmYsmS JUrtWv5n2bxZtbS0FGPHjoW9vT0GDx6MoUOH4vr1660222qDYl+qNlmzbbyWSCSYMGECnjx5guTk ZKxcuZKTLFW/uGpsbOSsdzPqfKUKtl91zp07F8XFxVi9ejUOHz6s8j98rjFQbNv83tjYuN38smDB AvTq1Qu9evXC8OHDsXLlShw/fhxdunRRqicQCNC9e3f8/PPPyM3NVXmmxRB5x+PxEBcXh0uXLiEt LQ3Hjh1DTEwMEhISYG9vr7KNung1NjaiT58++O6771qVvfXWWzA1NYWnpycuXryInJwcDB06FE1N TTh69Ch69uwJDw8PlZdSFWUoLpQBKO2Z0xYuPtYGNvtVoc+eKHVxaGpq4iwjOzsbgYGBGv1OoVBe Dtr10qGFhQWEQiEOHjwIR0dHpV/yDBo0CMnJyQCgtD9LE0lJSTAzM8P+/fsRGhoKHx8flJWVKdXR 9JNxR0dHFBYW4tmzZ8yxmzdvMu8dHBxQUFCgVH7t2jUYGRmp/Q98wIAB6NOnD3bu3InKykpm7wub rOb/gisrK5nyO3fuaLS/rX8O7+/vj88++wx3797FwYMHVdbhEgMASvfRys/Ph7m5OWxtbQ3iFy5+ UNwDs2rVKtTU1GDt2rUq6w4bNgxnzpxRe0mLq82ayMrKwt69e+Hp6Ynw8HAkJyfD0tKSueeUNjg4 OEAmk6Fz586wtbWFra0tnj59ik2bNjF7qQYPHoysrCzk5OTAzc2Nud3K2bNnNe7PaivYfKwNbPaz jfOW6DquHB0dUVBQoLR/7fr16yrrhoaGwt/fX6d+KBTKi0W73xnezc0NSUlJrU7ze3h44PTp01rd P8vS0hLl5eW4fPkyKioqEB8fj4SEBKXLZTweD9nZ2SpvEunl5YXu3btjxYoVKCkpQWpqKg4dOsSU +/j4oGvXrggPD0dxcTFyc3OxevVqSCQSWFlZqdVLIpHgwIED8PPzYxYKbLK6deuGHj164JtvvkF+ fj4OHTqE06dPa7Rfk22GwtraGvPmzcPWrVtVLia4xACQ75GqqalBRUUFNm3ahIkTJ8Lc3NwgftHW D927d8fnn3+On376SeVZqA8//BDJycmorq5WugeUtjazERUVhcTERJSWliI1NRVlZWXMTUC1wcvL C2+//TaWLFkCqVSKGzduYNmyZaiursZrr73G1ElPTwcA2Nrawt7eHp07d0ZaWprG/VltBZuPm8nP z0d6errSq+XePTb72cZ5S3QdV76+vuDxeFi9ejXu3buHkydPYv/+/SoXbrdu3dJqTx+FQnlxafeF lru7u8r9FJ6eniqPayIwMBASiQQhISHw9vZGZmYmNmzYAJlMxvx6a/z48UhKSsLWrVtbtTc1NUV0 dDQePHgAf39/bN++HVOmTGHKeTweYmNjUVVVhVGjRmHOnDnw9vZudSf7lkgkEtTV1Snta2GTZWRk hKioKEilUowbNw4pKSlYtGiRxn402WZIpk6dCmtra6xfv75VGZcYAMDAgQMREBAAf39/CIVCLF26 FIBh/KKLHyZMmAB3d3esXLkST548USpzdXWFqakpPvzwQ5VtudqsiUGDBiEsLAybN2+Gr68voqKi EBkZCRcXF842NGNiYoLY2FhYWFggKCgIkydPhqOjo9KvIO3s7NCjRw+lX466urqiV69eWu0tMxRs Pm5m9+7dCAkJUXr9+uuvSnXY7Gcb5y3RdVzxeDzs2rULBQUFCAgIwM6dOzF27FilPVvNfP/99zqd vaRQKC8eRnw+nwBQ+VgMTTRf3tO23avApUuXsHDhQpw/f57eH4dCeUV48OABioqK8N577zHHvv76 a1y9elXlY4woFMrLTfM6iT5U2oCUlZUhNTUVUVFRGDduHF1kUSivEDU1NZg+fTri4+Nx//59nD9/ Ht9//z0CAgKet2oUCuU5Qu+SZ0AqKyuxePFiODs7Y9asWc9bHQqF0o7Y2dlh7dq12LlzJ1auXIme PXsiJCRE7T27KBTKqwG9dEihUCgUCoViYJ7LpcO5c+ciPDxcbXl+fj5zt+rm54q1fF5cM+qeJ2fo uoo6FRUVQSAQtOmv/LRF1bMAFdHGp1xQlNcSTb4zBIrPODSELW2Noe3XhWY/Kd5eQx/a2iZNz/fs SDIpFAqFKx1qj9bChQtx+/ZtTnXNzc0RGhqqdC8uQ9BSrqJOlpaWEIlEL9TeK218qq88Tb57FXkZ 7X8ZbaJQKJS2pEPt0WK767oi5ubmWLhwocF1aClXUacuXbrAysoKvXr1Mni/bYU2PtVXnibfvYq8 jPa/jDZRKBRKW9Jhzmh9/PHHuH37NiIiIpQespqRkYERI0bA2dlTlBCGAAAgAElEQVQZ06ZNw6NH jwAoX6ZqvjwSHx+PYcOGMXUfPnyosq8jR45ALBYjOzu7VZmi3JY61dTUIDQ0lHk2WWxsLIYMGQKh UIjRo0cjIyNDrX0PHjzAvHnz4OLiAk9PT2zcuJF5ZEdJSQlmz54NkUgET09PrF27FrW1tUxbtnJD +RSQPwh7ypQpEIvFEIlEmDZtGu7fv69RHhffqUJTXwBQWFiICRMmQCgUIjg4GDKZrJUMTbY8fPgQ 8+fPh1gshoeHByIjIxm/lZWVQSAQYPfu3RCJRFi8eDFrG4B7zFXZr00cR48ejb179zKf586dizFj xjCfT548CT8/P046A8CpU6fg7e0NsViMsLAwVFdXq+xXk42qbNIUQy7jki3GmuSriyGbTG3GLYVC oegNn88nfD6faIsu7UJDQ8nSpUtVltXV1RE/Pz8SFxdHGhoaSHl5OeHz+WT48OEkPT2dZGdnEz8/ P6b9kydPCJ/PJ1KplKn7j3/8gzx69Ig8efKEjB8/nkRERLSqe/bsWSISici5c+dU6qFYt6VOiuTm 5hKRSETS09OJTCYjmzdvJi4uLqS6urqVzIaGBjJy5EgyZ84ccuvWLfLLL78QT09Psm/fPvLs2TMy bNgwMn/+fCKVSklOTg7x8/MjYWFhhBDCWv77778TPp9PZDKZ3j6tqqoi7u7uZMOGDaS4uJhcvXqV SCQSsnjxYpXydPUdl76ePXtGvL29SUREBCkuLiY//fQTEQqFZPz48YQQwmpLQ0MDkUgkZNGiRaSo qIj8+uuvZOzYsUxOPHr0iPD5fDJp0iRy4cIFcu3aNdY22sS8pf1scWzJhg0bSGhoKCGEkKamJuLu 7k769etHKisrCSGErFq1iqxZs4ZVZ0U/Xb58meTl5ZERI0aQ8PBwlf1qsrGlTWwxZBuXbDFmk68q hmwytYkhhUKh6EPzOqnDLLQIIcTf35/Ex8cTQv6apE+ePMmU79mzhwQGBhJCVC+00tPTler+/e9/ V6qbkJBAXFxcyPHjx9XqoCi3pU6KnD59mri5uZE7d+4QQuRfrBkZGaS2trZV3QsXLpABAwaQJ0+e MMeSkpJIYmIiOXHiBBk4cKDSRJ+VlUXeffddUl5ezlquaaGlrU8fPXpEduzYobQw2rVrFxk3bpxK ebr6jktfp0+fJq6urqSuro4pX7VqVauFljpbMjIyiFgsJs+ePWPKL1++zCxWmr+kz549y5SztdEm 5i3tZ4tjS3755Rfi5uZGGhsbyc2bN8nw4cOJn58fk+MffvghOXv2LKvOzX46c+YMU37u3DnSv39/ lYsLNhsVbWKLIdu4ZIsxm3xVMWSTqW0MKRQKRVea10kdao+WKhQf3vz6669rfJ5cz549mfc8Hg/1 9fVK5StXrkRjYyN69+6tt14ffPAB7Ozs4O/vj379+sHb2xtBQUEwMzNrVVcqlcLGxgZdunRhjjXf xPCbb74Bn8+HhYUFUyYWi9HU1ISioiJIpVKN5brYos6n1tbWCA4ORlxcHAoKCiCVSpGXl9cmj2hh 6+vWrVtwcHBQenyJk5MTbty4wcmWgoIClY90amxsRElJCf7v//4PAGBjY8OUsbXRJuYtYYujq6ur Un1XV1fU19cjPz8f2dnZcHNzQ2NjI3JycmBnZ4fS0lJ4eHjgf//7n0adu3fvzvTVjFAoRENDA+7c uYN+/foptdPGRq75om5cssWYq3zFGLLJ1CeGFAqFogsdfqHV8hd+RMNmXLaHUc+dOxfFxcVYvXo1 Dh8+rNevB3k8HuLi4nDp0iWkpaXh2LFjiImJQUJCAuzt7ZXqNjY2qpWjyh7FY2zluqDOp6WlpRg7 dizs7e0xePBgDB06FNevX1f54GV90aUvVfFSZ0tjYyP69OmD7777rlWbt956CxUVFa3as7UxMzPj HPOWaBtHU1NTeHp64uLFi8jJycHQoUPR1NSEo0ePomfPnvDw8ICFhQWrzlVVVa3sbH6vyp/a5DXX GHJ9SHxLnbjKZxvHiuXa2EehUCiGoMNshgeg8in3hsTf3x+fffYZ7t69i4MHD+qlU1ZWFvbu3QtP T0+Eh4cjOTkZlpaWKh8Ua29vD5lMxnzpAcCePXswf/58ODg4oKCgAM+ePWPKrl27BiMjI9jZ2bGW 66q/KpKSkmBmZob9+/cjNDQUPj4+KCsr01meprpsfTk6OqKwsFDJ7ps3b3Lu28HBATKZDJ07d4at rS1sbW3x9OlTbNq0CQ0NDTq10SbmLe3XJY6DBw9GVlYWcnJy4ObmBjc3N+Tm5uLs2bPw8vLSyk7F +2jl5+fD3Nwctra2rfpks1HRJi75ogm2GOsin02mtjGkUCgUfelQCy0ej4fs7Ow2vSGotbU15s2b h61bt3L6UtCkU1RUFBITE1FaWorU1FSUlZWhf//+reoNGjQIvXv3xvLly3Hv3j1cvHgR0dHReO+9 9+Dj44OuXbsiPDwcxcXFyM3NxerVqyGRSGBlZcVaro/+LbG0tER5eTkuX76MiooKxMfHIyEhQely rTbyNNVl68vLywvdu3fHihUrUFJSgtTUVBw6dIi1z2a8vLzw9ttvY8mSJZBKpbhx4waWLVuG6upq vPbaazq34RrzlvbrEkcvLy+kp6cDAGxtbWFvb4/OnTsjLS0NQ4YM0crOzZs3o6amBhUVFdi0aRMm TpwIc3Nzlf1qslHRJi75ogm2GOsin0veaLLvyJEjOH78OCf9KRQKhQsdaqE1fvx4JCUlYevWrW3a z9SpU2FtbY3169frrNOgQYMQFhaGzZs3w9fXF1FRUYiMjISLi0srGcbGxoiOjkZVVRVGjhyJTz/9 FB999BEmTZoEHo+H2NhYVFVVYdSoUZgzZw68vb2xbt06AGAt11V/VQQGBkIikSAkJATe3t7IzMzE hg0bIJPJUFNTo7U8TXXZ+jI1NUV0dDQePHgAf39/bN++HVOmTOFkMwCYmJggNjYWFhYWCAoKwuTJ k+Ho6IiNGzfq3EabmLe0X5c42tnZoUePHnBzc2OOubq6olevXsw+Ja52Dhw4EAEBAfD394dQKMTS pUtV9slmo6JNXPJFE2wx1kU+m0w2+xITE5GSksKqO4VCoXCFPuuQQqFQKBQKxcA8l2cdUigUCoVC obxK6Pyrww8//PCFeuYfhUKhUCgUSnuj80Lrm2++MaQeFAqFQqFQKC8d9NIhhUKhUCgUShtBF1oU CoVCoVAobQRdaFEoFAqFQqG0EXShRaFQKBQKhdJG0IUWhUKhUCgUShtBF1oUCoVCoVAobQRdaFEo FAqFQqG0EXShRaFQKBQKhdJG0IUWhUKhUCgUShtBF1oUCoVCoVAobQRdaFEoFAqFQqG0ETovtGbN moXPP/9c6dj58+chEAiwbt06peM//PAD3N3d0dTUpFFmaWkpBAIBSkpKlN5zYe7cuQgPD2eVW1FR AYFAgKKiIqX3hiA/Px9XrlwBADx+/NigsrVFG9sM7QdF1PmeDUVftqV+2qCoU3tz8eJF+Pj4QCgU 4tSpU8/VH825fffuXZXl2o5dbYmOjsaECRP0ltOeebVgwQIIBAK1r8zMTIPMGc8zRzsS2uZIRxpf LyNscwYXWub2i5TrOi+03NzckJubq3QsKysL3bt3R1ZWltLxK1euwN3dHZ06Pf8TaObm5ggNDUW3 bt0MLnvhwoW4ffu2weXqgjZ2tqVPdO1H0ZftpZ82OrU33377Lfr27YvY2FgMHDiwQ/jjRac982r+ /PmIiYlBTEwMQkJCYG5uznyOiYnBgAEDDNJPR5qDXiTo+Or4tMztFynXTXRt6O7ujk2bNqGiogJd unQBIF9ozZgxA//+979RXl6O//u//wMAXL16FRMnTjSMxnpibm6OhQsXApD/R2tICCEGlacPinYa sq4+aNOPoi/bSz82nmd8KysrERAQADc3NwDoEP540WnPvOLz+eDz+QDkZ/w6deqE999/X6nO48eP 9e6nI81BLxJ0fHV8Wub2i5TrOp9icnJygrm5OfLy8gDIFy03b95EYGAg+vTpgwsXLjDHi4qK4OHh AQB4+PAh5s+fD7FYDA8PD0RGRqK2ttYApnBD0+WCI0eOQCwWIzs7W2tdP/74Y9y+fRsRERFYvnw5 czwjIwMjRoyAs7Mzpk2bhkePHjFl2shvPvV66NAh+Pr6QiQSYdGiRSgsLERwcDCcnZ0xbtw43L9/ v5WdzW3j4+MxbNgwRpeHDx+qrcu1HwDIy8vDlClTIBaLIRKJMG3aNKVydb6PjY3FkCFDIBQKMXr0 aGRkZKj0Zct2Dx48wLx58+Di4gJPT09s3LiR9bI0AKxYsQIzZ85UOrZx40bMmTOHNR7q4quIJr1K Skowe/ZsiEQieHp6Yu3atYxstvj4+Pjg6tWrWL9+PYYPH97KH7du3cLEiRMhFAoxZswY7Nq1CyNG jACg+jKe4mWVsrIyCAQC7N69GyKRCIsXL+Yc01OnTsHb2xtisRhhYWGorq5W6Rd9x3xhYSEmTJgA oVCI4OBgyGQyreSryzNt/MgWI0Oiac7QFBe2HGXLf005ypZHqtA0HjTZoYuv9ckRTeOLiy7a5Hdb xkDdWG6Jpj5Gjx6NvXv3MnXnzp2LMWPGMJ9PnjwJPz8/nceDujmDzbaWua0q1/WZY9sanRdaJiYm EIlEuHbtGgD5NW57e3tYWVnBw8ODuXyYm5uLN954AwKBAI2NjZgxYwbMzMyQkJCAmJgY5ObmIjIy 0jDW6MG5c+ewZs0abNu2DW5ublrrumfPHtjZ2eHLL7/EmjVrmOMHDhzAihUrEBMTg/v372Pjxo0A oLMvjh49ivj4eCQmJiI1NRUhISGIjIzEhQsXYGJigh07dqht++OPPyIuLg4ZGRmoqqrCli1b9O6n uroaM2bMgJOTE44ePYp9+/ahrKyMsVMdeXl52LJlC7766iukpKTAx8cHCxYsQE1NjVpfKvqtqakJ hw8fxtatW/HDDz/g4MGDGvsDgFGjRiEzM1PpTOaJEycgkUhY46FJJza9amtrMXXqVEb2jh07kJ6e ji+++EJJhrr4pKSkwNnZGWFhYUhKSlJqU1dXh5kzZ8LBwQFJSUkICQnBf//7X1ZftCQtLQ3fffcd PvnkE84xPXToEDZv3owDBw4gLy8PX375pVq/6Drma2trMWvWLLzzzjs4ceIEJk2ahMOHD3OWrynP FOHqR23GkK6omzPY4sKWo5ryn2uOckXTeOCaX1x9rW+OaBpfbLpom9/tEQPFsazKV5r6GDx4MHOS hBCC7Oxs5Ofno6qqCgCQmZkJLy8vVr+og8ucoYqWud3ys75zbJvD5/MJn88nurBt2zYyZ84cQggh a9euJZGRkYQQQhITE4mfnx8hhJCvv/6ahIaGEkIIycjIIGKxmDx79oyRcfnyZdKvXz9SWVlJfv/9 d8Ln84lMJlN6z4XQ0FCydOlSlWWKsp48eUL4fD6RSqXM+4SEBOLi4kKOHz/OtGHTVRX+/v4kPj6e EEJIeXk54fP55OTJk0z5nj17SGBgoE7ym+Wlp6czx8aOHUvWrVvHfN6+fTv5xz/+QQghSnaqartn zx7y97//nVNdTf08evSI7NixgzQ0NDDlu3btIuPGjdPo+9OnTxM3Nzdy584dQgghdXV1JCMjg9TW 1rbypWK7CxcukAEDBpAnT54w/SUlJZHExESVMVGksbGReHl5kcOHDxNCCMnNzSUikYhUV1dzioei Ti3RpNeJEyfIwIEDSXV1NVOWlZVF3n33XVJeXs4aH0IIGT9+PImNjW3lj5SUFOLh4UHq6uqYuv/6 17+Iv79/K/83s3v3bjJ+/HhCiDx+fD6fnD17lilni2mzvmfOnGHKz507R/r370+qq6uV+tRlHCly +vRp4urqqmTfqlWrGP3Z5GvKM238yCVGXImPjycikajVcbY5gy0uhGjOUU35z5ajbHnUEk3jgWt+ cfW1vjlCiPrxxaaLtvndljFQNZZbwtbHL7/8Qtzc3EhjYyO5efMmGT58OPHz82Ps//DDD8nZs2e1 jpE2c4Yq2whpnduKnw0xx7YFzesrnfdoAfIN8f/73/8AAL/88gv++c9/AgA8PT2xZMkS/PHHH7hy 5QqGDBkCACgoKEBNTQ08PT2V5DQ2NqKkpITZ69XerFy5Eo2NjejduzdzjE3X5v0WbNjZ2THvX3/9 ddTV1eklv2fPnsx7MzMzWFtbM59NTU3R0NCgVhfFtjweD/X19ZzqaurH2toawcHBiIuLQ0FBAaRS KfLy8tC3b1+1sgHggw8+gJ2dHfz9/dGvXz94e3sjKCgIZmZmGttJpVLY2Ngo5UpAQIDGNs106tQJ I0eOxIkTJxAUFISkpCT4+vrCwsJC73hr0uubb74Bn8+HhYUFUyYWi9HU1ISioiLGV9rEp5n8/Hzw +XyYmpoyx0QiEdLS0ljbKmJjY8O85xpTsVjMvBcKhWhoaMCdO3eUNhHr69dbt27BwcFByT4nJyfc uHGDk3xNefbs2TOmPlc/6hIjbVE3Z+g61prRlP9SqVRjjirOjVxgG6dc7ODqa31zhMtcrk4XbWW3 RwwUx3JL2PpwdXVFfX098vPzkZ2dzVzdycnJgZ2dHUpLS+Hh4cGMHW3HA5c5QxfY7NJnjjUEei20 xGIx/vzzT1y/fh1SqZTZh9WjRw/Y2triypUryM3NxZIlSwDIk69Pnz747rvvWsl66623UF5ero86 OjN37lwUFxdj9erVOHz4MIyNjVl15YqxsbHSZ/L/N/DpKl+fX25q05Zr3dLSUowdOxb29vYYPHgw hg4diuvXr+PMmTMa2/F4PMTFxeHSpUtIS0vDsWPHEBMTg4SEBNjb26tt19jYyNkGVUgkEkyYMAFP njxBcnIyVq5cycjVJ96a9CIqNm2qOqZLbNn2phkZGbU6pkpXxTzlGlPFNs3vW+a7ocaRun7Z5JuZ manNMysrK6Yulz1+gH7jjyvq5gxdx5oi6vKfLUe55hGXMq526ONrbXKEC+p00UV2W8egZf6ok6fq mKmpKTw9PXHx4kXk5ORg6NChaGpqwtGjR9GzZ094eHjAwsKCWWhpGyN1c4a2+aXJBk3HntedD/Tq 1cLCAkKhEAcPHoSjo6PSqnTQoEFITk4GAAgEAgCAg4MDZDIZOnfuDFtbW9ja2uLp06fYtGmTxjMx bY2/vz8+++wz3L17l9nro4uuqpJFHR3VF9qSlJQEMzMz7N+/H6GhofDx8UFZWRlru6ysLOzduxee np4IDw9HcnIyLC0tkZmZCUC9L+3t7SGTyZg9A4D8+v38+fM56TtgwAD06dMHO3fuRGVlJbPfgEs8 NMVXk14ODg4oKChQOoNy7do1GBkZKZ290AVHR0cUFBQo5cz169eZ983/5VdWVjLH7ty5o1Em15gq 3hMnPz8f5ubmsLW1Vaqjb547OjqisLBQyXc3b97kLJ8tzxT70eTHjgCXuLDNQZryX1OOaptHmsaD rnOGOvTNEX3QRXZ7xUCdvmxz0eDBg5GVlYWcnBy4ubkxt3I6e/as0v4sXVA3Z3CxrWVuK35uyznW EOi9vHNzc0NSUlKrU6ceHh44ffq00v2zvLy88Pbbb2PJkiWQSqW4ceMGli1bhurqarz22msa+zl8 +DBSUlL0VVct1tbWmDdvHrZu3YqysjKddOXxeMjOzkZhYSFrf/r4oiNhaWmJ8vJyXL58GRUVFYiP j0dCQgJzuUMTUVFRSExMRGlpKVJTU1FWVob+/fsDUO/LQYMGoXfv3li+fDnu3buHixcvIjo6Gu+9 9x4AbnkikUhw4MAB+Pn5MQOcSzw0xVeTXj4+PujatSvCw8NRXFyM3NxcrF69GhKJROmsii74+vqC x+Nh9erVuHfvHk6ePIn9+/czk1C3bt3Qo0cPfPPNN8jPz8ehQ4dw+vRpjTK5xnTz5s2oqalBRUUF Nm3ahIkTJ8Lc3FypDhe/aoqZl5cXunfvjhUrVqCkpASpqak4dOiQVvI15RlXP3LhyJEjOH78OOf6 2sIlLlzmIFX5z5aj2uaRpvGgz5yhCkPkiK7oKrs9YqAKLnORl5cX0tPTAQC2trawt7dH586dkZaW xmwD0hV1cwYX21rmtuLntpxjDYHeCy13d3eV16g9PT1bHTcxMUFsbCwsLCwQFBSEyZMnw9HRkfUX agDw008/4dSpU/qqq5GpU6fC2toa69ev10nX8ePHIykpCVu3bmXtSx9fdCQCAwMhkUgQEhICb29v ZGZmYsOGDZDJZK1+2aXIoEGDEBYWhs2bN8PX1xdRUVGIjIyEi4sLAPW+NDY2RnR0NKqqqjBy5Eh8 +umn+OijjzBp0iQA3PJEIpGgrq4OEomEOcYlHpriq0kvHo+H2NhYVFVVYdSoUZgzZw68vb1bPUFB F3g8Hnbt2oWCggIEBARg586dGDt2LDN5GxkZISoqClKpFOPGjUNKSgoWLVqkUSbXmA4cOBABAQHw 9/eHUCjE0qVLW8ni4ldNMTM1NUV0dDQePHgAf39/bN++HVOmTOEsny3PuPqRC4mJiW36zyCXuHCZ g1TlP1uOaptHmsaDrnOGOvTNEX3QVXZ7xEAVXOYiOzs79OjRg7mnGAC4urqiV69enPcDqkPdnMHF tpa5rfi5LedYQ2DE5/MJID+N15GRyWSIjo7GqlWrnrcqlA4Mlzy5dOkSFi5ciPPnz2vcz/Ai8ODB AxQVFTFn9ADg66+/xtWrVxEdHf0cNeNORxjbL4MfufIy5f+LCo3Bq0Hztqnn/0wcjuzbtw+BgYHP Ww1KB0dTnpSVlSE1NRVRUVEYN27cSzHB1dTUYPr06YiPj8f9+/dx/vx5fP/995x/idkR6Ahj+2Xw IxsvY/6/aNAYvJq8MGe0GhoaYGKi148kKa8AmvLkzp07GD16NJydnbFz50507ty5nbVrG+Lj47Fz 506UlJSgZ8+emDx5MqZPn67V/qLnSUcZ2y+6H9l4WfP/RYLG4NWi+YzWC7PQolAoFAqFQnlR6JCX DtmenUWhUCgUCoXyItGhFloUCoVCoVAoLxN0oUWhUCgUCoXSRui10MrLy8OUKVMgFoshEokwbdo0 3L9/HwDw+PFjCAQCxMfHY9iwYXB2dsa0adPw8OFDpn1hYSEmTJgAoVCI4OBgyGQyjf3FxsZiyJAh EAqFGD16NDIyMpiykpISzJ49GyKRCJ6enli7di1qa2vVytJUn4vuFAqFQqFQKGzovNCqrq7GjBkz 4OTkhKNHj2Lfvn0oKytrdaO2H3/8EXFxccjIyEBVVRW2bNkCAKitrcWsWbPwzjvv4MSJE5g0aRIO Hz6str+8vDxs2bIFX331FVJSUuDj44MFCxagpqYGtbW1mDp1KszMzJCQkIAdO3YgPT0dX3zxhUpZ XOur051CoVAoFAqFC3ottKZPn47FixfDxsYGIpEIgYGBKC4uVqo3e/ZsWFtbo0uXLggICMBvv/0G AMjIyMDTp08RGRkJGxsbBAYGIigoSG1/Dx8+hKmpKWxsbNC7d2/MmzcPX3/9NYyNjZGWlobHjx9j w4YN6Nu3LwYOHIg1a9YgMTERjx8/biWLa311ulMoFAqFQqFwQeeb11hbWyM4OBhxcXEoKCiAVCpF Xl5eq1v09+zZk3nP4/FQX18PALh16xYcHByUHnHh5OSEGzduqOzvgw8+gJ2dHfz9/dGvXz94e3sj KCgIZmZmkEql4PP5sLCwYOqLxWI0NTWhqKgIrq6uSrLY6jfboE53CoVCoVAoFC7ofEartLQUf/vb 33D8+HG8+eabmD59OkJCQlp30Il7F5ruksvj8RAXF4e9e/fC09MTx44dg0Qiwe3bt0EIaVVf1TFN ZaqOaaM7hUKhUCgUSkt0XkkkJSXBzMwM+/fvR2hoKHx8fFBWVsa5vaOjIwoLC/Hs2TPm2M2bN9XW z8rKYhZZ4eHhSE5OhqWlJTIzM+Hg4ICCggIlWdeuXYORkRHs7OxaydK2PoVCoVAoFIou6LzQsrS0 RHl5OS5fvoyKigrEx8cjISEBdXV1nNp7eXmhe/fuWLFiBUpKSpCamopDhw5pbBMVFYXExESUlpYi NTUVZWVl6N+/P3x8fNC1a1eEh4ejuLgYubm5WL16NSQSCaysrFrJ0ba+Ko4cOYLjx49zqkuhUCgU CuXVROeFVmBgICQSCUJCQuDt7Y3MzExs2LABMpkMNTU1rO1NTU0RHR2NBw8ewN/fH9u3b8eUKVPU 1h80aBDCwsKwefNm+Pr6IioqCpGRkXBxcQGPx0NsbCyqqqowatQozJkzB97e3li3bp1KWdrWV0Vi YiJSUlI416dQKBQKhfLqQZ91SKFQKBQKhWJgOuSzDikUCoVCoVBeJuhCi0KhUCgUCqWNoAstCoVC oVAolDZCr4WWk5MTBAIB83J3d8fixYtRXl7OWUZ+fj6uXLmijxo6UVRUBIFAgMLCwjbro6KiAgKB AEVFRax1m5+vqKmuNr5asGCBUmxavjIzMzn1qS0XL16Ej48PhEIhfv75Z71ksdmrWG4IWzT11zKW muo263L37l2ddeGiU1uiTe4aArb4KepTWloKgUCAkpKSdtGtJW0Vk/b2eUsMOXaB9s3d5+07NqKj ozFhwgSd2mrrx5Zx1BRXffxm6PlXEUPOoapo73lV7zNas2bNQkxMDPbs2YPly5cjLy8Py5Yt49x+ 4cKFuH37tr5qaI2lpSVEIpHGm6Tqi7m5OUJDQ9GtWzeDyNPGV/Pnz0dMTAxiYmIQEhICc3Nz5nNM TAwGDBhgEJ1a8u2336Jv376IjY2FSCTSSxabvYbOHU3yWsZSU10ej4eZM2eia9eubarTq4Shx5I+ tFVMnreNhhy7QPvm7vP2XVuirR9bxlFTXPXx24s8N7W37jo/gqcZR0dHvP/++8znN954A/PmzUN1 dTVee+011vaa7uDelnTp0gVWVlbo1atXm/Vhbm6OhQsXGpIIXwAAACAASURBVEyeNr7i8/ng8/kA 5Hfx79Spk1KcAKh8DqS+VFZWIiAgAG5ubnrLYrPX0LmjSV7LWGqqa2FhgSVLlrS5Tq8Siv4vLS19 rrq0VUwMPV+wIZPJEBsbC2dnZwQGBhp07ALKfrp27Rr27duH6dOnG+yfvJb6N/uuLfp6nmibby3j qCmu+uTcizw3tbfuBt+j9cYbb8DIyAhGRkYqT/ErnkL9+OOPcfv2bURERGD58uWtZK1YsQIzZ85U OrZx40bMmTMHAFBSUoLZs2dDJBLB09MTa9euRW1tLQCw9l1TU4PQ0FDweDyUlZVBIBBg9+7dEIlE WLx4MQD5g6znz58PsVgMDw8PREZGMvJbokpGy9Oyt27dwsSJEyEUCjFmzBjs2rULI0aMUJKTkZGB ESNGwNnZGdOmTcOjR4/U+uqTTz7BggULuIRFI+r61NYHPj4+uHr1KtavX4/hw4cDAPLy8jBlyhSI xWKIRCJMmzYN9+/fZ9o8ePAA8+bNg4uLCzw9PbFx40Y0NTWx5oa6ck22aNKFrT/FWLLVVTztzZaH ABAbG4shQ4ZAKBRi9OjRyMjI4KTT6NGjsXfvXubz3LlzMWbMGObzyZMn4efnB0DzWFGX/4ocOXIE YrEY2dnZGnXWR0dAffw0XeLQJkebYxMfH49hw4Yx/Tx8+JCpo8lXbDHRJ96KNnLRk8t8oorc3Fx8 +umn8PPzQ35+Pt59912VY1eTH9j0a+mn3r17o76+HuPHj8fUqVNx/vx5Vj210V/Rd4boS9NcwSU2 hYWFmDBhAoRCIYKDgyGTyTT2x3UOYMuvlnFUFVdFWo4rruNal/lXm3HazKlTp+Dt7Q2xWIywsDBU V1dzlqfrvNom8Pl8wufziS4IhULyww8/kKqqKlJVVUXu3r1LZsyYQRYtWkQIIeT3338nfD6fyGQy ps3u3bvJ+PHjCSGE1NXVET8/PxIXF0caGhpayc/KyiL9+/cnT548YY4NGzaMHD16lDx79owMGzaM zJ8/n0ilUpKTk0P8/PxIWFgYp74VefToEeHz+WTSpEnkwoUL5Nq1a6ShoYFIJBKyaNEiUlRURH79 9VcyduxYEhERodIXqmQ8efKE8Pl8IpVKSW1tLfH29iYRERHk7t275NixY0QkEhF/f39CCCHl5eWE z+eT4cOHk/T0dJKdnU38/PzI0qVL1foqPj6eHDt2jDVO8fHxRCQStTrO1qe2PqitrSXjxo0ju3fv JnV1daSqqoq4u7uTDRs2kOLiYnL16lUikUjI4sWLGfkjR44kc+bMIbdu3SK//PIL8fT0JPv27WPN jZblbLaw6cLWn2Is2eo263Lnzh3WPMzNzSUikYikp6cTmUxGNm/eTFxcXEh1dTVrPxs2bCChoaGE EEKampqIu7s76devH6msrCSEELJq1SqyZs0a1rHClrtnz54lIpGInDt3jlVnXXVki5+iPoo+1TZH m/v5xz/+QR49ekSePHlCxo8fz9Rn8xVbTPSJt6KNbHqyzSctaWpqIqmpqWTy5MlkwIABJCwsjNy4 cYMpbzl22fzApp86P8lkMrJu3Tri4uJCRo4cSQ4fPkzq6upU6qyN/oq+07cvtrmCSw41x6a4uJj8 9NNPRCgUqvzuIUS7OYAtv1rGseXnlij6TZtxre38q+s4HT58OLl8+TLJy8sjI0aMIOHh4Zzk6TOv GpLm9ZXelw6XL1+utCrs3Lkzvv/+e05tTU1NYWRkBBMTE5V7pdzd3WFlZYVTp04hKCgIeXl5KCsr w7Bhw5CWlobHjx9jw4YNsLCwAACsWbMGn3zyCcLDw3WyZdasWfDw8AAA/Pzzz5DJZDh8+DDMzc0B yM+wTZ48GcuXL0fnzp1ZZVRUVDDHz549i+rqakRGRsLU1BR9+vTBr7/+irS0NKX2n3/+OQYPHgwA CA4Oxo8//qjWV2PHjtXJzpao6zMrK0srH5iZmTE6mpqa4smTJ5g+fTpmzpwJY2Nj2NjYIDAwECdP ngQA5OTk4M6dO/j+++/RpUsXODg4YNWqVWhoaGDNDXXl6myprq7WqAtbf1z61oWHDx/C1NQUNjY2 6N27N+bNmwd3d3cYGxuz9uPl5YVDhw6hqakJhYWFsLS0RLdu3XDlyhUMHjwYP//8M1asWMF5rKjK 3dzcXKxZswZfffUVhgwZwqqzrjo2oy5+6tA2R5uZPXs2rK2tAQABAQFITEwEAFZfdevWTa/Ya/Jd fX09Zz25zifNXLlyBaGhofD398fZs2cZmc20HLvJycmcckadfupyt3fv3li2bBkWLFiAbdu2Ydmy Zaivr0dwcLBGv7Hprwpd+2KbK9hsz8jIwNOnT5nY2NjY4PLly7hx44bK/vSZA1rSMo4AWn1Whzbj Wtv5V9dxGhERARcXF+Z9aGgovvjiC1y+fFmjPEP61BDovdCaO3cu49iKigocP34ckydPxg8//MBp j5YmOnXqhJEjR+LEiRMICgpCUlISfH19YWFhAalUCj6fz0wCACAWi9HU1MScPtYWGxsb5n1BQQFq amrg6empVKexsRElJSXM/idNMhTJz88Hn89XSnaRSNRqYlR8qPXrr7/O+dmR+qCuT1190Iy1tTWC g4MRFxeHgoICSKVS5OXloW/fvgAAqVQKGxsbdOnShWkTEBDQJraw6fK8+OCDD2BnZwd/f3/069cP 3t7eCAoKgpmZGWtbV1dX1NfXIz8/H9nZ2XBzc0NjYyNycnJgZ2eH0tJSeHh4YM+ePRrHiq2tLQDV ubty5Uo0NjYqjSdtdOaqY/MD3rXNf11ztGfPnsx7Ho/HLHLY5hVXV1eN+rChyXeKD7ln05PrfNKM vb09goKCcPToUVRVVWHatGnMvK0KNj80jxt1+mni119/RUxMDJKTk+Hr69sqdobQX5++uM4V6my/ desWHBwclGLj5OSkdqGlzxxgSAyhh6G/S8RiMfNeKBSioaEBd+7cYZXXUXzajN4LLXt7e6XJx9vb G76+vjhy5Ag+/vjjVvUbGxu1ki+RSDBhwgQ8efIEycnJWLlyJQDVm9kUjxkZGWndt+LqtrGxEX36 9MF3333Xqt5bb73FSYYiTU1NGvtW116VnYZGXZ+6+qCZ0tJSjB07Fvb29hg8eDCGDh2K69ev48yZ M4x8Q6POFjZd2gq2POTxeIiLi8OlS5eQlpaGY8eOISYmBgkJCbC3t9co29TUFJ6enrh48SJycnIw dOhQNDU14ejRo+jZsyc8PDxgYWHBOlaaUZW7c+fORXFxMVavXo3Dhw/D2NhYK5256ti8yNA2/3XN 0U6dVG9P5eordegTb1UPtFenJ9f5pJlu3brhq6++wsKFC7F37158+umneOutt/DJJ58gMDCw1RcQ Vz+o00+VvmfOnEFMTAyuXbuGwMBAJCYmwsHBwSD6G7IvrnMFV9sB9d8LgHZzgC7fa1zRZy5qxtDf JYrymt8bGxuzyjMzM9PbFkPSZjcsNTIyYlb0lZWVzPE7d+60qqeJAQMGoE+fPti5cycqKyvh5eUF AHBwcEBBQYHSf4HXrl2DkZER7OzsOPWtCQcHB8hkMnTu3Bm2trawtbXF06dPsWnTJjQ0NHCW04yj oyMKCgqU2l6/fl0rGWy+MjT6+iApKQlmZmbYv38/QkND4ePjg7KyMqbc3t4eMpkMVVVVzLE9e/Zg /vz5ANjt1cYfbLpoK49rXbY8zMrKwt69e+Hp6Ynw8HAkJyfD0tISmZmZnPoZPHgwsrKykJOTAzc3 N7i5uSE3Nxdnz57lPFY04e/vj88++wx3797FwYMHOemsi466YuhxysVXmmKib7y5out80qNHD3z+ +ec4d+4c/v73v2Pbtm04cuRIq3r65Ewzin66evUqwsPD4eLigrS0NHz11VecFz7a6q9vX1zmCk04 OjqisLBQyXc3b95UW1+bOUDf7zVNaJub2syXuo5Txfto5efnw9zcHLa2tqzy9J1XDY3eC638/Hyk p6cjPT0dp0+fxueff47ff/8dI0aMQLdu3dCjRw988803yM/Px6FDh3D69Gml9jweD9nZ2RpvHCqR SHDgwAH4+fkxiebj44OuXbsiPDwcxcXFyM3NxerVqyGRSGBlZcWpb014eXnh7bffxpIlSyCVSnHj xg0sW7aM820rWuLr6wsej4fVq1fj3r17OHnyJPbv369VwFv66siRIzh+/LjWunBFXx9YWlqivLwc ly9fRkVFBeLj45GQkMCcTh40aBB69+6N5cuX4969e7h48SKio6Px3nvvqbS3JVxyh6su2srjWpdL HkZFRSExMRGlpaVITU1FWVkZ+vfvz6kfLy8vpKenAwBsbW1hb2+Pzp07Iy0tjdlTxTZW2LC2tsa8 efOwdetW5gtHk8666Kgrhh6nXHylKSb6xpsr+s4nr7/+OkJCQnDmzBl8+OGHOvmBDUU/vfPOOzh3 7hyWLFmC7t27q6x/+PBhpKSk6K2/vn1xmSs04eXlhe7du2PFihUoKSlBamoqDh06pLEN1zlA3+81 NrTJTW3mS13H6ebNm1FTU4OKigps2rQJEydOhLm5OSd52syrbf1dqvdCa/fu3QgJCUFISAg+++wz 3L59G1u3bsWAAQNgZGSEqKgoSKVSjBs3DikpKVi0aJFS+/HjxyMpKQlbt25V24dEIkFdXR0kEglz jMfjITY2FlVVVRg1ahTmzJkDb29vrFu3DgA49a0JExMTxMbGwsLCAkFB/6+9Ow+q6rz/OP4BAfel GVSiIK6ACRJwRVIjKlaxBkkx7kvci81iRsE1Y2x0XFCxMVbUYIkaK1US4xITxbgUjVGrVDER3BUV FZcxIC4svz8cbn9EoyA8XoPv1wwDnHuW73m4nPuZc57znBD17dtXjRo10pw5c4rYQv+rd/HixUpJ SVFgYKCioqL0pz/96bEdFP+/X7bVunXrCn1gehLFbYOgoCB17dpVQ4cOlb+/v3bv3q1Zs2YpNTVV WVlZKlOmjKKjo5WZmak//vGPeu+999S7d2/16dPnofv7S4V57xS2lqKur7DzPu596Ovrq/DwcEVG Rqp9+/aaPXu2pkyZYukA+rjt1K1bVzVq1CgwRk6zZs1Uq1YtS5+Sx/2vFMbAgQPl6Oio6dOnP7bm J6nxSZn4P31cWz3qb1Lcv3dR6izu8US6334P61heEu+Z/99OVapU+dUOz/m++uorbdmypdj1F3db hTlWPIq9vb2io6N16dIlderUSZ988okGDBjwq/MX5RhQ3M+1Rynqe7Mox8sn/T9t2rSpAgMD1alT J3l6emrs2LGFWl9Rj6umP0tt3Nzc8qT7Z6aeVfv27dOoUaO0c+fOp3aXQEm7dOmSTp48aTlbI0nz 589XYmKioqOjrVgZStrVq1fl5+enrVu3ytnZ2drloBQqjceT1NRURUdHa/LkyaVqW3h+ubu7S3rG Hyqdnp6urVu3avbs2erevftvNmRJ9wdIHTx4sOLi4nThwgXt3LlTK1euLPZddni2pKena8eOHbK1 tS30JRagqErj8WTZsmUPdGwvDdsCnukzWqdPn1a3bt3k5eWlqKiox54OftbFxcUpKipK58+fl5OT k/r27avBgwc/9Y55MGfevHmKjo7WgAEDFBYWZu1yUIqVtuNJdna27OyKfSP8M7ctPL/yz2g900EL AADgt+g3cekQAADgt4ygBQAAYAhBCwAAwBCCFgAAgCEELQAAAEMIWgAAAIYQtAAAAAwhaAEAABhC 0AIAADCEoAUAAGAIQQsAAMAQghYAAIAhBC0AAABDCFoAAACGELQAAAAMKVbQevXVV+Xu7l7gq1mz ZgoNDdXly5cLtY60tDS5u7vr/PnzkqS9e/eqXbt28vT01K5du4pTHgAAgFXZFXcFw4cPV5cuXSRJ eXl5OnfunGbMmKHx48crOjq6yOtbtGiR6tevr4iICHl4eBS3PAAAAKspdtCqWbOmGjdubPn9pZde 0r179zRmzBhlZWWpfPnyRVpfRkaGAgMD1bx58+KWBgAAYFVG+mjZ29srLy9P9+7dkyQdPnxYAwYM kLe3t1555RUNGjRIFy5ceGC5du3aKTExUdOnT1fHjh1NlAYAAPDUFDto5ebmKicnRzk5Obpz546O HDmiTz75RE2bNlWVKlV069YtDRkyRE2aNNH69eu1bNkypaena86cOQ+s69tvv5WXl5fCw8P19ddf F7c0AAAAqyr2pcNp06Zp2rRplt9tbGzUunVry7Rbt25p8ODBGjZsmMqUKSMXFxcFBQVp8+bND6zL wcFBNjY2srOzk729fXFLAwAAsKpiB62hQ4cqMDBQWVlZWrRoka5du6aIiAg5OjpKkhwdHdWrVy/F xsYqJSVFJ06c0OHDh1W/fv1iFw8AAPAsK/alwxdffFGenp5q0aKFFixYoLt37+rtt99WTk6OpPvD N3Tp0kUbN25UzZo1NXjwYA0dOrTYhQMAADzrSrQzfNmyZfXRRx8pMTFRK1askCR9/fXXcnBw0PLl yxUaGqp27dopPT29JDcLAADwTCrxuw59fHz0xhtv6OOPP1Z6erqqVauma9eu6cCBA7p586bi4uL0 5Zdf6u7duyW9aQAAgGeKkeEdRo8eLRsbG82cOVNBQUHq2rWrhg4dKn9/f+3evVuzZs1SamqqsrKy TGweAADgmWDj5uaWJ0nJycnWrgUAAKBUcHd3l8RDpQEAAIwhaAEAABhC0AIAADCEoAUAAGAIQQsA AMAQghYAAIAhBC0AAABDCFoAAACGELQAAAAMIWgBAAAYQtACAAAwhKAFAABgCEELAADAEIIWAACA IQQtAAAAQwhaAAAAhhC0AAAADCFoAQAAGELQAgAAMISgBQAAYAhBCwAAwBCCFgAAgCEELQAAAEMI WgAAAIYQtAAAAAwhaAEAABhC0AIAADCEoAUAAGAIQQsAAMAQghYAAIAhBC0AAABDCFoAAACGELQA AAAMIWgBAAAYQtACAAAwhKAFAABgCEELAADAEIIWAACAIQQtAAAAQwhaAAAAhhC0AAAADCFoAQAA GELQAgAAMISgBQAAYAhBCwAAwBCCFgAAgCEELQAAAEMIWgAAAIYQtAAAAAwhaAEAABhC0AIAADCE oAUAAGAIQQsAAMAQghYAAIAhBC0AAABDCFoAAACGELQAAAAMIWgBAAAYQtACAAAwhKAFAABgCEEL AADAEIIWAACAIQQtAAAAQwhaAAAAhhC0AAAADCFoAQAAGELQAgAAMISgBQAAYAhBCwAAwBCCFgAA gCEELQAAAEMIWgAAAIYQtAAAAAwhaAEAABhC0AIAADCEoAUAAGAIQQsAAMAQghYAAIAhBC0AAABD CFoAAACGELQAAAAMIWgBAAAYQtACAAAwhKAFAABgCEELAADAEIIWAACAIQQtAAAAQwhaAAAAhhC0 AAAADCFoAQAAGELQAgAAMISgBQAAYAhBCwAAwBCCFgAAgCEELQAAAEMIWgAAAIYQtAAAAAwhaAEA ABhil/9D//79rVkHAABAqWPj5uaWZ+0iAAAASiObvLw8ghYAAIAB9NECAAAwhKAFAABgCEELAADA EIIWAACAIQQtAAAAQ+weP8t9iYmJ2rNnj86cOaPjx4/r9OnTOn78uG7cuGGyvhLn5uZm7RKempSU FGuX8NQ4OjrK2dlZHh4eatu2rfz9/eXh4WHtsgAAz7nHDu+QkJCgOXPmaO3atU+rJqMIWs+P5s2b a+DAgerXr5+qVatm7XIAAM+hXw1ae/bs0fjx47V9+3ZJUqVKlRQcHKyXX35ZDRs2VN26ddWwYcPf 1AeYjY2N3NzcLPtUmvn7+yslJUUXLlywdilPxcWLF3XhwgUdOXJEBw8e1LZt23T58mVJUtWqVTVv 3jy99dZb1i0SAPDceWjQiomJ0YwZM5ScnKzmzZsrODhY3bp1k6enpzVqLDEEredHdna2vvnmG8XE xGj37t2SpK5du2rhwoVydna2cnUAgOfFA0ErJiZGw4YNU3Z2tkaNGqXp06erXLly1qqvRBG0nk8b NmzQ5MmTdfHiRTk5OWnfvn2ELQDAU1HgrsMNGzZo0KBBys7O1vTp0xUZGVlqQhaeX127dtW2bdvU sWNHpaWlWb4DAGCaJWjduHFDoaGhkqSIiAiNGzfOakUBJa1KlSr6+9//rmbNmuno0aMKDg7W7du3 rV0WAKCUswStSZMmKTU1VT169NCIESOsWRNgRMWKFRUdHa26devqhx9+UFRUlLVLAgCUcraS9N13 32nRokVycXHRkCFDVLlyZWvXBRhRo0YNvf/++5KkNWvWKD093coVAQBKM1tJ+vbbb5Wdna3g4GD9 4Q9/sHZNgFGdO3fW73//e+3atavUjA8HAHg22V66dEmbN29WmTJl1KVLF2vXAxhXuXJlde3aVZK0 aNEiK1cDACjNbH/66SclJibKx8dHnTt3LtLC2dnZmj9/vgICAuTp6anXXntNU6dO1c2bNw2VK0VH R6tHjx7G1v8o2dnZiomJUZ8+fRQQEKDu3bvr448/VkZGhlXqMSkoKEj+/v6Wr86dO+udd97Rf/7z H8s8GRkZ8vf319mzZ61Y6X2rVq3SyJEjCz1/z549ZWdnp/3799MpHgBgjN2OHTskSe3bty/ywrNm zdL69es1cuRI1atXT2lpaVq0aJGSk5O1fPnykq7V6qKiohQfH68BAwbIxcVFV65c0eeff66TJ09q 3rx51i6vxIWEhMjPz0/S/VC1bds2hYeHa/bs2fLx8ZGDg4P69++vqlWrWrnSoitbtqw8PDyUlJSk I0eOqFmzZtYuCQBQCtnt2bNHktSiRYsiL/zVV18pPDxcISEhlmlNmjRRUFCQkpOT5e7uXmKFPgs2 b96s0NBQBQYGWqZ5eHho8ODBOnnypOrXr2/F6kpenTp1CgSQtm3bauLEiVqwYIE+/fRTOTg4aMiQ IVassHicnZ2VlJSks2fPErQAAEbY5o8c7urqWuSFy5Ytq9OnTxeY5u7urmXLlqlWrVqSpMuXL+vt t9+Wt7e3WrZsqSlTpujOnTuSpOvXr8vd3V1xcXHq0KGDvLy8NGjQIMsz6iTp2LFj6tGjhzw9PdWr Vy+lpqY+4a4Wn4ODg86dO1dgWv369RUZGakaNWpIko4ePar3339fnTt3VqdOnTR69GhdunRJkjRl yhRNnTq1wPKRkZGaPHmyJOnq1av64IMP1LlzZ73++uuaN2+e7t69+xT2rPB69uyp48ePKy0t7YFL h6tXr1b37t0VEBCgIUOGaN++fZbl0tPTNWnSJAUGBiooKEiLFy9Wbm6upEe32bVr1+Tv769Vq1ap U6dO+utf/ypJOnXqlEaOHKmAgAD95S9/eaIBSGvXri1Jz8SlTwBA6WSbkpIiSWrcuHGRFw4NDdXi xYv15ptvauHChTp48KBycnLUqlUrVa5cWTk5ORoyZIgcHBz05Zdf6h//+IcOHTqkKVOmFFjP2rVr FRsbq4SEBGVmZlouw925c0fDhw9Xw4YNtWnTJvXp00dr1qwp/l4/of79+2vlypUKDQ3V8uXLdeTI EeXk5MjHx0eVKlVSVlaWwsLC5O7urqVLlyoyMlLXr1/X4sWLJUkBAQHas2ePsrOzJUk5OTnauXOn 2rdvr5ycHIWFhcne3l5LlizRnDlz9NNPPykyMtJq+/swDRo0kKQHAvbRo0cVHR2tsWPHasWKFfLz 89PkyZN1+/Zty77l5uYqKipKH374oTZu3Ki1a9c+ts3y7d69WzNnztSbb76pu3fvaty4cXJ1ddWy ZcsUHBysjRs3FnlfCFoAANPs8jsCV6pUqcgL9+7dWw0aNNCqVau0dOlSzZs3T46Ojho3bpxef/11 7dmzR6mpqVqzZo3Kli0r6f7AqH379tXEiRMt6xkxYoQcHR0lSYGBgVq3bp0kKSEhQT///LOmTJki e3t7ubi46MCBA/rxxx+Lu99PpFu3bnJ1ddW6desUGxur6OhovfDCC5YzK1lZWerZs6d69+6tMmXK qFatWurYsaN27twpSWrVqpUkaf/+/fL19dWhQ4d0584d+fr66uDBg7p48aKioqLk4OAgSXr33Xf1 7rvv6p133lGFChWsss+/lP9IpqysrALTr169Kjs7O9WqVUtOTk4aOHCgXnnlFZUpU0aHDx/WuXPn NH/+fFWqVEmurq4aNWqUcnJyHttm+fr06SNvb29J0q5du5SZmanRo0dbtpmUlKRjx44VaV9+97vf Sbp/1gwAABPsiruCli1bqmXLlsrNzVVSUpL++c9/KiwsTDVr1lRKSoqysrIsASNfTk6Ozp8/r+rV q0uSnJycLK+VK1dO9+7dkyQdP35cDRo0kL29veX1Jk2aWC1oSZK3t7e8vb2Vm5ur5ORkrVu3TtOm TZOjo6O8vb0VFBSk9evX69SpUzpz5oyOHj2qOnXqSJLs7OzUpk0b7dy5U76+vtq+fbv8/PxUtmxZ nTx5Urdv31ZQUFCB7eXk5CgtLe2Z6f+VmZkpSQ8Ev+bNm8vFxUX9+vVTw4YN1bp1awUGBsre3l5n zpxRrVq1CoT5du3aWX5+VJvly78ULd0/m+bq6io7u/+9fT08PIoctAAAMM2uTp06Onv2rM6ePfvA h9ujJCUlKSYmRrNnz5Yk2draysvLS15eXjp16pTi4+NVo0YN1alTR0uWLHlg+RdffNHyoW1ra/vA 67+mTJkyhZ63JCUnJ2v16tWaNGmSpPs1N27cWI0bN9bZs2eVkJCg2rVra/jw4XJxcVGLFi3UqlUr paSkaPfu3Zb1tG/fXlOnTlV2drb+/e9/a8yYMZLuB6patWpp1qxZD2w7v//XsyA5OVmSVK9evQLT y5YtqwULFui///2vvv/+e23dulX/+te/tGTJEktfrIe5cuXKY9tMevzfvSjvIQAAnhZbFxcXSUXv p1KhQgWtX79e+cND5MvLy1NmZqaqVq2qBg0aKDU16Lb3uQAABdVJREFUVRUrVpSrq6tcXV31888/ a+7cuZZ+So/SqFEjHTt2rMA4R0ePHi1SnSWlfPnyio+PV/5dmvny8vKUlZWlypUr67vvvpO9vb3m zZun/v37y8/PT9evXy8wf9OmTWVra6tVq1bp7t27atmypaT7NyOkpaWpfPnyql27tmrXrq2MjAwt WbKkUG31tMTFxemll156IPwdOHBAa9askY+Pj0aOHKlly5apSpUq2r9/v1xcXHTx4kXdunXLMn9s bKw++OCDQrXZL9WrV0+nTp2y3FQhSSdOnCjyvuR3oM/vqwUAQEmzzT+LVdSgVb9+fXXt2lXvvfee IiIiFB8fr/Xr12vYsGFKS0tTSEiI2rRpI2dnZ40ZM0YnTpzQjz/+qAkTJujWrVuF6nPUpk0bVa9e XZMmTdL58+ctZ0msoU6dOurQoYM+/PBDLVq0SAkJCYqPj9fYsWN1+fJldenSRVWqVNGNGzeUlJSk jIwMbdq0Sd98843lUqh0/8xM27ZttWLFCr322muWy18tW7aUk5OTpk6dqjNnzujYsWOaOXOmsrKy VL58eavs85kzZ7R371798MMP2rJliyZMmKB9+/YpNDT0ofMvXrxYW7Zs0ZUrV7Rr1y5du3ZNbm5u 8vHxkZOTkyIiInThwgUlJiYqNjZWTZs2LVSb/VLLli31wgsvKCIiQmlpadq1a5c2bNhQ5P07fvy4 JKlhw4ZFXhYAgMKwe9IzWpI0Y8YMLV26VOvWrdPy5cvl4OCgFi1aaOXKlZZ+VzExMfroo48UEhIi GxsbtW/f3jKcwePY29srOjpa48ePV6dOndSoUSMNGDDggctKT8v48eMVGxurLVu2KC4uTg4ODvLy 8tL8+fNVvXp1dezYUYcOHVJ4eLhsbW3VunVrTZgwQdOnT9ft27ctHck7dOigtWvXqkOHDpZ129nZ ae7cufrb3/6mESNGyMbGRn5+fpYHIFvDF198oS+++EKSVLFiRXl4eGju3Llq0qTJA/M2bdpUf/7z n/Xpp58qPT1dTk5OGj16tF5++WVJUkREhCIjI/XWW2+pQoUKCg4OVnBwsHJych7ZZg9jZ2eniIgI zZw5U/369VO9evUUEhJSYNT6x8nLy7NcBnVzcytq0wAAUCg2CxcuzAsNDdXQoUMf2peqNLGxsZGb m5u2b99u7VKM8/f3V0pKivLHSUNBp0+flp+fn6pVq/bYS5UAADwpW19fX0nSmjVrdOPGDSuXAzwd q1evlnR/AFYAAEyx9fb2Vq9evXTjxo0HBokESqMbN25o27ZtklTgcUoAAJQ0W0l64403JN0foT3/ 0SdAaRUbG6vExEQFBASoS5cu1i4HAFCK2UpSjx491Lx5c33//feWx98ApdGePXu0cuVK2djYqE+f PgUGwwUAoKRZRnmcP3++ypUrpxkzZhC2UCplZ2dr9uzZOnbsmEJCQjRo0CBrlwQAKOUsQcvX11fL ly+XnZ2dwsLCtGLFCmvWBZSozMxMDRw4ULt371a1atU0f/58a5cEAHgOFHhuSffu3TVt2jTl5uaq f//+GjRokBISEqxVG1Aibt68qb59+2rbtm2qWbOmNm3aVOD5mgAAmPLAA+LCw8P12WefqVq1aoqJ iVFgYKDCwsJ0+vRpK5QHPLn9+/dr6tSp6tKli/bu3auAgAB9/vnnyh/SBAAA02zy8vLyHvZCamqq QkNDCzzapHPnznr11Vfl6+srDw8POTs7P7VCSwIDlpZeFy9e1Llz5yzfjxw5oo0bN1qeExkcHKyF CxdyJgsA8FT9atDKl5CQoM8++0yrVq1SRkbG06rLmOfpcSspKSnWLsGqypUrp169emnixIk8zxAA YBWPDVr5MjIyFB8frx07dmj79u1KS0tTWlqa6fpKHEGrdHJ2dpazs7Pq1q2runXrqnbt2urevTtn sAAAVlXooAUAAICieaAzPAAAAEoGQQsAAMAQghYAAIAhBC0AAABD7OgMDwAAYMb/AVsCH19/AWgx AAAAAElFTkSuQmCC