Awesome. I've been meaning to put together a small example that shows the
behavior, but work/life/other side projects have been taking up a lot of
time.
I cc'ed my personal account (malcolmdavidwh...@gmail.com), and because I'll
probably be doing this on free time, let's use that here on out.
Best,
Malcolm
On Apr 28, 2016 7:00 PM, "Dave Kuhlman" <dkuhl...@davekuhlman.org> wrote:
> Malcolm,
>
> Do you have any more thoughts or guidance on this?
>
> I've coded a little of the preliminary plumbing. The
> --use-namespace-handling command line option can be used to cause
> calls to startElementNS and endElementNS, which make calls to
> startElement and endElement but pass in the namespace. So, now I
> have to figure out what to do with that.
>
> Hopefully, I'll have a few notes and questions for you in a couple of
> days.
>
> Dave
>
>
> On Wed, Apr 13, 2016 at 04:28:23PM -0500, Malcolm White wrote:
> > Hi Dave,
> > Thanks for all of the work that you've put into generateDS. It's been
> a
> > big help on a project we're running right now at Enthought.
> > I noticed that you're using the expat parser with the
> > namespaceHandling=0, and that namespaces are passed down by default
> > from parent to child. These two facts cause an issue when a
> complexType
> > from one namespace ("namespaceParent") extends a type from another
> > namespace ("namespaceBase"), and inherits elements from that foreign
> > namespace.Â
> > Because the namespaces are handed down from parent to child, any
> > elements that the parent element inherits via extension will be
> > exported with the wrong namespace. That is, they will have
> > "namespaceParent", but they should have "namespaceBase". Further,
> > because namespaceHandling=0, there is not enough information to
> correct
> > this when generating the elements in startElement.
> > Would you be interested in a PR which adds a --use-namespace-handling
> > flag and adds a corresponding start/endElementNS method?
> > Best,
> > Malcolm
> > --
> > --Â
> > The information contained in this message is Enthought confidential &
> > not to be disseminated to outside parties without explicit prior
> > approval from sender. This message is intended solely for the
> > addressee(s), If you are not the intended recipient, please contact
> the
> > sender by return e-mail and destroy all copies of the original
> message.
>
> --
>
> Dave Kuhlman
> http://www.davekuhlman.org
>
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
generateds-users mailing list
generateds-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/generateds-users
