This is the mail archive of the docbook-apps@lists.oasis-open.org mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [docbook-apps] Simpler XHTML output


Rene Hache wrote:
Larry,

Transitional?  Why only Transitional?  We already have XHTML
Transitional.  A style-free script would have to generate Strict code,
whether it calls it Transitional or Strict, almost by definition.

I only put transitional because it seemed to be what people are asking for. Personally, I would opt for XHTML 1.1, but many seemed to object. Ultimately, it's for others to discuss since I don't have enough understanding here. Transitional was only tossed out there as a new starting point. Let the games begin...

The basic difference is that Transitional includes tags and attributes that date back to 1994 or so, while Strict removes them on the assumption that you'll be using CSS for that stuff anyway (which is the Right Way these days). If the idea of this endeavor is to make more CSS-controlled output, then Strict seems the logical choice.


How much difference is there between XHTML 1.0 and 1.1, anyway? As others have mentioned, the problem is that, pragmatically, XHTML 1.0 can be handled by any modern browser by faking it as HTML. 1.1 is harder to do that with. Much as I'd love to be bleeding edge, IE makes that impossible. :-)

2. Included in the output will be a default CSS file with a basic
layout for screen, print and handheld devices. The CSS file should be
fully functional in current browsers: Opera 7+, Mozilla 1.0 and IE 6.

I don't think print is an issue we need consider. If print is your intended output, use FO. For screen output, you should probably also consider Konqueror and Safari (which sadly can't be considered a single engine anymore). Fortunately the level that the basic CSS file will be working at should work well in everything, I'd imagine.

Sure, print isn't really necessary. But if everybody wants me to lead the css design aspect (I won't be offended if not), knowing me I will probably end up throwing that in anyway :)

Eh, we've got enough work cut out for ourselves anyway at this point. :-) Besides, the advantage of switching to cleaner (X)HTML output is that we can then add different CSS stylesheets later much more easily.


For handhelds, I would just worry about handhelds that can handle CSS.
Otherwise, in my opinion, it's too much hassle. But a valid XHTML is
better for non CSS capable handhelds anyway.

Precisely. Clean code degrades more gracefully, by design.



COMMENT: It is still my personal preference to not generate extra
divs, but the majority seems to be leaning the other way. Maybe not
generating those extra divs might be an option in the customization
layer?

I don't know how easy a "reduced.div" flag would be to implement. Bob?


But from your description, it means that my TOC styling (see previous
email) wouldn't work with this setup.  That's not even a particularly
complex example.  As I said, I really don't want to lose that ability
for the sake of one fewer tables in the output.

On both your last points, I have to differ with you, but respect were you are coming from. From my perspectives, it really is a matter of a correctly placing a class or id attribute here and there. I don't know how proficient you are at CSS, but my web pages have very few class or id attributes (relatively speaking), but my layouts can end up looking very complex. I guess different people have a different view of the word "simple" :)

Indeed. :-) I'd rank my CSS as "pretty good". I dislike using absolute myself, but that's just style preference.


Primarily I think we're coming from opposite directions here. You're coming from a "bare minimum, then add what's needed" angle, where I'm coming from a "we've got a lot of stuff here, lets take out what we don't really need" angle. That's bound to end in different places.

Aside from increasing the number of characters in the file, does having a div that has no style applied to it actually HURT anything? I think we all agree that <div>...</div> and <span>...</span> are fairly useless. DocBook is just more expressive than XHTML is, and the only way to maintain that level of complexity for styling is via extra divs and spans (which is what div and span are for, IMHO). I like having that extra expressive power, even if I don't use it in a given project.

I also re-read you TOC example, and although I can't "quite" see it
visually, I am almost positive that you don't need the div.toc to make
it do what you want it to do. You can always send me a screen shot and
some code to demonstrate.

I can do you one better, as it's online now. Not the prettiest page I've ever done, but it demonstrates what I'm talking about.


http://www.star-fleet.com/library/handbook/

Note how the TOC on the index page is "normal", while the TOCs on each chapter page float right with an alternate background color.

Yes, and no. There are a quite a few CSS tricks out there called image
replacements techniques. There a good way to add visual navigation
that are still fully accessible to screen readers and downgrade easily
in non-CSS browsers or handhelds, without putting image tags in the
XHTML code. But yes, background images are part of how they work.

I'd appreciate it if you were to offer some documentation on that. Sounds cool. :-)


Switching emphasis, I guess I would propose producing an output that
has no divs or spans other than the ones I mentionned in point #5, as
a starting point. Then we can add them as we see fit and necessary, in
the cleanest way possible. If this is a feasible way of working, but
tell me what you think.

See above about different angles to go about it. Anyone else want to weigh in here? I'd much rather go through and triage out what we can all agree we don't need and possibly end up with more elements than really necessary than triage IN what we all agree we do need and end up with fewer elements than really necessary.


Also, if someone has or can provide a test document that uses "all" of the features of Docbook and the XSL scripts so that we can get a feel for what all is actually generated, that would be very helpful. It would likely help with either triage method. :-)

--
Larry Garfield			AIM: LOLG42
larry@garfieldtech.com		ICQ: 6817012

"If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it." -- Thomas Jefferson

---------------------------------------------------------------------
To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]