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
(3)
2
(3)
3
(2)
4
(9)
5
(4)
6
7
(1)
8
(5)
9
(3)
10
(2)
11
12
13
14
(4)
15
16
17
18
(1)
19
20
21
22
(4)
23
(1)
24
(6)
25
(7)
26
(1)
27
28
(1)
29
(5)
30
(6)
31
(10)



Showing 4 results of 4

From: John H. <jdh...@ac...> - 2005年08月05日 21:53:27
>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:
 Steve> The SVG backend is also useful for debugging because it
 Steve> gives you a text list of everything the frontend does. For
 Steve> example I can look at the output of './simple_plot.py
 Steve> -dSVG' and see that the frontend seems to have a bug where
 Steve> its drawing every tickline twice. I had a look at axis.py
 Steve> but could not work out what was going on.
Just found and fixed this one. The problem was in axis.py. All of
the thick creation functions were like
 def _get_tick2line(self, loc):
 'Get the default line2D instance'
 # x in axes coords, y in data coords
 l = Line2D( (1,1), (0,0), color='k',
 antialiased=False,
 marker = TICKLEFT,
 linestyle = 'None',
 markersize=self._size,
 )
and later these positions were updated like
 self.tick2line.set_ydata((y,y))
These should all be length one lists
 l = Line2D( (1,), (0,), color='k',
 antialiased=False,
 marker = TICKLEFT,
 linestyle = 'None',
 markersize=self._size,
 )
 self.tick2line.set_ydata((y,))
Fixed in CVS
JDH
From: Norbert N. <Nor...@gm...> - 2005年08月05日 21:23:30
Currently, when writing a SVG, all raster images produced by imshow are
scaled to a fixed, low resolution. (72dpi?)
The least I would expect is the 'dpi=' option of savefig to be used for
writing PNGs in the SVG renderer.
Even better would be to switch off rescaling completely for any vector
output (EPS and SVG). This would allow optimal quality in post-processing.
I even believe that rescaling to a uniform resolution should be an
option, not the default.
Has anybody else spent thought on this?
From: John H. <jdh...@ac...> - 2005年08月05日 17:54:13
>>>>> "John" == John Hunter <jdh...@ac...> writes:
 John> I think we have a problem in GTK. In the script below, if
 John> you add a button or some other widget above the figure
 John> canvas, only a part of the canvas is updated in the
 John> motion_notify_event update. The distance from the top of
 John> the figure canvas to the part that is not updated is equal
 John> to the height of the widget packed above the canvas. You
 John> can observe this by resizing the window to make it taller or
 John> shorter and noting the vertical extent where the horizontal
 John> line disappears.
I think the answer is
 def draw(self):
 # synchronous window redraw (like GTK+ 1.2 used to do)
 # Note: this does not follow the usual way that GTK redraws,
 # which is asynchronous redraw using calls to gtk_widget_queue_draw(),
 # which triggers an expose-event
 
 # GTK+ 2.x style draw()
 #self._need_redraw = True
 #self.queue_draw()
 # synchronous draw (needed for animation)
 x, y, w, h = self.allocation
 #print x, y, w, h
 self._pixmap_prepare (w, h)
 self._render_figure(self._pixmap, w, h)
 self._need_redraw = False
 self.window.draw_drawable (self.style.fg_gc[self.state],
 self._pixmap, 0, 0, 0, 0, w, h)
 ^^^^^^^^^^
From: John H. <jdh...@ac...> - 2005年08月05日 16:30:23
I think we have a problem in GTK. In the script below, if you add a
button or some other widget above the figure canvas, only a part of
the canvas is updated in the motion_notify_event update. The distance
from the top of the figure canvas to the part that is not updated is
equal to the height of the widget packed above the canvas. You can
observe this by resizing the window to make it taller or shorter and
noting the vertical extent where the horizontal line disappears.
In the example below, when you move your mouse over the canvas, the
sine wave update will affect only part of the sine, and the horizontal
line will only update below this mystery boundary.
If you comment out the line that packs in the button, the script will
behave correctly.
Perhaps we are screwing up the pixmap management.
I initially thought this was a problem with gtkagg, but on further
examination I found it applies to plain-vanilla-gtk as well as gtkagg.
Any ideas?
#!/usr/bin/env python
"""
show how to add a matplotlib FigureCanvasGTK or FigureCanvasGTKAgg widget and
a toolbar to a gtk.Window
"""
from matplotlib.figure import Figure
from matplotlib.numerix import arange, sin, pi
#from matplotlib.backends.backend_gtkagg import FigureCanvasGTKAgg as FigureCanvas
from matplotlib.backends.backend_gtk import FigureCanvasGTK as FigureCanvas
import gtk
win = gtk.Window()
win.connect("destroy", lambda x: gtk.main_quit())
win.set_default_size(400,600)
win.set_title("Embedding in GTK")
vbox = gtk.VBox()
win.add(vbox)
fig = Figure(dpi=100)
ax = fig.add_subplot(111, autoscale_on=False)
t = arange(0.0,3.0,0.01)
s = sin(2*pi*t)
sline, = ax.plot(t,s)
ax.set_ylim((-1,1))
line, = ax.plot([0,3], [0,0], color='red', linewidth=2)
if 1: # if button is visible bug is exposed
 button = gtk.Button('Hi mom')
 button.show()
 vbox.pack_start(button, True, True)
canvas = FigureCanvas(fig) # a gtk.DrawingArea
canvas.set_size_request(400,400)
vbox.pack_start(canvas, True, True)
def update(event):
 if not event.inaxes: return 
 print event.ydata
 
 sline.set_ydata(2*sin(2*pi*t))
 line.set_ydata((event.ydata, event.ydata))
 canvas.draw()
 return False
canvas.mpl_connect('motion_notify_event', update)
win.show_all()
gtk.main()

Showing 4 results of 4

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 によって変換されたページ (->オリジナル) /