* export and containers @ 2009-02-28 10:29 Richard Riley 2009-02-28 11:37 ` Sebastian Rose 0 siblings, 1 reply; 25+ messages in thread From: Richard Riley @ 2009-02-28 10:29 UTC (permalink / raw To: org-mode It's been a while since I've looked at my org set up. One thing that always struck me as a bit hacky was my use of :preamble "<div id='content'> and the corresponding postamble to enclose the exported web pages into a "container" div. Is there a better way to do this? I would think it would be a common enough need that by default or via an option all html should be enclosed in a "webcontainer" ID. regards r. -- important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-02-28 10:29 export and containers Richard Riley @ 2009-02-28 11:37 ` Sebastian Rose 2009-02-28 19:23 ` Carsten Dominik 2009-03-02 8:03 ` Richard Riley 0 siblings, 2 replies; 25+ messages in thread From: Sebastian Rose @ 2009-02-28 11:37 UTC (permalink / raw To: Richard Riley; +Cc: org-mode Richard Riley <rileyrgdev@googlemail.com> writes: > It's been a while since I've looked at my org set up. One thing that > always struck me as a bit hacky was my use of > > :preamble "<div id='content'> > > and the corresponding postamble to enclose the exported web pages into a > "container" div. Is there a better way to do this? I would think it > would be a common enough need that by default or via an option all html > should be enclosed in a "webcontainer" ID. While one container around everything makes it possible to center the page horizontally, two containers make it possible to center the page vertically as well. If we would go and change the structure once again, I'd even suggest the following: <body> <div id="percent-50"> -- center the page if desired <div id="wrap"> -- center the page if desired <div id="column-1"> -- Help with fixed TOC <div id="table-of-contents"> the toc </div> </div> <div id="column-2"> -- Help with fixed TOC All the rest of the content goes here </div> <div id="postamble"> postamble </div> </div> </div> </body> Having two boxes for the TOC would make the fixed TOC work in IE. In general, I prefere to use two kinds of Boxes: - one for positioning, floating and so on. This one should have _no_ padding or margin at all! - one for margin, padding, styling. I found, this is the only way to reliably enforce a layout across browsers. column-1 and column-2 are for that very reason. All we can do to put the TOC to the left or right is, to add margins to the body or the level 1 contents, and place it there. This is, what causes the problems with the fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it possible, to adjust the layout in various common ways. The `percent-50' (oh what a name) and `wrap' are just there, to be able to center the whole page horizontally _and_ veritcally. Best, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-02-28 11:37 ` Sebastian Rose @ 2009-02-28 19:23 ` Carsten Dominik 2009-02-28 21:09 ` Sebastian Rose 2009-03-02 8:03 ` Richard Riley 1 sibling, 1 reply; 25+ messages in thread From: Carsten Dominik @ 2009-02-28 19:23 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Hi Sebastian, I could do this. Would this mean that org-info.js would become backward not compatible with older pages? I believe quite a few people actually pull org-info.js from orgmode.org. - Carsten On Feb 28, 2009, at 12:37 PM, Sebastian Rose wrote: > Richard Riley <rileyrgdev@googlemail.com> writes: >> It's been a while since I've looked at my org set up. One thing that >> always struck me as a bit hacky was my use of >> >> :preamble "<div id='content'> >> >> and the corresponding postamble to enclose the exported web pages >> into a >> "container" div. Is there a better way to do this? I would think it >> would be a common enough need that by default or via an option all >> html >> should be enclosed in a "webcontainer" ID. > > While one container around everything makes it possible to center the > page horizontally, two containers make it possible to center the page > vertically as well. > > If we would go and change the structure once again, I'd even suggest > the > following: > > <body> > <div id="percent-50"> -- center the page if desired > <div id="wrap"> -- center the page if desired > > <div id="column-1"> -- Help with fixed TOC > <div id="table-of-contents"> > the toc > </div> > </div> > > <div id="column-2"> -- Help with fixed TOC > All the rest of the content goes here > </div> > > <div id="postamble"> > postamble > </div> > > </div> > </div> > </body> > > > > Having two boxes for the TOC would make the fixed TOC work in IE. In > general, I prefere to use two kinds of Boxes: > > - one for positioning, floating and so on. This one should have _no_ > padding or margin at all! > - one for margin, padding, styling. > > I found, this is the only way to reliably enforce a layout across > browsers. > > > column-1 and column-2 are for that very reason. All we can do to put > the > TOC to the left or right is, to add margins to the body or the level 1 > contents, and place it there. This is, what causes the problems with > the > fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it > possible, to adjust the layout in various common ways. > > The `percent-50' (oh what a name) and `wrap' are just there, to be > able > to center the whole page horizontally _and_ veritcally. > > > Best, > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 > Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Http: www.emma-stil.de > > > _______________________________________________ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-02-28 19:23 ` Carsten Dominik @ 2009-02-28 21:09 ` Sebastian Rose 0 siblings, 0 replies; 25+ messages in thread From: Sebastian Rose @ 2009-02-28 21:09 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley Carsten Dominik <dominik@science.uva.nl> writes: > Hi Sebastian, > > I could do this. Would this mean that org-info.js would become > backward not compatible with older pages? I believe quite a few people actually > pull org-info.js from orgmode.org. I'd have to rework it a bit. But I think it's worth it, since it offers more fleyibility in (web-)design. Maybe we could just branch and work it out. When done, we merge into trunk and inform everyone about the changes. New things brake old ones some times - so what? If we play it `fair', it should be fine. Adjusting org-info.js the way it is now, takes a weekend I hope. Actually, I doubt that there is much to be rewritten - maybe the info-view-mode changes a bit. I'd happily do a for f in $(find ~/org/ -name '*.org); do touch "$f"; done and re-publish all the stuff, to make my pages centered in the window. And that's all people willing to upgrade have to do. Also, I'm quite sure we can eleminate the remaining problems with the fixed TOC in IE on small screens, since there's another container around it. > > - Carsten > > On Feb 28, 2009, at 12:37 PM, Sebastian Rose wrote: > >> Richard Riley <rileyrgdev@googlemail.com> writes: >>> It's been a while since I've looked at my org set up. One thing that >>> always struck me as a bit hacky was my use of >>> >>> :preamble "<div id='content'> >>> >>> and the corresponding postamble to enclose the exported web pages into a >>> "container" div. Is there a better way to do this? I would think it >>> would be a common enough need that by default or via an option all html >>> should be enclosed in a "webcontainer" ID. >> >> While one container around everything makes it possible to center the >> page horizontally, two containers make it possible to center the page >> vertically as well. >> >> If we would go and change the structure once again, I'd even suggest the >> following: >> >> <body> >> <div id="percent-50"> -- center the page if desired >> <div id="wrap"> -- center the page if desired >> >> <div id="column-1"> -- Help with fixed TOC >> <div id="table-of-contents"> >> the toc >> </div> >> </div> >> >> <div id="column-2"> -- Help with fixed TOC >> All the rest of the content goes here >> </div> >> >> <div id="postamble"> >> postamble >> </div> >> >> </div> >> </div> >> </body> >> >> >> >> Having two boxes for the TOC would make the fixed TOC work in IE. In >> general, I prefere to use two kinds of Boxes: >> >> - one for positioning, floating and so on. This one should have _no_ >> padding or margin at all! >> - one for margin, padding, styling. >> >> I found, this is the only way to reliably enforce a layout across >> browsers. >> >> >> column-1 and column-2 are for that very reason. All we can do to put the >> TOC to the left or right is, to add margins to the body or the level 1 >> contents, and place it there. This is, what causes the problems with the >> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >> possible, to adjust the layout in various common ways. >> >> The `percent-50' (oh what a name) and `wrap' are just there, to be able >> to center the whole page horizontally _and_ veritcally. >> >> >> Best, >> >> -- >> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover >> Tel.: +49 (0)511 - 36 58 472 >> Fax: +49 (0)1805 - 233633 - 11044 >> mobil: +49 (0)173 - 83 93 417 >> Http: www.emma-stil.de >> >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > - Carsten > > On Feb 28, 2009, at 12:37 PM, Sebastian Rose wrote: > >> Richard Riley <rileyrgdev@googlemail.com> writes: >>> It's been a while since I've looked at my org set up. One thing that >>> always struck me as a bit hacky was my use of >>> >>> :preamble "<div id='content'> >>> >>> and the corresponding postamble to enclose the exported web pages into a >>> "container" div. Is there a better way to do this? I would think it >>> would be a common enough need that by default or via an option all html >>> should be enclosed in a "webcontainer" ID. >> >> While one container around everything makes it possible to center the >> page horizontally, two containers make it possible to center the page >> vertically as well. >> >> If we would go and change the structure once again, I'd even suggest the >> following: >> >> <body> >> <div id="percent-50"> -- center the page if desired >> <div id="wrap"> -- center the page if desired >> >> <div id="column-1"> -- Help with fixed TOC >> <div id="table-of-contents"> >> the toc >> </div> >> </div> >> >> <div id="column-2"> -- Help with fixed TOC >> All the rest of the content goes here >> </div> >> >> <div id="postamble"> >> postamble >> </div> >> >> </div> >> </div> >> </body> >> >> >> >> Having two boxes for the TOC would make the fixed TOC work in IE. In >> general, I prefere to use two kinds of Boxes: >> >> - one for positioning, floating and so on. This one should have _no_ >> padding or margin at all! >> - one for margin, padding, styling. >> >> I found, this is the only way to reliably enforce a layout across >> browsers. >> >> >> column-1 and column-2 are for that very reason. All we can do to put the >> TOC to the left or right is, to add margins to the body or the level 1 >> contents, and place it there. This is, what causes the problems with the >> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >> possible, to adjust the layout in various common ways. >> >> The `percent-50' (oh what a name) and `wrap' are just there, to be able >> to center the whole page horizontally _and_ veritcally. >> >> >> Best, >> >> -- >> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover >> Tel.: +49 (0)511 - 36 58 472 >> Fax: +49 (0)1805 - 233633 - 11044 >> mobil: +49 (0)173 - 83 93 417 >> Http: www.emma-stil.de >> >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-02-28 11:37 ` Sebastian Rose 2009-02-28 19:23 ` Carsten Dominik @ 2009-03-02 8:03 ` Richard Riley 2009-03-02 9:29 ` Sebastian Rose 1 sibling, 1 reply; 25+ messages in thread From: Richard Riley @ 2009-03-02 8:03 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Sebastian Rose <sebastian_rose@gmx.de> writes: > Richard Riley <rileyrgdev@googlemail.com> writes: >> It's been a while since I've looked at my org set up. One thing that >> always struck me as a bit hacky was my use of >> >> :preamble "<div id='content'> >> >> and the corresponding postamble to enclose the exported web pages into a >> "container" div. Is there a better way to do this? I would think it >> would be a common enough need that by default or via an option all html >> should be enclosed in a "webcontainer" ID. > > While one container around everything makes it possible to center the > page horizontally, two containers make it possible to center the page > vertically as well. > > If we would go and change the structure once again, I'd even suggest the > following: > > <body> > <div id="percent-50"> -- center the page if desired > <div id="wrap"> -- center the page if desired Why always IDs as opposed to classes? Can css selectors select based on a part of a name? If not then there is no link between column-1 and column-2. e.g in this convention how does one create a common style for all columns or all "sec-" objects? > > <div id="column-1"> -- Help with fixed TOC > <div id="table-of-contents"> > the toc > </div> > </div> > > <div id="column-2"> -- Help with fixed TOC > All the rest of the content goes here > </div> > > <div id="postamble"> > postamble > </div> > > </div> > </div> > </body> > > > > Having two boxes for the TOC would make the fixed TOC work in IE. In > general, I prefere to use two kinds of Boxes: > > - one for positioning, floating and so on. This one should have _no_ > padding or margin at all! Can one not simply use .body for that? > - one for margin, padding, styling. > > I found, this is the only way to reliably enforce a layout across > browsers. > > > column-1 and column-2 are for that very reason. All we can do to put the > TOC to the left or right is, to add margins to the body or the level 1 > contents, and place it there. This is, what causes the problems with the > fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it > possible, to adjust the layout in various common ways. > > The `percent-50' (oh what a name) and `wrap' are just there, to be able > to center the whole page horizontally _and_ veritcally. > > > Best, > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Http: www.emma-stil.de > -- important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 8:03 ` Richard Riley @ 2009-03-02 9:29 ` Sebastian Rose 2009-03-02 11:11 ` Carsten Dominik 2009-03-02 14:38 ` Richard Riley 0 siblings, 2 replies; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 9:29 UTC (permalink / raw To: Richard Riley; +Cc: org-mode Richard Riley <rileyrgdev@googlemail.com> writes: > Sebastian Rose <sebastian_rose@gmx.de> writes: > >> Richard Riley <rileyrgdev@googlemail.com> writes: >>> It's been a while since I've looked at my org set up. One thing that >>> always struck me as a bit hacky was my use of >>> >>> :preamble "<div id='content'> >>> >>> and the corresponding postamble to enclose the exported web pages into a >>> "container" div. Is there a better way to do this? I would think it >>> would be a common enough need that by default or via an option all html >>> should be enclosed in a "webcontainer" ID. >> >> While one container around everything makes it possible to center the >> page horizontally, two containers make it possible to center the page >> vertically as well. >> >> If we would go and change the structure once again, I'd even suggest the >> following: >> >> <body> >> <div id="percent-50"> -- center the page if desired >> <div id="wrap"> -- center the page if desired > > Why always IDs as opposed to classes? `percent-50' and `wrap' are there for a special purpose and unique in that concern. `wrap' is the `content' you originally requested. I did not use my brain and called it `wrap' without any annotation. >>> :preamble "<div id='content'> I'd say they should have an ID assigned. > Can css selectors select based on a part of a name? If not then there is > no link between column-1 and column-2. e.g in this convention how does > one create a common style for all columns or all "sec-" objects? Aaah, OK, sorry for being unclear - a misunderstanding. I did *not* mean to _change_ the structure of the XHTML in it's current form, but simply _add_ additional containers to partition the whole thing (just as you suggested) and thus make it possible to move certain groups of content around through CSS. All the "sec-" objects should go into `column-2'. All the `sec-' objects share classes via the containers they live in: <div id="outline-container-2" class="outline-2"> <div id="outline-container-2.1" class="outline-3"> etc. That's already the case, and I think we don't need to change that. * Suggestions for names `wrap' is, what they use in typolight and some other CMSs. But `content' sounds good to me too. <div id="center"> <div id="wrap"><!-- or `content' --> <div id="box-1"> <div id="table-of-contents"> ... </div> </div><!-- end of box-1 --> <div id="box-2"> <div id="outline-container-2" class="outline-2"> <h2 id="sec-1"><span class="section-number-2">2</span> Konfiguration </h2> <div class="outline-text-2" id="text-2"> ... </div> </div> ... more sections, footnotes ... </div><!-- end of box-2 --> <div id="postamble"> postamble </div> </div><!-- end of wrap --> </div><!-- end of center --> >> >> <div id="column-1"> -- Help with fixed TOC >> <div id="table-of-contents"> >> the toc >> </div> >> </div> >> >> <div id="column-2"> -- Help with fixed TOC >> All the rest of the content goes here >> </div> >> >> <div id="postamble"> >> postamble >> </div> >> >> </div> >> </div> >> </body> >> >> >> >> Having two boxes for the TOC would make the fixed TOC work in IE. In >> general, I prefere to use two kinds of Boxes: >> >> - one for positioning, floating and so on. This one should have _no_ >> padding or margin at all! > > Can one not simply use .body for that? > >> - one for margin, padding, styling. >> >> I found, this is the only way to reliably enforce a layout across >> browsers. >> >> >> column-1 and column-2 are for that very reason. All we can do to put the >> TOC to the left or right is, to add margins to the body or the level 1 >> contents, and place it there. This is, what causes the problems with the >> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >> possible, to adjust the layout in various common ways. >> >> The `percent-50' (oh what a name) and `wrap' are just there, to be able >> to center the whole page horizontally _and_ veritcally. > >> >> >> Best, >> >> -- >> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover >> Tel.: +49 (0)511 - 36 58 472 >> Fax: +49 (0)1805 - 233633 - 11044 >> mobil: +49 (0)173 - 83 93 417 >> Http: www.emma-stil.de >> -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 9:29 ` Sebastian Rose @ 2009-03-02 11:11 ` Carsten Dominik 2009-03-02 11:58 ` Sebastian Rose 2009-03-02 14:38 ` Richard Riley 1 sibling, 1 reply; 25+ messages in thread From: Carsten Dominik @ 2009-03-02 11:11 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Hi Sebastian, On Mar 2, 2009, at 10:29 AM, Sebastian Rose wrote: > > * Suggestions for names > > `wrap' is, what they use in typolight and some other CMSs. But > `content' sounds good to me too. > > <div id="center"> > <div id="wrap"><!-- or `content' --> > > <div id="box-1"> > <div id="table-of-contents"> > ... > </div> > </div><!-- end of box-1 --> > > <div id="box-2"> > <div id="outline-container-2" class="outline-2"> > <h2 id="sec-1"><span class="section-number-2">2</span> > Konfiguration </h2> > <div class="outline-text-2" id="text-2"> > ... > </div> > </div> > ... more sections, footnotes ... > </div><!-- end of box-2 --> > > <div id="postamble"> > postamble > </div> > > > </div><!-- end of wrap --> > </div><!-- end of center --> How about these names for additional divs content-wrap content ;; I think we should just have one around the entire content. ;; should this also contain the <h1> with the page title? ;; I think yes table-of-contents-wrap footnote-wrap bibliography-wrap postamble-wrap So we put all the stuff into specific "wrap" containers. I don't so much like "column-1", because that looks fine if you use it for columns, but it looks confusing if you use it for something else... - Carsten > > > > >>> >>> <div id="column-1"> -- Help with fixed TOC >>> <div id="table-of-contents"> >>> the toc >>> </div> >>> </div> >>> >>> <div id="column-2"> -- Help with fixed TOC >>> All the rest of the content goes here >>> </div> >>> >>> <div id="postamble"> >>> postamble >>> </div> >>> >>> </div> >>> </div> >>> </body> >>> >>> >>> >>> Having two boxes for the TOC would make the fixed TOC work in IE. In >>> general, I prefere to use two kinds of Boxes: >>> >>> - one for positioning, floating and so on. This one should have >>> _no_ >>> padding or margin at all! >> >> Can one not simply use .body for that? >> >>> - one for margin, padding, styling. >>> >>> I found, this is the only way to reliably enforce a layout across >>> browsers. >>> >>> >>> column-1 and column-2 are for that very reason. All we can do to >>> put the >>> TOC to the left or right is, to add margins to the body or the >>> level 1 >>> contents, and place it there. This is, what causes the problems >>> with the >>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >>> possible, to adjust the layout in various common ways. >>> >>> The `percent-50' (oh what a name) and `wrap' are just there, to be >>> able >>> to center the whole page horizontally _and_ veritcally. >> >>> >>> >>> Best, >>> >>> -- >>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 >>> Hannover >>> Tel.: +49 (0)511 - 36 58 472 >>> Fax: +49 (0)1805 - 233633 - 11044 >>> mobil: +49 (0)173 - 83 93 417 >>> Http: www.emma-stil.de >>> > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 > Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Email: s.rose@emma-stil.de, sebastian_rose@gmx.de > Http: www.emma-stil.de > > > _______________________________________________ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 11:11 ` Carsten Dominik @ 2009-03-02 11:58 ` Sebastian Rose 2009-03-02 13:10 ` Carsten Dominik 0 siblings, 1 reply; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 11:58 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley Carsten Dominik <dominik@science.uva.nl> writes: > Hi Sebastian, > > > On Mar 2, 2009, at 10:29 AM, Sebastian Rose wrote: >> >> * Suggestions for names >> >> `wrap' is, what they use in typolight and some other CMSs. But >> `content' sounds good to me too. >> >> <div id="center"> >> <div id="wrap"><!-- or `content' --> >> >> <div id="box-1"> >> <div id="table-of-contents"> >> ... >> </div> >> </div><!-- end of box-1 --> >> >> <div id="box-2"> >> <div id="outline-container-2" class="outline-2"> >> <h2 id="sec-1"><span class="section-number-2">2</span> Konfiguration >> </h2> >> <div class="outline-text-2" id="text-2"> >> ... >> </div> >> </div> >> ... more sections, footnotes ... >> </div><!-- end of box-2 --> >> >> <div id="postamble"> >> postamble >> </div> >> >> >> </div><!-- end of wrap --> >> </div><!-- end of center --> > > > How about these names for additional divs > > content-wrap > content ;; I think we should just have one around the entire content. > ;; should this also contain the <h1> with the page title? > ;; I think yes OK, one might be enough. There's a cross-browser CSS to center the contents vertically with only one container: #content-wrap { ... margin-top:auto; margin-bottom:auto; vertical-align:middle; ... } And yes, the title should be inside `content-wrap' > table-of-contents-wrap > > footnote-wrap > bibliography-wrap > postamble-wrap > > So we put all the stuff into specific "wrap" containers. > I don't so much like "column-1", because that looks fine > if you use it for columns, but it looks confusing if you > use it for something else... Agreed. How about `org(-container ?) for the outer most container? Think of exporting the content only for inclusion into some framework. In that case `org' seems a natural name. Anyway, for sake of the TOC on the left, we should also wrap all the rest of the contents in one <div> with postamble being the only exception. The tree would simply be: org title table-of-contents-wrap table-of-contents content-wrap sec-1... - unchanged footnotes - unchanged bibliography postamble // already there The reason for the container around everything excluding title, TOC and postamble is, that I don't want the TOC to live in the left margin of the <body>, the way it does now. `float:left' for the TOC will cause the page to look funny in the most cases: +-----+--------------+ | TOC | TITLE | +-----+ SEC-1 | | SEC2 | | SEC2 | | FOOTNOTES | +--------------------+ | POSTAMBLE | +--------------------+ Better: +-----+--------------+ | TOC | TITLE | | | SEC-1 | | | SEC2 | | | SEC3 | | | FOOTNOTES | +--------------------+ | POSTAMBLE | +--------------------+ And this one here would be nice (all navigational elements visible on load): +-----+--------------+-----+ | TOC | TITLE | LOT | | | SEC-1 +-----+ | | SEC2 | LOF | | | SEC3 +-----+ | | FOOTNOTES | BIB | +-----+--------------+-----+ | POSTAMBLE | +--------------------------+ Some people (see drupal) put the postamble into the right/center column for two and three column layout respectively. I don't like that very much. What we should do before we change anything, is to experiment with one simple document and different stylesheets, to ensure everything works the way we want it to. I'll set up some with the different aproaches and try to add different CSS stylesheets. Our aim must be to make many different layouts possible (we will never make _all_ possible layouts feasable though). Important layouts are: | Name | example | |-------------------------+------------------| | Fixed TOC | orgmode.org | | Floating TOC | orgmode.org/worg | | Please add more here... | The usual page-flow will always stay what it is as long as no special styles are added. Best, Sebastian > - Carsten > >> >> >> >> >>>> >>>> <div id="column-1"> -- Help with fixed TOC >>>> <div id="table-of-contents"> >>>> the toc >>>> </div> >>>> </div> >>>> >>>> <div id="column-2"> -- Help with fixed TOC >>>> All the rest of the content goes here >>>> </div> >>>> >>>> <div id="postamble"> >>>> postamble >>>> </div> >>>> >>>> </div> >>>> </div> >>>> </body> >>>> >>>> >>>> >>>> Having two boxes for the TOC would make the fixed TOC work in IE. In >>>> general, I prefere to use two kinds of Boxes: >>>> >>>> - one for positioning, floating and so on. This one should have _no_ >>>> padding or margin at all! >>> >>> Can one not simply use .body for that? >>> >>>> - one for margin, padding, styling. >>>> >>>> I found, this is the only way to reliably enforce a layout across >>>> browsers. >>>> >>>> >>>> column-1 and column-2 are for that very reason. All we can do to put the >>>> TOC to the left or right is, to add margins to the body or the level 1 >>>> contents, and place it there. This is, what causes the problems with the >>>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >>>> possible, to adjust the layout in various common ways. >>>> >>>> The `percent-50' (oh what a name) and `wrap' are just there, to be able >>>> to center the whole page horizontally _and_ veritcally. >>> >>>> >>>> >>>> Best, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 11:58 ` Sebastian Rose @ 2009-03-02 13:10 ` Carsten Dominik 2009-03-02 16:00 ` Sebastian Rose 0 siblings, 1 reply; 25+ messages in thread From: Carsten Dominik @ 2009-03-02 13:10 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley OK, so I will wait with making changes until you have done some experimentation, maybe put that up somewhere, so that others can have a look? - Carsten On Mar 2, 2009, at 12:58 PM, Sebastian Rose wrote: > Carsten Dominik <dominik@science.uva.nl> writes: >> Hi Sebastian, >> >> >> On Mar 2, 2009, at 10:29 AM, Sebastian Rose wrote: >>> >>> * Suggestions for names >>> >>> `wrap' is, what they use in typolight and some other CMSs. But >>> `content' sounds good to me too. >>> >>> <div id="center"> >>> <div id="wrap"><!-- or `content' --> >>> >>> <div id="box-1"> >>> <div id="table-of-contents"> >>> ... >>> </div> >>> </div><!-- end of box-1 --> >>> >>> <div id="box-2"> >>> <div id="outline-container-2" class="outline-2"> >>> <h2 id="sec-1"><span class="section-number-2">2</span> >>> Konfiguration >>> </h2> >>> <div class="outline-text-2" id="text-2"> >>> ... >>> </div> >>> </div> >>> ... more sections, footnotes ... >>> </div><!-- end of box-2 --> >>> >>> <div id="postamble"> >>> postamble >>> </div> >>> >>> >>> </div><!-- end of wrap --> >>> </div><!-- end of center --> >> >> >> How about these names for additional divs >> >> content-wrap >> content ;; I think we should just have one around the >> entire content. >> ;; should this also contain the <h1> with the page >> title? >> ;; I think yes > > OK, one might be enough. There's a cross-browser CSS to center the > contents > vertically with only one container: > > #content-wrap > { > ... > margin-top:auto; > margin-bottom:auto; > vertical-align:middle; > ... > } > > And yes, the title should be inside `content-wrap' > >> table-of-contents-wrap >> >> footnote-wrap >> bibliography-wrap >> postamble-wrap >> >> So we put all the stuff into specific "wrap" containers. >> I don't so much like "column-1", because that looks fine >> if you use it for columns, but it looks confusing if you >> use it for something else... > > > Agreed. > > How about `org(-container ?) for the outer most container? Think of > exporting the content only for inclusion into some framework. In that > case `org' seems a natural name. > > Anyway, for sake of the TOC on the left, we should also wrap all the > rest > of the contents in one <div> with postamble being the only exception. > > The tree would simply be: > > org > title > table-of-contents-wrap > table-of-contents > content-wrap > sec-1... - unchanged > footnotes - unchanged > bibliography > postamble // already there > > The reason for the container around everything excluding title, TOC > and > postamble is, that I don't want the TOC to live in the left margin of > the <body>, the way it does now. > > `float:left' for the TOC will cause the page to look funny in the most > cases: > > +-----+--------------+ > | TOC | TITLE | > +-----+ SEC-1 | > | SEC2 | > | SEC2 | > | FOOTNOTES | > +--------------------+ > | POSTAMBLE | > +--------------------+ > > Better: > > +-----+--------------+ > | TOC | TITLE | > | | SEC-1 | > | | SEC2 | > | | SEC3 | > | | FOOTNOTES | > +--------------------+ > | POSTAMBLE | > +--------------------+ > > > And this one here would be nice (all navigational elements visible on > load): > > +-----+--------------+-----+ > | TOC | TITLE | LOT | > | | SEC-1 +-----+ > | | SEC2 | LOF | > | | SEC3 +-----+ > | | FOOTNOTES | BIB | > +-----+--------------+-----+ > | POSTAMBLE | > +--------------------------+ > > Some people (see drupal) put the postamble into the right/center > column > for two and three column layout respectively. I don't like that very > much. > > > > > What we should do before we change anything, is to experiment with one > simple document and different stylesheets, to ensure everything works > the way we want it to. > > I'll set up some with the different aproaches and try to add different > CSS stylesheets. Our aim must be to make many different layouts > possible > (we will never make _all_ possible layouts feasable though). > > > > Important layouts are: > > | Name | example | > |-------------------------+------------------| > | Fixed TOC | orgmode.org | > | Floating TOC | orgmode.org/worg | > | Please add more here... | > > The usual page-flow will always stay what it is as long as no special > styles are added. > > > Best, > > Sebastian > > >> - Carsten >> >>> >>> >>> >>> >>>>> >>>>> <div id="column-1"> -- Help with fixed TOC >>>>> <div id="table-of-contents"> >>>>> the toc >>>>> </div> >>>>> </div> >>>>> >>>>> <div id="column-2"> -- Help with fixed TOC >>>>> All the rest of the content goes here >>>>> </div> >>>>> >>>>> <div id="postamble"> >>>>> postamble >>>>> </div> >>>>> >>>>> </div> >>>>> </div> >>>>> </body> >>>>> >>>>> >>>>> >>>>> Having two boxes for the TOC would make the fixed TOC work in >>>>> IE. In >>>>> general, I prefere to use two kinds of Boxes: >>>>> >>>>> - one for positioning, floating and so on. This one should have >>>>> _no_ >>>>> padding or margin at all! >>>> >>>> Can one not simply use .body for that? >>>> >>>>> - one for margin, padding, styling. >>>>> >>>>> I found, this is the only way to reliably enforce a layout across >>>>> browsers. >>>>> >>>>> >>>>> column-1 and column-2 are for that very reason. All we can do to >>>>> put the >>>>> TOC to the left or right is, to add margins to the body or the >>>>> level 1 >>>>> contents, and place it there. This is, what causes the problems >>>>> with the >>>>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') >>>>> make it >>>>> possible, to adjust the layout in various common ways. >>>>> >>>>> The `percent-50' (oh what a name) and `wrap' are just there, to >>>>> be able >>>>> to center the whole page horizontally _and_ veritcally. >>>> >>>>> >>>>> >>>>> Best, > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 > Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Email: s.rose@emma-stil.de, sebastian_rose@gmx.de > Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 13:10 ` Carsten Dominik @ 2009-03-02 16:00 ` Sebastian Rose 2009-03-02 17:03 ` Carsten Dominik 0 siblings, 1 reply; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 16:00 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley OK - I failed badly :-( I think we can skip the extra <div> element around the TOC. Here's why: As it looks now, the problem with the fixed TOC does not go away. My old trick seems to work only for HTML doctype and/or tables... Should have tested that one before... So until now it's not getting any better - but more complicated. And all those stlyes in the stylesheet become confusing :-/ The main problem is the height of the TOC on orgmode.org. The <div> element grows and shrinks in height when we resize the window. Unfortunately, we can't set the height property to 100% because of the unicorn. Instead I set it to 60% to support Netbooks - but 60% will be too high if the window is resized to be under a certain height. And 60% is low, if the window fills a bigger screen (> 17') Seems I can't solve that by adding structural elements. The only element I could think of would be a table with height=100% and the unicorn in the first row (fixed height), TOC in the second row (no height property). Most of this seems to be true for the other containers I thought of. Just one around everything and one around the all the sections and footnotes seems to make sense so far. Maybe someone finds another way of `skinning' the XHTML output in the future. How about adding custom HTML before and after writing the main containers? Can't we something like this here ? : (defun my-export-add-custom-html(when, which) "when is either 'before' or 'after', which is one of: - 'body' - 'title' - 'toc' - 'contents' - 'lot' ..." (when (string= "body" which) (if (string= "before" when) "<div id="\"wrap\">") "</div>") ) In org-publish-project-alist: :custom-html-funcion my-export-add-custom-html and perhaps: :org-export-html-sequence '("title" "toc" "content" "footnotes") ;; getting wild and offtopic: :custom-id-function my-org-id-was-found That way the output would win flexibility and get closer to an generic export. One could implement a table based layout, or reuse containers from the CMS the pages should be used in. Not to forget `<?php ..... ?>' or similar. We would lose the guaranty that anything validates or org-info.js works with the resulting structure though. But we could provide different `themes' on Worg which are guarantied to work (and enhanced by the comunity). Or is all this completely weired? Best, Sebastian Carsten Dominik <dominik@science.uva.nl> writes: > OK, so I will wait with making changes until you have > done some experimentation, maybe put that up somewhere, > so that others can have a look? > > - Carsten > > On Mar 2, 2009, at 12:58 PM, Sebastian Rose wrote: > >> Carsten Dominik <dominik@science.uva.nl> writes: >>> Hi Sebastian, >>> >>> >>> On Mar 2, 2009, at 10:29 AM, Sebastian Rose wrote: >>>> >>>> * Suggestions for names >>>> >>>> `wrap' is, what they use in typolight and some other CMSs. But >>>> `content' sounds good to me too. >>>> >>>> <div id="center"> >>>> <div id="wrap"><!-- or `content' --> >>>> >>>> <div id="box-1"> >>>> <div id="table-of-contents"> >>>> ... >>>> </div> >>>> </div><!-- end of box-1 --> >>>> >>>> <div id="box-2"> >>>> <div id="outline-container-2" class="outline-2"> >>>> <h2 id="sec-1"><span class="section-number-2">2</span> Konfiguration >>>> </h2> >>>> <div class="outline-text-2" id="text-2"> >>>> ... >>>> </div> >>>> </div> >>>> ... more sections, footnotes ... >>>> </div><!-- end of box-2 --> >>>> >>>> <div id="postamble"> >>>> postamble >>>> </div> >>>> >>>> >>>> </div><!-- end of wrap --> >>>> </div><!-- end of center --> >>> >>> >>> How about these names for additional divs >>> >>> content-wrap >>> content ;; I think we should just have one around the entire content. >>> ;; should this also contain the <h1> with the page title? >>> ;; I think yes >> >> OK, one might be enough. There's a cross-browser CSS to center the contents >> vertically with only one container: >> >> #content-wrap >> { >> ... >> margin-top:auto; >> margin-bottom:auto; >> vertical-align:middle; >> ... >> } >> >> And yes, the title should be inside `content-wrap' >> >>> table-of-contents-wrap >>> >>> footnote-wrap >>> bibliography-wrap >>> postamble-wrap >>> >>> So we put all the stuff into specific "wrap" containers. >>> I don't so much like "column-1", because that looks fine >>> if you use it for columns, but it looks confusing if you >>> use it for something else... >> >> >> Agreed. >> >> How about `org(-container ?) for the outer most container? Think of >> exporting the content only for inclusion into some framework. In that >> case `org' seems a natural name. >> >> Anyway, for sake of the TOC on the left, we should also wrap all the rest >> of the contents in one <div> with postamble being the only exception. >> >> The tree would simply be: >> >> org >> title >> table-of-contents-wrap >> table-of-contents >> content-wrap >> sec-1... - unchanged >> footnotes - unchanged >> bibliography >> postamble // already there >> >> The reason for the container around everything excluding title, TOC and >> postamble is, that I don't want the TOC to live in the left margin of >> the <body>, the way it does now. >> >> `float:left' for the TOC will cause the page to look funny in the most >> cases: >> >> +-----+--------------+ >> | TOC | TITLE | >> +-----+ SEC-1 | >> | SEC2 | >> | SEC2 | >> | FOOTNOTES | >> +--------------------+ >> | POSTAMBLE | >> +--------------------+ >> >> Better: >> >> +-----+--------------+ >> | TOC | TITLE | >> | | SEC-1 | >> | | SEC2 | >> | | SEC3 | >> | | FOOTNOTES | >> +--------------------+ >> | POSTAMBLE | >> +--------------------+ >> >> >> And this one here would be nice (all navigational elements visible on >> load): >> >> +-----+--------------+-----+ >> | TOC | TITLE | LOT | >> | | SEC-1 +-----+ >> | | SEC2 | LOF | >> | | SEC3 +-----+ >> | | FOOTNOTES | BIB | >> +-----+--------------+-----+ >> | POSTAMBLE | >> +--------------------------+ >> >> Some people (see drupal) put the postamble into the right/center column >> for two and three column layout respectively. I don't like that very >> much. >> >> >> >> >> What we should do before we change anything, is to experiment with one >> simple document and different stylesheets, to ensure everything works >> the way we want it to. >> >> I'll set up some with the different aproaches and try to add different >> CSS stylesheets. Our aim must be to make many different layouts possible >> (we will never make _all_ possible layouts feasable though). >> >> >> >> Important layouts are: >> >> | Name | example | >> |-------------------------+------------------| >> | Fixed TOC | orgmode.org | >> | Floating TOC | orgmode.org/worg | >> | Please add more here... | >> >> The usual page-flow will always stay what it is as long as no special >> styles are added. >> >> >> Best, >> >> Sebastian >> >> >>> - Carsten >>> >>>> >>>> >>>> >>>> >>>>>> >>>>>> <div id="column-1"> -- Help with fixed TOC >>>>>> <div id="table-of-contents"> >>>>>> the toc >>>>>> </div> >>>>>> </div> >>>>>> >>>>>> <div id="column-2"> -- Help with fixed TOC >>>>>> All the rest of the content goes here >>>>>> </div> >>>>>> >>>>>> <div id="postamble"> >>>>>> postamble >>>>>> </div> >>>>>> >>>>>> </div> >>>>>> </div> >>>>>> </body> >>>>>> >>>>>> >>>>>> >>>>>> Having two boxes for the TOC would make the fixed TOC work in IE. In >>>>>> general, I prefere to use two kinds of Boxes: >>>>>> >>>>>> - one for positioning, floating and so on. This one should have _no_ >>>>>> padding or margin at all! >>>>> >>>>> Can one not simply use .body for that? >>>>> >>>>>> - one for margin, padding, styling. >>>>>> >>>>>> I found, this is the only way to reliably enforce a layout across >>>>>> browsers. >>>>>> >>>>>> >>>>>> column-1 and column-2 are for that very reason. All we can do to put the >>>>>> TOC to the left or right is, to add margins to the body or the level 1 >>>>>> contents, and place it there. This is, what causes the problems with the >>>>>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >>>>>> possible, to adjust the layout in various common ways. >>>>>> >>>>>> The `percent-50' (oh what a name) and `wrap' are just there, to be able >>>>>> to center the whole page horizontally _and_ veritcally. >>>>> >>>>>> >>>>>> >>>>>> Best, >> >> -- >> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover >> Tel.: +49 (0)511 - 36 58 472 >> Fax: +49 (0)1805 - 233633 - 11044 >> mobil: +49 (0)173 - 83 93 417 >> Email: s.rose@emma-stil.de, sebastian_rose@gmx.de >> Http: www.emma-stil.de > -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 16:00 ` Sebastian Rose @ 2009-03-02 17:03 ` Carsten Dominik 2009-03-02 18:12 ` Richard Riley 2009-03-02 18:54 ` Sebastian Rose 0 siblings, 2 replies; 25+ messages in thread From: Carsten Dominik @ 2009-03-02 17:03 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley On Mar 2, 2009, at 5:00 PM, Sebastian Rose wrote: > > OK - I failed badly :-( > > I think we can skip the extra <div> element around the TOC. > > Here's why: > > As it looks now, the problem with the fixed TOC does not go away. My > old trick seems to work only for HTML doctype and/or tables... > Should > have tested that one before... > > So until now it's not getting any better - but more complicated. > > And all those stlyes in the stylesheet become confusing :-/ > > The main problem is the height of the TOC on orgmode.org. The <div> > element grows and shrinks in height when we resize the window. > Unfortunately, we can't set the height property to 100% because of > the > unicorn. Instead I set it to 60% to support Netbooks - but 60% will > be > too high if the window is resized to be under a certain height. And > 60% is low, if the window fills a bigger screen (> 17') > > Seems I can't solve that by adding structural elements. The only > element I could think of would be a table with height=100% and the > unicorn in the first row (fixed height), TOC in the second row (no > height property). > > > Most of this seems to be true for the other containers I thought of. > > > Just one around everything and one around the all the sections and > footnotes seems to make sense so far. So one that wraps everything in body. OK, let's call it "content". And then one that does contains the sections and footnotes, but not the title, preamble, and postamble? Am I understanding this correctly? - Carsten > > > > > > Maybe someone finds another way of `skinning' the XHTML output in the > future. > > > > How about adding custom HTML before and after writing the main > containers? > > Can't we something like this here ? : > > (defun my-export-add-custom-html(when, which) > "when is either 'before' or 'after', which is one of: > - 'body' > - 'title' > - 'toc' > - 'contents' > - 'lot' > ..." > (when (string= "body" which) > (if (string= "before" when) > "<div id="\"wrap\">") > "</div>") > ) > > > In org-publish-project-alist: > > :custom-html-funcion my-export-add-custom-html > > and perhaps: > > :org-export-html-sequence '("title" "toc" "content" "footnotes") > ;; getting wild and offtopic: > :custom-id-function my-org-id-was-found > > > That way the output would win flexibility and get closer to an generic > export. One could implement a table based layout, or reuse containers > from the CMS the pages should be used in. Not to forget `<?php > ..... ?>' or similar. > > We would lose the guaranty that anything validates or org-info.js > works > with the resulting structure though. But we could provide different > `themes' on Worg which are guarantied to work (and enhanced by the > comunity). > > > Or is all this completely weired? > > > > > Best, > > Sebastian > > > > Carsten Dominik <dominik@science.uva.nl> writes: >> OK, so I will wait with making changes until you have >> done some experimentation, maybe put that up somewhere, >> so that others can have a look? > > > >> >> - Carsten >> >> On Mar 2, 2009, at 12:58 PM, Sebastian Rose wrote: >> >>> Carsten Dominik <dominik@science.uva.nl> writes: >>>> Hi Sebastian, >>>> >>>> >>>> On Mar 2, 2009, at 10:29 AM, Sebastian Rose wrote: >>>>> >>>>> * Suggestions for names >>>>> >>>>> `wrap' is, what they use in typolight and some other CMSs. But >>>>> `content' sounds good to me too. >>>>> >>>>> <div id="center"> >>>>> <div id="wrap"><!-- or `content' --> >>>>> >>>>> <div id="box-1"> >>>>> <div id="table-of-contents"> >>>>> ... >>>>> </div> >>>>> </div><!-- end of box-1 --> >>>>> >>>>> <div id="box-2"> >>>>> <div id="outline-container-2" class="outline-2"> >>>>> <h2 id="sec-1"><span class="section-number-2">2</span> >>>>> Konfiguration >>>>> </h2> >>>>> <div class="outline-text-2" id="text-2"> >>>>> ... >>>>> </div> >>>>> </div> >>>>> ... more sections, footnotes ... >>>>> </div><!-- end of box-2 --> >>>>> >>>>> <div id="postamble"> >>>>> postamble >>>>> </div> >>>>> >>>>> >>>>> </div><!-- end of wrap --> >>>>> </div><!-- end of center --> >>>> >>>> >>>> How about these names for additional divs >>>> >>>> content-wrap >>>> content ;; I think we should just have one around the >>>> entire content. >>>> ;; should this also contain the <h1> with the page >>>> title? >>>> ;; I think yes >>> >>> OK, one might be enough. There's a cross-browser CSS to center the >>> contents >>> vertically with only one container: >>> >>> #content-wrap >>> { >>> ... >>> margin-top:auto; >>> margin-bottom:auto; >>> vertical-align:middle; >>> ... >>> } >>> >>> And yes, the title should be inside `content-wrap' >>> >>>> table-of-contents-wrap >>>> >>>> footnote-wrap >>>> bibliography-wrap >>>> postamble-wrap >>>> >>>> So we put all the stuff into specific "wrap" containers. >>>> I don't so much like "column-1", because that looks fine >>>> if you use it for columns, but it looks confusing if you >>>> use it for something else... >>> >>> >>> Agreed. >>> >>> How about `org(-container ?) for the outer most container? Think of >>> exporting the content only for inclusion into some framework. In >>> that >>> case `org' seems a natural name. >>> >>> Anyway, for sake of the TOC on the left, we should also wrap all >>> the rest >>> of the contents in one <div> with postamble being the only >>> exception. >>> >>> The tree would simply be: >>> >>> org >>> title >>> table-of-contents-wrap >>> table-of-contents >>> content-wrap >>> sec-1... - unchanged >>> footnotes - unchanged >>> bibliography >>> postamble // already there >>> >>> The reason for the container around everything excluding title, >>> TOC and >>> postamble is, that I don't want the TOC to live in the left margin >>> of >>> the <body>, the way it does now. >>> >>> `float:left' for the TOC will cause the page to look funny in the >>> most >>> cases: >>> >>> +-----+--------------+ >>> | TOC | TITLE | >>> +-----+ SEC-1 | >>> | SEC2 | >>> | SEC2 | >>> | FOOTNOTES | >>> +--------------------+ >>> | POSTAMBLE | >>> +--------------------+ >>> >>> Better: >>> >>> +-----+--------------+ >>> | TOC | TITLE | >>> | | SEC-1 | >>> | | SEC2 | >>> | | SEC3 | >>> | | FOOTNOTES | >>> +--------------------+ >>> | POSTAMBLE | >>> +--------------------+ >>> >>> >>> And this one here would be nice (all navigational elements visible >>> on >>> load): >>> >>> +-----+--------------+-----+ >>> | TOC | TITLE | LOT | >>> | | SEC-1 +-----+ >>> | | SEC2 | LOF | >>> | | SEC3 +-----+ >>> | | FOOTNOTES | BIB | >>> +-----+--------------+-----+ >>> | POSTAMBLE | >>> +--------------------------+ >>> >>> Some people (see drupal) put the postamble into the right/center >>> column >>> for two and three column layout respectively. I don't like that very >>> much. >>> >>> >>> >>> >>> What we should do before we change anything, is to experiment with >>> one >>> simple document and different stylesheets, to ensure everything >>> works >>> the way we want it to. >>> >>> I'll set up some with the different aproaches and try to add >>> different >>> CSS stylesheets. Our aim must be to make many different layouts >>> possible >>> (we will never make _all_ possible layouts feasable though). >>> >>> >>> >>> Important layouts are: >>> >>> | Name | example | >>> |-------------------------+------------------| >>> | Fixed TOC | orgmode.org | >>> | Floating TOC | orgmode.org/worg | >>> | Please add more here... | >>> >>> The usual page-flow will always stay what it is as long as no >>> special >>> styles are added. >>> >>> >>> Best, >>> >>> Sebastian >>> >>> >>>> - Carsten >>>> >>>>> >>>>> >>>>> >>>>> >>>>>>> >>>>>>> <div id="column-1"> -- Help with fixed TOC >>>>>>> <div id="table-of-contents"> >>>>>>> the toc >>>>>>> </div> >>>>>>> </div> >>>>>>> >>>>>>> <div id="column-2"> -- Help with fixed TOC >>>>>>> All the rest of the content goes here >>>>>>> </div> >>>>>>> >>>>>>> <div id="postamble"> >>>>>>> postamble >>>>>>> </div> >>>>>>> >>>>>>> </div> >>>>>>> </div> >>>>>>> </body> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Having two boxes for the TOC would make the fixed TOC work in >>>>>>> IE. In >>>>>>> general, I prefere to use two kinds of Boxes: >>>>>>> >>>>>>> - one for positioning, floating and so on. This one should >>>>>>> have _no_ >>>>>>> padding or margin at all! >>>>>> >>>>>> Can one not simply use .body for that? >>>>>> >>>>>>> - one for margin, padding, styling. >>>>>>> >>>>>>> I found, this is the only way to reliably enforce a layout >>>>>>> across >>>>>>> browsers. >>>>>>> >>>>>>> >>>>>>> column-1 and column-2 are for that very reason. All we can do >>>>>>> to put the >>>>>>> TOC to the left or right is, to add margins to the body or the >>>>>>> level 1 >>>>>>> contents, and place it there. This is, what causes the >>>>>>> problems with the >>>>>>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') >>>>>>> make it >>>>>>> possible, to adjust the layout in various common ways. >>>>>>> >>>>>>> The `percent-50' (oh what a name) and `wrap' are just there, >>>>>>> to be able >>>>>>> to center the whole page horizontally _and_ veritcally. >>>>>> >>>>>>> >>>>>>> >>>>>>> Best, >>> >>> -- >>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 >>> Hannover >>> Tel.: +49 (0)511 - 36 58 472 >>> Fax: +49 (0)1805 - 233633 - 11044 >>> mobil: +49 (0)173 - 83 93 417 >>> Email: s.rose@emma-stil.de, sebastian_rose@gmx.de >>> Http: www.emma-stil.de >> > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 > Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Email: s.rose@emma-stil.de, sebastian_rose@gmx.de > Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 17:03 ` Carsten Dominik @ 2009-03-02 18:12 ` Richard Riley 2009-03-02 18:56 ` Sebastian Rose 2009-03-02 19:03 ` Sebastian Rose 2009-03-02 18:54 ` Sebastian Rose 1 sibling, 2 replies; 25+ messages in thread From: Richard Riley @ 2009-03-02 18:12 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley Carsten Dominik <dominik@science.uva.nl> writes: > On Mar 2, 2009, at 5:00 PM, Sebastian Rose wrote: > >> >> OK - I failed badly :-( >> >> I think we can skip the extra <div> element around the TOC. >> >> Here's why: >> >> As it looks now, the problem with the fixed TOC does not go away. My >> old trick seems to work only for HTML doctype and/or tables... >> Should >> have tested that one before... >> >> So until now it's not getting any better - but more complicated. >> >> And all those stlyes in the stylesheet become confusing :-/ >> >> The main problem is the height of the TOC on orgmode.org. The <div> >> element grows and shrinks in height when we resize the window. >> Unfortunately, we can't set the height property to 100% because of >> the >> unicorn. Instead I set it to 60% to support Netbooks - but 60% will >> be >> too high if the window is resized to be under a certain height. And >> 60% is low, if the window fills a bigger screen (> 17') >> >> Seems I can't solve that by adding structural elements. The only >> element I could think of would be a table with height=100% and the >> unicorn in the first row (fixed height), TOC in the second row (no >> height property). >> >> >> Most of this seems to be true for the other containers I thought of. >> >> >> Just one around everything and one around the all the sections and >> footnotes seems to make sense so far. > > > So one that wraps everything in body. OK, let's call it "content". > > And then one that does contains the sections and footnotes, but > not the title, preamble, and postamble? Am I understanding this > correctly? > > - Carsten So long as every thing has a div we can then use descendants of the main content to CSS any elements. I see the most important thing (and making it simple) is just to assign a class ID at the org file level #class=myclass ..stuff #endclass This generates <div class="myclass"> ..stuff </div> at html export and whatever for anything else. I really dont see the plethora of sec-id# that are currently generated being really useful since they change on each export if new stuff is entered. This make existing CSS redundant unfortunately. Sebastian? ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 18:12 ` Richard Riley @ 2009-03-02 18:56 ` Sebastian Rose 2009-03-02 20:22 ` Richard Riley 2009-03-02 19:03 ` Sebastian Rose 1 sibling, 1 reply; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 18:56 UTC (permalink / raw To: Richard Riley; +Cc: org-mode Richard Riley <rileyrgdev@googlemail.com> writes: > I really dont see the plethora of sec-id# that are currently generated > being really useful since they change on each export if new stuff is > entered. This make existing CSS redundant unfortunately. The IDs in the section headings are not meant for CSS styling. That's what the classes are for. Regards, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 18:56 ` Sebastian Rose @ 2009-03-02 20:22 ` Richard Riley 2009-03-03 0:52 ` Sebastian Rose 0 siblings, 1 reply; 25+ messages in thread From: Richard Riley @ 2009-03-02 20:22 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Sebastian Rose <sebastian_rose@gmx.de> writes: > Richard Riley <rileyrgdev@googlemail.com> writes: >> I really dont see the plethora of sec-id# that are currently generated >> being really useful since they change on each export if new stuff is >> entered. This make existing CSS redundant unfortunately. > > The IDs in the section headings are not meant for CSS styling. That's > what the classes are for. > > > Regards, IDs are frequently used for styling as well as classes. -- important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 20:22 ` Richard Riley @ 2009-03-03 0:52 ` Sebastian Rose 2009-03-03 1:16 ` Richard Riley 0 siblings, 1 reply; 25+ messages in thread From: Sebastian Rose @ 2009-03-03 0:52 UTC (permalink / raw To: Richard Riley; +Cc: org-mode Richard Riley <rileyrgdev@googlemail.com> writes: > Sebastian Rose <sebastian_rose@gmx.de> writes: > >> Richard Riley <rileyrgdev@googlemail.com> writes: >>> I really dont see the plethora of sec-id# that are currently generated >>> being really useful since they change on each export if new stuff is >>> entered. This make existing CSS redundant unfortunately. >> >> The IDs in the section headings are not meant for CSS styling. That's >> what the classes are for. >> >> >> Regards, > > IDs are frequently used for styling as well as classes. Well, in this case, since we never know the ID of a section in advance... -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-03 0:52 ` Sebastian Rose @ 2009-03-03 1:16 ` Richard Riley 2009-03-03 10:02 ` Carsten Dominik 0 siblings, 1 reply; 25+ messages in thread From: Richard Riley @ 2009-03-03 1:16 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Sebastian Rose <sebastian_rose@gmx.de> writes: > Richard Riley <rileyrgdev@googlemail.com> writes: >> Sebastian Rose <sebastian_rose@gmx.de> writes: >> >>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>> I really dont see the plethora of sec-id# that are currently generated >>>> being really useful since they change on each export if new stuff is >>>> entered. This make existing CSS redundant unfortunately. >>> >>> The IDs in the section headings are not meant for CSS styling. That's >>> what the classes are for. >>> >>> >>> Regards, >> >> IDs are frequently used for styling as well as classes. > > > Well, in this case, since we never know the ID of a section in > advance... Or haven't known in the past. See other post. We probably need to be able to control the class and/or ID of individual sections at the higher level. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-03 1:16 ` Richard Riley @ 2009-03-03 10:02 ` Carsten Dominik 2009-03-03 10:14 ` Sebastian Rose 2009-03-03 10:57 ` Sebastian Rose 0 siblings, 2 replies; 25+ messages in thread From: Carsten Dominik @ 2009-03-03 10:02 UTC (permalink / raw To: Richard Riley; +Cc: org-mode I have now added a "content" container around all of body. - Carsten On Mar 3, 2009, at 2:16 AM, Richard Riley wrote: > Sebastian Rose <sebastian_rose@gmx.de> writes: > >> Richard Riley <rileyrgdev@googlemail.com> writes: >>> Sebastian Rose <sebastian_rose@gmx.de> writes: >>> >>>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>>> I really dont see the plethora of sec-id# that are currently >>>>> generated >>>>> being really useful since they change on each export if new >>>>> stuff is >>>>> entered. This make existing CSS redundant unfortunately. >>>> >>>> The IDs in the section headings are not meant for CSS styling. >>>> That's >>>> what the classes are for. >>>> >>>> >>>> Regards, >>> >>> IDs are frequently used for styling as well as classes. >> >> >> Well, in this case, since we never know the ID of a section in >> advance... > > Or haven't known in the past. See other post. We probably need to be > able to control the class and/or ID of individual sections at the > higher > level. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-03 10:02 ` Carsten Dominik @ 2009-03-03 10:14 ` Sebastian Rose 2009-03-03 10:50 ` Carsten Dominik 2009-03-03 10:57 ` Sebastian Rose 1 sibling, 1 reply; 25+ messages in thread From: Sebastian Rose @ 2009-03-03 10:14 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley Carsten Dominik <dominik@science.uva.nl> writes: > I have now added a "content" container around all of body. > > - Carsten OK, I'll go and adjust org-info.js as needed now. Best, Sebastian > > On Mar 3, 2009, at 2:16 AM, Richard Riley wrote: > >> Sebastian Rose <sebastian_rose@gmx.de> writes: >> >>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>> Sebastian Rose <sebastian_rose@gmx.de> writes: >>>> >>>>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>>>> I really dont see the plethora of sec-id# that are currently generated >>>>>> being really useful since they change on each export if new stuff is >>>>>> entered. This make existing CSS redundant unfortunately. >>>>> >>>>> The IDs in the section headings are not meant for CSS styling. That's >>>>> what the classes are for. >>>>> >>>>> >>>>> Regards, >>>> >>>> IDs are frequently used for styling as well as classes. >>> >>> >>> Well, in this case, since we never know the ID of a section in >>> advance... >> >> Or haven't known in the past. See other post. We probably need to be >> able to control the class and/or ID of individual sections at the higher >> level. > -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-03 10:14 ` Sebastian Rose @ 2009-03-03 10:50 ` Carsten Dominik 0 siblings, 0 replies; 25+ messages in thread From: Carsten Dominik @ 2009-03-03 10:50 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Thanks. - Carsten On Mar 3, 2009, at 11:14 AM, Sebastian Rose wrote: > Carsten Dominik <dominik@science.uva.nl> writes: >> I have now added a "content" container around all of body. >> >> - Carsten > > > OK, I'll go and adjust org-info.js as needed now. > > Best, > > Sebastian > >> >> On Mar 3, 2009, at 2:16 AM, Richard Riley wrote: >> >>> Sebastian Rose <sebastian_rose@gmx.de> writes: >>> >>>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>>> Sebastian Rose <sebastian_rose@gmx.de> writes: >>>>> >>>>>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>>>>> I really dont see the plethora of sec-id# that are currently >>>>>>> generated >>>>>>> being really useful since they change on each export if new >>>>>>> stuff is >>>>>>> entered. This make existing CSS redundant unfortunately. >>>>>> >>>>>> The IDs in the section headings are not meant for CSS styling. >>>>>> That's >>>>>> what the classes are for. >>>>>> >>>>>> >>>>>> Regards, >>>>> >>>>> IDs are frequently used for styling as well as classes. >>>> >>>> >>>> Well, in this case, since we never know the ID of a section in >>>> advance... >>> >>> Or haven't known in the past. See other post. We probably need to be >>> able to control the class and/or ID of individual sections at the >>> higher >>> level. >> > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 > Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Email: s.rose@emma-stil.de, sebastian_rose@gmx.de > Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-03 10:02 ` Carsten Dominik 2009-03-03 10:14 ` Sebastian Rose @ 2009-03-03 10:57 ` Sebastian Rose 1 sibling, 0 replies; 25+ messages in thread From: Sebastian Rose @ 2009-03-03 10:57 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley OK. An updated version of org-info.js in now available on github as well, as in worg.git. NOTE: you MUST UPDATE ORG-INFO.JS, if you use the current git version. The changes to org-info.js are backward compatible. Hence you don't need to re-export everything. Regards, Sebastian Carsten Dominik <dominik@science.uva.nl> writes: > I have now added a "content" container around all of body. > > - Carsten > > On Mar 3, 2009, at 2:16 AM, Richard Riley wrote: > >> Sebastian Rose <sebastian_rose@gmx.de> writes: >> >>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>> Sebastian Rose <sebastian_rose@gmx.de> writes: >>>> >>>>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>>>> I really dont see the plethora of sec-id# that are currently generated >>>>>> being really useful since they change on each export if new stuff is >>>>>> entered. This make existing CSS redundant unfortunately. >>>>> >>>>> The IDs in the section headings are not meant for CSS styling. That's >>>>> what the classes are for. >>>>> >>>>> >>>>> Regards, >>>> >>>> IDs are frequently used for styling as well as classes. >>> >>> >>> Well, in this case, since we never know the ID of a section in >>> advance... >> >> Or haven't known in the past. See other post. We probably need to be >> able to control the class and/or ID of individual sections at the higher >> level. > -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.rose@emma-stil.de, sebastian_rose@gmx.de Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 18:12 ` Richard Riley 2009-03-02 18:56 ` Sebastian Rose @ 2009-03-02 19:03 ` Sebastian Rose 1 sibling, 0 replies; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 19:03 UTC (permalink / raw To: Richard Riley; +Cc: org-mode Richard Riley <rileyrgdev@googlemail.com> writes: > I really dont see the plethora of sec-id# that are currently generated > being really useful since they change on each export if new stuff is > entered. This make existing CSS redundant unfortunately. Forgot to say: the ID's are, what the links in the TOC jump to. Also, they're needed for org-info.js to resolve internal links to sections in general. Best, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 17:03 ` Carsten Dominik 2009-03-02 18:12 ` Richard Riley @ 2009-03-02 18:54 ` Sebastian Rose 2009-03-02 19:06 ` Sebastian Rose 1 sibling, 1 reply; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 18:54 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley Carsten Dominik <dominik@science.uva.nl> writes: > On Mar 2, 2009, at 5:00 PM, Sebastian Rose wrote: > >> >> OK - I failed badly :-( >> >> I think we can skip the extra <div> element around the TOC. >> >> Here's why: >> >> As it looks now, the problem with the fixed TOC does not go away. My >> old trick seems to work only for HTML doctype and/or tables... Should >> have tested that one before... >> >> So until now it's not getting any better - but more complicated. >> >> And all those stlyes in the stylesheet become confusing :-/ >> >> The main problem is the height of the TOC on orgmode.org. The <div> >> element grows and shrinks in height when we resize the window. >> Unfortunately, we can't set the height property to 100% because of the >> unicorn. Instead I set it to 60% to support Netbooks - but 60% will be >> too high if the window is resized to be under a certain height. And >> 60% is low, if the window fills a bigger screen (> 17') >> >> Seems I can't solve that by adding structural elements. The only >> element I could think of would be a table with height=100% and the >> unicorn in the first row (fixed height), TOC in the second row (no >> height property). >> >> >> Most of this seems to be true for the other containers I thought of. >> >> >> Just one around everything and one around the all the sections and >> footnotes seems to make sense so far. > > > So one that wraps everything in body. OK, let's call it "content". > > And then one that does contains the sections and footnotes, but > not the title, preamble, and postamble? Am I understanding this > correctly? Just the outer one then. As long as noone uses an container we shouldn't add it. Even the inner one with all the sections is merely a matter of taste. What do you think about the hook idea in my previous mail? Was that to weired? It thought that would make complex layouts possible without poluting the *.org sources with things like @<div>.... and would keep org-exp.el simple too. Best, Sebastian > - Carsten > > > > >> >> >> >> >> >> Maybe someone finds another way of `skinning' the XHTML output in the >> future. >> >> >> >> How about adding custom HTML before and after writing the main >> containers? >> >> Can't we something like this here ? : >> >> (defun my-export-add-custom-html(when, which) >> "when is either 'before' or 'after', which is one of: >> - 'body' >> - 'title' >> - 'toc' >> - 'contents' >> - 'lot' >> ..." >> (when (string= "body" which) >> (if (string= "before" when) >> "<div id="\"wrap\">") >> "</div>") >> ) >> >> >> In org-publish-project-alist: >> >> :custom-html-funcion my-export-add-custom-html >> >> and perhaps: >> >> :org-export-html-sequence '("title" "toc" "content" "footnotes") >> ;; getting wild and offtopic: >> :custom-id-function my-org-id-was-found >> >> >> That way the output would win flexibility and get closer to an generic >> export. One could implement a table based layout, or reuse containers >> from the CMS the pages should be used in. Not to forget `<?php >> ..... ?>' or similar. >> >> We would lose the guaranty that anything validates or org-info.js works >> with the resulting structure though. But we could provide different >> `themes' on Worg which are guarantied to work (and enhanced by the >> comunity). >> >> >> Or is all this completely weired? >> >> >> >> >> Best, >> >> Sebastian >> >> >> >> Carsten Dominik <dominik@science.uva.nl> writes: >>> OK, so I will wait with making changes until you have >>> done some experimentation, maybe put that up somewhere, >>> so that others can have a look? >> >> >> >>> >>> - Carsten >>> >>> On Mar 2, 2009, at 12:58 PM, Sebastian Rose wrote: >>> >>>> Carsten Dominik <dominik@science.uva.nl> writes: >>>>> Hi Sebastian, >>>>> >>>>> >>>>> On Mar 2, 2009, at 10:29 AM, Sebastian Rose wrote: >>>>>> >>>>>> * Suggestions for names >>>>>> >>>>>> `wrap' is, what they use in typolight and some other CMSs. But >>>>>> `content' sounds good to me too. >>>>>> >>>>>> <div id="center"> >>>>>> <div id="wrap"><!-- or `content' --> >>>>>> >>>>>> <div id="box-1"> >>>>>> <div id="table-of-contents"> >>>>>> ... >>>>>> </div> >>>>>> </div><!-- end of box-1 --> >>>>>> >>>>>> <div id="box-2"> >>>>>> <div id="outline-container-2" class="outline-2"> >>>>>> <h2 id="sec-1"><span class="section-number-2">2</span> >>>>>> Konfiguration >>>>>> </h2> >>>>>> <div class="outline-text-2" id="text-2"> >>>>>> ... >>>>>> </div> >>>>>> </div> >>>>>> ... more sections, footnotes ... >>>>>> </div><!-- end of box-2 --> >>>>>> >>>>>> <div id="postamble"> >>>>>> postamble >>>>>> </div> >>>>>> >>>>>> >>>>>> </div><!-- end of wrap --> >>>>>> </div><!-- end of center --> >>>>> >>>>> >>>>> How about these names for additional divs >>>>> >>>>> content-wrap >>>>> content ;; I think we should just have one around the entire >>>>> content. >>>>> ;; should this also contain the <h1> with the page title? >>>>> ;; I think yes >>>> >>>> OK, one might be enough. There's a cross-browser CSS to center the contents >>>> vertically with only one container: >>>> >>>> #content-wrap >>>> { >>>> ... >>>> margin-top:auto; >>>> margin-bottom:auto; >>>> vertical-align:middle; >>>> ... >>>> } >>>> >>>> And yes, the title should be inside `content-wrap' >>>> >>>>> table-of-contents-wrap >>>>> >>>>> footnote-wrap >>>>> bibliography-wrap >>>>> postamble-wrap >>>>> >>>>> So we put all the stuff into specific "wrap" containers. >>>>> I don't so much like "column-1", because that looks fine >>>>> if you use it for columns, but it looks confusing if you >>>>> use it for something else... >>>> >>>> >>>> Agreed. >>>> >>>> How about `org(-container ?) for the outer most container? Think of >>>> exporting the content only for inclusion into some framework. In that >>>> case `org' seems a natural name. >>>> >>>> Anyway, for sake of the TOC on the left, we should also wrap all the rest >>>> of the contents in one <div> with postamble being the only exception. >>>> >>>> The tree would simply be: >>>> >>>> org >>>> title >>>> table-of-contents-wrap >>>> table-of-contents >>>> content-wrap >>>> sec-1... - unchanged >>>> footnotes - unchanged >>>> bibliography >>>> postamble // already there >>>> >>>> The reason for the container around everything excluding title, TOC and >>>> postamble is, that I don't want the TOC to live in the left margin of >>>> the <body>, the way it does now. >>>> >>>> `float:left' for the TOC will cause the page to look funny in the most >>>> cases: >>>> >>>> +-----+--------------+ >>>> | TOC | TITLE | >>>> +-----+ SEC-1 | >>>> | SEC2 | >>>> | SEC2 | >>>> | FOOTNOTES | >>>> +--------------------+ >>>> | POSTAMBLE | >>>> +--------------------+ >>>> >>>> Better: >>>> >>>> +-----+--------------+ >>>> | TOC | TITLE | >>>> | | SEC-1 | >>>> | | SEC2 | >>>> | | SEC3 | >>>> | | FOOTNOTES | >>>> +--------------------+ >>>> | POSTAMBLE | >>>> +--------------------+ >>>> >>>> >>>> And this one here would be nice (all navigational elements visible on >>>> load): >>>> >>>> +-----+--------------+-----+ >>>> | TOC | TITLE | LOT | >>>> | | SEC-1 +-----+ >>>> | | SEC2 | LOF | >>>> | | SEC3 +-----+ >>>> | | FOOTNOTES | BIB | >>>> +-----+--------------+-----+ >>>> | POSTAMBLE | >>>> +--------------------------+ >>>> >>>> Some people (see drupal) put the postamble into the right/center column >>>> for two and three column layout respectively. I don't like that very >>>> much. >>>> >>>> >>>> >>>> >>>> What we should do before we change anything, is to experiment with one >>>> simple document and different stylesheets, to ensure everything works >>>> the way we want it to. >>>> >>>> I'll set up some with the different aproaches and try to add different >>>> CSS stylesheets. Our aim must be to make many different layouts possible >>>> (we will never make _all_ possible layouts feasable though). >>>> >>>> >>>> >>>> Important layouts are: >>>> >>>> | Name | example | >>>> |-------------------------+------------------| >>>> | Fixed TOC | orgmode.org | >>>> | Floating TOC | orgmode.org/worg | >>>> | Please add more here... | >>>> >>>> The usual page-flow will always stay what it is as long as no special >>>> styles are added. >>>> >>>> >>>> Best, >>>> >>>> Sebastian >>>> >>>> >>>>> - Carsten >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>> >>>>>>>> <div id="column-1"> -- Help with fixed TOC >>>>>>>> <div id="table-of-contents"> >>>>>>>> the toc >>>>>>>> </div> >>>>>>>> </div> >>>>>>>> >>>>>>>> <div id="column-2"> -- Help with fixed TOC >>>>>>>> All the rest of the content goes here >>>>>>>> </div> >>>>>>>> >>>>>>>> <div id="postamble"> >>>>>>>> postamble >>>>>>>> </div> >>>>>>>> >>>>>>>> </div> >>>>>>>> </div> >>>>>>>> </body> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Having two boxes for the TOC would make the fixed TOC work in IE. In >>>>>>>> general, I prefere to use two kinds of Boxes: >>>>>>>> >>>>>>>> - one for positioning, floating and so on. This one should have _no_ >>>>>>>> padding or margin at all! >>>>>>> >>>>>>> Can one not simply use .body for that? >>>>>>> >>>>>>>> - one for margin, padding, styling. >>>>>>>> >>>>>>>> I found, this is the only way to reliably enforce a layout across >>>>>>>> browsers. >>>>>>>> >>>>>>>> >>>>>>>> column-1 and column-2 are for that very reason. All we can do to put the >>>>>>>> TOC to the left or right is, to add margins to the body or the level 1 >>>>>>>> contents, and place it there. This is, what causes the problems with the >>>>>>>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >>>>>>>> possible, to adjust the layout in various common ways. >>>>>>>> >>>>>>>> The `percent-50' (oh what a name) and `wrap' are just there, to be able >>>>>>>> to center the whole page horizontally _and_ veritcally. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Best, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 18:54 ` Sebastian Rose @ 2009-03-02 19:06 ` Sebastian Rose 0 siblings, 0 replies; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 19:06 UTC (permalink / raw To: Carsten Dominik; +Cc: org-mode, Richard Riley Sebastian Rose <sebastian_rose@gmx.de> writes: >> So one that wraps everything in body. OK, let's call it "content". >> >> And then one that does contains the sections and footnotes, but >> not the title, preamble, and postamble? Am I understanding this >> correctly? > > > Just the outer one then. As long as noone uses an container we shouldn't > add it. > > Even the inner one with all the sections is merely a matter of taste. Sorry for replying to my own mail. By `taste' I mean the possible layouts when section _and_ footnotes & Co are wrapped into one container, versus just sections in one container but not footnotes & Co I really should make a training in reading and writing mails :) Regards, -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 9:29 ` Sebastian Rose 2009-03-02 11:11 ` Carsten Dominik @ 2009-03-02 14:38 ` Richard Riley 2009-03-02 16:50 ` Sebastian Rose 1 sibling, 1 reply; 25+ messages in thread From: Richard Riley @ 2009-03-02 14:38 UTC (permalink / raw To: Sebastian Rose; +Cc: org-mode, Richard Riley Sebastian Rose <sebastian_rose@gmx.de> writes: > Richard Riley <rileyrgdev@googlemail.com> writes: >> Sebastian Rose <sebastian_rose@gmx.de> writes: >> >>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>> It's been a while since I've looked at my org set up. One thing that >>>> always struck me as a bit hacky was my use of >>>> >>>> :preamble "<div id='content'> >>>> >>>> and the corresponding postamble to enclose the exported web pages into a >>>> "container" div. Is there a better way to do this? I would think it >>>> would be a common enough need that by default or via an option all html >>>> should be enclosed in a "webcontainer" ID. >>> >>> While one container around everything makes it possible to center the >>> page horizontally, two containers make it possible to center the page >>> vertically as well. >>> >>> If we would go and change the structure once again, I'd even suggest the >>> following: >>> >>> <body> >>> <div id="percent-50"> -- center the page if desired >>> <div id="wrap"> -- center the page if desired >> >> Why always IDs as opposed to classes? > > > `percent-50' and `wrap' are there for a special purpose and unique in > that concern. `wrap' is the `content' you originally requested. I did > not use my brain and called it `wrap' without any annotation. "content" or "org-container". Wrap made no sense to me. It suggests word wrap in the context. wrapper would be better. Purely vocabulary issue. > >>>> :preamble "<div id='content'> > > I'd say they should have an ID assigned. Just an academic question : Why not a class? > > > >> Can css selectors select based on a part of a name? If not then there is >> no link between column-1 and column-2. e.g in this convention how does >> one create a common style for all columns or all "sec-" objects? > > Aaah, OK, sorry for being unclear - a misunderstanding. > > I did *not* mean to _change_ the structure of the XHTML in it's > current FYI I have abandoned xhtml in the smalle bit of web UI I touch.. It is not cross platform/browser. Common concensus says make it html 4.01 strict compliant. > form, but simply _add_ additional containers to partition the whole > thing (just as you suggested) and thus make it possible to move certain > groups of content around through CSS. > > All the "sec-" objects should go into `column-2'. I dont know/understand what you mean with "columns". Columns suggest layout in columns. It should simply be a "wrapper". That wrapper may or may not be CSSd to a column. It might be a float or a fixed position or ..... > All the `sec-' objects share classes via the containers they live in: > > <div id="outline-container-2" class="outline-2"> > <div id="outline-container-2.1" class="outline-3"> > > etc. Yes. Thats what I was suggesting but see later on regarding css descendants. > > That's already the case, and I think we don't need to change that. > There is still this difference between ID and class name. I'm not sure I see why. > > * Suggestions for names > > `wrap' is, what they use in typolight and some other CMSs. But > `content' sounds good to me too. > > <div id="center"> > <div id="wrap"><!-- or `content' --> > > <div id="box-1"> > <div id="table-of-contents"> > ... > </div> > </div><!-- end of box-1 --> > > <div id="box-2"> where is the "base" class for box-2? The issue I see is that theres no way using this method to change all "sec-" entries in an outline container for example since you cant use css descendants since all have *unique* class names and IDs. > <div id="outline-container-2" class="outline-2"> > <h2 id="sec-1"><span class="section-number-2">2</span> Konfiguration </h2> > <div class="outline-text-2" id="text-2"> and another div here is what? ,---- | > <div class="outline-text-2" id="text-3"> `---- ? > ... > </div> > </div> > ... more sections, footnotes ... > </div><!-- end of box-2 --> > > <div id="postamble"> > postamble > </div> > > > </div><!-- end of wrap --> > </div><!-- end of center --> I'm not sure I understand the need for the container container. Maybe I need to Google up centering vertically. > > > >>> >>> <div id="column-1"> -- Help with fixed TOC >>> <div id="table-of-contents"> >>> the toc >>> </div> >>> </div> >>> >>> <div id="column-2"> -- Help with fixed TOC >>> All the rest of the content goes here >>> </div> >>> >>> <div id="postamble"> >>> postamble >>> </div> >>> >>> </div> >>> </div> >>> </body> >>> >>> >>> >>> Having two boxes for the TOC would make the fixed TOC work in IE. In >>> general, I prefere to use two kinds of Boxes: >>> >>> - one for positioning, floating and so on. This one should have _no_ >>> padding or margin at all! >> >> Can one not simply use .body for that? >> >>> - one for margin, padding, styling. >>> >>> I found, this is the only way to reliably enforce a layout across >>> browsers. >>> >>> >>> column-1 and column-2 are for that very reason. All we can do to put the >>> TOC to the left or right is, to add margins to the body or the level 1 >>> contents, and place it there. This is, what causes the problems with the >>> fixed TOC in IE. `column-1' and `column-2' (and `postamble') make it >>> possible, to adjust the layout in various common ways. >>> >>> The `percent-50' (oh what a name) and `wrap' are just there, to be able >>> to center the whole page horizontally _and_ veritcally. >> >>> >>> >>> Best, >>> >>> -- >>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover >>> Tel.: +49 (0)511 - 36 58 472 >>> Fax: +49 (0)1805 - 233633 - 11044 >>> mobil: +49 (0)173 - 83 93 417 >>> Http: www.emma-stil.de >>> > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Email: s.rose@emma-stil.de, sebastian_rose@gmx.de > Http: www.emma-stil.de > -- important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970 ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: export and containers 2009-03-02 14:38 ` Richard Riley @ 2009-03-02 16:50 ` Sebastian Rose 0 siblings, 0 replies; 25+ messages in thread From: Sebastian Rose @ 2009-03-02 16:50 UTC (permalink / raw To: Richard Riley; +Cc: org-mode Richard Riley <rileyrgdev@googlemail.com> writes: > Sebastian Rose <sebastian_rose@gmx.de> writes: > >> Richard Riley <rileyrgdev@googlemail.com> writes: >>> Sebastian Rose <sebastian_rose@gmx.de> writes: >>> >>>> Richard Riley <rileyrgdev@googlemail.com> writes: >>>>> It's been a while since I've looked at my org set up. One thing that >>>>> always struck me as a bit hacky was my use of >>>>> >>>>> :preamble "<div id='content'> >>>>> >>>>> and the corresponding postamble to enclose the exported web pages into a >>>>> "container" div. Is there a better way to do this? I would think it >>>>> would be a common enough need that by default or via an option all html >>>>> should be enclosed in a "webcontainer" ID. >>>> >>>> While one container around everything makes it possible to center the >>>> page horizontally, two containers make it possible to center the page >>>> vertically as well. >>>> >>>> If we would go and change the structure once again, I'd even suggest the >>>> following: >>>> >>>> <body> >>>> <div id="percent-50"> -- center the page if desired >>>> <div id="wrap"> -- center the page if desired >>> >>> Why always IDs as opposed to classes? >> >> >> `percent-50' and `wrap' are there for a special purpose and unique in >> that concern. `wrap' is the `content' you originally requested. I did >> not use my brain and called it `wrap' without any annotation. > > "content" or "org-container". Wrap made no sense to me. It suggests word > wrap in the context. wrapper would be better. Purely vocabulary issue. > >> >>>>> :preamble "<div id='content'> >> >> I'd say they should have an ID assigned. > > Just an academic question : Why not a class? Because it's supposed to be the exact entity, that contains exact all the other stuff and shares no styles but those all <div> elements and <body> share. A user could add another container "<div class='content'>" and break the page layout. But as no browser seems to force the uniquety of IDs, it doesn't yet make a difference really. >>> Can css selectors select based on a part of a name? If not then there is >>> no link between column-1 and column-2. e.g in this convention how does >>> one create a common style for all columns or all "sec-" objects? >> >> Aaah, OK, sorry for being unclear - a misunderstanding. >> >> I did *not* mean to _change_ the structure of the XHTML in it's >> current > > FYI I have abandoned xhtml in the smalle bit of web UI I touch.. It is > not cross platform/browser. Common concensus says make it html 4.01 > strict compliant. I can't tell that, and I touch quite some UIs. XHTML is more rigid though. Case sensitive and so on. It's what WEB-programming always was: fiddling with different browsers, each of which having it's own `standard' and finding the Lowest Common Denominator... It doesn't really have to do anything with programming, where things usually are well defined even accross different plattforms. But I can say, that XHTML is just as crossbrowser as HTML. Validating helps a lot though. >> form, but simply _add_ additional containers to partition the whole >> thing (just as you suggested) and thus make it possible to move certain >> groups of content around through CSS. >> >> All the "sec-" objects should go into `column-2'. > > I dont know/understand what you mean with "columns". > > Columns suggest layout in columns. It should simply be a "wrapper". That > wrapper may or may not be CSSd to a column. It might be a float or a > fixed position or ..... Yes, sorry - those where stupid names... >> All the `sec-' objects share classes via the containers they live in: >> >> <div id="outline-container-2" class="outline-2"> >> <div id="outline-container-2.1" class="outline-3"> >> >> etc. > > Yes. Thats what I was suggesting but see later on regarding css descendants. > >> >> That's already the case, and I think we don't need to change that. >> > > There is still this difference between ID and class name. I'm not sure I > see why. Hmm - let's see... Each of the elements has a class assigned, that is common to those on the same level. Some of them have an additional ID that makes it possible to address exactly that very element: <div id="outline-container-4.1" class="outline-3"> <h3 id="sec-4.1"><span class="section-number-3">4.1</span> Pi </h3> <div class="outline-text-3" id="text-4.1"> The headline `PI' is no different from other headlines in the document from JavaScript's or XML-Tools point of view. What makes the element special, is just it's ID. There could be a headline `PI' on the same level in any other Section of the document. That's why we need the ID. Sure you may use CSS-selectors like this, to style all the level 3 <p> elements: .outline-text-3 p { color:green; } >> >> * Suggestions for names >> >> `wrap' is, what they use in typolight and some other CMSs. But >> `content' sounds good to me too. >> >> <div id="center"> >> <div id="wrap"><!-- or `content' --> >> >> <div id="box-1"> >> <div id="table-of-contents"> >> ... >> </div> >> </div><!-- end of box-1 --> >> >> <div id="box-2"> > > where is the "base" class for box-2? > > The issue I see is that theres no way using this method to change all > "sec-" entries in an outline container for example since you cant use > css descendants since all have *unique* class names and IDs. Hihi, I just see what you mean (below). I seem to have no luck in answering your mails ;-) In this example below it seems that `outline-2' has the `2' in it's class name, because it's the class of the container that holds section 2. But that's not true. Sorry for being so stupid. Each container on depth 2 has this class name assigned. So you may change the number in all IDs and the section number to 14. >> <div id="outline-container-2" class="outline-2"> >> <h2 id="sec-1"><span class="section-number-2">2</span> Konfiguration </h2> >> <div class="outline-text-2" id="text-2"> > > and another div here is what? > > > ,---- > | > <div class="outline-text-2" id="text-3"> > `---- > > ? My next being unclear :-/ I'd better copy and paste from real exported stuff: <div id="outline-container-6" class="outline-2"> <h2 id="sec-6"><span class="section-number-2">6</span> Computer </h2> <div class="outline-text-2" id="text-6"> content of section 6 </div> <div id="outline-container-6.1" class="outline-3"> <h3 id="sec-6.1"><span class="section-number-3">6.1</span> Linux </h3> <div class="outline-text-3" id="text-6.1"> content of section 6.1 </div> </div> <div id="outline-container-6.2" class="outline-3"> <h3 id="sec-6.2"><span class="section-number-3">6.2</span> Linux </h3> <div class="outline-text-3" id="text-6.2"> content of section 6.2 </div> </div> </div> > I'm not sure I understand the need for the container container. Maybe I > need to Google up centering vertically. Hrm, just ignore me. We can center the page vertically without an additional container. Regard, Sebastian -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de ^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2009-03-03 10:54 UTC | newest] Thread overview: 25+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-02-28 10:29 export and containers Richard Riley 2009-02-28 11:37 ` Sebastian Rose 2009-02-28 19:23 ` Carsten Dominik 2009-02-28 21:09 ` Sebastian Rose 2009-03-02 8:03 ` Richard Riley 2009-03-02 9:29 ` Sebastian Rose 2009-03-02 11:11 ` Carsten Dominik 2009-03-02 11:58 ` Sebastian Rose 2009-03-02 13:10 ` Carsten Dominik 2009-03-02 16:00 ` Sebastian Rose 2009-03-02 17:03 ` Carsten Dominik 2009-03-02 18:12 ` Richard Riley 2009-03-02 18:56 ` Sebastian Rose 2009-03-02 20:22 ` Richard Riley 2009-03-03 0:52 ` Sebastian Rose 2009-03-03 1:16 ` Richard Riley 2009-03-03 10:02 ` Carsten Dominik 2009-03-03 10:14 ` Sebastian Rose 2009-03-03 10:50 ` Carsten Dominik 2009-03-03 10:57 ` Sebastian Rose 2009-03-02 19:03 ` Sebastian Rose 2009-03-02 18:54 ` Sebastian Rose 2009-03-02 19:06 ` Sebastian Rose 2009-03-02 14:38 ` Richard Riley 2009-03-02 16:50 ` Sebastian Rose
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.