Well, provided that nobody has any issues with it as it is now, I am pleased with its functionality and consider it to be a final product. I would like to give it a couple more days for people try out and report any anomalies before I say it is done. So I guess I would put a tentative date of Tuesday, July 8 for the 'official' release along with the source.
It actually consists of three separate projects, which I plan to release as well. One being the property table implementation of JTable, another the jME implementation of JTree, and last the actual tool Scene Monitor. Both PropertyTable and JMEJTree are completely standalone libraries, which can be used in other peoples projects.
I'm releasing under BSD, but if anyone has good reason and would like it under something else please speak up. I'm no licensing guru.
Back to your question, if you wanted to adapt it to use ILayout it wouldn't be a big job. I would require some datatype changes, and a TreeModel. But these substitutions should be straight forward. PM me if your up for it.
Sounds good. I'm going on vacation now for two weeks, so I might as well wait until you are finished with version 1.
I'd like to suggest you to upload this to some open source project hosting site as soon as possible, even if it is not yet 1.0. This project is really nice and if you plan to release, the earlier you do that the better… that way source code versioning will be tracked from earlier, and if something happens the code will still be available. Moreover, people will be able to find bugs, etc…
Just my opinion.
Thats an important suggestion. I've been looking into that the last couple weeks. I have had the project in my local subversion repository from the beginning, so it has a whole history. What I'm running into is that the repository isn't dedicated to this one project, I have many projects. So if I svn dump, I don't just get Scene Monitor. If there is a way to only dump a specific directory, and be able to inject that into a separate repository (probably have to figure out the revision numbering) then that would be ideal. Anyone ever done that?
Thanks jjmontes.
I am not sure if you’ll be able to achieve what you want but have a look at the following URL: http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.
Apparently you need to use svnadmin dump, filter the output with svndumpfilter and load it back with svnadmin load.
I am not sure, however, about if you need local repository access to do such operations. As I said, have a look at the URL above.
Good luck! 
svndumpfilter is exactly what I was looking for.
is there any reason why this has to be a java 6 build…
if not i'll happily plow through it and make it java 5 compatible…
us mac users are not having a good time lately…
I'm sorry! I meant to build it for java 5, I gotta change my global settings. When I get home this evening I will rebuild and re-post. In the meantime you can get the source and use it that way.
ncomp said:
is there any reason why this has to be a java 6 build...
if not i'll happily plow through it and make it java 5 compatible...
us mac users are not having a good time lately...
I looked at my settings and I do beleive everything is set to 5.0 compliance. Are you still having problems? If so, with what exactly?
Hello nymon,
just a small post to thank you again for this great tool, it helps me a lot.
I didn't had time to customize it yet, but it will be my next task (I would like to see more information about TextureState ;)) .
nymon said:
ncomp said:
is there any reason why this has to be a java 6 build...
if not i'll happily plow through it and make it java 5 compatible...
us mac users are not having a good time lately...
I looked at my settings and I do beleive everything is set to 5.0 compliance. Are you still having problems? If so, with what exactly?
when i try to use it it bugs out with
java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(EventQueue.java:853)
at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1257)
at com.acarter.scenemonitor.SceneMonitor.<init>(SceneMonitor.java:65)
at com.acarter.scenemonitor.SceneMonitor.getMonitor(SceneMonitor.java:99)
at domwiretest.MeasureTest1.simpleInitGame(MeasureTest1.java:73)
at com.jme.app.BaseSimpleGame.initGame(BaseSimpleGame.java:503)
at com.jme.app.BaseGame.start(BaseGame.java:69)
at domwiretest.MeasureTest1.main(MeasureTest1.java:162)
Caused by: java.lang.NoClassDefFoundError: java/awt/Dialog$ModalityType
at com.acarter.scenemonitor.dialog.MonitorDialog.<init>(MonitorDialog.java:147)
at com.acarter.scenemonitor.SceneMonitor$1.run(SceneMonitor.java:79)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
and when i looked at the source specifically for MonitorDialog it is using
setModalityType(Dialog.ModalityType.MODELESS);
which doesn't exist in java 5....
ncomp said:
and when i looked at the source specifically for MonitorDialog it is using
setModalityType(Dialog.ModalityType.MODELESS);
which doesn't exist in java 5....
Good catch! I missed that. Anything else? I'll get it fixed for everyone.
in JMEJTree project
- JMEJTree.java
line 117
"if(sValue.isEmpty())" : no method in java 5 for string
in PropertyTable project
- PropertySectionRenderer.java
line 54
"setFont(new Font(Font.DIALOG, Font.BOLD, 12));" : no member in java 5 for Font
the SceneMonitor project has a alot more java 6 dependencies…
in the com.acarter.scenemonitor.dialog package all the class files have java 6 dependecies, mainly with MouseEvent.getLocationOnScreen and Desktop class…
also the code that i downloaded from the link on the previous page seems to missing the jme1.0 package for
com.acarter.scenemonitor.textdescriptor.definitions
i can upgrade to jme 2.0 and "attempt" to make these java 5 fixes for you if you're short on time…
hopefully it's all workaroundable…
i got this to work in java 5 using jme 2 with very little effort…
the only issue is that the links in the about box don't work because i had no desktop class to work with…
i cna fire off the code changes to you if you want…
ncomp said:
i got this to work in java 5 using jme 2 with very little effort...
the only issue is that the links in the about box don't work because i had no desktop class to work with...
i cna fire off the code changes to you if you want...
Thank you ncomp, please send the changes my way. I'll look into another way of handling hyperlinks and then get new jars up for everybody. Feel free to put your name in the code you changed, credit where credit is due. Again, thanks.
The jar files and the source have been updated (downgraded) to 1.5 compliance, thanks go to ncomp for getting this done.
The same links are still valid:
Scene Monitor 1.0 for jME 1.0
Scene Monitor 1.0 for jME 2.0
Scene Monitor, Property Table and jMEJTree Source
I'd like to try this tool, it seems very interesting and usefull, but I guess that I am missing something.
take a look on error stack please.
Exception in thread "AWT-EventQueue-0" java.lang.NoSuchMethodError: com.jme.scene.Spatial.getControllerCount()I
at com.acarter.jmejtree.JMEJTreeModel.getControllerCount(JMEJTreeModel.java:286)
at com.acarter.jmejtree.JMEJTreeModel.getChildCount(JMEJTreeModel.java:106)
at com.acarter.jmejtree.JMEJTreeModel.isLeaf(JMEJTreeModel.java:207)
at javax.swing.JTree.setModel(Unknown Source)
at com.acarter.scenemonitor.dialog.MonitorDialog$3.actionPerformed(MonitorDialog.java:303)
at javax.swing.JComboBox.fireActionEvent(Unknown Source)
at javax.swing.JComboBox.contentsChanged(Unknown Source)
at javax.swing.AbstractListModel.fireContentsChanged(Unknown Source)
at javax.swing.DefaultComboBoxModel.setSelectedItem(Unknown Source)
at javax.swing.DefaultComboBoxModel.addElement(Unknown Source)
at javax.swing.JComboBox.addItem(Unknown Source)
Neat, havn't seen that one yet. Which jME are you using (1.0/2.0, CVS/SVN/release jar)?
I'm using a release from october 2007.