<div dir="ltr"><div>So how does it work now in one color?</div><div><br></div><div>1. display == full comp region: red box<br></div><div>2. display > and contains full comp region: red box smaller than display<br></div><div>3. display < and inside full comp region: no box at all? (can be confusing with cases 4 & 5) or red box (can be confusing with case 1). I think we need two colors in this case? Actual comp region borders red, Display borders within comp region blue (maybe, switching blue and red would be better?). For example, completely inside (not crossing any comp region boundaries) blue box. Looking at the east comp region boundary: vertical line in red, top-left, bottom-left, and left in blue. Again, I think if we use red and blue, it would be better to use blue for comp region borders and red for partially/contained borders.<br></div><div>4. display > and does not contain full comp region: no box</div><div>5. display < and outside full comp region: no box</div><div><br></div><div>Huidae<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 24, 2018 at 7:02 AM Martin Landa <<a href="mailto:landa.martin@gmail.com">landa.martin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
st 26. 9. 2018 v 20:27 odesílatel Anna Petrášová <<a href="mailto:kratochanna@gmail.com" target="_blank">kratochanna@gmail.com</a>> napsal:<br>
> I think it changes color depending if you are zoomed inside or outside of the region. I find this behavior little bit confusing, perhaps just having one color would be enough, and maybe don't show it when you are zoomed inside?<br>
<br>
in r73826 the settings was changed to show comp. region extent in red<br>
color only regardless display and computation extent position. If no<br>
objection I will do backport to g76 release branch in next days.<br>
Question is whether comp. region extent should be displayed by<br>
default. The behaviour has been changed accordingly [1], but<br>
unfortunately there was no feedback. Any opinion (since it affects<br>
7.6.0 release)?<br>
<br>
Ma<br>
<br>
[1] <a href="https://trac.osgeo.org/grass/ticket/3519" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/ticket/3519</a><br>
<br>
-- <br>
Martin Landa<br>
<a href="http://geo.fsv.cvut.cz/gwiki/Landa" rel="noreferrer" target="_blank">http://geo.fsv.cvut.cz/gwiki/Landa</a><br>
<a href="http://gismentors.cz/mentors/landa" rel="noreferrer" target="_blank">http://gismentors.cz/mentors/landa</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><div><div dir="ltr">Huidae Cho, Ph.D., GISP, PE (MD), CFM, M.ASCE<br>Open Source GIS Developer, GRASS GIS Development Team</div></div></span></div></div></div></div></div></div></div></div>