Block and Line Layout need to be fully documented



Developer Documentation
Mozilla Platform
16 years ago
2 years ago


(Reporter: Marc Attinasi, Assigned: Nobody's working on this, feel free to take it)




(8 attachments)



16 years ago
Block and line layout is a difficult area that is not well documented. We need
to document it to make it more penetrable and to better understand where its
strengths and weaknesses are.


16 years ago

Comment 1

16 years ago
Created attachment 62129 [details]
Layout Documentation Overview

This is an overview of the documentation strategy I plan to use for documenting
the design of layout (block and line initially). This is a work In Progress -
comments and criticisms are welcome.

Comment 2

16 years ago
Created attachment 62130 [details]
Dummy Class Diagram..

for reference in the High Level design Template (WIP)

Comment 3

16 years ago
Created attachment 62131 [details]
High Level Design Template

A template to be used for High Level Design documents (WIP)

Comment 4

16 years ago
P1 --> 098
Priority: -- → P1
Target Milestone: --- → mozilla0.9.8

Comment 5

16 years ago
For those interested, there is a complete spec of UML to find under:


Comment 6

16 years ago
Created attachment 62538 [details]
Detailed Design Template

Simple template for Layout Detailed Designs (WIP)

Comment 7

16 years ago
I'm working on sample designs for the Space Manager now. I will attach them as
they are completed. They should have been in this week, but I got sick and
progress was slowed as I reallocated my internal resources to fight the invading
army of evil, terrorizing microbes.  Stay tuned, I am hoping to do some of this
over the Holiday, family willing.

Comment 8

16 years ago
Created attachment 64023 [details]

Comment 9

16 years ago
Created attachment 64024 [details]
Space Manager Class Diagram UML source file (DOME)

Comment 10

16 years ago
What's DOME?

Comment 11

16 years ago
DOME is a free UML editor:

How the diagrams are generated is not important, but I wanted to include the
DOME source file in case it needs future edits.

Comment 12

16 years ago
Created attachment 64038 [details]
Space Manager High Level Design - for review and sanity check, and as a possible example

Comment 13

16 years ago
Wow; looks great. Is a bug the best place to keep this stuff? Why not just check
it all in on gila under html/newlayout/doc? (Or, if you want it in the source
tree, under mozilla/layout/doc?)

Comment 14

16 years ago
I think the source tree is a good place.  I'm putting up the Space Manger docs
here, along with the templates, to get the format ironed out.  Once all
interested parties are happy with 'em, we should move them to the source tree,
and /mozilla/layout/doc sounds like a good spot.

CC'ing dbaron in hopes he can review the Space Manger HLD.

Also, I'd like to get a short list of bite-sized topics we should start working
on documenting.  I am going finishing up the Detailed Design of the Space
Manager first, but it is short.

A couple candidates for the short-list:

* Frame Constructor (probably several sub-topics rather than one biggie)
* Block Frame (ugh, this is a big one too)
* LineBox / line_iterator
* State Recovery / Margin Collapsing
* Debugging facilities

Comment 15

16 years ago
Also, once we move the docs to the source tree we need to update
with a doc that points to some LXR links or something, I think, or maybe even
mirror them to periodically.

Comment 16

16 years ago
Marc, I understand your preference for the source tree but, I would recommend to
put them on gila, this would at least ease a little bit the pain (shame) of
having only old and outdated layout documentation there.

Comment 17

16 years ago
We shouldn't get too hung up on where these docs go: it's trivial to point from
a page on gila to an LXR page that is the HTML doc.

Marc, the block code might not be too awful if we break it out into the
component objects:


To get coverage, we'll probably need to also do these:


and to a lesser degree:


Comment 18

16 years ago
I volunteer for the debugging facilities.

Comment 19

16 years ago
Created attachment 65128 [details]
Detailed Design of Space Manager

Comment 20

16 years ago
I have moved the templates and space manager docs to the /mozilla/layout/doc
directory.  The docs that previously lived there are woefully out of date and
have been moved to /mozilla/layout/doc/obsolete

If you start working on a doc, first check the index file in /mozilla/layout/doc
to see if somebody is already working on that, or has already done it.  Put a
link to the doc in the 'Works In Progress' section to signal to others that you
are working on it too.

As new documents are added to the tree, update the index file in
/mozilla/layout/doc to point to the new doc. 

We'll need to get the Mozilla site to link to these docs - I'll look into the
gila systems 'cause I don't know anything about it.

Comment 21

16 years ago
Bulk push to next milestone
Target Milestone: mozilla0.9.8 → mozilla0.9.9

Comment 22

16 years ago
Removing milestone as this is a recurring task
Target Milestone: mozilla0.9.9 → ---


16 years ago
Target Milestone: --- → Future

Comment 23

15 years ago
Marc, would you obsolete the files you've already checked in / uploaded?  Thanks.

Comment 24

15 years ago
Marc?.... Maaaaarc!... Duuude, where are ya!...

error line 1: dude not found!

Comment 25

15 years ago

you want the files removed from CVS? marc does not work for netscape anymore (he
cannot read the mail since this was an employee account) so i think i will take
over this bug .

Assignee: attinasi_layout → alexsavulov

Comment 26

15 years ago
No, no, why would I want that!  I meant obsolete the attachments in bugzilla, as
I didn't know if any of these documents were still pending review or whatever.

Comment 27

15 years ago
ah, ok. i wasn't sure. well, the problem is that this was meant to be a
collection bug for all kind of doc pieces as we thougth to go along and write
them. unfrotunately nobody found enough time to do this so the whole thig got
stuck. there is now a new documentation effort started by jkeiser and me.
jkeiser is working now with alex vincent on a larger issue, though jkeiser will
limit his activity to gecko and alex vincent tries to do the organizational work
in order to get a unified collection of documents covering not only the
developer documentation but also the embedder doc, web-author doc and so on.
check n.p.m.documentation for more information.

Comment 28

15 years ago
-> documentation
Component: Layout → Mozilla Developer
Product: Browser → Documentation
Version: Trunk → unspecified
Assignee: alexsavulov → block-and-inline
Assignee: layout.block-and-inline → nobody
Component: Mozilla Developer → Documentation Requests
Product: Documentation → Mozilla Developer Center
QA Contact: chrispetersen → doc-request
Target Milestone: Future → ---
Pretty sure dbaron meant what he said when he assigned the bug in comment 29, so I'm putting it back there.  (It can stay in this product/component, I suppose, though I find the "severity: critical" labeling to be somewhat lol-worthy in the context of MDC.)
Assignee: nobody → layout.block-and-inline
Component: Documentation Requests → Documentation
Product: Mozilla Developer Network → Mozilla Developer Network
Automatically closing all bugs that have not been updated in a while. Please reopen if this is still important to you and has not yet been corrected.
Last Resolved: 5 years ago
Resolution: --- → INVALID
Reopening for review by Sheppy.
Assignee: layout.block-and-inline → eshepherd
Resolution: INVALID → ---
Component: Documentation → General
Product: Mozilla Developer Network → Developer Documentation
Whiteboard: u=mozdev p=0
Whiteboard: u=mozdev p=0 → u=mozdev p=0 c=Platform
Component: General → Mozilla Platform
The material here is from 2001. Please reopen if you think this is still relevant or open a new bug that contains a new request/plan for what to document here.
Assignee: eshepherd → nobody
Severity: critical → normal
Last Resolved: 5 years ago2 years ago
Priority: P1 → --
Resolution: --- → INVALID
Whiteboard: u=mozdev p=0 c=Platform
You need to log in before you can comment on or make changes to this bug.