340982 2014-11-15 13:53:47 +0000 Re-add ability to customize time/date/formats/etc. in a granular way 2026-07-26 03:39:22 +0000 1 1 2 Applications systemsettings kcm_regionandlang 6.6.4 Arch Linux Linux CONFIRMED https://bugs.kde.org/show_bug.cgi?id=394698 https://bugs.kde.org/show_bug.cgi?id=471085 https://bugs.kde.org/show_bug.cgi?id=393956 https://bugs.kde.org/show_bug.cgi?id=507919 https://bugreports.qt.io/browse/QTBUG-122216 https://bugreports.qt.io/browse/QTBUG-58351 https://bugreports.qt.io/browse/QTBUG-17107 https://bugreports.qt.io/browse/QTBUG-122633 https://bugs.kde.org/show_bug.cgi?id=523336 geezer-jobs VHI wishlist --- 1 marco_parillo plasma-bugs-null 2023-06 2871618714 4wy78uwh ancoron.luciferis andreas.petzold+kdebugs anton.latukha+reg anton.latukha anton.melser aspotashev auspex basicdays bko bmnkde bob.mt.wya bokisa.mitrovic2 borden_c brenbarn bshah bug.lu.win bugrprt21882 bugs.kde.org bugs.kde bugs5.kde.org bugs bugseforuns bugzilla cbwierda cenbe cfeck cgberz daniel daninshed dave davidsboogs davidshen84 devel dmatteo002 doomcup dr.limms Ed.Greshko emrecio enrico.tagliavini erbenton erecio f.alexander.wilms Flupp+bugs.kde.org frapell gamesh.g gbcox gerd go_noisemaker hannu.alamaki hanyoung harrisonts hoperidesalone hornetster ilikefoss iq2luc jjm Jochen.Trumpf johannespfrang+kde john juha.heljoranta junyu336699 kamikazow karl kde-2011.08 kde-bugs kde.h8bcay kde24 kde kde kde kdebugs-4250 kdebugs kdebugzilla kdedev keithzg kevin.clevenger kevin.kofler kfunk koshka kritomasx laurent.rineau loic.grobol loonyphoenix lukas Marco maxim.yegorushkin med.medin.2014 MeSat mike.d.lui mikee mitchnull+kde mmiller mrmazda MurzNN mwoehlke.floss nate negora nerd65536+kde nexusroot null nyanpasu64 okurz oscar.0 pallaswept paravoid peter.westlake peter pglpm pg_forums phil4000n philip.smith.ucl phma pingger_kdesucks postix prettyvanilla psychonaut ptselios ranky reuben_p ricardof richlv riddochc rjvbertin rod.jamieson roy-orbitson rygyhy samjnaa serhiy.int simonandric5 smooth.oil3770 sombragris spam stilriv subdiff suzutaro.u4ibr7xy9.v tdyzio thevil tuju uwu voidpointertonull+bugskdeorg weed wolftune xrigou zouarimalek1 0 oldest_to_newest 1481194 0 marco_parillo 2014-11-15 13:53:47 +0000 On Plasma 4, I could go to System Settings > Locale (I think), and change specifics on my short date and time. It seems on Plasma 5, System Settings > Regional Settings > Numeric, Currency and Time Formats the settings for short date and time are set by Country. I would like to keep my country as-is, and change those detailed settings. Is that possible with Plasma 5? Reproducible: Always 1502650 1 malte.e 2015-02-28 05:32:00 +0000 I can confirm this. YYYY-MM-DD is defined as the international standard in ISO 8601 and ought to be easy to find. To set your locale to use ISO 8601, you have to set LC_TIME=en_DK. This does the trick for some applications, however, not for KDE (Plasma 5 and KDE applications). Neither can I find en_DK in Regional Settings under "Time". Please make KDE respect the system locale. 1503372 2 thevil 2015-03-04 11:44:13 +0000 There are other settings missing too. It is a MUST to be able to change the ISO date, metric system, customize decimal separator for convenience. I'm Polish and I can't stand Polish translation so I use en_US, but I can't stand middle-endian date, so I set ISO date and 24H time. Then I want to use EUR as the currency. I miss KDE 4 settings. KDE5 has to have advanced settings. 1504505 3 cenbe 2015-03-10 12:40:40 +0000 I agree that this is needed. My use case is that I want ISO 8601 date (yyyy-mm-dd) with 24-hour time in the panel clock, which I'm able to do in Plasma 4. 1504510 4 Ed.Greshko 2015-03-10 13:21:57 +0000 On the current KDE (4) in F21 one can go to "System Settings --> Common Appearance --> Locale --> Country/Region" and separately set the format of "Numbers", "Money", "Calendar", "Date&Time" and other things such as page size. Now, with Plasma 5 there is a "Personalization --> Formats" section but I can't seem to find a way to set the Time Format to HH:MM:SS such that AM/PM isn't displayed and I get the time in the clock in 24hr format. I could set it to UK, but being originally from the US I'm used to MM/DD/YY not DD/MM/YY as the UK has it. So, my work around is to create .bashrc settings for LC_TIME. There are other settings which are configurable in KDE 4, but no longer the option in KDE 5. Loss of functionality is normally as step backwards. 1504523 5 lukas 2015-03-10 15:20:23 +0000 Please note this is a missing feature and must be implemented ideally on Qt's side 1504791 6 kevin.kofler 2015-03-11 21:21:51 +0000 This is a regression resulting from the switch from KDE's powerful locale and formatting classes to the inferior Qt-only ones, as part of the Frameworks initiative (that aimed at reducing interdependencies between KDE classes so that KDE can now ship a bazillion small "Frameworks" instead of a single coherent kdelibs framework). Sadly, loss of functionality was not considered a blocker for any of those K*→Q* ports. 1507228 7 91725 mrmazda 2015-03-25 01:29:52 +0000 Created attachment 91725 132 DPI KF5.8 locale's "Time" select list screenshot This shows that there's really no way to find out from within systemsettings even *if* a desired format is available. The unwieldly populous select list is not alpha-sorted, has no preview of any selection, and has no apparent offer of the ISO 8601 format that isn't tied to any particular locale. 1511894 8 unknown3000 2015-04-17 01:44:52 +0000 Just loaded up Kubuntu 15.04 and ran into this. This in my mind is a pretty big frustrating regression from user convenience point of view. Nobody wants to see their clocks or currency or decimals in a format other than what they expect. Some countries even have multiple standards due to regional/language differences... Canada's got its own Wikipedia page on it! http://en.wikipedia.org/wiki/Date_and_time_notation_in_Canada More importantly, your preset drop down solution is - as Felix stated - poor. Nobody should have to scroll through that list in 2015 to get a desired format, it is way too long. Love KDE and appreciate the work of the devs, but this needs to be fixed and if that means bringing back KDE's complex classes I say make it so. Personally I'll just restore my dd backup image of 14.04, but expect a lot of annoyed users who took a distribution upgrades within the month and didn't image. I think it is poor form personally, but I'm not involved in your decision making. 1511988 9 sebas 2015-04-17 13:29:10 +0000 Reinstating KLocale is really not an option, it's tied in everywhere, would break API and ABI in multiple places and is just too much effort to do. Really, the solution is to put features one by one into QLocale, and that won't happen overnight. Giving advise is nice, but won't change anything in itself. Anybody's help is of course welcome here. Yours, too. That said, I think Jeremy that you may want to have another look into the Regional Settings | Formats settings page. For example, there are two entries for Canada (en_CA, fr_CA). This reflects these regional differences. Also, you can set the formats for currency and time (and others) separately. The dropdown also has keyboard completion. I agree that it's not super user-friendly, but maybe you haven't noticed that yet and it helps. This actually reflects the locale system that is used system-wide on Linux, so non-Qt/KDE apps are now able to pick up these settings as well. 1511992 10 thevil 2015-04-17 13:48:06 +0000 How does one set en_DK in KDE now? I really need ISO date. I need a week to start on Monday. I need metric system and still use English. Looks like I am not the only one. On a side note - there is no preview for short date too, 1512000 11 lukas 2015-04-17 14:40:04 +0000 Setting separate language and region should be possible, as well as displaying a short date preview. I'll have a look into it. 1512020 12 unknown3000 2015-04-17 16:11:46 +0000 @Sebastian, sorry if I came off the wrong way, especially as giving programming advice. I'm not knowledgeable enough on the code base to be that presumptuous. I'm just trying to express what I see as a KDE user. Others will likely be saying the same things as they upgrade desktop/notebooks. I don't think users will expect the Locale system to undergo such a large regression in configuration. It isn't a feature most people check in the changelog/notes. I saw the separate drop downs and know about keyboard completion, and yes there is en_ca & fr_ca but that represents only two choices based on system locale for a field (say datetime or currency). If I don't like either of those choices, then as a user I have to iterate through the drop down hoping another country's preset is to my liking. That is tedious and unfriendly. By comparison, KDE4 offered this easily customized page https://userbase.kde.org/images.userbase/7/7a/Settings-locale.png . Each setting individually customized. I get as a programmer this regression arose because QT's Locale is inferior to KDE's. Users only care about what _IS_ though, not why it is. As for patching QLocale, that seems like the best solution but it is a bit late in the game to be doing that. It will take several releases I assume. KDE5 is shipping default now. I'm not trying to assign any blame or demand a fix or be hostile. I genuinely want KDE to be the best. I personally already reverted to my KDE4 Kubuntu 14.04 image over this regression & a few other quirks I spotted. Other less technical users though may be surprised/frustrated after dist upgrades, that's what I'm getting at. All they will see is KDE 5 Locale < KDE 4 Locale. Best wishes, Jeremy 1512991 13 null 2015-04-23 16:05:29 +0000 Having this issue also. I'm from Northern California, USA, and I use 24-hour time format and YYYY-MM-DD. The fact that this can't be easily modified in Plasma 5.2 (nor 5.3 beta, which I am testing out now) really surprises me. Would greatly appreciate devs re-implementing this feature like it was on Plasma 4.XX, or even refining it with the same polish as the rests of the awesome Plasma 5 updates. (Running the newly-released Kubuntu 15.04 x64). Cheers! 1513011 14 cfeck 2015-04-23 19:07:30 +0000 Just curious, how do GNOME or other desktop users configure their locales? Since Plasma 5 now uses the system locale, instead of doing its own thing, aren't there any other (non-KDE4) Linux users, that need to customize the formats? 1513015 15 null 2015-04-23 19:26:44 +0000 @Christoph Feck, As far as adjusting the time format, I know that GNOME (either in the time settings or the gnome-tweak-tool application) has a simple check box that allows you to switch from 12-hour to 24-hour time, regardless of the timezone you select. 1513020 16 thevil 2015-04-23 19:35:26 +0000 That worries me as a KDE user and enthusiast - using "Others suck, so can we." arguments was not what made KDE great. Using ISO standard date and 24H should stand above all locales as we have to keep in mind what I in ISO stands for. 1513037 17 cfeck 2015-04-23 20:46:36 +0000 The idea was not to say "we can drop customization tools, because others do not have it either", but rather "can we use a cross-platform tool to create locale files" until Qt offers a way to return customized configurations to KDE applications. 1513060 18 bugs.kde 2015-04-24 01:19:22 +0000 @Jeremy/starcraft.man is exactly correct. And, "Qt does it like that so we just have to wait for them to fix it," is entirely the wrong answer. 1513070 19 psychonaut 2015-04-24 06:57:54 +0000 Is there an upstream bug on the Qt bugzilla for this? If so, could someone please provide the link? (Perhaps it is QTBUG-14159 at https://bugreports.qt.io/browse/QTBUG-14159 but that's awfully vaguely worded.) If not, could someone more knowledgeable about the exact shortcomings of QLocale please open an issue there (and link to it from here), so that those of us who are affected can watch it and vote for it? 1513084 20 bmnkde 2015-04-24 07:35:01 +0000 (In reply to Christoph Feck from comment #14) > Just curious, how do GNOME or other desktop users configure their locales? > Since Plasma 5 now uses the system locale, instead of doing its own thing, > aren't there any other (non-KDE4) Linux users, that need to customize the > formats? Little. XFCE is a mostly-GNOME interface. I have set LC_TIME=en_DK to get me ISO-8601 format and English names for date +%b (used in `ls -l`) at the same time. As for the task panel clock, its settings dialog suggests a handful of defaults based upon the *language in LC_MESSAGES* (stupid, eh). For example, setting it to de_DE yields the date plugin offering a Choice control {"1999-12-31", "1999 Dezember 31", "12/31/1999", "Dezember 31, 1999", "Dez 31, 1999", "Freitag, Dezember 31, 1999", "Fr, Dez 31, 1999", "31/12/1999", "31 Dezember 1999", "31 Dez 1999", "Freitag, 31 Dezember 1999", "Fr, 31 Dez 1999", "Custom…"}. Do note how it misses lacks offering the default date representation (as output by `date`) and date +%x, which would show the German dot ("31. Dez(ember) 1999"). Anyway, I don't care about the defaults so much because I chose Custom to input my own strftime string, because I like it to be very terse in the panel, but also with a week number. (So I have e.g. %V, %a %-d and %-H in it, which is anything but standard ;-) 1513404 21 cfeck 2015-04-25 10:40:54 +0000 Thinking about it, I am not entirely sure customization of locale formats should be implemented in Qt. QLocale simply respects the system's or user's locale settings. Why should customizations to formats only be respected by Qt applications? This would result in a similar inconsistency we had with KDE4, where only KDE applications respected them, but no other applications, or where users expected KDE applications to follow the standard locale variables, but KDE4 had its own idea. See bug 134993, bug 308674, bug 211531 and certainly many others. It was one of the reasons to drop the KLocale classes. To me, locale files should be user editable. Then someone could write a tool to edit those settings. I am not familiar with internals of system locale files provided by glibc, though. For example, I also hate how KCalc now displays numbers in "1.000.000" format, instead of "1 000 000" when enable digit grouping, but German locale simply defaults to a dot for thousands separators, and I really would love to get this addressed everywhere, not just in KCalc. 1513406 22 cfeck 2015-04-25 10:41:19 +0000 *** Bug 335949 has been marked as a duplicate of this bug. *** 1513909 23 kde 2015-04-27 08:31:17 +0000 *** Bug 346759 has been marked as a duplicate of this bug. *** 1513920 24 bugs5.kde.org 2015-04-27 08:46:34 +0000 Well, there doesn't even seem to be a uniform setting. I did a fresh install of Kubuntu 15.04 and added the Kubuntu Team 5.3 Beta PPA. In the region settings I selected: Region: US/American English --> Because I don't want the system language to be German [checked ]Detailed Settings Numbers: Switzerland de_CH Time: Switzerland de_CH Currency: Switzerland de_CH Measruements Units: Switzerland de_CH Collation and Sorting: Switzerland de_CH The result is this: http://images.sjau.ch/img/1fb57908.png - System clock shows nicely time and date format as I want it: HH:ii dd.mm.YYYY - However in Dolphin date entries show: mm/dd/YY hh:ii am/pm - And in the terminal it's even more weird. There, the interface language is German. - Also Gimp presents the interface in German 1514592 25 cbwierda 2015-04-29 05:47:51 +0000 Would it be possible to have a dialog that would allow creating a custom format like in the KDE4? Behind the curtain, a custom locale would be created for that custom format and used by the system. This is basically the workaround that is currently proposed. Also, there is no way to know which region has the format you are looking for (assuming one exists). The user has to try them all until they find one that is good enough. And this requires a reboot after each change. I don't expect any but the most determined to try that hard. 1516568 26 iq2luc 2015-05-06 12:36:45 +0000 Unfortunately in current state of Plasma 5, locale is missing custom formats, for example I want to custom formats for date / time / numbers / currency and there seems to be no way to configure such things. Please bring back the options from KDE4... :-( this is such a huge step back -- for me, this is the only thing holding me back from updating to Plasma 5. 1519322 27 cfeck 2015-05-16 19:12:08 +0000 *** Bug 346906 has been marked as a duplicate of this bug. *** 1520795 28 szo 2015-05-21 07:39:01 +0000 Do I understand correctly, getting rid of KLocale also means that we go back where changing the locale means changing the environment variable, which means changing it goes to effect after logout/login? (without working session restore, to increase the fun) So we forfeit a working solution that mitigated the UNIX's worst feature for desktops. Are there plans to provide solution to this or it's not even considered a problem? 1523802 29 stefan.buller 2015-06-03 22:13:09 +0000 Is there a decent workaround to this (and related) issue(s)? I still haven't seen how to modify my locale appropriately. I'm digging through configuration files trying to figure out what to hit & how hard to hit it (right now, it'd end up being pretty hard, regardless how much force is needed). 1523805 30 stefan.buller 2015-06-03 22:18:13 +0000 I've just spent 5 hours trying to fix this, I want somewhere to voice my frustration. The whole 'region' concept is just $#%&^(* broken. It provides a decent first order approximation, but as a be-all end-all of format configuration is... I can't express how much this frustrates me. I need to vent, it's boiling over. 1525916 31 ptselios 2015-06-14 11:54:52 +0000 i just started to use KDE 5 on a Fedora 22. I just don't like it. It's not KDE3 to KDE4 again, but, those are important changes. I used KDE because I liked it's customization, despite the fact that it's fonts were really bad. Now, we still have bad fonts and less customization. 1530512 32 emrecio 2015-07-06 16:31:40 +0000 Is this being fixed/implemented. I like the YYYY-MM-DD format for short date (and sorting), and after upgrading to kf5 this feature is gone. 1530549 33 kamikazow 2015-07-06 19:32:26 +0000 (In reply to bugs5.kde.org from comment #24) > - However in Dolphin date entries show: mm/dd/YY hh:ii am/pm That's because Dolphin is currently still a kdelib4 application. Ask your distributor to ship System Settings 4. Can't say anything about yout GTK problems. I have a similar setup (English GUI, German dates) and nothing is in German. 1533692 34 andreas.petzold+kdebugs 2015-07-28 09:40:51 +0000 I just got bitten by the lack of customization options. I don't want to use German as a language anywhere on my desktop , so I didn't change the date/time to de_DE format. This entails non-ISO week numbering, which I wasn't aware of and I caused a hell of mess scheduling a data center downtime. In KDE4, I explicitly used ISO week numbering (may it even was the default?), but KF5 doesn't provide that setting. 1535839 35 borden_c 2015-08-09 06:22:41 +0000 I want to add that this has to go farther than the date format and I would like to see the full customisability of KLocale returned to KDE. This includes things like being able to set 12/24-hour clocks, change the first day of the week, number digit grouping, negative number formatting, etc. One of the things that put me off GNOME was how it used this locale-based system instead of letting users decide for themselves what format they wanted to use. My preferences are a mix of Canadian, British and ISO standards, so it's simply not possible to even figure out which country uses the particular standard that I want to use. Whilst I appreciate that KDE programmers are doing their best, most of us are not clever programmers like you. This UX regression loses a major KDE selling feature that we can't tackle ourselves. I just want to emphasise that I don't want to wait 10 years before this functionality returns! 1539184 36 iq2luc 2015-08-24 11:15:20 +0000 (In reply to Borden Rhodes from comment #35) [...] I totally agree with your statements, I also use a mix of settings (English language, SI units, Monday as first weekday, ISO date format, HH:mm:ss time format, post-fix currency, prefix currency sign, dot as digit separator, comma as digit grouping symbol etc.) and unfortunately there is now way of customizing such basic things in the new KDE, so I'm forced to stick with KDE4 (and its sane locale settings), although I do like the overall look and feel of the new KDE. 1539333 37 kevin.clevenger 2015-08-24 23:58:18 +0000 I've been putting off upgrading my distribution for some time in order to avoid KDE 5 for this reason. Are there any plans to roll these changes back in the near future so I can at least set ISO 8601 date and 24H time? KDE has always been the DE that gives the user the ability to configure nearly everything as they see fit. To "simplify" and remove user choice is in my opinion very much down the wrong road for KDE. It's a bit frustrating to see the stated reason for this change in KDE5 (using the Qt-only formatting classes as part of the Frameworks initiative) - perhaps a better approach would be to wait and make the change in KDE only when the ability and flexibility in QT is fully there? 1540890 38 subdiff 2015-09-01 15:56:05 +0000 (In reply to Kevin Clevenger from comment #37) You can do this for the digital clock plasmoid in 5.4. 1541504 39 bugs.kde.org 2015-09-03 15:02:54 +0000 The use of generic regions instead of actual proper configurations places an assumption that everyone in every region has the exact same preferences. I use NL as a location, Irish for most defaults, ISO8601 for times, using 2 clocks (one in UTC and the other in CET). I need to set system to en_DE format for a known thunderbird bug. Switching the location to en_DK.utf8 (http://kb.mozillazine.org/Thunderbird_:_FAQs_:_Change_the_Date_Format) and doing so on Fedora 20 converted the entire desktop to the Danish Language. I am switching back to Fedora 21 until this is fixed. 1543230 40 borden_c 2015-09-11 05:05:56 +0000 We should assign blame where blame is due. I think it's a good idea for KDE to hook into the underlying locale system, since there were localisation issues between KDE programs and non-KDE programs from KDE using its own localisation system. The problem is that the geniuses at IEEE and/or Linux Foundation decided to bundle the localisation settings by country. We could complain to them that this system is overly restrictive, prejudiced and outdated, but they won't, of course, care. My suggestion is for KDE to expose the customisation settings in locale(5) for us to specify our own settings that'll hook back into locale. That should allow us the KF4 customisation flexibility whilst using Linux and POSIX's developed systems. 1544783 41 94633 spam 2015-09-18 14:38:25 +0000 Created attachment 94633 Plasma 5 regional settings, different language and format with ISO date The following settings work for me on Arch Linux running Plasma 5.4 (english language with german formats and ISO date). System Settings -> Regional Settings -> Translations -> Preferred Languages = American English (top), Deutsch ... -> Formats -> Region = Deutschland - Deutsch (de_DE) Detailed Settings = No change, except for Time = Germany (nds_DE) locale.conf: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_MESSAGES=C Make sure all needed locales are generated, in my case en_US.UTF-8, de_DE.UTF-8 and nds_DE.UTF-8. Check your distribution wiki on how to generate locales. In the Detailed Settings ComboBox above the 'Default - (C)' entry most regional settings set the date/time format to ISO 8601, like ts_ZA or co_FR etc. Choose a setting matching your region and check in the 'Examples' section for the format. Also see the attached screenshot "Plasma 5 regional settings, different language and format with ISO date". 1544927 42 kevin.kofler 2015-09-19 18:00:03 +0000 I think you're probably relying on a bug in the Low Saxon (nds) localization though, I strongly doubt people use a different date format in Low Saxon than in German. 1545022 43 spam 2015-09-20 08:47:34 +0000 > In the Detailed Settings ComboBox above the 'Default - (C)' entry most regional settings set the > date/time format to ISO 8601, like ts_ZA or co_FR etc. I do not know the reasoning behind this, but then there must be bugs in the settings for France (co_FR, oc_FR), Canada (iu_CA, moh_CA), Turkey (ku_TR), Belgium (wa_BE), Finland (sms_FI), Sweden (smj_SE, sma_SE) and many more as well, as most of the entries *above* the named entry 'Default - (C)' have an ISO 8601 date. You can also strongly doubt that all these dialects have a different date format than the main country. 1545735 44 cfeck 2015-09-23 14:40:45 +0000 *** Bug 352447 has been marked as a duplicate of this bug. *** 1545917 45 emrecio 2015-09-23 22:57:50 +0000 (In reply to Borden Rhodes from comment #40) > We should assign blame where blame is due. I think it's a good idea for KDE > to hook into the underlying locale system, since there were localisation > issues between KDE programs and non-KDE programs from KDE using its own > localisation system. The problem is that the geniuses at IEEE and/or Linux > Foundation decided to bundle the localisation settings by country. We could > complain to them that this system is overly restrictive, prejudiced and > outdated, but they won't, of course, care. > > My suggestion is for KDE to expose the customisation settings in locale(5) > for us to specify our own settings that'll hook back into locale. That > should allow us the KF4 customisation flexibility whilst using Linux and > POSIX's developed systems. But KDE should use that for the average user. For the power user, that needs to customize these settings, there should be an option. So the default/base should be locale, but there should be an "override" button that KDE uses (if only for KDE Apps). I figured out how to change Thunderbird's settings in F21 for YYYY-MM-DD 24-HR:leading-zero-Minute. Just give people the option - if that means going back to KLocale, so be it! 1545923 46 bugzilla 2015-09-24 00:08:38 +0000 And how to I set the date to WOCHENTAGKURZ TT.MM.JJ or WOCHENTAGKURZ TT.MM. (needed especially for the panel clock)? I don't know what WOCHENTAGKURZ in English was - SHORTDAYOFWEEK? I want to get the format "Fr 25.09.15" or "Fr 25.09.", something short with day of the week - I guess there's no (inter)national ISO format for that? 1546020 47 bugs.kde 2015-09-24 12:46:50 +0000 This is ridiculous and perfect example of why Linux distros have 1.5% of the market. This is not an original problem. Mac OS X and Windows have the same issue and they both solved it long ago. The locale should provide the default settings. The user should be able to alter from those default settings to accommodate his specific needs. Making those alterations should be easy and intuitive, as it was in previous versions of KDE. That Qt made bad choices and KDE cannot do anything about it is completely ridiculous, lazy and amateurish. 1546497 48 pgueckel 2015-09-26 16:32:31 +0000 I just installed Fedora 23ß with KDE5 (I had been using F21 with KDE4 until earlier this week) and, to my dismay, I find that I am unable to set the date in the official Canadian format (ISO8601), which is used in a number of variants. Luckily, of the many commonly used variants, a Default (C) choice gives me exactly what I want; however, not all KDE5 programs respect the setting, namely Korganizer! Why don't all KDE programs respect the date and time setting as configured in the KDE System Settings? 1546704 49 MeSat 2015-09-27 20:56:55 +0000 I agree this is a problem for personalization. The default locales for various countries I feel need to be updated. As you say, the Canadian official date is now ISO 8601. If KDE is using the system locale as a default date (which I feel is good) then it may be an option to write a program to edit the system locale instead of depending on QT or setting for the desktop. It may also be a benefit until there is a better way to add a description for each locale showing the various values of the particular locale or providing a web link to the various values. A set of ISO 8601 locales may be a good option. Anyone know where to submit requests for updates for default locales? 1546779 50 cfeck 2015-09-28 11:15:49 +0000 Digging deeper into how QLocale works, I now understand that my comment #21 is wrong. My initial impression was that QLocale uses the POSIX interfaces in glibc to get the locale data. But instead, it uses a built-in database derived from the Unicode CLDR database, which offers more information than POSIX can provide. Using "localedef" to compile a custom locale would not work for Qt applications. QLocale uses system calls on MacOS and Windows, but not on Unix :( POSIX really needs to be updated to CLDR standards, so that the CLDR data can be used as a base for "localedef". Then Qt wouldn't need to ship it's own database. 1546965 51 cfeck 2015-09-29 10:58:01 +0000 *** Bug 353219 has been marked as a duplicate of this bug. *** 1549925 52 gerd 2015-10-11 21:37:40 +0000 (In reply to Christoph Feck from comment #50) > My initial impression was that QLocale uses the POSIX interfaces in glibc to > get the locale data. But instead, it uses a built-in database derived from > the Unicode CLDR database, which offers more information than POSIX can > provide. > > Using "localedef" to compile a custom locale would not work for Qt > applications. QLocale uses system calls on MacOS and Windows, but not on > Unix :( So what is the workaround for a user desperately needing to define how dates are shown in Qt apps? Recompile Qt with patched locale data? 1550160 53 iq2luc 2015-10-13 10:22:49 +0000 Please, on the following 1-3 months, are there any chances to get the same level of configuration with the new Plasma 5 (and its QLocale based locale support) as we used to have with KDE4 (and its KLocale)? In its current state (and I guess for a long time to come) QLocale is way too limited regarding locale configuration (at least on Linux, according to #50). As a simple user, when I think about KDE, I think first about an excellent desktop (the best) with great usability and customization options... for me -- the simple user -- it's not about how the core libraries are designed, maintained etc. -- I don't see those things, no matter how great and important they are for development, I just see what you -- the developer -- let me see... so for us, your loving users :-) it's just very disappointing when such an important feature is lost when we're actually upgrading our great KDE. 1551561 54 95059 gerd 2015-10-20 20:48:36 +0000 Created attachment 95059 Crude patch to the en_US locale with hardcoded values As it does not look like KDE/Qt are providing a true solution soon and I want to be able to upgrade to KDE5 without totally upsetting my users because of these locale problems, I made this crude patch to the en_US locale of Qt5. It changes en_US to 24h time, YYYY-MM-DD, metric units, a thousands separator of space and a decimal separator of comma. So you can stay with en_US to keep all your shell programs sane and still have nice output in all Qt5/KDE5 programs. If you want slightly different settings, the patch still might give you some guidance how to do it. I also want to point out the testlocales program which you'll find in util/local_database/testlocales within the qt5-qtbase source. Compile and run it, you can use it to search for locale parts you are interested in to combine them in a patch similar to mine. 1551722 55 iq2luc 2015-10-21 15:00:40 +0000 Thanks Gerd, nice tip (#54). Now I made the switch to Plasma 5, using a custom PKGBUILD for qt5-base (with a patch inspired by yours). At least I know what I have to tweak from now on (hopefully this issue will be properly fixed in the next 50 years). :-) Many thanks again. 1563382 56 richlv 2015-12-14 11:36:13 +0000 another thing that seems to be lost - ability to set locale to a region (to get the defaults for all the settings) and override interface language. pretty much all of the previously available overrides were very useful. 1565252 57 philip.smith.ucl 2015-12-22 00:16:28 +0000 I too would like to use en_GB formats generally, but ISO date format (ISO 8601) as the date format and SPACE for the thousands separator following the general advice from BIPM and IUPAC described here: http://www.bipm.org/en/publications/si-brochure/section5-3-4.html http://old.iupac.org/reports/provisional/guidelines.html These require a thin space (or a space) as the thousands separator to avoid confusion in international use. The ISO data format and use of a space as the thousands separator are likely to be used in any locale. 1567762 58 Marco 2016-01-06 08:04:48 +0000 It's now more than a year and (seemingly) nothing happened. I really don't get it. KDE once was the best. Of course, there were some bumpy episodes from time to time (e.g. when migrating from KDE 3.x to 4.x), but never before, I experienced such a miserable failure: *Without* *any* *need*, you removed a very important feature (!) and for over a year, you don't put any effort in re-adding it. What's wrong with you guys? Are you trying to convince people to migrate away from KDE?! I'm a software developer myself. And I certainly do not only think well before removing a feature, but I would immediately make re-adding/repairing it the highest priority, if this accidentally happened. Many users complained (this issue has 754 votes, currently), but still there seems to be no progress :-( So what's the state? Are you working on a solution? When is it expected to be ready? 1567763 59 Marco 2016-01-06 08:12:36 +0000 I would like to add: Most people missing this feature are using ISO 8601, *THE* *INTERNATIONAL* *DATE/TIME* *STANDARD* *FORMAT*. So, besides making the format(s) [not only date/time, but numbers, too] fully configurable, a fast preliminary solution would be to provide THE INTERNATIONAL STANDARDS as one of the choices in the region combo. This, btw. should stay as a permanent solution, in addition to the manual configuration (which still should be added, later), because international standards should be valued and fostered by everyone - especially by free software. 1567824 60 richlv 2016-01-06 12:05:57 +0000 it's probably not worth requesting the change - most developers are volunteers and i am very grateful to them for all things kde. there was also a reason for this feature to disappear - they now use qt more, which reduces kde-specific code (read, less maintenance). i'm not a programmer - but you mentioned that you are. maybe you can lend a hand at implementing this feature in qt ? 1568287 61 kde-2011.08 2016-01-08 19:26:19 +0000 It seems like this bug could be split into two feature requests: 1) About 75% of the people here, including the OP, seem to be asking for ISO 8601 support*. This specifies, among other things, a date format of YYYY-MM-DD. 2) About 25% of the people here seem to be asking for freely-configurable date, time, and other locale items support. In my opinion, this bug should concentrate on adding ISO 8601 support, and another bug should be opened for freely-configurable locale support. * https://en.wikipedia.org/wiki/ISO_8601 1568292 62 ancoron.luciferis 2016-01-08 19:51:19 +0000 I would agree to that, but don't forget the ISO-8601 time format. 1569478 63 MeSat 2016-01-14 03:13:08 +0000 Since this has been pointed out to be a KDE issue, I decided to look at the QT bug reports. I only found one that I think may be related. There is an open bug report for QT to extend the date formats to support Unicode but doesn't look like it has been worked on for a couple of years. https://bugreports.qt.io/browse/QTBUG-17107 I made a comment to add ISO-8601 as an option. If I get told that this isn't the correct bug, then I will create a new one, if I can figure out how as something blocks much of their scripted page from working properly. 1569488 64 mitchnull+kde 2016-01-14 07:06:00 +0000 (In reply to Robin Laing from comment #63) > Since this has been pointed out to be a KDE issue, I decided to look at the > QT bug reports. I only found one that I think may be related. > > There is an open bug report for QT to extend the date formats to support > Unicode but doesn't look like it has been worked on for a couple of years. > https://bugreports.qt.io/browse/QTBUG-17107 > > I made a comment to add ISO-8601 as an option. > > If I get told that this isn't the correct bug, then I will create a new one, > if I can figure out how as something blocks much of their scripted page from > working properly. There are (closed) bug reports related to this: https://bugreports.qt.io/browse/QTBUG-35692 and https://bugreports.qt.io/browse/QTBUG-49950 . I don't have high hopes for a Qt-side quick-fix... 1586074 65 auspex 2016-04-01 16:02:13 +0000 (In reply to Sebastian Kügler from comment #9) > That said, I think Jeremy that you may want to have another look into the > Regional Settings | Formats settings page. For example, there are two > entries for Canada (en_CA, fr_CA). This reflects these regional differences. That's not only condescending, but wrong. In the first place, the "regional" differences mentioned go far beyond french and english, but more importantly, I've already found myself forced to set my date format to fr_CA which works fine for short dates, but forces me to read LONG dates in French. Thank god my bilingual capacities stretch that far. 1586078 66 ricardof 2016-04-01 16:21:24 +0000 It is always wrong to forcibly tie the format of dates, times or whatever else to the region of the world where one lives. Not only there are places were several formats are used by different people, there is also people like me who do not like the particular format used in the region where he lives. It just doesn't make sense, except perhaps to provide default settings. Unix got this amazingly wrong with the «locale» subsystem. It is sad seeing KDE ditching its previously working preferences (in KDE4) to adopt this obviously broken design. 1587493 67 emrecio 2016-04-09 00:27:10 +0000 Is this fixed yet? I am about to install a new system, and am debating whether to go with Plasma 5 1594264 68 emrecio 2016-05-13 11:14:28 +0000 ping? 1594554 69 bugs.kde 2016-05-14 19:58:54 +0000 (In reply to EMR_Kde from comment #67) > Is this fixed yet? I am about to install a new system, and am debating > whether to go with Plasma 5 Not fixed. Not scheduled to be fixed. 1594580 70 riddochc 2016-05-15 01:59:47 +0000 As I look now, this bug has 875 votes. That's just the number of people who have bothered to find this bug entry and vote on it. I wonder what proportion of users actually do that... Since this is not scheduled to be fixed, I'd like to politely ask why. Is this not considered a bug? Not an important enough bug? Are there just Insufficient resources to deal with it? Is it believed to be a reasonable compromise in features? How open are the devs to the possibility that the locale system might need another rewrite or reverting a significant amount in order to fix it? What's the reasoning here? This would be very important for an outside developer to know in evaluating their own level of motivation towards working on this. 1594581 71 bugs.kde 2016-05-15 02:05:45 +0000 (In reply to Chris from comment #70) > As I look now, this bug has 875 votes. That's just the number of people who > have bothered to find this bug entry and vote on it. I wonder what > proportion of users actually do that... > > Since this is not scheduled to be fixed, I'd like to politely ask why. Is > this not considered a bug? Not an important enough bug? Are there just > Insufficient resources to deal with it? Is it believed to be a reasonable > compromise in features? How open are the devs to the possibility that the > locale system might need another rewrite or reverting a significant amount > in order to fix it? > > What's the reasoning here? This would be very important for an outside > developer to know in evaluating their own level of motivation towards > working on this. The explanation as I understand it is that the root of the problem is in Qt and it is either not possible, too difficult, or not viable to fix/work around it above Qt in KDE. Until it gets fixed in Qt, it won't be fixed in Plasma. I am currently living on Kubuntu 14.04 LTS which does not have this issue. At this point, I will probably switch to another distro with a different DE. 1594583 72 cbwierda 2016-05-15 03:02:36 +0000 I've already done that. I have even removed all KDE-based applications from my systems. They have too much of the "works for me, I don't know what your problem is" attitude. Options are great. 1594584 73 cfeck 2016-05-15 03:23:07 +0000 > What's the reasoning here? This would be very important for an outside developer to know in evaluating their own level of motivation towards working on this. We had issues with KDE applications having it's own idea of locales, instead of respecting what the environment (LC_LANG, LC_ALL, etc.) selected. See the comments avove. KF5 does no longer have a separate KLocale class. We now use Qt's QLocale because it respects those variables. Unfortunately, no one had the time to work on adding back the ability to configure locales. You could contact the qt-development mailing list or ask John Layt for the status and how you can help. > I have even removed all KDE-based applications from my systems. Interesting. Which other desktop offers to customize locales? 1594588 74 MeSat 2016-05-15 05:08:45 +0000 Maybe it would save allot of headaches if there was an easy way to change locale system wide. There are ways to play around but it would be nice if there was an ISO 8601 based locale instead of searching and using some country locale. For 24 clock, I use en_GB.UTF-8 for LC_TIME But I still don't have the correct short date. I found this as a work around and have to try it to see how it works. https://ccollins.wordpress.com/2009/01/06/how-to-change-date-formats-on-ubuntu/ This is more the official way of doing it. https://wiki.archlinux.org/index.php/Locale Maybe it would be better to design a program to change the system locale into a format that people want to use instead of waiting for a way to do it via QT. 1594589 75 kde 2016-05-15 05:11:24 +0000 (In reply to Robin Laing from comment #74) > For 24 clock, I use en_GB.UTF-8 for LC_TIME > > But I still don't have the correct short date. LC_TIME of en_DK (english danish) will give you 24Hr & ISO date in many programs 1594590 76 kde 2016-05-15 05:12:02 +0000 (In reply to Robin Laing from comment #74) > For 24 clock, I use en_GB.UTF-8 for LC_TIME > > But I still don't have the correct short date. LC_TIME of en_DK (english danish) will give you 24Hr & ISO date in many programs that respect that variable 1594591 77 nerd65536+kde 2016-05-15 05:25:56 +0000 (In reply to EkriirkE from comment #76) > LC_TIME of en_DK (english danish) will give you 24Hr & ISO date in many > programs that respect that variable en_DK has been discussed multiple times in this thread. The locale is not in the Unicode CLDR database and is therefore not available to QT applications. 1594592 78 mrmazda 2016-05-15 05:46:46 +0000 (In reply to Christoph Feck from comment #73) > Which other desktop offers to customize locales? KDE3 (openSUSE all) KDE4 (Ubuntu 14.04 LTS, Mageia 5, openSUSE 13.2) TDE (Debian Lenny, Squeeze, Wheezy, Jessie, Stretch; Fedora 21, 22, 23; Ubuntu 10.04 and up; openSUSE 13.1, 13.2, 42.1; Q4OS default; RedHat; others). 1594668 79 bugs.kde 2016-05-15 17:21:23 +0000 (In reply to Felix Miata from comment #78) > (In reply to Christoph Feck from comment #73) > > Which other desktop offers to customize locales? > > KDE3 (openSUSE all) > KDE4 (Ubuntu 14.04 LTS, Mageia 5, openSUSE 13.2) > TDE (Debian Lenny, Squeeze, Wheezy, Jessie, Stretch; Fedora 21, 22, 23; > Ubuntu 10.04 and up; openSUSE 13.1, 13.2, 42.1; Q4OS default; RedHat; > others). Windows and Mac OSX. Everyone will bulk at their mention but as one who would like to see pre-installed Linux offered by Lenovo, ASUS and Dell, getting on par with the commercial offerings should be a goal. 1594696 80 bugzilla 2016-05-15 21:37:22 +0000 I'm now using an alternate clock/calendar widget for the panel (http://kde-look.org/content/show.php/Event+Calendar?content=175591) which allows to set the date to a format I want. It can show the short day - "Fr 25.09." - and you can use any format for time and date you want, that's enough for me. 1594719 81 99000 stefan.buller 2016-05-16 00:15:29 +0000 Created attachment 99000 attachment-22055-0.html As I see it, the problem is the whole locale system which assumes that all your preferences are based on a single region. This problem is beyond KDE, and affects the entire UNIX ecosystem. On Sun, May 15, 2016 at 4:37 PM, Janet via KDE Bugzilla < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=340982 > > --- Comment #80 from Janet <bugzilla@kerridis.de> --- > I'm now using an alternate clock/calendar widget for the panel > (http://kde-look.org/content/show.php/Event+Calendar?content=175591) which > allows to set the date to a format I want. It can show the short day - "Fr > 25.09." - and you can use any format for time and date you want, that's > enough > for me. > > -- > You are receiving this mail because: > You are on the CC list for the bug. > 1594720 82 audvare 2016-05-16 00:37:49 +0000 (In reply to Stefan from comment #81) > Created attachment 99000 [details] > attachment-22055-0.html > > As I see it, the problem is the whole locale system which assumes that all > your preferences are based on a single region. This problem is beyond KDE, > and affects the entire UNIX ecosystem. The problem with the 'UNIX ecosystem' is beyond the scope of KDE. Yes it would be nice if there were better ways to universally solve the problem at that level and this would fix this issue and make every single application conform, not just ones that use Qt's library for this. OS X uses POSIX locales just as Linux does. But just as KDE 4 kept things separate so does OS X. LC_ALL=C generally has no effect on an OS X application, but it does have an effect on grep/etc as would be expected. Although OS X was developed a very long time, I think Apple saw it as necessary to keep these systems separate. It is nice to have a universal standard for all, but the POSIX locale system is too inflexible for this as it is. It has no built-in customisation, only forced conformity. But even so, sometimes applications come with their own way to override locale, even ls. GNU ls has the --time-style argument, like so: --time-style="+%Y-%m-%d %H:%M:%S". 1594932 83 emrecio 2016-05-16 22:34:07 +0000 (In reply to Stefan from comment #81) > As I see it, the problem is the whole locale system which assumes that all > your preferences are based on a single region. This problem is beyond KDE, > and affects the entire UNIX ecosystem. The thing is that this was *working* before regressing to QLocale. Why not port KLocale over to KF5? Just because I am located in the USA doesn't mean that I want my settings as the "normal" user would have it. In Windows, OS/X I can change the format of my date and time. For logical and geeky reasons (mainly ease of sorting, and Linnaeus ease of use) YYYY-MM-DD HH24:MM:SS seems to make the most sense to me. From most general to the most specific. What really grinds my gears though, is that this was all working under KDE4... why change it? 1594938 84 tdyzio 2016-05-16 23:22:55 +0000 I totally agree with what you are saying. Personally I hate 12 hour clock, the 24hr clock is the first thing I look for. Also, I am going to repeat after you: that yyyy-mm-dd or simply yy-mm-dd or simpler yymmdd makes perfect sense for sorting, this is why I use it everywhere. To me, this thing sounds like someone funding KDE5 development is forcing the issue against the rest of us. 1594939 85 keithzg 2016-05-16 23:34:15 +0000 (In reply to tdyzio from comment #84) > To me, this thing sounds like someone funding KDE5 development is forcing > the issue against the rest of us. As far as I can gather, it's rather the opposite. That is to say, without more funding---and for various other practical and well-intentioned reasons---it's generally better when possible to stick with upstream rather than complicating things with additional solutions atop of the upstream stack. Unfortunately in this case, QLocale is pretty dramatically inferior to KLocale for any of us (myself very much included) who can't stand the "correct" date and time formats for our locales and have years-bordering-on-decades of relying on the ability to customize this. The hope is that someone steps up with usable patches for QLocale, and that the Qt folks accept them. Unfortunately I, like most of the people balking at this regression, don't have anywhere near the programming skill to reasonably provide such code. But lacking that, we wait in perpetuity. 1594946 86 emrecio 2016-05-17 00:16:37 +0000 (In reply to Keith Zubot-Gephart from comment #85) > The hope is that someone steps up with usable patches for QLocale, and that > the Qt folks accept them. Unfortunately I, like most of the people balking > at this regression, don't have anywhere near the programming skill to > reasonably provide such code. But lacking that, we wait in perpetuity. I am definitely in the same boat. I know enough, but not as much needed to port KLocale to KF5. Further, it also relies on downstream KDE Apps to make use of the new KLocale5 (or whatever you're going to call it) instead of QLocale (after years of kapp owners being told to use QLocale). Interestingly enough, I also found this email from 2011 on removing KLocale. Had I known what was going to happen, I would have objected back then. http://kde-core-devel.kde.narkive.com/v0Q0HYO4/locale-in-kf5-qt5 It seems like item #4 never happened: "4) QLocale will add support for most if not all the KDE options to their parsers/formatters, as well as some options KDE does not currently support." 1594970 87 richlv 2016-05-17 06:10:13 +0000 could some developer estimate the effort needed to implement eeeverything in qlocale (as per http://kde-core-devel.kde.narkive.com/v0Q0HYO4/locale-in-kf5-qt5) ? i could chip in a few euros, if there was some crowdfunding initiative... also, was this (or part of this) offered as a project for gsoc ? was the problem that there was nobody willing to mentor this project ? 1600152 88 emrecio 2016-06-10 01:58:43 +0000 *nudge* I'll chip in, and add some beer! 1601062 89 emrecio 2016-06-14 12:22:51 +0000 So I went to date/time format and went to select en_DK but it's missing from the drop down list in "Formats - KDE Control Module" I went through the list twice, perhaps I missed it for "Time". 1603619 90 kdebugs 2016-06-26 22:11:40 +0000 (In reply to Gerd v. Egidy from comment #54) > If you want slightly different settings, the patch still might give you some > guidance how to do it. I also want to point out the testlocales program > which you'll find in util/local_database/testlocales within the qt5-qtbase > source. Compile and run it, you can use it to search for locale parts you > are interested in to combine them in a patch similar to mine. Thanks for that, Gerd. However, I have no idea how to start with creating a different kind of locale. The numerical codes in `qtbase-opensource-src-5.7.0/src/corelib/tools/qlocale_data_p.h` are incomprehensible to me; I guess testlocales will help explain them, but I'm not sure how to use this (see below). Could you please point me to a tutorial, or please provide more information? Thanks in advance. $ qmake testlocales.pro Info: creating stash file /tmp/qt5-base/src/qtbase-opensource-src-5.7.0/.qmake.stash $ make g++ -c -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fno-exceptions -Wall -W -D_REENTRANT -fPIC -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_GUI_LIB -DQT_CORE_LIB -I. -isystem /usr/include/qt -isystem /usr/include/qt/QtGui -isystem /usr/include/qt/QtCore -I.moc -isystem /usr/include/libdrm -I../../../mkspecs/linux-g++ -o .obj/localemodel.o localemodel.cpp localemodel.cpp: In member function ‘virtual QVariant LocaleModel::data(const QModelIndex&, int) const’: localemodel.cpp:286:60: warning: suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses] || role != Qt::DisplayRole && role != Qt::EditRole && role != Qt::ToolTipRole ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ g++ -c -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fno-exceptions -Wall -W -D_REENTRANT -fPIC -DQT_NO_EXCEPTIONS -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_GUI_LIB -DQT_CORE_LIB -I. -isystem /usr/include/qt -isystem /usr/include/qt/QtGui -isystem /usr/include/qt/QtCore -I.moc -isystem /usr/include/libdrm -I../../../mkspecs/linux-g++ -o .obj/localewidget.o localewidget.cpp localewidget.cpp:28:22: fatal error: QTableView: No such file or directory #include <QTableView> ^ compilation terminated. make: *** [Makefile:690: .obj/localewidget.o] Error 1 1603684 91 gerd 2016-06-27 08:41:36 +0000 (In reply to sparhawk from comment #90) > Thanks for that, Gerd. However, I have no idea how to start with creating a > different kind of locale. The numerical codes in > `qtbase-opensource-src-5.7.0/src/corelib/tools/qlocale_data_p.h` are > incomprehensible to me; Sorry, there is no Howto or similar for this, as it is a "crude patch", just as the name says. I primarily looked at the source and compared the data that different locales used to find out the settings I wanted. With a bit of trial-and-error I got the result I wanted and that is what is in the patch. So just look at what locale uses the date format you want, what locale uses the currency format you want and so on. If two or more locales use the same format, then compare what fields are the same for them. This way you'll find out which field is what. 1603790 92 nilathak 2016-06-27 17:40:22 +0000 After playing around with patching qtcore and with Gentoo's locale settings, I'd like to share my current solution for achieving something like en_AT on a sinlge-user machine (kinda like a German regionalization). /etc/locale.gen (run locale-gen afterwards): de_AT.UTF-8 UTF-8 en_US.UTF-8 UTF-8 /etc/env.d/02locale LANG="en_US.utf8" LC_COLLATE="de_AT.utf8" LC_CTYPE="de_AT.utf8" LC_MEASUREMENT="de_AT.utf8" LC_MONETARY="de_AT.utf8" LC_NUMERIC="de_AT.utf8" LC_PAPER="de_AT.utf8" LC_TIME="de_AT.utf8" It's important to omit LC_ALL, which should lead to an empty definition in the output of "locale". I left the "Region" box in "Regional Settings"->"Formats" at "No change". This fixes basically all date/time/currency issues I've encountered. Of course this will display day & month strings in the regionalization language ("de" in my case). If you're not OK with such a system-wide change, I recommend to patch the locale_data_p.h file. For me however it was not as simple as mapping the "German/Latin/Austria" onto the "English/Latin/UnitedStates" numbers. Keeping the "lang" column at English "31" generated some strange effects like date strings containing "M06" instead of "June". 1604100 93 kdebugs 2016-06-29 00:00:08 +0000 (In reply to Gerd v. Egidy from comment #91) Thanks for that information. Unfortunately, once I started to fiddle with locales, it exposed all kinds of horrible bugs in korganizer. (I won't bother filing them, because the devs have ignored all of my previous bugs.) I'll just move to another calendering application, and directly patch the clock widget instead. Thank anyway. 1610060 94 davidshen84 2016-07-23 10:54:12 +0000 I think this bug is NOT really a technical issue, but a design problem. This is a option on the UI to let people choose time format, but...Why the date time format has to be bound with a country? What's the rationality for this design? 1611778 95 geoff.cutter 2016-08-02 09:23:12 +0000 openSUSE 42 KDE Plasma version 5.5.5 ISO Date setting: Right click on the clock and select Digital Clock Settings Appearance Date format (at the end includes ISO Date option) 1611781 96 kdebugs 2016-08-02 10:05:09 +0000 @Geoff Cutter, it's not just the clock, but other Plasma components that are affected, such as korganizer. 1611825 97 emrecio 2016-08-02 13:35:26 +0000 (In reply to sparhawk from comment #96) > @Geoff Cutter, it's not just the clock, but other Plasma components that are > affected, such as korganizer. Interesting, KDE doesnt even support en_DK locale ... user@host:~> locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME=en_DK.UTF-8 Yet, KDE defaults to en_US... so what is it? either you honor the locale, or allow us to change it like back with kde4 1611830 98 bugs.kde.org 2016-08-02 13:53:59 +0000 (In reply to EMR_Kde from comment #97) > > Interesting, KDE doesnt even support en_DK locale ... > > Yet, KDE defaults to en_US... so what is it? either you honor the locale, or > allow us to change it like back with kde4 Already covered earlier in Comment 77: https://bugs.kde.org/show_bug.cgi?id=340982#c77 (Please try and avoid adding to this report about things that have already been covered…) 1611833 99 100416 keithzg 2016-08-02 14:04:42 +0000 Created attachment 100416 attachment-28177-0.html That seems surprising to me, since although I find it weirdly difficult to find a direct list, the CLDR website links in turn to lists that include "English (Denmark)". On http://www.unicode.org/cldr/charts/29/ they even say "ICU does not contain all of the data in CLDR" when linking to the ICU which lists "English (Denmark)", which implies that CLDR is a superset of ICU. The comment you have linked to does not explain *why* en_DK is not included in the CLDR database. On Tue, Aug 2, 2016, 07:54 Erik Quaeghebeur via KDE Bugzilla < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=340982 > > --- Comment #98 from Erik Quaeghebeur <kdebugs@equaeghe.nospammail.net> > --- > (In reply to EMR_Kde from comment #97) > > > > Interesting, KDE doesnt even support en_DK locale ... > > > > Yet, KDE defaults to en_US... so what is it? either you honor the > locale, or > > allow us to change it like back with kde4 > > Already covered earlier in Comment 77: > https://bugs.kde.org/show_bug.cgi?id=340982#c77 > (Please try and avoid adding to this report about things that have already > been > covered…) > > -- > You are receiving this mail because: > You voted for the bug. > You are on the CC list for the bug. 1611837 100 nerd65536+kde 2016-08-02 14:38:10 +0000 (In reply to Keith Zubot-Gephart from comment #99) > That seems surprising to me, since although I find it weirdly difficult to > find a direct list, the CLDR website links in turn to lists that include > "English (Denmark)". On http://www.unicode.org/cldr/charts/29/ they even > say "ICU does not contain all of the data in CLDR" when linking to the ICU > which lists "English (Denmark)", which implies that CLDR is a superset of > ICU. The comment you have linked to does not explain *why* en_DK is not > included in the CLDR database. en_DK has been added to CLDR versions 28 and newer: http://unicode.org/cldr/trac/browser/tags/release-28/common/main Apparently, the updated versions of CLDR have not yet been incorporated into releases here. (At the time of this comment, the current release of CLDR is v29) Should a new bug be filed to request an update of the CLDR data? 1611881 101 bugs.kde.org 2016-08-02 19:41:37 +0000 (In reply to nerd65536+kde from comment #100) > > Should a new bug be filed to request an update of the CLDR data? CLDR data is embedded in QtCore, so a bug report here won't help. I haven't been able to find what CLDR version is embedded, but it seems Qt's plans for dealing with this issue (and others) can be found on their wiki: http://wiki.qt.io/Qt-5-QLocale 1628661 102 phma 2016-10-02 01:50:29 +0000 I recently upgraded to Xenial Xerus. I tried various locales in System Settings and found: *Latinoamérica - español latinoamericano (es_419) — this is not in the locales available in /etc/locale.gen . If I saw es_419 out of this context, I'd think it means "Spanish as spoken by Nigerian scammers". *Denmark - English (en_DK) — this is not in the list in System Settings, even after I ran locale-gen and made sure that en_DK is available. Running with an uninstalled locale causes some problems: Error messages are in Spanish, but accented characters are output like "no se encontr\xf3 la orden" instead of "no se encontró la orden" (command not found). I can type a degree sign in Kwrite if I run it with a real UTF-8 locale, but not with the nonexistent en_419.UTF-8. I am in the USA and use metric. I'd like to select English or Spanish, with the short form date being yyyy-mm-dd, 24-hour clock, A4 paper, decimal point, and the week starting on Sunday, regardless of the language. I have no trouble understanding decimal commas, but when I have a file of XYZ coordinates separated by commas, with decimal points, and no thousands separators, and throw it into a spreadsheet which, because of a Hispanic locale, is expecting a decimal comma, the result is a mess. I'd like to see KLocale reinstated, at least until QLocale is as flexible as KLocale. 1628772 103 kdebugs-4250 2016-10-02 19:39:23 +0000 After delaying my switch to Plasma5 until 5.7.5, I'm now discovering there still are this kind of problems. Among many regressions, this is not an acceptable one. Adding my vote. 1630071 104 tuju 2016-10-06 10:11:50 +0000 I can imagine how KDE key figures are wondering how they could get more users into KDE community. With this kind of issues being open couple years, keep dreaming suckers. 1630072 105 tuju 2016-10-06 10:12:19 +0000 I can imagine how KDE key figures are wondering how they could get more users into KDE community. With this kind of issues being open couple years, keep dreaming suckers. 1630073 106 kde.h8bcay 2016-10-06 10:23:58 +0000 (In reply to Juha Tuomala from comment #105) We agree it's a regression (I added my vote) but there's no need to become disrespectful. I hope the developers are going to ignore your comment so they don't get demotivated and keep contributing to this wonderful code base. 1630075 107 tuju 2016-10-06 10:33:52 +0000 (In reply to Jérôme Borme from comment #106) > We agree it's a regression (I added my vote) but there's no need to become > disrespectful. The fact is that I'm disrespectful. Funny, that you mention 'regression'. Years back I wanted to start systematically collect regressions between releases. I was told that it's not wanted. 1630084 108 sebas 2016-10-06 11:26:20 +0000 @Juha: Your behavior makes me stop reading here, and that's counter-productive to everyone involved. Also, your disrespectfulness has no business here, you're just destroying the base people work together on. Ask yourself this question: Do you really want to drive developers away from issues you and other people care about? Please strongly consider the Code of Conduct ( https://www.kde.org/code-of-conduct/ ) before posting again. If you don't, you simply do not have the right of speaking. "I just behave that way" is not an excuse. 1630254 109 emrecio 2016-10-07 01:06:54 +0000 (In reply to phma from comment #102) > I recently upgraded to Xenial Xerus. I tried various locales in System > Settings and found: > *Latinoamérica - español latinoamericano (es_419) — this is not in the > locales available in /etc/locale.gen . If I saw es_419 out of this context, > I'd think it means "Spanish as spoken by Nigerian scammers". > *Denmark - English (en_DK) — this is not in the list in System Settings, > even after I ran locale-gen and made sure that en_DK is available. > > Running with an uninstalled locale causes some problems: Error messages are > in Spanish, but accented characters are output like "no se encontr\xf3 la > orden" instead of "no se encontró la orden" (command not found). I can type > a degree sign in Kwrite if I run it with a real UTF-8 locale, but not with > the nonexistent en_419.UTF-8. > > I am in the USA and use metric. I'd like to select English or Spanish, with > the short form date being yyyy-mm-dd, 24-hour clock, A4 paper, decimal > point, and the week starting on Sunday, regardless of the language. I have > no trouble understanding decimal commas, but when I have a file of XYZ > coordinates separated by commas, with decimal points, and no thousands > separators, and throw it into a spreadsheet which, because of a Hispanic > locale, is expecting a decimal comma, the result is a mess. > > I'd like to see KLocale reinstated, at least until QLocale is as flexible as > KLocale. Yeah, I tried rolling my own locale because I knew that there would be some intransigence on this. And plus they said that it uses the system locale... lo and behold it works with the command line apps, but not with Qt/KDE. So I don't know... like I said, if they want to use the system locale, USE it, otherwise give us back KLocale. You know the phrase (modified for the younger audiences) "[poop] or get off the pot". 1630262 110 kevin.kofler 2016-10-07 02:17:50 +0000 As has been explained before in this thread, the code does not really use the system locales, but a hardcoded list in QtCore. The system locales are only mapped to the hardcoded list. You have to patch and recompile QtCore if you want to add a custom locale. 1630269 111 emrecio 2016-10-07 02:39:09 +0000 (In reply to Kevin Kofler from comment #110) > As has been explained before in this thread, the code does not really use > the system locales, but a hardcoded list in QtCore. The system locales are > only mapped to the hardcoded list. You have to patch and recompile QtCore if > you want to add a custom locale. Then what's the point of this regression? Why not just go back to the way it was? 1630292 112 bugrprt21882 2016-10-07 06:37:15 +0000 (In reply to phma from comment #102) > I'd like to see KLocale reinstated, at least until QLocale is as flexible as KLocale. My vote is to support this suggestion. 1630294 113 kdebugs-4250 2016-10-07 06:52:03 +0000 (In reply to Kevin Kofler from comment #110) > As has been explained before in this thread, the code does not really use > the system locales, but a hardcoded list in QtCore. The system locales are > only mapped to the hardcoded list. You have to patch and recompile QtCore if > you want to add a custom locale. Are there any better instructions about how to do such a patch than the "crude patch" already attached here? 1632164 114 MeSat 2016-10-14 04:13:05 +0000 It would be nice if the system recognized the locale to start with. One configuration. BUT, I do agree, on a multiuser system, there has to be recognition of personal choice. First fix should be to get all the valid local's into the hardcoded QTCore so they are recognized. Such as "Denmark - English (en_DK)" I would also add an ISO locale to the mix. Look at the ISO standard and create the best locale to recognize the standards as posted. I need ISO for work as that is part of our standards and being enforced more severely. 1632599 115 maxim.yegorushkin 2016-10-15 16:57:26 +0000 Same issue in Fedora 24 KDE spin. 1632922 116 sebas 2016-10-17 09:51:56 +0000 @Robin Please don't muddy up this bugreport with unrelated requests. It's already too long, and adding a discussion here will make it longer to read, which reduces the time available to work on a fix. If you have a separate problem, please report a separate bugs as to avoid this report to become useless and harder to handle. 1643454 117 rjvbertin 2016-12-05 10:38:23 +0000 (In reply to Don Curtis from comment #112) > (In reply to phma from comment #102) > > I'd like to see KLocale reinstated, at least until QLocale is as flexible as KLocale. > > My vote is to support this suggestion. +++ KDE classes have served as inspiration for Qt improvements before, and working something out that works in/for KDE can have this effect again. Improvements to the locale functionality could also take the form of a framework (preferably Tier 1 I suppose). A glance at Qt's locale page linked above suggests they've embarked upon a thorough consideration of pros and cons of various approaches which is understandable but will not help speed up the arrival of a solution for Plasma 5 desktops. I'd think that it can only help (them and their thought processes) to have a modernised Qt5-based implementation of the KLocale solution from KDE4. FWIW: Qt5 and KF5 applications take locale settings from the host on Mac (e.g. dolphin5 uses the desired YYYYMMDD short date format for me); a KLocale class or framework shouldn't introduce regressions there, possibly even be a transparent wrapper. 1659429 118 hannu.alamaki 2017-02-07 18:30:42 +0000 Voting for customizability one way or another. My personal beef is with Finnish time format that has changed from sane hh:mm into insane hh.mm. 1659472 119 kdebugs 2017-02-07 21:55:26 +0000 (In reply to hannu.alamaki from comment #118) > Voting for customizability one way or another. My personal beef is with > Finnish time format that has changed from sane hh:mm into insane hh.mm. Yes, I really don't understand the sources for these. It all seems a bit arbitrary. There's a similar bug where the first day of the week is hardcoded. Similarly, the selection is also arbitrary here: https://bugs.kde.org/show_bug.cgi?id=358106#c8 1659538 120 mitchnull+kde 2017-02-08 08:07:07 +0000 (In reply to hannu.alamaki from comment #118) > Voting for customizability one way or another. My personal beef is with > Finnish time format that has changed from sane hh:mm into insane hh.mm. I think it's some other issue (the changing the format to hh.mm) as it happens randomly with other locales (even en_US), too. 1659543 121 bugrprt21882 2017-02-08 08:40:06 +0000 (In reply to RJVB from comment #117) > (In reply to Don Curtis from comment #112) > > FWIW: Qt5 and KF5 applications take locale settings from the host on Mac > (e.g. dolphin5 uses the desired YYYYMMDD short date format for me); a > KLocale class or framework shouldn't introduce regressions there, possibly > even be a transparent wrapper. > I have the feeling that in all the explanations as to "why this issue can not be resolved" something is being overlooked: 1. I have the impression that the KDE folks are attempting to produce a user GUI which will run in a 100% seamless fashion on any platform: MS Windows, Apple OS X, Apple iOS, Apple watch OS, Apple tvOS, Google Android, Google Chrome OS, Google Chromium OS, Oracle Solaris, IBM AIX, Blackberry 10, BSD, and, last but not least, Linux . . . 2. I have absolutely no idea of the "usage per platform" statistics of KDE but, I'm beginning to have the feeling that, the usage by the Linux community is currently a minority population, and therefore I am personally beginning to consider giving up on KDE as a valid Linux GUI. 1659546 122 rjvbertin 2017-02-08 09:14:55 +0000 Better get a grip on actual statistics before you make statements like that (and even then re-read it twice before posting). The only critique one can emit towards the "KDE folks" in general is that their attention seems to have shifted from basic low-level functionality like how date and time are shown to presumably more exciting stuff. Rest assured that also goes for similar low-level stuff on other platforms (e.g. the KWindowSystem plugin on Mac). Not really surprising after having kept up a crazy release cycle, but such is life. As to date/time format configuration and related locale issues: this is apparently largely a Qt issue which has to be addressed at that level. 1659552 123 bugrprt21882 2017-02-08 09:37:13 +0000 (In reply to RJVB from comment #122) > The only critique one can emit towards the "KDE folks" in general is that > their attention seems to have shifted from basic low-level functionality > like how date and time are shown to presumably more exciting stuff. > So, it seems that the KDE folks are concentrating on "more exciting stuff", instead of continuing to support platform specific "stuff" such as "time", POSIX compliance, and, extended file attributes (another issue the Linux world currently has with the KDE Plasma 5 Dolphin implementation). If "more exciting stuff" has taken precedence over platform specific (POSIX, UNIX® and Linux) support, then my view remains: the current KDE Plasma 5 implementation will be moved to the bottom of my list of valid and viable User GUIs for the Linux platform. 1659554 124 kde.h8bcay 2017-02-08 09:43:54 +0000 KDE folks are aware this bug needs to be solved: « Better support for customizing the locale (the system which shows things like time, currencies, numbers in the way the user expects them) is on our radar as well. In this area, we lost some features due to the transition to Frameworks 5, or rather QLocale, away from kdelibs’ custom, but sometimes incompatible locale handling classes.» -- Sebastian Kügler https://vizzzion.org/blog/2016/10/plasmas-road-ahead/ 1659556 125 tuju 2017-02-08 09:50:41 +0000 (In reply to hannu.alamaki from comment #118) > Voting for customizability one way or another. My personal beef is with > Finnish time format that has changed from sane hh:mm into insane hh.mm. It's not "insane", but correct. And I hate it too. We just have gotten accustomated to colon because all alarm clocks whatever have been imported all our lives and *they* never gave a flying fsck about finnish standards. They used colon. If it needs fixing, someone has to start from where it has been defined, locally. SFS (http://www.sfs.fi) or something similar. And that's a long road. :-/ 1659565 126 rjvbertin 2017-02-08 10:31:26 +0000 Well, there *is* a reason why I'm still using Kubuntu 14.04 with its "Plasma 4" desktop and run what's basically a home-brewn Neon5 parallel KF5 install. No "official" reaction on bug reports means that anyone who feels sufficiently concerned by an issue is not just welcome to propose a fix, but probably also quite free to apply it as long as it doesn't break anything obvious. But the quote of Sebastian's post above confirms what I wrote based on what I recalled reading: the date/time issue comes from QLocale. I know that the Qt folks are aware of it and from what I understand still debating how to address the issue. It does show that whatever solution KDE might bake downstream from QLocale will probably require patching all sources that now depend on QLocale. For better or for worse, designing a QLocale child class (KLocale?) that works exactly as it should might go against KDE's approach of how they extend Qt, but it *could* make an acceptable (basis for a) solution for Qt. 1659573 127 sebas 2017-02-08 11:21:50 +0000 Could you please move the general thoughts, complaints and ideas on this to another medium? Anything that doesn't add technical data (and at this point, for this bugreports, that would be very specific traces, solutions, workaround or patches) just litters this bugreports with data that makes it harder to handle, and decreases the chance that someone picks it up and fixes underlying issues. Assumptions about project management, priorities, man-power, or simply unhappiness about the state of things do NOT belong into the issue tracker, putting it there makes things worse, not better. (Even if you feel better after venting.) Just imagine a developer having to sift through all the post, just to find the relevant bits of information buried here. It's not helpful at all. If this issue report becomes uneconomical due to signal to noise ratio, I'll close it and ask to reopen another report, with just the relevant information. Due to personal time constraints, I skip a post as soon as I get the impression that it's not contributing technical data to to the issue, unfortunately, I can't delete posts, but I surely would if that were possible. Thanks for the issue-tracker discipline, and please don't take this as a personal offense, it's just stating facts that not everybody may be aware of. 1659578 128 rjvbertin 2017-02-08 12:02:21 +0000 I was't sure if you were following this issue. How feasible would it be to derive QLocale to something like a KLocale class that provides the functionality missing from QLocale? 1659582 129 rjvbertin 2017-02-08 12:23:53 +0000 PS: probably not made any easier given that (as far as I can tell) QLocale works as one would expect on Mac (i.e. respecting system settings giving me my desired YYYYMMDD dates etc.) and presumably on MS Windows too. 1659583 130 sebas 2017-02-08 12:28:06 +0000 I've explained that in comment#9 already. 1659585 131 bugrprt21882 2017-02-08 12:36:38 +0000 (In reply to RJVB from comment #129) > PS: probably not made any easier given that (as far as I can tell) QLocale > works as one would expect on Mac (i.e. respecting system settings giving me > my desired YYYYMMDD dates etc.) and presumably on MS Windows too. Despite Apple OS X being a certified UNIX®, it seems that you're indicating that Qt and therefore also KDE are not supporting the POSIX ISO 15897 Locale definition used by Linux and other UNIX® implementations. 1659589 132 rjvbertin 2017-02-08 13:01:02 +0000 (In reply to Sebastian Kügler from comment #130) > I've explained that in comment#9 already. That comment explains that *using* KLocale would not be an option. I can understand that, to the extent that QLocale doesn't define the methods that would need overriding as virtual (which I haven't checked but presume isn't the case but it should be possible to make it the case in a potential solution). My question was about the possibility to derive QLocale into a class that provides the desired behaviour. This issue is clearly not important enough for the Qt guys to invest the required man-hours to fix it, so it might help getting things moving to present a working *complete* solution that's based on what exists currently. And for them too it might actually be an advantage if the solution extends QLocale. (In reply to Don Curtis from comment #131) > Despite Apple OS X being a certified UNIX®, it seems that you're indicating > that Qt and therefore also KDE are not supporting the POSIX ISO 15897 Locale > definition used by Linux and other UNIX® implementations. How am I indicating that? IIRC Apple's locale implementation is based on (and a wrapper of) ICU, and provides the same kind of configurability as Plasma 4 does. That's what I'm using to achieve my desired formats. 1659591 133 phma 2017-02-08 13:08:20 +0000 On Wednesday, February 8, 2017 8:40:06 AM EST you wrote: > 2. I have absolutely no idea of the "usage per platform" statistics of KDE > but, I'm beginning to have the feeling that, the usage by the Linux > community is currently a minority population, and therefore I am personally > beginning to consider giving up on KDE as a valid Linux GUI. Is usage by the Linux community a minority of Linux users or of KDE users? What about BSD? AFAIK locales work the same way on BSD as on Linux. Pierre 1659609 134 bugrprt21882 2017-02-08 14:37:18 +0000 (In reply to phma from comment #133) > On Wednesday, February 8, 2017 8:40:06 AM EST you wrote: > Is usage by the Linux community a minority of Linux users or of KDE users? Either way, I'm beginning to suspect that, the number of Linux users who are choosing to use KDE as their user GUI are decreasing and, are therefore a minority in the KDE user community. > What about BSD? AFAIK locales work the same way on BSD as on Linux. > I have never, ever, used BSD. Only the KDE usage statistics could indicate if, a significant number of people using the BSD platform are using KDE as their user GUI. 1659611 135 sebas 2017-02-08 14:55:11 +0000 Quite simply, we're not looking for a solution, the right solution has been proposed already. Someone needs to sit down and do the work, it's *that* simple. (I'm outta here, the amount of useless traffic this bugreport is generating just today is too much for me. I don't have time to work on it right now, anyway.) 1659679 136 rjvbertin 2017-02-08 19:23:19 +0000 (In reply to Sebastian Kügler from comment #135) > Quite simply, we're not looking for a solution, the right solution has been > proposed already. Someone needs to sit down and do the work, it's *that* > simple. There's a small difference between a proposed difference and one that only needs to be implemented from full draft, but above all it would have been useful to paste a pointer to that proposal here. Clearly not everyone is aware of its existence. 1678017 137 rod.jamieson 2017-05-27 10:41:58 +0000 I found a workaround for this bug on the KDE Community Forum here: https://forum.kde.org/viewtopic.php?f=17&t=134970 The process creates a new digital clock widget placed in the users Home rather than altering the original Digital Clock widget in Root. It does involve a bit of file editing but I can confirm that it does work as I posted on that page here: https://forum.kde.org/viewtopic.php?f=17&t=134970#p376530 (also, note on my post there that I found an extra step was necessary to make it work, possibly because of a later version of Plasma 5). 1678089 138 kdebugs 2017-05-28 11:21:28 +0000 FWIW after patching the widget for ages, more recently, my workaround has been to install awesome widgets [1], which lets you output any arbitrary command, e.g. date +'…' etc. [1] https://github.com/arcan1s/awesome-widgets 1678093 139 erecio 2017-05-28 12:28:49 +0000 (In reply to Marco Schulze from comment #58) > It's now more than a year and (seemingly) nothing happened. I really don't > get it. KDE once was the best. Of course, there were some bumpy episodes > from time to time (e.g. when migrating from KDE 3.x to 4.x), but never > before, I experienced such a miserable failure: *Without* *any* *need*, you > removed a very important feature (!) and for over a year, you don't put any > effort in re-adding it. What's wrong with you guys? Are you trying to > convince people to migrate away from KDE?! > > I'm a software developer myself. And I certainly do not only think well > before removing a feature, but I would immediately make re-adding/repairing > it the highest priority, if this accidentally happened. Many users > complained (this issue has 754 votes, currently), but still there seems to > be no progress :-( > > So what's the state? Are you working on a solution? When is it expected to > be ready? ::ping:: And now we're in May of 2017, and still nothing. :-\ 1678173 140 bugrprt21882 2017-05-29 06:28:35 +0000 (In reply to sparhawk from comment #138) > FWIW after patching the widget for ages, more recently, my workaround has > been to install awesome widgets [1], which lets you output any arbitrary > command, e.g. date +'…' etc. > > > [1] https://github.com/arcan1s/awesome-widgets Fine, but: * Did you also include some openQA scripts to ensure that, your changes will get accepted by the Linux distributions which are beginning to really care about code quality? (Red Hat, SUSE, CentOS, openSUSE, Ubuntu, et al.) 1678174 141 kdebugs 2017-05-29 06:34:06 +0000 (In reply to Don Curtis from comment #140) > Fine, but: > * Did you also include some openQA scripts to ensure that, your changes > will get accepted by the Linux distributions which are beginning to really > care about code quality? (Red Hat, SUSE, CentOS, openSUSE, Ubuntu, et al.) …no? I just patched the clock plasmoid locally. It was just a hack to hard-code the format. 1687042 142 xrigou 2017-07-05 11:54:17 +0000 Recently openSUSE TW upgraded to Qt 5.9, and now en_DK is available as a time format. But guess what, it gives "05/07/2017 14.52". Why? 1690874 143 psychonaut 2017-07-25 11:45:32 +0000 (In reply to Christos Gourdoupis from comment #142) > Recently openSUSE TW upgraded to Qt 5.9, and now en_DK is available as a > time format. But guess what, it gives "05/07/2017 14.52". Why? Works for me on openSUSE Tumbleweed with libQt5 5.9.1. If it still doesn't work for you, an openSUSE-specific mailing list/form/issue tracker might be a better place to discuss it. 1691133 144 psychonaut 2017-07-26 20:44:17 +0000 (In reply to Malte Eggers from comment #1) > To set your locale to use ISO 8601, you have to set LC_TIME=en_DK. For anyone doing this on a per-application basis (rather than putting it in $HOME/.profile), there is the problem that the language setting does not get saved with the KDE session. I have filed a separate issue for this with the session management product: Bug 382764. 1697988 145 pip.kde 2017-08-31 20:43:28 +0000 Whilst googling in relation to Qt's locale support I came across this: Locale Support in Qt 5 https://wiki.qt.io/Locale_Support_in_Qt_5 ... which may be of some interest to people who've posted in this thread. 1698027 146 bugrprt21882 2017-09-01 06:51:58 +0000 (In reply to Paul from comment #145) > Whilst googling in relation to Qt's locale support I came across this: > > Locale Support in Qt 5 https://wiki.qt.io/Locale_Support_in_Qt_5 > > ... which may be of some interest to people who've posted in this thread. The Qt document mentions "ICU" (Open Source -- Unicode License) -- which is a result of work done by Taligent, IBM and Sun (Java). The Qt 5 paper seems to be a little bit out-of-date: * openSUSE Leap has ICU 52 libraries. ** The Windows 10 Creators Update has integrated ICU into Windows -- "making the C APIs and data publicly accessible." (original Redmond text). <https://msdn.microsoft.com/en-us/library/windows/desktop/mt823414(v=vs.85).aspx> 1698297 147 anton.latukha 2017-09-02 23:15:31 +0000 *** Bug 384296 has been marked as a duplicate of this bug. *** 1710007 148 bugs 2017-11-07 08:25:35 +0000 (In reply to Rod J from comment #137) > I found a workaround for this bug on the KDE Community Forum here: > https://forum.kde.org/viewtopic.php?f=17&t=134970 Thank you! Came here because I also use Dutch locale with English language. Then, Digital Clock decide to format mm/dd/yy short date, which is not only confusing but also wrong since my date locale says nl_NL? 1715102 149 weed 2017-12-04 21:03:12 +0000 not a solution at all, but an ugly workaround. on fedora 27 (plasma 5.10.5): add "LC_TIME=en_DK.UTF-8" to /etc/locale.conf in kde, set "System Settings" -> "Regional Settings" -> "Formats" -> "Time" to "Sweden - English (en_SE)" for some reason, the en_DK definition in qt/kde5 has the wrong date order, but en_SE (which i've never heard of and doesn't exist in the system locale database) has the correct one. this will give you: english long date iso short date (YYYY-MM-DD) 24-hour clock 1767284 150 emrecio 2018-07-16 23:27:26 +0000 (In reply to weed from comment #149) > not a solution at all, but an ugly workaround. > > on fedora 27 (plasma 5.10.5): > > add "LC_TIME=en_DK.UTF-8" to /etc/locale.conf > in kde, set "System Settings" -> "Regional Settings" -> "Formats" -> "Time" > to "Sweden - English (en_SE)" > > for some reason, the en_DK definition in qt/kde5 has the wrong date order, > but en_SE (which i've never heard of and doesn't exist in the system locale > database) has the correct one. > > this will give you: > > english long date > iso short date (YYYY-MM-DD) > 24-hour clock This is a kludge but WFM. 1767309 151 rod.jamieson 2018-07-17 03:44:21 +0000 For me the way the date/time is displayed on the panel has always been my pet peeve with Plasma 5. This can now be changed to show the date/time in any way you want (how it always used to be) by installing the "Event Calendar" widget as a replacement for the standard calendar. The Event Calendar widget has all sorts of extra goodies too. Check it out! :-) 1788584 152 erbenton 2018-09-27 04:18:32 +0000 I found his hack that might be helpful, its not a solution by any means, but it is useful until a real solution comes out. The things is though, the part about font changes doesn't seem to apply (any ideas on that part?) https://www.ulduzsoft.com/2017/08/custom-date-configuration-in-kde-plasma-digital-clocks/ I was able to set my date in Leap 15 Tumbleweed to (for example) 09:00:03 Wed Sept 20,2018 I had to reboot to get it to come up right as the killall plasmashell; kstart5 plasmashell; didn't work even if i did an export $(dbus-launch) beforehand, but the date format was honored after rebooting. After seeing this work, I am wondering why kde cant do this or something along these lines. 1794496 153 erbenton 2018-10-15 10:23:24 +0000 I also discovered an add-on widget that allows you to set the date and time format to whatever you want including font size color and bold/nobold. Its called eventCalendar. I have tried it in both Leap 42.3 and Tumbleweed and it works great. My question is - if this widget can do it why can't KDE in general do it? 1794553 154 kevin.kofler 2018-10-15 15:31:26 +0000 Because that widget does its own date/time formatting and does not use Qt or KDE Frameworks classes. 1831934 155 zrenfire 2019-01-14 03:24:49 +0000 Git commit 235fa8107dabb757d88cd1876309c12cad990207 by Chris Holland. Committed on 14/01/2019 at 01:53. Pushed by cholland into branch 'master'. [Digital Clock] Add ability to set a custom date format string Adds a new customDateFormat config key which is used when the dateFormat "StringEnum" is set to custom. Shows a link to the Qt time formatting documentation next to the text field. Qt doc link and text field are hidden when not set to custom date format. Differential Revision: https://phabricator.kde.org/D18019 M +5 -1 applets/digital-clock/package/contents/config/main.xml M +8 -6 applets/digital-clock/package/contents/ui/DigitalClock.qml M +26 -0 applets/digital-clock/package/contents/ui/configAppearance.qml https://commits.kde.org/plasma-workspace/235fa8107dabb757d88cd1876309c12cad990207 1913962 156 suzutaro.u4ibr7xy9.v 2020-03-01 15:54:44 +0000 I'd like to use yyyy-MM-dd format on en_US locale (not en_DK). So I rebuilt Qt5 on Debian 10 as a workaround: https://github.com/hikaen2/qtbase-opensource-src-5.11.3-dfsg1 It works, but I think it is bad solution. Are there any solutions? 1917587 157 erecio 2020-03-23 01:08:39 +0000 Or at least something that accepts the same args as the "date" command: date "+%Y-%m-%d %H:%M:%S" 1917757 158 erbenton 2020-03-23 19:52:02 +0000 I like Elmo's idea. It makes a lot of sense. Support for the same format specifiers as the date command would support everyone. +1 votes for Elmo R :-) 1926603 159 phil4000n 2020-05-02 08:47:25 +0000 Dolphin 20.04 does not allow iso date format whatever system language is (FR, DE, RU, etc.) 1963926 160 wolftune 2020-10-11 19:57:27 +0000 (In reply to Chris Holland from comment #155) > Git commit 235fa8107dabb757d88cd1876309c12cad990207 by Chris Holland. > Committed on 14/01/2019 at 01:53. > Pushed by cholland into branch 'master'. > > [Digital Clock] Add ability to set a custom date format string > > Adds a new customDateFormat config key which is used when the dateFormat > "StringEnum" is set to custom. > Shows a link to the Qt time formatting documentation next to the text field. > Qt doc link and text field are hidden when not set to custom date format. > > Differential Revision: https://phabricator.kde.org/D18019 > > M +5 -1 applets/digital-clock/package/contents/config/main.xml > M +8 -6 applets/digital-clock/package/contents/ui/DigitalClock.qml > M +26 -0 applets/digital-clock/package/contents/ui/configAppearance.qml > > https://commits.kde.org/plasma-workspace/ > 235fa8107dabb757d88cd1876309c12cad990207 This is perfect! It lets me set the date view in just the way that works for me, separate from any standards. Now, PLEASE can someone just add the same custom function for the **time** view? In my case, I want 12-hour time *without* showing the AM/PM part (particularly because I have a left-side panel and much less room for the numbers, so it's too small with the AM/PM shown. 1964057 161 serhiy.int 2020-10-12 12:01:23 +0000 Please note that this bug is about user-wide date format configuration, not just about the clock applet. 1964097 162 wolftune 2020-10-12 14:58:42 +0000 (In reply to Serhiy Zahoriya from comment #161) > Please note that this bug is about user-wide date format configuration, not > just about the clock applet. Thank you Serhiy, is there an existing ticket for this for the clock applet? If not, may I open one? I was searching and wasn't finding the right specific clock applet tickets. 1964102 163 serhiy.int 2020-10-12 15:26:28 +0000 > is there an existing ticket for this for the clock applet? If not, may I open one? I was searching and wasn't finding It may not exist if you didn't find it, yes. Please create it. I mean for changing time format option. 1964120 164 erbenton 2020-10-12 17:00:27 +0000 If you open a clock ticket can you please post the link here too? 1964581 165 wolftune 2020-10-13 18:08:02 +0000 (In reply to k3bBug from comment #164) > If you open a clock ticket can you please post the link here too? I found a relevant open ticket and updated it: https://bugs.kde.org/show_bug.cgi?id=393956 (incidentally, I was initially confused because I didn't realize I had to go to plasmashell and then find the Digital Clock as a product within that) 1966043 166 harrisonts 2020-10-18 07:43:39 +0000 I've been annoyed by this issue as well, but I have found a workaround for the time being if you use English. It involves creating the pseudo-locale en_SE which uses the proper ISO 8601 format but still has months and weekdays in English. Do the following: sudo ln -s /usr/share/i18n/locales/en_DK /usr/share/i18n/locales/en_SE echo 'en_SE.UTF-8 UTF-8' | sudo tee -a /etc/locale.gen sudo locale-gen Then you may have to re-login before setting your time format in System Settings to "Sweden - English (en_SE)". This fixed it for me in Dolphin and other programs, however applications that use the long date format still don't use ISO 8601. Ideally we need something better than the archaic pre-defined UNIX locales, and this lack of flexibility looks bad compared to Windows and Mac desktops. However I don't really know whose role it is to fix that. 1967887 167 hornetster 2020-10-25 04:01:11 +0000 Also irked at this issue! Trying to set default language to en_au, and use 24hr time.... 1976801 168 nate 2020-11-19 20:45:21 +0000 *** Bug 429345 has been marked as a duplicate of this bug. *** 1979074 169 tdyzio 2020-11-26 12:59:42 +0000 I haven't commented on this issue before, because I am lucky? Things work for me well, but not without few attempts. I did the following: I made a complete system image backup using dd for quick recovery. I do that every time Debian has a new release. My KDE4 worked just fine, but things did not work few times when I attempted to upgrade my systems. Currently my KDE5 behaves well: I have long date YYYY-MM-DD and 24hr clock hh:mm:ss. By conducting careful upgrades I managed to defeat the 12hr (AM/PM idiocy) My locale reports: ANG=en_CA.UTF-8 LANGUAGE=en_CA.UTF-8 LC_CTYPE="en_CA.UTF-8" LC_NUMERIC="en_CA.UTF-8" LC_TIME="en_CA.UTF-8" LC_COLLATE="en_CA.UTF-8" LC_MONETARY="en_CA.UTF-8" LC_MESSAGES="en_CA.UTF-8" LC_PAPER="en_CA.UTF-8" LC_NAME="en_CA.UTF-8" LC_ADDRESS="en_CA.UTF-8" LC_TELEPHONE="en_CA.UTF-8" LC_MEASUREMENT="en_CA.UTF-8" LC_IDENTIFICATION="en_CA.UTF-8" LC_ALL=en_CA.UTF-8 I remember keeping out of Regional Settings, where under Formats I have Time: Canada (iu_CA) As I can see I never touched Time & Date because date is good but time is not (12hr). Yet, the time in the task bar is correct. Mind you, I decided to keep kdm at all cost, so maybe this is why things sort of work for me? 1987887 170 meven29 2020-12-24 00:11:25 +0000 Git commit f0d03c7dd7ae8496714483b73cfab1b1708c6ad3 by Méven Car. Committed on 24/12/2020 at 00:11. Pushed by meven into branch 'master'. Details View: display dates as relative Short dates M +17 -4 src/kitemviews/kfileitemlistwidget.cpp M +4 -0 src/settings/dolphin_detailsmodesettings.kcfg M +28 -1 src/settings/viewmodes/viewsettingstab.cpp M +2 -0 src/settings/viewmodes/viewsettingstab.h https://invent.kde.org/system/dolphin/commit/f0d03c7dd7ae8496714483b73cfab1b1708c6ad3 1991500 171 nate 2021-01-06 00:24:36 +0000 *** Bug 396135 has been marked as a duplicate of this bug. *** 1991502 172 nate 2021-01-06 00:34:25 +0000 *** Bug 236311 has been marked as a duplicate of this bug. *** 2042837 173 nate 2021-06-21 21:57:03 +0000 *** Bug 370365 has been marked as a duplicate of this bug. *** 2044370 174 phil4000n 2021-06-30 10:50:07 +0000 113 users 1503 votes has high First report date back nearly 6 years ago. A bunch of duplicated bug reports closed (time waste). No bug dependency reported. In my humble opinion, amongst the list of bugs, I believe this ought to be fixed, now and not in a couple of years. 2065272 175 nate 2021-09-30 17:43:44 +0000 *** Bug 395450 has been marked as a duplicate of this bug. *** 2087754 176 nate 2021-12-23 16:33:02 +0000 *** Bug 348071 has been marked as a duplicate of this bug. *** 2087756 177 nate 2021-12-23 16:33:07 +0000 *** Bug 430275 has been marked as a duplicate of this bug. *** 2087758 178 nate 2021-12-23 16:33:30 +0000 *** Bug 374410 has been marked as a duplicate of this bug. *** 2087760 179 nate 2021-12-23 16:33:34 +0000 *** Bug 348069 has been marked as a duplicate of this bug. *** 2087762 180 nate 2021-12-23 16:33:39 +0000 *** Bug 348068 has been marked as a duplicate of this bug. *** 2087794 181 erbenton 2021-12-23 18:35:12 +0000 After 7 years, apparently KDE has no intent to fix this bug. Why? I have no idea, maybe they just don't think its worth their time. Hey KDE, at least have the decency to change the bug's status to "CLOSED - WILL NOT FIX" with an explanation as to why. 2087796 182 nate 2021-12-23 18:42:39 +0000 To my knowledge, fixing this requires one of the following: 1. Change the Qt locale system to support the feature 2. Abandon the-in Qt locale system for this and implement a completely custom system, like the KLocale system we had in the KDE 4 days but moved away from in favor of QLocale Either one would be a huge amount of work. I wasn't around for the KDE 4 days, but if I had been, I probably would have been against abandoning KLocale (which could do this) for QLocale (which can't). That switch also introduced Bug 394698, which is the other major annoyance with this KCM. So in retrospect I personally think that switch may have been a mistake, but what's done is done. Hopefully we can learn from that mistake and do better in the future. Since fixing this is not a trivial task, it will probably take a while and require a senior developer. 2087798 183 bugs.kde 2021-12-23 18:53:20 +0000 (In reply to Nate Graham from comment #182) > To my knowledge, fixing this requires one of the following: > 1. Change the Qt locale system to support the feature > 2. Abandon the-in Qt locale system for this and implement a completely > custom system, like the KLocale system we had in the KDE 4 days but moved > away from in favor of QLocale > > Either one would be a huge amount of work. > > I wasn't around for the KDE 4 days, but if I had been, I probably would have > been against abandoning KLocale (which could do this) for QLocale (which > can't). That switch also introduced Bug 394698, which is the other major > annoyance with this KCM. > > So in retrospect I personally think that switch may have been a mistake, but > what's done is done. Hopefully we can learn from that mistake and do better > in the future. Since fixing this is not a trivial task, it will probably > take a while and require a senior developer. Then (as cat22 noted in comment #181) this should be the explanation in the *CLOSED - WILL NOT FIX* resolution. It's ridiculous that this bug sits open with no intent to fix it. 2087799 184 bugs.kde 2021-12-23 18:53:46 +0000 (In reply to Nate Graham from comment #182) > To my knowledge, fixing this requires one of the following: > 1. Change the Qt locale system to support the feature > 2. Abandon the-in Qt locale system for this and implement a completely > custom system, like the KLocale system we had in the KDE 4 days but moved > away from in favor of QLocale > > Either one would be a huge amount of work. > > I wasn't around for the KDE 4 days, but if I had been, I probably would have > been against abandoning KLocale (which could do this) for QLocale (which > can't). That switch also introduced Bug 394698, which is the other major > annoyance with this KCM. > > So in retrospect I personally think that switch may have been a mistake, but > what's done is done. Hopefully we can learn from that mistake and do better > in the future. Since fixing this is not a trivial task, it will probably > take a while and require a senior developer. Then (as cat22 noted in comment #181) this should be the explanation in the *CLOSED - WILL NOT FIX* resolution. It's ridiculous that this bug sits open with no intent to fix it. 2087800 185 bugs.kde 2021-12-23 18:55:54 +0000 My apologies for the double post. 2087803 186 koshka 2021-12-23 19:21:27 +0000 I began to use PC and to try to use Linux-KDE (Mandriva was the most convenient distro of that time) almost simultaneously. I was about 18 years old and it was early 2000. Now I am 40 years old and I can say that when I eventually die - there probably will be Windows on my laptop. (And Linux on my servers.) 2087818 187 rjvbertin 2021-12-23 20:36:01 +0000 (In reply to Nate Graham from comment #182) > To my knowledge, fixing this requires one of the following: > 1. Change the Qt locale system to support the feature > 2. Abandon the-in Qt locale system for this and implement a completely > custom system, like the KLocale system we had in the KDE 4 days but moved > away from in favor of QLocale > > Either one would be a huge amount of work. Isn't this exactly where OOC should make things straightforward if not easy? Just how much work would it be to clone (inherit) QLocale, merge/port the required functionality from KLocale (which I presume is or was in kdelibs4support at some point) and then (once properly debugged) do a search/replace on all the code in the frameworks, plasma and applications repositories to use the new class instead of QLocale? The amount of change could be huge, but maybe even that would be less than one might think if code using QLocale always imports qlocal.h . In that case, only that header has to be replaced with the new header, and the appropriate `using` expression. [OT] WHT happened to BKO? All of a sudden it looks as if designed for someone with a visuomotor handicap and a huge screen?! [/OT] 2087824 188 kevin.kofler 2021-12-23 21:23:57 +0000 Would it really be that much work to resurrect the old KLocale class from kdelibs 3, forward-port it to Qt 5 or 6 and stuff it into a new Framework? Then it would just be a matter of porting applications from QLocale to that Framework. (For some, it might even just be a matter of finding the old porting commit and reverting it, plus adding one dependency to the new Framework.) 2087825 189 kevin.kofler 2021-12-23 21:32:22 +0000 The old kdelibs 3 code can be found here: https://invent.kde.org/unmaintained/kdelibs/-/blob/KDE/3.5/kdecore/klocale.cpp https://invent.kde.org/unmaintained/kdelibs/-/blob/KDE/3.5/kdecore/klocale.h 2087837 190 nate 2021-12-23 22:40:06 +0000 Yeah, if anyone wants to bring back KLocale and port everything to it, that would be a path forward. 2087838 191 nate 2021-12-23 22:42:33 +0000 Or better yet, submit everything upstream to QLocale. That would be even better. IIRC that was what was supposed to happen during the Qt5 timeframe, but it never happened, so we wound up with a crippled QLocale and lost the nice user-friendly KLocale features. In any similar situation in the future, I would like to extract a guarantee that the code is submitted and accepted upstream FIRST before people port stuff away from it! :) 2087857 192 sombragris 2021-12-24 01:20:41 +0000 Nate, I really appreciate showing up and answering this issue, but really, this state of things is simply not acceptable. I am not a developer, I don't know how to handle pointers and structs and such, but this stuff should REALLY be fixed asap. I would urge you to get some KDE dev to fix this somewhat, be it as an ugly hack or by a harmonious refactoring. I do not care, really. What I care is that this is a bug reported over SEVEN YEARS ago, opened and biting over two Plasma full major version releases and two Qt versions, and is still there, still confusing for inexperienced users. Or, at least in the next (minor) release, under a document identified as "Known Issues", document the issue and any workaround if possible. That, at the very least. 2087899 193 richlv 2021-12-24 09:37:45 +0000 A reminder to all the demanding commenters: this is an opensource community project. It is OK to be disappointed or sad - but the energy that is put in demands would be much better put elsewhere. One might be able to help with documentation, bug triaging or testing to give more time to developers - or put a bounty on a particular feature (like adding this functionality in QLocale). [Please feel free to hide this comment and others, not contributing technically.] 2087952 194 tdyzio 2021-12-24 14:52:30 +0000 (In reply to richlv from comment #193) > A reminder to all the demanding commenters: this is an opensource community > project. > It is OK to be disappointed or sad - but the energy that is put in demands > would be much better put elsewhere. > One might be able to help with documentation, bug triaging or testing to > give more time to developers - or put a bounty on a particular feature (like > adding this functionality in QLocale). > > [Please feel free to hide this comment and others, not contributing > technically.] Rich, All I can say is Ouch! Your comment is nasty. While I am convinced that all the commenters are aware that this is open source software all of us believe that it does not matter if it is, the point is "It should be done right" and it isn't. The whole world except anybody that has to do with US (not the military) uses 24hr clock and not the AM/PM. Let me remind you and some other commenters that I am using hybrid system with kdm with its related libs, this way I managed to stay with 24hr clock. I refuse to dump kdm, because I like it. My clocks are 24hr clocks, but every time I messed with the kde system things got bad. I am going to end by saying that if all fails and I must I'll dump the kde. The only reason why I keep using it is because I got used to some packages, but thanks to the desktops Open Source provides I'll dump it in the blink of an eye when things get to difficult (LXDE seems like a good choice). Thanks for you efforts anyway. 2087979 195 sombragris 2021-12-24 16:16:04 +0000 (In reply to richlv from comment #193) > A reminder to all the demanding commenters: this is an opensource community > project. > It is OK to be disappointed or sad - but the energy that is put in demands > would be much better put elsewhere. > One might be able to help with documentation, bug triaging or testing to > give more time to developers - or put a bounty on a particular feature (like > adding this functionality in QLocale). > > [Please feel free to hide this comment and others, not contributing > technically.] It was a matter of time for a comment like this to appear. "Shut up and work instead of whining!" I try to do my best. Today it's reporting bugs in the best possible way; I simply do not have the time or money to do something else. But if you're interested, I was part of the Spanish KDE Localization team for 10 years, 2002 to 2012. My name is here: https://es.l10n.kde.org/colaboradores.php - Are you satisfied now? Do I have permission to report bugs now?? All in all, this does not invalidate the bug nor the unacceptability of its presence. It should be fixed, that's all. 2087987 196 wolftune 2021-12-24 17:20:02 +0000 If this were fixed, it would also likely make it easier to resolve https://bugs.kde.org/show_bug.cgi?id=393956 Hesitant to just add another +1, but this issue is *so* awkward. The simple capacity to override default formats with simple standard format codes ought to be trivial for anyone. I just want the logical ISO date format YYYY-MM-DD while keeping other U.S. norms, including 12-hour time (and no, 12-hour is not just some weird American thing, it's how all analog clocks work). I figured out that en_CA for Time works enough, but the extra dots in A.M. and P.M. are silly and take too much extra space. At least that workaround is possible, but this is not how it should be functioning. People lamenting a *regression* where things were fine and then a new design broke things is not the same as people demanding that free/libre/open software just magically have all the features they wish. And what bug-reporters want is mostly to have the bugs acknowledged completely. There's nothing about Open Source development that makes it any harder to simply say "yes, this is indeed a bad bug". Admitting that it's bad is not the same as a commitment to fix it promptly. There's no room for any comment that tries to be dismissive about the facts of the bug or downplay that it's bad. 2087990 197 nate 2021-12-24 17:54:37 +0000 The bug is acknowledged. It's marked as CONFIRMED with a VHI ("very high") priority and various technical people have shown up to offer thoughts on how to proceed with resolving it. At this point the best way to make that happen is to let them have that conversation without adding a bunch of comments saying things like, "+1, this is so bad!" and "OMG how did you let this happen?!" "and I've given up hope, KDE sux". Yes, we know it's bad, but clearly there is some desire to fix it among the developers. So let's let that happen. If you want to express your feelings about how bad this is and urge a quicker resolution, feel free to send them directly to me at nate@kde.org instead of posting a comment. Thanks. 2088004 198 erbenton 2021-12-24 18:49:17 +0000 (In reply to Nate Graham from comment #197) > The bug is acknowledged. It's marked as CONFIRMED with a VHI ("very high") > priority and various technical people have shown up to offer thoughts on how > to proceed with resolving it. At this point the best way to make that happen > is to let them have that conversation without adding a bunch of comments > saying things like, "+1, this is so bad!" and "OMG how did you let this > happen?!" "and I've given up hope, KDE sux". Yes, we know it's bad, but > clearly there is some desire to fix it among the developers. So let's let > that happen. > > If you want to express your feelings about how bad this is and urge a > quicker resolution, feel free to send them directly to me at nate@kde.org > instead of posting a comment. > > Thanks. and yet, nothing has been done in 7 years so apparently CONFIRMED with a VHI ("very high") priority don't mean what it says? My guess is no one is even looking at this or just dismissing it as "to involved or to hard" To me, i would think it shouldn't take more than writing a function that does the work and a few lines of code to decide whether to call it or not. It just can't be so difficult that someone couldn't fix it in an afternoon. Be honest and change the status to "WILL NOT FIX" and we can be done with this bickering 2088008 199 enrico.tagliavini 2021-12-24 19:22:07 +0000 (In reply to cat22 from comment #198) > To me, i would think it shouldn't take more than writing a function that > does the work > and a few lines of code to decide whether to call it or not. It just can't > be so difficult that > someone couldn't fix it in an afternoon. > Be honest and change the status to "WILL NOT FIX" and we can be done with > this bickering Your expectations on how hard this would be is unrelated to how hard and how much work it actually is. Yes it sucks to have a bug for 7 years, but there might be more urgent and higher priority problems to solve first, take a look at the bug list. I would suggest you stick to the technical discussion. You and many other people have made clear about your frustration on this issue, there is no need to keep pushing. 2088029 200 maxim.yegorushkin 2021-12-25 00:51:22 +0000 I did my +1 to this bug in 2016, and this issue appeared to be trivial at the time for me, a fellow (naive) C++ developer, and a big fan of KDE Plasma. It is a bit hard for me to fathom that such a seemingly trivial issue, not even a bug but oversight in my eyes, couldn't be fixed easily. The comments here suggest that the issue stems from a design oversight, in that KDE Plasma is incapable of using user defined time/date formats independently of a system-wide locale. Could there be an option to create another system-wide locale which forks an existing locale, but overrides date-time format (and other formats, if desired), and could be used by KDE Plasma? May be a locale that overrides date-time formats with ISO ones? I wanted to take a look into this issue but couldn't find easy guides how to check out KDE Plasma source, build it, and run it without destroying my existing KDE Neon desktop environment. That was in 2016, may be things changed for better since then. This is a rather annoying and unexpectedly difficult bug for the most configurable DE, IMO, which is KDE Plasma. It didn't prevent me from doing my tasks though, I can still sort by date asc/desc in Dolphin and that works as expected. The dates and times don't look ISO-well-formed, but Dolphin does sort by the timestamp correctly, and that's usable enough. Elsewhere, I use: * In `bash`: `alias ll="ls -al --time-style=long-iso --block-size=\'1"` * In `emacs`: `(custom-set-variables ... (dired-listing-switches "-al --time-style=long-iso --block-size='1") ... )` 2088030 201 kevin.kofler 2021-12-25 00:57:28 +0000 Well, the thing is, Qt does not actually use the system-wide locales, i.e., glibc/POSIX locales. What it does is map the glibc locale to a Unicode locale and then use that with ICU and/or with bundled copies of Unicode tables within Qt. So just inventing a glibc locale would not fix it, because it would not map to anything in Qt. And the tables in Qt are hardcoded and cannot be extended at runtime. IMHO, the whole QLocale system should be thrown away / ignored / blacklisted (just like, e.g., QHttp) and KDE code ported to a resurrected KLocale (based on the old kdelibs 3 code, not on QLocale) instead. 2088033 202 maxim.yegorushkin 2021-12-25 01:32:05 +0000 (In reply to Kevin Kofler from comment #201) > Well, the thing is, Qt does not actually use the system-wide locales, i.e., > glibc/POSIX locales. What it does is map the glibc locale to a Unicode > locale and then use that with ICU and/or with bundled copies of Unicode > tables within Qt. So just inventing a glibc locale would not fix it, because > it would not map to anything in Qt. And the tables in Qt are hardcoded and > cannot be extended at runtime. > > IMHO, the whole QLocale system should be thrown away / ignored / blacklisted > (just like, e.g., QHttp) and KDE code ported to a resurrected KLocale (based > on the old kdelibs 3 code, not on QLocale) instead. I am not sure if begging open-source developers ever worked, because someone has to pay the work, unless the developer wants to make a name with changes for themselves, which could be a quite tall order here. Would you like to spec the changes, as well as time and money required to materialize those changes? Or anyone else still listening to this conversation? With that we can try crowdfunding the change and see what happens? 2088057 203 rjvbertin 2021-12-25 09:26:28 +0000 Since blaming all of this on Qt is the default: you can actually hire them to implement or change something in Qt. Personally I think that the fact that KDE is built on Qt doesn't change the fact that Qt =/= KDE, and that KDE would do well to keep thin wrappers for most if not all of its classes that were/are merged into Qt or (will be) replaced by an appropriate Qt class. The present issue is annoying, but not to the same extent as the equally old QStandardPaths issue on MSWin and Mac, which could also have been avoided much more easily if the old KStandardSomething had been kept around to tweak! 2088769 204 tuju 2021-12-29 11:39:14 +0000 (In reply to hannu.alamaki from comment #118) > Voting for customizability one way or another. My personal beef is with > Finnish time format that has changed from sane hh:mm into insane hh.mm. I find it strange too. Except found out some time ago, that it's now correct https://www.kielikello.fi/-/kellonaikojen-merkitseminen 2143794 205 erecio 2022-08-05 16:32:45 +0000 (In reply to RJVB from comment #203) > Since blaming all of this on Qt is the default: you can actually hire them > to implement or change something in Qt. > > Personally I think that the fact that KDE is built on Qt doesn't change the > fact that Qt =/= KDE, and that KDE would do well to keep thin wrappers for > most if not all of its classes that were/are merged into Qt or (will be) > replaced by an appropriate Qt class. > The present issue is annoying, but not to the same extent as the equally old > QStandardPaths issue on MSWin and Mac, which could also have been avoided > much more easily if the old KStandardSomething had been kept around to tweak! Funny, one of the first things I did for QT was code a date/time picker and color chooser because it was lacking... in '98 :) 2143798 206 erecio 2022-08-05 16:46:05 +0000 (In reply to Elmo R from comment #205) > (In reply to RJVB from comment #203) > > Since blaming all of this on Qt is the default: you can actually hire them > > to implement or change something in Qt. > > > > Personally I think that the fact that KDE is built on Qt doesn't change the > > fact that Qt =/= KDE, and that KDE would do well to keep thin wrappers for > > most if not all of its classes that were/are merged into Qt or (will be) > > replaced by an appropriate Qt class. > > The present issue is annoying, but not to the same extent as the equally old > > QStandardPaths issue on MSWin and Mac, which could also have been avoided > > much more easily if the old KStandardSomething had been kept around to tweak! > > Funny, one of the first things I did for QT was code a date/time picker and > color chooser because it was lacking... in '98 :) So, I cannot edit my comment, but I would like to add to that comment that a strftime type formatting would be immensely helpful. (e.g.: date command to strftime ╰─$ date +%Y%m%d-%H:%M:%S 20220805-12:43:55 2152067 207 john 2022-09-12 17:04:26 +0000 The latest discussions about a QT-side change are here: https://bugreports.qt.io/browse/QTBUG-58351 I don't want to jump to conclusions before the discussion has progressed, but I think QLocale may not be the right tool for the job. It is effectively just a string formatting class, but I am not sure Qt will be willing to expand its scope to include formats that are not tied to "locales". They seem pretty married to the "localization" point of view where everything is regions and languages. Maybe Plasma and the KDE applications should start adding custom formats, or maybe we can revive KLocale. But this comes at the cost of losing consistency with pure Qt and other applications that do not use KDE frameworks. 2152804 208 brenbarn 2022-09-15 04:56:27 +0000 (In reply to Nate Graham from comment #197) > The bug is acknowledged. It's marked as CONFIRMED with a VHI ("very high") > priority and various technical people have shown up to offer thoughts on how > to proceed with resolving it. At this point the best way to make that happen > is to let them have that conversation without adding a bunch of comments > saying things like, "+1, this is so bad!" and "OMG how did you let this > happen?!" "and I've given up hope, KDE sux". Yes, we know it's bad, but > clearly there is some desire to fix it among the developers. So let's let > that happen. > > If you want to express your feelings about how bad this is and urge a > quicker resolution, feel free to send them directly to me at nate@kde.org > instead of posting a comment. To take a different approach: does anyone have an estimate of the amount of money that would be needed to motivate someone with the necessary knowledge to fix this? If many people are affected by it they might be willing to pay for it. 2153451 209 john 2022-09-16 21:17:37 +0000 (In reply to brenbarn from comment #208) > > To take a different approach: does anyone have an estimate of the amount of > money that would be needed to motivate someone with the necessary knowledge > to fix this? If many people are affected by it they might be willing to pay > for it. I don't think it's only a matter of motivation. It doesn't sound like a concrete path forward has been agreed upon yet. 2154661 210 nate 2022-09-20 17:27:05 +0000 Per the upstream discussion in https://bugreports.qt.io/browse/QTBUG-58351, this unfortunately isn't something we can feasibly fix in KDE alone. It doesn't even seem like something that can be done in Qt alone! Because the mapping of locales to both string formatting and also translated text is baked into the POSIX and libc implementation of locales, it really needs to be fixed there. If it's fixed at a level any higher than that, then the result would simply be applications not respecting your formatting preferences in a random-seeming manner. If it was done only in Qt, then all non-Qt apps would be non-respecting, and if we did it in KDE itself (as we did in Plasma 4 and earlier), then all non-KDE apps would be non-conforming, even those that use Qt. It would be a matter of winning the battle but losing the war. So someone needs to get the ball rolling at the POSIX and libc levels to propose a new spec, or backwards-compatible changes to the existing one. 2154664 211 john 2022-09-20 17:37:21 +0000 Is the status supposed to be "resolved upstream"? 2154667 212 nate 2022-09-20 17:38:37 +0000 Yes, that means it's upstream's job to change/fix/implement/etc. See https://community.kde.org/Get_Involved/Issue_Reporting#Understand_what_the_resolution_statuses_mean 2154670 213 wolftune 2022-09-20 17:42:09 +0000 (In reply to John Brooks from comment #211) > Is the status supposed to be "resolved upstream"? Yeah, I agree. It's not resolved. People discussing the idea that the best resolution is upstream is not itself resolution nor does it seem that there's consensus on waiting for upstream resolution. It's obviously *possible* (though maybe a bad idea) to create a downstream override. 2154672 214 nate 2022-09-20 17:47:02 +0000 Again, please see https://community.kde.org/Get_Involved/Issue_Reporting#Understand_what_the_resolution_statuses_mean. In this context, "RESOLVED UPSTREAM" does not mean, "it's already fixed upstream." It means "It's upstream's job to fix." This is technical terminology; please don't read the word "RESOLVED" and interpret that to mean "it's already fixed for me personally." That's not what it means. If that's confusing to you, I understand, but re-read https://community.kde.org/Get_Involved/Issue_Reporting#Understand_what_the_resolution_statuses_mean and try to understand that this is a technical context where words sometimes mean something different from their plain English meaning. As I said, if we do our own thing to fix it for only KDE apps, or only for Qt apps, we make apps' presentation of formats inconsistent across the OS. This would work, but it's not a good solution, especially today given how people use apps form diverse sources. We can't just say, "we'll fix this for KDE or Qt apps and screw everyone else." That's not fair for the user. The user deserves a proper fix that doesn't make anything worse for their 3rd-party apps. That's why it needs to be fixed by overhauling how POSIX locales work. 2154677 215 keithzg 2022-09-20 18:12:57 +0000 With this bug remaining unresolved (in the colloquial sense ;)) for nearly a decade now however, doesn't that seem like a matter of letting the perfect be the enemy of the good? It certainly seems like if we're holding out for a change at that low of a level, we'll be holding out forever. 2154680 216 john 2022-09-20 18:25:47 +0000 I don't have particularly high hopes for amending POSIX to fix this, to be honest. 2154714 217 szo 2022-09-20 20:40:18 +0000 (In reply to John Brooks from comment #216) > I don't have particularly high hopes for amending POSIX to fix this, to be > honest. That is why KDE pre-5 (and gnome) did what it did. And could do again. 2154717 218 brenbarn 2022-09-20 20:57:03 +0000 (In reply to Nate Graham from comment #214) > As I said, if we do our own thing to fix it for only KDE apps, or only for > Qt apps, we make apps' presentation of formats inconsistent across the OS. > This would work, but it's not a good solution, especially today given how > people use apps form diverse sources. We can't just say, "we'll fix this for > KDE or Qt apps and screw everyone else." That's not fair for the user. The > user deserves a proper fix that doesn't make anything worse for their > 3rd-party apps. That's why it needs to be fixed by overhauling how POSIX > locales work. It sounds like what you're saying is, "if we fix it in KDE, it will be broken in non-KDE apps". But if we don't fix it in KDE, then it will be broken for all apps, including KDE and non-KDE apps. I would rather have it work the way I want at least some of the time than none of the time. To say it's "not fair to the user" to have it work some of the time and not all of the time seems a bit disingenuous. It's also not fair to the user to have it work none of the time. Also, an alternative I've been exploring is creating a custom locale. As I understand it, the problem with the Qt system is that they hard-code specific locale information into their own lib. On the Qt end, that could be changed by, well, having them not do that, and having it draw on a set of locale files in some standard location on the filesystem. Then what KDE could provide is a "locale editor" program that simply allows the user to input their preferences, and saves that in the form of a custom locale file. There's no reason for Qt or KDE or POSIX to know or care whether a "locale" file actually corresponds to any country or place; it's just a file that contains settings about how to display things. The fundamental issue, as I see it, is that for many people these are not "locale" settings. They are individual user preferences. People want to set their personal combination of date format, time format, first day of the week, etc., totally independent of any location in the physical world or the jurisdiction of any country. If POSIX defines that in terms of locales, that is indeed a problem, but the way to get around that is for KDE to give users the tools to fake out POSIX by making their own locale that provides a combination of settings that the user personally prefers. (I seem to have sort of gotten such a system working using some info I gathered from various places on the web where I found people complaining about this bug, although I'm not sure it's 100% working.) 2154722 219 rjvbertin 2022-09-20 21:23:05 +0000 And what happened to the "there are no [more] KDE apps" (certainly not as opposed to "mere" Qt apps) I got whacked with only a few years back, when the KF5 frameworks were nothing more and nothing less than a set of extensions from which any Qt application could make a pick? > People want to set their personal combination of date format, time format, first day of the week, etc., totally independent of any location in the physical world or the jurisdiction of any country. I plead guilty. A reintroduction of the old KLocale class would have my vote, altering POSIX and/or libc not. If that means changing how the current locale functions work such an overhaul will probably take years before it starts to trickle down to the most adventurous distros and from there into Qt, GTk, KDE etc. I see more promise in developing the updated functionality in a dedicated library. 2154742 220 kevin.kofler 2022-09-20 23:17:25 +0000 One issue is that dropping a locale file into a folder for glibc will not be sufficient to fix it, because Qt does not actually use POSIX locales internally, but ICU locales, and has a hardcoded mapping from POSIX to ICU locales. So, for a custom glibc locale to work, Qt would need to be changed to use the POSIX APIs instead of ICU ones, and that would likely mean that POSIX, or at least glibc's implementation of it, would have to grow some additional locale APIs that Qt needs. (Last I checked, the maintainers of the Qt locale codes claimed that the POSIX/glibc locale APIs are not sufficient for their needs.) I still think that, as I had written in comment #6, KDE should just go back to using a KDE-specific locale and formatting implementation and bypassing the inferior Qt, POSIX, and ICU ones. 2154745 221 kevin.kofler 2022-09-20 23:25:05 +0000 (The POSIX, ICU, and Qt implementations are all based on a closed set of locales determining all formatting preferences at country granularity. I do not see that ever changing, because it is a core design principle. And it is a very bad concept, because not everyone in a, possibly large, country agrees on the correct format to use. Even in a small country like Austria, dates can be (and in practice are) formatted as 1.1.2022, 01.01.2022, 1.1.22, etc., currency amounts can be formatted as 12,34€, 12,34 €, €12,34, etc., some people might even want to use 12€34 to match the spoken version, though I do not remember having it ever seen spelled like that. I would expect even more variance in large countries such as the USA.) 2154933 222 rjvbertin 2022-09-21 10:35:57 +0000 Doesn't Qt have to be configured to use ICU, or is that only on non-linux/unix platforms (Mac included)? ICU uses hardcoded locale definitions? FWIW, the specialty library approach I mentioned could of course provide suitably amended forks of the ICU and/or libc/POSIX locale functions, which would override those in ICU and/or libc. Doing this carefully enough it should be possible to avoid risk of ODR/ABI issues - I suppose. Heck, the new behaviour could even be conditional on something like an env. variable that "deviant" users like us would have to set. I agree that ICU nor POSIX are likely to change their implementations without a sufficient body of evidence that an alternative implementation is backwards compatible in ABI, API *and* behavioural terms. With enough evidence of demand for an optional different behaviour, however, they could not reject a merge request as introducing unjustified code complexification... 2154938 223 emrecio 2022-09-21 10:45:26 +0000 (In reply to RJVB from comment #222) > should be possible to avoid risk of ODR/ABI issues - I suppose. Heck, the > new behaviour could even be conditional on something like an env. variable > that "deviant" users like us would have to set. I agree that ICU nor POSIX LD_PRELOAD anyone? >:^) 2156263 224 kde.h8bcay 2022-09-25 14:33:15 +0000 One argument was that if an option is implemented in systemsettings (and not in ICU/Qt/POSIX), then the behaviour of the plasma desktop will be inconsistent with non-KDE applications are going to display differently than GTK/etc. when tuning the date option in systemsettings. This argument applies to plasma desktop, but KDE goes beyond that. I personally use KDE applications but my main system does not use plasma and I think this is a legitimate use case scenario for which the KDE developers should propose a solution. Now let's have a look at the KDE Applications. * Dolphin supports two date formats: absolute and relative. Changing the setting in dolphin does not impact the KDE File Selection dialogue and other KDE/Qt/GTK software * Spectacle allows to save files according to the GNU coreutils "date" syntax (by default: Screenshot_%Y%M%D_%H%m%S) * calligrasheets offers 37 formatting styles for date entries (2 of which are called "System" formats and I presume follow systemsettings) We can see that KDE application developers are open to add relevant date formatting options when they make sense for their software, even though this could be understood as an inconsistency KDE-wide. Therefore I think it would be very helpful to implement a free format option in *dolphin* as: 1) dolphin already has 2 options to choose from so it does not change the UI logic or reduce the elegance of KDE software, and 2) spectacle already does something similar. The file manager is a central place where users spend time reading file dates and times, I believe this would help solving a significant fraction of the problem, and alleviate the frustration while waiting for a solution that can be applied to KDE as a whole. 2156311 225 wolftune 2022-09-25 17:09:01 +0000 Indeed, the date format in the plasma clock widget is already completely customizable with a field to enter the format code. Everything about that existing is good. Even if system-wide qt-based custom formats were available, being able to independently set the format for the clock display makes sense. It should be the same for time, but it's an outstanding issue: https://bugs.kde.org/show_bug.cgi?id=393956 There is no reason not to support user ability to control formats at multiple levels (program-specific, plasma-overall, and system-wide). Date and time formats have a simple coding, and users should be able to set it. I urge that this *not* keep the resolved-upstream status even though I acknowledge what it means. KDE can *provide* a KDE-level control for the *display* of dates and times and so on without changing the underlying qt settings. It's not harmful to have both settings exist even later if qt ever fixes their approach to this. 2156312 226 kevin.kofler 2022-09-25 17:21:04 +0000 > Indeed, the date format in the plasma clock widget is already completely customizable with a field to enter the format code. Only if you have it permanently displayed in the tray, which assumes a large enough tray to be readable. The tooltip uses a hardcoded date format that cannot be configured at all. 2156313 227 kevin.kofler 2022-09-25 17:21:58 +0000 (e.g., the tooltip shows me today's date as "So. Sep. 25 2022" which is a completely broken format, we do not put the month before the day in Austria) 2156327 228 bugs5.kde.org 2022-09-25 18:46:26 +0000 I can't believe that.... this was reported 8 years ago.... it's a regression. And nothing happens. 2156350 229 maxim.yegorushkin 2022-09-25 20:33:09 +0000 Thinking more about date format customisation, another option could be a file or a few in .config directory, e.g.: .config/date-format/default .config/date-format/file .config/date-format/clock .config/date-format/calendar Each file would contain a sole strftime format string, or gnu date format string, whatever works best. Which any applications can choose to honour, or ignore (to its users' dismay). Waiting on POSIX or C standard library can be an exercise in futility. Leading by example is contagious. Existing case study is https://editorconfig.org/ 2156384 230 borden_c 2022-09-26 00:57:20 +0000 (In reply to brenbarn from comment #218) > It sounds like what you're saying is, "if we fix it in KDE, it will be > broken in non-KDE apps". But if we don't fix it in KDE, then it will be > broken for all apps, including KDE and non-KDE apps. I would rather have it > work the way I want at least some of the time than none of the time. To say > it's "not fair to the user" to have it work some of the time and not all of > the time seems a bit disingenuous. It's also not fair to the user to have > it work none of the time. +1 . We can either have a 60% that'll be good enough most users soon, or a 100% solution never, and it seems that some people are saying "Let's wait for the impossible to not happen." (In reply to Jeremy/starcraft.man from comment #8) > Nobody wants > to see their clocks or currency or decimals in a format other than what they > expect. Some countries even have multiple standards due to regional/language > differences... Canada's got its own Wikipedia page on it! > http://en.wikipedia.org/wiki/Date_and_time_notation_in_Canada In addition to the fact that POSIX has invented and enforced standards that don't exist in countries, it's even worse for people like me who want to use their own standards. I set my dictionaries to UK because I use the King's English. I use UK date formats because they're cleaner than North American formats, but, unlike Europe, I start my week on a Sunday as the Abrahamic God intended. My functional and reporting currency is CAD $, not GBP. There is no POSIX standard that will ever accommodate me because of how I mix and match formats. Furthermore, over 20% of people living in Canada were not born in Canada, which means that they are probably used to using other formats that aren't "Canadian" (which, I said earlier, isn't even defined). To say nothing of any Canadian born before 1960 who grew up in school learning Imperial weights and measures instead of Metric. Point is, even if KDE somehow managed to 'fix' the POSIX standard, it still wouldn't work for most people! 2159167 231 Flupp+bugs.kde.org 2022-10-08 12:26:27 +0000 Just adding another data point: (In reply to Nate Graham from comment #214) > […] > As I said, if we do our own thing to fix it for only KDE apps, or only for > Qt apps, we make apps' presentation of formats inconsistent across the OS. > […] In corner cases, it already *is* inconsistent. I was desperately trying to find a locale where Qt/KDE *and* the rest of my system use ISO date format and 24h time format. I failed. And I now understand why: (In reply to Kevin Kofler from comment #220) > […] Qt does not actually use POSIX locales > internally, but ICU locales, and has a hardcoded mapping from POSIX to ICU > locales. […] It seems that mapping is not (and probably cannot be) perfect. I worked around the problem as follows: It turned out that for Qt/KDE there is the en_SE locale, which provides the format I want, but that locale does not exist in the POSIX world. However, for POSIX the de_BE locale provides the format I want. So I ended up creating an en_SE POSIX locale by simply symlinking en_SE to de_BE and using en_SE system-wide (i.e., in the Qt/KDE world as well as in the POSIX world) for date and time. It is still not perfect because long date format is still inconsistent, but I can tolerate that. PS: In case this is relevant: I am using Arch Linux. PPS: If you search for an alternative POSIX locale providing ISO date format, here is a list: > localectl list-locales | while IFS='' read -r; do echo -n "$REPLY | "; LC_TIME="$REPLY" date -d '2022-01-03 13:02:01' '+%a | %A | %b | %B | %c | %p | %r | %x | %X'; done | grep '| ....-..-.. | ..:..' | column -ts'|' > > csb_PL.UTF-8 pòn pòniedzôłk stë stëcznika pòn 03 stë 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > de_AT.UTF-8 Mo Montag Jän Jänner Mo 03 Jän 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > de_BE.UTF-8 Mo Montag Jan Januar Mo 03 Jan 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > de_LU.UTF-8 Mo Montag Jan Januar Mo 03 Jan 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > en_CA.UTF-8 Mon Monday Jan January Mon 03 Jan 2022 01:02:01 PM PM 01:02:01 PM 2022-01-03 01:02:01 PM > en_DK.UTF-8 Mon Monday Jan January 2022-01-03T13:02:01 CET 01:02:01 2022-01-03 13:02:01 > eo.UTF-8 lun lundo Jan Januaro lun 03 Jan 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > fr_CA.UTF-8 lun lundi jan janvier lun 03 jan 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > hu_HU.UTF-8 h hétfő jan január 2022. jan. 3., hétfő, 13:02:01 CET 13:02:01 2022-01-03 13:02:01 > lt_LT.UTF-8 Pr Pirmadienis saus. sausio 2022 m. sausio 03 d. 13:02:01 01:02:01 2022-01-03 13:02:01 > nan_TW.UTF-8@latin p1 pài-it 1g 1goe̍h 2022 1g 03 (p1) 13:02:01 CET ē-po͘ 01:02:01 ē-po͘ 2022-01-03 01:02:01 ē-po͘ > se_NO.UTF-8 vuos vuossárga ođđj ođđajagemánnu vuos, ođđj 3. b. 2022 13:02:01 CET 01:02:01 2022-01-03 13:02:01 > si_LK.UTF-8 ස සඳුදා ජන ජනවාරි 2022-01-03 13:02:01 +0100 ප.ව. ප.ව. 01:02:01 2022-01-03 13:02:01 > sv_SE.UTF-8 mån måndag jan januari mån 3 jan 2022 13:02:01 01:02:01 2022-01-03 13:02:01 > wae_CH.UTF-8 Män Mäntag Jen Jenner Män 03. Jen 2022 13:02:01 CET 01:02:01 2022-01-03 13:02:01 2159359 232 nate 2022-10-09 15:47:18 +0000 Folks should feel welcome to work on an 80% good solution and see what happens. It's possible it will be considered good enough. But going all the way upstream does seem like the best approach to me. Sufficiently experienced and socially adroit people could definitely make it happen. I've seen it before. 2257094 233 doomcup 2023-10-05 21:11:13 +0000 I recently found this bug report after struggling to have suitable units and such in a brand new Plasma install. Going through this, and then going to upstream, has me shaking my head in disbelief. That this regression happened a *decade* ago, and both KDE and Qt are kicking the can back and forth at each other, is *embarrassing*. You had something that worked previously, why even bother tying this in to a project in a way that so thoroughly breaks user workflow?? Some people are suggesting we go upstream to get them to do something, which strikes me as *delusional*. They clearly said in as many words that this is not their circus and we aren't their clowns. Their suggested "solution" would be tantamount to just rebuilding UNIX from first principles, which is a complete non-starter. There are some people in this comment thread suggesting that to go back to KDE having their own locale stuff would break it in some non-KDE things. Which, I'm sorry, I've been using linux for 20 years now, since when has KDE *ever* cared about that?? Using KDE apps in a non-KDE environment has always been a pain in the ass and vice versa. Why are you starting to care *now* of all times? Is aggravating users that are neither the devs at their dev laptops nor a hypothetical grandma non-expert user a project goal of KDE? Either resurrect the old KDE locale methods, or issue a definitive statement that this bug WILL NOT BE FIXED, so I know to stop wasting my time with this project. How embarrassing is it that *Windows* has KDE beat with this? 2257105 234 kde-bugs 2023-10-05 21:56:40 +0000 (In reply to doomcup from comment #233) > Is aggravating users that are neither the devs at their dev laptops nor a hypothetical grandma non-expert user a project goal of KDE? Yes, that's pretty much the current school of thought. Subsided a bit after the "why do you think 4.0 is a stable release" fiasko, but now it is going strong again. 2257108 235 nate 2023-10-05 22:14:19 +0000 If this were clear-cut, it would have been done ages ago. Instead we have a trade-off to make: 1. Add the feature for only KDE apps, and then your non-KDE apps will display all their formats incorrectly, or at least inconsistently 2. Stick to the status quo of consistent systemwide formats, but without this desirable feature 3. Attempt to work upstream to change the whole world so that we can have all of the upsides with none of the downsides You're not wrong that #3 is unlikely, which effectively makes it a #2. I understand that you personally might prefer #1. However at the moment KDE's developers do in fact want to have KDE's apps play nicely with the world around them. This is far from something we ignore and is in fact a big deal to us. It's why we have a nice-looking GTK theme, a GTK settings synchronization service, a first-class implementation of the portal system for sandboxed apps. It's why we work upstream on wayland protocol work rather than just using private protocols and calling it a day and why we just implemented support in Plasma 6 for the FreeDesktop standard sound theme spec. You might personally prefer that we had different priorities, and that's fine. We can't make everyone happy. But we can explain our reasoning and hope that people can accept that sometimes there is no ideal solution and we have to pick from among a menu of imperfect options. 2257109 236 dave 2023-10-05 23:20:05 +0000 (In reply to Nate Graham from comment #235) > If this were clear-cut, it would have been done ages ago. Instead we have a > trade-off to make: > 1. Add the feature for only KDE apps, and then your non-KDE apps will > display all their formats incorrectly, or at least inconsistently > 2. Stick to the status quo of consistent systemwide formats, but without > this desirable feature > 3. Attempt to work upstream to change the whole world so that we can have > all of the upsides with none of the downsides If "upstream" here refers to POSIX locales, then #3 seems out of place. POSIX locales are not a system for recording or expressing individual user preference, are they? I do agree that the problem would ideally be fixed upstream with something system-wide, but that "something" may be a project that doesn't exist at present. 2257131 237 brenbarn 2023-10-06 04:51:10 +0000 (In reply to Nate Graham from comment #235) > If this were clear-cut, it would have been done ages ago. Instead we have a > trade-off to make: > 1. Add the feature for only KDE apps, and then your non-KDE apps will > display all their formats incorrectly, or at least inconsistently > 2. Stick to the status quo of consistent systemwide formats, but without > this desirable feature > 3. Attempt to work upstream to change the whole world so that we can have > all of the upsides with none of the downsides > > You're not wrong that #3 is unlikely, which effectively makes it a #2. > > I understand that you personally might prefer #1. However at the moment > KDE's developers do in fact want to have KDE's apps play nicely with the > world around them. This is far from something we ignore and is in fact a big > deal to us. It's why we have a nice-looking GTK theme, a GTK settings > synchronization service, a first-class implementation of the portal system > for sandboxed apps. It's why we work upstream on wayland protocol work > rather than just using private protocols and calling it a day and why we > just implemented support in Plasma 6 for the FreeDesktop standard sound > theme spec. > > You might personally prefer that we had different priorities, and that's > fine. We can't make everyone happy. But we can explain our reasoning and > hope that people can accept that sometimes there is no ideal solution and we > have to pick from among a menu of imperfect options. I don't really understand this logic. You're saying for users who want things to look a certain way, it's better for them to have everything look bad than to have some look bad and some look good? KDE can never fix every problem, but what's the use in not fixing something just because doing so would make the unfixed non-KDE stuff look "inconsistent"? 2257138 238 richlv 2023-10-06 06:40:15 +0000 I'd guess Nate is saying that the dev team has decided that consistency is their priority over this bit of usability for some users. While personally I want this format customisation so bad, I can understand the team having some priorities like that. Likely, if somebody came up with a patch implementing this, devs would accept it despite the inconsistency. Until that happens... 2257146 239 bugs.kde.org 2023-10-06 08:18:57 +0000 I think there is a fourth option. 4. Create a ugly hack where each user generates a custom locale for themselves 2257153 240 doomcup 2023-10-06 08:45:53 +0000 (In reply to Ken Fallon from comment #239) > I think there is a fourth option. > > 4. Create a ugly hack where each user generates a custom locale for > themselves Which is pretty much what we have. Managed to get something suitable thanks to en_SE and such, but terminal stuff complains about locale all the time now. There's another option, though: 5. Use a different DE that makes concessions to usability. After this experience on the laptop, for the desktop I switched back to XFCE. Do I have to configure a few things separately for XFCE's clock and Thunar and such? Yeah. But at least it lets me do so without borking my system's locale setup. 2257174 241 enrico.tagliavini 2023-10-06 09:57:38 +0000 (In reply to Nate Graham from comment #235) > If this were clear-cut, it would have been done ages ago. Instead we have a > trade-off to make: > 1. Add the feature for only KDE apps, and then your non-KDE apps will > display all their formats incorrectly, or at least inconsistently > 2. Stick to the status quo of consistent systemwide formats, but without > this desirable feature > 3. Attempt to work upstream to change the whole world so that we can have > all of the upsides with none of the downsides > > You're not wrong that #3 is unlikely, which effectively makes it a #2. > > I understand that you personally might prefer #1. However at the moment > KDE's developers do in fact want to have KDE's apps play nicely with the > world around them. This is far from something we ignore and is in fact a big > deal to us. It's why we have a nice-looking GTK theme, a GTK settings > synchronization service, a first-class implementation of the portal system > for sandboxed apps. It's why we work upstream on wayland protocol work > rather than just using private protocols and calling it a day and why we > just implemented support in Plasma 6 for the FreeDesktop standard sound > theme spec. > > You might personally prefer that we had different priorities, and that's > fine. We can't make everyone happy. But we can explain our reasoning and > hope that people can accept that sometimes there is no ideal solution and we > have to pick from among a menu of imperfect options. And this is why Nate is one of the greatest example of a good member of a community. Always respectful and humble, no matter if he disagrees with you. Thank you for being a member if this community Sir! You are definitely making a difference. Sorry for the "mostly useless" comment, but I think it's important to also show some support for the community members, as a lot of times the negative one are under the spot light. 2257196 242 bugs.kde.org 2023-10-06 11:23:45 +0000 To be 100% clear, the work that the teams are doing and the amount of time and effort involved is appreciated. It is also reasonable to ask for a bug like this to be fixed. If you're not going to fix it then fine. The solution of "RESOLVED UPSTREAM" is not correct when the bug in question is marked at the QT side as "Unresolved". I would suggest INTENTIONAL, or NOT A BUG would better reflect the status. As a side note Thunderbird had a similar discussion which is now resolved. https://bugzilla.mozilla.org/show_bug.cgi?id=1509096 My suggestion of a #4 rolling your own was very serious. I would appreciate someone helping me with a beginners guide to creating a custom locale for the different distros. 2257226 243 pglpm 2023-10-06 14:37:51 +0000 To be honest I don't understand some of the logic in this discussion. Are we really asking that KDE changes system's locales, making up some customized/able version? Personally I don't think so. Several KDE apps provide a kind of TIME INFORMATION. I think we're asking to make this "time information" customizable. As I see it, this doesn't imply any POSIX changes. The system's locales offer several fine-grained variables, like month number or minutes. We're asking that KDE apps allow the users to combine these pieces of time information from the locale in ways that can be convenient for different apps. For instance, I might want the system-tray clock to show "month-day/hour" with particular separators. Or I might want – for whatever reason – Dolphin to display the time-information column about files only with "year-day". It's only natural that different apps, for their very nature, may require different choices and display of time information. And the user may want to customize this even more depending on professional use or whatever. So I don't understand when Nate (https://bugs.kde.org/show_bug.cgi?id=340982#c235) says "However at the moment KDE's developers do in fact want to have KDE's apps play nicely with the world around them." What does "play nicely" mean? I don't think we're asking that KDE apps internally store – or share with other apps – locales in any strange ways. We're asking for customizability of how locales info is combined and displayed. Thunderbird, for example, allows users to display time information in the "Date" column in a user-defined way (https://support.mozilla.org/en-US/kb/customize-date-time-formats-thunderbird). Or, as a different example on the same concept, Emacs let me customize how to display the file-name information, for example displaying "file-name/[last folder in folder tree]". This doesn't mean that Emacs is changing the internal file system. Why is there so much hang-up about "short-date" and "long-date"? Just let me customize which time data from the locales I want displayed on a Dolphin "Modified" column, for instance. 2257233 244 wolftune 2023-10-06 15:13:56 +0000 (In reply to Luca from comment #243) > We're asking that KDE apps allow > the users to combine these pieces of time information from the locale in > ways that can be convenient for different apps. Yes, thank you for that point so clearly. There is no reason that I should be unable to enter a custom *presentation* of date or time appropriate to my use of a particular app — independently from the default system locale settings. However, such *front-end* features (which are appropriate to KDE's ethos IMO) seem like they should be opened for specific front-end use cases. Such as https://bugs.kde.org/show_bug.cgi?id=393956 which is a request to get *time* customization in the clock widget (which already has date customization). That is an open ticket, not marked as resolved, and similar features could be requested (or submitted as patches) in other cases like Dolphin. This ticket here (340982) does seem to be pretty broad and system-level request to customize Locale overall (which I personally *also* think should be possible btw). 2257236 245 pglpm 2023-10-06 15:38:36 +0000 (In reply to Aaron Wolf from comment #244) > However, such *front-end* features (which are appropriate to KDE's ethos > IMO) seem like they should be opened for specific front-end use cases. > This ticket here (340982) does seem to be pretty broad and > system-level request to customize Locale overall (which I personally *also* > think should be possible btw). Thank you for clarifying this ticket's topic to me, I obviously misunderstood! 2257252 246 doomcup 2023-10-06 18:52:45 +0000 (In reply to Luca from comment #243) > To be honest I don't understand some of the logic in this discussion. > > Are we really asking that KDE changes system's locales, making up some > customized/able version? Personally I don't think so. > > Several KDE apps provide a kind of TIME INFORMATION. I think we're asking to > make this "time information" customizable. As I see it, this doesn't imply > any POSIX changes. The system's locales offer several fine-grained > variables, like month number or minutes. We're asking that KDE apps allow > the users to combine these pieces of time information from the locale in > ways that can be convenient for different apps. > > For instance, I might want the system-tray clock to show "month-day/hour" > with particular separators. Or I might want – for whatever reason – Dolphin > to display the time-information column about files only with "year-day". > > It's only natural that different apps, for their very nature, may require > different choices and display of time information. And the user may want to > customize this even more depending on professional use or whatever. > > So I don't understand when Nate > (https://bugs.kde.org/show_bug.cgi?id=340982#c235) says > > "However at the moment KDE's developers do in fact want to have KDE's apps > play nicely with the world around them." > > What does "play nicely" mean? I don't think we're asking that KDE apps > internally store – or share with other apps – locales in any strange ways. > We're asking for customizability of how locales info is combined and > displayed. > > Thunderbird, for example, allows users to display time information in the > "Date" column in a user-defined way > (https://support.mozilla.org/en-US/kb/customize-date-time-formats- > thunderbird). Or, as a different example on the same concept, Emacs let me > customize how to display the file-name information, for example displaying > "file-name/[last folder in folder tree]". This doesn't mean that Emacs is > changing the internal file system. > > Why is there so much hang-up about "short-date" and "long-date"? Just let me > customize which time data from the locales I want displayed on a Dolphin > "Modified" column, for instance. Thank you for putting this in a way I wish I had the patience and eloquence to do! Yeah I sincerely doubt anybody in this decade long thread actually wanted to change the underlying system locale, just display information from it differently in various places in a user defined way. (Which is, funny enough, how a lot of other DEs and programs handle things.) I know I've been something of a latecomer grouch here, but I too really do appreciate all the work and such that has gone into KDE over the years and all the volunteers contributing what they can. It's this appreciation and love for the whole free software thing that makes bugs like this long-standing one a little more irritating. You don't bother complaining about things you don't really care about, do you? :) 2257296 247 kevin.kofler 2023-10-07 02:21:24 +0000 (In reply to Ken Fallon from comment #242) > My suggestion of a #4 rolling your own was very serious. I would appreciate > someone helping me with a beginners guide to creating a custom locale for > the different distros. The problem is that rolling your own locale is not actually going to work with Qt/KDE applications. See comment #220. 2257746 248 richlv 2023-10-10 14:44:54 +0000 Regarding consistency, just remembered that the digital clock has "date format" dropdown already (https://bugs.kde.org/show_bug.cgi?id=340982#c155 ). Perhaps eventually the solution is / will be all apps offering their own date/time representation config options. Which might not even be that bad, as the desired format might change depending on the situation. 2257753 249 bug.lu.win 2023-10-10 14:55:23 +0000 I am not sure if this has already been discussed previously, but this thread has become so long over time I have lost control ^^ Could it be possible to create a new locale file from scratch that is named eg. DV_dv" (DV = development) which is used just like any other locale file would be used, but it has a specialty: it is fully customizeable by user. That way in locale settings keywords can be re-arranged, edited, replaced etc. so that all stuff that relies on a valid locale file finds its bits. What amazes me is that in KDE we have editors to work on non-QT themes that originally came from other DEs but needed to be adjusted so they could be used in KDE as well. So why is there no user-editable locale file that does same for locale settings. It could be a copy of DE_de or anything, as a template, and user edits it so that there finally is a proper string for long/short date format, 24h time format etc. etc. 2261413 250 hanyoung 2023-10-25 14:14:18 +0000 *** Bug 476048 has been marked as a duplicate of this bug. *** 2289193 251 nate 2024-02-15 22:47:25 +0000 *** Bug 479477 has been marked as a duplicate of this bug. *** 2289365 252 kde-2011.08 2024-02-16 11:51:39 +0000 (In reply to Nate Graham from comment #235) > If this were clear-cut, it would have been done ages ago. Instead we have a > trade-off to make: > 1. Add the feature for only KDE apps, and then your non-KDE apps will > display all their formats incorrectly, or at least inconsistently > 2. Stick to the status quo of consistent systemwide formats, but without > this desirable feature > 3. Attempt to work upstream to change the whole world so that we can have > all of the upsides with none of the downsides > > You're not wrong that #3 is unlikely, which effectively makes it a #2. > > I understand that you personally might prefer #1. However at the moment > KDE's developers do in fact want to have KDE's apps play nicely with the > world around them. This is far from something we ignore and is in fact a big > deal to us. It's why we have a nice-looking GTK theme, a GTK settings > synchronization service, a first-class implementation of the portal system > for sandboxed apps. It's why we work upstream on wayland protocol work > rather than just using private protocols and calling it a day and why we > just implemented support in Plasma 6 for the FreeDesktop standard sound > theme spec. > > You might personally prefer that we had different priorities, and that's > fine. We can't make everyone happy. But we can explain our reasoning and > hope that people can accept that sometimes there is no ideal solution and we > have to pick from among a menu of imperfect options. We are on the KDE bugtracker, discussing a KDE problem. The conversation is confined to the field of KDE. Every single user commenting here has stressed the importance of fixing issue 1 (Add the feature for only KDE apps). I understand the desire to handle issue 3 (Attempt to work upstream to change the whole world) but changing the world is not the goal of the KDE bugtracker nor related software that is developed in conjunction with discussions on the KDE bugtracker. Please, let issue 1 (Add the feature for only KDE apps) remain the goal of KDE and of this issue specifically, at least until parallel efforts enable fixing issue 3. 2289497 253 nate 2024-02-16 19:43:05 +0000 We can indeed implement option 1 and fix this issue for KDE apps. If your perspective is "I would rather have it work the way I want at least some of the time than none of the time", that's valid. The problem is that if we make this possible to satisfy those people, we're making the system more confusing for people who don't have that preference, or don't even know that that preference is a thing that can exist. Gradually we're trying to move away from what I call "broken promise" global options: options that are presented as global in scope but really aren't because they only affect some parts of the system. Experience shows that these options are a recurring source of bug reports from normal users as well as picky technical users who care a lot about consistency. When we can't fully get rid of kinds of options, we try to add textual explanations, but even those are imperfect. Experience also shows that even if we did something super in-your-face and added a giant banner in the Region & Language KCM that said: "ALERT! Changing this only affects KDE apps! It will not affect the way dates are expressed in any non-KDE app such as Thunderbird, Firefox, Chrome, LibreOffice, and Blender" ...then I can 100% guarantee you that we would *still* get bug reports from confused users complaining that Thunderbird, Firefox, Chrome, LibreOffice, and Blender don't respect their date display preferences. And we would have to explain the underlying reason over and over again. So for you folks who want it to at least work some of the time because some is better than none, I understand your perspective, but hopefully you can see how satisfying this preference would make the system less coherent to people without that preference. 2289618 254 kde-2011.08 2024-02-17 01:31:54 +0000 (In reply to Nate Graham from comment #253) > We can indeed implement option 1 and fix this issue for KDE apps. > Thank you. I'm sure that the two hundred people here commenting, and untold frustrated others, appreciate this. > If your perspective is "I would rather have it work the way I want at least > some of the time than none of the time", that's valid. > Thank you. > The problem is that if we make this possible to satisfy those people, we're > making the system more confusing for people who don't have that preference, > or don't even know that that preference is a thing that can exist. > I understand your viewpoint, and I appreciate you conceding that viewpoint to the KDE users who have been begging for this horrible bug to be fixed for years. > Gradually we're trying to move away from what I call "broken promise" global > options: options that are presented as global in scope but really aren't > because they only affect some parts of the system. Experience shows that > these options are a recurring source of bug reports from normal users as > well as picky technical users who care a lot about consistency. > Then maybe just label the feature "KDE Date Format" as that is all that KDE can effect. Or even a stand-alone KDE Settings tool (not in System Settings) to make the change, so that no one will complain that it does not affect the entire System. In any case, that promise is broken already in System Settings in some other places, for instance Windows appearance options do not affect Java nor WXwidgets applications. > When we can't fully get rid of kinds of options, we try to add textual > explanations, but even those are imperfect. Experience also shows that even > if we did something super in-your-face and added a giant banner in the > Region & Language KCM that said: > > "ALERT! Changing this only affects KDE apps! It will not affect the way > dates are expressed in any non-KDE app such as Thunderbird, Firefox, Chrome, > LibreOffice, and Blender" > > ...then I can 100% guarantee you that we would *still* get bug reports from > confused users complaining that Thunderbird, Firefox, Chrome, LibreOffice, > and Blender don't respect their date display preferences. And we would have > to explain the underlying reason over and over again. > Then put the options in a KDE Settings submenu, or a standalone KDE settings application to compliment System Settings. But KDE users need this bug fixed. > So for you folks who want it to at least work some of the time because some > is better than none, I understand your perspective, but hopefully you can > see how satisfying this preference would make the system less coherent to > people without that preference. Yes, I see both perspectives. Now which is the lesser evil: KDE applications do not respect cultural date formats and there is absolutely no solution (so KDE apps display their dates wrong), or some people might be confused as to why they need to configure their non-KDE apps' date formats in addition to their KDE date format setting? 2289644 255 kevin.kofler 2024-02-17 04:02:26 +0000 I am in general very much for consistency, but being consistently wrong is just not helpful. Even within a country, there can be distinct regional, local, ethnical, or personal preferences, so just having these settings be per country (or per language/country pair for those countries speaking more than one language) just cannot cover it. And many users prefer having their system in English (or some other foreign language), but still expect date formats etc. to follow the rules of their country (but not using its language for weekdays, month names, etc.), which is not covered by the locale system either. So the status quo is frequently not just not according to the user preferences, but genuinely wrong. 2289645 256 kevin.kofler 2024-02-17 04:08:19 +0000 Also, there is no consistency anyway, since console and GTK applications use glibc locales, whereas Qt uses ICU locales and only tries to map the glibc locales to those internally. So you end up with en_DK working in everything except Qt applications and en_SE working only in Qt applications, making those popular workarounds for more international-friendly English locales useless. And for the same reason, a custom glibc locale will also not work in Qt applications. 2289648 257 brenbarn 2024-02-17 05:16:15 +0000 (In reply to Nate Graham from comment #253) > Experience also shows that even > if we did something super in-your-face and added a giant banner in the > Region & Language KCM that said: > > "ALERT! Changing this only affects KDE apps! It will not affect the way > dates are expressed in any non-KDE app such as Thunderbird, Firefox, Chrome, > LibreOffice, and Blender" > > ...then I can 100% guarantee you that we would *still* get bug reports from > confused users complaining that Thunderbird, Firefox, Chrome, LibreOffice, > and Blender don't respect their date display preferences. And we would have > to explain the underlying reason over and over again. To put it bluntly, so what? Just create a FAQ about it and close those bug reports as invalid. The fact that people will ask why it doesn't work in all cases doesn't seem like a good reason to not fix it in some cases. 2289806 258 rjvbertin 2024-02-17 18:41:13 +0000 (In reply to brenbarn from comment #257) > (In reply to Nate Graham from comment #253) > > "ALERT! Changing this only affects KDE apps! It will not affect the way > > dates are expressed in any non-KDE app such as Thunderbird, Firefox, Chrome, > > LibreOffice, and Blender" > > > > ...then I can 100% guarantee you that we would *still* get bug reports from > > confused users complaining that Thunderbird, Firefox, Chrome, LibreOffice, > To put it bluntly, so what? Just create a FAQ about it and close those bug Remind me why it is again that KDE's systemsettings KCM can't set something that only affects KDE apps and give the user the option to configure the known corresponding setting for non-Qt/KDE applications? KDE4 had something of the sort for the GTk(2) colour profile. I can see how that would appear impossible if both glib and ICU locales are set from the same environmental variable but every Qt-based application running under `KDE_FULL_SESSION=true` will normally load the platform theme plugin. Would it be too late to change the value of the corresponding env. variable(s) from there and get the intended behaviour? 2292066 259 nate 2024-02-26 19:42:58 +0000 (In reply to RJVB from comment #258) > Remind me why it is again that KDE's systemsettings KCM can't set something > that only affects KDE apps and give the user the option to configure the > known corresponding setting for non-Qt/KDE applications? Is there such an option for GTK and/or other toolkits? If there is, then this could be a path forward, since we have a sync service that maps KDE settings to their applicable GTK equivalents already. 2292075 260 rjvbertin 2024-02-26 20:34:27 +0000 (In reply to Nate Graham from comment #259) > Is there such an option for GTK and/or other toolkits? How is that relevant if KDE already has a sync service that apparently does what I'm suggesting? I have no idea what parameter GTk (or Gnome) uses for this particular setting but I can guess that it's the same one KDE is currently setting without the expected effect in Qt-based applications. As far as I can oversee at this point, all that seems to be needed is to define an additional parameter that defines the behaviour for KDE/Qt applications; this would be the parameter controlled by the KCM. The KDE platform plugin would translate this to the actual parameter used in Qt's internals. That's assuming it gets the chance to do that early enough, of course, but I suppose there must also be a programmatic way to change these settings directly instead of via env. variables. The KCM can predefine certain mappings from Qt locale definitions to glib ones but since it's probably impossible to foresee every single combination users might require the KCM could provide an optional second locale configuration widget or screen for GTk/Gnome apps. The only drawback would be that this mechanism doesn't work when running KDE apps under a non-KDE desktop session. It could, if the user sets KDE_FULL_SESSION and KDE_SESSION_VERSION himself, but barring that the proposed mechanism shouldn't change anything for users who are in that situation. 2292077 261 nate 2024-02-26 20:36:54 +0000 (In reply to RJVB from comment #260) > (In reply to Nate Graham from comment #259) > > Is there such an option for GTK and/or other toolkits? > > How is that relevant if KDE already has a sync service that apparently does > what I'm suggesting? The sync service makes use of options and features in the target platform. So if GTK or GNOME apps lack an option to change the date format in the way we want, then there's nothing to sync our date format settings to. 2310522 262 hanyoung 2024-04-11 14:17:40 +0000 *** Bug 485360 has been marked as a duplicate of this bug. *** 2310638 263 nate 2024-04-11 17:45:01 +0000 *** Bug 485373 has been marked as a duplicate of this bug. *** 2325933 264 hanyoung 2024-06-09 14:55:50 +0000 *** Bug 488221 has been marked as a duplicate of this bug. *** 2326665 265 kritomasx 2024-06-11 18:27:25 +0000 Hi, I am new here. And I have zero experience with Qt. With that said, I came up with a partial workaround (fixes the clock on the lock and login screen). Basically, I went into where the Breeze theme is stored, more specifically the file that apparently controls the clock (`/usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/Clock.qml`), and I modified it slightly. Instead of: ``` PlasmaComponents3.Label { text: Qt.formatTime(timeSource.data["Local"]["DateTime"]) style: softwareRendering ? Text.Outline : Text.Normal styleColor: softwareRendering ? PlasmaCore.ColorScope.backgroundColor : "transparent" //no outline, doesn't matter font.pointSize: 48 Layout.alignment: Qt.AlignHCenter } ``` I put: ``` PlasmaComponents3.Label { text: Qt.formatTime(timeSource.data["Local"]["DateTime"], "hh:mm") style: softwareRendering ? Text.Outline : Text.Normal styleColor: softwareRendering ? PlasmaCore.ColorScope.backgroundColor : "transparent" //no outline, doesn't matter font.pointSize: 48 Layout.alignment: Qt.AlignHCenter } ``` Notice the extra "hh:mm". I did the same for the date display (but with a different format string of course). Then I copied the file to a safe place (to prevent it getting reverted by a Debian update), and created a systemd script to replace the original file as well as the sddm one on startup, fixing the bug on the lock and login screen. Now, what's stopping us from doing the same in the rest of KDE? Like why not just put `Qt.formatTime(timeSource.data["Local"]["DateTime"], Qt.LoadFile("~/.config/locale/whatever"))` everywhere, fixing it for all of KDE? Or am I severely misunderstanding how Qt works? 2330577 266 anton.melser 2024-06-22 10:36:46 +0000 I'm not sure what the situation is but I have just installed kde-full on Ubuntu 24.04 and it appears there is no way to not have the unbelievably stupid American date format, almost 10 years after this bug was created. I must be missing something, and it must be possible. When you click on "Set time format" it takes me to the "Region & Language" settings. There are no US/North American values configured, only British English. The British do not format their dates MM/DD/YYYY. So there is at least that bug. What QT does is obviously irrelevant... 2330597 267 enrico.tagliavini 2024-06-22 12:00:34 +0000 (In reply to Anton from comment #266) > I'm not sure what the situation is but I have just installed kde-full on > Ubuntu 24.04 and it appears there is no way to not have the unbelievably > stupid American date format, almost 10 years after this bug was created. > > I must be missing something, and it must be possible. When you click on "Set > time format" it takes me to the "Region & Language" settings. There are no > US/North American values configured, only British English. The British do > not format their dates MM/DD/YYYY. So there is at least that bug. What QT > does is obviously irrelevant... I use American English as the system language, but I've set (via the KDE GUI, not from command line) the date format to be English Irish. This shows the dates in DD/MM/YY format and sets the environment variable LC_TIME=en_IE.UTF-8 . The Plasma digital clock shows the date of today as 22/06/2024. I hope this helps you. 2334447 268 roy-orbitson 2024-07-03 04:13:37 +0000 So what's the right workaround for us users while we wait for a 7yo upstream bug to be fixed, that may not even fully solve the problem? There are countless questions about it in all the fora, with mostly conflicting solutions offered. I just want my language + ISO date. I've tried several things, including a custom locale (https://unix.stackexchange.com/a/204329) which looks sensible except KDE doesn't respect it. To get "Australian-ish" in KDE, in System Settings, I have the Languages set to en_GB above en_US (because en_AU is unknown to it), then individual formats set to Australian, except the date which is Swedish. Apparently the latter disappeared for some time but now it's back (https://superuser.com/q/1162283). I tried en_001 for time formats, too. My `localectl` output is this: >System Locale: LANG=en_AU.UTF-8 > LANGUAGE=en_AU:en_GB:en > LC_TIME=en_AU.UTF-8@isodate > VC Keymap: (unset) > X11 Layout: us > X11 Model: pc105 KDE cannot/does not use these in a graphical session. Bash in Konsole (& other programs) that would function as desired with those locale settings don't get them. Their envs inherit the mishmash settings from KDE, despite KDE not using glibc locales itself. I looks like KDE sets these env vars though they can point to different translation & localisation resources depending on the program. Examples: Python (notably when using apt) will stumble on the en_001 locale, and `date +%x\ %X` produces "07/03/24 12:55:56" even though KDE assures me that en_SE's short date format is ISO. I don't change env vars via Autostart's Login & Pre-startup scripts because I think these would interfere with and/or be overridden by the selections in Region & Language that I need for GUI programs. My virtual terminals are fine. In tty6, I run `locale` and get: >LANG=en_AU.UTF-8 >LANGUAGE=en_AU:en_GB:en >LC_CTYPE="en_AU.UTF-8" >LC_NUMERIC="en_AU.UTF-8" >LC_TIME=en_AU.UTF-8@isodate >LC_COLLATE="en_AU.UTF-8" >LC_MONETARY="en_AU.UTF-8" >LC_MESSAGES="en_AU.UTF-8" >LC_PAPER="en_AU.UTF-8" >LC_NAME="en_AU.UTF-8" >LC_ADDRESS="en_AU.UTF-8" >LC_TELEPHONE="en_AU.UTF-8" >LC_MEASUREMENT="en_AU.UTF-8" >LC_IDENTIFICATION="en_AU.UTF-8" >LC_ALL= But under Konsole I get: >locale: Cannot set LC_ALL to default locale: No such file or directory >LANG=en_GB.UTF-8 >LANGUAGE=en_GB:en_US >LC_CTYPE="en_GB.UTF-8" >LC_NUMERIC=en_AU.UTF-8 >LC_TIME=en_SE.UTF-8 >LC_COLLATE="en_GB.UTF-8" >LC_MONETARY=en_AU.UTF-8 >LC_MESSAGES="en_GB.UTF-8" >LC_PAPER=en_AU.UTF-8 >LC_NAME=en_AU.UTF-8 >LC_ADDRESS=en_AU.UTF-8 >LC_TELEPHONE=en_AU.UTF-8 >LC_MEASUREMENT=en_AU.UTF-8 >LC_IDENTIFICATION=en_AU.UTF-8 >LC_ALL= I can't override the settings in .profile as shells in Konsole are not login shells. They do read .bashrc but this probably doesn't help any other programs that use glibc locales. I don't know what to do. 2334469 269 kevin.kofler 2024-07-03 07:10:17 +0000 The problem with the en_SE workaround is: Qt has en_SE, but no en_DK, whereas glibc has en_DK, but no en_SE. 2334515 270 erecio 2024-07-03 10:12:01 +0000 And that's the most frustrating part of all of this. I tried to roll my own locale years ago because they said "use locale instead, it'll work" but it doesn't! Either roll a klocale or something that allows a user to select their own date time settings or honor a custom locale. (in apple this is easy - of all things Apple - just use the AppleICUDateFormatStrings/AppleICUTimeFormatStrings/AppleIntlCustomFormat). I've had a similar positive date/time experience with older versions of windows (not to sure about more recent). 2334521 271 rjvbertin 2024-07-03 10:52:52 +0000 (In reply to Erec from comment #270) > Either roll a klocale or something that allows a user to select > their own date time settings or honor a custom locale. I think it must be clear to everyone by now that this is just not going to happen? This has become comparable to the breakage of (properly functioning of) KDE applications on Macintosh after the 4->5 transition where the old `KStandardDirs` (or some such name) was integrated as `QStandardPaths` in Qt5 but imposed "native" locations on Macintosh (and MS Windows). Qt refused to consider any way to make them compatible with XDG locations, and KDE never bothered to update the build system to use non-XDG locations on "non-XDG platforms". Qt's argument there was "we have to respect the Apple and Microsoft app store rules"; that's probably moot for platforms that can run full KDE desktops so it might be possible to pay Qt to fix the bug. Or someone can implement the necessary changes and try to jump through the loops of getting it accepted via Gerrit. In the meantime there's always the option to find another DE that works acceptably and figure out how to use KWin as the window manager (or compositor under Wayland). Exactly what I'm doing on this (older) system that still has KDE Plasma4 installed. 2355624 272 MeSat 2024-09-18 00:22:06 +0000 I like the reference to "Windows" in comment #271. I don't normally have access to a Windows machine but in my experience, changing the date/time format in Windows is easy. That is all we are asking for. If this bug is not going to be fixed, then a change to the date/time selection to show the different formats before selecting would be an option. Be able to go down the list, and hopefully get a configuration that will work. I still feel that there should be an ISO locale choice for date/time. I don't know how an APP store can have an effect on the way QT is developed. 2355637 273 bko 2024-09-18 02:31:34 +0000 I got this suggestion as a (really good) workaround on *this* bug thread back about 6 years ago, but as a reminder for anyone that missed it, and are running Plasma 5: Event Calendar at https://store.kde.org/p/998901/ Really good answer to this. I'm in AU, and I've got my date widget on the taskbar showing '2024-09-18 Wed' - precise format that I want. It has a huge stack of other features (calendar related, as you'd guess from the name) which are pretty nifty too. 2381918 274 nate 2024-12-16 19:11:42 +0000 *** Bug 497514 has been marked as a duplicate of this bug. *** 2396069 275 pallaswept 2025-02-08 23:22:20 +0000 Just adding in a few million +1s on behalf of the world's military community. Pretty sad to see this has been given the 'WONTFIX' treatment :( 2396071 276 bugs.kde 2025-02-08 23:52:14 +0000 (In reply to pallaswept from comment #275) > Just adding in a few million +1s on behalf of the world's military community. > > Pretty sad to see this has been given the 'WONTFIX' treatment :( WONTFIX is the reason I abandoned KDE. Not a serious OS for my purposes. Linux MINT has been excellent. 2396077 277 nate 2025-02-09 00:46:22 +0000 Changing the time formatting of only Plasma's Digital Clock widget is a separate thing from what's being requested here, which is to be able to change the time and date formatting system-wide. This is what's practically impossible, short of re-engineering the entire world or using a tortured definition of "system-wide". However changing the time formatting of the Digital Clock widget is much more feasible... and tracked with Bug 393956. And changing the date formatting of the Digital Clock widget is already possible. 2396145 278 pallaswept 2025-02-09 08:57:27 +0000 Thanks Nate. I posted here rather than just adding myself to the CC list, to mention military 'locales' especially, since it hasn't come up here yet. I feel like military formatting is both a) a good reason to look at this since the userbase is both colossal and critically important b) potentially a strong source of funding or other required resources So I mentioned it to try to have a positive impact here. I'm not super bothered by this, it didn't take me long to figure out how to get the system into an adequate approximation. It's a minor annoyance, it's taken a couple years to even mention it. I'm already tracking that other bug as an interim measure, but I'm looking for a way to tell my computer that I use 'this' time and date format and language, in general, so it appears that way everywhere I look, like in dolphin, or firefox, or ls -l in a TTY or Konsole. Any of those would be better than none, though. I understand this is resting on upstream for now, so I'm cool to wait. https://unicode-org.atlassian.net/browse/CLDR-990 ;( 19 years. :D (In reply to Nate Graham from comment #277) > short of re-engineering the entire world That seems absurd, I know, but no less so than leaving the entire world broken for all time. (get it "all time" XD someone had to do the Dad joke) Could I help with that other bug? Like, is there a dev working on that? I can't help but imagine that the patch from this thread which added date formatting, could be fairly easily evolved into something which does time the same way. Maybe a good first KDE project? Or my naivete showing? (In reply to Smittie from comment #276) > WONTFIX is the reason I abandoned KDE. Not a serious OS for my purposes. At first, I thought this was a bit aggro, but then I realised you've been posting here for a decade, so... You've earned an opinion. For every one of these annoyances in KDE there are 10 things I love which don't exist in other DEs. I'm just gonna have to wait this one out. I'm glad you're enjoying Mint though. One of my mates speaks very highly of his Mint machines. 2396148 279 bug.lu.win 2025-02-09 09:13:36 +0000 OK, I can use the command date +"KW%V %A, den %d.%m.%Y" to get this: KW06 Sonntag, den 09.02.2025 on my debian sid notebook. No regional code page involved, no local systemwide anti-setting involved, no su involved, no permission by alien race change codepage involved, no breaking systemwide settings involved etc. Yes, language itself is involved (so I get "Sonntag"). So I wonder why KDE cannot use the format tags to do that on a GUI level base. 2396192 280 erecio 2025-02-09 12:42:28 +0000 So i find it funny my first post about this in the comments was 2015... and even MacOS allows you to change the date time formats, via AppleICUDateFormatStrings and have them persist systemwide, yet in KDE, 10 years later, nothing... 2396198 281 rjvbertin 2025-02-09 13:45:04 +0000 (In reply to Erec from comment #280) > even MacOS allows you to change the date time formats, via > AppleICUDateFormatStrings and have them persist systemwide OK, elephant alert. It's apparently easy to forget or overlook the fact that *KDE is NOT an OS*. It is essentially just a layer around and on top of the actual underlying OS (usually Linux), providing both GUI handles on OS functions and a collection of applications. In other words, a desktop environment (DE), directly comparable to what MS Windows 3 (IIRC!) was. The Mac OS and MS Windows can do as claimed above because they include such an interface layer, one that is much more tightly integrated with the OS. Those who used Mac OS X 10.3 and earlier will remember that the this interface layer was still hardly more evolved than KDE3 (as far as I'm familiar with that DE). But build a KDE or GTk application for MSWin or Mac, and you'll probably see it obeys its own set of rules. On Linux, we have roughly 2 DE families: Qt-based and GTk/Gnome-based. Most of the usual-suspect cross-platform applications like the big web browsers or productivity applications like LibreOffice use some version of GTk for their Unix implementations. And if I'm not mistaken these 2 DE families use different libraries for locale-related operations. Up to and including KDE4 all KDE applications still shared some amount of central code that IIRC included a common startup path but also had access to KDE wrappers around "system" functions for a.o. locale operations. That made it relatively easy to ensure consistent behaviour throughout all KDE applications, and an attempt was made to translate KDE settings to the relevant GTk/Gnome settings. That still happens AFAIK, but with KDE5/Qt5 a lot of those KDE convenience wrappers were integrated into Qt or dropped for newly Qt features, both evidently according to Qt's ruleset that aims for a different kind of consistency than the one a (mostly) Linux DE is really interested in. Nowadays I don't even know the conditions to be considered a "KDE application" - use the KDE build system, conform to KDE UI design rules (if sporting a GUI) and maybe use at least 1 KDE framework (regardless of tier)? Anyway, this is undoubtedly what Nate referred to when he mentioned rewriting the entire world. 2396209 282 pglpm 2025-02-09 14:38:47 +0000 (In reply to RJVB from comment #281) > (In reply to Erec from comment #280) > > even MacOS allows you to change the date time formats, via > > AppleICUDateFormatStrings and have them persist systemwide > > OK, elephant alert. > > It's apparently easy to forget or overlook the fact that *KDE is NOT an OS*. > It is essentially just a layer around and on top of the actual underlying OS [...] > > Anyway, this is undoubtedly what Nate referred to when he mentioned > rewriting the entire world. Thank you for the nice explanation! 2396242 283 2023-06 2025-02-09 17:41:29 +0000 Stop *RATIONALIZING* why this is a failure. Also, the history and comparisons to other operating systems is less then helpful. We're talking about dates & times. These are not some rare & obscure tidbits of data that no one has ever heard of. The fact that some CS student took the time to create a huge, yet incomplete, table to countries and assign the common way that people in those areas like to represent their dates & times might have deserved an 'atta-boy', but there is no way in hell it should have been selected as the only way to choose & represent date & time formats! The imbecile who approved that deserves to be flogged, or at least removed as a contributor. Not congratulated or apologized for. And all the neck-beards that think it's better to be 'socially inclusive' rather than 'technically honest' need to walk up the stairs out of mommy's basement, get their heads out of their pasty-white asses, and maybe do something useful. 2396253 284 kevin.kofler 2025-02-09 19:16:48 +0000 The historical and technical reasons of why things are the way they are have been explained several times in this bug report, and I think that, even if it was apparently news to at least one commenter here, most people here already *know* all this. However, let me point out that: * When kdelibs was split into several independent Frameworks, KLocale could easily have become one of those Frameworks instead of getting dropped in favor of the less capable QLocale. That would have allowed KDE applications, or any Qt applications willing to accept one KDE Framework as a dependency, to retain the added flexibility of KLocale. * Even now, it is not too late to reintroduce a KLocale Framework, either resurrecting and porting the original KLocale code or rewriting it from scratch, and getting Plasma and those KDE Applications (be they Gear or Extragear ones) that display dates and/or times to use it. Third-party Qt applications will then likely follow if they care at all. * Considering that users are expecting features that KLocale provided and that neither QLocale (Qt/ICU locales) nor POSIX/glibc locales are able to provide, it should be obvious that deprecating KLocale was a mistake and that it needs to be resurrected *now*. This issue report has 133 users on the CC list, 19 duplicates, and 283 comments. This makes it clear that this is a priority for your users. * Consistency with GTK and other non-Qt applications is a worthwhile goal, but *not* if it means to be limited to the "lowest common denominator" (the intersection of 2 hardcoded lists of locales, one in glibc and one in ICU, which are both neither extensible nor configurable by the end user). 2396254 285 kevin.kofler 2025-02-09 19:19:55 +0000 PS: Considering that individually configurable locale formats were available in KDE 3 and 4, your users cannot understand why Plasma 5 and 6 no longer offer this functionality, no matter how often you try to explain the same thing again and again. The fact that KDE 3 and 4 supported this clearly proves that it is *possible*. 2396257 286 rjvbertin 2025-02-09 19:40:37 +0000 (In reply to Kevin Kofler from comment #284) > * Even now, it is not too late to reintroduce a KLocale Framework, either > resurrecting and porting the original KLocale code or rewriting it from > scratch, and getting Plasma and those KDE Applications (be they Gear or > Extragear ones) that display dates and/or times to use it. Third-party Qt > applications will then likely follow if they care at all. There is a more flexible possibility but one that has to be implemented at the Qt level : allow a plugin (e.g. the platform theme plugin) to provide an alternative/extended locale implementation, just as the file dialogs can be altered through a plugin. Even "pure Qt" applications could have their date/time formats determined according to KDE conventions or, in another universe, by GTk/Gnome conventions. If the military want to pay Qt to implement that, great, let 'em be useful for a change. O:^) 2396283 287 bugs.kde 2025-02-10 01:32:13 +0000 (In reply to Kevin Kofler from comment #285) > PS: Considering that individually configurable locale formats were available > in KDE 3 and 4, your users cannot understand why Plasma 5 and 6 no longer > offer this functionality, no matter how often you try to explain the same > thing again and again. The fact that KDE 3 and 4 supported this clearly > proves that it is *possible*. Especially given that most if not all other distros deliver the requested capability. Why is it that KDE cannot do what every other distro can do? 2396306 288 kevin.kofler 2025-02-10 03:55:57 +0000 KDE is not a distro, it is a project shipping several things. The main product KDE Plasma is not a distro either, it is a desktop environment. As far as I know, the other desktop environments, apart from Trinity (fork of KDE 3), do not offer systemwide custom locales either. Any custom date/time format there only affects the desktop environment itself (the clock widget in the taskbar) and no applications (except maybe the file manager if you are lucky), because the applications are typically not part of the desktop environment. The only desktop environment that has a comparable application selection (coming from the same project) to KDE Plasma is GNOME. And as far as I know, GNOME does not offer such a setting. GNOME generally by design offers as few settings as possible because they believe too many settings confuse users (with which I strongly disagree). 2396308 289 bugs5.kde.org 2025-02-10 04:23:42 +0000 (In reply to Kevin Kofler from comment #288) > KDE is not a distro, it is a project shipping several things. The main > product KDE Plasma is not a distro either, it is a desktop environment. Most people don't care if it's a distro, a DE, magic wand or pink elephant..... what people care is that KDE3 and 4 had this option and it was taken away for no real reason. 2396412 290 rjvbertin 2025-02-10 13:07:08 +0000 Most people who can actually remember using KDE 3 or KDE 4 should know the difference by now (if not, too bad for them, IMHO) and either way there cannot be that many of them. KDE is open source and if a significant proportion of the user base did actually really care about this functionality then at least some of them should also be active KDE developers looking for a solution. 2396428 291 bugs.kde 2025-02-10 13:41:35 +0000 (In reply to RJVB from comment #290) > Most people who can actually remember using KDE 3 or KDE 4 should know the > difference by now (if not, too bad for them, IMHO) and either way there > cannot be that many of them. KDE is open source and if a significant > proportion of the user base did actually really care about this > functionality then at least some of them should also be active KDE > developers looking for a solution. Most users for whom this is an issue found a solution. In my case, the solution is Linux Mint. 2396495 292 psychonaut 2025-02-10 17:16:11 +0000 (In reply to Paul Passaarelli from comment #283) > The imbecile who approved that deserves to be flogged… Could you please tone down the insulting and abusive language? KDE is a collaborative project and so we need to be considerate and respectful of one another. I understand that the problems that we are discussing here are very frustrating to you (as they are for me and many others) but disparaging others in the way you are doing can only make things worse. 2396604 293 2023-06 2025-02-10 22:22:43 +0000 Tristan, Congratulations! You are the first person to acknowledge the frustration in a post. At this point I can only hope that the people that the frustration is directed at will wake up and do something. FWIW, it's not so much my frustration, it is my incredulity that should be the real focus of the post. I understand that corners get cut hen deadlines approach. But as you pointed out this is a volunteer effort. I am incredulous that volunteers are being lead by imbeciles and are OK with that state of affairs. As for toning it down, well, gee-wiz, I can't. But I will offer you an apology for being the only person on this forum that took the time to write something that needed to be said. As for the rest of the participants tiptoeing around the real issue, well, since I'm not one of them, find myself unable to apologize for their lack of intestinal fortitude. "The Light is Green" 2420531 294 junyu336699 2025-05-02 04:09:26 +0000 NOTE: If I said something wrong, please point it out and let me know. I am not a native English speaker and I don't know what I said could be “impolite”. It is now 11 years. I think this should have be actually resolved, not just marking “CLOSED UPSTREAM”. If there is no plan/willing fixing this, please mark it as something like “WONTFIX” “BYDESIGN”. And I am going to show my idea for detail: If this bug cannot be fixed because whichever consistency, I would like to say: 1. Qt 5/6's QLocale has already broken consistency on Linux(or maybe all POSIX). What QLocale uses is ICU, what worse, it uses a hard-coded ICU↔libc-locale mapping which means it regards en_DK, etc. and user-defined locales as nothing. There are open issues on bugreports.qt.io but it just suggests that Qt would not change using ICU. (maybe libc-locale is unavailable on Windows, or other reason/excuse) So this is not an upstream bug(as they don't think it is a bug). 2. Some applications which uses neither libc-locale nor QLocale, that is their choices. It is unimportant, just leave them alone as it is they who provide configurations for those applications. 3. If this(fixing this bug) could cause inconsistency(between KDE and non-KDE Qt applications), then is Digital Clock, etc. already inconsistent? If you answer no because you think they are using the “locale” by default and custom format needs manual setting, why couldn't providing an item for configuration which uses the “locale” by default and allow manual custom format setting be an option? 4. (maybe unrelated) If you say that KDE is not a distro, then what is XFCE(supports custom date/time format)? Other words I want to say: It is the best if systemsettings supports arbitrary date/time format(whatever format is used, like strftime, or Windows-style). If this is thought to be impossible, then please consider use date/time format from libc-locale, at least it supports custom date/time format through custom locale. Just put QLocale away until Qt wants to take responsibility to its inconsistency on Linux. KDE doesn't really need to use everything provided by Qt. 2420553 295 4wy78uwh 2025-05-02 07:40:50 +0000 (In reply to junyu336699 from comment #294) I agree with you. Do you have the URIs to those upstream reports that you reference? 2420566 296 junyu336699 2025-05-02 09:13:16 +0000 (In reply to Roke Julian Lockhart Beedell from comment #295) > (In reply to junyu336699 from comment #294) > > I agree with you. Do you have the URIs to those upstream reports that you > reference? For which QLocale regards en_DK and user-defined locales as nothing: https://bugreports.qt.io/browse/QTBUG-122216 For which QLocale doesn't provide an interface to customize date/time format: https://bugreports.qt.io/browse/QTBUG-58351 2435084 297 4wy78uwh 2025-06-22 17:40:54 +0000 *** Bug 480683 has been marked as a duplicate of this bug. *** 2435348 298 emrecio 2025-06-23 12:18:32 +0000 I am still gobsmacked on how long this has been asked for (by folks bothering to file a bug) and yet closed as won't fix. Options, no one fits in boxes. en_DK doesn't work. 2457981 299 nate 2025-09-27 00:20:39 +0000 To fix this "properly", I think KDE would need to create a UI for people to customize their formats that would create a glibc locale under the hood, and then Qt folks would need to re-do QLocale to use glibc locales directly, so that all Qt-based software would use the custom locale that you created with the KDE UI. However it's not clear to me from the Qt bug reports that the Qt folks even want that; they seem interested in remaining with the existing CLDR and ICU-based implementation, which implies that no upstream fix is actually possible here. Given that… (In reply to Kevin Kofler from comment #284) > * Considering that users are expecting features that KLocale provided and > that neither QLocale (Qt/ICU locales) nor POSIX/glibc locales are able to > provide, it should be obvious that deprecating KLocale was a mistake and > that it needs to be resurrected *now*. This issue report has 133 users on > the CC list, 19 duplicates, and 283 comments. This makes it clear that this > is a priority for your users. At this point I think it's worth considering. The challenge is that it would be a ridiculous amount of work. Maybe we could reach out to the Qt folks to see if there are any small changes to QLocale they'd be willing to accept so we don't have to port away from it. Like maybe there could be an optional "only use glibc locales" mode to unblock a custom glibc locale creation UI. Or a way to create custom Qt-specific locales so at least we could create custom locales that would work in all KDE and Qt apps. Re-opening, and marking as a wishlist. Please try to keep the non-technical chatter to a minimum. :) 2458101 300 rjvbertin 2025-09-27 16:36:46 +0000 (In reply to Nate Graham from comment #299) > At this point I think it's worth considering. The challenge is that it would > be a ridiculous amount of work. Would porting KLocale be a ridiculous amount of work? Lofty as it is to try to provide the same functionality in "pure Qt" applications that's not entirely what the KFi frameworks are about, isn't it? I haven't really thought over your potential request to make to the Qt guys, so I'll pretend for a second it's not something similar to the mechanism that allows "injecting" a different file open/save dialog. And if indeed not, that might be a change they would be more willing to consider, if not only because it would probably make it easier for other DEs too to provide a "time/date/formats/etc" harmonisation. 2458170 301 bug.lu.win 2025-09-28 07:50:39 +0000 OK, this has been a rather lengthy discussion thread now and still no solution? I was involved somewhere in the countless other duplicates of this issue which I could not yet find again... I still do not get the point. Not at all. I have de_DE as my locale and I can change tags for whatever separation string as far as KDE / Qt / locale would let me edit (not that I could, as maybe needed, use ANY letter for separating string, but in the limits of locale anyway). I can send an eMail to someone who has a Chinese locale, and the underlying locale SW would convert my de-settings into a normalized locale string/tag/format which can be understood by the mail SW the Chinese recepient is using (might not be using linux at all, might not be using any "locale" SW at all, but works nevertheless). So, now that we know the conversion process between different locales works: Why can't we have a locale named "my_MY" which at first simply is a local (on same computer) copy of an existing locale, such as de_DE here. "my_MY" indicates "my locale", or name it "usr_USR" and introduce a naming convention to identify standard locale from user adjusted locale. Then use a GUI tool (KDE) to change whatever separation string into which ever time separation string, re-arrange locale time tags to the order you want, change / to . where ever you want, use capital letters vs. small letter where you want - but in the end we do not use anything totally new or introduce anything completely new or re-invent the wheel again. All of this is still valid locale stuff and would not break anything and would not require a new law for anything to introduce it. For adjusting the tags, letters, order etc. we could use previous KDE tool to do that, just that it would have to be moved to Qt6. This should still blend in fully and be fully compatible with existing locale mechanism. This newly adjusted locale would be used only on my computer, and whenever contacting an external computer, e.g. via eMail, this local locale would be converted to a format the external computer can understand. So why would this NOT be possible? Why would this involve another endless aligning process between endless entities of locale, Qt, whoever? Best regards. 2458172 302 pglpm 2025-09-28 08:42:49 +0000 (In reply to crptdngl71 from comment #301) > Why can't we have a locale named "my_MY" which at first simply is a local > (on same computer) copy of an existing locale, such as de_DE here. "my_MY" > indicates "my locale", or name it "usr_USR" and introduce a naming > convention to identify standard locale from user adjusted locale. > [...] > So why would this NOT be possible? Why would this involve another endless > aligning process between endless entities of locale, Qt, whoever? Completely agree. Something like this is possible with the keyboard layout: in Plasma, if one scrolls through the list of layouts, one finds also the "custom" one. It's an essentially empty layout that the user can change as they please (not straightforward, but it can be done), and then choose in Settings. I know this is a different matter, but they idea of leaving a "custom" choice is great. 2458174 303 4wy78uwh 2025-09-28 09:03:01 +0000 (In reply to crptdngl71 from comment #301) > Why can't we have a locale named "my_MY" which at first simply is a local (on > same computer) copy of an existing locale, such as de_DE here. "my_MY" > indicates "my locale", or name it "usr_USR" and introduce a naming convention > to identify standard locale from user adjusted locale. The correct language code would be mul-XXX-{$custom_name}, per ISO 639-3:2007(en) and ISO 3166-3:2013(en). See https://linguistics.stackexchange.com/revisions/38453/1#:~:text=It%20is%20a%20misconception%20that%20an%20unassigned%20code%20in%20a%20standard%20can%20be%20just%20used%20for%20anything%20you%20want.%20It%20may%20be%20officially%20assigned%20tomorrow!%20This%20is%20unlikely%20in%20the%20case%20of%20ISO%20639%2D1%2C%20but%20this%20is%20the%20way%20standards%20work. > Then use a GUI tool (KDE) to change whatever separation string into which > ever time separation string, re-arrange locale time tags to the order you want, > change / to . where ever you want, use capital letters vs. small letter where > you want - but in the end we do not use anything totally new or introduce > anything completely new or re-invent the wheel again. Otherwise, the reason for such customisation not being the focus is because if someone wants to adhere to ISO 8601-2:2019/Amd 1:2025, as so many here do, they shouldn't need to locate a suitable string to add to their preferences: it should be a preset. However, in retrospect, your proposal might be a useful basis – better to have it be entirely customisable, then add presets later. 2458253 304 kevin.kofler 2025-09-29 03:08:11 +0000 "my_MY" would be Burmese as spoken in Malaysia, which is a combination that does not make much sense and might never be an official glibc locale, but it would still be a blatant abuse to use it for something completely different, and it could have nasty side effects, such as messages appearing in Burmese instead of the language you actually want (because software will fall back from my_MY to the closest locale that it has translations for, which would be my_MM or just my if it has a Burmese translation). So you need to be careful what codes you use for your fake locale! 2458259 305 borden_c 2025-09-29 04:37:07 +0000 My C's pretty rusty, but for all the talk of "Don't blame us, we're just using Qt's locale library," the upstream documentation doesn't corrobortae that excuse: https://doc.qt.io/qt-6/qlocale.html . The "Public Types" all accept masks - as they should - not country codes. The glibc concept of locales is pretty arbitrary and, frankly, wrong. It should die and be put to a hastened death with extreme prejudice. Notwithstanding ISO, I'm not aware of any country in the world (except for maybe the very insecure ones like North Korea) which state, "Shalt thou print the date in dd-mmm-yyyy. No more. No less. dd-mmm-yyyy shalt be the date format thou shalt use, and the format of the date shalt be dd-mmm-yyyy. dd-mmmm-yyyy shalt thou not write, nor either write thou write dd-mm-yy, excepting that thou then proceed to write dd-mmm-yyyy. mm-dd-yy is right out...." So why don't we use format masks like QLocale and normal people use? 2458388 306 bug.lu.win 2025-09-29 15:59:44 +0000 (In reply to Kevin Kofler from comment #304) > "my_MY" would be Burmese as spoken in Malaysia, Thanks for pointing this out. I chose "my_MY" as an example because of "my" as in "my config", "my locale" etc. to make it easy to remember. I was not intending to abuse, misuse, misconfig something nor make fun of something. It was an example. Maybe we can agree on xx_XX instead or which ever combination is both easy to memorize and recognize. 2458402 307 4wy78uwh 2025-09-29 16:29:49 +0000 (In reply to crptdngl71 from comment #306) > Maybe we can agree on xx_XX instead or which ever combination is both easy to memorize and recognize. Have you seen https://bugs.kde.org/show_bug.cgi?id=340982#c303? 2458423 308 rjvbertin 2025-09-29 17:17:11 +0000 (In reply to crptdngl71 from comment #306) > I chose "my_MY" as an example because of "my" as in "my config", "my locale" > etc. to make it easy to remember. I was not intending to abuse, misuse, I was afraid of that ... I know it's become common but it's *so* regressive and childish... "my this", "my that" ... mine, MINE, M I N E!! Plus, it should "your this" and "your that", on anything that resembles or plays the role of a form O:^) 2465620 309 nate 2025-10-27 17:36:15 +0000 *** Bug 507919 has been marked as a duplicate of this bug. *** 2484137 310 nate 2026-01-12 19:12:29 +0000 *** Bug 514469 has been marked as a duplicate of this bug. *** 2484199 311 phil4000n 2026-01-12 22:59:42 +0000 Why don't you look how this works for years under GTK and apply the same to KDE? 2484216 312 nate 2026-01-12 23:56:15 +0000 The challenge isn't in knowing what to do. It's in doing it. The amount of work will be very very large, and it will have to be coordinated across many source code repos with differing release schedules. Not impossible. Just… a large project. 2484220 313 2023-06 2026-01-13 00:52:09 +0000 Hi Y'all! Just letting everyone know that due to the lack of serious commitment to address this and a multitude of other problems, I have bit-bucketed Open SUSE, and KDE for all time. In my open letter to anyone that has worked on this platform in the past and failed to step up and correct this glaring deficiency, I say; "Shame on you. You should be embarrassed." If nothing else, this experience has taught me one thing, If a resume or CV ever crosses my desk and it lists this project as one of it developer's accomplishments, I'll bin the application straight away. Good luck to you all, good riddance to the project, and good bye to the forum. 2484277 314 phil4000n 2026-01-13 09:05:35 +0000 >The challenge isn't in knowing what to do. It's in doing it. Then it's a commitment issue to start, otherwise the plain simple answer is: we will never solve this issue, but don't tell anyone and keep answering. 2484338 315 rjvbertin 2026-01-13 11:23:53 +0000 (In reply to Paul Passaarelli <2023-06@solarandthermal.com> from comment #313) > If nothing else, this experience has taught me one thing, If a resume or > CV ever crosses my desk and it lists this project as one of it developer's > accomplishments, I'll bin the application straight away. I thought I'd give that company a heads-up about their little songbird (what's in a name, eh :)) venting his dubious work ethic as company policy ... they do have a form to send feedback about employees ... but guess what, it fails with an url-not-found error :)))) 2484344 316 rjvbertin 2026-01-13 11:35:56 +0000 (In reply to phil4000n from comment #314) > Then it's a commitment issue to start It should be plain for everyone to see that this would long have been solved if it were either more than a cosmetic issue, or if it wasn't so expensive to fix. Is anything actually broken in the sense that people get the wrong date (rather than just the wrong formatting) or erroneous durations, missed appointments, etc? Maybe Nate could give an estimate of the number of man-hours required to address this properly, including the testing required if no regressions are being introduced *anywhere*. Oh, and convincing the maintainers of all the libraries, frameworks etc. to incorporate the changes as indispensable... (Wondering how many people complaining on this ticket are perfectly happy working on software that's inevitably written in US English...!) 2484374 317 95059 4wy78uwh 2026-01-13 12:56:52 +0000 Comment on attachment 95059 Crude patch to the en_US locale with hardcoded values (In reply to phil4000n from comment #314) Please try to solely comment that which is technically constructive. More philosophical debates should be transferred to KDE Discuss, and mere disparagement has no place here. I realise how long this thread has become, and, thus, that getting a grasp of it is difficult. However, we solely exasperate that problem, if we continue to utilise this bug tracker as a discussion forum. For those frustrated because they don't understand what the holdup is, to summarise what's occurred: - Plasma 5 removed the detailed date/time formatting controls that existed in Plasma 4. The new “Regional Settings” solely allows one to choose a locale (nation), and offered preset formats bound to that locale, rather than fine-grained control over the short date, time order, and separators, etcetera. Choosing a different locale that coincidentally equivalated the desired format frequently modified alternative formats — of which number and currency formats are examples — that the user didn’t want modified. Consequently, the original request was to return per-field customization (ISO 8601 timestamps, which include 24-hour time), or any user-defined string, rather than solely locale-specific presets. - This regression was because Plasma 5 was using Qt’s QLocale, rather than Plasma 4's older KLocale, and QLocale didn’t expose granular customization. KDE developers acknowledged this was an absent feature, but explained that reinstating KLocale (at the least, with its previous implementation) was not feasible. Similarly, remediating this, correctly, would require modifications to Qt’s locale system, or would require a custom system to replace it. However, the best explanation is (as expected, from Nate) in https://bugs.kde.org/show_bug.cgi?id=340982#c210. Based upon its content, I took this issue to the Austin Group chair, who chairs the Open Group's POSIX and UNIX development (before filing at their MantisBT instance). [^1] He explained that a discussion needs to occur on the Austin Group Mailing List, but should be discussed with GLibC at the same time, or first. When I've managed to get around to remediating https://gitlab.com/mailman/mailman/-/issues/1225#note_2577619340, I shall try, if nobody else does, or has. [^1]: https://unix.stackexchange.com/questions/796338/does-any-organisation-standardise-system-management-fundamentals#comment1530070_796338 2484386 318 phil4000n 2026-01-13 13:35:32 +0000 Bogged down to the decision of others(POSIX, Unix, iso, whatever)? Well, I see that with GTK apps it works, if there was a decision to be made they did, if a standard missed, then make your own. Extract from a printenv: LC_TELEPHONE=fr_BE.UTF-8 LC_MEASUREMENT=fr_BE.UTF-8 LC_IDENTIFICATION=fr_BE.UTF-8 LC_NUMERIC=fr_BE.UTF-8 LC_ADDRESS=fr_BE.UTF-8 LC_NAME=fr_BE.UTF-8 LC_MONETARY=fr_BE.UTF-8 LC_TIME=fr_BE.UTF-8 etc. Still I can get in GTK based file managers(ex:Thunar, Nemo) either dates to the local form or in the iso form: yyyy-mm-dd hh:mm:ss, because as a user I can choose what I want. So back to basic: which first step needs to be taken? An action to do ... 2484425 319 rjvbertin 2026-01-13 15:13:35 +0000 (In reply to Roke Julian Lockhart Beedell from comment #317) > KDE developers acknowledged this was an absent feature, but explained that > reinstating KLocale (at the least, with its previous implementation) was not > feasible. See, this is a bit hard to buy. This particular ticket was opened when KF5 was barely 1 year old, and roughly at version 5.7.0 (and KDE4 was still at 4.14.7 "only"!!) , but the issue can well have been discussed before that. Either way, lots of things have been added to the KF5 frameworks since then and have been picked up by applications built on those frameworks. I find it hard to believe that it would have been difficult to refactor KLocale and incite KDE Application devs to use this. What I *can* imagine is that KLocale was always a shambles of a card house that could benefit from a more thorough low-level overhaul involving whatever underlying libraries are involved. But that didn't have to be (shouldn't have been IMHO) a reason to drop KLocale and adopt a functionally limited solution. 2484442 320 nate 2026-01-13 16:24:59 +0000 This isn't a discussion forum or a complaints department; it's a bug tracker. Please keep comments technical and on-topic, in a way that helps to drive a resolution of the issue. Thanks! I know it's frustrating that this hasn't been implemented yet. The best way to affect that is to be the change you want to see in the world. KDE is still largely a volunteer-driven organization, and volunteers scratching their itches are how things get done! 2485932 321 MeSat 2026-01-18 00:49:22 +0000 (In reply to Roke Julian Lockhart Beedell from comment #317) > Comment on attachment 95059 [details] > Crude patch to the en_US locale with hardcoded values > > (In reply to phil4000n from comment #314) > > Please try to solely comment that which is technically constructive. More > philosophical debates should be transferred to KDE Discuss, and mere > disparagement has no place here. I realise how long this thread has become, > and, thus, that getting a grasp of it is difficult. However, we solely > exasperate that problem, if we continue to utilise this bug tracker as a > discussion forum. > << Snipped Well summarized of the issue background. I have gone through the various locales to get the format I want. Not easy but it can be done. Always a pain when there are upgrades that screw around with the configuration or the need to logout and login again to take effect. I don't know if it would be possible to have a search feature setup for the formats to select a locale that fits the format that people want on their system. A person wants to select a YYYY-MM-DD format, they start to type it in and then all the locals that fit that format are only shown. If a person has chosen French for a language, then only the locales that work with French will be shown. It may not be granular but I feel that it will meet a large majority of users needs. I also feel that there should be an ISO date format locale available by now which is not an KDE issue. 2486694 322 phil4000n 2026-01-20 13:32:20 +0000 Well I can attach an img. Install Thunar if you haven't. launch Thunar Go to menu Edit>Preferences you ought to be on tab: "Display", see at bottom field "date" and its pull down format menu. Et voilà there you have 8 choices, in French: today today with 14:25:55 2026-01-20 14:25:55 01-20-2026 14:25:55 20-01-2026 14:25:55 mar 20 jan 2026 14:25:55 custom today/custom Now take Dolphin Configure>Configure Dolphin left pane Display and tab Content display and see what you have for date format. In a way a kind of printf function. What's so difficult? 2486816 323 MeSat 2026-01-20 20:33:35 +0000 (In reply to phil4000n from comment #322) > Well I can attach an img. > > Install Thunar if you haven't. > launch Thunar > Go to menu Edit>Preferences > you ought to be on tab: "Display", see at bottom field "date" and its pull > down format menu. Et voilà there you have 8 choices, in French: > today > today with 14:25:55 > 2026-01-20 14:25:55 > 01-20-2026 14:25:55 > 20-01-2026 14:25:55 > mar 20 jan 2026 14:25:55 > custom > today/custom > > > Now take Dolphin > Configure>Configure Dolphin > left pane Display and tab Content display and see what you have for date > format. > > In a way a kind of printf function. What's so difficult? It is not part of the system settings, which this discussion is about. Also extra tools. Why should I have to install unnecessary applications to set my system date to a format that I want? On my systems I don't have Dolphin or Thuner installed. I have not looked at the settings recently. Looking today, I can search for "English" and get a list of English listings. Not one of them is in the format that I need. I tried to search for the date format. No results since the format isn't searchable. I just want an ISO date of 2026-01-20 13:56, in my language. 2488216 324 junyu336699 2026-01-25 10:39:11 +0000 > The challenge isn't in knowing what to do. It's in doing it. The amount of work will be very very large, and it will have to be coordinated across many source code repos with differing release schedules. Could the "KiB", "KB", "kB" be a good reference for us starting this? 2488885 325 ilikefoss 2026-01-27 11:47:31 +0000 (In reply to Robin Laing from comment #323) > (In reply to phil4000n from comment #322) > > Well I can attach an img. > > > > Install Thunar if you haven't. > > launch Thunar > > Go to menu Edit>Preferences > > you ought to be on tab: "Display", see at bottom field "date" and its pull > > down format menu. Et voilà there you have 8 choices, in French: > > today > > today with 14:25:55 > > 2026-01-20 14:25:55 > > 01-20-2026 14:25:55 > > 20-01-2026 14:25:55 > > mar 20 jan 2026 14:25:55 > > custom > > today/custom > > > > > > Now take Dolphin > > Configure>Configure Dolphin > > left pane Display and tab Content display and see what you have for date > > format. > > > > In a way a kind of printf function. What's so difficult? > > It is not part of the system settings, which this discussion is about. Also > extra tools. > > Why should I have to install unnecessary applications to set my system date > to a format that I want? On my systems I don't have Dolphin or Thuner > installed. > > I have not looked at the settings recently. Looking today, I can search for > "English" and get a list of English listings. Not one of them is in the > format that I need. I tried to search for the date format. No results > since the format isn't searchable. > > I just want an ISO date of 2026-01-20 13:56, in my language. I agree with you as I want a reversed ISO date, with dots instead of dashes, for my native language (Romanian), like 20.01.2026 13:56 (which I think it's the same for German AFAIK). And this is not the only problem that I have with system settings and Dolphin at least as I cannot also edit / customize the precision for folder and file sizes: https://bugs.kde.org/show_bug.cgi?id=498820 If were up to me, I would just create graphical elements to edit / customize the date and time with a drop-down menu having these 3 options: ISO date (with dashes) 2026-01-20 13:56 Reversed ISO date (with dots) 20.01.2026 13:56 Custom next to it show also how the date and time will look like, that will open / create a free text input to put all those special characters and next to it an "i" button to see a table in a tooltip with all of the possible characters and their explanations that we could use (so internet is not required for lookup). And another one to edit / customize the folder and files sizes with a drop-down menu having these 3 options: 1 digit after the floating point 2 digit after the floating point Custom number of digits after the floating point, which opens another number input box, with the possibility to put 0 to mean all of them, no matter how long the sizes will display. File checksums for SHA256 or SHA512 have very long numbers and letters too and nobody complained and for sure if I set the file size to 0 to see all the number after the floating point, I would not complain as it was my choice to do that. I'm complaining only when others do choices for me and I don't like them, like in this case where both the date and the file size precision cannot be customized to my liking. And I would save all these preferences for dates and file sizes in a pretty-printed JSON file from which Dolphin and other KDE programs could read and obey the preferences. I would use a pretty-printed JSON files so it could be both read by developers and users who would open it it an text editor, but also so we we are ready for a future export / import feature with all user's preferences. I'm honestly very tired of having to always manually do 10-50 changes after each reinstall / clean install of the OS with Plasma on all my computers, all my family computers, all my friends computers. 2489445 326 nate 2026-01-28 20:35:00 +0000 (In reply to junyu336699 from comment #324) > > The challenge isn't in knowing what to do. It's in doing it. The amount of work will be very very large, and it will have to be coordinated across many source code repos with differing release schedules. > > Could the "KiB", "KB", "kB" be a good reference for us starting this? Yes, it would be a similar process. Let's all try to keep the discussion technical and moving towards development work. Piling on with "I'm also annoyed with this, and also by these other problems too!" makes a solution less likely to materialize, not more. 2510518 327 zouarimalek1 2026-04-17 10:59:49 +0000 Confirmed on Arch Linux as of 2026-04-17. Please ignore my previously submitted reports, regardless of whether they are factually correct. 2510533 328 4wy78uwh 2026-04-17 13:38:37 +0000 > | What | Removed | Added | > |---------------------------|-------------|-------| > | Keywords | geezer-jobs | | > | Version First Reported In | 6.6.80 | 6.6.4 | > > Confirmed on Arch Linux as of 2026-04-17. The reduction of the https://bugs.kde.org/page.cgi?id=fields.html#version field (currently labelled as “Version First Reported In”), to 6.6.4, from 6.6.80, is an improvement. However, I advise that people should cease to tamper with it; the first report was from 2014-11-15, so even 6.6.4 is significantly too late to be accurate. Likely, this should correlate with the first version of Plasma 5. I'd set 5.18.0. I wouldn't have mentioned this if the field were left alone. However, since it isn't being left one, I'd like to settle it, to save me receiving superfluous mail. I'll let someone with more authority actually decide whether I'm correct, though, so I'll leave it be. 2534288 329 erecio 2026-07-26 03:39:22 +0000 just trying to keep it topical 91725 2015-03-25 01:29:52 +0000 2015-03-25 01:29:52 +0000 132 DPI KF5.8 locale's "Time" select list screenshot kf508-Locale-Date-Time-select-132.jpg image/jpeg 38597 mrmazda /9j/4AAQSkZJRgABAQEAhACEAAD/2wBDACgcHiMeGSgjISMtKygwPGRBPDc3PHtYXUlkkYCZlo+A jIqgtObDoKrarYqMyP/L2u71////m8H////6/+b9//j/2wBDASstLTw1PHZBQXb4pYyl+Pj4+Pj4 +Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj/wgARCARTA64DAREA AhEBAxEB/8QAGQABAQEBAQEAAAAAAAAAAAAAAAECAwQF/8QAFwEBAQEBAAAAAAAAAAAAAAAAAAEC A//aAAwDAQACEAMQAAAB9YAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAABCkKAAQoAIUyZNFBSFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMGwcjB syDRzNFOhohTmcjqQhCFO4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCmCghQZ KQ6AhTJk0AQhDqcjoUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiKAsoAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAADlvnz1jtjpi57Y6gAAEKBCgAAEKADJoAAAAAAAAgIDQABCFKAAAAAAAAAAA AAAAAAAAAAAAAAAAAADjvny3jpjebPTz6gAAELk5GjQOZTRk0QpTZzAKQGSlMmgCgyCkIdTkaIQ0 Q0ZBTJohClBgp1KAAAAAAAAAAAAAAAAAAAAAAAADFzjUxrOs3vjoAAAQuTBg0Cg5FNlIbNGADJk7 GDkbNGToczoYOZ1BAdjkAAcjqDZgEKAZMmzJ1NgAAAAAAAAAAAAAAAAAAAAAAAAAJCqAAAQoEAAB CgAhoyaICkAABzOpAAAUgAAKQoIAAACGgAAAAAAAAAAAAAAAAAAAAAADBooAMlBQAAEKAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOQIczoQyZOhAU6GwEKAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICENEICgApQEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAABmwAAAAAAAAUsoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAGbkAADnrObjpnebOmdgAAF1KAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA UAGbkAADlrONY7Y6Y1OuNAAAF1KAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhQ AZuQAAOes41M2WX0c9gAAF1KAAAAAAAOZClMGgDoZOFvTG7rmMkOhCFBAClNg5AoIDRk0QEKYKDY IQ0bOZkpToAAAAAAAAAAAczZQAZuQAAAM1SwAAAXUoAAAAAAA5gyU5myg6kMTVJcjAKCmzBkA0DZ DJk0QApzOoNHMGDZk6EBDR0OQIU6gAAAAAAAAAAGSlABm5AAAAAAAABdSgAAAAAAAAZKUAEAAAAA AAAAAAAAAAICgAAGTQBCgAAAAAAAAAAAhoAGbkADiukiwFMGjqlAAXUoAAAAAAAAAAAEAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABQAZuQAMgyUEItTZQAF1KIgFUAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAASwAAAAAAAAIqiJw6c7HfHXiAUwU0YO5xNmAUFB1AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAMGwAAAEKInLWadc75A0ZMmjRzO5yKQFMFKdQAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAYOZ3AAAAQoAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAcQdDQAAAQoAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAAAA AmCkNqAAAQoAAAAAAAAEKAAQoAIUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhQAAAAAAAAAAEKAAA AAAORk2cwaIDRToYMGToDBQZNmDodAAAAAAAAAAAAAAAAAAAAAAAAAAACHM2aAAAORQDB1MENkBD oUBCgAAAAADJkpkFANENmSGTQIQpCA6GgAAAAAAAAAAAAAAAAAAAAAAAAAAACFAAAMnIFB0MAEKQ 6lAQoAAAAAAAAAAAGQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAABAUAAAAABCgAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYMHUoAAAQoAAAAAAAAAAAHPWIAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACnTOwAAAAOZ4Sp0X2gAABCgAAAAAAACGAUoNHPWOZSgAEKAAUGS gGY1UNGSgpkAFKAAAAAAAAAAAAAAAAAAdc7AAAAA8x5S2I+koAABCgAAAAAAAAcjmQ2bOhy1jnLg pTB0AIZNAydrBzlpDIKaBCA6WZlAA3YAAAAAAAAAAAAAAAABiN12zsAAAADB4TJ6T1AAABCgAAAA AAAAAAActYwUEEWqQAAFBADEu7BQZKAAAQ0AAAAAAAAAAAAAAAAAAds7AAAAAEIaAAAAQoAAAAAA AAAAAGUUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIblAAA5lKZNAhowClNABCgAAAAAAAAAACFI lWkKAAAQoIUAAEKAAQpCGgQAFAAAAAAAAAAAAAABzNgAAA4kIZOoMnc5HMhs6GwEKAAAAAAAAAAA IcrPHvPpl641s4mjINkBg6GSGjJoh2B5jqczZo5GjQMHU0YMlB1AAAAAAAAAAAAAABAAAAAAAAAA AAEKAAAAAAOZTJACGig2UiVYCFMENlKYNGSghQbBzNGTRgpSmSlBAUydAAAAAAAAAAAAAAAcjoAA AAAAAAAAAEKAAAAAAMkICkAIbKaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIcjqAAAAAAAAAAAE KAAAAAAAAAAAIUlWICghoyAUGTRQYKUGDZk2ZKCgwUhooAAAAAAAAAAAAAAAIcjqAAAAAAAAAAAE KAAAAAAAAAAAIY083R6MS4uzznQ5nc5ApzOhkHpIcgU4lNg0DkdQUpzNkOoAAAAAAAAAAAAAAAIc jqAAAAAAAAAAAEKAAAAAAAAAAAIaABAAUgAKQFBkGjidQUGDRTJQUyDQAAAAAAAAAAAAAAAIcNY7 Z3QAAAAAAAAAAEKAOYNAENEBCggKCEKUpoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhw1jtndAA AAAAAAAAAQoA85CmjANmTRzNGjmdQDJk0aOgOa9EhTJSA2YIaBsGSEKQhSHU5GgbMEBk7AAAAAAA AAAAAAAAAAhyOoAAAAAAAAAAAQoAAAAAAAAAAAhF5L1SJo4mgcz0HMAh1KcyGDocjqYB2ORoydzk UyDsAAAAAAAAAAAAAAAACHI6gAAAAAAAAAABCgAAAAAAAAAACGgAAAAAAAAZNAAAyaBk0AZNAAAA AAAAAAAAAAAAAhyOoAAAAAAAAAAAQoAAAAAAAAAAAhoAAhQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA CHI6gAAAAAAAAAABCgAQFIUAAEKACFAITGiYctb6aOJoHQ5kNkMminQycjZkpowQ6mDmegyQyaOg AAAAAAAAAAAAAAAAIcjqAAAAAAAAAAAEKMEBzKADRowCFNEMmjmaNA6FlJGZdU5mgaMGiEBTRQcy mSghSkIdTJADoAAAAAAAAAAAAAAAACHI6gAAAAAAAAAABCiGCkIUENgyCGikMmzBTIOpoAAAAAAA AAAEKAAAAAAAAAAAAAAAAAAAAACHI6gAAAAAAAAAABCgAAAAAAAAAACGgAQoAIUAAGTQBAUhQQpk FKAAAAAAAAAAAAAAAAACHI6gAAAAAAAAAABCgAAAAAAAAAACGJrzY6ejXO6zs4HQ5noOZgpQdQcS mSmTRshg9BxBzPSczqAAAAAAAAAAAAAAAAACHI6gAAAAAAAAAABCgAAAAAAAAAACGgDIMmjJ0MAA GwczRyOgBTJSkKZNGToAAAAAAAAAAAAAAAAACHI6gAAAAAAAAAABCgAAAAAAAAAACHPWFgAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAA6Y3zXqAAAAAAAAAAAEKAAAAAAAAAAAIeffKUTSiJViAAApC0iV REAFUCIAAAAAAAAAAAAAAAAAAAO+OmJrqAAAAAAAAAAAEKAAAAIUAAAAAAh59ZzZbncss6Z1myyy zFzqUupRLNS5sRLBqalmLnUsqygmbAAAAAAAAAAAAAAAAAAAO+OmJrqAAAAAAAAAAAEKORkGjIIb OR0B2AAAAAIcOnKIACkAAA1LmwACrEFWIAWkQAAAAAAAAAAAAAAAAAADvjpia6gAAAAAAAAAABCj BDABs4nUyaIdgAAAACFQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAvI6gAAAAAAAAAABCgAACFAA AAAAAICFMlAKQ2DkUpg2DJohTB1MkB0OYBDoUAAAAAAAAAAAAAAAAAhyOoAAAAAAAAAAAQoAAAAA AyUoBk0ACGSmTmdDmdDBTuDiYOhzNggMnQwdTJzOp0ORTBsHQAAAAAAAAAAAAAAAAAhyOoAAAAAA AAAAAQoAAAAAA5GDZyBsyDoDoaAABCgAAAAAAAyaIQ0AQoAAAAAAAAAAAAAAAAAIcjqAAAAAAAAA AAEKAAAAAAIQAEKQ0QpoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhyOoAAAAAAAAAAAQoAAAAAA AAAAAhib5Z6dtcpc0yaMkNmSHYpg5lKQh2OJQdjkDBs6FAAAAAAAAAAAAAAAAAAIcjqAAAAAAAAA AAEKAAAAAAAAIYBSgolw1tnNlOZ0MA0ZKdAZOZSgHQ4mjJ1MFBk6lAAAAAAAAAAAAAAAAAAIcjqA AAAAAAAAAAEKAAAAAAAAByOZDZs2aAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIcjqAAAAAAAAAA AEKAAAAAAAAAAAIUyaAKAAQFAIUGTQAAAICgyUhSgAAAAAAAAAAAAAAAhyOoAAAAAAAAAAAQoAAA AAAAAAAAhjOvPz36N4byMHQ4mzRDBoENHUhk5g2czRowdDJg6HU5GTQOoAAAAAAAAAAAAAAAIcjq AAAAAAAAAAAEKAAAAAAMAgAIaANGgDBTJSApTJQAbIZKQEKAUyUFIAQ6AAAAAAAAAAAAAAAAhyOo AAAAAAAAAAAQoAAAAAAwDBQQpCmjRoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhyOoAAAAAAAAA AAQoAAAAAAAAAAhSAhSgFMgoBClMgoMlANGSgpgpAbAAAAAAAAAAAAAAAAABg0AAAAAAAAAAAEKA AAAAAAAABCghgHM2cjqaIQwaNHM2dTmbMHIhsA6GTB0OpyIUydTQAAAAAAAAAAAAAAAABg0AAAAA AAAAAAEKAPOCmjINmDRg0UwbAMkKbNlAByOpSAhogBQZNGCGwAQoIDRDJsAAAAAAAAAAAAAAAAAG SgAAAAAAAAAABCgDmAUgAKZKUyaKQgBTZkpAUFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIUAAAAA AAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA QoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE KAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAA5nQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAABCgAAD557jQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAQoAAA4nYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA BCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA QoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAFIAAAAAAUEAAAAKAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAQAAAAFIUAAAAEBQAAAAAQAAAAAFAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAIAAAAAUhTJzOpCAhspAQFMGjJSkMmzRAQAAAApQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAACAAgABSGiFMHM7HEwbIbOpAZBCGCHQ5GgD0EAIQAgKCmgAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAACEBTJAAUpogAAAMmgAAAAAAACAAAAAGgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEAAA ABoEAAAAAAAAAAAAAAAAABQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAFAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/xAArEAACAgIABQMFAQEAAwAAAAAA ARESAiEQIjEyQSBQYAMwQEJDEzNwgLD/2gAIAQEAAQUC+dyvUnPrbgtpOfRO/j744dBvakUsmRN1 2iebHpxyg5aYwZd+Um2Pu6L5DAlAsYKiUCUFVEFVHoakrpKCNtSVGhY6OZC/9T5JJ+Z5i6wjKI/D mPTK/Ck6FkSvXZHX33PhYbn7WXbhyn9U+ZPmWWTVsmrcs5IeUOWhtym+Gb1RCxh4uS2k2zF5ZE5M ty2yh5anKcXInOTbJabbsm5nJmPd1IX+j5Rt2tlKbmcmYuT6nZyEpKckPKBtpWyROSbblNzjJOUL p7lkpKDxgp9rLticMXOcxnjvL6fZ9Ps/k6x+2Z0zWSbTkzWlmhZS8WkLsx7fp9iSFFf5dFZGXLli oxzHVP8Ap/XBpLDeR/XM/r/X+qSMIPqdlUZKFlkq/tmZmY4eeMLPFnKY7x+BR6YXpShELhHoheiE NPJ8IXGF9iF6YXpggghe4WXqTlPR5+W5mY+7x++Omu19HrPoo11Me35TEkSRJVEbhIqiqIRVEIqv /MuXCo9fM8uEmT18mf3MlJVnQh/kvucp2LbtJYttOeD7ZyJZPO3zX5W4JLal/wCmTg2Y5OryLatp Pji3Ny27FpUkltTvNxwsWLSWgybrO8nCmC+p2YuSXw6Zfj214+61P5TU5RGVTpkk2QxKMlK4eKlR rm65Vf8Ak8Wxrca3dyRzQ6V3Go1ioZl0eJV1anJIhxDQ02PFjXNkSQ4hppSQ4q6tc2fRrmhxHOKU Qxpsff8Ajxv2uJOnskSdPsVXs/7vSlolxLJJkbc+wQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQ QQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQR9uNtSVI1BUqNfP2PquGG8bctiXV5TjMNZbybeHjw8od m1sTZbUu2Lb+LLJP7jII4YrJY11DZVjxZWTZV1IyiNtNqGLGHGv6LFz8UzcY9r+aPmyyx0nK+Zwz YlHyd+zfUMnyJ8ybZLr+9tPJ1coUtD7MdGL5U9vuc2lk80um3lZxi/eZZ49be9osWG949qnIybi2 7Fieb8JqTLGxG1jBXVd108ZTEo4dcY5a6Sga3UrJXdeR6yxx5V8CckClqo05XRTiNNjU5JG0V5l/ 5leSR/ovmmbquGGUP8tNsWWrIbSJXGSfTME8ZPM8Z4yTwnZOyeDcEkkic+4/V/PwMR9nTPGEuGPb 4P28fu+uTPKPP7cUZD7vHBd2HahHhdMjLp+37Lr7HH3clZNNcPp4exwuLEvsRxhcY9Pn1r3OF7HU qVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSpUqVKlSp UqVK/YTbEyyFlKTkbhJ7E2xZashtL87oWxJT4dfsTxmfWnPqnZ0J3wlEpEyJz+fZT9jFpHj9/wCa i2Zi9mBiPs6Z49v5n1e3UfRH/wBI3Lp1zTbUtHTLNzh1yybOmamfEybeM6/bgux9ZcdMsRvl3OPX Lr5x7X0xXJ+2XVf9Pzo149ly61JcJttNibJcS29p7fDqVxISGpIKojdYWKFiNSmpKEbqiuqlEVRX fCqiN0RG0uaiiolDyRB0UlSpG11/Ok8eytSQVFjDSEiuqmXSNfBvHuNkTI3BJKJgnZO51OpJHkSu NtySSixKLcxO5RK42J3InK9i8e4Zy1TNn001i/8Ap5/n++zDo+ojw+/9Xriu/P8A5vv/AJZGXVf9 MBf9F2Lv+n2Z9kqr3niYdPYvHukQQiJ9EIhELhCIXGEQuDxbIRC4xzQuOyFwYlC9g8SePy7czyh2 RMEqLKJLJkplkSiUyyLcze24LIeUO2rL4L4g8flvu68OjXR7xmc1/wAVDyXYxQ8v4rvy7nsXaari 9DcFxORve5sh5QW5rIelzQspLItxbgsotq27Ib3ZRllyiy1YWU8J3LRzRbXsnj3DJSqGKhPuncOm XXd3LxfbXk/bGUnJj2jXPHK5p1zcvHHvSaTTh9Ov011x6nTJ7VeTLs9k8fAmpXqSjjX0Rv2Tx818 e4ZdF24D7o3OpdlmZOFu+07ctmTzW5VlLMu1Shtl5LQbLFoSHvKWkZOMY11zwevZPH5ObjGqj9pk XSRFnXbyxc4tkt5Wcf0yQotZ128l2S4lt4y+ESRpKBre5q4rtJmSlQ7Nc1earKleVSQmPaqQ7LFo rIpZVxDMVA9Z1dZSNZLmiIyw6eyePyepDiN1Kld1KiW8VCqLGHUjmakjdRLdNV10eK18G8e6dfTK 9cr0TuY4Jz6ZRZHX2fx7h9Tt3H0+j/6Rvf8Al0zb5X0x7J09P9F3zA+nTHrn4cjZ4z1g00p0fU6T OOJsx6+zePc2pIKqsbooKlVFSuq74V1G1iVKoqhqVEqqJO4rzU4Yr2fx7hYuy7Lsuy7Lsuy7Lsuy 7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7Lsuy7 Lsuy7Lsuy7Lsuy7Ls64nj3B9fTH4Ue1rtPHuGXXh+p+/jy+guvg88PAzx5XBcPH6v2hdp4/J+p2Y QWZk2i5bKb8qydsXX6azMcnl919fuT6vHt67Tx+TkpxVijHi3lRkc+SjBYu1ORJixdvuQQiEQiEQ iEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQiEQi EQiEQiEQiEQiEQiEeDx7g3C2Tu6LFlFlEluKy3bdjLPleRZFt23dRbeOXKnJPNdQnzCbZLLczblO V7L49lbgbhcZ36clKk6Z4pjmy0m3WObquCWobF13/nHNG9z+0P8Ax6ZpcmMwv+kP/Fd5jyp7xhvH Hph2ey+PZczLWK78T9YnPqnrHJGMNetKF+BHGPQ1Ps/j2WJGkyEVRVFUQiqhqSq+D+PcM+jkw6f0 6ZPKCXazZZw3u0kxnwb5sZixZlnMxmTrd3lHDLufK1kZKMfHs/j2pNsWWrIbSJXDJWX+aEoUO8bo 6pcyxaKusOyxaKbXSEhrmo4eLmuni2U2uiXLDtR1sh7cNtYjlYrS9n8e1YGI+zpnjCXwbx7hKRfE TTJS9c7mPRO+Er7Kck74SuFkT7H49wzxsv8AE+njVf16fUVml3rY5T65f0GLeUuP6zBl2reEuHKx y78Z/wA55Wox6LPWDO0UyLvfXGa5dfYvHsuTNltW2sixYsTud+iu0iqK7oVQ8ZI3VFRYwVRXY9qu miqiu66qipXTUqJVURBJXddQdcvYvHsuSNkOEnKWkiHENGXatL4N49tji3BYnckomOE7TklEokT1 wbhSSuDyhTudJzwT1KJ4W2nJYt7LB49wzPqdMj9v5fvh2Y9Z2Y9MYMe3Du2fU7IF349GPqfr9Tsy 65dr7xd/XLHsmcF2+x2UePy+n1Mu6zGyzq8uVvmWTom5l1s0JuZdF3vvzJcNm1ipaOpCXCEPFsie ETwhcIIRHGq4NCx4QuHUS1C4bIXCEZKfZaqfzKldVI3UqV3XlhldVIZXkjmakgrqpDhKOG+GzfDf /wBFzHKfm+LlfNHgv/scr7y+PtwX4YuUsi2rCc8F6HpS4lQ8uWSyG4FkWXBfH3JzQumC5PGhd2HQ XFSPWCyVYhPtfd4fcu5dReh9PSunxqObgvvL/wBSf//EACgRAQEAAgEDAwQBBQAAAAAAAAARARIC EDFgQVCAICFwkFETMEBh0P/aAAgBAwEBPwH9ZtwuFx5nzYa4csY8z59KznzPOK1ZxGv6weXTX/bO J5ny6VnzPOE6T2PGGcY812bfL/LLHmsT4p/d9/26Z/KsRERERERERERERERERERERERERERERERE RERERERERERERE/E+emPmvnOc/jnbzbX3OZ81xnOOzfkznOe/wAYOLk4eaYzGfuxifGDj3fZz7/m rZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bNmzZs2bN mzZj3OVPpn+FPa8dvc+OZlnlWXp09Xp0z0x3+r06Zej1Y6Y6ej0Z9ox29zz/AHb7tjt7nERERERE RERERERERERERERERERERERERERERERERERERP0GcO7E/hz7+aceUf1Ms5vxg4z1Xh/DlPT/AIID /8QAJREBAQACAQMDBAMAAAAAAAAAABEBEmACEFAxQYAgIXCQMKDQ/9oACAECAQE/Af1mxE5n09rl jmfT2jGOZ4zGzGa2/WDjtWOZ9PaMY5nhcdrjweebRPmDnmtX+s9VVVVVVVVVVVVVVVVVVVVVVVVV VVVVVVVVVVVVVVVVVVVVXyU5rh966ua382TPNeme7GejDrzc/jjXm23k/tzaY+MPX6On0dPNM4rG IxifGDPbH5qjVq1atWrVq1atWrVq1atWrVq1atWrVq1atWrVq1atWrVq1atWrVq1atWrVq1atWrV q1atWrVq1atWrPmb53Pr5OXCdvft7d8ds/wYe/0Z7e73Y8Rn14BPLZ9fKVVVVVVVVVVVVVVVVVVV VVVVVVVVVVVVVVVVVVVVVVVVV/QZntjms+MPVmN3Tm/4ID//xAA3EAACAQMDAwIDBgQGAwAAAAAA ARECITEQQWFRcYEgYBIwUCIyQHKCkXCAocFisLHR4fADQlL/2gAIAQEABj8C/gTO3pj3BxrJVGx2 QslV9xFPOnHpvjS2CkXceT9JS590QdyPVG2ifTV9haR/PDn8JlGfXlfXl81iWzPA10GuhKSJSJJa Qo3FMZIRda4LD7lXBwbH2R9UTCFG5dfsOR9CyLwQiGWiCrTGwo6kIiLkM+zoz/1LEtIUbl+pdCks iHkZML6rnTPymIv0KpKhCEfff7lBT3HO5bXJYqnqViEQ6miqJPBQ9J0XQUdTweCGVaeCnueDweCH U0OJGYRbrpQU9ynuU9z7TLYKu5Kqj2Tj14+XfH4PHyMfVp94U9xdyIP1DStYX/ZKSot/8lLKxb2x 7vn1d/40ZM/yCpCvI7YLHkdsEIxrv+2kcFJMWKoI308CMySPqLqx8GNb7jtguK2R8C7GB2wRAu59 4dsCgX5h9x7ERpGTG8EaPuVcFqpI6/iP7fSUWQ7STwfqKl1PA7b+mSehG5VyTBjcngsTEEGNim2B 2R0WtirueBfZRVyJ8CKrZELuYZVyLsfqHbcYjsTEituTxoxvdmL9RcfiJ9tYX0eq0lrDXAuSq+BX F3M+729GLgfOmd5M/Kx73emWeYHjAireCtkWG9tLtpkC7lYlwczBHBt7mi2jkXA+SrkufDpFhNHM j5PEHmTwS/ay96x0M+9djb+By7jTyVFN8jc4ZUU8jEZ0fYSKV1GuhBT1KuBXyfFI+Cnkf1mN/k9E N5QrZHbA/wAoiZF3IYrZMFX4NaTIuBrqNzkXA1JkzrAuNJFfA+ROT4R3gXUz7C4KnixSO0n6REQL ueBfZQ4G/wBv5esCnXvrj5+PR50f1tfj6u5R5K+45cCXoXcqF2POi0ZSOTwU6vuLueCk/UMelQrl Qhd9UP6jBfSX9Dx8/HzL/V8e8HbWdJI0wKfoOUW+gZL/AEH+/wAmq+5U4KbyLhmZF0I/69Ku5R5K +45cfQGLsSfEVXKeSsXIz7Xgr8C5LzJX3FnGx5HcWb9dae5Fz9UD7SJySpK4N+zKUV6PSgpH+Pj6 OkWsVcCvsN9Bf7FV8C7SKTOuEW9DfUWSrnSNHyJ9NHzq+SdUuhJ5kk7EbD50T6D5MGDLFtBI37Hu x3yeIHyZHyK5G4o985Rb0pddGuhJPriC9tMj40jSNM64cEFr+1bGC4tOZKpKOulZV2Kex+of5Sge 6nWq4yk5K/A/6oX5R9you9yoQydjpYgff29gwY0x6MGNNvTOto0xpyR9f+ES1kn5DQl1Fp49y1cC fJVLFtYc9Sr/AFKdFdso7lYrt6VCYo6lZ+gpuX667fvpCL6wcDJsU8+qR8EHBvYQ4zpL9EIZNhPb 2vhfvpOnwm8ib6G8jOSixEFWRGST7pV0FwbyVFL6FT6jKR2/cUTGk7Mdtjn3THyt/wB/RP8AE5kH B8WxVwLFySmSlT1E9xxsT/hJ6kaMpVrmxTyVTsXFgf5tEiqrnSTNyH09gM/uQL8xV3GuCg+Iakkd zweYPAjofENSU9yq+BdpM7+mUXPh2H0YkQJvYT6HA43PECXQuXGU8DZTwVcjFiw+4xPwVLqzJEkf 1J4O/sCJJR5k8yZFfBGw31IHfJ4g8yTOksjYb6iU4HyK+x5/gDn15+Zkz7ZsblxdtJm4uSVIxWkt 1ga4Fci+NYalHEFV8Cd4jYoeSlzljFGBQ99F3I3wUedKl7d+ET6EbaWZA+SCdYlwSVZzouDzJAps 0eZMaSLgyxvr/KLub+hDF6Vp4PIxC9S9jMsmRH2jYp5IhSTyQ9H/AGNvdkF4Jn7RNingk8ksg2Jc ePnYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMGDBgwYMG DBgx9Wa6C5MHcn0tMqnbRxouSqdtJ2IFOXpBOxVpbAiBxsT7Mv6Wunrsh8lHk34KeNN8FKjGtXcr MM+GB58FFiuCnJA+RSmXGQVaRo3uNsXsxdxr9ioo8lXDKpKSoX+h2f4zf9/aV9O3oj31mBfa/qZk jgS6m3Ya6FPI30NkU8lXXWEPuPDsJ9T+xVo6ymTbtpSIfWSd17UwKde/pnglnwjfUp4Kl1Y2U8DL liUeZPEFPGjLjpE3sfCZQmosXHO7I/b2pV3KPJX3HLgS98XPvIsZ9cemNc/Nzple2PAiVMlRQXka nB4P1FWRdiP8UHjRinoU8lRSKCqB32KBlNJWbxzpUVdhWRS/ZKS3Oo+DGw+BWyO2C2mPTM6yLjWT zI+dZ1iXo+RMgfOi4IFOUPk6n3WTLUj5MsXHslNbHQqXUXYq5F9lFXInwTuhe+b2HpnWNM6y9ZPu szpIydZx6IjSyJ29r09yNz/yCuclUiKluPexRgr7lPWCgq0ZllRQVlZV2KBlJVcp0qHHQUFQvok/ jWxcMf8AsLY8jclJ8R/wJzkq4P8Ag+KSopKe5VfB+kpM64129ONcejC0tA530xrDMaZX7F0tMEbf RZ/GvkXeRw8kmR8ic4PhMiXQfJk+EnS4+TxAr4M6Z0yZ0z/mpFv86pkfA4F8iYJJL6ciXHuKwtEP 8xVebC/KPv6bjEUlR0P1D/KL8oo/b20vmz/K1//EAC0QAAMAAgEEAQIHAQEAAwEAAAABESExQVFh cYEQIFAwQGCRobHB8fCAsOHR/9oACAEBAAE/If1ynfHw0baX1ISrX09fhe50C9hepVZRtLb+I7kv 6g43y+c7bbyZXQamwtUN9bbrETkqaZMs+WNJy8r1MTbqSdVZgzb5Iqbv46/GgvHTYVYe5zUteS4+ ScUYzp6ZzSZif6gSnj43bTavQQkQpYv5EqmXFpCKnLolm1yJS5Y0xLGsvkWXKL56/C9zqF6C9Row EReHRo7lq7guMt4QzLuFr44Gbp9BIpb/APE6pbZHVEdUR1X6z4Gg7YiYL8LQndFVlz+A0i8ufS0b RezevyKRtrlbG1s0j/rGrDLn1NpKtw/6wmtGn9+k4xIRfhfwxsjRUf8An2MfZBj7J8HBQl7Nc74G tgOw5FKGlsOMGF1eaWNe5a+GLHbcElaPyJu0XQZk4gTN2MmS3EgkTSjkzYU6sTNknAaOEIQV6ISE lGGw2TGocBSZGyZMNzAlMnil1asuBWtfJyPXNTQ0tkmakTsG0ErAlMnimxTo6F1asuDNhTqyJ1Rr a+F/6wO/Poa2A7DmlQnNFXGBsqUfQxCo3MGCV5ZUUsKOtuRN0TYQ6DVHJ2+54eYf+oO70Kkn/T8L +GKd2Q7qlDElSWD1ePlKXbh3B1D2DUR5P6JVrOAwLKciEq0MeO06MrRdmJmlXUao02M2d2fwvhKK kXFhkWbG2f8An0PI6SyZkk630G7VokXbyx8q3G2K44pXTZ/+fZViTXUarx8f+fZ/RP8Az7P/AD7P /PsUVIuLDYZu7+F/xhSWmFWBto02+CRPRP8Ao/on9E/olhQS0qdFMsdxSaPdYNfS0dob391eRKKf hbNEVsyNHtJkXQSSUSgkkolBJJRKGaxfBFbBpPaGk9qiSWlDAfDZtH6NaIbrSpFnCyaEklEoNm0m RSTBFJMExOBI0khFSRX+/wANJ7VMEinQi6EVsyNm0mRWz4itmRpPaIrZkitmSK2ZGzaTNDSajV+U h1IRWwaT2hpPaGk9oaPaTIxhYItivUzWL4+4NG7+zE71/b6VKQZJXouket/q7+if1xFCVjXBtV4k mAM4JqObTwJnLbg14sSLoZHQJC22qJG58NjTrjuB00lnf9VNIvDo0i8OjVq9nZ5pGjMgnKkYEprR txvYlO8yCQ6kYmp3GjGhJJRfqelKUpSlKUpSlKUpf1Y0gm20qUVaX8At/mr2PR6PR6PR6PR6PR6P R6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR6PR 6PR6PR6PR6L2/E4ieUT1KfgFv80tL9C6fiMiHYGm2TtfgLf5F3E5aNyg9MfBS2HgSWqjgsNa7HwU tjSi1UamOUedfFJ5uCssgqLL/YrtZDErh2i//pB/ZTkb1R1bOeZsncWA8dA7oJ7fQWWEQYVlW+gx RIiuxNnVDFjWdkMbjj5a6GSHCbRo8iyJJii5oWhWDyWxYolW6yy4o1f8DmmXAuWi6GJDlhiabxfb BcZbOpsiWqjZIq0FDZ65ZrbZFy0XRqdvCMiXKcs0PwBb6jl+HZeGQ1Oc4RCbck3Qr6LJfmJy5D/G ISMSiS/AW/yOs1K0xGiPDMHhp1NkaUV0iEHi2QSFeoal8KRe6dfHxsR1YkT2MSKriQjQyiHA/wDj NR4Qor3iRjeYiaqISaiiwNG3VCaUhz3FNOn12VchOC3TwMTYFdEMa5g0NXr6YjcLkhHVXccKZdIa 18OR6jRtilzZwTELo0ZKr1SIEXBIMb+FaK3grKK/5ClzZwTDLo0MTxbErCdqPoOClvSoxv4VpqfV S6YkkHqC3iK7WHwjcKm6LgkCniGXafmI0ZHr8ut/lGuTEkkX0rX59psJJIvpSSUXw0mo1T/jfQkl Zz+ZevwosnENKMnBsUuyY6dyyNIKfBVxsbJl0iDJx0c2LX0rf5qLoR0I6EdCOhHQjoR0I6EdCOhH QjoR0I6EdCOhHQjoR0I6EdCOhHQjoR0I6EdCOhHQjoR0I6EdCOhHQjoR0I6EdCOhHQjoR0I6EdCO hHQjoR0I6EdCOhHQjoR0I6EdCOhHQjoR0I6EdCOhHQjoR0I6EX4SjrCQyyeWoPFvA3zGDTTylDUD XepZEokvpW/l4L3F7P8AT8IQhCEIQhCEIQhCE+dPZs8n9XwkW6eS1ltA3ips1VQkZVnlkk5g8M8M hhs2vQwMDtTYmv3JIFJYtY4BzVlqmmktFSZzL4oEmZJysEXZPpx+lrM4/E0Gjdr/AGFFzaunwhfu U408p29yKiypEYNS1utB2rUCzyU7cjvST4bLexa4BTImVqKHbXEcl4wTlq0tQq2/pwQYY6c/pWh1 eCeeo/z29iSWkl+lljXUNvNwkv7FkyZMmTJkyZMmTJkyZMmTJkyZMmTJkyZMmTJkyZMmTJkyZMmT JkyZMmTJkyZMmTJkyZMmTJkyZMmTJkyZMr8R9hIba2+J2GJ+cqsv1LS+mqy/oDT7MlS9g56gMauF IJu8pPoB5Em4uaLfE+hCO3Gm0PsOcuaIGO9rlfMPDNNYHRYyyOoz1DNxcxTYzYlFXcxPCmupCOVA nAnZs1mDHDuNNqfeen8+B/gHJVcGyookKi3OF3D4KWw7E3MjLwDo0LgQrvp5NiJFRckLQ2cpJxim j6RCsyo/yXPadJtxl2kXZyvId3bUqSPAlITj0YxpsI3JEGpjlXj4awdUan45FKLnkZDtbKwcejZ/ /wBB83gU2Ml2Ou9kMbFk7GgjVtX709fgZMK8kNlgjgIhmFHTB4adTZUi6BYp9BUbFwIr3kNa+HI9 Ro2xJ6Jt2jd6WqKayo/ztwUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSlKUpSl KUo3fwWqoxKKL9c795E3qhNNVfYnv9I63b+GYvh/m3eEi5hhzYnIVfQ75tGZEr2fD2K1ahoms1lX UbS2yrqJp6Y02O9NDaW2VdSOqLp2IfK+VdjYwXrjyJp6ZHVHj0bKrLkmDxPjg/cqspHVfGB3wb5T Q4c2zaSPuQfcdfhgW8fnP7PzheSxGsDZFnV+HtjxT+Q9zSz0OoP4FbTobvCGJXD7QvSXWn+5jpoO eB402PsLuL1NDRNjZDj2r4PHUrlH9M0mnVTTF+wv52fxvgZxyxYe86K4Yfr7L30uJ7FhY/ETUPYn wyy8fYntnYft8RPgRt8PyQTvIklpfES0kRXRF0RE9o5pHRfPYEXRH9l4sxnBF0IrZ8a0SWudkVsI uhnhqeCXg/QklpIedkmkhIu/3Jq7ErSL19j8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8 jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8jyPI8v wMITDmxLTepuiZ/wXVhCNC23BWyjlHeEi5hhzYnIVfQ75tGLKq/OPQ2ky0vJ/wBIWwT8DaWxNaNP 6m0lW4huKsSNtJ5XykqcOfWjT6kjZcrfw2kr0S45+YORfI9gl5EmjTEJV+f1ONdA9P8AAzhFmO9W 0mXJ7Bf2BZmmab4OB4bbJJh5+H9n5wvJYjWBUklnf849GvyLJdn+Zkh6VETyORdoqg2inIlW3tR7 JuSGV62tqK2vaFwJ0CGDeMB1GvajIidK9MSzVqNo5La1Am5LiO8Fy6nVZQm0vTqDc6+kbRSk2r1G C02NIoqrQNtRNtcwjlGVkamc2d8DtDZxB81UwGfEbpI+vC69jU2220PHLcFR3WRpJSdWTFy3YYI6 q/ntkaMdB4+zM+G9kJp/scit3ZwQXKzInhngyuXdoVZyOEonKF6gx7FVtQr0HoaSZSZ/whaBLwJj qtMUuttvueaWwSrmBoqtHtcFXSc6hCdrbXUW9tMQsY0eTelGr5gSplxOpCRIz1E4jaaUMDWcumJH XyZMU6vlKzI1GryNPWDuMJ9UJ8omOxyD7Cdq+QmlbesjsG2Jd5xyakmcEze6/YhYSF0GmjfBBLkb b7itu44X5+h/ZnjNaZTayTocSw7CA7oIpN1Rqi1QoTdmYYQ0oYLd4dTBDSD1+hHp/H+fuD0NpLLh /wBYSbE/AmOr0hW400+5klV6DTZpDmYVdRK/YDW0acEss0qR1WRI9NMSpI65sySq9PnajNo0qewk biapLhjuOWs4cjRtpDRUxi0TTVQ5VFWzJKr0Gjafv8NxVky+QT35R7xgIQ1z9hen8f5+4PQqs10e x/MekkdMGPTUKpXJ/wC3WingL9hYTweyNd8+RE0txYyN6NK80NlFLzYsouDxA5h6oiuNhc/CvKS8 CN5y1oWZGxJPuOb8vjYNTTxkIeAf3z+IhLgLwzRU/X8ZW0L4gjimL4tRrg9SvsL0/j/P3B6+hq7E miSMlivUabJMiqc0RWwizjexIUSFJhg7AitmTtP2MlivX5b3WjfgxyI+xFbMoSNPbb5KXCzsbNpM itmRJLSG0L4ZksV6kVsyyNYkvAupp+EZLF8EVsyJipLopK+wnt8P8/nFljRii1jQ42NNjmMGRWFs aJpcvQkKngTkTNedidc62JyJmO3AkcDwRkHHbcN+dbwdAmQkhvFMCd24PX6Ee3w/z+cTKtwx+ys8 GFDlXpcjcVjlyRuYvwVytYLY0hzsRuFv/wDSgoS/b4VW2q7FBQl+x/7+5jbmQw4StHTrlKP5D+GT MGuVwR0KxhbHokuPbhXQ5Lj06NjcxPBl3R5pZRLNRubnBwliWmKx9w9XRCbLWSuijhlgzcxuUaq4 bS2xZV+EslG2+EfvEg1TGn1ISPA1dUxWPuKull0CpZd0ZbBPjsZ6Qkzams5EMlGrq8/Dd42NtjQp aVTE2WsldF9Ww19jen8f5+4PRgon5K//AHGCiXgVpVVUjEzwWOrOBdomTSSMNcihBufYjtT/AMTO XKNMuGqbYmSzxolWt2I0PLjofxhJrk/JiNZJgjm3Zc+TdXSUyzGsqI7U/wDE2I44SM9qhyZ6RC1X YmJxBE2J9StsRqROSfHxl8N9AZx4DTLhqmapKWJL7G9P4/z9wevya3tp/Wipz8x1/c+ho0bj7G9P 4/z9wevqqsuen356fx/n862ltiaen8VWX66rLn6W0tv6HowDB28nRm1VxSsTLB+DOhWXsSLvAyU+ wtop9A+G50PcD6jSbYHkxP5jzIuobpWmkLNJ4tXxeDoOlWnoJOVO75E2BLctMF6RPOFrgtOnk5Fw KqkuA7ds7Ncnau2LBTajQrMloXy91H2LiMee059jen8f5/NMaWz3P3DbhXMVsbJW1A0g0s9jfc+V kMGu6v8ADk8XQngxKDlNseuxwkJQrE7NG53CqzdLngqltdTjJv06nJ4uhPBiULpdmrORwSonLQZb unSPQ4CiBdwbG5CTVh2R0rIq+BRVFF/JT6i8QNfCoTKvJDwYn8RvXNE2dmYMtidEPQJ+RYuqKuuO SSEz/BxjcdqeJME3MSf6Y3kvkSlDVdFTYV4R2I0G7AtB7iLyx3Qfhk2ENm8KBd3yv2N6fx/n800k j0do+MjxMjShqldew1eQds3soxNb/ZNct7CNgj1YcWgkO2Bq87BPlrE0YEcaLllmjXLewjYFGgar AoTdmNLVNRWsDqjm3lD1+XSS0voaT39LSaz9ken8f5+4PX0NpbE1o0/panGi9/XmkXz9DRIuXoaR eXPhGny2ltz4x2I+5XSPwxNJVr7K9P4/z9wei+S3g90u8t8mSHpURL5LtvbuOo17Uamc2d8Dxy3C FDJswm1/EM0Tcz2aY2rg7rRlljTq9ISsiObRyjQk3t2Zb6ycyM1P9Ag+59jbyDiPQhQ1G0htneIl ELU9ULRzOipIXUkvDMeInfsr0/j/AD9wevoTHVaYpdbbfc61Bq+YOQfYcGGxLoj+6I2bbSUaNcsa Eizu/M/sAleKFsorexo2mm01jAlY+B5gt9QtoBiW8A2T3f7DWFTUdEibmxIlDa4EazYdk232V6fx /n7g9DdNrB4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8B 4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8B4DwHgPAeA8Ank+P8/cHoeN5L5/b4SpMU jshon1+mNEfQj6EpMjUI+g1J4JikZH0+EqzyRMJ9RLF4Go59q/8AP2JNPTv4z0bPJ/7kX/jYst5I 58HSfp+Jg1j2wx5vDhn0nD6U5C1o5s/qGT6VcGi/hj2b+hJ0Zf6N14+1f+fzaXgHNs6dl6NL+8bR kgqyLmFcGYHWdQzncc2jjaVHaHbf4j0bPP0WlfUr6lL81sr6j0nQsK+vxX8XRlfUrMdGY4K+pYc5 G679q/8AP5pzkFTGCYh7INHIv2EhZrqE6fi0Nk+TkdY1BPlebRe2ccI1s/EPRHRHYHYHYHYHYHYH YHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYH YHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYHYDx8P8/YGk9q/kHoz2+hVy4+yEr5gTFg+g 2lN89jAazwOsbkErbTqazkSuYaT0/m6jmI0tIEjcjTfUyF+RCcjb7HePgKOJAkaJppvVFqH3DRYG +sOqgQtQ2apxli1D7hzVwpPii4XdySyUzGOF4EhwUgJz9ken8f5+zIXKCKPX0JH9IPQ5E2nS3svd CrMekEMk8ZGRcOgVsNPN0dpJrPuFN4oc1kdIqyPK3BYW6XQ8ZtE9LLnsRNXq5beBpHpV2HDmoYUS hK+hpWJnEJmSnqzgnensyzG8IYH0No6xvFMO6kcE709iukw58VSnjTSEb6o+BMRRnUYKpciz7IPT +P8AP2bP1maj+qJUoajvB2EnghNpvNuxXpTGE9HCnlyJovoPhj19TVUMAvyLRtPlfDV6+mT/ANPo hj19len8f5+zNIvDoliUbnZkSJF2GBqYbrGxtzLG5SYRkRhiNjAlNOj1+hHp/H+fuD0XM2dTtOBW /wC4PORzLDK7lXUNSv8A0LpQLEJbk5FlGPWyO/InwJbi6g0ncVmd/DIlq5GR6StnFYVUYHSYFmSm HOpi6i3IhWZ2KXvQ+G50NSv/AE+NKuO6ZUDcbkZGd1SvAzIuSidR9fsz0/j/AD9qd4SLmGHNichV 9Dvm0ZkSvYPQmDGyZeFBckPAx6ZYnfTaSMml56jk1NDjO1G7AtCSEz/BxjcdPfMj6FdwWgS8DIlq ZMhVUmWeMg2asZKllOS4fKHT3zI+hXcL81F4gyaXnqdSnkS/bLkgOIuEYFhqhZZ24CQXRfZnp/H+ ftf9n5wvJYjWBsizqj1+Wit5+uK37O9P4/z9wehoVkvJ/wBE2BPwPcReWJp6d+b8x3JRpF5c+iO5 L8aE/Sfv9Cd18NxV6QnVVp/CNBI2XK38tTjRPyVS3B/1hI3E/sL0/j/P3B6Ja7noVl3P/PsehynR o7J1wO43ChzW83kZikzh8GbRYSDVlv1K2km7JH2TZrppDO5uO8HJPqCU2LTq9I/jsRJaBOXnqg+6 WpnJoVx0Sq7c5MXM8cPgZkmuoy0m8tIehGDU4n0G2zragirjqV8f1zBa1mN2h1Me8n2F6fx/n7Mx PYERrMc0VNmzE7RLatlNMNli5IWhcZbOpwSVtUVompVyW2SqObHr6HWYnJgSndvqzvOWwaVTV2JE kTfQxuuXHloQzdauHORKvFDzBPJzZCGTrwoYms5dEiztuT4Si6nMYuglpcTUMQ6+RFDbaJWRzjsY KzypOct1SjRoz0FvqFtCBdY+VFa1slgr/gbEY20RD2YnSikvA00MzK9fsL0/j/P2ZjewKzWI5pFB bNpizmukfB8mPUaNsUubOCYldGioabBGtK+R6/Qj0/j/AD9uaN1/D0TrDdcwbJI66ipHTuJHppku GO402aXw1wJt9hLNaa4YmOJKZJUJG4miuIvYmnp34W9tIr/gNG0/cbSVbUFNSOdxYHTuNbRpwSiy q1ZR4VK2w7mC1TqJG4mr8bEZzYmuq2jLY11Q1i9nb7Nf21VZc/L0f1TKWzwVY7CWWNaSHN+Qp4C/ YvIYdQqLk5GyQ3jRlRI4G6MfoDYIrXG+Dq1xoeWEp5+NX/IVP1nJ1WTJ7CJpbixkb0aV5oannXwu LoSYzyrEJJ9/j+ub/Y9jbCTW6bKc65P4n2TksD/OL0LCY96CENmNw4kGcslqZKs1xDcGTXNMYlcO 0yJ0grLT6xBddE0PJZwhBWWn1iCOXufB/fP6JVnI4MbfG5cg5MuaIGO9rlD0NJMpPyLQReCK2bEj SSEjT22+Rpsk/hpskxJLShikfsJJaQkWkjBInSEWxX4aTUaqP+MRWzLMKSR0aNxF2EWcb2JCiQix hY0NQ0+TgrMEidBq5xeCf+j/AEtlh+BKaG51o/REvZ9l4LI9P846ds6l1k6lXADxo8yCdJpPl0zV vIqz9gSqzoqV1BTdtRq3bCpXUOu9ilke9oxnY1pltptZ2FCbszzJKR/ENTHKvHxp1eDN3g26PBP+ Rm7Nujwez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2ez2 ez2ez2ez2ez2ez2ez2ez2ez2ez3/APYOT9/1sm06hiW1P1q8uD/+25pSlKUpSl+KUpSlKUpSlL80 pSlKUpf0RSlKUpSlL8PT/D0F+Lp+m38PT+JLKaJy3iCyiPEohpnioNKbJCWVtqwQlXxoIy29fsK2 Maj6I7R3hmJWGLTJklJVl9jAnduC6XBUq4ZdCY5fjT4bnw3EV9ClKUTq/Q7+huFKVCf0PT+MXUcD a7GgU9n7k1XAdUmblwOlUbnDZr40EWN7/Ys20gkHZiGauaRVrk32Jsm3ZljxVYmxfwpjpx6jGvIw RkrstfGnzz8DHsxOTaZz+iB/Hn42zidGPb8HA4fkXX5en+B1fE+dBfi6fpF/S1Tg4H9OexnsZ7Ge xnsZ7GexnsZ7GewtEZnsZ7GexnsZ7GexnsZ7GexnsZ7GewtEIQhCEIQhP0MyEIQhCEIT9cf/2gAM AwEAAgADAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAIBBIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIBJJJJAIIIAIAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIBBJAIBBIBBAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAAAAAwAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKbwAAAwBAAAAAAIAAAAAAAABAA ABBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALfgAAAwBJJBBABJIBABBBBAJBJAJIIBBAIAAAAAAAAA AAAAAAAAAAAAAAAAHjwAAAwJJJJJJBJBBIIBBAIIJJJBAAJIIBAAAAAAAAAAAAAAAAAAAAAAAAAA HwAAAwBBJJJJIIBBBJABBIIJJIBABJIAIAAAAAAAAAAAAAAAAAAAAAAAJAAIAAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIIABJAIAwAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAJAJIIIAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABJJJJJJJJIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA2228/2223AAAA AAAAAAAABJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJIAA22293G223AAAAAAAAAAAABJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJJIAA222+Dm223AAAAAAAABAAJAspIAAIJBAAIBJAJJIAJAJIAAA AAAAAAAABAAA22224G223AAAAAAAAABJJAaQAJIABIJIIJBIBBBJAIJBAAAAAAAAAAABAAA22222 2223AAAAAAAAABIAAJJJJJJJJJJJJJJJBJJBBJJJJJJJJJJJJJJIAA22wRBJO23AAAAAAAAAAAAB AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAA22263Z+23AOkAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAwEGAAJIIABJIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAIAAAAwHkJAJJBBAIIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAwAAAA AAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBAAAAwAAAAAAAAAAABJJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJAAAAAACBAAAAwAAAAAAAABAABJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJAAAAAAAAAAAAwAAAAAAAJIJJAIJJIJIAAAAAAAAAAAAAAAAAAAAAAAAAAAIIAAAJAIJA IIAwAAAAAABBJIIABIJAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIJJIAAAwAAAAAAAAAAABJ JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJAAAABIAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAJAAAAwAAAAAAAAAAABZJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJA AAAAABFAAAAwAAAAAAAAJAJAbZJCZIYATC4RYRbaQAAAAAAAAAAAAAAAAAAAAAAAJNwAAAwAAAAA AAABBJBVXrsscrJkuWtljttpJJJJJJJJJJJJJJJJJ4AAAAAIAAAAAwAAAAAAAAAAAAbaXQbbSATd aTbSbbQAAAAAAAAAAAAAAAAAAAAAAABIAAAAwAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAIAAAJBJBIBAAwAAAAAAAAAAAJmhJJIAJBJJIJJIJJIBJJJJJJJJJJJJJJJJIAAAAJJAIJ IAwAAAAAAAAAAAJqRBAAJAAIJIAAJBBAAJJJJJJJJJJJJJJJAAAAAAAAAAAAAwAAAAAABAIIJJGp BBJBJIIBJAIABIIAJJJJJJJJJJJJJJJBAAAAAAAAAAAAwAAAAAABBJJAJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJJJJJAAAAAAAAAAAAwAAAAAAAAAAAJBpBAIBIBJJABAAABIJJJJJJJJJJJJJJJJJAA AAAAAAAAAAwAAAAAAAAAAAJFRJAIBJIIIJBJIJIJJJJJJJJJJJJJJJJJJAAAAAAAAAAAAwAAAAAA AAAAAJJBBIIAABJIIABAAAJJJJJJJJJJJJJJJJJIoAAAAAAAAAAAwAJBBAAIAAJAJJJJJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJIoAAAAAAAAAAAwABABAJBIIABIdQIBBAAJBJJAJBBJJJJJJJJJJJJJ JJJJJJAAAAAAAAAAAAwAAAAAAAAAAAJLAAJAJAAABIBBJIAJJJJJJJJJJJJJJJJJJAAAAAAAAAAA AwAAAAAAAAAAAJJJJJJJJJJJJJJABJJJJJJJJJJJJJJJJJJJAAAAAAAAAAAAwAAAAAAAAAAAJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJAAAAAAAAAAAAwABIIAABAAIAJNwJABAIBAABIBBJJJJJJ JJJJJJJJJJJJJJAAAAAAAAAAAAwBBAIIBJABBAICQIAJAAABABBJAJIJJJJJJJJJJJJJJJJJJAAA AAAAAAAAAwJIIBABIAIBIJJJJJJJJJJJJJIJJBJJJJJJJJJJJJJJJJJJAAAAAAAAAAAAwAAAAAAA AAAAJJBJJBJJJJIBJJJBJJJJJJJJJJJJJJJJJJJAAAAAAAAAAAAwAAAAAAAAAAAIXxAIJIIJBJBB BABJJJJJJJJJJJJJJJJJJJAAAAAAAAAAAAwAAAAAAAAAAAJJJJAJJJBBIBAJABJJJJJJJJJJJJJJ JJJJJAAAAAAAAAAAAwAAAAAAAAAAAJiSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSVAAAAAAAAAAAA wAAAAAAAAAAAJ1wPe2/54OB+/BO2222222222222222222zAAAAAAAAAAAAwAAAAIAAAAAAIu8AE O4kCO3r2Nm2222222222222222222zAAAAAAAAAAAAwIJIIJIAAAAAIG35f2/wB+vufj3wNttttt tttttttttttttswAAAAAAAAAAAMCCSQAQAAAAACNttttttttttttttttttttttttttttttttuQAA AAAAAAAAAMAAACAAAAAAACAQSACSSCCQSACQCQSSSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAC AAQACQCCCACQACCACQQSCSSSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAACQSQSSSQCSSSSSSSS SCSCSSSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAAQASQCSSSSSSSSSSSSSSSSSSSSSSSSSSSSS SSSSSQAAAAAAAAAAAMAAAAAAAAAAACTUAASASAQSSASSCSSSSSSSSSSSSSSSSSSSQAAAAAAAAAAA MAAAAAAAACQCSM+AAAAQCSASQCSSSSSSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAAAAQSSSSSS SSSSSSQSSSCSSSSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAAAAAACCASQSASQQSSCASCSQCSSS SSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAAAAAACTKAAAACCAQSQSSQSCSSSSSSSSSSSSSSSSSQAAA AAAAAAAAMAAAAAAASCCACSSSSSCCCSAASCQAASCSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAAQ CASCSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSQAAAAAAAAAAAMAAAAAAAAAAACCSCQQCCSAQQAA SSASSSSSSSSSSSSSSSSSQCAAAAAAAAAAAMAAAAAAAAAAQCSSSQAQACASQQQCQSSSSSSSSSSSSSSS SSSQQAAAAAAAAAAAMACSSSQACCSSSQQSSSCCQASQSAQACSSSSSSSSSSSSSSSSSSCAAAAAAAAAAAM ACCACSSSQCCASSQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAMAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAACAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASSSSSCSSSSSSASSSSQAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAASSSSSCSSSSSCSSSSSSASSSSQAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAACSSSSQCASACACSCAQSAASQSSAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAASQCC CQSAQCQQCACAAAQCQSAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQCCSSCSSSSSASSSSSSCSSSS SAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACSSCQSAAAAAAQAAAAAAQAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAD/8QAKREAAwABBAEDBAEFAAAAAAAAAAERURAxQWAhMFBhIHCAkEBxgaHB0P/aAAgBAwEB PxD9ZjaW58x8x83c+AnlHwiS8dz4C8MSlF3Tf1jQrVvddxePzOpSlKUpSlKUpSlKUT7WzUgm25Sg 5LfQXa+ItyB016C7W57FjTRfoL+XZ+SJ+P8APUWqLwvQX8pOOl4G7U60u7Lt9+tatwrwX46/CEIQ hCEIQhCEIQhNdhuZz7o9hq3f9Cj8UnqK8/pwe/U1t7G9yE+mE1mk1msJpNJpNEqQhBr3NVexvce+ mDjTgQjgfJx4ODOrELYzq9kbh8D5OUPcQjg4Ht7JfcnuV6ob9C61636ePQfVoIIIIIIIIIIIIIII IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII9yqL3TYKTu2In3r27qm1sb gL7cb+7b/ckm9kfGNNbrujWj5xrfxgIm/J42DN290Z5IbkL2fjBO43cQjZ96mycLLLLLLLLLLLLL LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLGqvudM4UNQSo1yR7GxMhJq0 0RkYk2QahGNQS8UjI9Eroaiol4o1HOtyXtiGo1F5Ec0uwPdmxHg2h7Mfmnmo4Zz/AGFlk5dOI9g3 wNiHubxJj2aOPW7c/obpWVlZXrWyseBWivSvRPxGVlaPA5wVibRfPkbrvW6MEYIwRgjBGCMEYIwR gjBGCMEYIwRgjBGCMEYIwRgjBGCMEYIwRgjBGCMEYIwRgjBGCMEYIwRgjBGCMEYIwRgjBGCMEYIw RgjBGCMEYIwRgjBGCMEYIwRgjBGCMG36C53Km98sEbFO6MeoSB71/jAyPw0DM/D/AIID/8QAJxEA AwABBAEEAgIDAAAAAAAAAAERMRAhQWBRIDBQgECQYXBxgdD/2gAIAQIBAT8Q/WYk3grwV4K8dz5j xoO29+58xrbTDum/xEhy5O6pwbu/3OhCEIQhCEIQhCEIQa7WtGklgnwMm8ew+18hrbRB+w+1ulnS TTwQ9h/lLO5E2E31FNpjdfsPuw+7Pt89b1RP5J1+lKUpSlKUpSlKUpS6oWDh3RChDr6p7m/6cVjq b+DRS+q+xfRdL678s4/g0LGvOnIx6L1IZz6ORY9CGM50Xwk+SRPwp2O92AAAAAAAAAAAEpXgaaz3 TMexMHHuteRtvP8AdSVEzCGms903fExLF0X1gNuS+Rtx3SJ504lj6wM1sGbtjt290WkYhIhOH1gw N7/dZK0QQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQJHP k04lq3ClRl6aVFRYUTpUJ0u8KirRuFLvBvgTvW5wIUIQxd9KlYsIyZuYCyLY4Zyjj/Y8nCOQshYH liwYDaFl10lj0SEREQmsRELyIRaRaTekREbm5ESnGwlF1urKKKKKKKKKKKKKKKKKKKKKKKKKKKKK KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK/QZgO+TDujVGolPrBPS/BPf+CA//8QALBABAAIB AwMBCAMBAQEAAAAAAQARITFBUWFxkaEQMEBggbHw8SBQwdHhcP/aAAgBAQABPxD4A1e/zTnodDz7 Hac6tQRLGz+IN7Wj/E17vZTpadyX841eJbpaN2IBAXQvWUFBbRbq+zcuJ0+YNfgv96TbHsIoW6z3 mUNBkPUiqVtOt1MS0EsFhSPBcQikM2JcrSzE7G3mXAZWDlXVi0RfIKbjmDTLUF4wH/sIvqi2+vsN e72ZuA68/lzwP1uZuAVXP5UqoC7VraJNebCf8ihmwpAK5LhVapa2bg3BXYbGz5gzweg49lSx60pS /WLQw5bzcS3I66olmraOCZ2W5Xyy/wAvlt28wBOW7MkG53BcsUVsXd5fy/aa93spxtGxL+MavMty 9OzHYt2r6zOyVCuSPMFpLDKxOUjiFY3JFoNexsQrqfuiGkjd3+ajV7//AGR0Ad2ftp+2n7b3DqfN f+8og6KXPwrDTU3z7h1PYoFUA1WABQjok2BhdXmvcZhqgd/4q01wgggtCcnwIHbppxcOsjlan6xM aEKCZzx/JEAG61P1iHWRyN/3v+n+SgeG4prJ3hAA637h1PZ6z9olhhLw1k9gVgVg+pFYFYPqQn1C 7z2gOlrN9XpK71gDd4liQ6ibCEAIa/yV4o9Sqf8AYyyAtLBElBCzUewEOjF4uVZRui1jBimdtzCw XCuCURsQ+kz2pm7txt9YJ1bJvPaDFTtWue0UVC2sl1FTUbIrbzLFgcAhOC7Y7ypAVkIRw0b3WEi6 VnQ7ym4iLcP1l4I1Xs3v0jSAUOhIpRjQthroajjEOojhLndtqlXcIk4kBWsvBGq9m9+kAaNbQ6Os aQCh0JBip2rXPaISx1D7T7nsCMmXQVy/SWIDqJsIZAQ1/kfxBS2n/YwJageR4iSHWWbGNdQFt9fS NBBQjhmU9ql3YbdIOvRZZuOwkmVqf2fRC9r9gqG+pU0sWX7g6ns9Z+0B3DcPDUoIr68uVcUItq8Q x9HDrifefdn3n3YNRhe3VbBcoU0WX6QhroAXrp7ILqABTpiIk0WjSA3taMBJsxOalmU7pSRgwDO2 4RFXouzFgEtae09L+0+8+7GCvRwvpBnNQrd0OnsC4JlxZLb9Oqu803lD3NI5P9QzIVzca7TIJYFI EEBERuJ39gsNdEVbwQ9HDw/zEABgr0cL6Q3u1BW7rifafcn6xCEgmCoRmtAy5imdQP8ABERgORdQ eZ0WKXVe1xIizck7QtcPX/wg30jP9qAIljAAaBXuHU9iARBHUYAAAA0CbWsVdZlXjNLLgCoBdUNY CADYKgIANgqUIA2CoDQPIFxQIKaNaSgoabLNGC0Q4S4DQDgKhEaxehW/sVtrlDABQA4IiJDdMzGM GorWAAAANAgIANgqeu4XNgYVVYmwMKqsVKaBhVVibznBUADda28PYDQDhLn2uMQJEAhQhtxNgYVd ZqK2pylwBAC6oa+zYGFXWalBQ02WaM2BhV1mpsDCrrNTYGFXWanruFwAUABsREAOyX7aQLyEUCCm jWkoKGmyzRlBQ02WaMoKGmyzRlXjNLLiqltlmk+zxmK2LyR/YO1TmjefEM2A7o+/8RYQeYpehqzz xhjt3/m6nzRAsPIfeVWITdoF66awVJwUU6HRiWBYY0G9YSyBVa6jGmpqlqHLrBlgNg2J1qaKCxAO sBoXFu2ZuARbT6QBTDtUe5ENqmN3tdT5nxDdA7zEN0DvCgYYEUgTiuFRas3i9nIdIcoJgytdpWWg 7otn1n0lWTmASNMirjWFqCaZaOxtABYJRet6xUDoUUohAQAGge11PmS3MtzLcy3MtzLcy3MtzLcy 3MtzLcy3MtzLcy3MtzLcwVS/mtMCmukvJLa1nU+P/YLtba9xofFZZEkt5ekt5ekt5ekt5ekt5ekt 5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt 5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt 5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt5ekt 5ekt5ekt5ekt5ekt5ekt5ekw1R7z/eVNwkEaA/WAQI59xofFem+RfunvMU3V7z8aTEFMHBMHqe40 PgTuRmoNjrBMWEgXXOIpa5UrrvUstnUNAS04ZqU8/wDIpa5UrrvUW6BNuiWjKV/I9fYkL0aUXmpS sd5vo7RhNNzuXG63Ci7JzRFQ62p3GajyTe/YL4KgCFRY0B3qV1fJeEYrAXo2XesUA3qpuHkre6Xf cJZBlH1b8QZzQ9QniFoAFA641cYiUsWgb10i3RLEbH6+xaLdCZAwaOheniom46RsV57vERtYqV29 LI0FhYSjg2xHvxnQdWWOrZcfVL7ky7c9YFhSqu9OYqUwTGn1hUV9WXpLLSMPKvpG9ha1qiOgpDL1 IaqSxNz/AAmohGR1yaMCwpVXenMVnVHcZYu5S7HNxARK2W0Yy6ZRTYnsyDdJ2h1oMDSzMLW6FVem SFyVDI6O58OqChbxNsc65XxEuRTjHvvAB4nSQr3Gh8Cz06o7YhjsKCiusVXfiDF8xIjUoFZ26RhR bgHbeNcZqWMXrcpBZL9bm9Fzowt/YFByVP3EANsN6zcrG1OtzH5GhbVe0+yFnVEK9y1qLVHJUpnX iJqMHFp/sc6ULTmM2ALybkVRITRfhBWt3JTG2Nqb5CsPWLi1xamyqgb3djXvUMDTVbzzDraK5D7R ueoF4N5QOlKFuNzLxGjyYWZLJQDMv1uWMDqQzXG9wjMk5a2YhquDcMQhERV1DxrKewCCAKdIQy8p xZD21BAmhBUEOq4esIzJOWtmITbAkSyNKLcA7bwCbDyIe+BF+jmEMvKcWQPHFdpgBmFXey4il4Fh omwc7rfsoZtFEsXvD04ChyFaQEaocjHbeYc3F+uPiNkY1e8+8fD6HwjQGTRFH0hgQDb+On2+PeEZ NEUfSGBANv4IIiWMNhQaZ9iIAdkufpH8FUMq15+J+8e6E8AGMdZQhR0oxe+I4rhMCyB0cHBWYg7D Y0W4uJG02ULT2rSWchDcKvrHYEC7BdWWQtXW38dD4q7ZOgnQToJ0E6CdBOgnQToJ0E6CdBOgnQTo J0E6CdBOgnQToJ0E6CdBOgnQToJ0E6CdBOgnQToJ0E6CdBOgnQToJ0E6CdBOgnQToJ0E6CdBOgnQ ToJ0E6CdBOgnQToJ0E6CdBOgnQToJ0E6CdBOgnQQJwHus8XjitKg13SNjwxVl+cCgJbuRXWtRuuy GmmKgqLs7LslxBwFN5RtNAqz6cQjNAo/joe1Atlv0f8AYsLSOcfL/fO+d8753zvnfO+d8753zvnf O+d8753zvhRM+3Q7PvPXp97DQi343m/MGmrmHAvMQlAdP76xqcIvEBW+cspBcyFyPeVeLpj9IzWW tvR4lZAmg3q9Z2ia7xANzLQv7RrfNmnHclSrI/8Aka4h6GnD1xGCkRZFr1md9h3zM5AYtYosBbbK 4flZEN7vcup7eAukfWKKVt64RokgFiGhBCWL1OeKjj3kt4QAChkrrc1W7hVtOKvSD608sJGsgGlb VDWhBkyt/ktBmsVbq7qJYl1e8RsrKXd+ItEW2KrJYaBxO0W5jS5cNVxEm0BVzHYo3XToMLKg47rX MDqEXV3/ACrgHA+sLs0+pe5dT4VAUBHZh9EdCvlZhUAsnMQlrIHmdazPuHU+KLA2F9JXI8SuR4lc jxK5HiVyPErkeJXI8SuR4lcjxK5HiVyPErkeJXI8SuR4lcjxK5HiVyPErkeJXI8SuR4lcjxK5HiV yPErkeJXI8SuR4lcjxK5HiVyPErkeJXI8SuR4lcjxK5HiVyPErkeJXI8SuR4lcjxK5HiVyPErkeJ XI8SuR4lcjxK5HiVyPErkeJXI8SuR4lcjxK5HiVyPErkeJXI8SuR4lcjxK5HiVyPErkeJXI8SuR4 lcjxK5HiVyPErkeJXI8SuR4ihaj9PeWpwvrAADqc5n4ZgFA8C/cOp8IIgFNS9P5em/igEBdC9fkD 7p8O6nv8iJZWfWbAjfUszGC3hOLIYasqjaOcjtDdv5hVp8gHaGvLNtiVwRH1Mwti8JD7XFqD+kaw lWovodH2eqfaM9sS3mskA3ZWpoCxj9kVTUSDdVtq96hQoaiaaQQrNKw6m9Q1MjmnQ2xBl2R0opLq YnwMVqsuJWWFmjpGgoW4D+4bRBp5n/BNHP8A5LFFtxn3DvvWx1eMwZKoO/bGIjtDHKmKWuVK671F JnIp3vWJWqqbXtEATqADy3EyxQNtGYUJLJGyoraxUrt6WReSugc30Jk8hXqJoRothqXde11Pf8Qr 061Ar7ituIlhSAq9OJzvpa3O6n1pk/5EbWoU2qidAol94rNWN1g7EdTNdx7kpNS3t3J09lpesF/S VUNAA5N5X2epTnpLzWdrVRApplV2Q1Q565bQlfHi0qIqv0ST/wAt1vSLNIKJr26xG9bqNcsvTNXw HY/uvvHuGShVW5DKKs0ZecTCzaW1oxFV34gxfMc4Uo1gviMYpAJ9IiCNVCY6NyoAgoNiUgpl+tyx idSGa43uCJSsnBetzUcys3CILzBftdT4oABuzpK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr 18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fE r18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9f Er18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18SvXxK9fEr18QBRd9vcgwWJSQCCgK D3rqfNiNdoZYtT3EgJBHc9w6nxTy7/It+8W3gEVW1tZQccH2jgnNSf77h1Pg2TMerX+RWgjvPb6R jZTVGmpYDpWtHHfiIVkq6BcTmS2G/s1e8rza3x/2JwoA1qJNIF2WaIHdlwoKNc6QSwTowi10OsoJ UOBdJogd2JVYL0tiNWF6Z1l9MrK7/wAgqhHgfbYCbKca+YGrGbQIzNEGuGeWrXeDboY1afX/AMlV g6LzDEArldbg2WaTKsui1xBqApsMT11q19ghItqBzKALnBcMKKZohdWU2G6FbVOicP8ASCJY2QRL Gz3hb9rfYqzbpxApNS0e4dT4aB6p9yYggUVmtskBqKNDnn2euhLWjP3lNmhadpVgM1XZrbeG8s0L uwq9dftOwVvvcxbqN9IjCWKVr9Y2qKAtlcyyzD2c14iCQUaOlxWzEpQGQ7xNYC9WomsAejcZa5jB X/IcpcGWWN1b7x0VX+z2a3Yz0wj0gG0vR6Rer95aw3K8YgF0KcBk8msBZWYLxPtPtosHWKItmqQk luu6yPWaM0s+39Ilo+iH+QAAoNveOMF6PDLGDh2fZW0g0P39w6nxXroFp4UQasGmy4stCm6QAgRt FWoqV4gFAHQmsHWJ6EUChTeoG2AnSKBBrSyUaBdVcwpidq9qzaq9IGUEDem8QuwMKuoI1EVnczpN b035ilgvmoAKgW6vMAFADgg0qoYdYFQB5qYEpTrjWIcA2H7SwqntGjDsQAoCdYANTtiX1tptev8A ZAKAnDE7S5Ae5dT4laFjZXd0n5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn 5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqflU /Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqflU/Kp+VT8qn5VPyqIBdnuFMM+VV r6Rea9DZEKFurq1p05mSxc9/WLIsmolJ5hgFNhFQ4aDZGTMerX+RWgjvPb6RjZTVGmpYDpWtHHfi IVkq6BcRAJY6J7XU+J1O0OJmlqp+ry8wutrqAWgOVh1mdG/5IhButQEQA1VlvSm/rp7c03Yuj/O3 uoYumv5BNumnF+xy9DVhSVaXVOO/HtbgPBFysymlquFWZ0blgbLr4/aHPuOJ6b3CAYspcygtitDU N6lG1GTAC00xMxFuwmoW7SpSUVX2Gsd2lSfagXIBcfD+ED1T7kxBAorNbZIC0Uxv9rqfE6nafh9G bg4z831gM7QB5uOUVVNdZ3OqvFXVVCLOACKshHVrBpamM7yN1cwUg5LybyowVWobnMSJzNl/6zGV sHTtKKYFC2NHpEdrU56ZxGouSWrJFZQBYl6rZDtpdF5Da+YI5w13/WG4INll0XeuIZtF3H7TG+Cd RlxcMcuXaVDyjdl6rczljNea68wXAVFeRj3tlDm1+0YDm7SzpVxJahUumM1LbApeROozJ9QutFxo Aoo25QtMAqt7RNAEniNGhLrbrrKBAEVvaAxtlVubzDdDfe6+OQCOjhm3MagChoFHw7qe/TbIrhuB pNlByDA6xjMgqtKMTDEA0C7jhtGAGQj8l8yAB3GoYH1hRtDUEpC4G2IVVpDqA1CjYa+WanaDAjhL n6vLzK60q5cmzQGkhYYqHZNq+U4uEhcF/SFUxqzP/UtGJhuaNYDYShWhGRTgmcmtiajyQs7mY2jI XJX1imRYDgYE2jX6uJQvJOJk6wAiSjnR5JYwmocvEsU+mqeNPaInAc7/AIw2ATLcQKqEAC9yKN2r j2q7gV08i6dGn/Ys3ui2ktzUQs8EUOjy4RFO7VG5uTXGAdGKmQ7FYTbukoCLlaejAip7HH/ketC5 g37wQA8Ds7VDKbYEpo+OWheJlu4rbyfDup78CZUWGzBxQVgKz1iqqHVNQs1n00r1htNFWOdpl5tg UvdnI+XWly9ms+rsgBHhbN2vWDqUi8XZxNTt8iem+JHU+J1O0sQDlaiOofRCrF0tXGQ26AWsLDHY bp97jMqs5pbU1sZZvSiCKAU1L0mQg0s6Zg6U1wxYpI5ZhHEqG9Zd4zWm42WoutFxC8upn25Uvbqt +7DMgm7P8YkSGoOSKkRdVjEYIrvEG++kRBR0FqYHAzmt6gBBHcZvGBzocz7nGYoga1sYgiWNjARK DKzUw5THfmCVXu9quplLo5rBfF8xk8C/6H03xI6nxOp2hkWRrtTDgArSh/2Xpi+t7ERjaQvNxxm6 rg0J+TWGx6xX0ZmOqYL2f8iVAgaLryuIyquC6xEyW9207TBArc7R0JRSnDgxUsadW45ubKv93rMQ 1RrA9GN00C7XGzMdV/4SkqPFnHUjBdLlrk4hFFFHHFTNwy3zd/8APZiW5nJMdGWTAog7ZmATQAmV moB2qLkfU3RbvENBwPSZfV+7MqLUtyDTT/IbXfjkLglBrxonJNKaCO39D6b4kdT4nU7fwAUBOEhV GdCp9jrMqsZpZcWQF0NaQBAC6tazMqXqVrFAA6gaxIFDQJpM15Lu635mxsKus1AWy270a8xS9uhn 2qlzdDAkD1CmYoEHQa0gJEWEpF3+ZjmGwyNe8RFw0UubGwq6zUsKC22jVl4S6odyfa4zAEAajWsT CD2z/wBIS47qH+sCr6qlzY2FXWajqpBS2QxM1q8v9Dj2GXvTE1+HnU/iK6iMN64h5YI10jagmuGj vxHgWXQBV8TbOVX1iKKJWDZ9IlWrac1M0FLukJrgVdIlkHEY6GmoCjDcKrzNcCrpEsgwGbF01CSD XNM1OZZvSicwr16XEOqrJiAmUcIK6+Ki77ZKb+nM4RoY34mp2+RM+wy964mnw86n8UdTi8R5e27F 1EW8lAMHiyd4whbpctNFygzwWInFWlD8EenTcdpS20Om8MAwOhXdRB4H3YKNtYnaMAwOhXdR7JAl TgO+IVMbwjayO2VGmQCD8/aAqBlYuxAUVIq0YVugDRfmanaIYFmoPxn/ACM6BmoCECVq6BAggJYF V3m9XCcXMEltiBpavac666TrKrHH/YotWiX2hMxlL/e4rRQLUG66wQlYBTCxKuMgYIgA2JY+zUKI 4Jg5N0UzfEGpsFGS4BSBdGpOsqscf9mkN2gw39YIzoxusYfWgiFmSKAroRru24jbb6sSkC2OHMww G0NHsSjYXkB0qU3K4DDCZjKX+9wTQr0HX+j9N8SOp8Tqdo4ig3ST7T8o/wAjorDdJfvEWYEambuA hSuQTwTtdXWKu7uNzuGi4YEhgSFmUN7hkzQvY0ZesVWis6S6KILZ040q4iCAsYaN4rHBDoKu7uBh aUIpSvEtSiIBEqXl2ejHgmInnXbG72zGxpt1j/6dJUKYbTnUuNIILErLt1hvcMmaF7GjA2wwVKvE cWZgZLvNQ1ZmBlqtowmqg8Rait0g0tYYsDvD6KYUURz6W1L7EpwC0WidIWIXBZla4l0UQWzpxpVx ii2gVTen9H6b4kdT4nU7fBsinB/NWxpXWw9PYliN54an4l/sCgC8ct+1SFdBsdf6P03xI6nxOp2/ ltbC8s/33pviR1P5UFBbRbqywoaaadH2IBAXQvX+ewMLq81/GgoLaLdX+Gp2jQRTO0RardOZnRSt W+YzzIjVzVQEqoyi56T67d91Xf8AkcDSGq2pcZiqpFVmppcw9dNJzNWhW0A5Iai3jF8xaCWgHS9/ 9iwV5Edaa9odCvGt86TJvoGgXyy9VlGj7EHYIm66QSchXDY65ljHDV1dC8TBZqXtUagVHAb0hUKM hwzxKm1JNm31lCLJOaOrD8kHJwJ2yq549ZmBTLLU66dJxtuwaRTjIYldjDu2F9tKhVRXdDi71lDd qbzX9H6b4kdT26CQxNAYr9Tm4/aqAt2hnmNvNR3arP8AjrG0uDKs7aRthRHIYw0n2SSquvMCWgqD cmuY18yymeZaPq1A1WHQYbmdRpaesKDgFOsTVm1ajAwXWUR9kkqrrzLBMNQXkiGUowg1l0hgfWFG 01DlA9MzAIsNDIbTU7QgG+cQEN0zKi3zGOAVU6JxAiADCXfebxqr3q7qpklgBzkoqNgcamo/yZ+q msskS1gubITk1H1I5aUUNxdf98wQq0qutte8ddNHfMrELg7WQWoKUZPrcrMJpS6ii1aBfaAteQdW KxFFsIW604jlmi0uox6IBStqJhfTAN4ULSoAuj6Yh+BZvIjsx3iyOwTM9Unh1IZGwOdrP+RqmtaA jA2DNCkM5o1S78c/WLomaVzrcQZUpXv/AEfpviR1Pa5K0UwzFq10O864IFiStbOw1qjia2trRiWo qVbdOIZQaIVSyq5n20M81fE1OYYrSic2DNVvFUVGVKzb1ip7Qqt9Zp9dBrRhswcRTeNYrLE/0ggV BAFBc+2hnmr4mpzDFaURNAHeb416zkfLrS530xAl2ULslw1O3w6igW20a/wBoCcJ/GgAR2T+k9N8 SOp8Tqdv4AWgOVh1mdG/42YXCCa6fy9E1L/gk2rac1M01QOr7AFdg1ftFErNFtZmmsSCPQaZgilu LHxDL2tH+l9N8SOp8Tqdph7BH4DOeIAztAHm45TVUw6wscMNoopgULY0ekYDm7SzpVxNAEniFRER pVq63cSNW3XV8qiLVptKPeWisbJlehxDVQ8FyN1yyosV8j9pkirEviYAlldual0rYoIvMLmbqjFQ IidkVJylKKgqhThKkZYparjtF1JVecQAFhbS4iLjZs4Q4YAArXLcBnQX3llPiNavj7xCmLsWiNuO 6j/hMH0A6WX/AEvpviR1PidTt/C5NmgNJCwxUOyb31bzrcZC5K+sWb3RbSBQFXq7wNxNuFepiZVG lyvN83MWQAquok2lbDkqALNaVdT2IIiWOs+8DiuOYGGxKzarikMcIxSEASjw4iKsZ0vnmLJkAADg Ya2yoztFWc/6TEXuF5XrEAC5H/TNk+NplO1wIXRXSBr17Y312g2wDZDPggAdWqdjY/pfTfEjqfE6 naFQoNToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4 ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6H hOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4ToeE6HhOh4R7 FWjp8SOp8TqdoSXlK8eSDfP1Ki2SgNViyhE5JuC+KlqluWA0gK0CvERGkR6+11AnclBaq5qdZzpB aBe0E0RxrjSYmEvkiBag5qb9dhhdpoPVmC6a5qCFiToexAAtZbNImxFmJVqloTVqiItT+o0+z8SO p7s2yHI377U7QLQXliZoya4M7l9aYA1LPaFl0PvKW+3/AJNDvV+8OS2lWG8G2musMMrfaVycxNOK 8q6MtbnUGokdDdUiF9ujRHDdGa8CM8an/wAn2s23LcVZPcxVRWKJnBMGLbc1zdQd5gDCa9JnVtYx wR1bHifWUv8AqNPs/Ejqe37T7ku3quOGZuAVThzCi2i29X2JTmtynnSKwQXdtVGs6RfSBAyLSlrW 1qHWAHUirGPW9YTT3mp2nr3tFGxpitSveaWWNMwLRFdYIbFHpFJSte11CvdmCrVxcZyJQGC0KdmY KtWmstqra4ihSqcXFXVWoC3eO8wVauLgBQp2YNco9H/yLsJ3bihSk6sFoU7QbC1N4zr+o0+z8SOp 7XcBa17wuximTWcJqXmq4hgaVNl/RCByVy1t2jjTADfaDmLsE7RIWRQEuRaBMkswawO91gAyBVBz 395qdpblu7T9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9 RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E /UT9RP1E/UT9RP1E/UT9RP1E/UT9RP1E/UQCAAU4PiR1Pci0QG8l/AanaaWsoDlYjAO8i2f9hIHB f1iiaulG0QICFgr/AFNZtAGrPsQZviGUJY4cxrmkMPtcwAam9bd4VoA1fchNhLKakYKFNFSluIyE Wg0IhiUXA4jpaEgTSyAFy6DMQa6aUGIhCAujQjLWuUAW0zOQppHUYgdAt+xEGumlBiJVvCcWezDu KCFf+I3NZzvROkalL0Lwt19otUKljV48QtMC/wCk9N8SOp7840FoesTPQ1f4Gwbpf1/jqdo5GzE5 qJAt+YD6yymBYFmD0mMrcGneWGXUo0Hm0g/VA1pe8BW83XkmIhxsc/XSFoglJQUc7wKAlyV/sCAp ctf5FIqUKpOElIcKnFOIRrQ+iM6y8G2yyXdy76JVnU2xFsJLl3kcxhVi6tcZqXsgWNrlOHSfaKz9 ELQQWBeQ06Su8hbbGVzUz82VtSbXMS6oOxifaKz9EI5GC1rj2NS4mwRPpB24yNziIopBMlafaWUE 1DqG3oRhutX6/wBJ6b4kdT34AUsQTzGs7MKdyzH0mN35qAhkcoAmqj4WaeYFASsHtMMhWFQ1pcM1 NkXNRKEl0qpWn1YeNws0Jqdv5WC3KhFdRz8De9NFPt7DNKO4faBojhyn+/wO2cshv0mmn9J6b4kd T3+IboHeYiGstPIU5S+/M0OZanF6xV+hFuWJBbiKXALGxWKlqMy3Lb9YMVumxuknCNDO/M1O3yJ6 b4kdT4nU7TQpbmmzNkMN5F9ZtZW5LQt4dMhm+kyKE0K0TrHzmmm10vvCjcpSi6kMrNS9qiwU79nO 3ETFIYXq8zDZqXtUz3QQYtUxceVaezDg5EXia6graDTMuJIY6PZzAzbpQGy5Q2+caDkg41o8jUxc eVaSpFq0OC6CczVoVtHzmmm10vv7LtcyBC8dIl1XqXrojEdtlgwNvpFF+qvU7QidAP8ATem+JHU+ DZMx6tf5FaCO89vpGNlNUaalgOla0cd+IhWSroFxOZLYbzU7QQ6A3iZthBSf8ly1LvMPRLRQ3vhh VSxWgIqQRb1XleZ0cwOlGZnDwzrfEMjYHO1n/IothC3WnEcs0Wl1GYLbVqgmFhjmtJeZTWlXMuDk FWNZkirsPRlr8+luP+wrtmfQbR5DQdk4mC21aoJhYY5rSWe0qfS7GWSJawXNkVIIt6ryvMpwYalc MQCaHuOlxq+WxLzysrLQUOGUcPK3b5nTcP6b03xI6nw0D1T7kxBAorNbZIDUUaHPM1O3w2wGFXWa /moECmjWn9P6b4kdT4nU7QkF0tVP0mCqKbq41TWtAQGwHI37UCCguhz7d34nSZpqgdX+G78Tp7FA qgGVYrS3gH8AFoTk9gOlBawDSwsfYArsGrgTbppxftXBmyBm0MLu8T9di8CgP05/ofTfEjqfE6na aa4tnsy3PqmgmbY9mJoeJN60YIRVjDC9Kv8AyMYnBFwYl2muVttEM1x8g4SOniyN3frFBHNwvMUY phdaIqWM0qqdtcwIEFiq25md0sh3l0WTRbdZlRYr5H7T8FxDoGjXbEa922SlDrGprG15M5GJwzJB S8TIArAyS3TiLuHShzf7xxsHhXmtbhlqQLxScRdSVXnEK4WrtTgigLgrmVHaEqOdky+z8/pDpNtB oMxdCtW+O0xjXP1H+h9N8SOp7+kC6hdg1mHXGqATqVOB8q9alixLPA9IjVRAjxFbWKldvSyWWkYe VfSNnSSrVEvJzjdZqTCEFOHd+k1O38Co8ONLvciO6uHUqbVO84uIIgUB1gWLfQvOu0VtY5OFmOAZ GiDDYlZtU63d7/8AIvTKWDhYfUad1pdy69u95HpMybYqewUboI1AUCSsgx9CDmbbWFSxLcFywzRm lSFbpN5aukKiz1NTCm6s05CJNox+jmGtsqM4Kamt/wDIDNwckEMUApifvP8AqGhgUOB2YDkKKRyw WEFBX/EdxqyNW39D6b4kdT39IF1g7m5CmVG0hvoVMxOQCsypgBed7lI6tHZljE6kM1xvcIzJIvWz ENFwbhiU5tFDTtAhec7qr1ZqdvkT03xI6nw4ULTTOPHs1O0BLQAcmUEMqMKXuRlQCuaN302l3jNa bipEXVYxKrOaW17BID1NnmUAdVqS0BwHMGoZtKvciRJNQdIY1L0p5gtkORv2EivBP3n/AFFEDWtj EphclxH8WthylrACuab8m0HSmuGY5CbgxEImgLWBViaW25n3OsRIkNQcns1Z64Vv3ZRCzUCkgQob YK9XMAYtNL/R/SJZUveuIKR0+HdT4bYGF1ea9up29jIDMKm+us6grxrMLWd6WWeZm4Zb5u/+TY9Y r6MzravS8TPEE7Nx0iFfKtJ7axLrBYDYd7gbttJw/A9ZgiPYGTtE0WZ0KNIqRG5aPip9l9yBordE y9IhoOB6TL6o85qdJXp7xGVVwXWImS3u2naAgKfvmYkp4PvA1ILuUsusQEiWhQDZCKKKOOK9n5/S I6F1zRi4AUKLqtdyZcVECKOqNUdaX4/o1oWlrYn543x3ittJZo/Dup/G1pq+oNfMau+SLmIJhYCR rlqWrVWItbtULELRMq5qBJXGDJncqFFrCc0QLvKoKK1q5cyY2pZ4j12bYit8wQrfE5lzJjalniDL sjpRSXUOSwaMZxPyensgwPrCjaKlicoF+YVayKAorG0awlWovodGanaHAzWhc9MhUAQA6mtYyrjr RUBIiwlIu/zMqsZpZfsKozqXBaAcBUysN1KZlhQW20asTUS6oay44rSioDQVKsM17EQk2S5+uwBA Go1rGxFc4j/yCLWxYLANJmVL1K1igAdQNYuBqyFadoYqwUxw0Jg3s2ufayxBRSm7JdT9ohfyCozA FAA2JZhcoYhlCe6uCaf0n5oXz3npvh3U/iKbABVaUQ3ikqaohYlWlZHoxcHFtl2QnDDazfXmJNfT aFVWmJbbm2Cl2TEQpzVb3DFYFAFD1Z3U+tcv/Yg2BMVpUMVgUAUPVn/lut6RMWVsOOsBAl2Eozts ChfM5Hy60uBsu5w+sEFHATBK3LlJqW9u5OkSypVZTk6PErtWlZvvAusPAyjY0Q2vR6xKqx3K1gZU dGrzM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8 pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8pnlM8p nlM8pnlM8oilK+HdT52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT52d T52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT52dT3HEKpwdTnr82up7jc7w0lJoyxAdvmx1 Pc4SOa1h82Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op 87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87Op87cfMlOvhlOHwynD4ZTh8Mpw+GU4fDKc PhlOHwynD4ZTr4ZrKdfoSnD4ZTh8Mpw+GU4fDKcPhlOHwynD4ZTh8Mpw+GU4fDKcPhlOvhmsslPw lPwlPwlPwlPwlPwlPwlPwlPwlnyMtSn4Sn4Sn4Sn4Sn4Sn4Sn4Sn4Sn4Sns9N7vR7TR9X7+90e3u 3U7/ACM6nutHs9N7HramhFBnshHrvFQ8lzmwYu95SKVvetSxlqaRNuJm2i1CwCtj7NHtNH1fvLIE A1m2x1itQcXgqY3uxqFdhRuWvE+kB1mVEYqnD14h2kAx8azhGh34ghJZIm0NxUEg1n81gQZrRhp+ vs0e3soGLzBvoy4auogWijhlKHnSUq7xAIt6QLo+kzUdTv8AI2o9i0WwbJU0uIAVwyuc6awaqdZa o62hLLreOns9N7MVNlxcojR1RptzBQVVBiOC3b0Zu9ZfYHWstSgJGKr7DWKzArl2mweAPZo9po+r 94C2ZN4TsRgS2A6Qwlclv1hEASWW3WlTMYNscoXftainJpUvAJtludLYqS3js1DliorKrN8xi0AA Xu3pEM9C53X7NHt7dbVgmtChlU3JgW6Kq5WXRd3Gx69TeFIbVCPA3Jud/kbURyQFb2ezKomMZI4C 2IrU0wliBqJAyGomZ3yjp7PTe4+0ddb9uj2mh7v397o9pu+63O/yNqP44GdG4lo5gUDiBSrqGCo6 exLE5lc/CVz8JXPwlc/CVz8JXPwlc/CVz8JXPwlc/CCgcSjRK6yufhK5+Ern4SufhK5+Ern4Sufh K5+Ern4SufhK5+Ern4QUDiKvFS3SW6S3SW6S3SW6S3SW6S3SCvNfIwvSW6S3SW6S3SW6S3SW6S3S W6S3T54//9k= 94633 2015-09-18 14:38:25 +0000 2015-09-18 14:38:25 +0000 Plasma 5 regional settings, different language and format with ISO date 2015-09-18_plasma5-regional_settings.png image/png 72203 spam iVBORw0KGgoAAAANSUhEUgAAA1kAAAHfCAIAAAAtFYWIAAAAA3NCSVQICAjb4U/gAAAACXBIWXMA AA7EAAAOxAGVKw4bAAAgAElEQVR4nOzdd1wT5x8H8CeEJBBIwt4I4gDEwVCcuAeilh911tY6sGrd lSqKEwfuugso4qq1btzWhdaBaAVFK6jIUPYMgQSyf39ce02TS7iQoIjf98s/kstzzz3PJcEnN54P pZJbhQAA4HMil8tlMplUKpXJpCKRuLCgwN3D42M3CgAAPg6Dj90AAAAAAADw0cBYEAAAAADg8wVj QQAAAACAzxeMBQEAAAAAPl8wFgQAAAAA+HzBWBAAAAAA4PMFY0EAAAAAgM8XjAUBAAAAAD5fhqqL UlKfPnr85+BBA91auiq9VFJSeibh3LCgQGcnpw/QuHq9fpP55EnKqJEhNBpNx6r4fP71m4mZmW/L KyqYxsatW7ca0L+vjbW1XtrZvO3bf8DB3n5YUKDiwqvXrufk5Kpb5bvQyW+zsvX13mmGfZ5Vl48b O9qMw2nUTYPm6umzNKlUij9t26Y1i8XKzX3XooUzQuhh8qNuXf0pFMoH2LSlpYWri4tigcKiIoFA 0MrNDWuPHpvxPi8PIaT0xz8l9alXO08Gg6H3zZGE7RAKhcJkGtvZ2pqZmWm1ulgsTkl92tW/i94b 1ng1K8nLL3j95o2xsbF7mzYWFuYNq+RjvX24p8/SPD3cGQwG9lQul6ekPu3UsYOhIcEoRS6XN+q3 7DNEcFzwZXr6iVNn1m/cIpFIlF4qKy8/cepMYWHxB2lb/Y4dP7kv/mB6xisd67mVeHvM+G/3xsVX Vlba2FhLZdILFy9PnjqDz+frpZ3N26Urv7/466XSwrKy8nfv87B/NxPvnDx9Fn/67n2eXC7X13tX L+zznJ7xWrEB797nUQ2a0EHxS1d+z1Y/dAZNTcTyVZeuXP3j7n3sH6+6WigUzpg9Ny8/XyaTLV0R KZPJGm/T12/eepj8CPuXlZWtVOD27T8uXb6Ktwch9DD5Ue6797pv+k3m23XrNykuSc94FbVxM41G U9zcB4btkKSHyRcvXf0xPGLTlm1a7XxuVdXa/3ZKXxqvZkVHjh5bunzVmzdvHz/+Myx8ieqfYpzS x0Dx6Ud8+3ARy1cVl5TgT2Uy2cLFS3m8asLCjf0t+wwRjLgRQnQ6/X1e3pGjxyZPnPCBG6SVaaGT e3Tr2qG9ly6VXL95a/3GLd27dV0U9gOHw8YWyuXyt1nZJiYm+mjm5+ib8ePwx2vWbbj3IClqzSrF Anp578ibM2tG61ZuH2ZbDbD75+gF8+e2dHWpvyhoGiZ8PV7p/bqYcJpKpSoetGsk48eNaeHsrPZl CgUhxGAwsPYghG4m3u7fr69LC/WrkNOrR/dtO3YXFBQ6ONhjS24l3h7Yv5+BgYHi5j48fIdIpdJJ odPTnr/w7tTxo7TkAxMKRcdPnj5x7AjT2BghJJfLNRRW+hgoPv24bx9oCtSNBWnffDVuX/zBXj27 t2nd+gO3iTx7ezt7eztdauBWVe3aE+3u3nb1ymWK3wQKhdKUhw5NSsMO0uv+3jUbfD5fKBR97FYA XUWuiVq8KAw/yYXh8Xhx8YfeZGba2dl9P22qjU2jXHZSWcmNjdufnZ3j6uJia2uj2J6E8xdTnz4r Li75/dr1RT8uwAYNDUOn0/v27nXr9h3sl55cLk+888emqLWKm2MymapdPn/hkrW1VfduXRFCBw// YmRkNG7MKITQnT/uiiWSgf376dr/f1CpVDMzjkgkQghVVfH2Hzj0JjPTzMxs1Jf/8/P1UbcQ9+rV 69Nnz82fN5vP5587f9HBwf7CpSumJiYL5s1Jz8g4k3De0NBw+nehnh7uEokkNi4+PT1DLJa0buU2 beoUDoddWck9efpMzx7dfz12PPiLES1buqjWzDQ2PnHydOIfdw0oFP8unSdO+FqX/kqlErFYLBIK sbcVP2Gq+hb8+tsJxY9BwrkLSp8K7O3jCwTHT5xu06bVpctXxRJJ0JDBI4YHIYTKKyp+jt6b++5d y5auvj7eMpl82NAheuyIZpq/RKVlZWfOnm/n6X7i1BkDA+qwoUMGDxrQeI1projHgmKxePSoL+/e f7Bx808xe3YSnrBHCK1as87S0nLOzBn4ksd/Ptkbd2DZkkUuLi3Wb9ri6eHh7OS4b/+BrOwcCwvz aVOn9O/b50HSw/hDR969e29jYz3xm68HDeyPr15SUhoXfzD50WNBba2LS4spEyf06N4Ne2nHrp8d HOwH9u8XG7f/6bO076ZMHtC/76Urvyecu7B7x08MBh0rVlpWduDgkaTkZB6v2sLcvFs3/wXz5mi4 pCAx8U5NDX9a6GQNP4k0d5OwYYQLNXdw/aYtDvb2fr4+8QcPp2dk0Gi0Dl5e8+fNtraywrdL2Lvs 7Jz1m7ZOmzq5S2c/vCS3qmrR4qWjvgxR+lY8SUk9d+HS69dvKiorjY2NPT3ahk6eiA/3ybShoKAw Zt/+JympUqnUw73t3Nkz6TS6ul2ngdJ7p99Pi1aKiovjDxx+/OQJj1dtbWXVO6DXxAnj8UPChG+l tq3VsNt/+fW3P+7eQwjtP3DoxMkzDCPG7u1bEULcqqro2H2PHz+p4fOtray6dPELnTyRZWragA6C xlArENTU8BFCFArCPi1/pqSKxRLFsaBMJluwaMkXw4LmzZmZkvp0ddQG7M3V0dusbGzTCCG3lq4M BiM8YtnwoKE//jDv9ZvMFZFrevfqibdn/Lgxj/98Mmb0yO5d/XXf9OBBA7ft2I2NBZ8+S7MwN3dz a4m9hG2OsMscDvtm4p3u3bpKJJI/7t43MKCMHT2SQqHcTLzzvy+G696qly8zSkvLpFLpi79eGhkZ +fp4S6XSBQvDg0cMnzv7+7z8/KUrIhcvXNDO01N1oZ3d379Ic9+9Xx21YcXSJUxj47KystNnE74Y PmzXti2Xr/y+eOmK9l7tftq8ISn50dbtO+Ni9hgaGnbt0nnyxAnGRkZxBw7tjYtfGDZfKBJev3Gr sLDo++nf2dhYV/F4qjW/TM9IvPPH9q2bDAwMsrJzdOw4k8kcO3rktJlzgkcMHzJooJWVJVLzqVP6 GKh+KrC3r7a29vzFS1+GBG/eEFVTUz1t5hwf704ODvZhC5eMGztqSfiPb7OyI5avHDSgv347gikp KcX/I8bP/9b7Jaqtrb185apUKt2yMaqKx1sYvtTS0kJplA/qRTzIE4nEFAolfGHYdzNmHv7l1ymT viUs9u5dnkgkVlxSXVPzNiurTihECOXl5WdmvuXxqkOnTGzp4nLxytWoDZvLyyuOnzw1dcqklq6u p88kbNi8tU2bVti1zyWlpTPnzmeZmv64YJ6VldW9+w9Wrl63a/sWD3d3hFBBYSGXy710+WqbNq2m TPy2nacHQqiysuJtVpZM9vdJmZLS0llzfjAwMJj+Xahby5bl5eXv3r/XfG3poz+fmJiYaD6hoLmb hA0jXKi5g3l5+WnPX1y8fPXrr8ZOmzq5oqJy5+7oxRHL42J/xrqgrnctW7oKRcKE8xcVx4KJiXfe ZmV7eyv3q7y8wsLCfPbM6TY2NgKB4NCRo/PDwg/H77W0tCTThvLy8jk/hFlZWi6PCLe2tnqW9nzZ ikixynWlZCi9d/r9tJBXWFQ0a84PlpaWCxfMt7O1zXybtW//gWdpaTu3bcUGqYRvpbat1bDbhw4Z 1LZN68VLV4QEj+jerasB5e+rGDdv2fY+P3/xojALC4uCgsL7D5KMjYwasJ9BI9n1c4yRkRFCyNjY WOn6B9yfT1JpNNoXI4YhhLp09tt/4BCXy9X25gZViYl38N8qE7/9uqKiUigUYVtp5+mBHX5rJB3a ewlFwqzsHLeWrrcSb6segCHssp+v7+7ovXK5PO35i44d20ul0rTnLzp2aP/69Ru9XCXyV3o6O49V W1ub+TbL2clJIpE8S3uON8PVxWXc6FGnzpwLCqxVXTh75nQDA4OSktIVq9YsXhjm3rYNVqdcjqZM mmhoaNi9e9ftu/Zs37qJTqf7+nivjdool8spFEpnP1+sZPeu/rv2xGCPyysq5s2dhd+URlhzTQ2/ rLzc0cEBX6KLKZO+7dun9/mLl6bOmNWrR/c5s2Y8S3uh46du6uSJhoaGDIall6fn68zMktJSOp0W OHgQQsi9bZtePXo0RkcQQidOnWEy/z5ujZ/uJvxEsVgsxRXrhMLQyd8yGAwba+v/fTH86rXrMBbU FvFYUC6XSyQSJ0eHqZMnxezb36tnj7ZtGnKmODsnd2PUGmyM4ubW8sbNW9Gx+3b8tKlD+/YIobmz Z95MvH3v/gPs/8vomH1isWTb1k3YF8nTwz2/oOCXX4+vjVyB1fbHvfvffjNew7Hon2P2VvF4B+Ji HB0cEEKoTet6/yyWlpY6OTroeC8SYcNUF9bbweLikp82b8AHphWVlT9t35WVnd3KzU1D7ygUyohh QbH79pdXVFhaWGDrXr+Z6Ofro3of9OBBAxT/fNtYW38zKfRBUjJ2IqDeNhw8/ItAINi4NxrrQis3 N4lYErNvvy57D6ffT4uSe/cfvHr9Bn9qb2fr6+ON1SMSibZsjMIuFXVza+ns7DRr7g8nT5/+ZvxX WGHC91er1mrY7ZaWlnyBACFkYWGheBHYk9SnUyZ969+lM0KodSu33gE9dd7BQJ8W/big3us78/Pz Kysql69ajT01pNFqa+t0HgqiqaGTFD8q6RmvFC+3cLCzKy0r03Ub6g0eOOBm4u0Wzt/cT0oOnTxR 6VXCLtvbm9nZ2mTn5D5ISu7RrRtC6I9791ksVosWznqZRmD0yBB8h0Rt2Hzk19+s/vttcnZ2Onfx UkFBoepChJBMJlu8dIWnp7viwJTNZmG/Bo2NjCkUirm5GULIkEqVSqUymYxKpSacu3A/6SGDwaip qRGL/z5YYGJiojg7gWrN7Tw9xo0ZtWLVGjqD8c1X43r2aMipDCVuLV3nz5k1feqUTVu2xR88bGdr q8unjsPh4GcCaTRabW1dXV0dfvQUIWRlZcnn8xujI7NnTsffIKlUOmjoCKTmE6U0FrS0sMCPx9vY 2Nz+467ujfncEI8F0T9HaL8MCf7j3oONm7fG/rxL3ZliDSwtLfGDVTQazdbGViqVYv9ZIoRMTU1M TU1LSsoQQkKh8H7Sw+FBgYpfpK7+XeIPHvm3rYaG48eNUbctoVD4ICl5QL++fw+VyKmtqzPW4QIa DQ1TWkimg5aWlopHKF1atEAIFRYWtXJz09y7wMED9x849Pu1G9gW8wsKMl69Wr50cb0tx/4LKa+o INMGhNDd+0ndu3VV7ELgkEH6Ggvq99Oi5M7dewz6v+eyfX28fX286+rqkpIfBQUOwe8ZQgh5erh7 erjfTLyDjwUJ31/yrVWluttV2VhbJT1M7t+3D3beB3yKOGYcF5cWa1YR/z7RFzMOR/F2y5pGnv1g 8MABCxYtbufh4eHeVvVok7ou+3fpnJKa+jQtbfp3UygUSszeOEcH+86NcPDGvW2bZ2nPW7dyw0/R IuzAvLm5mbmZ6kKEkEgkily5dOOWbZeu/D5s6BDVOlUPFjx/8eL36zd2bttCo9Fepmds+WkHYWMI ax4WFDgsKDDj1aulKyLd27bR1xfc2Nh4aOCQ4ydPubu31eVTp3pgxMLcvELhj1Ull0un0VCjdUQJ 4SdK6Q6tKh4PO1iLEKquqeaw2QhoqZ7hHYVCCf/xh6kzZh08/MvUKZMMDLQ7fmZvZ6v41MiIoXRh taEhFftFVVBYJJFIXvz1ctWadfirFRWVFRUVMpnMwMAAIWRvZ6fhRyRWQ6tWLbVqoRmHU8nlarWK KsKGKS0k00EbayvFGuh0OkJIpLB/1PWOxWL17RNw5eo1bMhy42Yii8Xq1aM7YeGnz9Lu3U8qKCys q6vD7jtTvDNfQxv4fD6Px7O3t1cswGazdbkaXZF+Py1Kli5epHozUEFhkVQqdXFRvr/SpUWL6zdv KTSM8P0l21qM5t2uamHY/NXrNo77ZmKH9l79+/YZPGiAUv2gaaJSqQwGva6uzsTExM/HZ0907Nus LOynlEAgYDKZet+ip4d7cUlxdk5uS1cXoVD44GGyz38vejEyMqqprtHX5uzt7WysbWL3xakeFEQI qeuyf2e/dRs2ubm1xL5KrVu5nT57bvXKZfpqFaamhv/Hvfu9evbo7Oe7++cYbJ/IZLLrN28O7N+P cCFCiE6nOzs5rV21fO4PP9raWOMnfzWoqORamJtjfXn6LE1dMdWahUIhQojBYHi4u1taWAhFQh37 m3j7ztDAwYaGhnK5/O69e24tXdW9BUofA/KfCj9fn+079yQ9TO7erWteXv7dew8G9Ouj345o2jpR dxS/ZQihurq636/fCBw8SC6X30q807dPQCM1phmr/1Cfg4P9tKlTdv8cE9CzB5Wq9aFBJYT/TyOE sLkMPT08fH29FZeP+jIEX0Xduoo1MOja/X/p4eF+NuF8eXk5dsFcwxA2TGkhmQ5quH+l3t59MXzY tes3nz5L8+7U8cbNxIED+hGOm48cPXb4l1+Dhg7p16e3KcuUakB9lvZcsYCGNsjkcoSQ6rR89EYb o+jyaSED+3FJM1TeUUbGRjKZDP+hSbJODcXq3e2qOrRvf+zIgQdJyYl3/tj1c8zJM2e3bdmIXwMA mrKRIf+bPT9syKCB48aMWh6xeN36zZaWFiKR2MLCfOWyJbrXv2TpSvwsjY9Pp/lzZkWEL1y1ep2t rY1QKOrbO6CqqkqxfEjwF7ujY27cSly8MAw716mjIYMHxOyNI7xVi8NhE3a5bds2NTV87AQxQqh3 QM8/U1LdWmr3010dbIfI5TJEofTtHTAyJNjAwGDF0iXrNmyyMDevrOT26N510MD+FApFdWFZeTlW iZmZ2epVy8OXLF+/NtKQVs//dF27dD55+uySZStFIlFnXx/NFxkp1mxiYrJ0ZSSHzRYKhZ4eHlqd xVLFYNBf/PXyyK/HLC0sKrlct5YtlywKY7FYhG+B0seA/KeCRqNt2Ri1fdeeuPiDjo6OQwYNkCPE 5VbpsSMaqPtE4d+yHt272tnZvn2bFbZoSVVVlaeH+5BBAxupMc0YqbFd8Ihhd+/d37DlpyWLflRc bmRkpDQfNb+mgacnbG2sEUJMJrNPQC9daniXl6fVWgP69T2bcP7UmXPTv5uiroxeuqljB+vtXTtP j9at3K5cvUan0/MLCoYOGaxaRiKR/PrbibGjR06dMqkBbTA1MWEaG5eUlirVqfQfzweg+6cFY2dr Q6FQ8gsKlJYXFRXb2dnqa0b7Bu92Q0PD3gE9ewf0fPf+/czZ8y9dvvrtN+P10iSgo8vnz2hYOHXK pNDJE7E/Gt6dOsbvi+bxeEZGRnR6Q+64J7NpP1+fQ/F7uVVVbBYL/02Cl/Tv4ne4yz6hUESn6yfj JyhwSFCg8rlUfHOEXaZQKGdOHsML9+rZo1fPHnppDOEOQQh16tghLmZPdXW1qakp/l1WXWhtZXXh 7EnsVVcXl+O/HsYen/j17wtOTE1Nbly9iD02Nja+de0yQohKpe7evpVbVWXCZNJotK/GjUEI2dna 4lVpqDkuZg+PxzOk0XQ/o0Kj0ZaE/4gQ4lZV0el0vELCt0DpY6D0FNuNHA4b7zhCCL/QyMnJccvG KOxx/MHD5mZmtrY2euwIUnkfqVQqtqvVdQf/lhUWFUnEklnfT+fz+YaGNHxSEaAVUgc8KBTKwrD5 JSWlvxw9prjczs5G6f/RJ6mpDWsHm81u79XuVuLturq6Btfg1c7z+o1bAoFA9VWpVFpbW6t6Vq6d p0fvgJ4nT5+5/+Chupr10k0dO6i5d5gRw4P+uHfv3PmLbVq3IpwcUSQWC4VCe4WrgAsLi8i3gUKh +Pp4Jz18hE3fhbn/IEnzBKeNQfdPC4bFYnVo73XjVqJij8orKlKfPu3dS6dRpqJ6dzt2YFKkforB Fs7Ojo6OXJ0vZgAfDIVCUTwwz2az9TIQ1MyMw9FwcJrBoH/IwK4P0+V6sVgs1V4TLmwAMw6nYfe+ 6PHSGrwlqhUSvgVKHwOSnwrsjDBCqKS09GbibX//zvgm9NsRDVS7g3/L5EiOEDIxMYGBYIORPaFm Z2s7Y1rovQdJigv79+tbWFj024lTfD6/spL7y6+/PXr8pMFNmTVjGreqavHSFa9evxGLxeXl5Vd/ v37t+k3yNXw//TuBQBCxfNWbzEyJRFJaVnbn7j3spRu3EocFj3yT+VZ1rYUL5nu1a7cics2mLdv+ fJKSl5efnvHqwqXL6zZs0m83deyght5hBvbvRzWgXr95i/CgIEKIaWzs7OR07cYtPp8vk8kePf5z 4ZKlWl3A9M3XX9XW1m7c/FNJaamgtjb50eP9Bw/jIQQfku6fFsz307+rrq5ZE7WhsKhIKpVmvHq1 ZOkKC3OLr78aq6+m1rvbra2tjI2N/7h3v7i4BP+5sjcu/vadu2Vl5RKJ5N6DpKzs7PZe7fTVJAAA IO/8xcvjvp44fsLk8CXLQid923hnhBvAgGJgBPNt6UyL6/9GDAu6e+/Bn09S8CW9enSfOOHr+IOH 98bFI4Tc27aJCP9xReTahjXF3b3tts0bdv0c8/3sedgSF5cWE7/RYjbzdp4eWzZG7doTM33mXGxJ h/btsdOIPF41g0Fv5UZweYqJicnWTVHnLlw6f+HS1WvXsYUsFqt3QE+RSESn0/XVTR07qKF3GGNj 4969e928dXvAALXz+C8JD1sTtTF45FgKhWJjYz131vfnLlwif41d2zat10au2LHr53FfT0QIWVtZ LV4UdupMAsnV9Uj3T8vf9bRts2Vj1K490V9/OwUhRKFQuvl3WbdmtqmpPuMHNe92Q0PDJeE/7o2L /2rCJITQlQtnGQwGk2m8c080diyQwWCMHzemf7++emwSAACQNHpkyOiRIR+7FcScnBwPx+/72K34 5FEqubpe7CWRSIqKio2NjXS5/UJRZSW3uqbaytKywffclVdU8Pl8aysrfL6YffsPpGe8+mnzBs0r VldXV1Xx2GwWW+WmdD12U8cOqvYO992M2S2cnTTPJiOXy7EIcDtbWw3FNCsqLpZKpfZ2dlrdq9EY dP+0YCoqKqurqy0tLfU7CsSR2e1CoVAoFOKfPblcXlFRUVsntLWx1ss0bAAnl8tlMplUKpXJpCKR uLCgwN3D42M3CgAAPg5d7wtGCBkaGjo5OepeD87c3EzHm90sLSyU7risqKj08e5U74osFktpEkuc HrupYwdVe4d59er126wsDTfBYCgUii6jQIzuNeiL7p8WjIWFuYWFue71qENmtzMY/5mYhkKh6Ov3 FQAAAKCOHsaCnwRHR4cejRnN1BRcvHLVxsYasncAAAAAQN7nMhbEwtSbN9cWLdp7tfuQtwoCAAAA 4FP3uYwFPwcjv/zfx24CAAAAAD4xH/nCfwAAAAAA8BHBcUEAAPgPczMO/tjKyqqsrOwjNgYAABob HBcEAAC1BgwYoLkAm83u0KFDhw4dzM31dh96Y9QJAADqwFgQAAAIBAYGRkdHDx8+fP369aoTjuJY LFa7du0mTZrk6+urr003Rp0AAKAOnCMGAABl5ubmU6ZMmT59+uDBg2/fvs3j8dSVzM/PP378uH5n gmyMOgEAQB0YCwIAgDIajSaXyyUSCUKouLi4ATUYGxvPmDHDyspKKBTGxcUVFBQghKhU6sSJEz08 PEQi0b59+3JzcxFCHTp0+OqrrwwMDMRi8U8//VRZWamuTlNT0/nz5zOZzKKiopiYGJFI1ND+AQDA v+AcMQAAKCspKbl06dKePXtatWplYtKQWMLx48dnZ2cvXbr01KlTP/zwA7ZwzJgxDAZj0aJFK1as ePfuHbbw5cuXERERixcvfvHixYgRIzTUOWHChNTU1IiIiPfv3w8ZMqQBrQIAAFUwFgQAAAKHDx+O iIhwc3Pbs2ePjY2Ntqv7+Pjcu3cPIfTy5Utra2s6nY4Q6tWr17lz5xBCMplMLpdjJaVSqaOjo7+/ v7GxseabRTp16mRlZRUSEmJjY+Pp6dmQXgEAgAo4RwwAAMTy8vKuX7/u7Ow8YMCAY8eOaSiJD+xw NBpNLBZjjyUSiYGBAULI0NAQX4gbOXKkl5fXzZs3xWKxYm6Qap1UKjUrK4vL5WZmZlZXVzesUwAA oASOCwIAAAFHR0fsgZGREZ/P11yYz+czmUzFJW/evPHy8kII2dnZ8fn8uro6hFBKSkpAQIDSut27 d9+3b9/9+/fz8/M115menm5qavr8+fPnz5+/f/++Qd0CAABllEpu1cduAwAAfFByuVwmk0mlUplM KhKJCwsK3D088FfNzTgcDmf16tVisdjW1jY/P3/16tUCgUBDhW5ubnPnzq2urr58+XJSUhJCyNbW NiwsrLS01M7OLjY29vXr1wghJpO5aNEimUxGoVCOHz+ekZGBEBo+fHivXr3Ky8spFIpIJNq+fbu6 Oi0tLcPDw8vLy9ls9rlz5x49etR4uwgA8PmAsSAA4LNT71gQe8BkMkNCQo4ePdrgDbFYrJqaGqWz vUwmUyqVCoVCxSUSiYTkfcEcDqempkYqlTa4VQAAoAiuFwQAAGICgeD8+fO61EB4VZ/qIUbNBx2V VFXBD3gAgD7B9YIAAKAW3KIBAGj2YCwIAABNhYuLi+KtxAAA8AHAOWIAACDAZrOxKaBVl2/evHnn zp1//fUXtiQyMvLhw4dXrlxBCK1cuXLDhg1CoZBCoYSEhAwaNEgkEr148WLfvn1kNhoVFRUaGord dEzSpEmTvL29BQLB/fv3L1++jF2bOGjQoOHDh2P1cLnc9evXq1t9586dCxYswBJWVq5cGRsbKxQK sV6z2ezq6mq5XP7LL788f/68Z8+e48aNw05nC4XCFStWqKuzXbt206ZNo1KpeXl527Ztg3wUAJo4 GAsCAAABKpVqa2urutzX11coFPr7++NjQRsbm+Dg4GvXrkmlUmtra+zA3rhx41q3bj1v3jyRSOTg 4NB47VbtkO8AACAASURBVDQzM0tISEhJSQkNDTUzM8PudDE1NU1JSTl06FC9q9vZ2WFzHyKErK2t DQ0Ni4qKwsPDEUIHDhyIiIjAM/FMTEzS09N//vnneuucOnXq4cOHU1JSwsPD+/fvf/Xq1YZ3DwDQ +GAsCAAAWvD19T116tTo0aMPHDiAL3z58mVAQMDt27exp1QqNTg4eM6cOdghMSyM2NHRceDAgfgq JSUl2KFENps9e/ZsExMTxSkDtY0e5vF4u3fvjo+PP3v2rFZ3ojQG7DZt9N94FQBAkwVjQQAAIItC oXTq1Ck6OnrMmDFWVlZlZWXY8vPnz8+bNw8fCzo4ONTU1JSWljIYDBaLhRAqLy/n8XhPnz7Fq8Ln r54wYcLjx4+vX7/u5eUVFBSEL0xNTb106VJISMiQIUMuXLhQb9vEYnFBQYGTkxM2l2Hbtm1DQkIQ Qvn5+fqaibBly5ZYnRUVFXfu3FFXLCYmZs6cOTwer7KyMjExUS+bBgA0HhgLAgAAWa1bt5ZKpe3b t+dyuZ07d8bPfhYVFZWUlHh7e2NPsaNiCCEPD4/g4OD27dtPnTpVLBYr3pWMXxTo5eWFBdz99ddf +MJOnToJBAIsepjD4ZAZCyKERCKRsbEx/hgbbipOZKgjsViM1VlbW4stGT9+fNu2bbHHMTExRUVF CKHWrVsjhLKzs319fc3MzEpKSvTVAABAY4CxIAAAkOXn55eRkWFubp6Zmenn56d4JdzZs2fHjx+P PS4tLWWz2Uwm89mzZ8+ePYuOjkYIWVlZBQYG4uWLiorOnDmDEDI0NMRPpOKX7jUgephCoTg6OhYW FmJPc3Jyrl27Vu9aUqlUcaPYTSTq5OXlKdV57tw5Op2OPebxeFgzQkNDFy9enJmZSafTg4ODSd43 AwD4WGAsCAAAZPn5+cXFxb169crIyGj//v2Ghob44CkjI8PY2NjGxgYhJBKJkpOTg4ODsQN+mPfv 3xPeePH27VsPD4+kpKRWrVrh4yosevju3bsIISqVSqZtw4YNy8rK0nwQrkePHt7e3rGxsXhsSVFR kaura0ZGhomJCYfDKS8vJ7MtHJ/PVwprlsvl+NWNFApFj0clAQCNBMaCAABAjMPhbNy4ESHE4/HW rVvHYrHs7Oywq/Hq6uqysrK8vLyePXuGl09ISMDuwEUIxcbGRkRE+Pj4SKXSd+/e4SdVVR09enTh woUBAQECgQAfih06dCg8PLxjx45koofHjh07fPjw3NzcHTt24Av79OnTrl077PGqVauwBnh4eAQG BsbFxeFjwV9++WXBggWFhYX29vbHjh0Ti8Xa7ydlcXFx4eHhJSUlpqamq1at0r1CAECjgjxiAMBn h2Qese44HI5AICAzwDI1Na2pqVFdHY8ednZ2xk/mIoT4fD5+54qOKBQKh8Oprq7WY8YxlUo1MTHB zhoDAJo4OC4IAACNhXx2sOpAUGn1gQMHGhr++xc7Kyvr5s2bOjYPI5fLuVyuXqrCSaVSGAgC8KmA sSAAAHwCFKczBAAAPYI8YgAAAACAzxccFwQAAALq8oiHDh06fPhwiUSSk5Ozc+dODdfYKZVks9mq Ob85OTmRkZERERHYzIIrV648fvx4RkZGSEhInz59amtrq6urz5w5k5GRgbRJGdaRakhxUVGRpaXl /PnzsamzL1y4oOEMNWQcA/BpgbEgAAAQIMwj7tq1a1BQ0OLFi6urq52cnDQMBFVLVlZWEub8ZmZm BgYGJiQk+Pj4sFgsbNjHZrPv3Llz9uxZJyen1atXz5o1q7a2lnzKsI5UQ4oRQuPHj3/9+vWRI0eo VKqpqalWq0PGMQBNGYwFAQCArKFDhx4/fhyb/DkvL08vJU+dOrVu3boLFy6MGjXq6NGjSq/m5eWV l5fb2Njk5uaqrqsu45gwznjq1KlCodDZ2dnKymrv3r3YoJM8JpNZUVGBEJJKpeTvidEXyDgGoPHA WBAAAMhydnbOycnRb8mSkpKnT5/OmDGDSqWmpqbiy6lUKoPB8PLysrS0xNNElFKGNWQcq8YZOzk5 paWlRUVF+fj4jBo1au3atWSahzt58uSyZctatWp18uTJ9PR0rdbVADKOAfjoYCwIAABk0el0kpPw kS+JEDp58mRsbKzS1XKDBw/u1KlTcXFxZGQkfnmcUsqwRCIhzDhWF2f85s0bhFBxcbGVlRXJtuGy srJmzJjRr1+/sLCw69evHz9+XNsaCEHGMQAfHYwFAQCArLy8PCcnJ/wonV5KIoRKSkoEAkFWVpbi witXrpw9e1appFLKsLqMY81xxnK5nEKhaGiPupBikUj0+++/v3r1auvWrSdOnFB3rhYyjgH4tMBY EAAAyLp+/XpwcHBKSopUKmWxWKrDrAaU1IW6jOMGxBkrIgwptrS05HK5UqnUxMSEz+fjA0HIOAbg UwdjQQAAIKaUR4wQSkxMbNGixa5du7hcrkgkWrNmjboTweRLaoUwZViVVnHGqghDinv27Dl06NDS 0lJHR8fY2Fi8MGQcA/CpgzxiAMBnR8c8YgaDQaVSsVnxNMcEK5b88BTjjAlpaDxhSDGFQsEmCMRu 6dUAMo4B+ITAcUEAANCO4jlKzTHBH/dsZr0zv2hoPGFIsVwuJzmbDGQcA/AJgeOCAIDPjo7HBQEA oDmB44LNgUgkevnyVW0d8ZVDAAAlcrkcGw7KZFKxWFJeXqY4FvysODk5mZub5+TkdOzY8f79+6oF XFxc3r171yynd6637wB8JmAs2By8fPnKuYWjjbX1x24IAJ8G/LigVCoVi8UFBQWqZXTMI46MjHz4 8CGWArJy5coNGzYIhULCnN/IyMi3b98ePnw4ICBgwoQJc+bMEQqFhNHDYWFhDg4OEolEKpXeunXr xo0bCKGRI0f6+/tzOBwej5efn79jxw6t2unl5dWxY8fffvtt8uTJhOOhqKio0NBQfOZCMiZNmuTt 7S0QCO7fv3/58mVsHEk+TPmDxRnX23cAPhMwFmwOautqra2smuUPdwAag1yFahkd84htbGyCg4Ov XbsmlUqtra2x+fwIc35tbGzMzMyOHDnSvXt3DoeDlSSMHra0tDx48ODz58+ZTOb27dvT0tJKSkpO nz59+vTpo0ePLlq0CL+cjnw7q6ura/5BZteRYWZmlpCQkJKSEhoaamZmhgXrkQ9T/mBxxo3RdwA+ RTAWBAAAssinDCOEXr58GRAQcPv27XqrzcvL8/T0NDIyInmviUAgKC8v1xC/odpOdcnF1dXV2JBI cQZENps9e/ZsExOT9+/f4wsJM4414PF4u3fvjo+PP3v27Me6kxpHGGdM2HcAPkMwFgQAALLIpwwj hM6fPz9v3jwyY8HU1NTQ0NDk5GQsaQ2jFD2MLfT393dycrK1tZXJZEo5JZrbqS65+N27d3w+XywW nz59Gn91woQJjx8/vn79upeXV1BQEL5QNeNYM+z8u5OT0+vXr9X1SEe6xBkT9h2AzxCMBZsJOEEM AHn/nhpWf46YkFYpw0VFRSUlJd7e3vWWTE9P79ChQ1JS0vDhw/GFStHDGIFAwOVyg4KCduzYoSHb TbWd6pKLq6qqsGliFEeKXl5ex44dQwj99ddf9WYcayYSiYyNjTX0SEe6xBkT9h2AzxCMBQEAgCyt UoYRQmfPnh0/fjz+VF1Qr1gs3rZtm9K6StHDmBcvXjx//tzOzq53796ZmZnk26kuuZiQoaEhPj5W bLCGjGNCFArF0dERbwZhj1RBnDEAHxiMBZsJOC4IAHny/x4YRKS/PtqmDGdkZBgbG9vY2GBPdQzq xd27d2/jxo0HDx5Ul/+h2k51ycWE3r596+HhkZSU1KpVK3xc1YCM42HDhmVlZam7qBEDccYAfHQw FmyIp8/SsD9bFArFjMNxcWmhbfp7bu67Fi2csRsGAQBNky55xLiEhATsHlikZVCvhujh0tLS0tLS 9u3bp6WlYXPKMJnMFStWvH//HptTRsc05KNHjy5cuDAgIAC7SQVbqFXG8dixY4cPH56bm4vPcaOu RxBnDMBHB7kjDRH0xZe9A3qyTE0RQsUlpdnZOVs3rbexITu9n1Ao/N+osXujdzs7OemlPUkPH3Xv 5q+0UKvshCtXr3br1h1/ig12DQwMOByOg72dkZGRXtqpmVAoTHv+oktnP8WFcrn8YfKjbl39dRk3 FxYVCQSCVm5u5FdpOntAycPkRy/TM6ZM+lZxoX47iP/UwVhaWlhaWKxdv2lt5AoajUZ+E03ZB8sj VtUYQb1k2tkApqamqpOtKGYca9t38iDOGIAPCY4LNtD4cWNaODtjj3/avuv8xUtTp0wiuS6DwbiY cFrbQ4ma6XiOGDtVhj+NWL6qd6+eJibMktKynNxcX2/v76d/x2DQtarz4aPHDnZ2LVo4kyxfVFyy YfPWU78dVVwolUqXroi8dvm8Lrsr8fYfpWVlc2d9T36VprMHFMnl8ujYuNUrlym93frtIPaSKcsU K+np7u7SooWDg33C+Yujvvwf+U00ZXKVk8RarU4+j5hw03oP6lVHx5OhhLPuKeYRa9t38iDOGIAP CcaCemBmxuELBAghHo8XF3/oTWamnZ3d99OmYkcKyysqfo7em/vuXcuWrr4+3jKZfNjQIZFrohYv CmMymVVVvP0HDr3JzDQzMxv15f/8fH1Ky8qOnzjdpk2rS5eviiWSoCGDRwwPksvl23ftCQoc4t62 DclWta6/yL9Uj3p9NW5MC2cnhJBIJIo/eGTJshU/bd6gTZXo1q3b/fv1IT8SQghRUKOcNG/YMcUm uAfSnr9gs1mqFeq9g/hLuOFBgavXbmg2Y0E9OnDgwMduwkfzOfcdgOYExoIN9PzFy6KiEoTkpWXl 127cXLYkXCaTLVi05IthQfPmzExJfbo6asPu7VtlMlnYwiXjxo5aEv7j26zsiOUrBw3ojxD6MyVV LJZIpdIFC8ODRwyfO/v7vPz8pSsiFy9cwOFwzl+89GVI8OYNUTU11dNmzvHx7uTo6KBtC99oU7ga IXW36tHp9BnTQqdOn5n86HFX/y48XvX+AwffZL61s7Od8d1UGxvr/PyCX387sTBsPlZ+b1x874Be KalPU58+Ky4p+f3ajYU//sA0Nj5x6sztO3cNDChdOvtNnPA1QojHq44/ePj1mzdMJnPihK85HA7V 0PD+g6STp89KpdL/BY8Y0K+vYkskEsneuPj0jFdisbh1q1bfhU7mcNilZWUnTp5u07r1pStXxWLJ 0MBBI4YFIYQqK7l74+KzcnJcXVrYqaRHaKXp7IEnKam+Pn9PUELYQdW2NaCDhGXcWrasrqkpLS21 hqjDT00zDhQGAOgFjAUbKOPVKyzD9PTZc5s3rG3v1e7R4yc0Gu2LEcMQQl06++0/cIjL5WZl59Dp tMDBgxBC7m3b9OrRQ7GSP5+k4Ku4uriMGz3q1JlzoZO/RQhNnTzR0NCQwbD08vR8nZnp5OT4w9zZ Gtqj8zlilSnW/rvE18f7zycpnf18wxYtHjEsaM6s71OfPlsTtWHnti01NTVpz1/ghdMzXnVo7/XV 2NGP/3wyZtSX3br6I4Repqcn3vlj2+YNBgYG2dk52NVaP4Yv6dM7YMb0qSKhUCaT8XjVlZWVL/5K 37R+bWUl9/vZ8zp4eVlYmOPNo1KpXTp3nvjtN8ZGRvsPHt67P/7HH+bVCmrPX7z85f++2Lh+bU11 zYzZc707dXR0cAhfunz40MAF8+e8ycxcGbkuoFdPrXdR09gD1tZWeBtycnP79emD7Q3VDkqlUtW2 adtB/y6dEUJv32bV1Px9h2xLV1fsakKXFs45ue+srKwIK/u0kIig0ymP2NzcnDA/lzA7mHweccM0 40BhAIBewFiwgUaPDMGuF6zkcl+8eNmhffv8/PzKisrlq1ZjBQxptNrauqLiYjs7O3wtKytLxckO CgoK8YsOEULOzk7nLl5CCHE4HPwqHBqNVlurxR/xfwXWX+Rf5vW8bmRkVF5e/iQllUajjRgehBDq 7Ocbf/Aw+Wt6+DU1ZeUVjg72bdu2QQj9+SRFLpePHzcGIcSg0xFCPF61gYHB5Inf0Gg0GxvrNm1a vX6T2a3rfw5TdfbzwR508++yJzoWXz5l0reGhoYMS4t2nh5v3rytrq4WCUVYOz09PLqp3Fjz/n3e 79dvYI9pNBp2lK5p7gHFsWBNDd/EhIkQynj1SrWDhG0zMzMj2Tysg9jjxDt3TExMsMfffjPezsgI IWRiYlJTw1e7frOjSx5xZWUlYX4uYXYw+TziD+ZTCRQGAOgFjAV1FRI8YvnKNWPHjOKYcVxcWqxZ 9Z/ftbnv3lVUVOBPK7lcusKdmGbmZlUK1zKXl1dYmJsjhPQz1cwVbQprOEmMEEKosLDI3t4uP7+g orJyReRabKGhoSHJcaqnh8fY0aNWrl7LoNO//mpsj+7dCgoKXV1dlYqxWSz8TlU6nVFbV6tUIOH8 xQdJD40YjBo+H59pgsNh/2foXFdbXFxqb//vENzBzq607D9TlJmYmrRt8/eVlyTvSmkKe4DBYAhF IoQQYQcJ20Z6KPh3B7HHUydPcnZWvsm9rq7O2PhD3E/dlGmVR0wemTxidYHCU6dOFQqFzs7OVlZW e/fuzcjIQGoChdls9vz58xFCBgYGmzdvVpqET1XTDxQGAOgFjAV11aZ1aysry7v37vv5+OyJjn2b lYVN7SEQCJhMpp+vz/ade5IeJnfv1jUvL//uvQcD+vXB1+3s57v755jsnNyWri4ymez6zZsD+/dT t6HnL160cnNjMpmEr+r9HLHikioe79GfT6LWrCoqLnZp0SJyxVLFkoLaWqlMiheuqxPidyUr3p48 NHDw0MDBGa9er4hc06ZNazabzeVyFTf6zyr4Ejl+EhNrzPMXf127fnP71o00Gi0949VP23diyymI 8u9acoTkiMNh83i8fxPoa/h/3y36D3Mzs4BePZQ2rWGffPQ9gLG0MC8vK5fL5YQdZHPYqm3T8MEg 7KDiDlcqX1pWZmlp0Tz+G1Y5R0y2U1rlEZNHJo9YXaCwk5NTWlpaVFSUj4/PqFGj1q5di9QECg8c ODAlJeXixYsUCoVkl5t4oDAAQC9gLKgHwSOGnzqT0Kd3wPKIxevWb7a0tBCJxBYW5iuXLaHRaFs2 Rm3ftScu/qCjo+OQQQMU/wCzTE1XLF2ybsMmC3Pzykpuj+5dBw3s/57oYINMJlu2cs3cWd8P6N+X ZKvq6qaT74JcZqfupeycnO079/TtE+Dp4e7gYB8duy8rK9vNrSX6Z7xrZ2vD4/GqeDwOm11QUJiV nY2taGRkhM9JgR3tYDAYHu5tLcwtREKRr6/37uiY9IxXnh7uGhpGpVIZdHpdXZ2JiUkll2thYYYd Nnv6LE3DWh7ubYtLSnJycl1dXYRC4cPk5E6dOpLfG01qDyhq06Z1xqvX6jro6+Ot2jZtO6iujKC2 tqyszNXFhWRTmyut8ojJI5NHrC5QGCH05s0bhFBxcTF+NSdhoHBubu6kSZMoFMrjx4+xlF4ymnKg MABAL2As2BCXz/8nx3PQwP6DBvZHCHl36hi/L5rH4xkZGeHBTU5Ojls2RmGP4w8eNjczU6yhU8cO cTF7qqurTU1NseuEWjg7n/j1CF758qV/X7qecOo3raYO4QsafrE5QihixSqaoSFfUGtrYz1saOCQ wQMRQhw2e+niRes3bbGwsBCLxebm5ssjwplM5rfffD13/o9Ojg51QmE7z7/n7P3fF8N/jtl3M/H2 orAfRGLRilVr2Gy2UCj09Gjr4GCPEFq2JHzTlm3m5mYymQy//lLVlyHB8xYsHDRwQPCIYafPJCxd ESkSifx8fTScSjcyMlq8MGz1uvU2NjYikahP7wBuldZzqjedPYDr1tX/l6O/SaVSwg4Stk3bDiq+ hD327tRp7uzvk5Mfd+ncWb+TYn6KtM0jJolMHnG9gcJyuRz/E0EYKPzkyZOCgoIuXbosXbr0wIED KSkp9TYMAoUB+BzAWFD/2Gy24lOhUMhgMBBCJaWlNxNvb1q/VnUVFotVb7WaB4L6PXN3/swJdfV3 7NB+b/RuHq/ayIhBp9Ox5SNDgr8YHlTD55v/c3maXC7v7Ocbvy9aKBLRaTQKhRKzZyePV02jGRob G2Nr/TN0rjY2NsKO9v165AC+oVXLl2L1TJ44YdK330gkEhqNtn3rpqqqKiaTSaPRxo4eKZfLnZwc FdeKWLwQW8vHu9P+vdFVVVUsFgv7b0mrXdSk9gDeBitLS692nrf/uNu/bx/CDqq2rba2VumyMDMz M0NDQw0dJHzp/KXLkyZ83TxOECMdzhFrm0esR7oHCiOECgsLz58/X11d3a5dOzJjQQgUBuBzAGPB Rnf+4uXTZxIMDAwYDHropG8dHbSeKbAJYrOVB680Gs2c6D4FhsL/Q6prqVuohEKh4HdUcDhaZOtp VVgrH3gP4GZMm5qe8Qp/SthBxQqfPnt+6/Z/rsGa/O032FFJ8qqrqwMHDezYob1WazUDeskjVkSY HayOhjziehEGCnfu3DkkJKS8vNzV1XXr1q2aa4BAYQA+H5BH3BwkPXyET7YCAKiX/N88YplIJCos LGzf/t+RbqPmEX9IqoHCBgYGbDabx+Nh9+RCoDAAAMFxQQAA0JYuecQfkmqgsEwmU5wREwKFAQAI xoIAAKCLTzqT95NuPABAX2As2Ew0m4v6AfgA/r5fBL9x5DP++jg5OZmbm+fk5HTs2PH+/fuqBZpx nHG9fQfgMwFjQQAAIKBLHrG6knQ6ffbs2a6urjweb/v27djFeYQbUrd1Npu9efPmnTt3/vXXX0h9 8DH57GAvL6+OHTv+9ttvkydPJhwPNeM443r7DsBnAsaCAABAQJc8YnUlQ0JCxGLx3Llzhw4dOn36 dOzeZMINES5ECPn6+gqFQn9/f2wsqC74mHx2cHV1dc0/6i1M0qcSZ9wYfQfgUwRjweaAYcQoLy+3 sLD42A0B4NMgVzlJTHJF8nnEhCV79OgRHR2NELp582ZoaCidTsenzSPJ19f31KlTo0eP1vZSP3Vx xtXV1diQSHGuRMI4Y1NT0/nz5zOZzKKiopiYmHpb3vTjjAn7DsBnCMaCzUFLF+fs3Pc5ue/rLwoA +GcsKJPJZDKpWCwpLy/r0IFUSiH5PGLCkvb29qWlpQghkUgkEAisra3z8/PJN5tCoXTq1Ck6OnrM mDFWVlaa538hGWf87t07Pp8vFotPnz6Nv0oYZzxhwoTU1NRLly6FhIQMGTLkwoUL9Ta4iccZE/Yd gM8QjAWbAw7HzM2VUlcnbJbXdwOgd/8MBGVSqVQsFhsxyP4lJJ9HrK4kvlAikWBHqshr3bq1VCpt 3749l8vt3LkzdqJTHZJxxlVVVVVVVQghxZEiYZxxp06dBAJBSEiIjY0Nh8MhMxZETTvOmLDvAHyG YCzYHBgYGJiZmX/sVgDwyVCYa1oqEonlpMdk5POICUuWlJRYWVlxuVwqlcpms7UNZ/Pz88vIyDA3 N8/MzPTz89M8FtQ2zlgRYZwxlUrNysricrmZmZkkT6pCnDEAnwQYCwIAAFnk84gJSyYnJ/fq1Ssz M7N79+5paWnaXizo5+cXFxf36tUrIyOj/fv3Gxoaah4nKdI9zjg9Pd3U1PTu3bsIISqVSqYeiDMG 4JMAY0EAACCmSx4xYcnTp08vXbp0/fr1LBZr9erVGjakupDFYtnZ2WEX3tXV1WVlZXl5eT179kxd 4/UeZ3zo0KHw8PCOHTuy2exz585pvuAP4owB+IRAHjEA4LOjdI64sKDA3cMDf1WPecSKJXEsFovP 52t7seCHpxpnjBDicDg1NTXYuA3ijAFoHuC4IAAAaId8HjHh6chPZQYTwln3sJstMBBnDEDzAMcF AQCfHR2PCwIAQHNiUH8RAAAAnxMnJ6cOHTqwWKyePXsSFnBxcaFQKB+4VR9GvX0HoPnR4hyxQCJb mip+W012BjtXE/kGHzqTTup2MwAAaFJ0zCOOjIx8+/bt4cOHAwICJkyYMGfOHKFQSJhHHBkZ+fDh QywFZOXKlRs2bBAKharpveqih5FKSDFCKCwszMHBQSKRSKXSW7du3bhxg8ViRUZGRkREYHWuXLny +PHjGRkZhI2HkGIIKQafFS3GgktTxAEs/jovIyaTSab8lVzB4id12/yNSM4+AAAATYeOecQ2NjZm ZmZHjhzp3r07h8PBjqIR5hHb2NgEBwdfu3ZNKpVaW1tjJVXTe9VFDyOVkGKEkKWl5cGDB58/f85k Mrdv356WllZSUpKZmRkYGJiQkODj48NisdQNBBGEFENIMfjMaHGO+G2NPNCF7EAQITTUhZlTS4Wv EwCg2SCfR4wV8PT0NDIywu8g6dGjx/Xr1xFCN2/e9PHxwafue/nyZUBAQINbhYUU+/r6qr6ETQpj ZmaGEDp16tSwYcOoVOqoUaOwoZijo+NEBUOHDsXWUhdSHBERsW7duhkzZuALTU1Nly1bFhUVNXfu XLw7GmAhxYGBgeT/K2k8EFIMAEa7+4ixb+8Xt+o/L3C+vxH2QCAQcDhwITYAoDkgn0eMEEpNTQ0N DU1OTsYC0JD6POLz58/Pmzfv9u3biquTTO9VF1Ls7+/v5ORka2srk8mysrIQQiUlJU+fPp0xYwaV Sk1NTUUIQUgxhBQDgD7ivSNPn6U9SUlNffosKztHq4tONMjNfYdFzic9TCafzFtYVPQ2K0tpYV5+ wa3bd5KSH1VUVBKuRb49DV4dANDUkM8jRgilp6fn5eUlJSUpLiTMIy4qKiopKfH29lYsiaX38vl8 zTkZSiHF+HKBQMDlcv38/A4cOIDHk5w8eXLgwIHYQUH0T0gxDp8HsaqqChs+KoUUP3nyBKmEFFtZ WWEhxZ6eniT3jGpIcb3d1AoWUszn8xVDilf9w87ODluIhxS7ublhh06Rmr4D0Lx9tPkFI5av6h3Q t3/OugAAIABJREFU08TEpLSkNCc318fHe+b0aQyG2lMMD5Mf2dvbu7RwVldAKBTOmD13b/RuB3v7 pSsir1+5QPI6xdu3/ygtK5s7eya+5MjRYzduJvbo3k0orNsbFx82f257r3ZkWqX4FG+Ps5MTmWYA AJo+8nnECCGxWLxt2zbFJRryiM+ePTt+/HjFwiTTe9WFFL948eL58+d2dna9e/fOzMzEGyAQCLL+ +fULIcUQUgwA+rhzTY8fN6aFszNCSCQSxR88vGTZip82b1BX+Gbi7f79+moYCzIYjIsJp6lUqtbz 1P93ZgShUHT85OkTx44wjY0RQpoP7Cm1SvEp3h7tGgMAaMLI5xET0pBHnJGRYWxsbGNjo22TNIcU 37t3b+PGjQcPHiSMOYGQYuwxhBSDz1yTyB2h0+kzpk0NnfZ98qPHXf278Hi8uPhDbzIz7ezsvp82 1cbG+tffTqQ+fVZcXPL7teuLflxAp9Fi4+LT0zPEYknrVm7Tpk7hcNgIocg1UYsXhTEYDMXKVWtD CFVWcmPj9mdn57i6uNja/uePr1QqEYvFIqEQGwvic2jV26qEcxcUnzKNjbH28AWC4ydOt2nT6tLl q2KJJGjI4BHDgxBC5RUVP0fvzX33rmVLV18fb5lMPmzokBMnTyf+cdeAQvHv0nnihK8/yO4HABDT JY+YkLo8YkxCQgJ2YyyGTKBwvSHFpaWlpaWl7du3T0tLI99OQhBSDEBzpUXuyBe36rA7QsjfO/LF rbpYz0p7e3vVAkFffBmzZwd2XBCzJ2Yvksu/n/7dtJlzvhgWNCwoMCX16aFfft29fStC6Icfw8eM Htm9qz9W+M8nKe3aeRobGcUdOMSt5C4Mm4/VeezIQVNTk0FDR2DniGUymWptcrl8+sw5w4OGBg0d 8vpN5orINb179VQ8Rxx/8PDVa9eDRwwfMmiglZUlQoiwHtVWKT3F2lPFq5o6fdaXIcGTv51QU1M9 beacHVs3OzjYT/nu+3FjRw3s3+9tVnbE8pWDBvTvHdBr157o7Vs3GRgYZGXnuLdtQ/KtAQBo5YPl ERP6VPKICUFIMQDNT5M4LogxNjIqKy//80kqjUb7YsQwhFCXzn77Dxzicrn4Vb24zn5/z57Qvav/ rj0x6uokrK2gsEgoFGEL23l6dO/WVWmtKZO+7dun9/mLl6bOmNWrR/c5s2Y8S3tBplUaTJ080dDQ kMGw9PL0fJ2ZWVJaSqfTAgcPQgi5t23Tq0cPrFhNDb+svNzRwQEGggA0WeTziAl90pOVQEgxAM1P ExoLFhQWOdjb5efnV1ZULl/199kTQxqttrZOddCVcO7C/aSHDAajpqZGw8kCwtqKS0rs7e3wMg52 dqUqP1vdWrrOnzNr+tQpm7Zsiz942M7Wlkyr1OFwOPgfRxqNVltbV1dXh9/LhhCysrLk8/ntPD3G jRm1YtUaOoPxzVfjevboRnYDAICP5MCBAx+7CU0L7BAAPjlNZSxYVcV7/PjP9etWFxUXu7i0WLNK bWoQQuj5ixe/X7+xc9sWGo32Mj1jy0871JXkmHFUaysqLubx/v1dXvPfC4oVGRsbDw0ccvzkKXf3 tvW2SgPV3E4Lc/OKigr8aSWXS6fREELDggKHBQVmvHq1dEWke9s22BlqAAAAAIBG0iTGglnZOT/t 2NW3b+92nh6ODg57omPfZmW1cnNDCAkEAmyCayMjo5rqv89NVFRyLczNaTQaQujpM+ULoqlUKoNB r6urMzEx8fPxUa3N08O9uKQ4Oye3pauLUCh88DDZp1NHfPWaGn7i7TtDAwdjEyjcvXfPraUrYT1K rVJ9qoGfr8/2nXuSHiZ379Y1Ly//7r0HA/r1wU48MRgMD3d3SwsLoQjuawPgo2mMPGLC+F1LS8v5 8+ezWCyE0IULF7AzqoQLEVH0MIVCCQkJGTRokEgkevHiBTYxCvkNqUOymwCAZuBjjgWXLF1paGgo EAhsbW2GBw0NHDIIIcThsJdHLF63frOlpYVIJLawMF+5bAlCKCT4i93RMTduJS5eGNa1S+eTp88u WbZSJBJ19vVRPeo2MuR/s+eHDRk0cNyYUaq1GRkZRYQvXLV6na2tjVAo6ts7QPFiFwaD/uKvl0d+ PWZpYVHJ5bq1bLlkURiLxaq3VebmZkpPNfSdRqNt2Ri1fdeeuPiDjo6OQwYNkCPE5VYtXRnJYbOF QqGnh4ejg4Pe9zkAgKTGyCMmjN8dP37869evjxw5QqVSTU1NNSxERNHD48aNa9269bx580QikcM/ fzTIb4gQ+W4CAJqBj3Yfcb14PJ6RkZFSwKVQKKLTadhfVW5VlQmTiR0dVCWXyyUSCf4qYW3cqio2 i6V4y5vSq3Q6nfnP5PgkW6X6lIz4g4fNzcxC/vcFtglDGk1puwAAPSJzH7G5uflPP/00efJkxRVX rVp148aNe/fu1buJ6OjorKysS5cujRo1qnXr1tOmTaurqwsJCWGz2UpDtPDw8Ly8PDwLRMNChNCC BQv+/PPP0aNHz5kzByFEpVKPHj06Z84cLNoOR3JDjo6OAwcOxJ+WlJRcuXJFq24CAJqBhhwXxLOG GxWbzVZdqBhMYqYx5phCoSgOEwlr01wD4av1tkr1qTpCoRCbCrGktPRm4u1N69dq2AQAoCnQMY8Y EcXvnjx5ctmyZa1atTp58mR6ejpWjHChavSwg4NDTU1NaWkpg8HATv6Wl5djM+ST2ZC6PGKtugkA +NRpkUfsypRfzRWQL3+9UNLKFGHX1QFV5y9eHvf1xPETJocvWRY66Vs4IwxA06d7HrFq/G5WVtaM GTOSk5PDwsLGjh2rYaFq9DA+SaGHh8fMmTN//vlnbERIckPq8oi16iYA4FOnxXHBDb70xU/qfn5b /wliTGsTtKBFFYtl3aCGNX+jR4aMHhnysVsBANCCjnnESE38rkgk+v3331+9erV169YTJ05gB/ZU F6pGD5eWlrLZbCaT+ezZs2fPnkVHR2u1IXV5xFp1EwDwqdNiLMikU7f5G9XU1OC/Hespz2SyWNbq rsYDAIBPjo55xIQsLS25XK5UKjUxMeHz+dhAkHChavSwSCRKTk4ODg4+duxYAzakLo+4MboJAGiy tLtekEqlcjgcjsbL7AAAoHnQex4xIorf7dmz59ChQ0tLSx0dHWNjY7GXVBeqix6OjY2NiIjw8fGR SqXv3r3DY4tJboiQ7t0EAHxCtLiPGAAAmoePm0esikKhsNns6upqxZBiwoXqcDgcgUCgIYSpAXUq dhMA0Iw1ibmmAQDgE6JjHrEquVyuOMuphoXqkCypVZ2K3QQANGMwFgQAgIaD+F0AwKcObuwAAIDm xsnJqUOHDiwWq2fPnoQFXFxctJoP/xNSb98BAErguCAAABDQMY84JCSkT58+tbW11dXVZ86cycjI wKtVChQmLEkYKBwWFubg4CCRSKRS6a1bt27cuKGu8V5eXh07dvztt98mT558//591QJRUVGhoaFY /SRNmjTJ29tbIBDcv3//8uXL2K3NhO0ktHPnzgULFkgkEoTQypUrY2NjhUIhtnuxSxjlcvkvv/zy /Pnznj17jhs3DrtOUSgUrlixQl2d7dq1mzZtGpVKzcvL27Ztm0gkItN3AIASGAsCAAABHfOI2Wz2 nTt3zp496+TktHr16lmzZmF3+KoGChOWJAwUtrS0PHjw4PPnz5lM5vbt29PS0kpKSgi3Xl1dXfMP nfaCAjMzs4SEhJSUlNDQUDMzMyzLjrCdhOzs7PCbbKytrQ0NDYuKisLDwxFCBw4ciIiIqKysxF41 MTFJT08nnOxGydSpUw8fPpySkhIeHt6/f/+rV6+ixuk7AM0bjAUBAICsoUOHHj9+HJtvLy8vj8wq eXl55eXlNjY2ubm5CCFfX99Tp06NHj1a9UJDpZIaCASC8vJyMzMzGo1GGCiM5YjU1NQoTg3IZrNn z55tYmLy/v17fKGpqen8+fOZTGZRUVFMTAx2aE0DHo+3e/fu+Pj4s2fPfvRbjLH7wRFCMpkMO06J 1PQdAKABjAWbA5FI9PLlq9q62o/dEAA+DXK5HBtGyGRSsVhSXl6mOKeMBloF9VKpVAaD4eXlZWlp iWV4qAYKqyuJiAKFEUL+/v5OTk62trYymSwrK8vY2JgwUPjdu3d8Pl8sFp8+fRp/dcKECY8fP75+ /bqXl1dQUBC+MDU19dKlSyEhIUOGDLlw4UK9/RKLxQUFBU5OTthkh4Tt1FHLli2xOisqKu7cuaOu WExMzJw5c3g8XmVlZWJiIraQsO8AAA1gLNgcvHz5yrmFo401xP0BQAo+v6BUKsVGNiRX1Cqod/Dg wZ06dSouLo6MjMSOtykFCmPnNAlLon8ChdF/53YRCARcLjcoKGjHjh0SiQQLFMZfxa//q6qqwuaO URwpenl5YfEkf/31F16yU6dOAoEgJCTExsaGw+GQGQtibTM2NtbQTh2JxWKsTnzq7PHjx7dt2xZ7 HBMTU1RUhBBq3bo1Qig7O9vX19fMzAw7Y07YdwCABjAWbA5q62qtrazwUyQAAM3kKkiuqFVQ75Ur V86ePau4RDVQWF1JpCZQ+MWLF8+fP7ezs+vdu3dmZqa6QGFChoaGeE/xS/eoVGpWVhaXy83MzCR5 UpVCoTg6OuI7gbCdqqRSqeJGsZtI1MnLy1Oq89y5c3Q6HXvM4/GwZoSGhi5evDgzM5NOpwcHB+/b t49M+wEASmAsCAAAZOkY1KsaKKx5SKTOvXv3Nm7cePDgQXWBwoTevn3r4eGRlJTUqlUrfFyVnp5u amp69+5dhBCVSiVTz7Bhw7KystTdtoLp0aOHt7d3bGwsfhi1qKjI1dU1IyPDxMSEw+GUl5eTbDaG z+fjZ8AxcrkcP4ZKoVBgZmwAGgzGggAAQEy/ecTqAoXVlVcNFP4/e/cZF8XV9gH4LNtggS00Qaog SrHQFUtMYgVRRBJ9XhMr1sSOAnZQIxobViyILcaoQRRb7JqoqFFUMAJSFKVJXRaWsm3eD6Pjuo1d ihTv68Pz2z07c+YMeVhv5sycP/FRcXFxcXFxt27dkpOT1T+dY8eOLV68uH///vijJ3jj4cOHQ0ND e/TowWQyz549q/qGv7Fjx/r5+eXk5Gzbtk31OB0cHIYNGxYTE0P8fH777beFCxcWFBSYmZkdP368 3rg8dcTExISGhhYVFenp6YWHhze+QwC+TJBH3B4k3n/Yx7tXS48CgDbjYx6xWCwQCvPz87t27Up8 +vnziD8nPT09+cVWWCxWVVUVXrc13xmRSCQWi1VZWal+AV0vMpmsq6uLzxoDABoGrgsCAIBmmjyP +HNSuOqedEhx850RhmFcLrdJuiKIxWIoBAFoJKgF2wl4cAQA9Uk9M/L+fxrcVfvLI25/ZwQAUA3y iD/x9FmyzO3JOTlvSko0u8eZUFcnePDw36YYFwAAKAbRwxA9DEAjwXXBTyxdEd6nd6/lS0OJlj9O /unk6DDCz7cBvZWUlqyN/PVc/KmmG6AGnj5Ltu9sp6urS7Tk5LzR1dU1MjLUqJ+6urrklOeeHu5N PUAAWrVG5hFHRETcv38fTwFZtWrV+vXr8Zll+TziiIiIrKysI0eO9O/ff/z48XPmzKmrq1M/5xei hyF6GIBGglrwEyQSqbCo6J87d/v3a2N/ZcrPES9dEe7d22v5ko917fGTp5wcHUYM16yuLXxXtH7j 5j//ONYEowSgdcDkJonlt2lkHrGJiYm/v/+VK1fEYrGxsTFxZU4+j9jExITNZh89etTb25vFYuFb qp/zC9HDED0MQCNBLfgJDMMWzpuzbGV4j+7dWSwm0Z6bl//7HydCghfgb/fujx3wVV9DQ8OzCec7 djQ7d+GSnq7uwnlzUtPSTp9JoFAoM6YFOTp0RQhpkUhPnyUfPnpMIpEMGvgNXofxeLyY2MMZmZmm pqazpk81MTEuL+eeijvdt4/378dP+I8c4eXpfvJU3M2//9Eikbw8PSaO/wHDsKgdu3yHDe3axV7N cyGRSO/eFf1z917/vn0a+WMhofY5wQSApjTKI37x4kX//v1v3bol3agwjzg3N9fR0VFbW1vFInnm 5uYQPYwgehiAZgC1oKwOJsajR/lH7di1avkSopHP5yenPCfepqWn9+jRjcFgxMWfGek3fMfWTRcv XQ5btrKbs9OWjesTHzzcHLU9Zs8uhFBNbe2du4nrf1lTU1MdsmQ5i8nq19d7YciSkcN95835KenJ 09Xr1u+M2lwnqLt67UZBQeGsGdNMTIxfpKbdvP131OZftbS0sl+9btiJfKhrI3p06yZd1yKEKip4 sYcOZ2RmsdnswAB/dzdX6U95vMrYQ0deZmQwGIyJ439gsVhkCuXuvcRTcfFisXiU/4iB33wtEon2 xcSmpqULhcLOdnbTgiazWMzikpKTp+LsO3e+cOkvoVDkM2wwXvuWlpXt3rM/580bWxsbV9eemATz 9RnK41UeOHgoIzPL1LTDzGlTTUwgQA+0ARrlESckJMybN0+6FlSWR/zkyZOgoKAHDx7goWo4mZxf Ho8H0cMQPQxAc4BnR2SJxeLvRo8qKyu7dfufejfGMDRl0kQKheLt3ettbu7UKZNoNJqbq0tOzhv8 L1exWDxpwo90Oo3NZo8e5X/l2vVHj59QqdSRI4aTyWRPD3eRUIgvslBaVjZv7s8WFuZ4HkBVFb+k tJRKpeIXAkkk0oK5s1VcFFSYqWVsbBQwauS2HbuIFgxDIpFoYUiYna3tti0bpwVN3rp9Z3LKc2Iv sVi8KHSJsbHRlk0bVi4Ls7QwRxhWXl7+/L/UXyPXLl8Sumv33qKiYjKZ7OnhsX7dmt07olhs1r4D sRiG1VTXJJy/+Or16w2Ra1evWn746LG3ublisTg4ZImnh1v0jqjAAP8DBw+/eftWLBYHh4TZ2dpu 37rJZ+iQNevWy48fgM9I3e8HjfKICwsLi4qKXFxciBaZPGKiPTU1NTc3NzExUXp3POeXz+fjFwvx 6GECcaGuoqIiOzsbyUUPP378GMlFDxsZGeHRw46OjmqehXz0MDGkJoFHD/P5fOno4fAPTE1N8UYi etjW1pbNZuONCs8dAKApuC4oC8MQiUQKWbRgUehSl57dpddclcdk6tPpNISQjrYOiUTicNgIIQqZ LBaL8ekMPV1dPb33T2+YmBgXFRXl5eWVl5WvCF+NN1Ko1JqaWpIWSVdXl816v8Ktk6PD/8Z8tzJ8 DY1O//H//te3T++GnYtYLAkM8F9w997tv/8Z8FV/vPFR0hMalYo/DWNjbTXmu8C4+LPduzm///Rx EoZh4/43BiFEp9EQQjxepZaW1uSJP1KpVBMTY3t7u5cZmcbGRh7u768m9vby3BW9lzjolEkTKBQK 3dDAydEhIyOruLiERqMNHTwIIdSli31fb2+E0OOkJ9QPY/Bwd4s9dITL5RLf7wC0WhrlESOE4uPj x40bR7xVlkcsFAq3bt0qs69Mzi9ED0P0MADNBGpBxcw7dvw+MGDr9l1sNgshRKVQJGIJ8anCJ/IU rtpQxecLhUIqlYoQqqris1gsFptlbW21JvyTx+UK372T2XG477DhvsPS0tOXrYzo2sVe04d/cRjC SCTS4uAFIWHLevZ4X9cW5BdYWloQ21hamJ87f4F4m59fYGNjI9MPU18fPwWEEI1Gr6mtQQidSTh/ L/G+Np2OnyP+KYvFJFappVKpNbU1te9qzaRuwDcyMuTz+Xl5+WXl5Ssj1uKNFAqlpqYWSkHQ+mma R5yWlqajo2NiYoK/bUweMUQP468hehiAJge1oFIB/iP/uXMvIyOzs62tqWmHCh6vooLHYjHz8vOz sl+p2YmWltaFS5dHjfTDMOz6zVtenh7urq67ovdmZWfb2doihKqrqxkMhsxe+DcdnU536NrV0MCg TlCHEEp5/tzO1lZ+Y5zCWS589qujmWng6FFRO3az2SyEYSw2q6KCR2xfWlrG4XCIt0wmk8vlSveG vZ9cJlowhGHJKc+vXL0etXkDlUpNTUvfErUdPxYJkT5uiSGEIQ6HXVpWRjSWc7lUKpXJYlpbWUWs XFbvKQDQHNScJG6SPOIzZ87gj9A2YR5xvSB6GACgPqgFlcJnioOm/4QQYjAYkyb8+PO8BRbm5nV1 dc5O6t5q4+ToWFZWtnBxGJ/Pt7Sw8B8xnEajrVga9kvkRkNDA4FAaGDAkX5IBcflVixbFcFiMuvq 6hwdHMw7dpRIJMtXrZn786yB337dgHMZNdLvzt17GZmZdp06ebi57t6z7/XrHBsba4lEcu3GTek+ 3dxcdkbvSU1Lx5+DVqacyzUwYOMXC58+S1axpZury7adu+8/eNi7l1duXt6du/e++XqAm6tL9N79 2dmvbG07ISUFMQAtq7y8fPTo0TKNGIYdOnTo+PHj9eYRz5o1C2+5e/fuyJEjEUK1tbXjx48ntlyx YgX+gtgSITRhwgT8RXx8fHx8fIMHn5ubO2/ePJno4dLS0pCQEHWih6OiouT7VDak2NjY2NhY6ZbH jx/PmDFDYfTw5MmTpd9euXJFnUlnhNCNGzdu374N0cMANAdSObei/q0AQgghoVBYVcXHbwrUSHV1 NZlMptPp0o08Hk9bW5uYvpHH4/EoVCrjw13bGIYpCw9IvP/Qy1N2LegRAd//dvgAi/n+CeLCwnfT Zs2eMXWK33Cf5JTnu6L3cjicci63T+9eE34cJ93zk6fPtu+M5nDYEonk+8AAK0vLkCXLj/92CP90 1eq1X/Xr27ePd+jSFXp6egKBwN3N9frNW/ujd759myu95S+Rv7q5uvgMG5Kbl7d9Z3Q5l2vesaOV pQWGYUGTJz5LTtm5e4+BgYFQKORwOCuk1vcGoLlhGCaRSPD7egUCQUFBAXG5CyHEYbPU72ry5Mlt K49YWpsePACgqUAt2B4k3n/o6eGm6V6VlZV6enrK6kser1JHR5u4TVChiooKBoOhehsZh478xmaz R430I46irU1XURAD0Bzka0FnZ2fiU41qQQAAaOtgTZkvl76+voqUUiZTv94ij8ViqVMIEjd6FxeX 3Lz1t5dUnB2TqQ+FIAAtCOKMIc4YALhfsJ1ozQ9enLtwKf5sgpaWFp1GmzjhBzMz09Y8WvAlUOfZ kUbmESNF0cMKc34VNgYHB3fs2FEkEonF4hs3bly7dg0pSQQ2NDScP3++vr4+QujcuXP4JK/CRoUg zhjijAGAWhA0u8AA/8AA/5YeBQCaaWQeMVIUPaww51dho6Gh4aFDh1JSUhgMRlRUVHJyMv4IrXwi 8Lhx416+fHn06FEymaynp6eiUSGIM4Y4YwCgFgQAAHVplEesMHoYKcn5VRb+iy8Kw2azlS3yx2Aw ysrKEEJisbiiokJZI8QZQ5wxAMpALdhOwKwrAOp7Py9MTBCr/eujfh6xsuhhnEzOr8JGLy8vCwuL Dh06SCQSPGkNKUoEPnXq1PLly+3s7E6dOpWamopvJt8IccYQZwyAMvDsCAAAqEv9PGJl0cME6Zxf hY3V1dVcLtfd3f3gwYNEPIl8InB2dvbMmTMfPHgQHBw8duxYZY0QZ4wgzhgAJeC6IAAAqEv9PGJl 0cM4mZxfhY3Pnz9PSUkxNTX96quvMjMz8UaFicACgeDy5cvp6embN28+efIkPksg0whxxhBnDIAy UAu2B3RtemlpqYGBQUsPBIC2AZObJFZzR/XziFVHDyvM+VXYeOfOnQ0bNhw6dAi/3U2eoaEhl8sV i8W6urp8Ph+v4eQbIc4Yfw1xxgDIg1qwPehkbfkq5+3rnLf1bwoA+FALSiQSiUQsFIpKS0u6d+8h v1mD84hVRA8rzPlV2IgrLi4uLi7u1q1bcnIyUpQI3LdvXx8fn+LiYnNz87179+IfKWxUH8QZA/BF gdyR9kAikfB4FbW1dfAECQDq+FAISsRisVAoLCp6169ff+LTenNH6HR6vXnEnxOJRMIX3pO+dqiw USMyccY4deKMG49EIimMM24MMpkMccYAKATXBdsDLS0tNpvT0qMAoM2QyqATCwRCTMNqSXqScdCg QS0e6YthGLGajOpGjShcdU+6z+Y7dwzDuFxuk3RFEIvFUAgCoBBcFwQAfHFkasGC/PyuDg7Ep5BH DAD4osCaMgAAAOoHycWQXAzaK5gjBgAABRqTR8zhcBTm5yrM5FV4IIVbBgQEDBgwoKamprKy8vTp 02lpaQih9evXr1u3Dp/9JF7TaLTZs2fb2NjweLyoqCj8Nr6IiIj79+/jcSOrVq1av359XV2d+jHB kFwMycWgvYJaEAAAFGhMHnF5ebnC/FyFmbwKD6RwSyaTefv27fj4eAsLi9WrV//88881NTUdOnQg VnghXgcEBAiFwrlz5/r4+MyYMQN/CNrExMTf3//KlStisdjY2Bi/hqd+TDAkF0NyMWivoBYEAAB1 aZRH3Hxyc3NLS0tNTExycnIUbtCnT5/o6GiE0PXr14OCgmg0Gn5968WLF/37979165aKziG5GJKL wZcGakEAAFCX+nnEyqifyatwSzKZTKfTnZ2dDQ0NiTyPwMBAfEaVwWDgLWZmZsXFxQghgUBQXV1t bGycl5eHEEpISJg3b55MLShzIEguhuRi8KWBWrA9EAgEL16k19TWtPRAAGgb5Nealn6OWAX184iV wTN50acL06i/5ZAhQ3r27Pnu3buIiAjieltmZia+pY+PD7ElMU6RSEQsMVhYWFhUVOTi4qLiQHhy MfEpcf9fRUUFvqCMTHLx8ePHkVxycXV1NZ5czGKx1KkFkaLkYqTGT0l9eHIxQkg6ubhLly746z17 9hQWFiKp5GI3Nzc2m42Hpig8dwDaDagF24MXL9ItrcxNjI1beiAAtA3EmjL4WtP5+flq7qh+HrEy ambyKtvy0qVL8fHxMo3Pnj3Db4wjqsOioiIjIyMul0smk5lMpnSMW3x8/Lhx41QcCJKLIbm8GHjl AAAgAElEQVQYfGmgFmwPamprjI2MIHQEADVhctTcUf084pb14MGDfv36ZWZment7JycnS9+xl5aW pqOjY2JiomxfSC7GX0NyMfhyQC0IAACKNTiPWAWFmbzyB1K2pZri4uKWLVsWGRmpr6+/evVqmU/P nDmDP2zb+ANBcjEA7QDkjrQHifcf9u3Tu6VHAUCbIT9HTNw3htpgHrEy+vr6fD6/wXnE6oPkYgDa NLgu2E7ABDEA6vs4NazhHDGuteURK/PZprAhuRiANg1qQQAAaLiDBw+29BDaAPgpAdCaQS3YTsB1 QQDUh316YRDBr0+TsrCw4HA4r1+/7tGjh8LENmtr6zdv3rTLb616zx2AVghqwaaXnv6y6tNn07S1 tZ2dHHNy3lhZWbbX7HYA2pnG5BEjhCIiIrKyso4cOdK/f//x48fPmTNHRfgvk8ncuHHj9u3b//vv P7zF0NBw/vz5+vr6CKFz587hM6ry8buFhYXBwcEdO3YUiURisfjGjRvXrl1DSiJ91R+SfHIxg8FQ mPOr8NwhuRiSi0HbArVg03uW8rywsFAskZw7f3HY0MHadDqLxepsZztz9tx90TstLSw+zzDqvf9d 2qW//urd21umsbKqKiXleXVNjYmxsZOjg/TtPm3R/QcPX6SmTZk0od4tCwoLq6ur7Wxt1ez56bNk fJ0zFovV0cxUW1tb5iPiraGhgaGBwdrIX9dGrKRSqZqeAvicGpNHjBAyMTFhs9lHjx719vZmsViq w3/d3Nzq6uq8vLyIWnDcuHEvX748evQomUzW09PDG+XjdxFChoaGhw4dSklJYTAYUVFRycnJ+DOw 8gdSf0jyycXKEpYVguRiSC4GbUvb/te9dRrz3WiEkEAgOHf+4tTJkwwMOHj7+TNxai611QCNnG3B p8qkW06c/DMu/myvXp5GhoaPHifti4ndEbW5cWNsSRiGRe+NWb1quTo/qJu3/i4uKZn78yw1O1+6 Ivyrfn11dRlFxSWvc3LcXFxmzZhGp9OIj/T03/9b7ti1q7WVVceOZmcSzn83elSDTwc0EiY3Sazm jhrlEefm5jo6Ompra9e7TJ2bm9uff/75/fffE/fVMRiMsrIyhJBYLJZ+CEMFfFUXIiqjkUOC5OJ6 QXIxaDegFvx8ItasCwsJ5ldXn00437Gj2bkLl/R0dRfOm5Oalnb6TAKFQpkxLcjRoStCiMfjxcQe zsjMNDU1nTV9qomJMYZhUTt2+Q4b2rWLvZqH66zJ2LQ/fXvx0uW/rlzds3u7Aed9IdskC3e1oOSU 50ymvpWVpTobN2Ae///+N8bK0gIhJBAIYg8dXbJ85ZaN62U+Ivj5Dlu9dj3Ugm2RRnnET548CQoK evDgAR5rhpNP2iWRSD179oyOjh4zZoyRkRG+2MqpU6eWL19uZ2d36tSp1NRU1Qfy8vKysLDo0KGD RCLJzs5WdiD1h4SUJBfLgORiSC4G7QPUgp/Po6QnQqGopqYmLv7MSL/hO7Zuunjpctiyld2cnbZs XJ/44OHmqO0xe3ZJJJKFIUtGDvedN+enpCdPV69bv7NBF+QyNNm4EiEivAnDsMO/HQsJXkAUgggh YkKTx6s8cPBQRmaWqWmHmdOmmpgYl5dzT52O7+vd+/c/To4a6WdjY51w7kJHM7NzFy7p6jIWzpuT mpYefzaBQqFMnzrF0aGrSCTaFxObmpYuFAo729lNC5rMYjGLS0pOnoqz79z5wqW/hEKRz7DBI4b7 3k28n5+f/33gaPzQp+JOW5ibe/fu1YCfxuOkJ26uLgghhQdCCJWXc/fFxGa/fm1jbWX6YWbw5J+n b93+R0uL5OnhPnH8D+ociEajzZweNHXGTw8e/tvLy1PhNradOlVWVRUXFxtDbGBbo1EecWpqavfu 3RMTE/38/IhG+aTdzp07i8Xibt26cblcDw8PfKoxOzt75syZ33zzTXBw8NWrV0+cOKHiQNXV1Vwu 19fXd9u2bUQOm8JIXzWHhJQkF8uA5GIEycWgXYBasAVgGJoyaSKFQvH27hW1Y1fU5l9pNJqbq8va dRswDHv0+AmVSh05YjhCyNPD/cDBw1wul81mL5g7W2WfjZwj/rjEWm5eXkUFz6VnD/k+JRJJcEjY iOG+c36e9eTpszXr1m/fuqm2rvbqtRsFBQUzpweZGBu/e1cUd/rMCD/fbVt+vfTXlSXLVzk7O27a sO7+g3+3RG3fF72TTCZ7enhMnPCjjrb2gUNH9h2IXbRgXk11TcL5i6NHjdwQubaqsmrm7LkuPXs4 dLHfErVjpN9w/B/gk6dO794Z1bAzfZ2T882AARiGKTyQeceOoctW+PkMWzh/TkZm5qqIX/r36/si NfXm7b+3blyvpaX16tXreo776Rp1bq4ujx4neXl6IISysrKrqt7/e9nJxga/m9DayvJ1zhsjI6MG nAtovIZG0GmWRywUCrdu3SrTKJ+06+7unpaWxuFwMjMz3d3d8VoQISQQCC5fvpyenr558+aTJ09i GKYsfvf58+cpKSmmpqZfffVVZmamsgOpPyScfHKxDEguhuRi0D5ALdgCmEx9/GYyHW0dEonE4bAR QhQyWSwWSySSvLy88rLyFeHvY6MoVGpNTS2brflhhtW/yUcfrwCiysoqho4O8b25fWf029xchNC0 KZMqeDwqlTrCzxch5OHuFnvoCL7Ka1lZ2bzZP7FY759WwRCaPGkChULp3dtr287dWzaup9Forq49 f1n/K4ZhJBLJw90V37K3l+eu6L3EoadMmkChUOiGBk6ODhkZWd98/VU3Z6d/7twb+O3Xj5Ke2NnZ GhkaSo/67dvcy1ev4a+pVKqKS3dVVXxdXYayA1VWVgrqBPh5OTo49O7thW/Gr6oqKS0z72jWRe2p eZy2tjaRx3Xz9m1dXV389YQfx5lqayOEdHV1q6r4SvcHrVVz5BG7u7vHxMSkp6dra2sfOHCAQqGI RCJDQ0MulysWi3V1dfl8Pl5FqY7fvXPnzoYNGw4dOtRUQSOQXEyA5GLQvkEt2MLkb01jsVnW1lZr wpUuZKCuS5psLDVJbGhgwKusFAqF+LzwmO9HCwXC9Rs3V/B4eXn5ZeXlKyPW4ltSKJSamlqSFgn/ eiU6Y+rr02nyxS4FL3bJZPKZhPP3Eu9r0+lVfD5xJyKLxSQeVaZSqTW1NQihkX6+x46fGPjt19dv 3Bo2dLDMqHX1dLvYv6/SVP9DQqfT6z58ccsf6N27YjMzU2LjjqamxSWljg4OY7//btXqtXQa7Yf/ G9vHW4OUv4KCQqLDqZMnWVrKPjxeW1uro6Mttx9oXT5DHjGFQjE1NcVvfautrc3OznZ2dn727Fnf vn19fHyKi4vNzc337n3/95Lq+N3i4uLi4uJu3bolJyfLH0hFyrCKLWWSixsDkosBaLWgFmx13F1d d0XvzcrOxtc0qa6uZjAYCKGU58/tbG3x1/KacI7Y2NjIwsL8n7v3vhnwFUKog4kJQohOp2MYxmQx ra2sIlYuk9733bsi6QHgL97/L8JIJNInLRiWnPL8ytXrUZs3UKnU1LT0LVHb8aOTEOnjWWAIYQjD MJeePbbvjM7Mynr+33+LF86TOU0Om92/Xx91fgiGBpzSklJlB2KxmDwe7+OTgFV8/OlSn2FDfIYN SUt/uTJijb19Z5mrksp+gBU83sNHj9etCSdOWX5gxSUlhoYG7XKt3TZBbo5YwX+I8vLy0aNHy+94 6NCh48eP15tHPGvWx+fQJ0x4v5JRfHx8fHy8TJ/jx48nXq9YsQJ/kZCQcO7cOXzpO+I63+PHj2fM mCETv7t06VJid6JuU3gg9YdEbHn37t2RI0dKfzR58mTUILm5ufPmzZNJLi4tLQ0JCVEnuTgqKkq+ T4WDRwjFxsbGxsZKtyj80Sk8oytXrqgz6YwQunHjxu3btyG5GLQDUAu2OiwWc8XSsF8iNxoaGggE QgMDzqrlSyQSyfJVa+b+PGvgt1+r2U9t7Qz1D4pJTKXfTg+avGP3HouOHe3t3z9siP9b6ebqEr13 f3b2K1vbTkiqTtVIOZdrYMDGLzo+fZasemMSieTrM/SXyF/7evduzAKH9vad09JfKvvUoWuXd0VF r1/n2NhY19XV3X/woGfPHvikD51Od+jaxYBjIKirZ7UL3KvXr6O27/p6QH/8kXCFqmtqSkpKbKyt G3AioDX4PHnEGIbJrybTHPG7nxMkFwPQCkEt2FxoNNqNKxelWy4mnEYIsVjMk78fxVv09HSv/XUe f62jo0Ns79KzR+z+aB6Pp62tjd9Yo6WldebPPzRa64RfrXQJ/nr17uWFYdj6jVtEYhFTX59bUWFo YGBiYsJiMpeFhUT+usnAwEAoFHI4nBVLNZ4/8vJwjzt9ZtnKCIFA4O7miuo7qaGDB8XEHlq2ZJDq zVTr3cvrt2N/KJvO09bWDlscvPqXSBMTE4FAMOCr/tyKCm5FxcrwNUwms66uztGhS8eOZir6X7oy nEqh8KtrOpgYD/cZNnTIIJmP8NcuPXvOnT3rwYN/PT08mm+xSfA5QdJu04KfJwCfH6mcq9YqpqA1 S7z/0NPDrTl6rqqqEonETKa+9KwNQojHq9TWphM3gDdARUUFg8FQJ3sjMzNry7Ydu3comCHSyJpf 1vft6/3t1wNUj0pf/5OT5fEqqVQKvoBFTU2NzP3jbDa7AVcrF4YsmTT+hx7du2m6I2gq+CrB+A2s AoGgoKDA2dmZ+FSjzB7Q5CDOGOKMwWcG1wWBKkT4lQwmU7+RPUs/a6LapctXhg6RfWqkAWZOn5qa lq56G/lRSZ/p02cpN259svDs5Ak/qr5eKK+ysnLY4EFQCLZ+jcwjDgwM9PLyYrFYPB4vLy8Pf9xB /VBd9ROBFR5IYaiuwi2VnZFMRDKHw1H/6DQabfbs2TY2NjweLyoqCr/hT/6MlD17C3HGEGcMPjOo BduJdvknMs7RoWsvL8/Gn6CRkWH/fn0a00/vXp69e8kuH61ph3p6eoMHfduO/3u1Ceo8O9LIPOK4 uLi4uLhjx46FhIQQt5SpH6qrfiKwwgMpDNVVuKWyM5KJSNbo6AEBAUKhcO7cuT4+PjNmzMAfwZY/ I2U/Oogzhjhj8JlBLQhau4HfftPSQwDgPY3yiJVRM1RXnUTgxlN2RvIRyerr06dPdHQ0Quj69etB QUE0Gg2/6CVzRhBnDHHGoJWAWhAAANSlUR6xCuqE6qqTCKyCmqG6Cs9IYUSy+szMzIqLixFCAoGg urra2Ng4Ly8PyZ0RxBlDnDFoJaAWbCdgzhEA9b2fFyYmiNX+9dEoj1i1ekN11UkEVkE+VFchhWek MCJZI0SfIpGIWB9R5owgzhhBnDFoHaAWBAAAdWmUR6yCmqG69SYCqyAfqqtsM/kzUhaRrKaioiIj IyMul0smk5lMpnTgm/QZQZwxxBmDVgJqQQAAUFdT5RGrE6qL1EgEbjyFZ6QwIln9Ph88eNCvX7/M zExvb+/k5GTp2/ikzwjijPHXEGcMWhzUgu0BXZteWlpqYGDQ0gMBoG3A5CaJFW7WmDxifLEVBoOx cuXKt2/fEgu4qB+qi6s3EVjZgdTcUv6MGAyGwohk9fuMi4tbtmxZZGSkvr7+6tWrZXZpWMYxxBkD 0Hxgren2oLy87FXO27pa+MsSALXgFaBEIpFIxEKhqLS0ZOyY74lP611rmk6n15tH3LZIn1FT0dfX 5/P5xM2CTUImzhinTpxx45FIJIVxxo1BJpMhzhi0BnBdsD1gsdi2NqTa2jp4ggQAdXwoBCVisVgo FGrTNfsm/Dx5xJ9Tc8xRNseqKBBnDEBzgOuCAIAvjlQGnVggEBbk53d1cCA+hQw6AMAXRav+TQAA AAAAQDsFtSAAACjAZDLXr18v3+7j47Nr165t27YtWLBA9bOrTCZz7969zs7OqvtUdiAAAPg84H5B AABQoJF5xEgu0ldZnwobAQDgs4FaEAAA1KVRHnGDI32VBfUCAEBzgFoQAADUpX4ecWMifZUF9QIA QHOA+wUBAEBd6ucRy0T6anQUPKiX0LTL/gEAgAy4LtgeCASCFy/Sa2pVJdADAAjya01Lrymjgvp5 xI2J9NUoqBcAABoJasH24MWLdEsrcxNj45YeCABtA7G+IL7WdH5+vpo7qp9H3JhIX42CegEAoJGg FmwPamprjI2MIHQEADVhchRu1uA8Yn19fWWRvvJ9KmsEAIDPA3JH2oPE+w/79und0qMAoM2Qvy7Y pUsX4tMvMI8YAPAlg+uCAACgmfaXRwwA+JJBLdhOwAQxAOr7ODWsco4YIVTvcjCarh0IAACtDawp AwAASg0cOFD1Bkwms3v37t27d+dwOE110OboEwAAlIHrgu0EXBcEQH3YpxcGkaJfn2HDhvn7++vp 6bm4uERGRvJ4PIVd6evrOzk5eXl5Xbx4salmh5ujTwAAUAZqQQXKyspfpKWJhCIrSwtb204tPRwA wOfG4XCmTJkyY8aMIUOG3Lp1S1khiBDKy8s7ceKEoaFhEx69OfoEAABloBb8BIZhBw8fvXLtep/e vRgMxl9Xrnq6uwWOHtXS42qIp8+S7Tvb6erqEi05OW90dXWNjDT7B6auri455bmnh3tTDxCA1otK pWIYhq8I+O7duwb0oKOjM3PmTCMjo7q6upiYGHwJQzKZPHHiRAcHB4FAsH///pycHIRQ9+7d/+// /k9LS0soFG7ZsqW8vFxZn3p6evPnz2cwGIWFhXv27BEIBBoNSf0DAQC+KFALfuJ0/Nk7dxP379ml r6fX0mPRjPwc8dIV4d69vZYvCSVajp885eToMGK4r0Y9F74rWr9x859/HGuCUQLQOmByk8QyGxQV FV24cGHXrl1paWm6uroNSAQeN27cq1evtm7d6uTktGDBgsWLFyOExowZQ6fTQ0JCtLS0iN/ZFy9e LF26FCE0duzYESNGHDlyRFmf48ePf/LkyYULFwICAoYOHXru3DmNhqT+gQAAXxSoBT+SSCTHT54K CV4oUwjm5uX//seJkOAF+Nu9+2MHfNW3g0mHU3Gn+/bx/v34Cf+RI+w720m/9fJ05/F4MbGHMzIz TU1NZ02famJiXFxScuJknL293YWLfwlFIt+hQ0b4+SKEeDzegUNHXr7MYDAYkyb8wONV5eXnj/lu NH64k3+etrQw793LK2rHLt9hQ7t2sVfzdEgk0rt3Rf/cvde/b59G/mRIiNTIHgBoc44cOXLjxo3w 8PBdu3aFhIQUFRVptLurq2t4eDhC6MWLF8bGxjQaTSAQ9OvXD19KWiKREFuKxWJzc3Nzc3MdHR0W S9XShj179qyurg4ICDAxMWGxWCpqwXHjxhErJu7Zs6ewsFCjAwEAvihQC36Un1/A5Va4ufaUaefz +ckpz4m3aenpPXp0Y7PZV6/dKCgonDVjmomJcVl5ufRbiUSyMGTJyOG+8+b8lPTk6ep163dGba6p qUk4f2F0gP/G9euqqiqn/zTH1aVnx45mwSFLvx7Q/6cZ0wWCOrFEIhaLN0dtHzXSj0ajicXik3/G 7dm5vQGng2HYwnlzlq2M6NGtG4vFlP6oooIXe+hwRmYWm80ODPB3d3OV/pTHq4w9dORlRgaDwZg4 /gcWi0WmUO7eSzwVFy8Wi0f5jxj4zdcikWhfTGxqWrpQKOxsZzctaDKLxSwuKTl5Ks6+c+cLl/4S CkU+wwbj1yBLy8p279mf8+aNrY2Nq2tPTIL5+gzl8SoPHDyUkZllatph5rSpJiYQoAdandzc3KtX r1paWg4cOPD48eMqtpS/ME+lUoVCIf5aJBLh61FTKBSikRAYGOjs7Hz9+nWhUEgiffy7S75PMpmc nZ3N5XIzMzNVxN8hhM6ePUuj0fDXxM2Oyg4EAPjCwZoyH1Xxq3R1daWXjVWttKxs3tyfLSzM8e9c 6bePHj+hUqkjRwwnk8meHu4ioZDL5eJ7TZ08kU6nGRoaOjs6vszMfPQ4CUPYD/83lk6n6evrs1ks QwOD7t2c/75zFyH06HFSZztbIyNDEom0YO5sFRcFFWZqGRsbBYwauW3HLqIFw5BIJFoYEmZna7tt y8ZpQZO3bt+ZnPKc2EssFi8KXWJsbLRl04aVy8IsLcwRhpWXlz//L/XXyLXLl4Tu2r23qKiYTCZ7 enisX7dm944oFpu170AshmE11TUJ5y++ev16Q+Ta1auWHz567G1urlgsDg5Z4unhFr0jKjDA/8DB w2/evhWLxcEhYXa2ttu3bvIZOmTNuvXy4wfgM1LwO2Vubo6/0NbWrneOmM/nMxgM6ZaMjAxnZ2eE kKmpKZ/Pr62tRQglJSX1799fZl9vb+/9+/ffvXs3Ly9PdZ+pqal6enopKSkpKSlv375VPZ7yD4iU PGUHAgB84eC64EdGhkaVlZXV1dUy37/K6OrqsqXmWaTf5uXllZeVrwhfjb+lUKk1NbUIIRaLRdSa VCq1pqa2glvRycZapueRfr7Hjp8Y9O03127c9Bk6pMFnJBZLAgP8F9y9d/vvfwZ89f5foEdJT2hU Kj49bWNtNea7wLj4s927Ob//9HEShmHj/jcGIUSn0RBCPF6llpbW5Ik/UqlUExNje3u7lxmZxsZG Hu7vryb29vLcFb2XOOiUSRMoFArd0MDJ0SEjI6u4uIRGow0dPAgh1KWLfV9vb4TQ46Qn1A9j8HB3 iz10hMvlstnsBp8pAE2LxWKFhIQIhcIOHTrk5eVdu3ZN9fZ37tyZO3cuvgpMYmIiQujo0aPBwcF9 +/Y1NTXdtWsXvtnRo0dDQkK6detGIpFOnDiRlpaGELp169a8efNKS0tJJJL04yDyfR4+fDg0NLRH jx5MJvPs2bMPHz7U6KSUHQgA8IWDWvAjIyPDzna2V65eH+U/QrqdSqFIxB9v7sH/vleNxWZZW1ut CV8p3fjm7Vv5aRkWi8mVi4R2c3XZtnN3ZlZ2yvP/Qhct1OgspGEII5FIi4MXhIQt69mjOz5LVZBf YGlpQWxjaWF+7vwF4m1+foGNjY1MP0x9fSqVir+m0eg1tTUIoTMJ5+8l3tem06v4fGLai8ViflLs 1tbUvqs169CB6MrIyJDP5+fl5ZeVl6+MWIs3UiiUmppaKAVB61FRUTFv3jwGgxEQEHDsWP0PTmVn Z8+fP1+65d27dyEhIfr6+lVVVcSFx+rq6vDwcAaDIRaLiSC78+fP37hxQyQSydRn8n2WlpaGhISw WKyqqiriap/6lB0IAPCFg1rwEz/NnB6xdp2VlaWbqwtCSCQSVVdXm5p2qODxKip4LBYzLz8/K/tV vf24u7ruit6blZ1tZ2uLEFJxrdHdzW37rj0vUtOcHB2IRhKJ5OczbM0v6/v16UOUVinPn9vZ2irr R+EsFz771dHMNHD0qKgdu9lsFsIwFptVUcEjti8tLeNwOMRbJpPJ5XKle8PeTy4TLRjCsOSU51eu Xo/avIFKpaampW+J2o4fi4RIH7fEEMIQh8MuLSsjGsu5XCqVymQxra2sIlYuq/cUAGgOak0SI1Rd XZ2QkNCYAym8q6+6urreFhUqKmT/elSfRgcCAHwh4H7BT7j07LFq+dL9Bw7+MHHKzJ/n/jgx6N79 BwwGY9KEH3+etyBs2cpNW7Y5OznW2w+LxVyxNOyXyI2Lw5bNWxiyccs2FVuuXBa2fuPmeQtD5i5Y dOfuPbx92NDBefn5w4YOxt9KJJLlq9Yk3tdsSogwaqQfj8f799FjhJCHm2tWdvbr1zl4t9du3Bz4 7dfElm5uLplZWalp6ao7LOdyDQzY+MXCp8+SVWzp5upSUlp6/8FDhFBuXh5+gm6uLlnZ2dkfqmr4 9wm0Wqof0QAAgHYArgvKcunZI3rnturqaoFAwGKx8Kftvg8MGDXSr6qKz+F8nMg8F3+KeG3aoYP0 W7yf2P3RPB5PW1sbf7jEytLy5O9HiQ1WLAvDX7i5uhyJ3c/j8XR0dIip2HdFRXa2nTrb2eJvtbS0 zvz5R4Mf/SORSIsXzp82azZCSE9Pb/mS0MhfN3E4nHIut0/vXoO+/YbYksVkLl8S+uumrRwOWyKR fB8YYGVpKd+hl4d73Okzy1ZGCAQCdzdXpHxgVCr118i123dGHzh0xLxjxyGDBmIYxmIyl4WFRP66 ycDAQCgUcjicFUtDlfUAAAAAgOZDKpe7WQ20BlE7dtlYWcncuahM4v2Hnh5umh6isrJST09PWX3J 41Xq6GgTtalCFRUVDAZD9TYyDh35jc1mjxrpRxxFW5tOLH4BwOeBYZhEIhGLxRKJRCAQFBQU4M/8 4jjs9w+B+fj4+Pn5iUSi169fb9++vQG36AEAQOsH1wVbKWdHx969vZr1EPr6+io+ZTJVfYpTc7na uro6Op2OECouLrl56+/ItREaHQWAFtGrVy9fX9+wsLDKykoLCwsoBAEA7RXUgq3U4EHfarR9a37w 4tyFS/FnE7S0tOg02sQJP5iZmbbm0YIvgTrPjvj4+Jw4cQK/XzA3N/ezjxEAAD4TqAVBswsM8A8M 8G/pUQCgGUtLy9evX7f0KAAAoNnBc8QAAKAAHgLZ0qMAAIBmB9cF2wmYdQVAfe/nhYkJYkW/Prm5 uRYWFgUFBZ9/eAAA8DnBdUEAAFDg6tWr/v7+ZDIZ1fegFQAAtGlwXRAAABS4efOmlZXVjh07uFyu QCBYs2YNTBkDANolWF+wPUh6+sysg4mBgUFLDwSAtgFfXxBfYVAgEBQWFnTv3oP4lFhfECFEp9PJ ZDJE4wAA2jG4LtgedLK2fJXz9nXO25YeCABtA36bIF4OCoWi0tIS6VpQWl1d3WceGwAAfGZQC7YH LBbb1oZUW1sHT5AAoI4PhaBELBYLhUJtOnwTAgC+XPAN2B5oaWmx2ZyWHgUAbYZUBp1YIBBiEonq 7a2trd+8edNK/tYikUjyIzExMbG3t8/Pz3/16lWLjAoA0HZBLQgAAPVYt25dUFBQbUpl5lEAACAA SURBVG2t+rtMmjTJxcWlurr67t27Fy9exKu3wYMH+/n54f1wudzIyEhNR7Jx48YNGzaUlJRIN1pa Wi5fvjwhISE/Px9vcXJymj59OplMzs3N3bp1q0Ag0PRAAIAvB9SCAADQ9Nhs9pkzZ5KSkoKCgths 9rFjxxBCenp6SUlJhw8fbnC3CkPA7e3tk5KSLly4QLRMnTr1yJEjSUlJoaGh33777V9//dXgIwIA 2j2oBQEAQAEmkzl79mxdXd23bz8+laWnpzd//nwGg1FYWLhnz556r7fxeLydO3fGxsbGx8dr9DDy tGnTbt++/fLlSx0dnbCwsFWrVnl7e/v6+hoYGCxatEgoFF68eDExMREhtGTJEgsLCx0dHQsLi7// /vvq1avowyQ4QkgikbSSqW0AQKsFtSAAACgwfvz4f//99+rVq87Ozr6+vkTjkydPLly4EBAQMHTo 0HPnztXbj1AozM/Pt7CwePnyJUKoS5cuAQEBCKG8vLyHDx8q28vMzExHRwchpKWl1alTJ4RQYmJi YmLivn37Nm3aJD1HHBkZOWTIEGtr6/379xONe/bsmTNnDo/HKy8vv3nzZgN/BACALwPkjgAAgALO zs6PHz9GCP3333/EnYI9e/Y0MjIKCAgwMTFxdHRUsyuBQIAXdvhrPp/P5/ObdbWazp07I4RevXpl a2vLZrOb70AAgHYArgsCAIACFAqFmF3V0nr/ZzOZTM7OzuZyuZmZmZWVler0QyKRzM3NiVzj169f X7lypd69xGIxiUTCDy2dd6JO9gmJRAoKCgoLC8vMzKTRaP7+/tKXDAEAQAbUgu2BQCB48SK9pram pQcCQNsgv9Z0VwcHmW2ysrIcHBwSExPt7OxoNBremJqaqqen988//yCE8Kjieg0fPjw7O7uoqEjF Nn369HFxcdm7dy9R6hUXF+NJQhwOp7i4mNiysrKSxWLJPEcsf3bEjYwkEgmWywYAqAa1YHvw4kW6 pZW5ibFxSw8EgLaBWF8QX2uaWIpF2rFjxxYvXty/f//q6urS0lK88fDhw6GhoT169GAymWfPnlVx wx9CaOzYsX5+fjk5Odu2bSMaBwwY4OTkhL8ODw+vqalBCDk4OAwbNiwmJoaoBS9evLho0SIXFxcr K6vff/+d2B1vLykpIZ4dUSgmJiY0NLSoqEhPTy88PFzNHwsA4MsEecTtQeL9h3379G7pUQDQZsjX gl26dCE+lc4j1tPTq6qqktmdxWJVVVXhdZulpSUxg4wQ4vP5qi/aqY9EIrFYrMrKSvl5YTKZXO8D wmQyWVdXl8fjNclgAADtGFwXBAAApeQLQYRQRcXHP6EHDRpEoXz8Is3Ozr5+/XqTHBrDMC6Xq/Aj de4aFIvFUAgCANQBtSAAADTcwYMHW3oIAADQKFALthOwnCwA6sM+IF619Ig0AHnEAICmBesLAgBA 09u+fTsxd7xq1SpTU1OEkKGh4Zo1a6KioqKiogYOHNiAbjdu3GhoaCjTaGlpuWbNGul1BJ2cnKKi onbs2BEaGko8BA0AAArBdcF2om1d2ACgZWGfXhhEzfDrY2pqSjxTYmxsjNeF48aNe/ny5dGjR8lk sp6eXgO6hTxiAECTa65a8EVqmq6urrWVpXRjQWFhSUlp927OzXTQFldXV5ealu7Ss4d04+OkJz26 d6NSqQp3ycl5Y2VliS8qCwBoPRRGD0+dOrWurs7S0tLIyGjfvn1paWka9clgMMrKyhBCYrFY+gEU eZBHDAD4bJprjnjDxi1LV6yS+Q6K3LApYu26ZjriZ3b/wcOcN29lGt8VFYUuXSHTuDhsGVfJl35d Xd3M2XNz8/KUddgYT58l8/l86ZacnDclJaWa9lNXV/fvo8dNNy4A2gY8enjp0qVv374dOnQo3mhh YcHn89etW3f06NHvvvtO0z5PnTo1cODAlStX1ptfpzCPeMWKFWVlZZs2bVqxYgWxuGBkZOTZs2fx T/FCECG0Z8+eKVOmrF27ViKRQB4xAEC15qoFRWKRNp1+/+G/REtGZia3okIkqn8phDbh+s1b+R9C pRqMTqefPxNnaWHR+A4xOUtXhG/ZtkO65fjJU/fu35ffUrXCd0XrN27WdC8A2oj3k8Tyv1PKoocz MjIQQu/evTMyMtL09zQ7O3vmzJkPHjwIDg4eO3Zsg3/f6wV5xAAA9TXXHLFYJB71/Yj4Mwnevbzw ltPxCaP9R8YcPIy/5fF4MbGHMzIzTU1NZ02famJiLBKJ9sbEpqamCYWizna206dOYbGYCKGTp+Ju /v2PFonk5ekxcfwPuXn5v/9xIiR4Ad7P3v2xA77q28Gkw6m40337eP9+/IT/yBFenu7y/ReXlJxN ON+xo9m5C5f0dHUXzpuTmpZ2+kwChUKZMS3I0aGrwlEVl5ScOBlnb2934eJfQpHId+iQEX6+v/9x 8snTZ+/eFV2+cjVk0ULGh9R5FRT2gxCKWLMuLCT4TMJ5mQ5lzhrDsKgdu3yHDe3axV7N/wQkEund u6J/7t7r37ePhv/15LpCMIUNvjiqo4cxDFN9a4dYLJZOMRaJRPhrgUBw+fLl9PT0zZs3nzx5ElMy gQt5xACAz6a5akGhSOju5nr6zNm3ubmWFhbcioonT5/9NHPanv0HEEISiWRhyJKRw33nzfkp6cnT 1evW74zaTKFQenl6TJ44XkdbO+bg4X0xsYuD579ITbt5+++ozb9qaWllv3qNEOLz+ckpz4kDpaWn 9+jRjc1mX712o6CgcNaMaSYmxgr7r6mpiYs/M9Jv+I6tmy5euhy2bGU3Z6ctG9cnPni4OWp7zJ5d yvZKOH9hdID/xvXrqqoqp/80x9Wl57j/jfn30eMx3wcSlW69FPZjYWH+KOmJUCiS6VD+rBsAw7CF 8+YsWxnRo1s3vKomVFTwYg8dzsjMYrPZgQH+7m6u0p/yeJWxh468zMhgMBgTx//AYrHIFMrde4mn 4uLFYvEo/xEDv/laJBLti4lNTUsXCoWd7eymBU1msZjFJSUnT8XZd+584dJfQqHIZ9jgEcN9EUKl ZWW79+zPefPG1sbG1bUnJsF8fYbyeJUHDh7KyMwyNe0wc9pUExMI0AOtSwOih6UVFhba2NikpaXp 6uqyWCw8xc7Q0JDL5YrFYl1dXT6fTxSCkEcMAGhBzTZHLBJTKBT/EX7xZxIQQucvXBwyeKC2tjb+ x/Gjx0+oVOrIEcPJZLKnh7tIKMSX1/dwd2Po6JBIJO9eXplZ2XhXVVX8ktJSKpWq+pJYaVnZvLk/ W1iY02g0Zf1jGJoyaSKFQvH27vU2N3fqlEk0Gs3N1SUn5w2GYcr2QghNnTyRTqcZGho6Ozq+zMxs 8I9F/X5kzppEIi2YO1vFT0DB1BdCxsZGAaNGbtuxi2jBMCQSiRaGhNnZ2m7bsnFa0OSt23cmpzwn 9hKLxYtClxgbG23ZtGHlsjBLC3OEYeXl5c//S/01cu3yJaG7du8tKiomk8meHh7r163ZvSOKxWbt OxCLYVhNdU3C+YuvXr/eELl29arlh48ee5ubKxaLg0OWeHq4Re+ICgzwP3Dw8Ju3b8VicXBImJ2t 7fatm3yGDlmzbn2zzgICUB8Fv1OHDx/+5ptvQkNDf/nlF3d3d01/2X/77beFCxdGRERs3br1+PHj QqEQIdS3b9+dO3euXr164cKFe/fuJTbG84ilK86LFy+OHDly4cKFCxcu/PPPP6XbFy1atGbNGm9v bxVHx/OIf/nll65du547d07TwQMAvijNN0csIpO1hgwZNHHK9EkTfrx46cqOqE1EhmZeXl55WfmK 8NXvB0Gl1tTUstnozNlzdxPv0+n0qqoq/KvTydHhf2O+Wxm+hkan//h//1ORuqurq8v+sNqCwv4R QkymPp1OQwjpaOuQSCQOh40QopDJYrFYIpEo24vFYhHrhFE/NCqkpUWW+VcFf4tPFanfj/pnrZpY LAkM8F9w997tv/8Z8FV/vPFR0hMalYrPUNtYW435LjAu/izxcPejx0kYho373xiEEJ1GQwjxeJVa WlqTJ/5IpVJNTIzt7e1eZmQaGxt5uL+/mtjby3NX9Md/1aZMmkChUOiGBk6ODhkZWcXFJTQabejg QQihLl3s+3p7I4QeJz2hfhiDh7tb7KEjXC4X7moCrUppaWlISIh09DBCKDw8HH9RUFAwb948pDyP +PHjxzNmzJAJFE5ISDh37hyTyaysrMSf88XFxsbGxsZKHz03N3fBggXyecS3bt26desW/l1KNF65 ckVm8Ddu3Lh9+zbkEQMA1NFctaBILCaTyQwdnf79+oSvWefk5Iivj0oikcRiMYvNsra2WhO+UnqX lOfPL1+9tn3rJiqV+iI1bdOWbXj7cN9hw32HpaWnL1sZ0bWLPZVCkYg/fgnW1iqoqBT2/+btJ0/p yt/ro2wv9dd7MTE2EovFpWVlhgYGeEtBQSGdTjfgcPh8vkbrxsictZGR7Oqy6sAQRiKRFgcvCAlb 1rNHd/xfrIL8AktLC2IbSwvzc+c/LkuWn19gY2Mj0w9TX59YE4dGo9fU1iCEziScv5d4X5tOr+Lz 8cIdIcRiMT+pd2trat/VmnXoQHRlZGTI5/Pz8vLLystXRqzFGykUCv7HAACtjeqVX5DKPGJMUaAw hmH19qlidxzkEQMAmlCz1YIiET7fEeA/YtrM2Vs3bcDbtbS0RCKRu6vrrui9WdnZdra2CKHq6moG g1FWzjXgcPCa4+mzZHx7/E4XOp3u0LWroYFBnaDO1LRDBY9XUcFjsZh5+flZ2QoClxT2X++YNdpL W1u7qlI2tJ5Gow34ql/swSML5s2mUCgCgSD20JEhgwaqs3ygdIfyZ40QSnn+3M7WVtmQFM5y4bNf Hc1MA0ePitqxm81mIQxjsVkVFTxi+9LSMg6HQ7xlMplcLle6N+z95DLRgiEMS055fuXq9ajNG6hU ampa+pao7fixSEgqHQtDCEMcDru0rIxoLOdyqVQqk8W0trKKWLms3lMAoDmoNUmsHsgjBgC0dc1S C2IYJpFI8FrQ0sLir/NnPh6PQhaKRCwWc8XSsF8iNxoaGggEQgMDzqrlS3p5epyKi1+yfJVAIPBw c8XLJy63YtmqCBaTWVdX5+jgYN6xI0Jo0oQff563wMLcvK6uztlJwTJdCvuvd9ga7RXgP3Jn9J5r N26GLQ7G55pxC+bO3rl777gJkzlsTklpibur64zpQer80KQ7FAgEMmctkUiWr1oz9+dZA7/9Wp3e ZIwa6Xfn7r2MzEy7Tp083Fx379n3+nWOjY21RCK5duOmdJ9ubi47o/ekpqXjD1YrU87lGhiwZQp3 hdxcXbbt3H3/wcPevbxy8/Lu3L33zdcD3Fxdovfuz85+ZWvbCaldrAPQqlhbW7958wb+hgEAtHWk cq5asxXNhMfjaWtrS8dlcisqdBkMmZQOHo9HoVKll24RCoVVVXzpIkzN/hs2KmXq6gQ0GlX+sh+G YWXl5fp6epoeWrpDmbPGlK9hkXj/oZen7L3tIwK+/+3wARbz/RPEhYXvps2aPWPqFL/hPskpz3dF 7+VwOOVcbp/evSb8OE665ydPn23fGc3hsCUSyfeBAVaWliFLlh//7RD+6arVa7/q17dvH+/QpSv0 9PQEAoG7m+v1m7f2R+98+zZXestfIn91c3XxGTYkNy9v+87oci7XvGNHK0sLDMOCJk98lpyyc/ce AwMDoVDI4XBWLA3V6AcFQGPgf6/iNwoLBIKCggInJyfiUw5bQc6bvGPHjgUFBSm8TUWZSZMmubi4 VFdX37179+LFi3gdOXjwYD8/P7wfLpcbGRmp4dkAAECjtHAtCJpE4v2Hnh5umu5VWVmpp6enrL7k 8Sp1dLSVRefhKioqGHKFu2qHjvzGZrNHjfQjjqKtTde0YgagkeRrQWfnj9mYzVcLzp8//+nTp0lJ SUFBQUVFRceOHUMIBQQEMJnMw4cPa3oWAADQJJrrfkHQ+unr66v4lMlU9SmOxVLrn8y6ujo6nY4Q Ki4uuXnr78i1ERodBYAWoTB6mMlkzp49W1dX963Us2hMJnP+/PkIIS0trY0bN8pkP8rj8Xg7d+6M jY2Nj4+vrq5u1rMAAIB6QS3YTrTmm5bOXbgUfzZBS0uLTqNNnPCDmZlpax4t+BKo8+yIhYVFcnLy unXrXF1dv/vuu7Vr1yKExo8f/++//169etXZ2dnX1xffctCgQUlJSefPnyeRSGr+f1soFObn51tY WLx8+RIh1KVLl4CAAIRQXl7ew4cPm+w8AQBADVALgmYXGOAfGODf0qMAQGPy0cPOzs7Hjx9HCP33 33/E7HBOTs6kSZNIJNK///5bWFioZucCgUDnw93AAoEAv5oIGSEAgM8PakEAAFBF+rEtCoVCXPkj lph+/Phxfn6+p6fnsmXLDh48mJSUVG+fJBLJ3Ny8oKAAf/v69Wv59aIBAODzgFqwnYBZVwDU935e mJggVvvXJysry8HBITEx0c7OTvqZp4KCgoSEhMrKSicnJ3VqweHDh2dnZxcVFTXwBAAAoOlALQgA AOo6duzY4sWL+/fvX11dXVpaijd6eHgEBASUlpba2Nhs3rxZdQ9jx4718/PLycnZtm0b0ThgwABi UZvw8PCamppmGj8AAMiDNWXag8T7D93dXFp6FAC0GfiaMviiMgKBoLCgoFv37sSn9a4po6enV1X1 SeyQlpYWk8nk8Xh4TLCykGIAAGiF4Lpge0DXppeWlhp8CEEGAKiGyU0Sa7S7TCGIEJJIJNLZwSpC igEAoLWB64LtQXl52auct3W18AQiAGrBK0CJRCKRiIVCUWlpydgx3xOfqrnWNAAAtA9wXbA9YLHY tjak2to6eIIEAHV8KAQlYrFYKBRq0xvyTdiq8ogVLm1oYmJib2+fn5//6tWrFhkVAKBNgFqwPdDS 0mKzOS09CgDaDKkMOrFAIMQkkgZ0sm7dulaSR7xx48YNGzbI3JJoaWm5fPnyhISE/Px8vMXJyWn6 9OlkMjk3N3fr1q0CgUDTAwEA2iWoBQEA4DNhs9lnzpzB84jZbDaeR6ynp5eUlNSYPGKFaZD29vZJ SUkXLlwgWqZOnXrkyJGkpKTQ0NBvv/32r7/+avARAQDtCdSCAACgQCvMI542bdrt27dfvnypo6MT Fha2atUqb29vX19fAwODRYsWCYXCixcvJiYmIoSWLFliYWGho6NjYWHx999/X716FX24GooQkkgk rWRqGwDQGkAtCAAACrTCPGIzMzM8tk5LS6tTp04IocTExMTExH379m3atEl6jjgyMnLIkCHW1tb7 9+8nGvfs2TNnzhwej1deXn7z5s0G/EwAAO2SVv2bAADAF0lhHvHjx4+RXB7x0KFDR4wY0aFDB/U7 l88j5vP5zZpH3LlzZ4TQq1evbG1t2Wx28x0IANC2wHVBAABQpfXkEYvFYnwkWlpaYrFYul2dIwYF BYWFhWVmZtJoNH9/f+lLhgCALxlcFwQAAHXhecQIIYV5xKdPnyai5FRTJ4+4T58+P/30E5lMJlqK i4vxJeU5HE5xcTHRXllZqfDxEWkYhhEPDpNIpGa9AAkAaFvgumB7IBAIXrxIr6mFDFMA1CK/1nRX Bwd1dvycecQODg7Dhg2LiYkhLvtdvHhx0aJFLi4uVlZWv//+O7E73l5SUkI8O6JQTExMaGhoUVGR np5eeHi4OucLAPgSQO5Ie/D0aYqllbmJsXFLDwSAtoFYXxBfazo/P9/e3p74tDXnEZNIJBaLVVlZ KT8vTCaT631AmEwm6+rq8ni8JhkMAKB9gOuC7UFNbY2xkREsEgGAmjA5Gu3egnnEGIZJH0iaOncN isViKAQBADKgFgQAgCZ28ODBlh4CAACoC54dAQAAAAD4csF1wXYCJogBUN/HqWHlc8QBAQEDBgyo qamprKw8ffo0njtCo9Fmz55tY2PD4/GioqLwuwANDQ3nz5+vr6+PEDp37hw+HRwYGOjl5cVisXg8 Xl5eHv6kyIgRI0xMTA4cOGBmZvbzzz+vWLECfnMBAC0OrgsCAIACTCbz9u3bS5YsOXLkSEhICL4u dEBAgFAonDt37t27d2fMmIFvOW7cuJcvX86fPz84OPjRo0d4Y1xcXGhoqL6+/tq1a4lHhhMTEwcN GqStrT18+PBHjx5BIQgAaA3gumA7Af+oAKA+7NMLg0jlr09ubm5paamJiUlOTk6fPn2io6MRQtev Xw8KCqLRaAKBgMFglJWVIYTEYnFFhaqVGUpKSp48eTJo0KDevXvPmTOnaU8KAAAapsmuC5aVld+5 l3jr9j/Z2a+UbYNhWOL9B3jVIv1aTTk5bz5zxVNQWJiVnS3TmJuXf+PW7cQHD8vKyhvc8+c/FwCA pshkMp1Od3NzMzQ0xDNCzMzM8EWeBQJBdXW1sbExQujUqVMDBw5cuXKlo6NjvX0mJCRMmjTpzp07 +CKCAADQ4pqgFsQwLPbQkZ/mzk9KepKZlbXvwMG402cUbimRSJatjMDX35J+rcz9Bw9z3rzFX9fV 1c2cPTc3L6/xA1bfrVt/X7j4l3TL0WPHl60Iz8jI+vffR8GhS57/90LNrj7/uTx9lszn86VbcnLe lJSUatpPXV3dv48eN924AGgzhgwZsnz58j59+kRERBChHcTSLSKRCP8Gy87Onjlz5oMHD4KDg8eO Hau6TxqNhmGY9IozAADQsprg++h0/Nk7dxP379mlr6fX+N6kXb9569tvvra2skQI0en082fipOOY PocPIaS4ujrBiVNxJ48fZejoIA2nZZv7XOQHs3RFuHdvr+VLQomW4ydPOTk6jBjuq1HPhe+K1m/c /Ocfx5pglAC0DpjcJLHCzS5duhQfHy/dUlRUZGRkxOVyyWQyk8kkokcEAsHly5fT09M3b9588uRJ FV8OgYGB27dvnz59+u+//15dXd2EJwUAAA3T2FpQIpEcP3kqJHihfCFYUcE7cPBwRmYmm83+bvQo dzdXZZ2IRKK9MbGpqWlCoaizne30qVNYLObvf5x88vTZu3dFl69cDVm0kKGjE7FmXVhIMIPBkO+5 uKTkxMk4e3u7Cxf/EopEvkOHjPDzVd2/sl3Ky7l7Yw68evXaxtq6QwcT6XGKxSKhUCioq8NrQSKu Xn485eXcU3Gn+/bx/v34Cf+RIzKzshSeC7+6WuEYSsvKdkfvy3nzplMnGzdXF4kE8x02JGrHLt9h Q7t2sUfqIZFI794V/XP3Xv++fdTcRWlXiFT/RgB8AR48eNCvX7/MzExvb+/k5GT8YqGhoSGXyxWL xbq6unw+X0UhaGtra2Rk9M8//3h6eg4ePPjs2bOfcewAAKBYY2vB/PwCLrfCzbWnTLtYLF64ONR/ hN/c2bNy8/KWrYwIW7zQScnNNBQKpZenx+SJ43W0tWMOHt4XE7s4eP64/43599HjMd8Hevfywjd7 lPREKBQp7JnF+n/2zjusqeuN4yckEMJIQKYMUUFBcDEciKOKWxQR62oVB24R3AiKoAjOarUKCIqj 1p974gJXtc6KolSGgKAs2SMBsn9/XL1Nc88NNwSc5/P06QMn57znPQN5OevLuXApYZyX59ZNEVxu 7ZwFfo7du1lYmCuwX19fTyxibm62KmiNx8gRy5f4Z77OCgnb0L+vG+6nlpbWxB+95yzw8xztMWzI YENDA7KWGhkZJSbdLCoqnj93trGxUc8eztC2QH0wM2u9bMXqSRPHr161PDvnTdDadUPcBzVhaKRS 6VJ/v+CQsK6dO3M4bNmPqqtrDhw89DorW09Pz9vLUy5Mr6mpPXDwcObr11paWj5Tf+JwOHQG46/7 D06ePisWi8d6jnYf+INIJNoXdyAtPUMoFNpYW8+eNQMLr0+cPN3BxibhylWhUDRi+BBsDbK8omJv dGze27ft27Z1dOwmlUhHjhhWU1O7P/7g66xsU1OTebN9jY2RgB7iK+D06dPBwcGRkZG6urrr16/H Et3c3EaMGFFaWmpubh4TE4MlYm/KaGlphYSEvHv3DrtK7O3tnZCQAD4qCF+8eFHxORkEAoH4BKga C3J5XG1tbeLZl7+fJqurq48ZPQoA0NbKatKP40+dOR8STHqw2sXZCfvCtVfP3XuiFdQItTxrxjQA gO8MHwaDwWQaOHTqlJmVhceCCuzLFampreXzBZhx+052rr17ydU+c/q0Hwb0v3ApwXfewr59XP0W znue8oLoz/y5vuUVFf6LF+pxGhE2JfpQUlqqoaE+fOgQAIBtxw59+/QBANBotCWLFykwAl2KMDIy 9Bo75tfde9YGB37MBkQi0dKVgZ4eoxYtmJdfULg2dP3KZUu6dHbAMkgkkuWrVg/o32/eXF8Bny+R SGpqaisrK1P/SdsSGV5ZWTV/kX8XBwcjI8MeLi4+035maWruP3h43/4Dy5f419fVX7h0edzYMZsj w7m13HmLFnfv1tWsdetlK1dPmjA+cMXSnJw3wevCBg8aKBaLl60MHD1qpN/C+c+ep2yI2LRrx7ZG OwqBaC6oSNAdOnSImFhXVxccHKyrq8vj8fAw7sKFCxcvXmSz2bW1tXji6dOnT58+LVd869at2Bfp 6em+vr7N1RwEAoFQBVXvjhgaGNbW1hJPvRQWFrWxtMS/tbS0KCgsVGDn3PmLKwKD16xbH3fgoFAo VJCTzDKHw8FDUnV19fr6hkbtE4u8Lylp3doUL2VmagoItG/XNsBv4bEj8Twe78DBw2T+aGtrUwkE iT4Uv39vKlMvtvrYNMRiibeXZ3lFxZ0/7+KJfyc/01BXH+0xksFgtLVqM2G89+mz/25U/f00WSqV Tpk0gamhoaury+FwAABqamozfH5WV1c3Njbq0ME683UWAMDF2VGLxaLRaL179sjO/ve29czp05ga GgYGrew72b1+nZ3y4qWGhsawIYMZDEbHjh3cXF0BAE+Tn6mrq4/2GEmn012c4RRbagAAIABJREFU nUQiEZnEKgLxBSIb82FIpdLq6mq0yIdAIL5GVF0XNDQ0sLFufz3xxljP0bLpevp61TIK6OXlFa30 9cmMvExNvZaYtGvHNnV19Vdp6dt++VVBjWSWaeRH2sjsE4vocTg1NbX4t9z/3sOVhcVijRg+7PjJ U3Z2ttRbSoToQyt9feytMozKqioNdXXqBmWRAimNRluxbMnKwOBuXbuoqakBAIoKiywtLfA8lhbm Fy8l4N8WFha1bdtWzg5bV1f9ow8aGsz6hnoAwLkLl+4/eKjJZHJ5PJnwmv2f0LahvuF9Q2sTE9yU oaEBj8crKCisqKwMCQvHEhkMRn19g55e01qJQLQghoaGmLgIAoFAfKs0w5syC+bNOfT70eRnz7Fv RSJRTU2Ni7NTVnb2m9w8AIBEIkm8cWPwoIF0Op3J1GhoaAAfHu768HVFZVUrfX0s2nie8gK3rKmp ya3lylUHtazYQzL7RDrZ2b4veY8Z5/P59x8+kv2Uy+VdvHRZJBIBAKRS6d1799q3a0vRH2hboDg7 OZaVlT94+AgAkJ9fcPfefSz9ZWqqgluHhD0vKZ5o1trUe9zYnbv3MhgMIJVy9DjV1TV4tvLyCn19 ffxbNptdVVVFZkoqlQIgBVLpi5ep1xNvhIeFhK1b4ztzOp6BBmgy9zMBkAJ9Pb3yigo8sbKqSgoA m8O2atMmLCQY++/XX7aampoQm4BAfDLIfrLc3d2p/NgqBU3BX64ErKys2rdv30I22Wx2ly5dunTp oq/MX7CKaQmbTcDY2NjNza1du3af0QcE4muhGWLB7t26rlsTFLs//iefmfMWLv7ZZ9b9h490dXRC gldv3LRl5eo1cxcstu3YccjgQQAAb6+xiwKW/e/EKdmve/Vwqa6tXb1m3bKVq2kyS2VenmOO/HFs VdDaysp/NxDJLCuAzD4RTU3NoFUrQtdvXLl6zcrVa3/o30/2UyZTI/WfV1OmzZi/yH/y1OnlFZXT fp5C0R9oW6Coq6tv2xxx+uz5WXPm79sfP2yIO53BkEgka9ZtePDwseKyZIwd41FTU4M9E+ji5Jid k5P7MXhNunnLfdAPeE4np+5Z2dlp6RmKDVZWVbVqpUclvHZy7F5WXv7w0WMAQH5Bwb2/7mOJ2Tk5 OR+fJUcvayC+QIYPHx4VFeXh4REZGclmsxsvQI2tW7caGChx8GPevHmN1t5km7q6uvb29tOnT3dy cqJeXDEtYVNZLC0tN2zYoIf2GhAIatAqqxQpJilFXV2dQCDgcDiyf6HW1tbq6OjIpkilUpFIhIUR sl9XVVdra2mpE/ZD+XyBhoY68a9eomXFkNkny8zW1cU2VaGfamhoYC/LKOUPWVsUcODgYX09Pa+x Y6RSKVnBBw8f9+zhLJc42uvH3w/t53z8LVJc/H72/EVzfWd6jBrx4mXqnqgYfX39yqqqPr17Tft5 iqzlZ89Tdv0Wpa+vJ5FIfvT2amNpuXL1mmO/H8Q+Xbc+vH9fN7c+rquC1uro6AgEAmcnxxu3bsdG /fbuXb5szo2RW5wcu48YPjS/oGDXb1GVVVXmZmZtLC2kUumsGT4pL17+tje6VatWQqFQX19/bdAq gEB8KqRSqUQiEYvFEolEIBAUFRXZ29vjn+rrcfT19WNiYubOnTt06NDbt2+/f/++uaret29fUFAQ xX1nMzOzsLCwOXPmKFi5VN3mggULMjIybty4QaU4RVrCJnUGDRrUoUMH/E43AoFQTHPGgojmgs/n M5lMAEBJaemS5au2RIabm5kpyP/g4eMeLkr/Ca44eK2pqWWxNBWHztXV1VqUw2uMg4d/19PTGzvG A69FU5OpoaFB3QICoTrEWNDBwQH/VF+PY2xsvHv3bl9f35EjRx4/flyxNTqd7uPjY2dnJxAIYmNj 8/LyAABdunSZPHmympqaUCj85ZdfKisrXV1dR44c2alTp6ysLKFQePny5QcPHii27OPj09DQgDug o6MTEBCgpaVVXFwcHR0tEAjIbEJdgtoEsLiNxWLNmzfP0NCQz+fHxcUVFhZSbyaZTaLzSvUn1CVf X18+n29paWloaLhv37709HQAwOrVqy0sLFgsVkFBwZ9//pmYmKi4kxEIBIoFv0ROnj57+sw5NTU1 JlNj6k+TBw38QXH+psWCnww8tC0tLVu+KigyPMzMrPXndgrxXdNoLAgAmDZt2uDBg9PT03/99Vce +TUyAMDkyZP19PSioqLU1NTw04d0Oh1Tq5s4cSKTyTx8+DCWmfoaHp1Oj42NXblyJZ55/vz5b9++ TUhI8PLyEolEFy9eJLMJdQlqE8DitlmzZpWXl587d87e3n7GjBkrVqxQtplEm2TOU+xPqEuhoaEv Xrw4c+aMo6PjqFGjwsM/XEcbOnSolZVVbGxso52MQCBAs2jQIZqdH729fvT2UqqI4i2kz8vFhCtn z19QU1Njamj4TPupdWvTL9lbxPcAlbsjhw8fvnnzZmho6J49e1auXFlSUkJmrW/fvhs3bgQAyL4p IxaLzc3Nzc3NWSwWh8LzUkRcXFxyc3Nlg7Zu3brV1dV5eXkZGxtzOBwF4RTUJahNKI6OjqGhoQCA V69eGRkZaWhoCAQCFZupovNQlwAAr1+/BgC8f//e0NBQcaMQCAQZKBZEtDjeXp7eXp6f2wsEQmny 8/MTExMtLS3d3d2PHTtGlo3BYBBfRfX29nZwcLhx44ZQKJQ9iYGtolFhyJAhcvubdDo9Jyenqqoq Kyurtvbf16+INqEuQW0C2F+S6urqeHGRSISdnFaqmUSbZM4TgVYEdUm2OqXOYSMQCFma4R4xAoFA fHuYm38QLtLU1FS8R5ycnNyvXz+5RFdX19jY2L/++qugoEA2vba2lsoyob6+vrW19ePH/3k6IC0t TUdH5+XLly9fvnz37p0Cm1CXoDYBADweT0tLSzbl9evX2Ka5qakpj8fDHv9SqplEm2TO9+nTZ8GC BXQ6XbHzUJcQCESzQA8MXP25fUCoSn5+gaxcCgKBUMyHjWGJRCKVisVibm2tscyL6Js3beJwOGvW rBk8eLCTkxOfz4+Pj1egh5SWljZu3Lj+/fv/8MMP79+/x3ZgNTQ0JkyY4OjoaGFhIRaLHz58iGUW CoVz5szp3bt3Q0NDfn4+mU0PD4/CwsJnz57JJmZmZv78889OTk4jR46sqanBwy+iTahLUJsAgNra 2smTJ7u5ueHFs7OzZ86c2b1792HDhkVFRZWXlyvbTKJNMueHDBni4eFx6tQpfHUTWhHUpR9++CEt La2kpERXV7dv375Xr17FLFhbW+vp6SUnJ5N1LwKBkAXdHfkWePDwsbNT98/tBQLx1YDFgdjlEYFA UFxU1LlLF/xT7O4IAEBLS8vLy+vo0aNUbGppaYnFYj6fL5siEomgF2bpdLpEIlFwcDY6Onr9+vWF MOlODofD5XKJ+8JEm3IuKbAJRVdXl8vlyjmpVDOpO0+EWBGZSwgEQkVQLPgtgGJBBEIpKMaCAABd XV3Fh9taAjqdbm5u/vbt2y/cJgKB+DZAd0e+BZiazPLy8latWn1uRxCIr4OPl4fxW8Sk60yfPhAE AIjF4mYP2lrCJgKB+DZAseC3QDsryzd573Lz3jWeFYFAfIwFJRKJRCIWCkXl5WVdunT93E4hEAjE 5wHFgt8CHI5e+7a0hgY+OkaDQFDhYyAoEYvFQqFQkwn5l5DNZgcFBQUGBhLTt27dumvXrn/++QdL CQsLe/jw4ZUrVwAA69at27RpE5/Pp9FoXl5eQ4YMEQgEqampLffu8a5du5YuXSoSibDaY2JiiouL DQwMAgICdHV1AQAXL15UoAVHLM7n87FWs9ns2tpaqVT6+++/v3z50s3NbdKkSZh6OJ/PDwkJIbNp b28/Z84cOp2en5+/Y8cOikcJEQjE5wLFgt8Campqenr6n9sLBOKrQUZ3RCwQCKX/fZAZg06nm8hc LsbBbhb37NkTjwWNjY09PT2vX78uFouNjIywh+4mTZpkY2Pj7+8vEAjMFGpIqoipqSn+2J6RkRGD wQAATJkyJTMz88iRI3Q6XUdHR6nixcXFq1atAgDEx8cHBQXhsnLa2tppaWl79+5t1CVfX9/Dhw8n JyevWrVq0KBB+PVeBALxZYJiQQQCgVACJyenU6dO/fjjj/Hx8Xjiq1ev+vXrd/v2bexbOp3u6enp 5+eHLYlhV3fNzc0HDx6MFykpKcGWEqFCvVClXepoaWlVVFQAAMRicXX1p74giIXaAADFd6URCMQX AnprGoFAIKhCo9G6dev25MkTGo0mK3p24cIFT89/xXXMzMy4XG5paSmTyTQ0NDQ0NKTRaDU1Nc9l wMTTAABTp0599uxZUFDQu3fvhg0bhiVaWFjweLyIiIgjR46MHz9eWT9Pnjzp7u4eEhLSqVMn1Vr8 H9q1a+fl5eXl5TVgwAAF2aKjo2fOnBkeHi6RSG7dutWMDiAQiJYArQsiEAgEVWxsbMRicefOnauq qlxcXPDdz+Li4pKSku7dPzzthAvp2tnZeXp6du7c2dfXVygUyt5KxpUzyIR6VVHazcnJmTdv3sCB A5ctW5aYmHj8+PGmtvg/CIVCTIKlvr4eS5kyZUrHjh2xr6Ojo4uLiwEANjY2AIA3b944OTnp6ekp kHJGIBBfAigWRCAQCKo4Ozunp6fr6+tnZWU5OzvLnoQ7e/bslClTsK9LS0vZbLaWllZKSkpKSkpU VBQAwNDQcPjw4Xj+4uLiM2fOgMaEehtV2hWLxfiBPzqdjt0CAQAIBIJr165lZGRs3779xIkTZHu1 ZMWh5OfnX79+XTbl/PnzGhoa2Nc1NTUAABqNNmvWrMDAwKysLA0NDU9Pz5a7N4NAIJoFFAsiEAgE VZydnePi4jIyMjQ1Nffv389gMPDgKT09ncViGRsbAwAEAsGjR488PT2PHTuGl3337h304gUm1Hv3 7l0AgKwsL0WKi4vbtm2bnp6ura3N4XAwcTYDA4OqqiqxWKytrc3j8fBAsE+fPt27d4+JicGVP6DF qcPj8eTEmqVSKX5xmEajyQmHIBCILxAUCyIQCAQcDoezefNmAEBNTc3GjRt1dXVNTU0zMzMBAA0N DTk5OQ4ODikpKXj+c+fOYTdwAQAxMTFBQUGOjo7YI8/4piqRQ4cOrVq1qmvXrmw2+/z5848fP1bK yd9//33p0qVFRUWtW7c+duwYppvs5uY2YsSI0tJSc3PzmJgYPLOdnd3w4cPj4uLwWBBaXEXi4uJW rVpVUlKio6MTGhqqukEEAtGiIA06BALx3SH3pkxRYaGtnR3+qawGnYpwOJy6ujoqAVajQr2Wlpb4 Zi4AgMfjlZWVYV/TaDQOh1NbWytbnEajYQ8ESmAv5sgCLa4idDpdW1sb2zVGIBBfOGhdEIFAIFoK 6u+5NJpz8ODB2NuBGDk5OfgL0lKptKqqSi6/VCqlWDu0uIqIxWIUCCIQXwsoFkQgEIivANnnDBEI BKIZQe8LIhAIBAKBQHy/oHVBBAKBgECmRzxixAgPDw+RSJSbm7tr1y4FZ+zkcrLZbKLOb25ublhY WFBQEPbc4Lp1644fP56eno6951xfX19bW3vmzBlMd2TIkCEeHh5YzqqqqsjIyBZqO9I4RiC+K1As iEAgEBCgesS9evUaOXJkYGBgbW2thYWFgkCQmLOyshKq85uVlTV8+PBz5845Ojrq6upiYR+bzb5z 587Zs2ctLCzWr1+/cOHC+vp6HR2d5OTkQ4cOtVijP4A0jhGI7woUCyIQCARVRowYcfz4cexF6Pz8 /GbJeerUqY0bN168eHH8+PFHjx6V+zQ/P7+8vNzY2DgvL49YFmkcIxAI1UGxIAKBQFDF0tIyNze3 eXOWlJQ8f/583rx5dDr92bNneDqdTmcymQ4ODgYGBkVFRVhix44dvby8AAAFBQWPHz/GNI7xIviz z5jGcUJCgpeX17BhwzBdOwsLixcvXkRERDg6Oo4fPz48PJyKezgnT55cs2aNtbX1yZMn09LSlCqr AEzjGABQUVFx584dsmzR0dF+fn41NTWVlZVI4xiBaF5QLIhAIBBU0dDQoPgIH/WcAICTJ0/GxMTI nZYbOnRot27d3r9/HxYWhh+PEwgEWMCH6XmIRCKkcYxAIFQExYIIBAJBlfz8fAsLC3yVrllyAgBK Skrq6upycnJkE69cuXL27Fm5nLm5ubKKwEjjGIFAqA6KBREIBIIqiYmJnp6eycnJYrFYV1eXGGY1 IacqII1jBAKhOigWRCAQCDhyesQAgFu3brVp02b37t1VVVUCgWDDhg1kG8HUcyrFgAED7O3tsa9D Q0PJZI6RxjECgaAO0iNGIBDfHdhdVJFIJBaL+Xx+cXFRp072+KeN6hEzmUw6nY69iqdAJlgu56cH aRwjEAgqoHVBBAKBUA7ZPUoFMsFyOT89SOMYgUBQAa0LIhCI7w4V1wURCATiWwLpESMQCAQCgUB8 v6A9YgQCgYCgoh5xWFhYdnb24cOH+/XrN3XqVD8/Pz6fDxUUhur8kon/stnsrVu37tq1659//sFS aDSal5fXkCFDBAJBamoq9tgK9YrIoC67jEAgvnZQLIhAIBAQVNQjNjY21tPTO3LkiKurK4fDwd7z gwoKQ3V+ycR/nZyc+Hx+z5498Vhw0qRJNjY2/v7+AoHAzMwMS6ReERTqzUQgEN8AKBZEIBAIqlBX GcYydOrUSVNTU/ENEqjOL5n4r5OT06lTp3788cf4+HgAAJ1O9/T09PPzw57fKywsVKoiMjljpZqJ QCC+dtB5QQQCgaAKdZVhAMCzZ89mzZqVnp4um4gJCnt5efXs2RNLOXnypLu7e0hISKdOnfBs0EQa jdatW7cnT57QaDRMRM7MzIzL5ZaWljKZTENDQ0NDQ1xQhEpFmJwxDqZQp2wzEQjE1w6KBREIBIIq SqkMp6Wl5efnP3jwQDYRExTm8Xj4YiGm8/vo0aNly5ZNnDhRQaKNjY1YLO7cuXNVVZWLiwsAAH/n z87ObsGCBXv37sWOA1KsCJMzxsHfQVSqmQgE4msH7REjEAgEVZRSGRYKhTt27JBLlBMUxoDq/BIT nZ2d09PT9fX1s7KynJ2dr169WlpaymaztbS0UlJSUlJSoqKilKqITM5YqWYiEIivHRQLIhAIBFVa QmUYqvMLTXR2do6Li8vIyNDU1Ny/fz+DwRAIBI8ePfL09Dx27FgTKiKTM/40YsoIBOILAcWCCAQC AUcVPWIyiILCUJ1fYqKurq6pqWlmZiYAoKGhIScnx8HBISUlJSYmJigoyNHRUSwWv337FlcoplgR lBYSU0YgEF8mSHcEgUB8d3wyPWKKQHV+qYv/AgA4HE5dXZ1QKGxCRWR8XjFlBALxyUDrgggEAqEc 1PWIKQLV+aUu/gsoSA83webnFVNGIBCfDBQLIhAIBCmGhoaK1/mwd/4QCATi64VqLCgWi5+nvJBN 0dHRse3YoQVc+heBQPD4yd92traGhgYtWhECgUBAcXd3P378ePPapNFo2F2QJmNlZUWn03NycprL JSjGxsYdOnQoLCx88+YNnmhubl5VVcXj8ahYUOwnm822srICAOTn51dWVjaLz9Rpido/fYugcwma qNTANSPGxsbY20afuF6EUlB9X7C+vmFFYHBIWHjE5q3Yf8eOn2hRzwAAFZWVIWHhOW9yW7oiBAKB kGP48OFRUVEeHh6RkZFsNru5zG7dutXAQNU/bufNm9eMLkGxtLTcsGGDnp6eXPqCBQuGDRtG0Yhi P3V1de3t7adPn+7k5NR0R5tKS9T+iVsEnUtkE0ypgWtGZs+ebWtr++nrRSiFcnvEP0+eOHnShBZy BYFAIL4Q9PX1Z86cOXfu3KFDh96+fbumpqa5LHM4jVxMwaDT6VKpFLvhIbfMY2ZmZmhomJKS0lwu QenQoUNycnJCQoJcekRERENDAxULjfpZUFBw/Phx1SPjptEStX/iFkHnEtkEoz5wiO8Qlc4LJibd /PPevVXLl+noaBcVFf/6255pP02xs7M9cPDwP6/ShEJht65dpv38E5OpkV9QuCcqZub0qbH7D4pE ovlzZ5eVlf3vxGlNTebM6dNsO3Z4++5dVEzcrBk+Bw4erqmpGfjDAG8vT9m6Kiur4g8dycnNtW7X bo7vDG1tbQDA9cQbiTduNjQ0dO3Seeb0aXQ6XaXOQCAQCAAAAOrq6thFYwDA+/fvFWem0+k+Pj52 dnYCgSA2NjYvLw8A0KVLl8mTJ6upqQmFwl9++aWystLV1XXkyJGtWrVavny5UCi8fPmynCQJjqmp 6datW6VS6ZUrV5KTk5ctWzZnzhz80yFDhiQlJSneZYa6xGKx5s2bZ2hoyOfz4+LiMPFiX19fPp9v aWlpaGi4b98+TDFv9erVFhYWLBbLwsLizz//TExMBADY2Nj4+Pioq6sfO3YMj/Csra0xC8+fP7e3 t4+IiCDzc82aNc+fP3d1dZVIJHFxcZhLUIhdBwBgs9kBAQEAADU1ta1bt/J4PFNT07Fjx7Zp0yYt Lc3IyMjIyCgkJEQoFEKLUwfaSxSHmMymjo5OQECAlpZWcXFxdHQ0Jh4NhdhMaHHoXCKbYNCBg447 dDShLlF3HgDg6urq4eGhp6e3Y8eOd+/eKTUciE8DPTBwNZV8AoHw2PGTmpqaNTU16RmZ6RmZ6hrq nR3sf//jf+kZmQP69V23fiODoT554o80Gu3Fy9Q+vXvb2nb8438namqqe7g4FxUXx8Tuz8rK8fIc /SY3L+HylRep/0yaMP5l6qsbt26PHeNRUFgUuz8+Oydn1MjhhoYG++LiW7XSNzNrffrs+cHug4yN jeYv8ucLhOPHjX32POXho8cDfxiQX1C4bOVqj5EjevZwKSgsdO3Vs6U7C4FAfBtgAQr2soxYLOZy uUZGRvinmzdt4vF4Wlpafn5+EokkOTlZ8VstkyZN0tHRiYyMvH37Nn5Lt7y8PCkpKSkpydjY2N7e PiUlJT8//9atW4MHD96wYUNCQkJ+fj6ZQTs7u6Kior179/bo0cPT0zMhIQF7VhAAQKfT/fz89u3b p/ipF6hLPj4+hYWFe/fuLS0tnT9/PhbhjRkzJj8/f9++fSUlJWPHjv3zzz8BAPfu3cPk6bZt24af 9quoqLh161bnzp0rKirevn2LJUZEROzevfvs2bO2tra9e/e+cOECmZ8zZszIyMiIiorKy8sLCAi4 evUqlt6jR4/y8nLZI4nErgMAjBo1Kj8/PzY29s6dO1gsZWBg4O3tvWzZsiVLlkRGRtra2lZXV5eU lECLk0GsHdpLFIeYzOasWbMyMjKio6PNzMzat2+PjyYRYjOhxaFziWyCQQcOOu7Q0YS6RN35/v37 FxYW7tmzRyKR9O3b9/HjxwosID4Xyq0LZufk4Hsl+vp61u3bBweu9AtYFhwS9iY3d3/MB/mj6dN+ xr7IyMh8+uw5Xtzby3NA/350BiMkdMPGDaGuvXpya7m//Lob++MbAPCjt9eA/v0AAP/8k3b1WqKL 84cjF3/df5hfULhtc6SxsZGFudmc+X58Ph97UlVHR7uvm+sPA/o1vQ8QCASCwOHDh2/evBkaGrpn z56VK1eWlJSQ5ezbty/2ErXso31isdjc3Nzc3JzFYlHcF8b5+++///77bwCArKYchouLS25ubqNP GEJdcnR0DA0NBQC8evXKyMhIQ0MD+4X9+vVrAMD79+8NDQ2V8tPIyIhGo2HB4pMnT0aPHq3Yz/v3 7wMAcnJy2Gy2pqYm2ZYltOvy8vKmT59Oo9GePHlSXFyMJRYXF2Ov5GC3IrD9ImjxKVOmdOzYEfs6 Ojoat0AE2ksqDnG3bt3q6uq8vLyMjY05HM7FixfJXII2E1pcdeTGnWw0oS5BIcuZkZGBfdq/f/9m 8RzR7CgXC44ZNVLuvKBtxw6DBg64nnhjyeJFrVrpAwCkUunRY8fv/XW/uqaGy+Xp6Gjjmc3NWwMA WJqaAABLc3MAgAZTQyqV4n9zm5m1/pjTPC3j37+c8gsKAACLApYCAKQSqVQqrais7GBjPX6c1297 Yw4cPPzT5Injx3kp3XoEAoEgJz8/PzEx0dLS0t3dXYHIG4PBIC4cent7Ozg43LhxQygU0mg0PF1F AY8hQ4ZgK1WKgbqkrq6OJ4pEItknsgEAUqlU1k8q0Gg0PDaSe7wa6qdsHvxRRuJmN7Trnj59WlhY 2KNHj+Dg4Pj4+OTkZKg/ZMXPnz+voaGBfS17+pNYO7SXlBpiok3sMnVVVVVWVhYu6Ad1CdpMaHFA MpeUnWD4uJONJpWep5JTIpGgc1xfLFTvEZPxJjfv9p27bSwtLyZcxpb3Hjx8dOTosRXLAv44HD/G Y6RsZhrt3+poapB/dCorP6y9V1dXt9LXp4EPeXR1ddTU1KJ/23VgX3R8XMyFMydNTUwAAAvmzT51 /OgE73F7o2Ozslv2eQUEAvFdYW5ujn2hqamp+EWM5OTkfv3ktyZcXV1jY2P/+uuvgoIC2fTa2lpl lwlx9PX1ra2tibtsffr0WbBggewvWqhLr1+/dnBwAACYmpryeDzVbxKUlJTQaDQ7OzsAQN++fRv1 s0uXLgAAIyMjPp/P5XKxRGw7XjYbWdcVFRVduHDhzJkzuLYeFGhxHo9X+RHZaIlYO7SXlBpios20 tDQdHZ2XL1++fPkSPzBH5hKxmdDigGQuNXmCkY0m1CUAm3VkORFfPsqtC5aUlr1KS8e+VldXb9fW KmLT1iGDB/n8/JPvvIX74uIXzJvN5fLU1GgGBgbl5RVyTxI2yqkzZzs7dCp+X3Lv/v2JP47H1hQz X2cOdh908PDvx06c9J0xnU5Xe5Ob28HGprSs7FVaeg9np149e8QeOEhFUgmBQCCowOFwVq5cKRQK TUxMCgoKkpKSFGQ+cuTIypUrO3fuTKPRjh8/jh3Dv337tr+/f3l5OY3pj+OkAAAgAElEQVRGkz1l dfny5eXLl5eVlSm4O0KGu7v77du3iQs/dnZ2w4cPj4uLwz+CunTkyJFly5a5ubmZmpru2bNHqaoB AG5ubsOHD2/Tpo21tfXQoUPXrl0LANi2bVtAQACTybx58ya+HkbmZ8eOHXv16mVpaRkbG4sn3rt3 b/HixT179sQ7BNp1Li4uXl5e5eXlbdu23b59uwI/yXoeCrF2aC8pNcREm4cOHVq1alXXrl3ZbPb5 8+cVnJmDNpOsOHQuEROhAwcFOppkPU+cddTHCPGlQVWPmMvljRn3o2yKmVnrfm5ut//8c/++KC0W 6979B+vCwiPD13d26LQiMDjzdRaHw/YYOeJaYtKxIwczMl/PX+Qf9duvth07PE1+tiIw+MjBOHMz s8QbNyM3b0s4f/pNbt4i/6XeXp4XLl2WSCSDBg5YFrBYQ0MjKib2/MWE1q1NA5cv3bl7T1Z2jkQi 6dnDJTI8rKSkdHlgUH5+AQBg6BD3VcuXKrvBgUAgvk8o6hFraWl5eXkdPXqUik0tLS3MmmyKSCSC hiN0Oh3zQSm3o6Oj169fj91sbZpLAABdXV0ul6viY9dETE1N/f39V69eTeZnfHy8v7+/VCqtq6tr dB8T2nVqampsNrumpqbRv/wV9DxFoL2k1BAT4XA4XC630baTNZOsOHQuNW2C4ciOpgKXqDuP+MKh GgsqS21trba2ttx5FAW8Sktf5L80es8uqzaWNBoNP0WBIRKJsMMlfD5fIpGwWCz8o7q6OhqNJpuC QCAQiqEYCwIAdHV1ZU9ofUbodLq5uTl+D/QLgclkmpiYaGtrT506NSkp6ebNm2R+YrFgM77UiGh2 iKP5uT1CfCJaSo9YV1e3CaWkUimTySSm46eMiZ/KHctAIBCIZuQLCQQBAGKx+EsLBAEALBZryJAh DQ0Nf/zxR2pqKiD3c/v27UiI7AuHOJqI74SWigWVhcVidexgo6mp+bkdQSAQiA+w2WwdHR0ul6uj o0N9Z/azoKzGsZWV1du3b1XfKa6qqtq/fz/0IzkBXAWxheoCzaD5WqSAlvATKhPcLBU1AQWjifi2 UfUecXPRrq0VtkH8uR1BIBCIDwwYMMDJyal///6K5WVpNNq4ceOioqJ+/fXX2bNnfzL3cJqgcRwR EQHdhGlGKArgNotAM2j5FrWQn8Reaq6KEAjqfCnrgggEAvGlYW1tfe3atUaf9Js0aZKNjY2/v79A IDAzM/tk7uE0+ZGaFoWiAO6X6TyRFvKT2EtfS4cgviVQLIhAIBDyqKmpBQcHd+7cmc1mOzg4cDic 8PBw6LYdnU739PT08/PDLpPiW8lQCVqoCCw0p66u7sSJE6uqqoYOHXr8+PEbN24AZTSOoTbZbPai RYu0tbUb1YSFCstCNXmhfkIFcIl6xNQFmhX4SWwRVFAYCnQ4iMWV8pN6zxN7SfUOQSCaRkvdI0Yg EIgvFir3iBkMxrZt21asWLF161YsMIJiaWm5bt06X19fJpOJ3ZkrLy+XSqXz589/+/ZtQkKCl5eX SCTCdMNCQ0NfvHhx5swZR0fHUaNGhYeHAwCgOfX19WNjY+Pi4q5du4bHoHQ6HXtSZOLEiUwm8/Dh w1j6vn37goKCZAXfoDYXLlyYmZmZmJjo4OAQGRk5YcIEsnW7cePGCQSCS5cuyR5cmzx5sp6eXlRU lJqamlQqxdKhfmIEBAQ8ffr07t272Lfx8fFnz569cOFC+/btFy9ejHcp0XnqQFs0a9as8vLyc+fO 2dvbz5gxY8WKFWTFocNBVpyin8r2vFwvqdghCETT+FLOCyIQCMSXA51Ob9++fX5+vrW19du3bxVo Z+HvqNnZ2S1YsGDv3r1YRNitWzdDQ0NMQ7ZTp054fqL4L1nOurq6q1evygZYmABuz549WSyWvr6+ Av+hNh0cHJ4+fQoA+OeffxTv3ubl5Q0bNmz06NEmJiZ4Yt++fc+fPw8+RtIK/CRDTo+40fyNAm2R o6PjvXv3gIygsAILxOFQqjgRFXsegfgsoD1iBAKBkGfAgAHe3t5isdjf318oFLq6umLxAZHS0lI2 m62lpZWSkpKSkhIVFYWlk2nIYsiK/5LlJAYN1DWOoTYZDAYesSl+/BUqLAvV5IX6SQZUj1gVgWZo ixTLLkORHQ6y4hT9VLHnqVeEQDQjaF0QgUAg5Ll582ZqampcXNyrV6/i4uLIAkEAgEAgePTokaen p1w6mYYsEeo5qWscQ21mZ2djarPW1taNLncRhWWhmrxKAdUjhurnWlpajh49ulGD0BapKLtMVpyi zq/qPa+KYjUC0TTQuiACgUBAsLGxOXz48PTp0w8cOKA4Z0xMTFBQkKOjI/bMcn19PVBGgpZ6Tuoa x1CbR48eXbFiRb9+/erq6srLyxW0CCosC9XkhUImgAvVI4aK6trb29vY2CjwEAPaIhVll8mKUxSS pt7zZL2kimI1AtE00N0RBALx3UHl7oiBgUF5eTn2fyo2ORxOXV2d3C4qRQla6jmV0jiG2sRez27U HzJhWajGMRUU6xHLOT9hwoSCgoK//vqLimVoi1SUXSYrTlHnV5WeV6oiBKJZQOuCCAQCAQELASkG ggCA6mrI39XQROrFidTV1ZF9RAywoDYphiMSiaSqqkopB6hApukn53x5eTl2SJEK0BapKB5I0U8y VOl5pSpCIJoFdF7wPzxPeSGnBZSX97asjOovAzn4fMGjx0+awy9KlJaVpWdkkH1ay+XeuXvv8ZO/ 5f6JUTadSgbFniAQiO8QpfSIb9y4gW21IxCITwCKBf9D0NrQHb/+JpvyvxOnHjx81DRrZeVl4ZFb msOvRnj77l1g8Fr/JSt27oIfjnmTmzd3vl9aWnrClWv+y1bi21jKpjdqsFFPEIivCDabbWZmhv3/ c/vyL7I3iKnDZrO7dOnSpUsXxY/RtBypqamqr3UZGxu7ubm1a9euWVxSQNM6ubkwNzfX1taWS4S2 HZrzO+GTTQYoKs4QueK6urr4q0ZQrKysWnROoljwP9BotOKSkrv3KB1S+XLQ0daZP3fOsiWLyTLs 3LXHd6bPvDm+YSHBRoaGl69ea1p6owYb9QSB+IqgqEc8ZMiQX3/9dfPmzZs3b169enWLutRksVpd XV17e/vp06crbsuXjKWl5YYNG/T09Fq6os+uCEwUKSZrO0XR52+PTzYZoKg4Q4jFBw4cOHz4cAVF WlpuG50X/A9SqXSpv19wSGjXLl04HDaenl9Q+Mf/jq9ctgT7Nib2wID+bgYGBucvXDIza30x4YqO tvZSf7+09PQz5y4wGIy5s2d1srMFAKjRaM9TXhw6clQikQx2Hzh61EgAQE1NTdyBQ6+zskxNTefP 8TU2NqqsrDp5+oxbH9c/jh33HDO6Zw/nEydP3/rzrhqN1rOHi8/Un6RS6c7de0YOH2bbsQPR7Vat 9Fu10id7p766uiYrO7tfXzfsW/eBAxKuXPMc7aFseqMGG/UEgfi6oKhHrKOjk5ycfOjQoU/gUpNf GykoKDh+/PjnDXFUpEOHDsnJyQkJCS1d0Wd/0oUoUkzWdoqiz98en2wyQFFxhnz2CUYExYLymBgb jRvruXP3nnVr/v37nsfjvXiZin+bnpHRtWtnLS2t02fPjfEYtXvHtstXrgUGh3R2sP9l66YHjx5v 37krLnoPAKC+oeHeXw82bdxQX1+3cvUaDpvT18116crVY0aN9PdbkPzs+fqITb/t3M4X8BOTbhYV Fc+fO9vY2OhVWvqtO3/u3L5FTU0t502uii0qKCgwNjZSV1f/0EATk/fvS5qQ3qhBBOKbgboeMRlj xoypq6tLSkrq0KHDoEGDYmJiAEyTF5Do5xJ1fsnEaqHawdQhahwDEqFea2trLP358+f29vYREREA gNmzZ9+5cyczM5PFYgUGBq5bt47MJrQ4VL0XyurVqy0sLFgsloWFxZ9//olF5xS7ztTUdOzYsW3a tElLSzMyMjIyMgoJCREKhdT1naFAex46xNBmQvWdoVLO0LZDc0JtQqGol81gMMLCwjZu3IjdGVq1 atXvv/8u97wlBllO6GSAylhTn8nQDoHaJM4QsslAcYjJZgjFZjY6wVxcXPr16/fbb78JhUKojDX1 HxmlQHvE8ojF4vHjxlZUVNy+c7fRzFIpmDndh8FguLr2epef7ztzuoaGhpNj97y8t9ivDbFYPH3a z0ymhp6e3rixnteTbvz99Jm6uvqY0aPodHoPF2eRUIhd1iuvqPBfvNDCwhx7iZTL5ZWVl6urq2ML gTQabcniRdBFwUbhCwQsTRb+LYvF4vK4TUhv1CAC8c0gkUgiIyOLioqw/2/YsEFxINixY0cvLy8v L6+ePXtiKbdu3Ro/fryJicnChQsvX76MJVpbW2NRZnx8/JIlH/YZpkyZ8ubNm+Dg4FOnTuGJDAZj +PDhXC537ty52G+1Bw8erF27tqKiYtu2bWvXrsV/hQwePDg5OXn9+vVhYWHKBoIAgFevXgUFBQUG BqampuLPO1tYWPB4vIiIiCNHjowfPx5LXL58eWxsbGhoqFQqbd++PZbYunVrFosFAFBTU8NPbkFt QotPnTr12bNnQUFB7969U7zXGRkZef78eawT8GVail3HZDK7du0aHBzs7u5+4MCB0tJSW1tbqJ9k nQwF2vPQIYY2c8KECUwmc+XKlSEhIW/fvsUSs7Ky1q5dW1xczGb/uzEFbTs0J9QmFKhLxHEXiURV VVWurq7Yp+3atYMGggpyQicDcYzI+hMKtEOgNokzhGwyQCG6RDZDKDZT8QRzdnb28fE5dOgQFptO nTr1yZMnwcHBd+/exZQtyQZOdVAsKI9UCmg02srlS2Li9ldVVSnWC2KzdZlMDQAAS5NFo9H09fUA AAw6XSwWY49y6Whr6+h8ONhrbGxUUlJSUFBQWVG5NnQ99h9DXb2+vgEAoK2trfdx3di+k92kCeND QjfM9wv46/5DFVukp6cn+z5CbW0tVpGy6Y0aRCC+GajrEWMIBAIej8fj8fCH92pra48cORIbG/vg wQPZP+uJmrxkArgUdX6h2sHUIdM4lhPqNTIyotFoOTk5AIAnTxp5HoFok6w4VL13ypQpoR8xNTVV UBH1risuLpZKpdXV1VVVVTweD7tvQV3fGQpZzxOHGNpMMn1nVaBuk7pedlJSEqY34+bmlpSUpMAm NCdZJxPHSMWZDLUJnSHQyQCFukvUm0lG586d/fz8QkNDKyoqsBSojDXZwKkI2iOGY25m9qO3145d e/T0OAAAdQZDIv73wVXo+QzoHR8ujycUCrHtVC6Xx+FwOHocK6s2G0JDZLMVv38vV3DUyOGjRg5P z8gIDgmz7djB0LDpp3xam5pUVlVxuTwsKs15k9umTZsmpDdqEIH4ZqCuR4yRm5t7/fp1uUTsbUIs GsAhavKSCeBC/50hXsWFageTQfydRKZxjOfHEmk0Gu65bBPEYjGWQU1NDfeNaJOsOFS99/z583hU V1NTo6A5SnWdLJhX1PWdoZD1PHGIyUSKybYmmwx1m9T1sp8/fz5//nw2m+3q6rp+/XoFNqE5yTqZ OEZKzWQoRJtUxKkV3M8lc4k4Q6g3E1ocAMDj8V69euXi4nLt2oe7mFAZa8UD12TQuiApXp5jampq njx5CgAwNTWprqmprq4BABQUFmbnvKFoRE1NLeHKNQCAVCq9cet2zx4uzo6OWdnZ2Tk5WAbow618 Ph9bXbCztTVo1Yov4AMAXqamKvvKa9LNW5WVVZqamq69e168lAAAEAqFFy8luA8cAABQNh0AkPk6 SywWK8iAQHwbUNcjJoPJZC5YsMDPz6979+5t27bF04mavErp50LFaonawWTweDwtLS3ZFDKNYzlK SkpoNBomqtu3b188vbS0tFWrVgAAfX390tJSMptkxaHqvTwer/IjisMyFaWHqes7kwHteeIQQ5up ur4zEeo2qatgS6XSO3fuTJw4saKiAl+yop6T4gTDoD6TKaLiDCFziThDlGomdIK9efNm586d7u7u zs7OWApUxpps4Pr06bNgwYJGdzDIQOuCpGA7xbPmLAAAaGlpTZ/280L/JRbm5nw+38Ge6sKsfadO FRUVS1cE8ng8SwsLz9GjNDQ01gYFbozcamDQSiAQtmqlL3tJBaOqqjp4XRiHzebz+Z3s7MzNzCQS yZp1GxYvnO8+6AdiLVeuXb9y9TqPxyt+X7J4yfK2VlZLA/wAALv3RB+MiwEAzJs9K2ht6JOnySWl pc5Ojq69e2EFlUqXSqUrAoO3b4m0sW5PVpDMEwTiq4O6HjEAYMCAAfivitDQ0Pr6eh8fn5s3b+bl 5e3du3fhwoWrVq3ClouImrxK6ecSxWqh2sFk3Lt3b/HixT179sSLk2kcE9m2bVtAQACTybx58ya+ XIH507179zZt2vzxxx9YItQmtDh1LWYoKkoPU9d3hkLW88QhhjYTqu9MJlJMBJqTuma0Uj1/48aN mJiYLVsafy6XmJP6BFNqJlNExRlC5hJxhlBvJrQ4hkAgiIyMDA8Pr6yszMnJgcpYkw2cnZ3d8OHD 4+LimvaKJ9IjVgKhUMjl8rBDgUpRV1dHp9PlHgeqqanR1NTEg30iNTU1DHV1LdaHWxqyi/ZUEIvF c+Yv2r8vCi9eWFSkxdKS81+pdFkfyAoiEF8+LaFHTAUFmrxK6efKidWSaQdTRIHGMRRTU1N/f3/8 JUUajcbhcGpra2VbpMCmXHGgjGozFFWkh5XSdyZC7HkFQwxtZpP1nRVA3aaKPU/dH4oTTMWZTIYq M0SBS3IzRNmfI4qS01AZ62YfOLQuqATq6upNi3vkNmUwZC9/QZHLoOyb4zwer3+/f/diaDSaOUw7 Qal0WR/ICiIQ3wbK6hFTB3rKR6mjP3K/A8i0gylC8fAJk8k0MTHR1taeOnWq7IOLUqmUWDvRJllx oIxqMxRVTk0ppe9MhKznoS5Bm6mivjMU6jZV7HmKUPdHxZlMhiozRIFLcjNE2aGkGMlBZaybfeDQ uiACgfjuoLIu2BJ07tw5LS2tpZdhWgg9PT1vb++GhoaUlJTU1NTGCzRr8a+Fr3qIEd8tKBZEIBDf HRRjQTabjW3Q6OjoYO8YU8fY2Bh7ZYb4kbm5OfaYhSpNaDLUa6fRaI1uYCloZpOxtLQsLCz8TsIp Kp0si5WV1du3bxUXMTY27tChQ2Fh4Zs3VK85Kouuri6TyWxeiSmKc4nNZltZWQEA8vPzsSedyRKb 5kNLdx2GsuPe0qB7xAgEAgGHih6xvr4+pkQcFRW1ZcuWzZs3Y9dIZ8+eTfaG7efVkKVYO0XFVQXN bDJr165t9AjNt0ETZG0b1aX9NEK9jernNgGKcwmqrE0mt+3j47Nr165t27Zt27bNwsJCseXvR/Ca CDoviEAgEHCo6BFXVlauWrUKABAfHx8UFERlTeLzashSrP0LlEz99miJTv68Qr2fAKiyNpncNpvN vnTpEvHtTyjfj+A1ERQLIhAIhDyq6xEDAFxdXT08PPT09Hbs2IG9BAbVkKUuwwrNCZWghWqzQmsn 6ucqpckLbSZUm1Up3eTBgwd37dqVwWDExsZiaiVQGVaKorpktVCXSIbahOaE9jx14WOoTaguLZRP JtSLI6ufS5yKZDbJJgNxLjWL/K6+vn5VVZXin9/PK3itoqq46tADA+Uft0MgEIhvG+y3AnZqUCwW c7lcIyMj/NPNmzZJpdL79+/36dMnJCTE1dU1KCioUZtjx469du0avuTWv3//wsLCPXv2SCSSvn37 Ys+AVVRU3Lp1q3PnzhUVFbhc7KhRo/Lz82NjY+/cuaP4Vx0056RJk3R0dCIjI2/fvo3fLtTW1l66 dOnDhw937tyZ8/Fle2jtM2bMyMjIiIqKysvLCwgIuHr1an5+/q1btwYPHrxhw4aEhIT8/HwFLkGb WV5enpSUlJSUZGxsbG9vj8Wd1Js5evToly9f7tu3Ly8vb/HixVevXgUAzJo1KyMjIzo62szMrH37 9pmZmWSJY8aMyc/P37dvX0lJydixY//880+yiiIiInbv3n327FlbW9vevXtfuHBBKZvQnNCeJ3YI WSdDbfr6+r58+TI2Nra+vn7kyJEnT54UiUTQFt27d08kEtXW1m7btg2vHeqSj49PYWHh3r17S0tL 58+fn5iYaGBg4O3tvWzZsiVLlkRGRtra2lZXV5eUlEArsrW1ZTKZ6urq06dP37lzJxa7EKcimU3o ZIDOJWiHAAB69OhRXl4ud6qPmNirV68RI0a4uLh4e3vfv3+/vr6ebDJAu47YS9D+JGsm9XGn/tPR QqDzgggEAiGPsnrEUDIyMgAAeXl5xsbGCrJR1zyF5iSToKUuhErUz1UKYjOh2qxKqc3+/fffAICs rCw9PT0Fkr7URXWJKCWRDLVJlpPY89SFj6E2obq0StHsQr0App8LnYpQm2STgTiXVJTf3b9//6JF i5YtW5acnDxixAhli38ywWvVtZhVBO0RIxAIhDzK6hErQCKRKA4lqcuwQnOSSdBSDxqI+rmA8uNn skbwZkK1WZVSm8VdkkqlCiR9qYvqElFKIhlqkywnseepCx+TKRcTdWmVotmFegGJfm6je8qYTcWT QXYukXUy9I8cYiL+5l9xcbG5ubli34h8MsFr1bWYVQStCyIQCIQ8qusRKwV1GVZiTtVlbYn6uUAZ TV4iZNqs1JuJrQCZmJgIBAIFkr7URXWJKCWRDIV6TurCx1CbUF1aFVFdqJeon6vUVKQ4Gcg6mais DU00NTXFvnBwcMjKyqLoG86nFLyGdoiKKsPUQeuCCAQCAUEpPWKKQDVkqcuwQnNSl6Al07ol6ucC ypq8UKDarEqpzXbv3t3V1dXS0jI6OhpLgcqwqihnrKJEMvWc1IWPoTahurQqoqJQL4acfi71qUh9 MpB1MlFZG5ro5eXVuXNnoVCYm5ur4DUAMj6Z4DVZh6ioMkwd9NY0AoH47vhcesRkUJdhJcvZZFlb Bfq5gLJkKhGoNqtSarO6uroUJX1V12ZVRSKZYk6lhI+hNqG6tCqiilAvGRSnolKTQZUhxlZSVbmQ 8WkEr1tIi5kiaF2w+cnIyOT+90K4pqamg32nvLy3bdpYKisrTJGs7Jx3+fk62tqO3bvhJ34AALVc bvKz5yxNTWcnR7l15tKysvLycjuZtz1LSkvfvfv3zqClpYWxzOVKAMCrtHRtbW2rNpayiUXFxWVl 5V06Oyiusbq65tnzFAaD7uzkyGKxoK0guoTZz8h4ranJdOzeTcEjq89TXsj+S9Gxg42urq5cHrIh gNaLF1Gjq1nCHimFtrTRPsSpq6vLfJ3VvVtX7FupVPrPq7Si4mITY+OuXTqTNbOiovJVerpIKGpj adG+fTtiww0MWrXF3t8vKMx8/ZrFYtl26NCqlT7ZtJRNefjo8au09Bk+Ux8+ety7V89mn6uv0tKL iord+vRuwgUFZamtrQ2P3BIeFqKurt40Cy2nR0yEugwrWU4VZW3JBFubHGBB/VFKbZa6pG+TtVmb RSKZYk6lhI+hNps9EASqCfWSQXEqKjUZVJHfVf1a7qcRvG4hLWaKoDdlmp+bt++kpaXn5r39bW8M nU4vKiqqqKjsZGf78/RZA/r347TAe/p7omJu3LwtlYIHjx6fPnN+2BB3LDR5k5u3ZNkqbS2t5Ocp Z85fGOI+CEt/++5d5JZtx0+cfvY8xWPUv1erEi5fvXT5Sn19fX5BQX5BgYmxsZHRf27hLV8VlHjj 5rixY2SjhOC1oZcuX5kw3ltBjU+Tn61eu46jx3lfUhIbF+/k1F2uH8hcuphwOXrffjMz07x3+b9F xfTp3VtHB361beac+fX19cXF7/Pevst7+87Gxpr931iQz+cTh4CsXozSsrJFAcuGuA/SJ7xET9bS RvsQZ/PWXw4eOfrT5InYt5u2bE/955VUKk24cu3hw8cDfxggl18qlcYfOrJrTxSDTq/lchNv3Kqu rrbvZDdzznyxWFxaWorVyKDT27Vre+Tosbj9B7W1tN++fXvo9z9srNun/vOKOC3xSBSzvyZk/awZ Prq6OtN95079aXLTTqmT8fDR4917ojt0sG7btm2T47NGqxBLJHocDgCAyWSmpaUXFhXZw+4eNvqm TEu492WSnZ1dWFj4RclhfTJ0dXU9PDyMjIySkpIePXr0ud1BID4baF2w+ZkwfhwAQCAQXLx02XfG 9FatPtwkv3TudAudAJ07exa+Fui/dMWDR48H9OsLANi5a4/vTJ9BA38AAISFR16+es1ztAcAQEdb Z/7cOWVlZbH742XtNPD5/fu6eY8bS1aRSCzSZDIfPn7i2qsnlvI6K6uqulok+vD3DVmNO3ftCVyx DIs8OnawiTtwKCwkWNYymUuHj/yxa8e21q1NAQDqDMbFhMu+M6eTuTf1pynt2lqRfcpkMolDQFYv xtbtO38cNxZqk6yljfYhxs3bd+ReugpcuQyLsIVCoffEKTlvctu3ayub4czZ8/f+ehAbvUdXR0fO 2pRJE9pY/rtYy+cLjp88feLYES0WC3yMezo72APYtMR58TKVzda1amPZQgdTUl6kDvyhv8dIpZ91 oM6NW7cHDfwBX7f2GDkiLDxy/DivJhtURY8YQ0XVUVnt4BaSYU1NTSX7qCUkU6E2mybQrHqHVFVV 7d+/Xy7xG1BDhvYntOdbYog/l6RvS0hjfz+ge8SfjrANEXV1daVlZXEHDl6+em2+X8CKwOCiouKb t24v8l8asGxlWnoGlrOmpuaXnbvnL/IPC48sKSkFAEil0h27fsvIfA21LLspbGpqwuXyAADV1TVZ 2dn9+rph6e4DBzx89OENrVat9OX2eTH4AoHiBRuxSDx2zOiz5y7gKWfOXhjnOQZ7+JSsRrFYXFhU hMUiAAC7jh2zsrPlLJO5pKGh0fDx3EkDn6/UHbrKyqp9cQf+ecexTmAAACAASURBVJUWvDb08ZOn 4OMQUKkXAHDx0uW6urqJE8bjKfgoKOhbaB/KDV95efmR3/9YtGCebB58qVVNTY0GaHIxq0QiOXbi 5Lw5vsRAkIhYLBIKhYKP/Uaj0ajs9j5Nfubs5EhMr67+MBtXr1n3NPkZAKC0rOy3vTHXEpMWL1k+ 3y/g4qXLH9pVUbFh4ybfuQs2btpy5dr1hCvXcCP/O3Hq/oOHt+/8GbphY2lpqZxBuZFq9GdEJBLt id63yH/p3AWLt27fWV1dAwD4438nnj1POfa/E6EbNtbV1wMA2rdvV8vllpSWNtp2MqjoEQMAvL29 N2/eHB0dvWXLFn9/fzxdddVRWe1gpWRYVaclJFPJbDZNoLmFOuQbUEMm9ie051tiiD+jpG9LSGN/ P6BY8NPxd/IzoVBUX19/+uy5vLy3u3ds6+fWJzA45Gny81+2bvIaO2b7zl0AAIlEsnTlahvr9r/9 +svI4UPXRyixXVVXV/c0+Zljt64AgIKCAmNjIzwuMTExef8e/oI8Dr+Bn/rPq5Cw8NVr1l1LTCJm EIqEzk6OpaWl7/LzAQBV1dXPnqe4D/oBiwXJaqTT6e3atX32/IPm1ZOnT00UPr0ri9/CeVu377x3 /8GJU2fS0tLHjvFQkLm+ro7L5XG5H/405Av4iUk3T50+O3/u7O7duoCPQ0Cl3pKS0n3747t17XL6 7Pn8/AK5TxX0baN9CADY+svOmdOnEY8zlpaVXUtMCg4JHThwgFyEWlhYVFVV7eTYDWowO+fNq7R0 7L+GhgYtLa2JP3rPWeB39NjxsjKqx91yc/OsrNrIJYrF4qUrVtlYt9+9c/vc2TN/+XX3y9TU+vr6 C5cS3uTmbd0UER669uCR3/PzCyQSybIVq3v0cI7es2v8OK+4AwdlH4CYNGG8s1P3wYMGrg0KDAwO kTMoN1KN/owwGIxePVy2bNoYvedXPX29fXEHAABTJk2wtLCYPGlC6NpgrY8HUttatcnLe0uxB4hY W1tnZ2e3b98+m/DXiyynT59etWqVrq5ueHj4r7/+iqerrjoaERGBPd4LPiquynkCTWwWWkIylcym bDOp84k75CuC2J/Qnm9RNeSWXhT8AiV9v2rQHvFnQCoFM6f7MBgMV9deO3fv2bl9i4aGhpNj9/CI zVKp9O+nz9TV1ceMHgUA6OHivD/+UFVVlZ6e3pLFixozK92yfcdg90FmZq0BAHyBgKX57xUNFovF 5TVy9NjKyrKgsMhj5AiBQLB563aBQDB61EjZDCKRmMFgeI72OHvuwuJFCy4lXB46xF1TUxOLBRXU uHzJ4ohNWzvZ2QkEgrt/3Q9atZxiX1lZtWGxNK8n3nj/vsTJsTsxfpJl995o7FICi8WK2BAKACiv qPBfvFBP+X81Dh05qq/HsbAwl4glwSFhixfNd3ZypNFo2Cg8e55C1lJoH+IFAQAXL11msbT69XXD lm9lqa6uych8XVdXT7xuwuVxtbW1ZReAZbl16w6uEOAz7SdTTc2Z06f9MKD/hUsJvvMW9u3j6rdw noJrNx+r4GlryZ/F/PtpMj4b21pZTfpx/Kkz52fNmAYA8J3hw2AwmEwDh06dMrOySkpLNTTUhw8d AgCw7dihb58+0FqgBufP9ZUbKcU/IzQazcX5w6qPa6+eu/dEkzVKW1uL26Q9IxX1iKlL+vbs2dPE xOTSpUsbN248duyYUCh0cHA4ffo0VDtYRaAywbNnz75z505mZiaLxQoMDFy3bh2Z89QVbKnLsEKb CVVYhjpPEQ0NjaCgoPDwcOxfKl9f35s3b+I6Y0QoqiFDIfYSg8EICwvbuHEjtimxatWq33//vaCg gKKcMdkMoSg5De15pdSQqes7fxo1ZAU/XBTljKEuNYvw8dcLigU/A2y2LpOpAQBgabJoNJq+vh4A gEGni8ViiURSUFBQWVG5NnQ9lpmhrl5f30BlxX1//KG6uvo5s2Zg3+rp6cnefqqtrW00JJKN/CZO GH/23AW5WFAsEtHpakOHDvaZOWf6tJ8vX7m+e+c2/GK8ghrtbG3374vKzcu7dv2Gs5MjdsyuUSQS SdCadf5+C7t36yqVSrfv2PXH/07gly2IrFy+VO5sn7a2dhMCQQDAvfsPftkaad2+PQDA3NxsX1y8 7P6pgpYq7sOSktL4Q0dCQ4LfvntXX1cvlUrfvntnaWGB7eHaWLdfvHC+WCz2nbvAun27Xj174AUN DQxra2vr6uqIz6sCAHxnTZc9L4jRvl3bAL+Fc31nbtm248DBw/PnzlbcZA0NDYFA/hmIwsIiWcuW lhbnLyUAADgcDh6Yqqur19c3NDQ04M+6AgAMDQ2gB3fIDMqNlOKfETqdfu78xb8ePGQymVwuV4HU QUMDn9WkO8sSiSQyMnLbtm2RkZFbt27dsGGDUsUfPHjw4MGDffv2bdu2raysTEHOmpqawYMH//33 3xoaGg4ODpWVldgvoaysrLVr1wYEBDTjfuWrV68wYeWJEyeOHj368OHDAIDWrVtj9/rV1NTatWun wPkpU6a8efNmx44d9vb2S5YsWbFiBZPJ7Nq168KFC+Pj4wMCAmbOnGlra5uamkqsiMwmtJkTJkxg MpkrV65UU1PD42+o8xQRCATV1dWurq53797V0tLq3bu34jcjeTze2rVrbWxs/P39sU3/qVOnPnv2 LCEhwcvLa9iwYRcvXiQrS+wlkUhUVVXl6up648YNCwuLdu3aYS8PQ20yGAzsPbm5c+dibSebIcSc 0P6E9jzZcEBdsrCwePHiRUREhKOj4/jx48PDw8naHhkZOXToUCsrK9mHKqF+Up9LxFoU/HBVVFTs 2bNnyJAhY8eO3b17N/VOVmqIv0nQHvFnhniQi6PHsbJqsyE0BPvvt53bsZsTirmWmPTg4aPQtUH4 3c/WpiaVVVX44lPOm9w2beR3ABXAYrGIv2JFYjGdTtdisfr17RO6IcLevpOBgYGamhqNRhOLxYpr VFdXFwiEd+/9FbhiGUUf3peUiERi7MYJjUYbNnTw4yd/U2+CKohFInMzM+xrExPjyqr/LEJQ7Fti H/Lq6hy7dzt/4dKhw0f/OH5SJBIdOnxU7pQ6nU63sbHOzcuTTTQ0NLCxbn898YayDWGxWCOGD8vK Jl0C+bcKA4Oy8gq5RD19veqaGvzb8vKKVvr6AADi+cNW+vq4LCkAoJLkcQQygwog/oy8TE29lpgU sSE0PCxkju9MBWVLS8sUKNIqoFn0iKnw5s0bU1NTa2vra9euWVlZmZiY5ObmtlBd1NVRoVBXsFWx IqisrYo2ExISsCN0bm5uf/31l+In3CiqIUOB9lJSUhImyOHm5paU9OHoCEU5YwUzhLrkNEVU0XdW QEuoIUOhLmdMdElF4eOvHRQLfnE4OzpmZWdnf9y/wO86vExNJXup6GVqavzBIxEbwmQXjTQ1NV17 97x4KQEAIBQKL15KcB8o/0wJ0Q72QKhQKDx/4ZJbH1e5DCKRCPul6OU5+lVaureXJ5aupqYmEokU 11hbWxseuXnFsgBsjYcK+np6XB63sLAI+/ZVWprFR0HJpJu3Kitb8CkmJ8fuiUk3sa8vX7nm8nFR EBsFBS0l60OsYLu2VmuDA7H/ViwNUFdXXxsciC2wvc7K5vMFAIC6urp//knrYGMj59KCeXMO/X40 +dlz7FuRSFQjE1TJwuXyLl66jG2HSaXSu/fuyV1JhtKxg01m5msAAJ1OZzI1MLUlF2enrOzsN7l5 AACJRJJ448bgQQOhxZ2dHMvKyh88fAQAyM8vuHvvPjQbdYMKqKisaqWvj53XfJ7yAk/X1NTk1v57 EKKuvr60rEzB1XIFDBgwwN/fv02bNv7+/m3btnV1lf9ZoAKVu6h8Pl8kEtnY2Lx69YpOp5uYmCg+ aEVRhhWKt7f3rFmzMIlVPMIWi8XY12pqarIOE52nrmALrQhqEwpU1pbMJsUOyczM1NTUbN269YAB A27evKnYATI15KysrPv37584cUJBWWgvPX/+3MzMjM1mu7q64rWT2ZQTOlMwQ6hLokF7nkwNmayZ ivWdFdASasgK5hJRzrjRTlaQ8zsB7RF/cXA47LVBgRsjtxoYtBIIhK1a6a9bs1oikaxZt2Hxwvnu g34gFvnfidMAgI2btmDf/jxlUs8eLgCAebNnBa0NffI0uaS01NnJ0bV3LyzDlWvXr1y9zuPxit+X LF6yvK2V1dIAPwDA4ydPwyO2cDjsisrKXj16TJ74o2wtUqkU/xmztLC4eukc/hGDQReKRJrkNUql 0k1btg8c0B8/5iUH1CVNTc2Vy5YErgkxMTauq6tjs9mrV35YU9y9J/pgXExT+7iRegEA/n4LIrds v5Z0QygQGBkZYWuZsqNA1lJoHyoePoy0tPQ1IWF6epyy8vKRw4c5OXaXy9C9W9d1a4JiYvfX1Nbq 6uhUVVVP9/kZO5+3OngdvmPr6Nht4bw5qf+8OvLH/9u707gmjj4O4BNCIBBICHcFRNEqiK1cYpFa W496VKVYq9bWalGhikgVBQQBrReKKGKpYlGqFlsPxNt61OOxFq0FRVBQgYrcIBCSEEjI8bwYu02T TVhQPOD//TwvkmF3dnbk0enszvx+NjM1beDxHHr3JvpNCy+vIXvT9stkMjqd/onvxwu/CRkzetT0 qVOiI5evjd1oyuU2NPCGeg0ZPWoEXjmkgsFgbNqwLmFbUsruH21sbMaMHkk6PDE2MlKvsLqmjVVN KoYM9jiUnrF8RYxEIvFwcyX+yfD1mfTd9h0XLl4KXxbC5Zpcv37Dc7BHx6b0Ll682L9//2vXrg0f PvzKlSt37txp+xw1OHVU+zNihFBZWdnAgQP37NnT2NhobW2tfUthijGspLy8vOLj4ysrKxkMBrGf Ym1trampKUKIy+XWKq25Vm88zmb9448/2sxmJb0QaZ2kcKztkSNHqNRJvUNOnz792WefMZnMkv9O uqtzcnK6evWqehry1atXEULaf6NIe0mhUFy5cmXatGn19fXE9Dn1Otv1G0KKtOfVC6k36RlR/13S hOLvEvU70nTk0KFDXVxckpOTX+tthtoEGXSvLj6fz2QyiV1UOvbfZAqFoqKy0tDAkOJsnEKhaGjg GRsbdXg34PZekWKTWCwWfoEMISSTyfznL9y1c/tzqV+LlpYWGo2mvOpC+U9B052S9iGVPz6FQlHf 0MA2Ntbe+SKRSCKRcDicNivkNTbq6ekZakh5Ubdy9dph3t54wIoj2oiWCAQCIyMj6r+Bu3/cyzUx 8f14kqYD2luhOl5jI8vQUL2vxGKJnh6DRqMFLwn1mz1z0NtvqZ9LJYMuPj4+Ojp69erVUVFR2jct ++STTzw9Pfv161dUVFRaWkosJX7//fenTZvWZqSvj4+Pp6dnZGTkmDFjPD098buJRHYwn8/n8XhE drCDg8OiRYsEAoFynaSF6iZMmPDuu+8S6agJCQkIIVtb26VLlz5+/Lhnz5779+8n8l7VG29lZRUS ElJbW2ttbZ2cnPzgwQN7e/tZs2Z9++23W7duDQ4ODggIyMnJuX79OumFSOskvU1DQ8PQ0FC5XK4c a6upTuodwmAwUlNT09LSzpw5o+VPc+fOnbm5uQYGBnZ2dqmpqdnZ2QghMzOzsLCwurq6NqOH1XsJ l+OvGzduvHbtGi4hrZPL5W7YsMHf37/N3xDSIzX92pD+KqoXkjZp5cqV6enpubm5b7zxRnh4uPKu SerU3xckbSf13yVNF1JvfGRk5JkzZ7Kzs/v27evn54ffLqXeyZr+iP38/D7++OMpU6Z07dUkMBYE rx8+n59x7MSsmZ+/7IZ0NTW1tfn5BcPfG9ax08ViMR4319TWLl4atnH9GuKdyxdPIBBcy7yO503V vcg84g5H+nYG0nRUGo3G4XAEAgGVPGKK2aztit/VVINKrK2WOqnQ0dFJSkoKCQmhEpJGPQ1Z0+kU E2yfPUyZOtKep5iG3BmePQ2Z4u/Sc0+X7npgLAgAeD4OpWekHzmqo6Ojr6838/PPKK4WfymojAVB F+Ph4fHee+9t3rz5ZTcEgFcOjAUBAN0OjAW7IUtLS11d3Y5lCQLQtcE6YgAAePme5dXJTmVvb//K tq1dampqYCAIAClYRwwAAC9ZXFzchg0b2lwUyWazIyIiwsPD1cvj4uISExPv3r2LS1atWnX9+nW8 SCImJiY2NlYsFtNoNF9f39GjR0skkry8POUX/LVYt27dnDlz2rXSc/bs2S4uLiKR6Nq1a6dPn8av c40ePXrChAm4Hh6Pt379ek2nJyYmLlmyBG+KFBMTk5ycLBaL8V2z2WyBQKBQKH766afc3Fxvb+/p 06fj9//EYnF0dLSmOgcMGODv70+n08vKyrZs2dK11wEA0F4wFgQAgJeMYrgq3l5OvdzNzU0sFnt6 ehJjQUtLSx8fn3PnzslkMgsLCzyxN336dJylIZFIenTmsh4TE5OjR49mZ2fPmTPHxMQkLS0NIWRk ZJSdnb1nz542T7e2tiY2nLOwsNDV1a2qqgoLC0MIpaamRkREEAF0LBYrPz//+++/b7POuXPn7t27 Nzs7OywsbMSIEb/++mvHbw+ALgfGgl1EYVFxaVmZEYvl6jJIObVWIBRm37ptwGS6u7mq7K5U++RJ XV2dY//+RElNbW1p6b9bx9nZ2aoH46rQVH9jI//W7RxdXbq7m6sBtT1N1NuDEKqsqrp//yGTqe/q MkhToi7piVhJyWMduo6drS3FllPpges3/ryXX+A3+0uVcrFYfCc3b7CHe1s32j738gsqK6u8h77D 7FCWWrsIBII16zeuWRXd4R2FuhLSfNJJkyaJRKILFy68+eabI0aMSE5ORgitWLHi9u3bXl5ecrk8 JSUFb1+nnriKyIJQqScXa+Hm5nb48OFPP/00NTWVKLx3796wYcMuX76Mv9LpdB8fn6CgIHwjuD02 NjajRo0iTqmpqcFTiWw2e+HChSwWC4e6aukQLfh8/nfffbd79+6MjAwqS3c7Fd4eFf03ywQAgMH7 gl1B0vbk5B92PXhQeOTo8cBFS4i/o/9+VBIwPyg/v+DUmbPBIaHEPu+PS0vDI6OCFy9LSExSrufy 5f/t/Wn/9Rt/4v89edLGVhqa6s/KvhUQGPSwqCjvXn7goiWkWxMr09SeE6dOR69c86TuSe7de/Pm L6yuVt2RWNOJWO2TJ4uXhUulJLsDaGp5mz2gUCi2J6eMJIvKqK6piY2L136nmly/8WfJ41LS8k2b tza3NMs77V8v5UsbGxvb9Hjj2ImTnXSt1wvOJ42IiCgtLcXxZQihS5cuTZkyxcrKKjAw8PTp07iw T58+Ojo6kZGRqampixcvxoU4cTUyMvLw4cNEIQ5CFQqFAQEBv/32G0IoMzMzKiqqvr5+06ZNUVFR HRgI0mi0QYMG3bx5k0ajKUeEHT9+3MfHh/jao0cPoVBYW1urr69vbm5ubm5Oo9H4fP5tJThqDN/7 zZs3IyMjr169amxsrKVDtGttba2oqLD95z/G+vXr5+vr6+vr6+np2d7b1KR37964zuHDteUq7dix w8/Pb82aNXK5/NKlS8/r6gB0DTAv2BUEzJtDzAUGL1mWeePP4cPeRQglJCbN9ZuFt/ZYtWb96V/P +kycgBAyYhnND/B/8uTJD7tSletpEYvfe9f7k8kfU7yupvoTEpPCl4XgHOF+b/ZN2b1nVXSklno0 tWfvvv2JWzbhOGaGru6JU6fn+s2mciIWF5/w6eSPSSPINLW8zR64k5vHZhvb97Qj/WmHX7H/7dLl ER+8r15tzp28D95/b8L4cR2rtgOXnjB+3Ko166dM9u28K74uBg0aJBKJcD4ph8PBWfUCgWDfvn0/ /PBDWlqa8pzZH3/8gRAqLi5ms9lMJrOlpcXV1XXlypVIKXEV/0caDkJ9ju3s27evTCYbOHAgj8fz 8PAgKq+qqqqpqXFxeRpgQ+SqOTo6+vj4DBw4cO7cua2trQKBgKiKeCnQ2dn5559/RgjdvXuXKCTt kDZJJBLiyYBEIsG7divvGviMWltbcZ3Nzc24ZMaMGf369cOfd+zYUVVVhRDq27cvQujvv/92c3Mz MTGpaWfUDQBdG4wFuwLlh8LW1lZCYRNCqLGRX1hUNOxdb1w+8oPhp848HfGYmnJNTbnqL6qLJRIT au8taalfJpNVVFYOdH66Q4djv367Utt4Q0hTe/T09Fr++TejRSxWz8/QdCJC6MTJ0yKRaNrUKUSJ QqFI2JY0fuwYaysrTT3TZg9kZd9y/yeb+OCh9Ev/u6pDo3kO9sAbX+vSdX//I/PQ4QyZTOrrMwkH eDQ28nel7nlYWGhiYjJl8sfubq4NDbxD6Ue8h3rt//mAz6SJhUVFt27nVFfXnD13PnTpEuI2fzl4 +I/M67q69KLi4sCv/fel/aKlkt697Y8dP9mjxxsnTp0xYrGWBAflFxQcOXpcV1c3YN4cJ8f+Uqk0 OWV3fn5Ba6u0bx8H/7l+HA57/y8HVS7t4NBbIBTW1Na2+XpAl4fzSXk8XmFhofKACW89rfLInhhp oX/+/6gpcZV0Ecaz7G3r7u5eUFDA5XILCwvd3d2VB5oZGRkzZszAn2tra9lstqGhYU5OTk5Ozvbt 2xFC5ubmY8eOJY6vqqrCyW+6urrEg1Si5Zo6RAsajWZjY1NZ+TRS/NGjR+fOnWvzLJlMpnxRvIhE k7KyMpU6jx07RsQ14cxuGo02Z86c8PDwwsJCPT09Hx8fiutmAOgmYCzYpYhEoqzsW7O++BwhVF5e bmlpQbz4ZWVlpf6MVYW4RZx3995f2bdaW1vfHz5szOhRWg7WVD+dTu/du9et2zn4zbmbWVlWlpYd u52gwK/j4hNmfDa1oqIyP79g9cooiifW1NTu3JU6acL49IxjXkM8bW1tqLQcUeiBR49KPvhgOELo Xn7BpSv/S4jfqKOjU/z3I/zT+oaGu3fzN21Y29DACwgMeustZzNT0yXLwnwmTli0cH5ZeXlk9Krw ZUssLCzOX7hYWVk1P2CepaWF52D3m39lTf30E68h/3lwNn3qlJqaGgtz86mffuI/f6H2Sqqqq9Mz jk6a8NG2LZtOnzkbHhk90HnA5rjYzBt/xickpuxI0tXVHTLY46tZMw2YzJTUPTtTdi8L+WbG9Knq l+5l37Ok5DGMBUnzSfX19RcsWBAUFPTNN99cuXLl0aNHuPytt966cuWKhYWFWCzGcbHtSlylGK5K yt3dPSUl5f79+0wmc9euXbq6usTgqaCgwMDAwNLSEiEkkUhu3Ljh4+ODJ/yw0tJS0oUXRUVFjo6O mZmZffr0IcZVHQir/eijj4qLi7VPwqnnvVZVVfXq1augoIDFYnE4nPbmvjQ1NalkBioUCuLNGRqN 9hxnJQHoGmAs2HUoFIqN8VtGjRzRo8cbCCGxRGLA/HcizcDAQNjURqK5vb1deUXlhPHjJBLJhrh4 iUQy8aPxCKHHpaVnz13AxzAYjNlffqG9/qWLF62LjXNydJRIJFev/RERthSXk9ajtT09DQyY587/ Vl1d4+bqQry31KY9+9K4JhxbWxu5TB4ZvWrRwvnubq40Gm3xooUIoVu3czS1XFMPEIRNTSxD1tPP wqYndXU2PXr07/cmLtHR0fGbPZPBYFhaWrzZt++Dh4UMXV0GgzFp4kcIoV729tM/nXL4yLH5AXPr 6uuDFwVSnIX9KyubSiUKBfKbPUtXV9fLa0jCtqSE+I16enpuri5r1m3Aacge7m74SK8hntuSdmi6 HItlKNQav9tN7NmzJyws7O2331bOJ501a9bFixdLSkq+//77wMDAsLAwPCPYr1+/IUOG2NnZERNO +/btCwkJ8fb2tra2TkoieZ9V2enTp5cuXdpmcjFCiMPhbNiwASHE5/PXrl1rbGxsbW2NQ29bWlqK i4udnZ1zcnKI448ePYpX4CKEkpOTIyIiXF1dZTLZ48ePiYeq6tLS0pYtWzZs2DCRSEQMxUg7RJNp 06ZNmDChpKSESGdGCA0fPnzAgKdPDFauXIkb4OjoOHbs2JSUFGIs+NNPPy1ZsqSysvKNN974+eef ienVZ5GSkhIWFlZTU2NkZISf3QMACDAW7Dp2pe4RiZr953yFv5qYmCg/xxEIBG2OPJTHPdOmTsk4 ehyXGLGM+v0z3CHmA7TU79i//66d2x+VlJw995u7myuRRUZajyZyuTxiRUxwUKDLoLcVCkX8lsT9 vxz8/LNp2s/Cfv8jc3Pc+j4ODgghG5seO1NSiQe72luuqQcIenp6EokYITTAyXH61CnRK1fr6et/ 8dl076HvIITYbGNiulFfX6+5ublWIOxp9+9bgHZ2tsdOnkIIsVgs6o/jKyoqqVTCZhvr6+shhAyY BjQajcs1QQjp0ukymUwul9Pp9KPHTlzLvK6vry8UCrX8+9rSIjbo/DXLr766urrQ0FCVfNKdO3fi Dw8fPly2bBlx8IEDBxQKhXKCbXV1dWhoqEriakNDg7+/v/q1Ll++fPnyZRyuqqVJDQ0NkydPVi4R CAQzZ84kvkZFPZ07nz9/Pv5w7dq1SZMm4c9CoTAiIoLD4YhEIu0DrLKysuDgYCMjIzzHqalD7Ozs iIe5CKGmpiY8tZmQkKBeZ0ZGRkZGhnr57t27d+/erVySlZUVEBBAGpH81VdfKX89d+4clYfOCKGL Fy9euXKFxWLhp8YAAGUwFuwizp6/kHn9xraEeOKv5jesrRp4PKGwyciIhRAq/vtRz549qVdoYGBA /GthasrFi1GUaa+fwWBIJK1Xf7+2IymRKCStR5PqmhqpVIYXoNBotDEfjkrZ/SPFsaBMKrX5Z/s0 KyvLBl4D9ZYTlHuAYG5m9qSuHn/+aPzYj8aPLbh/PzJ6FTE1qMKEa9Ko9G9PXV29KZdL5RaesRL1 VSy5eXlnz19I3LKJwWDcyy/YtHkr6YkIodraJ8rLUbu5t4kq3gAAGU5JREFUxkaqKZ2kr9BRfK8O e5a3BqmjfkfKA0HS00eNGqX8snJxcTFeHP3sFAoFj8d7LlURZDIZDAQBIAV7ynQFuXl5qT/uW7d6 laGhIVHIZDK93vE8cfIUQqi1tfXEyVMjP9C25wKuB79J09raeuz4Se+hXloO1l6/QCBYs37DspBv 8OxUB3BNTIRNwoqKp2+d38vPt7Wx0X4Kwc3V5fyFi/jz6TNnPf6ZFMzNyxOJRFpa3mYP9Huz74MH DxFCYrEYH+nYv7+ZqalYQv4Gkoe7W2FR0d+PShBCcrn8/G+/jSLbj4bJZAoFGp/gU6xEu/oGnimX i6ctb+fc0XRpUXNz7ZMnpIuvgSbx8fFN3fKpempq6g9KntdAEADwgsG8YFfwy8F0hNDa2I346xcz pnsO9kAIfT1vTkTUyptZ2TW1te5url7vDMEHnDl77syv55qamqqqaxYtXtrL3n7JN0EIoT9vZq1Z t5HDYdc3NAwZPPizaZ9qv66m+hUKRezG+A+Gv0e8oKYdaXuYTGZoyOLwFdFWlpYikYjNZi8PDaFy IkIoOGjB+o3xZy/81iqRWFhYhC8LQQjJ5fIVMasXBc4fOeJ9TS1vswe8vIbsTdsvk8l4vMbImFUc NlssFjs5Otr06PG4lGSDQGMjo+jI5WtjN5pyuQ0NvKFeQ0aPGlGt9iq9r8+k77bvuHDxUviyEPXR M8VKtBsy2ONQesbyFTESicTDzZWYN1S59PXrNzwHe1BcGQCwvLy8Z6+ERqN1nz2Q7e3tHz9+3H3u F4BXHK2BR/V5AXgdKRSKispKQwNDivNzCoWioYFnbGxEMXmivfW3F24Pi8XCb8K1S0tLC41GU04r wUsoiM+kLW+zB1auXjvM2xvvF8Pn83UZDPXNbtQJBAIjIyPtGxCKxRI9PYaWY6hUoh2vsZFlaKh+ a8Slg5eE+s2eOejttzp8idcCDp+QSqUymUwsFldVVTo5DSB+yjWh+irn8/KMecTjxo2bMGGCVCp9 9OhRYmIi6bNmLpdLGun7ySefeHp6cjgcPp9fXl6Ol3qsWrWqqKho7969w4YNmzlzZlBQkFgsph4o 3Ka0tDTIOAbg1QHzgl0cjUazaU/wKI1GMzVtxwtt7a2/vdrbHmXqoW3KoyhNLW/zigu+9s/PL8Cf 2Ww2xcZQWQTd5niX+kpqTTQtWMGXFggE48aO7vIDwVfQs+QRDxkyZPz48eHh4QKBwNbWVtNLhw0N DaSRvunp6enp6WlpaaGhocTrdJaWliYmJvv27fPy8uJwOPj/ONQDhTsDZBwD0HlgLAhA+1haWHTV vfeMjY3Hfjj6ZbfiVfG65BGPGzfuwIEDeJFKWVt5j9SVlZU5OTkxmUwtu/FpijOeO3euWCy2s7Mz NzffuXNnQUEB0pBxzGazv/nmG4SQjo5OXFxcm69dQsYxAJ0BxoIAAEACx++eOnXK19d3zJgxOHLt 0qVLcXFxubm5gYGB8fFP46f79Olz586dyMhIBweHxYsX48ENziPesmXLgAEDFi9ejDegwXnEKSkp AQEBePSQmZmZmZm5c+fOTZs2dWyvaTs7O2LL6+fo1q1bc+bMuXHjBk5vw3CgMEKovLz8zz//xHHG xE+JkZytre2dO3fWrVvn6uo6ZcqUNWvWoH8yjs+fP+/s7Dx+/NOtmkaNGpWdnX3y5Enqr0sSGcd4 V0WVJj2Xe8cZxwih+vr6K1euaDpsx44dQUFBfD6/oaEBMo7Baw3WEQMAAIlBgwaZm5vj+F0nJydc SOQRZ2ZmaskjRgi5urr+/vvvSCmPGB+J84if4zSSnp5eZ2xGk5+fX1ZWpjJJiQOFm5qa8GShVCoV KFGeqHv48CFCqLq6mtifyNnZOSsrC/0347ikpGTMmDETJ05Uf/athXrGMdGk5wJnHDc1NSlnHK/8 h7W1NS4kMo4dHBxMTDrlhWkAXgyYFwQAABKvSx5xWVmZra0tkfn7vLS2tm7ZskWlUCVQWFOcMUF5 tRZpxnFWVlZFRcXgwYMjIyNTU1Ozs7PbbBhkHAPw3MFYEAAASLwuecTnz5/38fHJzs6WyWTGxsbt 2t36GWmKMyZFmnGMEKqsrDx+/LhAIBgwYACVsSBkHAPw3MFYEAAASLwWecQIoUuXLvXs2XPbtm08 Hk8ikaxevbpds4x4TxlDQ8Po6OjS0lLl+GB1pIHCFJFmHHt4ePj6+tbV1fXq1Yt4/1ITyDgGoJPA /oIAgG6H+v6CKnnEpFJTU4ODg1XyiDGVPGLtcB5xx14l1NfXp9Pp+I09TTHBrwKVjGOEkI6ODpvN 5vP5eFTdeY2n0WikGcfPgk6nQ8Yx6AJgXhAAADR6XfKIlZ9Rdl5M8LNTzziWy+XK0cOQcQzAiwfz ggCAbuf55o4MHDgwPz+/MxbzAgDACwB7ygAAwDPJy8t79oHgs0QLgnaxt7eH3gZAGYwFAQDgJYuL izMzM2vzMDabHRsbS1qenJzs7OxMlKxatWrcuHH4c0xMDE7lptFokydP3r59+9atW+fNm4d/mpiY SDyTjYmJITbPU6+T9PTRo0dv3bp1w4YNGzZsWL58eXtvnDrSdpqZma1evTohISEhIWHkyJEUq1q3 bp1yTDkAAN4XJFFf33CvoEDaKu1pZ+vg0PtlN4eSwqLi0rIyIxbL1WWQ8ts2mEgkevCw0GXQ2y+l bQAA7Z4ljxgh5ObmJhaLPT097969i0ssLS19fHzOnTsnk8ksLCzwNNj06dP79u0bHBwskUh6/BPG rR7Uq6lO0tNfWEgxaTtnzJjx4MGDffv20el0IyOjzm4DAF0VjAX/Q6FQpO7Zd+7Cb0PfGWJoaPjr ufOD3d0+mfzxy25XG5K2Jz8qedy3T59HJSUpu/dsS9ikvH0XQmhzwrY/rt84ffyIphoAACpelzxi hJCbm9vhw4c//fTT1NRUovDevXvDhg27fPky/kqn0318fIKCgvCN4PZQr5P66ZpCikn7kzS5mDpD Q8P6+nqEkEwmU17lM2LEiNmzZ8+bN49YUkOahkzaJAC6IXhG/B9HMo79fi3zhx1JixYumOs3O3bt t6/+QBAhFDBvTlzs2oB5fuvXrGIy9TNv/CeU8+LlK+3aBgwAgP7JI46IiCgtLR0zZgwuvHTp0pQp U6ysrAIDA0+fPo0L+/Tpo6Ojg5MzFi9ejAtxHnFkZOThw4eJQpxHLBQKAwIC8PLYzMzMqKio+vr6 TZs2RUVFdWAgSKPRBg0adPPmTRqNRgS+IYSOHz/u4+NDfO3Ro4dQKKytrdXX1zc3Nzc3N9fyzpx6 nVpOx4nAvr6+np6eCCEcUkzAYXSa+tPW1rapqWndunX79u2bMmVKe+/90KFDI0eOjI6OJkICsYqK iqtXryq/xInTkCMjI69evWpsbKylSQB0QzAW/JdcLv/54KGv/eca//dZQ1l5xcb4f7OYkn/YXXD/ fkMDb2fK7rv38iOjVv55M0vlK0KIz+dvTtg2f2HwqjXra2pqEUK1T558933y2fMXFi1eOj/omxMn n/5DwufztyR+N39hcEjo8ty8vGt/XD94+N8JvIOHj2Rev6FQKLYkfnf/wUPSlis/FLa2thIK/90f v66ubt9P+xcu+Po5dBAA3cnrkkfct29fmUw2cOBAHo/n4eFBlFdVVdXU1Li4uOCvREqeo6PjggUL vv/+e2JIRKVOLadTDCkm7U9EllxMXXFx8ddff33jxo2QkJBp06YR5QUFBT/88INy0BxpGrKmJgHQ 3cAz4n9VVFTyeI1uroNUypuamu7k5hFfC+7ff/vtgSYmJucvXKysrJofMM/S0qK+oUH5q1wuXxK6 fNJH44ODFmTfuv3tutjvEuKbm5uPnzw12dcnLnadUCjwXxDk6jKoR483QkIj3h8+bEGAv0Qilsnl MpksPiHx40kTcOT8wcPpO75LpHgLIpEoK/vWrC8+J0riNif4zf5Sy1/6AABSr0sesbu7e0FBAZfL LSwsdHd3//XXX4kfZWRkzJgxA3+ura1ls9mGhoY5OTk5OTnbt28nLq0e1Ktep6bTEeWQYk39iSkn F5PSFCgskUjOnj17//79+Pj4gwcP4kG2hYVFr169srKyiD8X0jRk7U0CoPuAecF/CZuELBZLfeGF JnX19cGLAm1tbfB/8St//SvrFoPBmDTxIzqdPtjDXdraSuxxOverWfr6emZmZs5OTg8KC//KylYg xeefTdPX1zM2NjbhcMxMTd8a6Py/368hhP7Kyu7bx8Hc3IxGoy1etLB/vze1tEehUGyM3zJq5Ige Pd7AJSdOnjYwMBz2rnfHOwWA7grnEefm5ubm5hJTgEQesYuLS69evYiD33rrLYSQeh4xQoh6HnHH 2unu7n7s2LFz58798ssvAwYMUP4brKCgwMDAwNLSEiEkkUhu3Lih/NQYw0G9CCHloF71OjWdrg6H FBPwQBBp6E/qSNtpZmaGo6JZLFZTUxMx2vPw8IiKilJ+bRqnISOElNOQn7FJAHQZMC/4L3Mzc/xE w9DQkMrxLBbLROmvb+Wv5eXlDfUNUSu/xV91GYzm5haEEIfDIf6mZjAYzc0tjbzG3r3sVWqeNGF8 2s8HRo344MLFS+PGfEix/btS94hEzf5zvsJfa2pqU/fsWxkd+bi0tFnUrFAoHpeW2tnawsZaAFDx WuQRGxsbW1tbP3jwACHU0tJSXFzs7Oyck5NDHH/06NGwsDD8OTk5OSIiwtXVVSaTPX78GL9GrB7U q6lO0tMR5ZBi0v6kjjRQ2Nvbe9y4cbW1tTY2NngdD3b16tV79+4pZ7GQpiE/Y5MA6DIgd+Q//Ocv HD92zMc+E5ULi4v/XhHz7f59TxfozV8Y/OXMz3v3sp/39cITGYdwYVV1tfLXi5evnD13YcO61cr1 PC4tXRoWcXD/Pvx19dpYNzdXA6b+mbPn42LXKh+pUChmzfGPjly+ImbVTz/uojJVefb8hYOH0rcl xBMD2b8flfyU9jP+LJXJ/si8/t673svDllKf+ASgq+p6ecTUcTgckUhEPL9G7QzqVT+9vVfX3p9a 8ohJ20mj0dhstkAgUH5Mr4l6GjKVJgHQ5cGw4D8WfO2/as26nj3t3FxdEEJSqVQkEllbWzXy+Y2N fA6HXV5RUVT8d5v1uLu6Jm1PLiou7uPggBDSMtfo7uaWmLTjXn7BACdHopBGo00YN3b12th3hw4l hm65eXl9HBxI68nNy0v9cd/WzXHKP+3dyz4qMhx/Fgqbps6YSXwFAFD0uuQRU6d+R+0K6qXeIR07 XUseMWk7FQoF9SapDwSpNAmALg/Ggv/hMujtmBURyT/s4gsExkZGPF7j7FlfjP1w9OwvvwgMXmxr YyMWi50HtL3cjMNhR0WEr10fZ2ZmKpG0mppyY1aQ78jP4bCjI8Nj4+K5JlyFQj51yuR3vYcihMaO Gb1zV2rUmKejN7lcviJm9aLA+SNHvK9eyS8H0xFCa2M34q9fzJjuOdhD/TAAQHuZm5sT81KaxMfH NzU1aT8GUKS8RSIA4MWAZ8TkRCKRRCLhcDjE23Wtra1CYROXa9Kuevh8PpPJVNn5WdORBgYGDAYD f31YWLhp89bk77cRB7S5zg4AQBH1Z8TTpk07cODAy2gjAAC8IDAvSM7Q0FDlaSyDwWjvQBAhxGaz O3bkqTNnVVaNwEAQgBdp7NixPj4+RkZGLi4u69ev5/P5pIcdP35cvXDSpEmd3DoAAHhuYCz4inJ2 cnrnHc+X3QoAuikul+vn5xcQEPDhhx9evnxZ00AQAAC6ABgLvqJGjxrxspsAQPfFYDDwQ2SEUHV1 9ctuDgAAdCLYaxoAAFTV1NScOnUqKSmpT58+LBbrZTcHAAA6EYwFAQCAxN69eyMiIhwcHJKSknB0 BwAAdEkwFgQAAHJlZWXnz5/Py8sbOXLky24LAAB0FhgLAgAACRsbG/yByWTC9oEAgC4M1o4AAIAq DocTGhra2tpqZWVVXl5+4cKFl90iAADoLDAWBAAAVY2NjcHBwYaGhr6+vmlpaS+7OQAA0IngGTEA AJATiUSkW0kDAEBXAmNBAADQSCAQvOwmAABA54JnxAAA0HEQNwcAeN111rzgvfyCkselKoWVVVW5 eXc76YqvArFYfDvnjkphVvat1tZWTaeUlDxWKBTPeN3O6O3n0jAAAAAAvOI6ayy4IW5zRFSMymBi /YZNq9as66QrvmDXb/ypPvyqrqkJi4hSKVwWHslrbCStRCwWf71wUVl5uaYKKepYb2u5onLDAAAA ANCFddZYUCqTMvX1r/95kyh5WFjIa2yUSmWddMUX7LdLlysqK5+xEn19/ZNH0+1sbZ+xwo71tpYr KjcMAAAAAF1YZ70vKJPKPv50YsbR415DPHHJkYzjk30mpaTuwV/5fH7K7j0PCwutra3n+8+1tLSQ SqXJKbvz8wtaW6V9+zj4z/XjcNgIoYOH0i/976oOjeY52GPWzM/Lyiv2/3IgNGQxrif5h93D3/O2 srQ6lH7Ee6jX/p8P+Eya6DnYXb3+2idPjh0/2aPHGydOnTFisZYEB+UXFBw5elxXVzdg3hwnx/6k rap98uTAwfQ33+xz6vSvrVLp+DEfTpwwfv8vB2/dzqmurjl77nzo0iWGBgZtdghpPQihVavXhYeG HD1+UqVClbtWKBQJ25LGjx3Tv9+bz6W3VW5B3CJW6UDcMENDQz6fv+vHvQ8ePDQ0NJz95edvDRz4 LL8YAAAAAHildNa8YKu01d3Ntba2trSsDCHEa2y8dTtn5Ij3pVIpQkguly8JXd63j8N3WzePH/vh t+tiEUK6urpDBntsjF27I2mrCddkZ8puhNC9/IJLV/6XsGlDQvzGd4Z4IoSampru5OYRFyq4f7+B 1yiWiM9fuHg4PWN+wDyXQW+R1t/c3JyecbSk5PG2LZuGeQ8Nj4zOyr69OS7W9+NJ8QmJmlrV3Nx8 /OSpvx+VxMWuW7My6sd9P5WVlc+YPtXO1vaz6VNXRkVSGQhqqgch9Ff2rdZWqUqF6nf93Htb5Yoq HUg0TC6Xh4RGWFpYJMTHrYyKsLOza9evAQAAAABecZ32jFgq09XV9Zk4IePocYTQyVOnPxw9kslk 4tHJX1m3GAzGpIkf0en0wR7u0tZWHo+HEPJwdzM0MKDRaF5DPAuLinFVQmHTk7o6BoNBOiVGqKuv D14UaGtro6enp6l+hQL5zZ6lq6vr5TWktKxsrt9sPT09N1cXvE5C01kIoblfzdLX1zMzM3N2cnpQ WNjhbqFej8pd02i0xYsWauqBjvW2lg4kCv/KylYgxeefTdPX1zM2NjbhcDp87wAAAAB4BXXeM2Ip na7z4YejZvn5z/7yi9Nnzm1L2ESn0+VyuUKhKC8vb6hviFr57dNGMBjNzS0mJujosRPXMq/r6+sL hUK89naAk+P0qVOiV67W09f/4rPp3kPf0XRFFotFjFRI60cIsdnG+vp6CCEDpgGNRuNyTRBCunS6 TCaTy+WazuJwOLq6TzuK8U8hKR0dusoCDvxVR0enXfVQv2usY72tpQMJ5eUVvXvZa786AAAAAF5f nTUWlMpkdDrd0MBg2LtDV65eN2CAk5mZGUKIRqPJZDKOCcfevufqldHKp+Tm5Z09fyFxyyYGg3Ev v2DT5q24/KPxYz8aP7bg/v3I6FX9+73J0NWVy+TEWS0tJCMq0vofl/5nzSyNRqN4ltqBGllamMtk srr6ejNTU1xSWVmlr69vyuU2NTVRrwep3bW5uZmWgzvQ2xRxOGwej3wRNAAAAAC6gM57Riyl0+kI IV+fiffyCz7x9Xl6PR0dqVTq7upaWFRUVPz0KbBIJEII1TfwTLlcBoOBECJ26ROLxWKxGCHk2L+/ mampWCK2trZq5PMbG/kIofKKiqLiv9WvTlp/m9p1FpPJFAqEKoV6enrD33t3d+pe/HBWIpHs/nHv h6NGqo87tVeoftcIody8PE1N6kBva7oFFe5ubg8Li+7lF7TZfgAAAAC8jjplXlChUMjlcjw6sbO1 /fXk0X+vp0tvlUo5HHZURPja9XFmZqYSSaupKTdmxfIhgz0OpWcsXxEjkUg83Fzx8InHa4yMWcVh s8VisZOjo02PHgih2V9+ERi82NbGRiwWOw9wUm8Aaf1tNrtdZ/n6TPpu+44LFy+FLwvBz5qxxYsW fvd98owvv+KacJ/UPXF3dQ3wn0Ol05QrlEgkKnctl8tXxKxeFDh/5Ij3VU7sWG+rXFFLn0RHhsfG xXNNuAqFfOqUye96D6VyOwAAAAB4LdAaXuoTQD6fz2QylRcr8BobWYaGeHZQ+TBdBkN5xW5ra6tQ 2KQ8CKNYf8dapYlYLNHTY6hP+ykUivqGBmMjo/ZeWrlClbtWKBRU5he1IL0vTbegfq6BgYHKnwsA ryn8Kq1UKpXJZGKxuKqq0slpAPFTrgmskQIAdCMveSwIAAAvHowFAQCA0FnvCwIAAAAAgFcfjAUB AAAAALovGAsCAAAAAHRfMBYEAAAAAOi+YCwIAAAAANB9wVgQAAAAAKD7grEgAAAAAED3BWNBAAAA AIDuC8aCAAAAAADdF4wFAQAAAAC6LxgLAgAAAAB0XzAWBAAAAADovmAsCAAAAADQfcFYEAAAAACg +4KxIAAAAABA9wVjQQAAAACA7uv/WdXILBSvH1MAAAAASUVORK5CYII= 95059 2015-10-20 20:48:36 +0000 2015-10-20 20:48:36 +0000 Crude patch to the en_US locale with hardcoded values qtbase-opensource-src-5.5.0-sane-us-locale.patch text/plain 4175 gerd ZGlmZiAtciAtdSBxdGJhc2Utb3BlbnNvdXJjZS1zcmMtNS41LjAvc3JjL2NvcmVsaWIvdG9vbHMv cWxvY2FsZV9kYXRhX3AuaCBxdGJhc2Utb3BlbnNvdXJjZS1zcmMtNS41LjAubW9kL3NyYy9jb3Jl bGliL3Rvb2xzL3Fsb2NhbGVfZGF0YV9wLmgKLS0tIHF0YmFzZS1vcGVuc291cmNlLXNyYy01LjUu MC9zcmMvY29yZWxpYi90b29scy9xbG9jYWxlX2RhdGFfcC5oCTIwMTUtMDYtMjkgMjI6MDU6MDUu MDAwMDAwMDAwICswMjAwCisrKyBxdGJhc2Utb3BlbnNvdXJjZS1zcmMtNS41LjAubW9kL3NyYy9j b3JlbGliL3Rvb2xzL3Fsb2NhbGVfZGF0YV9wLmgJMjAxNS0xMC0yMCAyMDoxNzoyNy4wMDAwMDAw MDAgKzAyMDAKQEAgLTU3LDcgKzU3LDcgQEAKICAgICBRTG9jYWxlOjpNZWFzdXJlbWVudFN5c3Rl bSBzeXN0ZW07CiB9Owogc3RhdGljIGNvbnN0IENvdW50cnlMYW5ndWFnZSBJbXBlcmlhbE1lYXN1 cmVtZW50U3lzdGVtc1tdID0gewotICAgIHsgUUxvY2FsZTo6RW5nbGlzaCwgUUxvY2FsZTo6VW5p dGVkU3RhdGVzLCBRTG9jYWxlOjpJbXBlcmlhbFVTU3lzdGVtIH0sCisgICAgeyBRTG9jYWxlOjpF bmdsaXNoLCBRTG9jYWxlOjpVbml0ZWRTdGF0ZXMsIFFMb2NhbGU6Ok1ldHJpY1N5c3RlbSB9LAog ICAgIHsgUUxvY2FsZTo6RW5nbGlzaCwgUUxvY2FsZTo6VW5pdGVkU3RhdGVzTWlub3JPdXRseWlu Z0lzbGFuZHMsIFFMb2NhbGU6OkltcGVyaWFsVVNTeXN0ZW0gfSwKICAgICB7IFFMb2NhbGU6OlNw YW5pc2gsIFFMb2NhbGU6OlVuaXRlZFN0YXRlcywgUUxvY2FsZTo6SW1wZXJpYWxVU1N5c3RlbSB9 LAogICAgIHsgUUxvY2FsZTo6SGF3YWlpYW4sIFFMb2NhbGU6OlVuaXRlZFN0YXRlcywgUUxvY2Fs ZTo6SW1wZXJpYWxVU1N5c3RlbSB9LApAQCAtMTI1MSw3ICsxMjUxLDcgQEAKICAgICB7ICAgICAz MCwgICAgIDcsICAgMjAyLCAgICA0NCwgICAgNDYsICAgIDU5LCAgICAzNywgICAgNDgsICAgIDQ1 LCAgICA0MywgICAxMDEsICA4MjE2LCAgODIxNywgIDgyMjAsICA4MjIxLCAwLDYgLCAwLDYgLCA2 LDggLCA2LDggLCAzNTMsOCAsIDk4LDE2ICwgMzcsNSAsIDgsMTAgLCA1MDUwLDU5ICwgNTEwOSw4 OCAsIDEzNCwyNCAsIDUxOTcsNTkgLCA1MjU2LDg4ICwgMTM0LDI0ICwgMjM4MiwyMSAsIDI0MDMs NTkgLCAyNDYyLDE0ICwgMjQ3NiwyMSAsIDI0OTcsNTkgLCAyNDYyLDE0ICwgMTAwLDQgLCA5OCw0 ICwgezgzLDgyLDY4fSwgIDYsMSAsIDM0MTMsNTggLCA4LDUgLCAxOCw2ICwgNjU1LDEwICwgNjk4 LDggLCAgICAgMiwgICAgIDEsICAgICAxLCAgICAgNiwgICAgIDcgfSwgLy8gRHV0Y2gvTGF0aW4v U3VyaW5hbWUKICAgICB7ICAgICAzMCwgICAgIDcsICAgMjU1LCAgICA0NCwgICAgNDYsICAgIDU5 LCAgICAzNywgICAgNDgsICAgIDQ1LCAgICA0MywgICAxMDEsICA4MjE2LCAgODIxNywgIDgyMjAs ICA4MjIxLCAwLDYgLCAwLDYgLCA2LDggLCA2LDggLCAzNTMsOCAsIDk4LDE2ICwgMzcsNSAsIDgs MTAgLCA1MDUwLDU5ICwgNTEwOSw4OCAsIDEzNCwyNCAsIDUxOTcsNTkgLCA1MjU2LDg4ICwgMTM0 LDI0ICwgMjM4MiwyMSAsIDI0MDMsNTkgLCAyNDYyLDE0ICwgMjQ3NiwyMSAsIDI0OTcsNTkgLCAy NDYyLDE0ICwgMTAwLDQgLCA5OCw0ICwgezg1LDgzLDY4fSwgIDYsMSAsIDM0NzEsNjEgLCA4LDUg LCAxOCw2ICwgNjU1LDEwICwgNzA2LDE5ICwgICAgIDIsICAgICAxLCAgICAgMSwgICAgIDYsICAg ICA3IH0sIC8vIER1dGNoL0xhdGluL0JvbmFpcmUKICAgICB7ICAgICAzMCwgICAgIDcsICAgMjU2 LCAgICA0NCwgICAgNDYsICAgIDU5LCAgICAzNywgICAgNDgsICAgIDQ1LCAgICA0MywgICAxMDEs ICA4MjE2LCAgODIxNywgIDgyMjAsICA4MjIxLCAwLDYgLCAwLDYgLCA2LDggLCA2LDggLCAzNTMs OCAsIDk4LDE2ICwgMzcsNSAsIDgsMTAgLCA1MDUwLDU5ICwgNTEwOSw4OCAsIDEzNCwyNCAsIDUx OTcsNTkgLCA1MjU2LDg4ICwgMTM0LDI0ICwgMjM4MiwyMSAsIDI0MDMsNTkgLCAyNDYyLDE0ICwg MjQ3NiwyMSAsIDI0OTcsNTkgLCAyNDYyLDE0ICwgMTAwLDQgLCA5OCw0ICwgezY1LDc4LDcxfSwg IDE3Miw0ICwgMzMxNiw5NyAsIDgsNSAsIDE4LDYgLCA2NTUsMTAgLCA3MjUsMTIgLCAgICAgMiwg ICAgIDEsICAgICAxLCAgICAgNiwgICAgIDcgfSwgLy8gRHV0Y2gvTGF0aW4vU2ludE1hYXJ0ZW4K LSAgICB7ICAgICAzMSwgICAgIDcsICAgMjI1LCAgICA0NiwgICAgNDQsICAgIDU5LCAgICAzNywg ICAgNDgsICAgIDQ1LCAgICA0MywgICAxMDEsICA4MjIwLCAgODIyMSwgIDgyMTYsICA4MjE3LCAw LDYgLCAwLDYgLCAyMDQsMTAgLCAyMTQsOSAsIDUxOSw2ICwgMzUsMTggLCAxOCw3ICwgMjUsMTIg LCAwLDQ4ICwgNDgsODYgLCAxMzQsMjQgLCAwLDQ4ICwgNDgsODYgLCAxMzQsMjQgLCAwLDI4ICwg MjgsNTcgLCA4NSwxNCAsIDAsMjggLCAyOCw1NyAsIDg1LDE0ICwgMCwyICwgMCwyICwgezg1LDgz LDY4fSwgIDYsMSAsIDM1MzIsMzUgLCA0LDQgLCA0LDAgLCA3MzcsMTYgLCA3NTMsMTMgLCAgICAg MiwgICAgIDEsICAgICA3LCAgICAgNiwgICAgIDcgfSwgLy8gRW5nbGlzaC9MYXRpbi9Vbml0ZWRT dGF0ZXMKKyAgICB7ICAgICAzMSwgICAgIDcsICAgMjI1LCAgICA0NCwgICAxNjAsICAgIDU5LCAg ICAzNywgICAgNDgsICAgIDQ1LCAgICA0MywgICAxMDEsICA4MjIwLCAgODIyMSwgIDgyMTYsICA4 MjE3LCAwLDYgLCAwLDYgLCAyMDQsMTAgLCAyMTQsOSAsIDUzLDEwICwgODAsMTggLCAzNyw1ICwg OCwxMCAsIDAsNDggLCA0OCw4NiAsIDEzNCwyNCAsIDAsNDggLCA0OCw4NiAsIDEzNCwyNCAsIDAs MjggLCAyOCw1NyAsIDg1LDE0ICwgMCwyOCAsIDI4LDU3ICwgODUsMTQgLCAwLDIgLCAwLDIgLCB7 NjYsOTAsNjh9LCAgNiwxICwgMzgyNiw0NyAsIDQsNCAsIDQsMCAsIDc2Niw3ICwgODYxLDYgLCAg ICAgMiwgICAgIDEsICAgICA3LCAgICAgNiwgICAgIDcgfSwgLy8gRW5nbGlzaC9MYXRpbi9Vbml0 ZWRTdGF0ZXMKICAgICB7ICAgICAzMSwgICAgIDMsICAgMjI1LCAgICA0NiwgICAgNDQsICAgIDU5 LCAgICAzNywgICAgNDgsICAgIDQ1LCAgICA0MywgICAxMDEsICA4MjIwLCAgODIyMSwgIDgyMTYs ICA4MjE3LCAwLDYgLCAwLDYgLCAwLDYgLCAwLDYgLCA1MywxMCAsIDYzLDE3ICwgMzcsNSAsIDgs MTAgLCAzNDQsNDggLCAzNDQsNDggLCAxNTgsMjcgLCAzNDQsNDggLCAzNDQsNDggLCAxNTgsMjcg LCAwLDI4ICwgMCwyOCAsIDg1LDE0ICwgMCwyOCAsIDAsMjggLCA4NSwxNCAsIDAsMiAsIDAsMiAs IHs4NSw4Myw2OH0sICAxNzYsMyAsIDAsNyAsIDgsNSAsIDQsMCAsIDAsMCAsIDAsMCAsICAgICAy LCAgICAgMSwgICAgIDcsICAgICA2LCAgICAgNyB9LCAvLyBFbmdsaXNoL0Rlc2VyZXQvVW5pdGVk U3RhdGVzCiAgICAgeyAgICAgMzEsICAgICA3LCAgICAgNCwgICAgNDYsICAgIDQ0LCAgICA1OSwg ICAgMzcsICAgIDQ4LCAgICA0NSwgICAgNDMsICAgMTAxLCAgODIyMCwgIDgyMjEsICA4MjE2LCAg ODIxNywgMCw2ICwgMCw2ICwgMjA0LDEwICwgMjE0LDkgLCA1MTksNiAsIDM1LDE4ICwgMTgsNyAs IDI1LDEyICwgMCw0OCAsIDQ4LDg2ICwgMTM0LDI0ICwgMCw0OCAsIDQ4LDg2ICwgMTM0LDI0ICwg MCwyOCAsIDI4LDU3ICwgODUsMTQgLCAwLDI4ICwgMjgsNTcgLCA4NSwxNCAsIDAsMiAsIDAsMiAs IHs4NSw4Myw2OH0sICA2LDEgLCAzNTMyLDM1ICwgNCw0ICwgNCwwICwgNzY2LDcgLCA3NzMsMTQg LCAgICAgMiwgICAgIDEsICAgICA3LCAgICAgNiwgICAgIDcgfSwgLy8gRW5nbGlzaC9MYXRpbi9B bWVyaWNhblNhbW9hCiAgICAgeyAgICAgMzEsICAgICA3LCAgICAgNywgICAgNDYsICAgIDQ0LCAg ICA1OSwgICAgMzcsICAgIDQ4LCAgICA0NSwgICAgNDMsICAgMTAxLCAgODIyMCwgIDgyMjEsICA4 MjE2LCAgODIxNywgMCw2ICwgMCw2ICwgMjA0LDEwICwgMjE0LDkgLCAxMjAsMTAgLCAxMCwxNyAs IDE4LDcgLCAyNSwxMiAsIDAsNDggLCA0OCw4NiAsIDEzNCwyNCAsIDAsNDggLCA0OCw4NiAsIDEz NCwyNCAsIDAsMjggLCAyOCw1NyAsIDg1LDE0ICwgMCwyOCAsIDI4LDU3ICwgODUsMTQgLCAwLDIg LCAwLDIgLCB7ODgsNjcsNjh9LCAgNiwxICwgMzU2Nyw3MSAsIDQsNCAsIDQsMCAsIDc2Niw3ICwg Nzg3LDggLCAgICAgMiwgICAgIDEsICAgICAxLCAgICAgNiwgICAgIDcgfSwgLy8gRW5nbGlzaC9M YXRpbi9Bbmd1aWxsYQo= 99000 2016-05-16 00:16:02 +0000 2016-05-16 00:16:02 +0000 attachment-22055-0.html attachment-22055-0.html text/html 1514 stefan.buller PGRpdiBkaXI9Imx0ciI+QXMgSSBzZWUgaXQsIHRoZSBwcm9ibGVtIGlzIHRoZSB3aG9sZSBsb2Nh bGUgc3lzdGVtIHdoaWNoIGFzc3VtZXMgdGhhdCBhbGwgeW91ciBwcmVmZXJlbmNlcyBhcmUgYmFz ZWQgb24gYSBzaW5nbGUgcmVnaW9uLiBUaGlzIHByb2JsZW0gaXMgYmV5b25kIEtERSwgYW5kIGFm ZmVjdHMgdGhlIGVudGlyZSBVTklYIGVjb3N5c3RlbS48YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21h aWxfZXh0cmEiPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gU3VuLCBNYXkgMTUsIDIw MTYgYXQgNDozNyBQTSwgSmFuZXQgdmlhIEtERSBCdWd6aWxsYSA8c3BhbiBkaXI9Imx0ciI+Jmx0 OzxhIGhyZWY9Im1haWx0bzpidWd6aWxsYV9ub3JlcGx5QGtkZS5vcmciIHRhcmdldD0iX2JsYW5r Ij5idWd6aWxsYV9ub3JlcGx5QGtkZS5vcmc8L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPjxibG9j a3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRl ci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxhIGhyZWY9Imh0dHBzOi8v YnVncy5rZGUub3JnL3Nob3dfYnVnLmNnaT9pZD0zNDA5ODIiIHJlbD0ibm9yZWZlcnJlciIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vYnVncy5rZGUub3JnL3Nob3dfYnVnLmNnaT9pZD0zNDA5ODI8 L2E+PGJyPg0KPGJyPg0KLS0tIENvbW1lbnQgIzgwIGZyb20gSmFuZXQgJmx0OzxhIGhyZWY9Im1h aWx0bzpidWd6aWxsYUBrZXJyaWRpcy5kZSI+YnVnemlsbGFAa2VycmlkaXMuZGU8L2E+Jmd0OyAt LS08YnI+DQpJJiMzOTttIG5vdyB1c2luZyBhbiBhbHRlcm5hdGUgY2xvY2svY2FsZW5kYXIgd2lk Z2V0IGZvciB0aGUgcGFuZWw8YnI+DQooPGEgaHJlZj0iaHR0cDovL2tkZS1sb29rLm9yZy9jb250 ZW50L3Nob3cucGhwL0V2ZW50K0NhbGVuZGFyP2NvbnRlbnQ9MTc1NTkxIiByZWw9Im5vcmVmZXJy ZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8va2RlLWxvb2sub3JnL2NvbnRlbnQvc2hvdy5waHAv RXZlbnQrQ2FsZW5kYXI/Y29udGVudD0xNzU1OTE8L2E+KSB3aGljaDxicj4NCmFsbG93cyB0byBz ZXQgdGhlIGRhdGUgdG8gYSBmb3JtYXQgSSB3YW50LiBJdCBjYW4gc2hvdyB0aGUgc2hvcnQgZGF5 IC0gJnF1b3Q7RnI8YnI+DQoyNS4wOS4mcXVvdDsgLSBhbmQgeW91IGNhbiB1c2UgYW55IGZvcm1h dCBmb3IgdGltZSBhbmQgZGF0ZSB5b3Ugd2FudCwgdGhhdCYjMzk7cyBlbm91Z2g8YnI+DQpmb3Ig bWUuPGJyPg0KPGRpdiBjbGFzcz0iSE9FblpiIj48ZGl2IGNsYXNzPSJoNSI+PGJyPg0KLS08YnI+ DQpZb3UgYXJlIHJlY2VpdmluZyB0aGlzIG1haWwgYmVjYXVzZTo8YnI+DQpZb3UgYXJlIG9uIHRo ZSBDQyBsaXN0IGZvciB0aGUgYnVnLjxicj4NCjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rp dj48YnI+PGJyIGNsZWFyPSJhbGwiPjxicj4tLSA8YnI+PGRpdiBjbGFzcz0iZ21haWxfc2lnbmF0 dXJlIj5TdGVmYW4gQnVsbGVyPC9kaXY+DQo8L2Rpdj4= 100416 2016-08-02 14:04:54 +0000 2016-08-02 14:04:54 +0000 attachment-28177-0.html attachment-28177-0.html text/html 1883 keithzg PHAgZGlyPSJsdHIiPlRoYXQgc2VlbXMgc3VycHJpc2luZyB0byBtZSwgc2luY2UgYWx0aG91Z2gg SSBmaW5kIGl0IHdlaXJkbHkgZGlmZmljdWx0IHRvIGZpbmQgYSBkaXJlY3QgbGlzdCwgdGhlIENM RFIgd2Vic2l0ZSBsaW5rcyBpbiB0dXJuIHRvIGxpc3RzIHRoYXQgaW5jbHVkZSAmcXVvdDtFbmds aXNoIChEZW5tYXJrKSZxdW90Oy4gT24gPGEgaHJlZj0iaHR0cDovL3d3dy51bmljb2RlLm9yZy9j bGRyL2NoYXJ0cy8yOS8iPmh0dHA6Ly93d3cudW5pY29kZS5vcmcvY2xkci9jaGFydHMvMjkvPC9h PiB0aGV5IGV2ZW4gc2F5ICZxdW90O0lDVSBkb2VzIG5vdCBjb250YWluIGFsbCBvZiB0aGUgZGF0 YSBpbiBDTERSJnF1b3Q7IHdoZW4gbGlua2luZyB0byB0aGUgSUNVIHdoaWNoIGxpc3RzICZxdW90 O0VuZ2xpc2ggKERlbm1hcmspJnF1b3Q7LCB3aGljaCBpbXBsaWVzIHRoYXQgQ0xEUiBpcyBhIHN1 cGVyc2V0IG9mIElDVS4gVGhlIGNvbW1lbnQgeW91IGhhdmUgbGlua2VkIHRvIGRvZXMgbm90IGV4 cGxhaW4gKndoeSogZW5fREsgaXMgbm90IGluY2x1ZGVkIGluIHRoZSBDTERSIGRhdGFiYXNlLjwv cD4NCjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciI+T24gVHVlLCBB dWcgMiwgMjAxNiwgMDc6NTQgRXJpayBRdWFlZ2hlYmV1ciB2aWEgS0RFIEJ1Z3ppbGxhICZsdDs8 YSBocmVmPSJtYWlsdG86YnVnemlsbGFfbm9yZXBseUBrZGUub3JnIj5idWd6aWxsYV9ub3JlcGx5 QGtkZS5vcmc8L2E+Jmd0OyB3cm90ZTo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWls X3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29s aWQ7cGFkZGluZy1sZWZ0OjFleCI+PGEgaHJlZj0iaHR0cHM6Ly9idWdzLmtkZS5vcmcvc2hvd19i dWcuY2dpP2lkPTM0MDk4MiIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly9idWdzLmtkZS5vcmcvc2hvd19idWcuY2dpP2lkPTM0MDk4MjwvYT48YnI+DQo8YnI+DQotLS0g Q29tbWVudCAjOTggZnJvbSBFcmlrIFF1YWVnaGViZXVyICZsdDs8YSBocmVmPSJtYWlsdG86a2Rl YnVnc0BlcXVhZWdoZS5ub3NwYW1tYWlsLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmtkZWJ1Z3NAZXF1 YWVnaGUubm9zcGFtbWFpbC5uZXQ8L2E+Jmd0OyAtLS08YnI+DQooSW4gcmVwbHkgdG8gRU1SX0tk ZSBmcm9tIGNvbW1lbnQgIzk3KTxicj4NCiZndDs8YnI+DQomZ3Q7IEludGVyZXN0aW5nLCBLREUg ZG9lc250IGV2ZW4gc3VwcG9ydCBlbl9ESyBsb2NhbGUgLi4uPGJyPg0KJmd0Ozxicj4NCiZndDsg WWV0LCBLREUgZGVmYXVsdHMgdG8gZW5fVVMuLi4gc28gd2hhdCBpcyBpdD8gZWl0aGVyIHlvdSBo b25vciB0aGUgbG9jYWxlLCBvcjxicj4NCiZndDsgYWxsb3cgdXMgdG8gY2hhbmdlIGl0IGxpa2Ug YmFjayB3aXRoIGtkZTQ8YnI+DQo8YnI+DQpBbHJlYWR5IGNvdmVyZWQgZWFybGllciBpbiBDb21t ZW50IDc3Ojxicj4NCjxhIGhyZWY9Imh0dHBzOi8vYnVncy5rZGUub3JnL3Nob3dfYnVnLmNnaT9p ZD0zNDA5ODIjYzc3IiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2J1 Z3Mua2RlLm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MzQwOTgyI2M3NzwvYT48YnI+DQooUGxlYXNlIHRy eSBhbmQgYXZvaWQgYWRkaW5nIHRvIHRoaXMgcmVwb3J0IGFib3V0IHRoaW5ncyB0aGF0IGhhdmUg YWxyZWFkeSBiZWVuPGJyPg0KY292ZXJlZOKApik8YnI+DQo8YnI+DQotLTxicj4NCllvdSBhcmUg cmVjZWl2aW5nIHRoaXMgbWFpbCBiZWNhdXNlOjxicj4NCllvdSB2b3RlZCBmb3IgdGhlIGJ1Zy48 YnI+DQpZb3UgYXJlIG9uIHRoZSBDQyBsaXN0IGZvciB0aGUgYnVnLjwvYmxvY2txdW90ZT48L2Rp dj4=