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




Showing 4 results of 4

From: Fernando P. <Fer...@co...> - 2004年11月17日 17:54:54
Jochen Voss schrieb:
> Hello Steve,
> 
> On Wed, Nov 17, 2004 at 11:00:32PM +0800, Steve Chaplin wrote:
> 
>>I don't think failure to save a file should be a fatal error.
>>Perhaps PS/SVG print_figure() could raise an exception for the GUI
>>backend to catch so it can popup an error message and continue.
> 
> Even now you can probably (not tried) catch the SystemExit
> exception and prevent the program from aborting.
> Do you think raising SystemExit like
> 
> raise SystemExit("error while writing file: permission denied")
> 
> would be good enough. The GUI frontend could catch SystemExit,
> check whether the associated value is a string, and then display
> this string in an error message box.
> 
> What do you think?
Bad design. Doing exception analysis based on string matching for the message 
is very brittle. A single change in capitalization of the message can break 
things down the road.
It's _far_ better to either:
1. have the ps/svg backends do whatever cleanup they want, and then reraise 
the original exception unchanged
2. or simply make a matplotlib.SaveError exception which can be explicitly 
caught based on class matching, which is the preferred python way of doing this.
Best,
f
From: Jochen V. <vo...@se...> - 2004年11月17日 15:34:12
Hello Steve,
On Wed, Nov 17, 2004 at 11:00:32PM +0800, Steve Chaplin wrote:
> I don't think failure to save a file should be a fatal error.
> Perhaps PS/SVG print_figure() could raise an exception for the GUI
> backend to catch so it can popup an error message and continue.
Even now you can probably (not tried) catch the SystemExit
exception and prevent the program from aborting.
Do you think raising SystemExit like
 raise SystemExit("error while writing file: permission denied")
would be good enough. The GUI frontend could catch SystemExit,
check whether the associated value is a string, and then display
this string in an error message box.
What do you think?
Jochen
--=20
http://seehuhn.de/
From: Steve C. <ste...@ya...> - 2004年11月17日 14:59:21
I've noticed a problem as follows:
You run a GUI backend (GTK, GTKAgg etc) and want to save a figure.
You select the toolbar save button and type in a .ps or .svg filename
and select save.
The GUI backend switches to the PS/SVG backend to save the file.
If there is a problem saving the file, for example you do not have write
permission to the directory, PS/SVG backends will kill your GUI
application with sys.exit()
I don't think failure to save a file should be a fatal error.
Perhaps PS/SVG print_figure() could raise an exception for the GUI
backend to catch so it can popup an error message and continue.
Steve
Hi there,
again a few patches, mostly independent but somewhat interconnected:
axes-kwargs:
	a general cleanup of the code in axes.py - in several places, kwargs was 
handled inconsistently, ignoring surplus arguments. I went through all uses 
of kwargs and made sure that every argument is either used or reported as 
error
legend-fontsize:
	a tiny hack to make Legend respect the FONTSIZE parameter correctly. (up to 
now, it was plainly ignored)
legend-kwargs:
	have Legend.__init__ respect a bunch of kwargs, overriding the global 
defaults. Also Axes.legend passes these arguments through correctly
Ciao,
Norbert
-- 
_________________________________________Norbert Nemec
 Bernhardstr. 2 ... D-93053 Regensburg
 Tel: 0941 - 2009638 ... Mobil: 0179 - 7475199
 eMail: <No...@Ne...>

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