[TYPO3-dev] css_styled_content makes wrong markup

[Uschi Renziehausen]

Dmitry Dulepov [typo3] wrote:
> Hi!
> 
> Steffen Kamper wrote:
>> As you see the header is anywhere inside the element, but to be 
>> semantic correct, header has to be the first element. If you disable 
>> css it's wrong order.
>>
Hello Dmitry,

please do not take this reply as any kind of insult or whatsoever (and I 
am serious about that), but please do not highjack threads with topics 
that sound minor to you. Could not you please open up another thread 
(perhaps referring to this one as an example) discussing what are major 
problems and those which are not?

I cannot judge, but I know for sure that there are people around who are 
disturbed by this anchor element and simply clear the settings then 
wondering why they cannot have section index anymore, and it is hard to 
find out for beginners how to fix it.

Having the headline not first thing in physical (not visual) order of 
the source code is a prerequisite for small screen rendering. It is just 
against any logic to have the header after an image, because the image 
will be in wrong context then.

It might be a small issue compared to those you have in mind, but 
Steffen applied a patch, and if those problems could be solved, why not 
just DOING it, I am asking myself and the others.

Regards, Uschi




>> I always copy these lines from installation to installation to correct 
>> this:
>> tt_content.textpic.10.if >
>> tt_content.textpic.20.text.10 >
>>
>> The second is the anchor which is unnecessary and also can cause 
>> problems with css. In this case it would be enough to have
>> <div class="csc-textpic csc-textpic-intext-right-nowrap" id="c22">
>> and all browsers are able to jump to this section instead of some 
>> dinosaurs
> 
> "Can cause" sounds like a "real" problem. Given the number of other real 
> problems in BT, it looks strange to me that moving id to another tag 
> pops up at all. Compare this issue to, for example, this one: 
> http://bugs.typo3.org/view.php?id=2397. To me moving id anywhere looks 
> less then zero.
> 
> One of big disadvantages of opensource projects is lack of central 
> management. As a result, most talented people often concentrate on 
> secondary things instead of primary ones. If that energy only could be 
> spent for fixing a number of real problems, we could get much better 
> product in the end.
> 
> Just a private generic opinion, sorry. Do not take it personally, 
> Steffen. I see it more as a general problem: people focus on wrong 
> things. But this is what free work allows: everyone is free to choose: 
> hard bug fixing or fancy tabs everywhere... Commercial paid projects 
> force people to solve real bugs. This is a big advantage, which we 
> cannot afford.
> 
> I want to repeat: nothing personal. I am only starting to see 
> disadvantages of opensource free projects.
>