From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Riley Subject: Re: export and containers Date: Mon, 02 Mar 2009 19:12:45 +0100 Message-ID: <49ac219e.0305560a.1bac.ffffac65@mx.google.com> References: <49a91200.1438560a.6867.ffffb3e4@mx.google.com> <87eixikd1u.fsf@kassiopeya.MSHEIMNETZ> <49ab92ef.0407560a.4681.543e@mx.google.com> <87vdqsz31c.fsf@kassiopeya.MSHEIMNETZ> <95B3F1B7-98EE-4831-9FB3-1B7D34598061@uva.nl> <87iqmsyw4o.fsf@kassiopeya.MSHEIMNETZ> <3B159DE3-C418-41C8-9422-E0743D789E2E@uva.nl> <87r61f7w3r.fsf@kassiopeya.MSHEIMNETZ> <8296CDBB-B545-4819-99A5-58EDD20DC7DC@uva.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LeCdH-0006nj-D7 for emacs-orgmode@gnu.org; Mon, 02 Mar 2009 13:12:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LeCdE-0006nG-VT for emacs-orgmode@gnu.org; Mon, 02 Mar 2009 13:12:50 -0500 Received: from [199.232.76.173] (port=46116 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LeCdE-0006nD-O9 for emacs-orgmode@gnu.org; Mon, 02 Mar 2009 13:12:48 -0500 Received: from mail-fx0-f172.google.com ([209.85.220.172]:41441) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LeCdE-0003AH-8c for emacs-orgmode@gnu.org; Mon, 02 Mar 2009 13:12:48 -0500 Received: by fxm20 with SMTP id 20so2106757fxm.42 for ; Mon, 02 Mar 2009 10:12:47 -0800 (PST) In-Reply-To: <8296CDBB-B545-4819-99A5-58EDD20DC7DC@uva.nl> (Carsten Dominik's message of "Mon, 2 Mar 2009 18:03:47 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Carsten Dominik Cc: org-mode , Richard Riley Carsten Dominik writes: > On Mar 2, 2009, at 5:00 PM, Sebastian Rose wrote: > >> >> OK - I failed badly :-( >> >> I think we can skip the extra
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
>> 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
..stuff
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?