stal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> --------
>
>
root of my original problem) and leave it at that.
Cheers,
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> According to svn blame, which only gives the most recent version a
>> line was edited, not the first time a line appeared, obviously --
>> subslice support was
that, I'm surprised it
competes so favorably timewise -- I suspect the important thing is to
just reduce the number of points passed to the renderer -- the actually
speed at which those points are located is nothing compared to stroking
points.
Cheers,
Mike
Eric Firing wrote:
> Michae
rrent code)
The last three are close enough to be considered equal.
Of course, another benchmark may produce very different results, so I'm
reluctant to just yank it. But it would be nice to remove
nearly-identical optimizations.
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Oper
focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://list
he reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>
; Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
_
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Ope
gt; uname -a
> SunOS userver210 5.10 Generic_138889-06 i86pc i386 i86pc
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
-
Fault (core dumped)
> johnh@:mplot3d> uname -a
> SunOS userver210 5.10 Generic_138889-06 i86pc i386 i86pc
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
John Hunter wrote:
>
> BTW, it looks like the edges of the polys are aliased in the "masked"
> side of the figure. Have you noticed this?
>
Yeah -- the right hand side is still using the old code path, which is
aliased by default.
Cheers,
Mike
--
Michael Droettboom
S
next week
> and see if I can apply it to trunk.
>
> Regards,
> Reinier
>
> On Fri, Aug 7, 2009 at 3:02 PM, Michael Droettboom wrote:
>
>> Nevermind -- this is in Agg 2.4 as well. Don't know why I missed it
>> yesterday. I'll have a look into this to
_id=80706&atid=560720
I think this is reaching my limit of understanding of the color mapping
code, so I'm hoping someone else has a solution that will fix one bug
without creating another ;)
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Di
Nevermind -- this is in Agg 2.4 as well. Don't know why I missed it
yesterday. I'll have a look into this to see how well we can integrate it.
Cheers,
Mike
Michael Droettboom wrote:
> Ah -- I didn't look at Agg 2.5 at all because of the licensing issues.
> Isn't t
Ah -- I didn't look at Agg 2.5 at all because of the licensing issues.
Isn't this a no-go for us because it's GPL'd?
Cheers,
Mike
John Hunter wrote:
> On Thu, Aug 6, 2009 at 1:53 PM, Michael Droettboom wrote:
>
>
>> Even with this, the gradient
John Hunter wrote:
> On Thu, Aug 6, 2009 at 1:06 PM, Michael Droettboom wrote:
>
>> I looked into this a while ago wrt 2D quad meshes, and it didn't look like
>> there was anything built-in to do something like that. All the gradients
>> are 1-dimensional (i.
nt - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://list
Freddie Witherden wrote:
> Hi,
>
> On 3 Aug 2009, at 17:39, Michael Droettboom wrote:
>
>> Is there an additional step to install mathtex? I thought the goal
>> was to make "python setup.py install" work out of the box.
>>
>
> This was
__
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
t the merge.
7. Commit the merged changes to the trunk:
svn commit -F svnmerge-commit-message.txt
Let me know if you have any questions.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated b
s on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplot
er' option for this type of 'package
> chaining'.
>
> Does anyone have any suggestions or recommendations?
>
> Regards, Freddie.
>
> --
> ___________
> Matplotli
loper Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Mic
nter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> --------
>
> ___
> Matplotlib-devel mailing li
_
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Ope
17-19. Two days of sessions, one day of unconference: $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> __
I before committing it.
Cheers,
Mike
>
> Thanks again,
> Toby
>
> On Mon, 22 Jun 2009 15:58:58 +0100, Michael Droettboom
> wrote:
>
>> I don't ever work with data-in-PNGs, so I won't comment on the use
>> cases or API here -- I'll leave that to ot
sessions, one day of unconference: $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> ----
>
> ___
> Matplotlib-
hen dealing with some degenerate
cases, to improve its performance, greatly improve the clipping
algorithm and allow the tolerance to be user-configurable.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Ins
nd in some
> future...
>
> would it really stand up compared to the current backends? is there clues
> about that right now?
>
> thanks for any inputs! :D
> bye
>
Hope this helps,
Mike
--
Mic
The __revision__ in from matplotlib is the revision number on
matplotlib's __init__.py file, which will always lag behind the revision
of the most recently-changed file in the source tree (which is what SVN
tells you).
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engine
ent of the axes_grid stuff, which is primarily about
layout out axes within a figure, correct? Is there a reason why it's
part of the axes_grid toolkit that I'm missing?
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Scienc
ngside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/li
ill valid nowdays? should we (at least packagers)
> remove the private copy and rely on the system pyparsing (or at least
> introduce a "check if system has pyparsing, if not fallback on
> private" wr
A review of a book primarily on matplotlib, numpy and scipy has hit the
front page of Slashdot.
http://books.slashdot.org/article.pl?sid=09/05/27/1327255&from=rss
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Oper
anslation combined with the existing xaxis transform
> (using "get_xaxis_transform() + my_new_transform"). Other methods may be
> possible, but I think they'll be a lot more work.
>
> Thanks,
>
al Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.
Eric Firing wrote:
> Michael Droettboom wrote:
>> That's right, Eric. I think having resolution be an attribute of the
>> artist (and not the projection) is the "path" of least resistance
>> here. To clarify, however, the interpolation (more specifically
_figure(fig)
> File "/usr/local/lib/python2.6/dist-packages/matplotlib/axes.py", line
> 597, in set_figure
> self._set_lim_and_transforms()
> File "custom_projection_example.py", line 94, in _set_lim_and_transforms
> self.transProjection = self.Hammer
; introspection mechanism?
>
I don't think so. IIRC, most of what are now properties were raw
attributes at one time, and the hidden methods was just to avoid adding
more things to the public namespace. But I don't see any compelling
reason they couldn't be public.
Mike
--
Mi
t; is a Path attribute. Except for backwards compatibility. Comments,
> Mike?
>
> I can't implement it right now, but if no one comes up with a better
> solution, or wants to implement something like this one, t
rden wrote:
> Hi all,
>
> On 11 May 2009, at 12:43, Michael Droettboom wrote:
>
>> I'm with Eric on this -- let's try to do the right thing without
>> requiring any user intervention. I actually can't think of a use case
>> that would require a s
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
> Series Scanner you'll get full spee
--
>
> _______
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operations and Eng
p.sf.net/sfu/velocityconf
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Enginee
...
>
> Cheers,
>
> f
>
> --
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/ww
omposer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> ___
> Matplotlib-devel mailing list
>
lib?
>>
>
> I'm afraid there's no support for that in the current version, except
> probably in the Cairo backend (every time I try to compile pycairo I run
> into trouble with some of the dependencies, but if you can get it to
> work, it's a very advanced gra
above it sounds like all should be good.
>
> Cheers
>
> Adam
>
> --
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
tually can fail:
>
> In [10]:zz = np.ma.ones(5)
>
> In [11]:zz
> Out[11]:
> masked_array(data = [ 1. 1. 1. 1. 1.],
> mask = False,
>fill_value = 1e+20)
>
>
> In [12]:np.putmask(zz, zz.mask, 0)
> ---------
in well with my desire
to verify arguments early and consistently. But I don't think we need
to throw out the convenient string forms of colors to achieve it. Those
are really handy, and fairly well known from HTML/CSS/SVG etc., and I
worry forcing the user to provide an instance of a particul
ur RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> ---
r(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sf
otlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>
>
>
>
>
TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
>
>
> _______
> Matplotlib-devel mailing list
> Matplotlib-devel@
--
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Sc
60 day trial. http://p.sf.net/sfu/www-adobe-com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
I was rounding where I should have been truncating. I think this is
fixed now in SVN.
Mike
Ryan May wrote:
> On Wed, Mar 4, 2009 at 12:16 PM, Michael Droettboom <mailto:md...@stsci.edu>> wrote:
>
> The 'regular' font stuff just isn't very well tested ye
the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourcefor
Jae-Joon Lee wrote:
> The following code show how the FontProperties is currently hashed.
>
> def __hash__(self):
> l = self.__dict__.items()
> l.sort()
> return hash(repr(l))
>
>
> The hash does not account user's rcParams setting. And due to the font
> caching, findfo
-Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______
> Matplotlib-devel mailing list
> Matplotlib-d
; ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telesc
--
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receiv
ates.
But, I'd appreciate you having a comparison look yourself, in case
you're seeing some detail that I'm missing.
Cheers,
Mike
Allan Haldane wrote:
> a writes:
>
>> Michael Droettboom writes:
>>
>>> Thanks for the pointers.
>>>
>>
Olle Engdegård wrote:
>
> Sorry for not being clear enough.
>
> I see this only when exporting to svg, importing it to Inkscape and
> then saving as pdf there. Never interactively. And never if exporting
> directly to pdf from matplotlib.
>
> It could very well be a bug in Inkscape, but matplotli
Does directly outputting PDF from matplotlib work for you ? -- (it works
here)
Mike
Michael Droettboom wrote:
> I see it with 0.98.5.x, but not with SVN trunk. I'll look into this
> further and see what I can determine.
>
> Mike
>
> Olle Engdegård wrote:
>
&g
stration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Op
o, without having to recreate the
> calculations at each step.
>
> Is it possible to make the ..plot directive pick up the context in the same
> way?
>
> Thanks a lot,
>
> Matthew
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Tele
Sorry -- Ignore my last comment. I see the Scipy version already has
the covered -- it's just in a different place. No problem.
Cheers,
Mike
Michael Droettboom wrote:
> Pauli Virtanen wrote:
>
>> Mon, 16 Feb 2009 13:26:40 -0500, Michael Droettboom wrote:
>> [clip]
&
Pauli Virtanen wrote:
> Mon, 16 Feb 2009 13:26:40 -0500, Michael Droettboom wrote:
> [clip]
>
>> Anyway, the current version in matplotlib handles files in a way that
>> behaves well with Sphinx (which I see is a TODO list item in the numpy
>> version). It also us
Pauli Virtanen wrote:
> Mon, 16 Feb 2009 10:30:47 -0500, Michael Droettboom wrote:
>
>
>> A preliminary version of this is committed on the branch and trunk.
>>
>> You can now do:
>>
>> .. plot::
>>
>> from matplotlib.pyplot import *
&
nging it.
It has also been moved to the installed source directory, so other
projects no longer need to copy it. Just change the entry in the
extensions list in the Sphinx conf.py from 'plot_directive' to
'matplotlib.sphinxext.plot_directive' and remove your local copy of t
adobe-com
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Divisi
F8H
> ----
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael
__
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Thanks for the report. I'll make the change in SVN.
[For those planning the next bugfix release: this only affects the trunk.]
Mike
Patrick Marsh wrote:
> I just tried this fix and was able to build on Windows Vista.
>
> -Patrick
>
>
>
>
> On Fri, Feb 6, 2009 a
>
> ___________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lis
Just getting to this thread now -- I think this was introduced in my
recent changes. I'm used to being on platforms where this is defined,
so I forgot that it's not always there.
In this specific case "unsigned char" is probably equivalent everywhere
we run, so we might as well just do that.
de decisions. The Python-dev team seems to be working this out right
> now: http://www.python.org/dev/peps/pep-0374/
>
I like the approach the PEP (Brett Cannon) is taking. I think it makes
a lot of sense to let those dedicated and smart core Python folks do
some
There was both a parser bug (where accents were taking precedence over
symbols), and a mapping bug (where ldots was mapped to the wrong Unicode
code point). Both of these should now be fixed on the branch and
trunk. Let me know if you see any further problems.
Mike
Fernando Perez wrote:
> Ho
ocal
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> ___
> Matplotlib-devel mailing li
There seems to have been an indentation error there.
Please update and try again now.
Thanks,
Mike
João Luís Silva wrote:
> Michael Droettboom wrote:
>> Thanks for narrowing this down. I have (hopefully) fixed this in r6864.
>>
>
> It did fix my previous examples. Howev
ta (t)
>> from 2 degrees to 358
>> degrees, then convert to Cartesian cords, and plot the results, you will get
>> the correct line that
>> directly crosses the zero degree line and not one that wraps around the
>> origin.
>>
>> Is the polar plot
Thanks for narrowing this down. I have (hopefully) fixed this in r6864.
Cheers,
Mike
João Luís Silva wrote:
> Michael Droettboom wrote:
>> Thanks for the report. I'm not actually able to reproduce this here
>> -- though I suspect this could be related to the recent pat
ert() takes exactly 3 arguments (2 given)
> /home/mdroe/usr/lib/python2.5/site-packages/matplotlib/axes.py(4104)bar()
-> left = xconv.convert( left, units )
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telesco
---
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lis
dule("__main__", fd, fname,
> ('py', 'r', imp.PY_SOURCE))
>File "loadrec.py", line 14, in
>File
> "/home/nwagner/local/lib64/python2.6/site-packages/mpl_toolkits/exceltools.py",
>
> line 31, in
> raise ImportEr
leanup_path" in
_path.cpp. I'm happy to help with this, but without a Mac, it will be
hard to compile and test these changes.
I've looked through all the backend_driver images, and everything seems
ok, but let me know if you see any strangely drawn paths etc.
Cheers,
Mike
Mi
ly want all relevant changes merged
from the branch to the trunk, that is not true in reverse (many things
on the trunk are too risky to go to the branch). So, you end up doing a
lot of manual cherry-picking when going in that direction, making
svnmerge less helpful anyway.
Generally, if
Sorry. That was a mistake to commit it -- I did this while I was trying
to track down a segfault. I will revert it.
Mike
Jae-Joon Lee wrote:
> Michael,
>
> It seems that the gtk backend in the current svn silently ignores ALL
> exceptions raised during the drawing.
>
> http://matplotlib.svn.so
---
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> __
---
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists
a wrote:
> Michael Droettboom writes:
>
>
>> I've checked this change into SVN so others can test it out.
>>
>> Assuming we don't discover any cases where this is clearly inferior, it
>> should make it into the next major release.
>>
>>
I've checked this change into SVN so others can test it out.
Assuming we don't discover any cases where this is clearly inferior, it
should make it into the next major release.
Mike
Andrew Hawryluk wrote:
>> -Original Message-
>> From: Michael Droettboom [
tself where simplification even kicks in.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
This SF.net email is sponsored by:
Sour
You need the '-S' parameter to specify a branch. Otherwise, any arguments
after the command name are just paths within the working copy, just like most
other svn commands.
So you need to do:
> svnmerge.py merge -S v0_98_5_maint
I just tested a change to the branch followed by a merge and ever
-
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ------------
>
> __
-loops required to merge from the maintenance branch to the trunk
in git and then push that all back to SVN (should be possible, but may
not play well with svnmerge, anyway). The good news is that, as always,
svnmerge still works for that purpose.
Mike
Michael Droettboom wrote:
> Thanks.
situation
without crashing. I think this solution (to warn) is adequate,
especially given that most newer TeX distributions shouldn't have this
issue.
Mike
Jouni K. Seppänen wrote:
> Michael Droettboom writes:
>
>
>> The output of "python usetex_texteffe
601 - 700 of 1294 matches
Mail list logo
