-
JOONEGAP is a thin layer between JOONE and JGAP. You should use JOONE to construct your multi-layer Neural Network.
Yes, JOONEGAP uses Genetic Progamming (the JGAP package) to construct JOONE networks.
When JOONEGAP was first released it was compatible with the JOONE and JGAP packages at that time. Both packages has since moved on so JOONEGAP may require some updating.
2007-12-29 07:05:06 UTC in JOONEGAP
-
I think that's a fair point, but in my particular case my input is quite controlled (I am using FCK purely for formatting text and doing tables), so I'm not anticipating I should get any 404s.
I think it is a bug, but not a very repeatable one - I was more hoping for pointers on where it might be coming from so I can help track it down?.
2007-03-28 20:08:02 UTC in FCKeditor
-
Dear All,
Firstly, thanks for a fantastic product in FCKEditor - it has really helped us out!
In our webapp we log the user out (eg. invalidate their session) if they ever get a 404 Page Not Found. This is as a security measure to stop people hunting around.
But it seems to cause problems with FCKEditor as (only occasionally) FCK seems to try to hit.....
2007-03-28 09:35:33 UTC in FCKeditor
-
Thank you for your kind offer. You are now added to the project.
Welcome aboard!
Richard.
2007-01-31 22:02:34 UTC in JOONEGAP
-
Wolfgang,
I'm afraid JOONEGAP has not been updated for newer versions of JOONE and JGAP, so you may need to fix some code (and ideally, of course, contribute those fixes back!)
Regards,
Richard.
2007-01-20 04:34:05 UTC in JOONEGAP
-
First, let me just say thank you for developing this wonderful plugin: I have had many hours of happy development with it, and it has really increased my productivity!
I have reached the point where I would like to produce JJDoc documentation for my grammar. While I can see the JJDoc options tab under 'Properties', the only choice I get under my menu is to 'Compile with JavaCC', and that...
2006-08-14 02:16:49 UTC in JavaCC Eclipse Plugin
-
Thank you for your prompt reply!
Your reasoning is fair enough, and very helpful.
However, rather than having to declare a private constructor, couldn't I just declare the abstract class final?.
2006-07-12 06:51:30 UTC in EMMA code coverage
-
Thank you for building such a high-quality, Open Source tool! EMMA is awesome!
As a niggle, I frequently see code coverage patterns like this...
--- BEGIN CODE ---
public abstract class StringUtils {
public static String uppercaseFirstLetter( String p_strIn )
{
return Character.toUpperCase( p_strIn.charAt( 0 ) ) + p_strIn.substring( 1 );
}
}
--- END CODE ---.
2006-07-11 23:42:37 UTC in EMMA code coverage
-
Logged In: YES
user_id=743175
Yes, sorry, I should clarify: this is not something that
affects any Web browsers I have tried, and so does not
impact the platforms that FCK 'officially' supports.
However, when running on other JavaScript platforms (such
as RhinoScript) that take a (possibly buggy?) approach to
their JavaScript parsing, it comes up.
It would be great if FCK could...
2006-06-19 22:49:39 UTC in FCKeditor
-
The very first character of fckeditor.js, as shipped
with v2.2 and v2.3, is an 'illegal' character
according to Java's RhinoScript. This crashes
HttpUnit, and probably other applications who use
RhinoScript.
The character only seems visible in a binary editor,
and can be removed without affecting FCK.
Future versions of FCK should ideally not ship with
this illegal character.
2006-06-18 06:01:39 UTC in FCKeditor
