With the help from Doug, I am now using the gecko-sdk -- only for the "string" part. Using's the swt technology I described in previous emails, now I only have about 400 lines of C++ code, all other code are in Java, so even though I only support Windows now, I expect that easy to support other platform later (there is a problem: I use the binary format of xpcom vtbl, so when it change from 32bit to 64bit, I don't know what will happen, maybe change all usage of int in java to long).
Currently, only have the mozilla to appear inside a swt widget, not handling all kinds of events and other stuff, yet. Since in my approach, for each xpcom interface, I need to write a "wrapper" class in Java. Currently I am writing all the "wrapper" class manually, which is tedious and easy to make error, so I want to auto-generate those java codes. I have no experience with XPIDL (and even never compiled the mozilla on my computer before, so trying to avoid that), can anyone help to tell me how can I customize xpidl to generate the java code I want?
BTW, though ToNewUnicode() is not in the gecko-sdk API, it is in the xpcom.lib, so I can still use it in my C++ code.
jml
jml wrote:
At last got some free time can play with the gecko-sdk. The first problem I met is: why not ToNewUnicode() part of the API? This will be very useful when I want to convert nsAString or nsACString to java string.
jml
