SourceForge logo
SourceForge logo
Menu

matplotlib-devel — matplotlib developers

You can subscribe to this list here.

2003 Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
(1)
Nov
(33)
Dec
(20)
2004 Jan
(7)
Feb
(44)
Mar
(51)
Apr
(43)
May
(43)
Jun
(36)
Jul
(61)
Aug
(44)
Sep
(25)
Oct
(82)
Nov
(97)
Dec
(47)
2005 Jan
(77)
Feb
(143)
Mar
(42)
Apr
(31)
May
(93)
Jun
(93)
Jul
(35)
Aug
(78)
Sep
(56)
Oct
(44)
Nov
(72)
Dec
(75)
2006 Jan
(116)
Feb
(99)
Mar
(181)
Apr
(171)
May
(112)
Jun
(86)
Jul
(91)
Aug
(111)
Sep
(77)
Oct
(72)
Nov
(57)
Dec
(51)
2007 Jan
(64)
Feb
(116)
Mar
(70)
Apr
(74)
May
(53)
Jun
(40)
Jul
(519)
Aug
(151)
Sep
(132)
Oct
(74)
Nov
(282)
Dec
(190)
2008 Jan
(141)
Feb
(67)
Mar
(69)
Apr
(96)
May
(227)
Jun
(404)
Jul
(399)
Aug
(96)
Sep
(120)
Oct
(205)
Nov
(126)
Dec
(261)
2009 Jan
(136)
Feb
(136)
Mar
(119)
Apr
(124)
May
(155)
Jun
(98)
Jul
(136)
Aug
(292)
Sep
(174)
Oct
(126)
Nov
(126)
Dec
(79)
2010 Jan
(109)
Feb
(83)
Mar
(139)
Apr
(91)
May
(79)
Jun
(164)
Jul
(184)
Aug
(146)
Sep
(163)
Oct
(128)
Nov
(70)
Dec
(73)
2011 Jan
(235)
Feb
(165)
Mar
(147)
Apr
(86)
May
(74)
Jun
(118)
Jul
(65)
Aug
(75)
Sep
(162)
Oct
(94)
Nov
(48)
Dec
(44)
2012 Jan
(49)
Feb
(40)
Mar
(88)
Apr
(35)
May
(52)
Jun
(69)
Jul
(90)
Aug
(123)
Sep
(112)
Oct
(120)
Nov
(105)
Dec
(116)
2013 Jan
(76)
Feb
(26)
Mar
(78)
Apr
(43)
May
(61)
Jun
(53)
Jul
(147)
Aug
(85)
Sep
(83)
Oct
(122)
Nov
(18)
Dec
(27)
2014 Jan
(58)
Feb
(25)
Mar
(49)
Apr
(17)
May
(29)
Jun
(39)
Jul
(53)
Aug
(52)
Sep
(35)
Oct
(47)
Nov
(110)
Dec
(27)
2015 Jan
(50)
Feb
(93)
Mar
(96)
Apr
(30)
May
(55)
Jun
(83)
Jul
(44)
Aug
(8)
Sep
(5)
Oct
Nov
(1)
Dec
(1)
2016 Jan
Feb
Mar
(1)
Apr
May
Jun
(2)
Jul
Aug
(3)
Sep
(1)
Oct
(3)
Nov
Dec
2017 Jan
Feb
(5)
Mar
Apr
May
Jun
Jul
(3)
Aug
Sep
(7)
Oct
Nov
Dec
2018 Jan
Feb
Mar
Apr
May
Jun
Jul
(2)
Aug
Sep
Oct
Nov
Dec
S M T W T F S
1
(4)
2
(4)
3
(13)
4
(4)
5
(1)
6
(5)
7
(5)
8
(6)
9
(20)
10
(1)
11
12
(11)
13
(4)
14
(2)
15
(1)
16
(1)
17
(4)
18
(5)
19
(5)
20
21
(1)
22
(1)
23
(2)
24
25
(6)
26
(1)
27
28
29
(7)
30
(12)





Showing 1 results of 1

From: Andrew S. <str...@as...> - 2009年11月10日 21:07:02
Andrew Straw wrote:
> John Hunter wrote:
> 
>> On Mon, Nov 9, 2009 at 10:21 AM, Andrew Straw <str...@as...> wrote:
>> 
>> 
>>> Hi All,
>>>
>>> I have addressed what I think is a long-standing wart: zorder is mostly
>>> ignored for imshow(). (See e.g.
>>> http://old.nabble.com/Re%3A--Matplotlib-users--imshow-zorder-tt19047314.html#a19047314
>>> ) The question is whether I should apply the attached patch.
>>> 
I went ahead and committed this patch to the trunk in r7950.
Here's the CHANGELOG entry:
2009年11月10日 Single images, and all images in renderers with
 option_image_nocomposite (i.e. agg, macosx and the svg
 backend when rcParams['svg.image_noscale'] is True), are
 now drawn respecting the zorder relative to other
 artists. (Note that there may now be inconsistencies across
 backends when more than one image is drawn at varying
 zorders, but this change introduces correct behavior for
 the backends in which it's easy to do so.)
Jae Joon raised a couple of concerns:
1) the patch would introduces inconsistent behavior between backends -- 
namely that PS and other backends, when given more than one image, would 
"composite" (or rasterize) all images and stick them underneath 
everything else. Agg would have proper zordering between images and 
other artists.
2) there is doubt about the utility of such functionality. Jae-Joon says 
"I think it is often sufficient if we draw images at the bottom but 
respect zorders among images".
As for #1, it seems to me this is simply a bug/limitation with the 
compositing functionality (e.g. the PS backend). The SVG backend has the 
possibility to turn compositing on or off based on the svg.image_noscale 
rcParam, and perhaps other backends could grow something similar. I 
can't see why this patch -- that specifically solves the bug/limitation 
in the backends where its easily possible -- should be held back due to 
this.
As for #2, perhaps my use case will be convincing -- I'm trying to draw 
reconstructions of various experimental setups, and the easiest way to 
do this is to create texture-mapped rectangles in which I can control 
the zorder -- a single texture may need to be over some artists but 
under others. Perhaps there's an easier way to achieve this, but I'm not 
aware of it.
Jae Joon has also stated that he's OK with the patch, so I went ahead 
and committed it. In light of all this, please let me know if you still 
have concerns, and hopefully they can be addressed. In the worst case, 
we can back this patch out.
-Andrew

Showing 1 results of 1

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /