Bug 132715
| Summary: | add support for nested lists to htmlbuffer.py | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Alexandre Oliva <oliva> |
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
| Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3 | CC: | ed, katzj, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | FC5 | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-03-01 03:08:51 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 150221 | ||
|
Description
Alexandre Oliva
2004-09-16 06:26:40 UTC
The misplaced bullets appear to be a bug in htmlbuffer.py when handling multi-level nested lists. The bullets at the point of nesting are misplaced, and the nested list is not indented. The run-together stuff in the X section was due to some stupid markup I used. I've fixed it, but since it uses nested lists you'll end up seeing more misplaced bullets. :-( Reassigning this to anaconda, so that htmlbuffer.py can be made a bit smarter -- it absolutely needs to be able to handle lists nested two-deep, and if it could be made to deal with lists nested three- or four-deep, I'd be a happy man, indeed... :-) FYI, The change in markup may not end up being reflected in test2, depending on whether rel-eng decides to respin fedora-release... Nested bullets aren't handled at this point and doing so isn't likely to happen for fc3 (doing so requires a massive rework of how the html widget works to not just simply apply pango attributes at the front and back-end of things...) gtkhtml2 should handle these better |