From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pedro Andres Aranda Gutierrez Newsgroups: gmane.emacs.devel Subject: Re: Add additional style for :box Date: Wed, 9 Dec 2020 09:25:53 +0100 Message-ID: References: <83k0tt8u43.fsf@gnu.org> <83tusw72g3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="00000000000070ef4905b603cff8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28307"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 09 09:28:01 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmupM-0007Dn-Oj for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Dec 2020 09:28:00 +0100 Original-Received: from localhost ([::1]:60246 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmupL-0001Qx-P1 for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Dec 2020 03:27:59 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44284) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmund-0000uA-1s for emacs-devel@gnu.org; Wed, 09 Dec 2020 03:26:13 -0500 Original-Received: from mail-lj1-x230.google.com ([2a00:1450:4864:20::230]:42234) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmunY-0004PW-MW; Wed, 09 Dec 2020 03:26:12 -0500 Original-Received: by mail-lj1-x230.google.com with SMTP id y22so1227462ljn.9; Wed, 09 Dec 2020 00:26:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8yG+mwO4caCn/tHDuQTfn6X83YYi8r9b+0/Qn64gxFU=; b=HM0v5wOmZQ5Waz7X65JhubcKZowwMuEYK8Kssjd0wKOtjScjDqBgTouNN2eZlDJjk9 BVkcUzlGbb+sNPKg7WInapzfXdiPITPmVzIAMlIYU9Zvk0e7wDIrapaaoWx7V0fzGUjX 7D6R8WzrLsgmNoU9oM8TYJroEiuF4f6R7fF5ZuwiVaflv2hL5ytZ8nfBrbl3/zqxQt4a 9GpIAeXCIO3QOFjDuzkEl9k9ncpnfphxW5tWh1+UgdpOx1WPZ6KMtmRAA8i8rxOIsMZq 2LVOIe06UoMqFUzx6gzFuYc09hAQ2ydzkMwXLaFD6cDb2l5Ntq8r01UF0BN4b+pa5Olo foSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8yG+mwO4caCn/tHDuQTfn6X83YYi8r9b+0/Qn64gxFU=; b=nVwyThWxmKw4m02EZDfu/tFZG2TfCyjy05QuzGBJ+RmhIrEE7EwjanAX4IMs8MBcXm eYpSqB6B5ckPPNzqr/N4upCy68l4LAdHRuOWFyjHLzgS4Qe5zx7As4B0d2Ups6Ap/mlz x8V1bzEStkxDkAWY24YbOBue+04lSVsik4Va1C/k7sf9NTzl8F1nkrv0Fn/uAYFZmgrn afThBjxgubO3KQ2Pj3cIU3JBHt6/So8H5o5txN6wlHmwOpR3bZw1PbPSweEzWJ5SX1hK qb990J4xXDu9KeZTsvN5emjMgZtNe8q0HnY8zZKz7PJEXmvIoFU+QiB8iUMSbpbRhDUR gVMQ== X-Gm-Message-State: AOAM533P33axNiFUN3QkpFu8+8ahuLX+nznGZq5PZqE2NYdb/sGcQzHg HS99K6OQu+Xh2ItLqICj0vs39Xl3QqcqhjmOtqlZCJpjpmo= X-Google-Smtp-Source: ABdhPJx9Q+HxBDweai5l4UJW+T80ySHbv4sGV/r/HDK+E/BwOAzzd/i/SaKP/EcBybsIaBeLgXBWxYXGR4ky5MDiTL0= X-Received: by 2002:a2e:9597:: with SMTP id w23mr608883ljh.429.1607502364988; Wed, 09 Dec 2020 00:26:04 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::230; envelope-from=paaguti@gmail.com; helo=mail-lj1-x230.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:260603 Archived-At: --00000000000070ef4905b603cff8 Content-Type: multipart/alternative; boundary="00000000000070ef4705b603cff6" --00000000000070ef4705b603cff6 Content-Type: text/plain; charset="UTF-8" Hi Eli, attached is a small patch with a proof of concept for the master branch ONLY TESTED ON LINUX. With this I can define my tab-line as '(tab-line ((t (:inherit fringe :box (:line-width (5 . 5) :style modern-button)))))) And changes in the fringe are taken *automatically* by the tabline. Best, /Pedro A. Aranda On Tue, 8 Dec 2020 at 18:09, Pedro Andres Aranda Gutierrez < paaguti@gmail.com> wrote: > Hi Eli, > > let's see if a couple of lines of code explain more than a thousand lines > of 'literature' > > I use :box to make some parts of the GUI bigger than one display line. > For example my mode-line face is > > '(mode-line ((t (:background "#4C566A" :foreground "#88C0D0" :weight bold > :box (:line-width 6 :color "#4C566A"))))) > > and yes, OK, at the beginning, I could accept to repeat the background > definition inside the :box, however inconvenient it may be. > > Now, I have some some situations where I want to have a common look and > feel: > > '(fringe ((,class (:foreground "#007fcf" :background "#afaf9f")))) > '(line-number ((,class (:inherit fringe)))) > > But when I want an element to be higher that the normal size, I need to > repeat the background definition in the :box > `(tab-line ((,class (:inherit fringe :box (:line-width 3 :color > "#afaf9f"))))) > > Which means that when I change the fringe background, I need to change it > both in fringe and in tab-line to keep everything uniform. > You pointed out :style t but that uses the _fore_ground for the box, > whereas I need the _back_ground (same happens with :style nil) > > This is why I was proposing a new :style modern that fills the box with > the background color of the face. How feasible would be my proposal? > > Best, /PA > > On Tue, 8 Dec 2020 at 16:16, Eli Zaretskii wrote: > >> > From: Pedro Andres Aranda Gutierrez >> > Date: Tue, 8 Dec 2020 07:21:42 +0100 >> > Cc: emacs-devel@gnu.org >> > >> > unfortunately not. :style nil takes the _fore_ground for the box and >> I'm looking for the _back_ground >> > >> > :style nil >> > Screenshot-20201208071520-101x110.png >> > >> > what I want >> > Screenshot-20201208071702-126x105.png >> >> I'm confused: I thought you wanted to get rid of the 3D appearance, >> which is why I suggested to use :style. But now you seem to be >> talking about the colors, and I cannot understand what exactly is the >> problem with that -- just change the colors to whatever you want. >> >> > In a general case, if you are deriving from another face, you have to >> write the background colour twice: in the >> > face you are deriving from and in the face :inheri ing the definition. >> This, any change in the parent face >> > implies a change in the derived face and that's not exactly >> convenient... >> >> If the inheriting face overrides the color of the parent face, there's >> no need to change the former when the latter changes. So here, too, I >> don't think I follow you, please elaborate. >> > > > -- > Fragen sind nicht da um beantwortet zu werden, > Fragen sind da um gestellt zu werden > Georg Kreisler > -- Fragen sind nicht da um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler --00000000000070ef4705b603cff6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Eli,

