-
ProtocolHandler.NewURI() sometimes crashes the JVM because the "charset" byte array is not terminated.
It should be
charset = new byte[XPCOM.strlen(aOriginCharset)+1];
instead of
charset = new byte[XPCOM.strlen(aOriginCharset)];.
2008-08-11 16:15:30 UTC in Composer - SWT HTML Editor Widget
-
Hi,
Eclipse 3.4 uses xulrunner 1.9, if available. When the SWT Browser based on xulrunner 1.9 is loaded before the SWT composer, then initialization of SWT composer fails (when loading libgkgfx.so, it complains about an unresolved symbol that resides in libxpcom.so)
The reason is probably that some dependencies between (composer) mozilla components are not correct. It appears to me that...
2008-08-11 15:54:57 UTC in Composer - SWT HTML Editor Widget
-
While reviewing some of the code, I found some places where objects are created, but never Release()d. You can probably best decide whether these are a problem or not. I'll list these places here:
- Util.getEventReceiver(): rootWindow and chromeHandler
- Util.[un]registerMutationListeners(): eventTarget
- EditorHelper.{add,remove}SelectionListener(): selection
- GeckoEditor.OnStateChange...
2008-07-03 11:02:18 UTC in Composer - SWT HTML Editor Widget
-
Well, of course it didn't work so well on win32. Actually, with my current version, it seems to work better on linux/gtk than on win32.
Here's my current set of changes:
private Listener win32FocusOutFilter = new Listener() {
public void handleEvent(Event event) {
event.display.removeFilter(SWT.FocusIn, this);
GeckoEditor.this.notifyListeners(SWT.FocusOut, null);
}
};
::
2008-04-25 21:48:57 UTC in Composer - SWT HTML Editor Widget
-
I'm using Eclipse 3.3.2 on Linux. What I posted above was not sufficient though, I was missing FocusOut events :-}
My current version that seems to provide all events in the same order like all other SWT controls looks like this (posting only the changed methods):
public boolean forceFocus() {
if (isFocusControl()) {
return true;
}
if (!isVisible() || !isEnabled()) {...
2008-04-24 22:06:50 UTC in Composer - SWT HTML Editor Widget
-
Util.getMouseEvent() creates an SWT Event from the Mozilla mouse event. The resulting SWT event has two problems:
1) the button code is off by one (Event.button starts with 1, while Mozilla's starts with 0)
=> e.button = aButton[0] + 1;
2) the click count is not set and therefore always 0
=> add a parameter "numClicks" to Util.getMouseEvent() and initialize e.count with that value...
2008-04-16 07:49:03 UTC in Composer - SWT HTML Editor Widget
-
We's using a slightly modified version of the composer, but in our version we noticed that we won't get any SWT.Activate events from the composer. This is due to
GeckoEditor.forceFocus() being overwritten without calling super.
This is how we fixed it:
public boolean forceFocus() {
if ( isVisible() ) {
Activate();
return super.forceFocus();
}
return false;
}.
2008-04-15 08:40:44 UTC in Composer - SWT HTML Editor Widget
-
In the above method, there's a mixup between the variables 'buffer' and 'bbuffer'.
Line 1239 should probably be
XPCOM.memmove(bbuffer, ptr, length);.
2008-04-15 08:37:47 UTC in Composer - SWT HTML Editor Widget
-
Hi,
while evaluating ui2swt, I found a small bug:
ui2swt "crashes" on a .ui file I created with Designer (4.2.3). The reason is that an within a grid layout is parsed incorrectly. The attributes (row and column) are attached to the layout object, while they should be attached to the layoutWidget object.
(The AIIOBE happens later after adding to several "equal" (due to the...
2007-06-04 16:50:02 UTC in UI to SWT Translator
-
I'm using the latest available version of JBlogEditor
(0.6.0) with a wordpress blog and I like it a lot.
I recently added a few categories as sub-categories
of others and now the "Reload Categories" action
doesn't work anymore ("Error Loading Categories").
Thanks for the great app,
Carsten.
2006-10-16 23:49:49 UTC in JBlogEditor