[Epydoc-commits] SF.net SVN: epydoc: [1500] trunk/epydoc/src/epydoc/apidoc.py

[<ed...@us...>]

Revision: 1500
          http://svn.sourceforge.net/epydoc/?rev=1500&view=rev
Author:   edloper
Date:     2007-02-13 22:15:18 -0800 (Tue, 13 Feb 2007)

Log Message:
-----------
- Fixed SF bug #1659520 (although I'm not entirely happy with the fix)

Modified Paths:
--------------
    trunk/epydoc/src/epydoc/apidoc.py

Modified: trunk/epydoc/src/epydoc/apidoc.py
===================================================================
--- trunk/epydoc/src/epydoc/apidoc.py	2007-02-14 06:12:22 UTC (rev 1499)
+++ trunk/epydoc/src/epydoc/apidoc.py	2007-02-14 06:15:18 UTC (rev 1500)
@@ -679,6 +679,16 @@
     def is_detailed(self):
         if (self.value in (None, UNKNOWN)):
             return super(VariableDoc, self).is_detailed()
+        if isinstance(self.value, GenericValueDoc):
+            # [XX] This is a little hackish -- we assume that the
+            # summary lines will have SUMMARY_REPR_LINELEN chars,
+            # that len(name) of those will be taken up by the name,
+            # and that 3 of those will be taken up by " = " between
+            # the name & val.  Note that if any docwriter uses a
+            # different formula for maxlen for this, then it will
+            # not get the right value for is_detailed().
+            maxlen = self.value.SUMMARY_REPR_LINELEN-3-len(self.name)
+            return (not self.value.summary_pyval_repr(maxlen).is_complete)
         else:
             return self.value.is_detailed()
 


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.