If you would log it if you try it again and it's NOT fixed ... I
really only care about for keeping the to-do list straight (rather
than the have-done list :) ). I think it's fine to post too -- that
way other people are aware of the issues who probably wouldn't
otherwise read jire bug reports.
I'm not sure what WTP is able to do .. Ulrich owns all the HTML/WTP-
related code, so I haven't really looked into it at all.
ms
On Sep 27, 2005, at 8:20 PM, Greg wrote:
> Did you want this put into jira to track if it is fixed? Would you
> prefer everything to go straight to jira without a post to the list
> or both?
>
> Does the wtp allow you to specify custom tags? It would seem
> limited if you couldn't give it a custom list of tags so you could
> then give it <?php ?> for a php editor, <webobject> for webobjects,
> and whatever tags jsp uses.
>
> g
>
> On 28/09/2005, at 10:10 AM, Mike Schrag wrote:
>
>
>> This should be fixed in the next build ... i was only ignoring
>> spaces. I added newlines and tabs too. Sorry about that :)
>> Admittedly, the way I find those tags in the HTML is totally
>> lame. I'm hoping to get a nicer way potentially based on the html
>> parser itself from WTP. It should work for now though.
>>
>> On Sep 27, 2005, at 7:55 PM, Greg wrote:
>>
>>
>>
>>> One thing I have noted with the extraction of element names from
>>> the html file is that, when I first started using the component
>>> editor I did a "Cleanup Document" on a couple of components.
>>> Because the html editor doesn't know what a <webobject> tag is it
>>> screwed around with how it relayed out the file. What it did with
>>> some webobject tags is this
>>>
>>> <webobject
>>> name="myElement></webobject>
>>>
>>> By placing the name attribute on a new line. This is still valid
>>> html, just the parser can't seem to handle it, saying that the
>>> element "myElement" is not used in the html file when it really
>>> is. I don't use the clean up document command anymore, since I
>>> saw it screw with the layout too much.
>>>
>>> Greg
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>
This archive was generated by hypermail 2.0.0 : Tue Sep 27 2005 - 20:33:43 EDT