Ciao TonyM & Cd.K
This thread has been very interesting!
I think something that is too muted in it is the RELATION between any new
parser rule you add and what the existing parsers do with any
"residue"--text between text you marking-up.
I think some of the confusion/complications about the behaviour of <p>
arise from this.
Longer term more detailed understanding of the order in render and the role
of parsers in this may help clarify the issue.
Just MHO
TT
On Saturday, 28 September 2019 08:56:01 UTC+2, TonyM wrote:
>
> Perhaps my reasoning was wrong but my fix awas correct.
>
> This works as expected
>
> <style>
> .parra {display: block}
> </style>
>
> <p class="parra">test</p>
> test
> test
> <p class="parra">test</p>
>
>
>
>
> On Saturday, September 28, 2019 at 12:43:58 PM UTC+10, coda coder wrote:
>>
>> Tony,
>>
>> A p-element is *already* styled display:block automatically.
>> Constructing a style attribute or a class with display:block to be
>> applied to a p-element is redundant (i.e. it does nothing).
>>
>> Using your reference site, check for P here:
>> https://www.w3schools.com/cssref/css_default_values.asp
>>
>> On Friday, September 27, 2019 at 7:00:37 PM UTC-5, TonyM wrote:
>>>
>>> CdK
>>>
>>> Yes that is happening and this is what we would expect. If rather than
>>> use period, I do this myself we get the expected result.
>>>
>>> <p>test</p>
>>> test
>>> test
>>> <p>test</p>
>>>
>>> I assume your fix is only adding the paragraph tags?
>>>
>>> If I use the developer tools inspect I see this in the erroneous results
>>> <p>
>>> <p>test</p>
>>> </p>
>>> <p>test test .test</p>
>>>
>>> I think what is happening is a result of the Wiki text and html see here
>>> https://tiddlywiki.com/#HTML%20in%20WikiText
>>>
>>> Block mode versus Inline mode
>>>
>>> To get the content of an HTML element to be parsed in block mode, the
>>> opening tag must be followed by two linebreaks.
>>>
>>> Without the two linebreaks, the tag content will be parsed in inline
>>> mode which means that block mode formatting such as wikitext tables, lists
>>> and headings is not recognised.
>>>
>>> If you alter our test case as follows it behaves as expected.
>>> .test
>>> test
>>> test
>>>
>>> .test
>>>
>>> Perhaps we need to force block mode
>>>
>>> This demonstrates what I mean
>>> .test
>>> test
>>> test
>>> .test
>>> <hr>
>>> <p style="display: block">test</p>
>>> test
>>> test
>>> <p style="display: block">test</p>
>>>
>>> So in support of this and as an extension I suggested earlier we could
>>> use a class
>>>
>>> <style>
>>> .parra {display: block}
>>> </style>
>>>
>>> <p class="parra">test</p>
>>> test
>>> test
>>> <p class="parra">test</p>
>>> Of course the style would be in a stylesheet.
>>>
>>> And the designer could change the way our "period" paragraphs are styled.
>>>
>>> Additional reference https://www.w3schools.com/css/css_inline-block.asp
>>>
>>> Regards
>>> Tony
>>>
>>> On Friday, September 27, 2019 at 9:52:46 PM UTC+10, Cd.K wrote:
>>>>
>>>> TonyM
>>>>
>>>> I discovered the following error in the period rule:
>>>>
>>>> .test
>>>> test
>>>> test
>>>> .test
>>>>
>>>>
>>>> renders as
>>>>
>>>> test
>>>>
>>>> test test .test
>>>>
>>>>
>>>> expected:
>>>>
>>>> test
>>>>
>>>>
>>>> test test
>>>>
>>>>
>>>> test
>>>>
>>>> Do you agree?
>>>>
>>>> Regards
>>>> Cd.K
>>>>
>>>>
>>>>
>>>>
>>>> On Friday, September 27, 2019 at 8:40:16 AM UTC+2, TonyM wrote:
>>>>>
>>>>> CdK,
>>>>>
>>>>> I love the operation of the leading period on a 5.1.20
>>>>>
>>>>>>
>>>>>>>
>>>>
>>>>
>>>>
>>>
--
You received this message because you are subscribed to the Google Groups
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/tiddlywiki/ed4f3810-9969-4ab8-850f-e853a9bff1f5%40googlegroups.com.
