Re: Including the Saxonica logo on Type Browser splash screen

Scratch the use of the Saxonica logo.. Michael Kay writes that it is
specific to the Saxon and company.  But the mention is good and "include
the text from the two files doc/conditions/index.html and
doc/conditions/other.html. This contains a reference to the MPL 1.0
license on the web, which I think is adequate" according to Micheal Kay
.
Roger I Martin PhD wrote:

> Hi Josh,
>
>
> I've integrated Saxon xslt 2.0 engine and thought Michael Kay's logo
> should be displayed.  Haven't pushed all of it into cvs but will this
> week.  If you agree, do you want to edit the type browser splash png?
> Also Saxon could get a mention on the Info tab page.
>
> The beginnings of nio marshaling is progressing.  Could integrate it in
> steps.  For example, intermediate xslts could check if a functions
> argument(s) and return are all primitives and primitive arrays and apply
> a nio call instead.  One thing to watch out is that the IdentityManager
> and OLE32 initiation code works for ComPtr's and the new OleControls.
>
> I've added type flags to the xml output.
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemruntimeinteropservicestypeattrclasswtypeflagstopic.asp
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemruntimeinteropservicestypeflagsclasstopic.asp
>
> If TYPEFLAG_FHIDDEN is set, the xslt produces code based on
> DispatchPtr.  Otherwise the code is currently OleControl based which is
> for display.
> There are about fifteen types which can be used in combinations so there
> are other possibilities.
>
> Trying to get all choices determined at xslt time.  The actual
> marshaling has very little decisions to make and is structured much like
> JNI.  NIO buffers hold complete Variants which are needed by the
> ((IDispatch*)olectl)->Invoke() method are in the nio buffers.
>        int arrayLength=env->GetArrayLength(argArray);
>        VARIANTARG* pVar=new VARIANTARG[arrayLength];
>        for(int i=0;i<arrayLength;i++)
>        {
>            jobject arg=env->GetObjectArrayElement(argArray, (jint)i);
>            pVar[i]=((VARIANT*)env->GetDirectBufferAddress(arg))[0];
>        }
> Each is independent and can be modified, edited, constructed and grown
> on the COM side without needing to copy and move around one linear
> buffer.  This may onvolve some decision making based in the COM
> marshaling side.
>
> -Roger
>