From: Vladimir Testov <vladimir.testov@rosalab.ru>
To: grub-devel@gnu.org
Cc: Andrey Borzenkov <arvidjaar@gmail.com>
Subject: Re: [PATCH] grub-core/gfxmenu/widget-box.c - bugfix: incorrect drawing in cases of NULL center slice
Date: Mon, 22 Jul 2013 11:36:11 +0400 [thread overview]
Message-ID: <3213544.R7GVZuqFGs@icedphoenix> (raw)
In-Reply-To: <20130720181804.459d80fd@opensuse.site>
On Saturday, July 20, 2013 06:18:04 PM Andrey Borzenkov wrote:
> В Wed, 17 Jul 2013 21:55:58 +0400
>
> Vladimir Testov <vladimir.testov@rosalab.ru> пишет:
> > See screenshots included.
> >
> > If the center slice is NULL then west or north slice is also NULL
>
> Why? As far as I can tell code is supposed to scale all parts of
> bitmap. What triggers this problem?
Code is supposed to scale all parts of a bitmap. Yes.
It does actually. But if the bitmap's size is zero then scaled bitmap won't be
created.
There are two arrays of bitmaps: original and scaled. Some of the scaled
bitmaps can be non-existent. And for correct drawing of the styled box with
some zero sizes (e.g. very short scrollbar thumb, it's west slice will have
zero height) will be drawn incorrectly because the west SCALED bitmap wasn't
created. The west slice is scaled horizontally. It's width should be always
the same as the ORIGINAL west slice's width.
So if we would like to draw a styled box correctly we should take original
west slice's width. (of height of the north slice).
> > so the
> >
> > height_n or width_w is also NULL. We can count these values from raw (non-
> > scaled) bitmaps. The values will be the same as before for common cases.
> > And the bug will be fixed.
>
> This looks more like a workaround for some other problem. Also while
> currently width (for W) or height (for N) does not change, it may be
> reimplemented in the future. In this case this patch will create hard
> to spot bug.
No, this is not a workaround for some other problem.
As I understand, it's the idea of the styled box - make corner slices be
constant and others to be correspondingly scaled. And sizes of the bitmaps
should be correct. (e.g. widths of W, NW, SW are the same)
If this conception is about to change then themes written before won't be
corrcectly shown. I mean loosing of backward compatibility.
I don't see how the styled box concepts are going to change... Could you
please give an example of the concept?
I still think this patch is needed and that it's correct.
Maybe it should be modified to correspond some ideas.
And maybe the styled box algorithms should be updated. :)
Thanks for the reply!
--
With best regards,
_______________________________
Vladimir Testov, ROSA Laboratory.
www.rosalab.ru
prev parent reply other threads:[~2013-07-22 7:36 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-17 17:55 [PATCH] grub-core/gfxmenu/widget-box.c - bugfix: incorrect drawing in cases of NULL center slice Vladimir Testov
2013-07-20 14:18 ` Andrey Borzenkov
2013-07-22 7:36 ` Vladimir Testov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3213544.R7GVZuqFGs@icedphoenix \
--to=vladimir.testov@rosalab.ru \
--cc=arvidjaar@gmail.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).