attached is a small = patch with a proof of concept for the master branch ONLY TESTED ON LINUX.

With this I can define my tab-line as
'(tab-line ((t (:inhe= rit fringe :box (:line-width (5 . 5) :style modern-button))))))

And changes in the fringe are taken *automatically* by= the tabline.

Best, /Pedro A. Aranda

On Tue, 8 Dec 2020 at 18:09, Pedro Andres Aranda Gutierrez <paaguti@gmail.com> wrote:
Hi Eli,

let's see if a couple of lines of code explain m= ore than a thousand lines of 'literature'

= I use :box to make some parts = of the GUI bigger than one display line. For example my mode-line face is

'(mode-li= ne ((t (:background "#4C566A" :foreground "#88C0D0" :we= ight bold :box (:line-width 6 :color "#4C566A")))))
<= div><= br>
and yes, OK, at the beginning, I could accept to rep= eat the background definition inside the :box, however inconvenien= t it may be.
=
Now, I have some so= me situations where I want to have a common look and feel:

=C2= =A0 =C2=A0 '(fringe ((,class (:foreground "#007fcf" :backgrou= nd "#afaf9f"))))
=C2=A0=C2=A0=C2=A0 '(line-number ((,class (:inherit fringe))))

But when I want an element to be higher = that the normal size, I need to repeat the background definition in the :bo= x
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 `(tab-line ((,class (:inherit fringe :box (:line-widt= h 3 :color "#afaf9f")))))

Which means that when I change th= e fringe background, I need to change it both in fringe and in tab-= line to keep everything uniform.
You pointed = out :style t but that uses the= _fore_ground for the box, whereas I need the _back_ground (same happens wi= th :style nil)

= This is why I was proposing a new :style modern that fills the box with t= he background color of the face. How feasible would be my proposal?

Best, /PA

On= Tue, 8 Dec 2020 at 16:16, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Pedro Andres Aranda Gutierrez &= lt;paaguti@gmail.com= >
> Date: Tue, 8 Dec 2020 07:21:42 +0100
> Cc: emacs-dev= el@gnu.org
>
> unfortunately not. :style nil takes the _fore_ground for the box and I= 'm looking for the _back_ground
>
> :style nil
> Screenshot-20201208071520-101x110.png
>
> what I want
> Screenshot-20201208071702-126x105.png

I'm confused: I thought you wanted to get rid of the 3D appearance,
which is why I suggested to use :style.=C2=A0 But now you seem to be
talking about the colors, and I cannot understand what exactly is the
problem with that -- just change the colors to whatever you want.

> In a general case, if you are deriving from another face, you have to = write the background colour twice: in the
> face you are deriving from and in the face :inheri ing the definition.= This, any change in the parent face
> implies a change in the derived face and that's not exactly conven= ient...

If the inheriting face overrides the color of the parent face, there's<= br> no need to change the former when the latter changes.=C2=A0 So here, too, I=
don't think I follow you, please elaborate.


--
Fragen sind nicht da um beantworte= t zu werden,
Fragen sind da um gestellt zu werden
Georg K= reisler


--
Fragen sin= d nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu= werden
Georg Kreisler
--00000000000070ef4705b603cff6-- --00000000000070ef4905b603cff8 Content-Type: text/x-patch; charset="US-ASCII"; name="modern-box.diff" Content-Disposition: attachment; filename="modern-box.diff" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kih59m9h0 ZGlmZiAtLWdpdCBhL2xpc3AvY3VzLWZhY2UuZWwgYi9saXNwL2N1cy1mYWNlLmVsCmluZGV4IDE5 OWE3NmU1Y2MuLjVlMzA1OTBjNmYgMTAwNjQ0Ci0tLSBhL2xpc3AvY3VzLWZhY2UuZWwKKysrIGIv bGlzcC9jdXMtZmFjZS5lbApAQCAtMTc1LDYgKzE3NSw3IEBAIGN1c3RvbS1mYWNlLWF0dHJpYnV0 ZXMKIAkJICAgKGNob2ljZSA6dGFnICJTdHlsZSIKIAkJCSAgIChjb25zdCA6dGFnICJSYWlzZWQi IHJlbGVhc2VkLWJ1dHRvbikKIAkJCSAgIChjb25zdCA6dGFnICJTdW5rZW4iIHByZXNzZWQtYnV0 dG9uKQorCQkJICAgKGNvbnN0IDp0YWcgIk1vZGVybiIgbW9kZXJuLWJ1dHRvbikKIAkJCSAgIChj b25zdCA6dGFnICJOb25lIiBuaWwpKSkpCiAgICAgIDs7IGZpbHRlciB0byBtYWtlIHZhbHVlIHN1 aXRhYmxlIGZvciBjdXN0b21pemUKICAgICAgKGxhbWJkYSAocmVhbC12YWx1ZSkKZGlmZiAtLWdp dCBhL3NyYy9kaXNwZXh0ZXJuLmggYi9zcmMvZGlzcGV4dGVybi5oCmluZGV4IGRhNTE3NzJiMzcu LmQyMzU1MWMwYjcgMTAwNjQ0Ci0tLSBhL3NyYy9kaXNwZXh0ZXJuLmgKKysrIGIvc3JjL2Rpc3Bl eHRlcm4uaApAQCAtMTYyOCw3ICsxNjI4LDExIEBAICNkZWZpbmUgRk9OVF9UT09fSElHSChmdCkJ CQkJCQlcCiAgIC8qIEJveGVzIHdpdGggM0Qgc2hhZG93cy4gIENvbG9yIGVxdWFscyB0aGUgYmFj a2dyb3VuZCBjb2xvciBvZiB0aGUKICAgICAgZmFjZS4gIFdpZHRoIGlzIHNwZWNpZmllZC4gICov CiAgIEZBQ0VfUkFJU0VEX0JPWCwKLSAgRkFDRV9TVU5LRU5fQk9YCisgIEZBQ0VfU1VOS0VOX0JP WCwKKworICAvKiAnTW9kZXJuIGJveDogbGlrZSBzaW1wbGUgYm94LAorICAgICBidXQgdXNpbmcg dGhlICpiYWNrKmdyb3VuZCBjb2xvdXIgb2YgdGhlIGZhY2UgKi8KKyAgRkFDRV9NT0RFUk5fQk9Y CiB9OwogCiAvKiBVbmRlcmxpbmUgdHlwZS4gKi8KQEAgLTE3MDksOCArMTcxMywxMSBAQCAjZGVm aW5lIEZPTlRfVE9PX0hJR0goZnQpCQkJCQkJXAogICAgICBhcm91bmQgdGV4dCBpbiB0aGlzIGZh Y2UuICBBIHZhbHVlIG9mIEZBQ0VfU0lNUExFX0JPWCBtZWFucyBhIGJveAogICAgICBvZiB3aWR0 aCBib3hfbGluZV93aWR0aCBpcyBkcmF3biBpbiBjb2xvciBib3hfY29sb3IuICBBIHZhbHVlIG9m CiAgICAgIEZBQ0VfUkFJU0VEX0JPWCBvciBGQUNFX1NVTktFTl9CT1ggbWVhbnMgYSAzRCBib3gg aXMgZHJhd24gd2l0aAotICAgICBzaGFkb3cgY29sb3JzIGRlcml2ZWQgZnJvbSB0aGUgYmFja2dy b3VuZCBjb2xvciBvZiB0aGUgZmFjZS4gICovCi0gIEVOVU1fQkYgKGZhY2VfYm94X3R5cGUpIGJv eCA6IDI7CisgICAgIHNoYWRvdyBjb2xvcnMgZGVyaXZlZCBmcm9tIHRoZSBiYWNrZ3JvdW5kIGNv bG9yIG9mIHRoZSBmYWNlLgorICAgICBBIHZhbHVlIG9mIEZBQ0VfTU9ERVJOX0JPWCB3aWxsIGNy ZWF0ZSBhIEZBQ0VfU0lNUExFX0JPWCBkcmF3bgorICAgICB3aXRoIHRoZSBiYWNrZ3JvdW5kIGNv bG91ciBvZiB0aGUgZmFjZS4KKyAgKi8KKyAgRU5VTV9CRiAoZmFjZV9ib3hfdHlwZSkgYm94IDog MzsKIAogICAvKiBTdHlsZSBvZiB1bmRlcmxpbmluZy4gKi8KICAgRU5VTV9CRiAoZmFjZV91bmRl cmxpbmVfdHlwZSkgdW5kZXJsaW5lIDogMjsKZGlmZiAtLWdpdCBhL3NyYy94ZmFjZXMuYyBiL3Ny Yy94ZmFjZXMuYwppbmRleCA3M2E1MzZiMTljLi40YjUyODlmNjVmIDEwMDY0NAotLS0gYS9zcmMv eGZhY2VzLmMKKysrIGIvc3JjL3hmYWNlcy5jCkBAIC0zMjkzLDcgKzMyOTMsNyBAQCBERUZVTiAo ImludGVybmFsLXNldC1saXNwLWZhY2UtYXR0cmlidXRlIiwgRmludGVybmFsX3NldF9saXNwX2Zh Y2VfYXR0cmlidXRlLAogCQl9CiAJICAgICAgZWxzZSBpZiAoRVEgKGssIFFDc3R5bGUpKQogCQl7 Ci0JCSAgaWYgKCFFUSAodiwgUXByZXNzZWRfYnV0dG9uKSAmJiAhRVEgKHYsIFFyZWxlYXNlZF9i dXR0b24pKQorCQkgICAgaWYgKCFFUSAodiwgUXByZXNzZWRfYnV0dG9uKSAmJiAhRVEgKHYsIFFy ZWxlYXNlZF9idXR0b24pICYmICFFUSh2LCBRbW9kZXJuX2J1dHRvbikpCiAJCSAgICBicmVhazsK IAkJfQogCSAgICAgIGVsc2UKQEAgLTYwMzEsNiArNjAzMSw4IEBAIHJlYWxpemVfZ3VpX2ZhY2Ug KHN0cnVjdCBmYWNlX2NhY2hlICpjYWNoZSwgTGlzcF9PYmplY3QgYXR0cnNbTEZBQ0VfVkVDVE9S X1NJWkVdCiAJCWZhY2UtPmJveCA9IEZBQ0VfUkFJU0VEX0JPWDsKIAkgICAgICBlbHNlIGlmIChF USAodmFsdWUsIFFwcmVzc2VkX2J1dHRvbikpCiAJCWZhY2UtPmJveCA9IEZBQ0VfU1VOS0VOX0JP WDsKKwkgICAgICBlbHNlIGlmIChFUSAodmFsdWUsIFFtb2Rlcm5fYnV0dG9uKSkKKwkJZmFjZS0+ Ym94ID0gRkFDRV9NT0RFUk5fQk9YOwogCSAgICB9CiAJfQogICAgIH0KQEAgLTY5MTksNiArNjky MSw3IEBAIHN5bXNfb2ZfeGZhY2VzICh2b2lkKQogICBERUZTWU0gKFF3YXZlLCAid2F2ZSIpOwog ICBERUZTWU0gKFFyZWxlYXNlZF9idXR0b24sICJyZWxlYXNlZC1idXR0b24iKTsKICAgREVGU1lN IChRcHJlc3NlZF9idXR0b24sICJwcmVzc2VkLWJ1dHRvbiIpOworICBERUZTWU0gKFFtb2Rlcm5f YnV0dG9uLCAibW9kZXJuLWJ1dHRvbiIpOwogICBERUZTWU0gKFFub3JtYWwsICJub3JtYWwiKTsK ICAgREVGU1lNIChRZXh0cmFfbGlnaHQsICJleHRyYS1saWdodCIpOwogICBERUZTWU0gKFFsaWdo dCwgImxpZ2h0Iik7CmRpZmYgLS1naXQgYS9zcmMveHRlcm0uYyBiL3NyYy94dGVybS5jCmluZGV4 IDBkMjQ1MmRlOTIuLjEwNTgwZmEwMDMgMTAwNjQ0Ci0tLSBhL3NyYy94dGVybS5jCisrKyBiL3Ny Yy94dGVybS5jCkBAIC0zMDA1LDE2ICszMDA1LDI2IEBAIHhfZHJhd19nbHlwaF9zdHJpbmdfYm94 IChzdHJ1Y3QgZ2x5cGhfc3RyaW5nICpzKQogCiAgIGdldF9nbHlwaF9zdHJpbmdfY2xpcF9yZWN0 IChzLCAmY2xpcF9yZWN0KTsKIAotICBpZiAocy0+ZmFjZS0+Ym94ID09IEZBQ0VfU0lNUExFX0JP WCkKLSAgICB4X2RyYXdfYm94X3JlY3QgKHMsIGxlZnRfeCwgdG9wX3ksIHJpZ2h0X3gsIGJvdHRv bV95LCBod2lkdGgsCi0JCSAgICAgdndpZHRoLCBsZWZ0X3AsIHJpZ2h0X3AsICZjbGlwX3JlY3Qp OwotICBlbHNlCi0gICAgeworICBzd2l0Y2gocy0+ZmFjZS0+Ym94KSB7CisgIGNhc2UgRkFDRV9T SU1QTEVfQk9YOgorICAgICAgeF9kcmF3X2JveF9yZWN0IChzLCBsZWZ0X3gsIHRvcF95LCByaWdo dF94LCBib3R0b21feSwgaHdpZHRoLAorCQkgICAgICAgdndpZHRoLCBsZWZ0X3AsIHJpZ2h0X3As ICZjbGlwX3JlY3QpOworICAgICAgYnJlYWs7CisgIGNhc2UgRkFDRV9NT0RFUk5fQk9YOgorICAg ICAgeworCSAgdW5zaWduZWQgbG9uZyBzdG9yZV9jb2xvciA9IHMtPmZhY2UtPmJveF9jb2xvcjsK KwkgIHMtPmZhY2UtPmJveF9jb2xvciA9IHMtPmZhY2UtPmJhY2tncm91bmQ7CisJICB4X2RyYXdf Ym94X3JlY3QgKHMsIGxlZnRfeCwgdG9wX3ksIHJpZ2h0X3gsIGJvdHRvbV95LCBod2lkdGgsCisJ CQkgICB2d2lkdGgsIGxlZnRfcCwgcmlnaHRfcCwgJmNsaXBfcmVjdCk7CisJICBzLT5mYWNlLT5i b3hfY29sb3IgPSBzdG9yZV9jb2xvcjsKKyAgICAgIH0KKyAgICAgIGJyZWFrOworICBkZWZhdWx0 OgogICAgICAgeF9zZXR1cF9yZWxpZWZfY29sb3JzIChzKTsKICAgICAgIHhfZHJhd19yZWxpZWZf cmVjdCAocy0+ZiwgbGVmdF94LCB0b3BfeSwgcmlnaHRfeCwgYm90dG9tX3ksIGh3aWR0aCwKIAkJ CSAgdndpZHRoLCByYWlzZWRfcCwgdHJ1ZSwgdHJ1ZSwgbGVmdF9wLCByaWdodF9wLAogCQkJICAm Y2xpcF9yZWN0KTsKLSAgICB9CisgIH0KIH0KIAogCg== --00000000000070ef4905b603cff8--