Re: Is it time to abandon SWIXML?

Frank Meißner <[email protected]>
Newsgroups gmane.comp.embedded.carlsbad-cubes
Message-ID <[email protected]>
kate rhodes wrote:
> Swixml uses reflection and it treats all the objects the same way.
> JInternalFrames get treated no differently. There are many objects whose 
> contents you have to fill with java and can't be populated with XML. I 
> haven't worked with JInternalFrames so I can't really comment on them 
> but I can tell you that if it supports them at all it supports them 
> correctly because it is too simple in it's implementation NOT to. That 
> simplicity being one of it's main features and the thing that makes it 
> work so well and consistently across objects.

Hello there,

I fully agree with kate.

> 
> I'm not sure what you mean by "the last panel from the XML" so I can't 
> really help on that.
> 
>>
>> Has the implementation of <internalframe> been tested successfully or 
>> not?   Has anyone had any success with this tag or not?

Yes, I did have success with internalframe. It was only a "proof of 
concept" and will work with the all (my) new code only with some changes 
but it worked perfectly some time ago.

 >> I am ready
>> to abandon swixml and re-invent the wheel.
>>

Perhaps you can provide us with the xml file(s) not working? Like kate 
said, there is nothing special about the internalframe support in 
swixml. If there is a problem, some misbehaviour would be visible 
somewhere else too...

Frank



-- 
AuthentiDate International AG
Großenbaumer Weg 6
40472 Düsseldorf / Germany
Phone   : +49(0)211 43 69 89-0
FAX     : +49(0)211 43 69 89-19

TÜV Akademie
Kosten senken durch IT-Sicherheit
12.-13. Nov. 2003, Köln

IT Sicherheit in Chemie-
und Pharma-Unternehmen
25. Nov. 2003, Düsseldorf


Erfahren Sie mehr unter:
www.authentidate.de
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.