<?xml version='1.0' encoding='ISO-8859-1'?>

<?xml-stylesheet type="text/xsl" href="jcmdVersionBasedGrouping.xsl"?>

<?xml version='1.0' encoding='ISO-8859-1'?>
<!DOCTYPE project_export SYSTEM "http://sourceforge.net/export/sf_project_export_0.1.dtd">
<project_export>

<artifacts>

<artifact>
	<field name="artifact_id">1290337</field>
	<field user_id="11544" name="submitted_by">carfield</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Run jCommander as eclipse plugin</field>
	<field name="open_date">1126634384</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Packaging</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">I would love to have this. Just try to copy without
replace all file in feature/ and plugins/ don't work

And having update site will be excellent</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127288591</field>
		<field name="user_name">carfield</field>
		<field name="body">Logged In: YES 
user_id=11544

Thx, may be I close this feature now</field>
</message>

<message>
		<field name="adddate">1127288372</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Yes, maybe that would be the best. We are working on this.

You might want to monitor the feature: http://sourceforge.net/
tracker/index.php?
func=detail&#38;aid=1292720&#38;group_id=35271&#38;atid=413698</field>
</message>

<message>
		<field name="adddate">1127278609</field>
		<field name="user_name">carfield</field>
		<field name="body">Logged In: YES 
user_id=11544

In fact, I can successfully run jcommander in MacOSX if it
is standalone.

I just wonder if there will be update link available later?
I will prefer wait for update link if there will be
available later</field>
</message>

<message>
		<field name="adddate">1127239270</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

One thing we don't have in common is that you are using
MacOS X and I'm Windows XP. However, this should not be a
problem given that there were several users that reported
back of successfully running JCommander on MacOS X (here's
the proof of that
http://sourceforge.net/project/screenshots.php?group_id=35271&#38;ssid=18560).

Now, from the configuration details I see that you have the
plugins there physically, but they are not in the plugin
registry at all. So they are not loaded. This happens when
the plugin dependencies aren't solved.

Two suggestions come to my mind.

1. Compare the sizes for each JCommander feature and plugin
directory from the JCommander and Eclipse installations.
Start with the features.

2. If you think that's too much effort, try a full overwrite
copy of the features and plugins directories from the
JCommander installation to your Eclipse 3.1 installation.</field>
</message>

<message>
		<field name="adddate">1127235862</field>
		<field name="user_name">carfield</field>
		<field name="body">Logged In: YES 
user_id=11544

The plug-in details don't show anything about jcommander plugins, but 
the configuration details do show, may be you can take a look and see if 
any problem in my config?

*** Date: Tue Sep 20 17:10:01 GMT+00:08 2005

*** Platform Details:

*** System properties:
awt.nativeDoubleBuffering=true
awt.toolkit=apple.awt.CToolkit
eclipse.application=org.eclipse.ui.ide.workbench
eclipse.buildId=I20050617-1618
eclipse.commands=-os
macosx
-ws
carbon
-arch
ppc
-launcher
/eclipse/eclipse
-name
Eclipse
-showsplash
600
-exitdata
10000
-vm
/usr/bin/java
eclipse.product=org.eclipse.sdk.ide
eclipse.startTime=1127235425168
eclipse.vm=/usr/bin/java
eclipse.vmargs=-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-server
-Dorg.eclipse.swt.internal.carbon.noFocusRing
-jar
/eclipse/startup.jar
eof=eof
file.encoding=MacRoman
file.encoding.pkg=sun.io
file.separator=/
gopherProxySet=false
java.awt.graphicsenv=apple.awt.CGraphicsEnvironment
java.awt.printerjob=apple.awt.CPrinterJob
java.class.path=/eclipse/startup.jar
java.class.version=49.0
java.endorsed.dirs=/System/Library/Frameworks/JavaVM.framework/
Versions/1.5.0/Home/lib/endorsed
java.ext.dirs=/Library/Java/Extensions:/System/Library/Java/
Extensions:/System/Library/Frameworks/JavaVM.framework/Versions/
1.5.0/Home/lib/ext
java.home=/System/Library/Frameworks/JavaVM.framework/Versions/
1.5.0/Home
java.io.tmpdir=/tmp
java.library.path=.:/Library/Java/Extensions:/System/Library/Java/
Extensions:/usr/lib/java
java.runtime.name=Java(TM) 2 Runtime Environment, Standard Edition
java.runtime.version=1.5.0_02-56
java.specification.name=Java Platform API Specification
java.specification.vendor=Sun Microsystems Inc.
java.specification.version=1.5
java.vendor=Apple Computer, Inc.
java.vendor.url=http://apple.com/
java.vendor.url.bug=http://developer.apple.com/java/
java.version=1.5.0_02
java.vm.info=mixed mode, sharing
java.vm.name=Java HotSpot(TM) Client VM
java.vm.specification.name=Java Virtual Machine Specification
java.vm.specification.vendor=Sun Microsystems Inc.
java.vm.specification.version=1.0
java.vm.vendor=&#34;Apple Computer, Inc.&#34;
java.vm.version=1.5.0_02-36
line.separator=

mrj.version=1040.1.5.0_02-56
org.eclipse.jdt.debug.ui.scrapbookActive=false
org.eclipse.swt.internal.carbon.noFocusRing=
org.osgi.framework.bootdelegation=*
org.osgi.framework.executionenvironment=J2SE-1.5
org.osgi.framework.language=en
org.osgi.framework.os.name=mac os x
org.osgi.framework.os.version=10.4.2
org.osgi.framework.processor=ppc
org.osgi.framework.system.packages=javax.accessibility,javax.activity,j
avax.crypto,javax.crypto.interfaces,javax.crypto.spec,javax.imageio,jav
ax.imageio.event,javax.imageio.metadata,javax.imageio.plugins.bmp,jav
ax.imageio.plugins.jpeg,javax.imageio.spi,javax.imageio.stream,javax.m
anagement,javax.management.loading,javax.management.modelmbean,
javax.management.monitor,javax.management.openmbean,javax.manag
ement.relation,javax.management.remote,javax.management.remote.rmi
,javax.management.timer,javax.naming,javax.naming.directory,javax.na
ming.event,javax.naming.ldap,javax.naming.spi,javax.net,javax.net.ssl,j
avax.print,javax.print.attribute,javax.print.attribute.standard,javax.print.e
vent,javax.rmi,javax.rmi.CORBA,javax.rmi.ssl,javax.security.auth,javax.
security.auth.callback,javax.security.auth.kerberos,javax.security.auth.l
ogin,javax.security.auth.spi,javax.security.auth.x500,javax.security.cert,
javax.security.sasl,javax.sound.midi,javax.sound.midi.spi,javax.sound.s
ampled,javax.sound.sampled.spi,javax.sql,javax.sql.rowset,javax.sql.ro
wset.serial,javax.sql.rowset.spi,javax.swing,javax.swing.border,javax.sw
ing.colorchooser,javax.swing.event,javax.swing.filechooser,javax.swing.
plaf,javax.swing.plaf.basic,javax.swing.plaf.metal,javax.swing.plaf.multi,
javax.swing.plaf.synth,javax.swing.table,javax.swing.text,javax.swing.te
xt.html,javax.swing.text.html.parser,javax.swing.text.rtf,javax.swing.tree
,javax.swing.undo,javax.transaction,javax.transaction.xa,javax.xml,java
x.xml.datatype,javax.xml.namespace,javax.xml.parsers,javax.xml.trans
form,javax.xml.transform.dom,javax.xml.transform.sax,javax.xml.transf
orm.stream,javax.xml.validation,javax.xml.xpath,org.ietf.jgss,org.omg.C
ORBA,org.omg.CORBA_2_3,org.omg.CORBA_2_3.portable,org.omg.CO
RBA.DynAnyPackage,org.omg.CORBA.ORBPackage,org.omg.CORBA.
portable,org.omg.CORBA.TypeCodePackage,org.omg.CosNaming,org.o
mg.CosNaming.NamingContextExtPackage,org.omg.CosNaming.Namin
gContextPackage,org.omg.Dynamic,org.omg.DynamicAny,org.omg.Dyn
amicAny.DynAnyFactoryPackage,org.omg.DynamicAny.DynAnyPackag
e,org.omg.IOP,org.omg.IOP.CodecFactoryPackage,org.omg.IOP.Codec
Package,org.omg.Messaging,org.omg.PortableInterceptor,org.omg.Porta
bleInterceptor.ORBInitInfoPackage,org.omg.PortableServer,org.omg.Por
tableServer.CurrentPackage,org.omg.PortableServer.POAManagerPack
age,org.omg.PortableServer.POAPackage,org.omg.PortableServer.porta
ble,org.omg.PortableServer.ServantLocatorPackage,org.omg.SendingCo
ntext,org.omg.stub.java.rmi,org.w3c.dom,org.w3c.dom.bootstrap,org.w3
c.dom.events,org.w3c.dom.ls,org.xml.sax,org.xml.sax.ext,org.xml.sax.h
elpers
org.osgi.framework.vendor=Eclipse
org.osgi.framework.version=1.3.0
org.osgi.supports.framework.extension=true
os.arch=ppc
os.name=Mac OS X
os.version=10.4.2
osgi.arch=ppc
osgi.bundles=org.eclipse.core.runtime@2:start, 
org.eclipse.update.configurator@3:start
osgi.bundlestore=/eclipse/configuration/org.eclipse.osgi/bundles
osgi.configuration.area=file:/eclipse/configuration/
osgi.framework=file:/eclipse/plugins/org.eclipse.osgi_3.1.0.jar
osgi.framework.beginningstartlevel=1
osgi.framework.shape=jar
osgi.framework.version=3.0.0
osgi.install.area=file:/eclipse/
osgi.instance.area=file:/Users/carfield/Documents/workspace/
osgi.instance.area.default=file:/Users/carfield/Documents/workspace/
osgi.logfile=/Users/carfield/Documents/workspace/.metadata/.log
osgi.manifest.cache=/eclipse/configuration/org.eclipse.osgi/manifests
osgi.nl=en_US
osgi.os=macosx
osgi.splashLocation=/eclipse/plugins/org.eclipse.platform_3.1.0/
splash.bmp
osgi.splashPath=platform:/base/plugins/org.eclipse.platform
osgi.syspath=/eclipse/plugins
osgi.ws=carbon
path.separator=:
sun.arch.data.model=32
sun.boot.class.path=/System/Library/Frameworks/JavaVM.framework/
Versions/1.5.0/Classes/classes.jar:/System/Library/Frameworks/
JavaVM.framework/Versions/1.5.0/Classes/ui.jar:/System/Library/
Frameworks/JavaVM.framework/Versions/1.5.0/Classes/laf.jar:/System/
Library/Frameworks/JavaVM.framework/Versions/1.5.0/Classes/
sunrsasign.jar:/System/Library/Frameworks/JavaVM.framework/
Versions/1.5.0/Classes/jsse.jar:/System/Library/Frameworks/
JavaVM.framework/Versions/1.5.0/Classes/jce.jar:/System/Library/
Frameworks/JavaVM.framework/Versions/1.5.0/Classes/charsets.jar
sun.boot.library.path=/System/Library/Frameworks/JavaVM.framework/
Versions/1.5.0/Libraries
sun.cpu.endian=big
sun.cpu.isalist=
sun.io.unicode.encoding=UnicodeBig
sun.jnu.encoding=MacRoman
sun.management.compiler=HotSpot Client Compiler
sun.os.patch.level=unknown
user.country=US
user.dir=/eclipse
user.home=/Users/carfield
user.language=en
user.name=carfield
user.timezone=GMT+00:08

*** Features:
com.beust.testng.eclipse (2.3.7.6) &#34;TestNG Eclipse Support&#34;
com.integility.eclipse.simian (0.2.2) &#34;SimianUI&#34;
net.sf.colorer (0.7.1) &#34;Eclipse Colorer&#34;
net.sf.fjep.fatjar (0.0.18) &#34;Fat Jar Plug-in&#34;
org.eclipse.jdt (3.1.0) &#34;Eclipse Java Development Tools&#34;
org.eclipse.jdt.source (3.1.0) &#34;Eclipse Java Development Tools SDK&#34;
org.eclipse.pde (3.1.0) &#34;Eclipse Plug-in Development Environment&#34;
org.eclipse.pde.source (3.1.0) &#34;Eclipse Plug-in Development 
Environment Developer Resources&#34;
org.eclipse.platform (3.1.0) &#34;Eclipse Platform&#34;
org.eclipse.platform.source (3.1.0) &#34;Eclipse Platform Plug-in Developer 
Resources&#34;
org.eclipse.rcp (3.1.0) &#34;Eclipse RCP&#34;
org.eclipse.rcp.source (3.1.0) &#34;Eclipse RCP Plug-in Developer 
Resources&#34;
org.eclipse.sdk (3.1.0) &#34;Eclipse Project SDK&#34;
org.tigris.subversion.subclipse (0.9.34) &#34;Subclipse&#34;
org.tmatesoft.javasvn (0.8.8.1) &#34;JavaSVN Library Plug-in&#34;

*** Plug-in Registry:
com.beust.testng.eclipse (2.3.7.6) &#34;TestNG Eclipse Support&#34; [Resolved]
com.integility.eclipse.simian (0.2.2) &#34;SimianUI&#34; [Resolved]
com.iw.plugins.jettylauncher (1.3.0) &#34;Jetty Launcher Plug-in&#34; [Resolved]
de.byteaction.velocity.ui (2.0.2) &#34;Veloeclipse&#34; [Resolved]
dk.kamstruplinnet.implementors.core (0.0.15) &#34;Implementors Core Plug-
in&#34; [Resolved]
dk.kamstruplinnet.implementors.ejb (0.0.15) &#34;Implementors EJB Plug-in&#34; 
[Resolved]
dk.kamstruplinnet.implementors.ui (0.0.15) &#34;Implementors UI Plug-
in&#34; [Resolved]
net.sf.colorer (0.7.1) &#34;Eclipse Colorer&#34; [Resolved]
net.sf.fjep.fatjar (0.0.18) &#34;Fat Jar Plug-in&#34; [Resolved]
net.sourceforge.jode (1.0.4) &#34;Jode Plug-in&#34; [Resolved]
org.apache.ant (1.6.5) &#34;Apache Ant&#34; [Resolved]
org.apache.lucene (1.4.3) &#34;Apache Lucene&#34; [Resolved]
org.eclipse.ant.core (3.1.0) &#34;Ant Build Tool Core&#34; [Resolved]
org.eclipse.ant.ui (3.1.0) &#34;Ant UI&#34; [Resolved]
org.eclipse.compare (3.1.0) &#34;Compare Support&#34; [Resolved]
org.eclipse.core.boot (3.1.0) &#34;Core Boot&#34; [Resolved]
org.eclipse.core.commands (3.1.0) &#34;Commands&#34; [Active]
org.eclipse.core.expressions (3.1.0) &#34;Expression Language&#34; [Active]
org.eclipse.core.filebuffers (3.1.0) &#34;File Buffers&#34; [Active]
org.eclipse.core.resources (3.1.0) &#34;Core Resource 
Management&#34; [Active]
org.eclipse.core.resources.compatibility (3.1.0) &#34;Core Resource 
Management Compatibility Fragment&#34; [Resolved]
org.eclipse.core.resources.macosx (3.1.0) &#34;Core Resource Management 
MacOS X Fragment&#34; [Resolved]
org.eclipse.core.runtime (3.1.0) &#34;Core Runtime&#34; [Active]
org.eclipse.core.runtime.compatibility (3.1.0) &#34;Core Runtime Plug-in 
Compatibility&#34; [Active]
org.eclipse.core.variables (3.1.0) &#34;Core Variables&#34; [Resolved]
org.eclipse.debug.core (3.1.0) &#34;Debug Core&#34; [Active]
org.eclipse.debug.ui (3.1.0) &#34;Debug UI&#34; [Active]
org.eclipse.help (3.1.0) &#34;Help System Core&#34; [Active]
org.eclipse.help.appserver (3.1.0) &#34;Help Application Server&#34; [Resolved]
org.eclipse.help.base (3.1.0) &#34;Help System Base&#34; [Resolved]
org.eclipse.help.ui (3.1.0) &#34;Help System UI&#34; [Resolved]
org.eclipse.help.webapp (3.1.0) &#34;Help System Webapp&#34; [Resolved]
org.eclipse.jdt (3.1.0) &#34;Eclipse Java Development Tools&#34; [Resolved]
org.eclipse.jdt.core (3.1.0) &#34;Java Development Tools Core&#34; [Active]
org.eclipse.jdt.debug (3.1.0) &#34;JDI Debug Model&#34; [Active]
org.eclipse.jdt.debug.ui (3.1.0) &#34;JDI Debug UI&#34; [Active]
org.eclipse.jdt.doc.isv (3.1.0) &#34;Eclipse JDT Plug-in Developer 
Guide&#34; [Resolved]
org.eclipse.jdt.doc.user (3.1.0) &#34;Eclipse Java Development User Guide&#34; 
[Resolved]
org.eclipse.jdt.junit (3.1.0) &#34;Java Development Tools JUnit 
support&#34; [Active]
org.eclipse.jdt.junit.runtime (3.1.0) &#34;Java Development Tools JUnit 
runtime support&#34; [Resolved]
org.eclipse.jdt.launching (3.1.0) &#34;Java Development Tools Launching 
Support&#34; [Active]
org.eclipse.jdt.launching.macosx (3.1.0) &#34;Mac OS X Launcher&#34; [Active]
org.eclipse.jdt.source (3.1.0) &#34;Eclipse Java Development Tools 
SDK&#34; [Resolved]
org.eclipse.jdt.source.macosx.carbon.ppc (3.1.0) &#34;Eclipse Java 
Development Tools SDK&#34; [Resolved]
org.eclipse.jdt.ui (3.1.0) &#34;Java Development Tools UI&#34; [Active]
org.eclipse.jface (3.1.0) &#34;JFace&#34; [Active]
org.eclipse.jface.text (3.1.0) &#34;JFace Text&#34; [Active]
org.eclipse.ltk.core.refactoring (3.1.0) &#34;Refactoring Core&#34; [Active]
org.eclipse.ltk.ui.refactoring (3.1.0) &#34;Refactoring UI&#34; [Active]
org.eclipse.osgi.services (3.1.0) &#34;OSGi Release 3 Services&#34; [Resolved]
org.eclipse.osgi.util (3.1.0) &#34;OSGi R3 Utility Classes&#34; [Resolved]
org.eclipse.pde (3.1.0) &#34;Eclipse Plug-in Development 
Environment&#34; [Resolved]
org.eclipse.pde.build (3.1.0) &#34;Plug-in Development Environment Build 
Support&#34; [Resolved]
org.eclipse.pde.core (3.1.0) &#34;Plug-in Development Core&#34; [Resolved]
org.eclipse.pde.doc.user (3.1.0) &#34;Eclipse Plug-in Development User 
Guide&#34; [Resolved]
org.eclipse.pde.junit.runtime (3.1.0) &#34;PDE JUnit Plug-in Test&#34; [Resolved]
org.eclipse.pde.runtime (3.1.0) &#34;Plug-in Development Environment 
Runtime&#34; [Resolved]
org.eclipse.pde.source (3.1.0) &#34;Eclipse Plug-in Development 
Environment Developer Resources&#34; [Resolved]
org.eclipse.pde.ui (3.1.0) &#34;Plug-in Development UI&#34; [Resolved]
org.eclipse.platform (3.1.0) &#34;Eclipse Platform&#34; [Resolved]
org.eclipse.platform.doc.isv (3.1.0) &#34;Eclipse Platform Plug-in Developer 
Guide&#34; [Resolved]
org.eclipse.platform.doc.user (3.1.0) &#34;Eclipse Workbench User 
Guide&#34; [Resolved]
org.eclipse.platform.source (3.1.0) &#34;Eclipse Platform Plug-in Developer 
Resources&#34; [Resolved]
org.eclipse.platform.source.macosx.carbon.ppc (3.1.0) &#34;Eclipse 
Platform Plug-in Developer Resources&#34; [Resolved]
org.eclipse.rcp (3.1.0) &#34;Eclipse RCP&#34; [Resolved]
org.eclipse.rcp.source (3.1.0) &#34;Eclipse RCP Plug-in Developer 
Resources&#34; [Resolved]
org.eclipse.rcp.source.macosx.carbon.ppc (3.1.0) &#34;Eclipse RCP Plug-in 
Developer Resources&#34; [Resolved]
org.eclipse.sdk (3.1.0) &#34;Eclipse Project SDK&#34; [Resolved]
org.eclipse.search (3.1.0) &#34;Search Support&#34; [Resolved]
org.eclipse.swt (3.1.0) &#34;Standard Widget Toolkit&#34; [Resolved]
org.eclipse.swt.carbon.macosx.ppc (3.1.0) &#34;Standard Widget Toolkit for 
Mac OS X (Carbon)&#34; [Resolved]
org.eclipse.team.core (3.1.0) &#34;Team Support Core&#34; [Active]
org.eclipse.team.cvs.core (3.1.0) &#34;CVS Team Provider Core&#34; [Active]
org.eclipse.team.cvs.ssh (3.1.0) &#34;CVS SSH Core&#34; [Resolved]
org.eclipse.team.cvs.ssh2 (3.1.0) &#34;CVS SSH2&#34; [Resolved]
org.eclipse.team.cvs.ui (3.1.0) &#34;CVS Team Provider UI&#34; [Active]
org.eclipse.team.ui (3.1.0) &#34;Team Support UI&#34; [Active]
org.eclipse.text (3.1.0) &#34;Text&#34; [Active]
org.eclipse.tomcat (4.1.30.1) &#34;Tomcat Wrapper&#34; [Resolved]
org.eclipse.ui (3.1.0) &#34;Eclipse UI&#34; [Active]
org.eclipse.ui.browser (3.1.0) &#34;Browser Support&#34; [Active]
org.eclipse.ui.carbon (3.1.0) &#34;Eclipse UI MacOS X 
Enhancements&#34; [Resolved]
org.eclipse.ui.cheatsheets (3.1.0) &#34;Cheat Sheets&#34; [Resolved]
org.eclipse.ui.console (3.1.0) &#34;Console&#34; [Active]
org.eclipse.ui.editors (3.1.0) &#34;Default Text Editor&#34; [Active]
org.eclipse.ui.externaltools (3.1.0) &#34;External Tools&#34; [Active]
org.eclipse.ui.forms (3.1.0) &#34;Eclipse Forms&#34; [Resolved]
org.eclipse.ui.ide (3.1.0) &#34;Eclipse IDE UI&#34; [Active]
org.eclipse.ui.intro (3.1.0) &#34;Welcome Framework&#34; [Resolved]
org.eclipse.ui.presentations.r21 (3.1.0) &#34;R21 Presentation Plug-
in&#34; [Resolved]
org.eclipse.ui.tools.heapstatus (1.0.0.200411231540) &#34;Heap 
Status&#34; [Active]
org.eclipse.ui.views (3.1.0) &#34;Views&#34; [Active]
org.eclipse.ui.workbench (3.1.0) &#34;Workbench&#34; [Active]
org.eclipse.ui.workbench.compatibility (3.1.0) &#34;Workbench Compatibility&#34; 
[Resolved]
org.eclipse.ui.workbench.texteditor (3.1.0) &#34;Text Editor 
Framework&#34; [Active]
org.eclipse.update.configurator (3.1.0) &#34;Install/Update 
Configurator&#34; [Active]
org.eclipse.update.core (3.1.0) &#34;Install/Update Core&#34; [Resolved]
org.eclipse.update.scheduler (3.1.0) &#34;Automatic Updates 
Scheduler&#34; [Active]
org.eclipse.update.ui (3.1.0) &#34;Install/Update UI&#34; [Resolved]
org.junit (3.8.1) &#34;JUnit Testing Framework&#34; [Resolved]
org.tigris.subversion.javahl.win32 (0.9.30) &#34;Win32 Fragment&#34; [Resolved]
org.tigris.subversion.subclipse (0.9.30) &#34;Subclipse&#34; [Resolved]
org.tigris.subversion.subclipse (0.9.34) &#34;Subclipse&#34; [Resolved]
org.tigris.subversion.subclipse.core (0.9.30) &#34;SVN Team Provider Core&#34; 
[Installed]
org.tigris.subversion.subclipse.core (0.9.30.1) &#34;SVN Team Provider 
Core&#34; [Installed]
org.tigris.subversion.subclipse.core (0.9.34) &#34;SVN Team Provider Core&#34; 
[Active]
org.tigris.subversion.subclipse.ui (0.9.30) &#34;SVN Team Provider 
UI&#34; [Installed]
org.tigris.subversion.subclipse.ui (0.9.34) &#34;SVN Team Provider 
UI&#34; [Active]
org.tmatesoft.javasvn (0.8.8.1) &#34;JavaSVN Library Plug-in&#34; [Resolved]
system.bundle (3.1.0) &#34;OSGi System Bundle&#34; [Active]

*** User Preferences:
#Tue Sep 20 17:10:01 GMT+00:08 2005
/project/web_site/com.integility.eclipse.simian/language=Java
/instance/org.eclipse.ui.ide/
IDE_ENCODINGS_PREFERENCE=Big5'big5'
/instance/org.eclipse.jdt.ui/org.eclipse.jdt.ui.text.custom_templates=&#60;?
xml version\=&#34;1.0&#34; encoding\=&#34;UTF-8&#34;?&#62;&#60;templates/&#62;
@org.eclipse.ui.ide=3.1.0
/instance/org.eclipse.jdt.launching/
org.eclipse.jdt.launching.PREF_VM_XML=&#60;?xml version\=&#34;1.0&#34; 
encoding\=&#34;UTF-8&#34;?&#62;\n&#60;vmSettings defaultVM
\=&#34;52,org.eclipse.jdt.internal.launching.macosx.MacOSXType5,1.5.0&#34; 
defaultVMConnector\=&#34;&#34;&#62;\n&#60;vmType id
\=&#34;org.eclipse.jdt.internal.launching.macosx.MacOSXType&#34;&#62;\n&#60;vm id
\=&#34;1.3&#34; javadocURL\=&#34;http\://java.sun.com/j2se/1.3/docs/api/&#34; name
\=&#34;JVM 1.3&#34; path\=&#34;/System/Library/Frameworks/JavaVM.framework/
Versions/1.3/Home&#34;/&#62;\n&#60;vm id\=&#34;1.3.1&#34; javadocURL\=&#34;http\://
java.sun.com/j2se/1.3/docs/api/&#34; name\=&#34;JVM 1.3.1&#34; path\=&#34;/System/
Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home&#34;/&#62;\n&#60;vm 
id\=&#34;1.4&#34; javadocURL\=&#34;http\://java.sun.com/j2se/1.4.2/docs/api/&#34; name
\=&#34;JVM 1.4&#34; path\=&#34;/System/Library/Frameworks/JavaVM.framework/
Versions/1.4/Home&#34;/&#62;\n&#60;vm id\=&#34;1.4.2&#34; javadocURL\=&#34;http\://
java.sun.com/j2se/1.4.2/docs/api/&#34; name\=&#34;JVM 1.4.2&#34; path\=&#34;/System/
Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home&#34;/&#62;\n&#60;vm 
id\=&#34;1.5&#34; javadocURL\=&#34;http\://java.sun.com/j2se/1.5.0/docs/api/&#34; name
\=&#34;JVM 1.5&#34; path\=&#34;/System/Library/Frameworks/JavaVM.framework/
Versions/1.5/Home&#34;/&#62;\n&#60;vm id\=&#34;1.5.0&#34; javadocURL\=&#34;http\://
java.sun.com/j2se/1.5.0/docs/api/&#34; name\=&#34;JVM 1.5.0 (MacOS X 
Default)&#34; path\=&#34;/System/Library/Frameworks/JavaVM.framework/
Versions/1.5.0/Home&#34;/&#62;\n&#60;/vmType&#62;\n&#60;/vmSettings&#62;\n
/project/web_site/com.integility.eclipse.simian/priority=1
/instance/org.eclipse.ui.workbench/resourcetypes=&#60;?xml version\=&#34;1.0&#34; 
encoding\=&#34;UTF-8&#34;?&#62;\n&#60;editors&#62;\n&#60;info extension\=&#34;jpage&#34; name\=&#34;*&#34;&#62;
\n&#60;editor id\=&#34;org.eclipse.jdt.debug.ui.SnippetEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;dpr&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sgml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;hs&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;csh&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;mak&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;dbk&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sqlj&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;lsp&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;cxx&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;cc&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;as&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;jhtml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;class&#34; name\=&#34;*&#34;&#62;\n&#60;editor id\=&#34;jode.JodeClassFileEditor&#34;/
&#62;\n&#60;editor id\=&#34;org.eclipse.jdt.ui.ClassFileEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;html&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;editor id
\=&#34;de.byteaction.velocity.editor.Editor&#34;/&#62;\n&#60;editor id
\=&#34;org.eclipse.ui.browser.editorSupport&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension
\=&#34;texi&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;htm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;editor id
\=&#34;org.eclipse.ui.browser.editorSupport&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension
\=&#34;txt&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;org.eclipse.ui.DefaultTextEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension\=&#34;m3&#34; 
name\=&#34;*&#34;&#62;\n&#60;editor id\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;
\n&#60;/info&#62;\n&#60;info extension\=&#34;prop&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;pas&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;tcl&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;xml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;ini&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;hh&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;asp&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;xsd&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;prg&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;f&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sgm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;vm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;de.byteaction.velocity.editor.Editor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension
\=&#34;properties&#34; name\=&#34;build&#34;&#62;\n&#60;editor id
\=&#34;org.eclipse.pde.ui.buildEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension\=&#34;pls&#34; 
name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;rex&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;php3&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;dbm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;diff&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;hrc&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;properties&#34; name\=&#34;sample&#34;&#62;\n&#60;editor id
\=&#34;org.eclipse.pde.ui.sampleEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension\=&#34;ada&#34; 
name\=&#34;*&#34;&#62;\n&#60;editor id\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;
\n&#60;/info&#62;\n&#60;info extension\=&#34;py&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;h&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;shtm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;asm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;fo&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;phtml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;pl&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;svg&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;jardesc&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;org.eclipse.jdt.ui.JARDescEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension\=&#34;awk&#34; 
name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;cs&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;hrd&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;tsh&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;hpp&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;vbs&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;java&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;org.eclipse.jdt.ui.CompilationUnitEditor&#34;/&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;ltx&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;props&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;vsl&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;de.byteaction.velocity.editor.Editor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension
\=&#34;dsl&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;makefile&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;js&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;idl&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;bat&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;p&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;xom&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;pyw&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;bas&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;tex&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;lisp&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;pro&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;docbook&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;m&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;php4&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;jspf&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sh&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sources&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;dpk&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;css&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;xsl&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;cpp&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;sql&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;pm&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;patch&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;php&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;jsp&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;reg&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;aspx&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;properties&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;editor id
\=&#34;org.eclipse.jdt.ui.PropertiesFileEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension
\=&#34;c&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;xhtml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;inc&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;ps&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;shtml&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;editor id
\=&#34;org.eclipse.ui.browser.editorSupport&#34;/&#62;\n&#60;/info&#62;\n&#60;info extension
\=&#34;bbj&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;spec&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;dtd&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34;/&#62;\n&#60;/info&#62;\n&#60;info 
extension\=&#34;project&#34; name\=&#34;*&#34;&#62;\n&#60;editor id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34;/&#62;\n&#60;/info&#62;\n&#60;/
editors&#62;
@org.eclipse.pde.core=3.1.0
/instance/org.eclipse.jdt.ui/
org.eclipse.jdt.ui.text.code_templates_migrated=true
/project/web_site/com.integility.eclipse.simian/ignoreIdentifierCase=true
/project/web_site/org.eclipse.core.resources/encoding/&#60;project&#62;=Big5
/project/web_site/org.eclipse.jdt.ui/
org.eclipse.jdt.ui.gettersetter.use.is=true
/project/web_site/com.integility.eclipse.simian/excludes=
@org.eclipse.ui.browser=3.1.0
/instance/org.eclipse.ui.editors/overviewRuler_migration=migrated_3.1
/instance/org.eclipse.ui/SHOW_TEXT_ON_PERSPECTIVE_BAR=false
@org.eclipse.jdt.ui=3.1.0
/instance/org.eclipse.core.resources/version=1
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.staticFieldSuffixes=
@org.eclipse.core.resources=3.1.0
/instance/org.eclipse.mylar.core/org.eclipse.mylar.user.id=1123
/instance/org.eclipse.ui/showIntro=false
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.staticFieldPrefixes=
/project/web_site/com.integility.eclipse.simian/ignoreStringCase=true
/instance/org.eclipse.pde.core/platform_path=/eclipse
/instance/org.eclipse.jdt.ui/tabWidthPropagated=true
@org.eclipse.team.cvs.ui=3.1.0
/instance/org.eclipse.ant.ui/useAnnotationsPrefPage=true
/configuration/org.eclipse.ui.ide/MAX_RECENT_WORKSPACES=5
@org.eclipse.ui.workbench=3.1.0
file_export_version=3.0
/project/web_site/org.eclipse.core.resources/encoding//WEB-INF/
src_test/test/unit/util/StringUtilTest.java=Big5
@org.eclipse.jdt.launching=3.1.0
/instance/org.eclipse.jdt.ui/org.eclipse.jdt.ui.editor.tab.width=
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.argumentSuffixes=
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.argumentPrefixes=
/project/web_site/com.integility.eclipse.simian/
ignoreSubtypeNames=false
/project/web_site/com.integility.eclipse.simian/
balanceCurlyBraces=false
/instance/org.eclipse.jdt.ui/org.eclipse.jface.textfont=1|Monaco|11|0|
CARBON|1|;
/instance/net.sourceforge.jode/--verify=false
/instance/org.eclipse.team.ui/org.eclipse.team.ui.first_time=false
/instance/org.eclipse.mylar.monitor/
org.eclipse.mylar.monitor.upload.previousTransmit=1120927734115
/instance/org.eclipse.ui/ENABLE_ANIMATIONS=false
/project/web_site/com.integility.eclipse.simian/
ignoreVariableNames=false
/instance/org.eclipse.ui.ide/platformState=145
\!/=
@com.iw.plugins.jettylauncher=1.3.0
/project/web_site/com.integility.eclipse.simian/
balanceSquareBrackets=false
/instance/org.eclipse.ui.workbench/RUN_IN_BACKGROUND=true
/project/web_site/com.integility.eclipse.simian/ignoreRegions=false
/instance/org.eclipse.core.resources/description.autobuilding=false
/instance/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.visibilityCheck=enabled
/project/web_site/com.integility.eclipse.simian/ignoreCharacters=false
@org.eclipse.ui.editors=3.1.0
/instance/org.eclipse.team.ui/
org.eclipse.team.ui.sychronizing_default_participant_sec_id=111962746
8602
/instance/org.eclipse.mylar.monitor/
org.eclipse.mylar.monitor.events.observed=1
/configuration/org.eclipse.ui.ide/RECENT_WORKSPACES=/Users/
carfield/Documents/workspace
/instance/org.eclipse.team.cvs.ui/pref_first_startup=false
/instance/org.eclipse.ui.ide/quickStart=true
/instance/com.integility.eclipse.simian/preferences=&#60;?xml version
\=&#34;1.0&#34; encoding\=&#34;UTF-8&#34;?&#62;\n&#60;preferences&#62;\n&#60;config excludes\=&#34;&#34; 
includes\=&#34;*.java&#34; nature\=&#34;org.eclipse.jdt.core.javanature&#34; priority\=&#34;1&#34; 
severity\=&#34;1&#34;&#62;\n&#60;options balanceCurlyBraces\=&#34;0&#34; balanceParentheses
\=&#34;0&#34; balanceSquareBrackets\=&#34;0&#34; ignoreCharacterCase\=&#34;1&#34; 
ignoreCharacters\=&#34;0&#34; ignoreCurlyBraces\=&#34;0&#34; ignoreIdentifierCase\=&#34;1&#34; 
ignoreIdentifiers\=&#34;0&#34; ignoreLiterals\=&#34;0&#34; ignoreModifiers\=&#34;1&#34; 
ignoreNumbers\=&#34;0&#34; ignoreRegions\=&#34;0&#34; ignoreStringCase\=&#34;1&#34; 
ignoreStrings\=&#34;0&#34; ignoreSubtypeNames\=&#34;0&#34; ignoreVariableNames\=&#34;0&#34; 
language\=&#34;Java&#34; threshold\=&#34;6&#34;/&#62;\n&#60;/config&#62;\n&#60;/preferences&#62;
/instance/org.eclipse.jdt.ui/markOccurrences=false
@net.sourceforge.jode=1.0.4
/project/web_site/org.eclipse.jdt.ui/org.eclipse.jdt.ui.exception.name=e
@com.integility.eclipse.simian=0.2.2
/project/web_site/com.integility.eclipse.simian/ignoreCurlyBraces=false
/project/web_site/com.integility.eclipse.simian/severity=1
/instance/org.eclipse.jdt.core/
org.eclipse.jdt.core.classpathVariable.JRE_LIB=/System/Library/
Frameworks/JavaVM.framework/Versions/1.5.0/Classes/classes.jar
/instance/org.eclipse.jdt.ui/org.eclipse.jdt.ui.formatterprofiles.version=8
/instance/org.eclipse.ui.workbench/
ENABLED_DECORATORS=org.eclipse.jdt.ui.override.decorator
\:true,org.eclipse.pde.ui.binaryProjectDecorator
\:false,org.eclipse.team.cvs.ui.decorator
\:true,org.eclipse.ui.LinkedResourceDecorator
\:true,org.tigris.subversion.subclipse.ui.decorator\:true,
@org.eclipse.jdt.core=3.1.0
/instance/org.eclipse.jdt.ui/useAnnotationsPrefPage=true
/instance/org.eclipse.jdt.ui/
org.eclipse.jdt.ui.text.templates_migrated=true
/instance/org.eclipse.jdt.ui/useQuickDiffPrefPage=true
/project/web_site/com.integility.eclipse.simian/ignoreStrings=false
@org.eclipse.search=3.1.0
/instance/org.eclipse.ant.ui/useQuickDiffPrefPage=true
/instance/org.eclipse.jdt.core/
org.eclipse.jdt.core.classpathVariable.JRE_SRCROOT=
/instance/org.eclipse.ui.ide/tipsAndTricks=true
/instance/org.eclipse.ui.browser/browsers=&#60;?xml version\=&#34;1.0&#34; 
encoding\=&#34;UTF-8&#34;?&#62;\n&#60;web-browsers current\=&#34;0&#34;&#62;\n&#60;system/&#62;
\n&#60;external location\=&#34;/Applications/Firefox.app/Contents/MacOS/
firefox-bin&#34; name\=&#34;Firefox&#34;/&#62;\n&#60;/web-browsers&#62;
/instance/org.eclipse.ui.workbench/editors=&#60;?xml version\=&#34;1.0&#34; 
encoding\=&#34;UTF-8&#34;?&#62;\n&#60;editors&#62;\n&#60;descriptor class
\=&#34;org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor&#34; id
\=&#34;org.eclipse.jdt.debug.ui.SnippetEditor&#34; image\=&#34;icons/full/obj16/
jsbook_obj.gif&#34; internal\=&#34;true&#34; label\=&#34;Scrapbook&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.jdt.debug.ui&#34;/&#62;\n&#60;descriptor 
class\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34; id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Scripts&#34; image\=&#34;icons/
scripts.gif&#34; internal\=&#34;true&#34; label\=&#34;Colorer Scripts Editor&#34; openMode
\=&#34;1&#34; open_in_place\=&#34;false&#34; plugin\=&#34;net.sf.colorer&#34;/&#62;\n&#60;descriptor 
class\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34; id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.XML&#34; image\=&#34;icons/
xml.gif&#34; internal\=&#34;true&#34; label\=&#34;Colorer XML Editor&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;net.sf.colorer&#34;/&#62;\n&#60;descriptor class
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34; id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor.Cpp&#34; image\=&#34;icons/
cpp.gif&#34; internal\=&#34;true&#34; label\=&#34;Colorer C++ Editor&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;net.sf.colorer&#34;/&#62;\n&#60;descriptor class
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34; id
\=&#34;net.sf.colorer.eclipse.editors.ColorerEditor&#34; image\=&#34;icons/
colorer_editor.gif&#34; internal\=&#34;true&#34; label\=&#34;Colorer Editor&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;net.sf.colorer&#34;/&#62;\n&#60;descriptor class
\=&#34;net.sourceforge.jode.JodeClassFileEditor&#34; id
\=&#34;jode.JodeClassFileEditor&#34; image\=&#34;icons/jcu_obj.gif&#34; internal\=&#34;true&#34; 
label\=&#34;Jode Class File Viewer&#34; openMode\=&#34;1&#34; open_in_place\=&#34;false&#34; 
plugin\=&#34;net.sourceforge.jode&#34;/&#62;\n&#60;descriptor class
\=&#34;org.eclipse.jdt.internal.ui.javaeditor.ClassFileEditor&#34; id
\=&#34;org.eclipse.jdt.ui.ClassFileEditor&#34; image\=&#34;icons/full/obj16/
classf_obj.gif&#34; internal\=&#34;true&#34; label\=&#34;Class File Viewer&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.jdt.ui&#34;/&#62;\n&#60;descriptor class
\=&#34;de.byteaction.velocity.editor.MultiPageEditor&#34; id
\=&#34;de.byteaction.velocity.editor.Editor&#34; image\=&#34;icons/full/obj16/
vsl_file.gif&#34; internal\=&#34;true&#34; label\=&#34;Veloeclipse&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;de.byteaction.velocity.ui&#34;/&#62;
\n&#60;descriptor id\=&#34;org.eclipse.ui.browser.editorSupport&#34; image\=&#34;icons/
obj16/internal_browser.gif&#34; internal\=&#34;false&#34; label\=&#34;Web Browser&#34; 
launcher\=&#34;org.eclipse.ui.internal.browser.BrowserLauncher&#34; openMode
\=&#34;4&#34; open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.ui.browser&#34;/&#62;
\n&#60;descriptor class\=&#34;org.eclipse.ui.editors.text.TextEditor&#34; id
\=&#34;org.eclipse.ui.DefaultTextEditor&#34; image\=&#34;icons/full/obj16/file_obj.gif&#34; 
internal\=&#34;true&#34; label\=&#34;Text Editor&#34; openMode\=&#34;1&#34; open_in_place
\=&#34;false&#34; plugin\=&#34;org.eclipse.ui.editors&#34;/&#62;\n&#60;descriptor class
\=&#34;org.eclipse.pde.internal.ui.editor.build.BuildEditor&#34; id
\=&#34;org.eclipse.pde.ui.buildEditor&#34; image\=&#34;icons/obj16/build_exec.gif&#34; 
internal\=&#34;true&#34; label\=&#34;Build Properties Editor&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.pde.ui&#34;/&#62;\n&#60;descriptor class
\=&#34;org.eclipse.pde.ui.internal.samples.SampleEditor&#34; id
\=&#34;org.eclipse.pde.ui.sampleEditor&#34; image\=&#34;icons/obj16/build_exec.gif&#34; 
internal\=&#34;true&#34; label\=&#34;Code Sample Editor&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.pde.ui&#34;/&#62;\n&#60;descriptor class
\=&#34;org.eclipse.ui.editors.text.TextEditor&#34; id
\=&#34;org.eclipse.jdt.ui.JARDescEditor&#34; image\=&#34;icons/full/obj16/
jar_desc_obj.gif&#34; internal\=&#34;true&#34; label\=&#34;JAR Description Editor&#34; 
openMode\=&#34;1&#34; open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.jdt.ui&#34;/&#62;
\n&#60;descriptor class
\=&#34;org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor&#34; id
\=&#34;org.eclipse.jdt.ui.CompilationUnitEditor&#34; image\=&#34;icons/full/obj16/
jcu_obj.gif&#34; internal\=&#34;true&#34; label\=&#34;Java Editor&#34; openMode\=&#34;1&#34; 
open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.jdt.ui&#34;/&#62;\n&#60;descriptor class
\=&#34;org.eclipse.jdt.internal.ui.propertiesfileeditor.PropertiesFileEditor&#34; id
\=&#34;org.eclipse.jdt.ui.PropertiesFileEditor&#34; image\=&#34;icons/full/obj16/
file_obj.gif&#34; internal\=&#34;true&#34; label\=&#34;Properties File Editor&#34; openMode
\=&#34;1&#34; open_in_place\=&#34;false&#34; plugin\=&#34;org.eclipse.jdt.ui&#34;/&#62;\n&#60;/editors&#62;
/instance/org.eclipse.jdt.ui/
org.eclipse.jdt.ui.javadoclocations.migrated=true
/project/web_site/com.integility.eclipse.simian/
balanceParentheses=false
/instance/org.eclipse.update.ui/ConfigurationView.showSites=false
@org.eclipse.team.ui=3.1.0
/instance/org.eclipse.ui.workbench/
KEYS_PREFERENCE_SELECTED_TAB=1
/instance/org.eclipse.search/
org.eclipse.search.defaultPerspective=org.eclipse.search.defaultPerspe
ctive.none
/project/web_site/com.integility.eclipse.simian/threshold=6
/project/web_site/com.integility.eclipse.simian/includes=*.java
/instance/org.eclipse.jdt.core/
org.eclipse.jdt.core.builder.resourceCopyExclusionFilter=*.launch
/project/web_site/com.integility.eclipse.simian/ignoreModifiers=true
/project/web_site/com.integility.eclipse.simian/
ignoreCharacterCase=true
/configuration/org.eclipse.ui.ide/
RECENT_WORKSPACES_PROTOCOL=2
/project/web_site/org.eclipse.jdt.ui/
org.eclipse.jdt.ui.overrideannotation=true
/project/web_site/com.integility.eclipse.simian/ignoreLiterals=false
@org.eclipse.ant.ui=3.1.0
@org.eclipse.update.ui=3.1.0
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.fieldPrefixes=
/instance/net.sourceforge.eclipsetools.quickmarks/unused=Quickmark 0
/instance/org.eclipse.jdt.core/
org.eclipse.jdt.core.classpathVariable.JRE_SRC=
/instance/org.eclipse.ui.workbench/org.eclipse.ui.commands=&#60;?xml 
version\=&#34;1.0&#34; encoding\=&#34;UTF-8&#34;?&#62;\n&#60;org.eclipse.ui.commands&#62;
\n&#60;keyBinding contextId\=&#34;org.eclipse.jdt.ui.javaEditorScope&#34; 
keyConfigurationId\=&#34;org.eclipse.ui.defaultAcceleratorConfiguration&#34; 
keySequence\=&#34;COMMAND+/&#34;/&#62;\n&#60;keyBinding commandId
\=&#34;org.eclipse.ui.edit.text.contentAssist.proposals&#34; contextId
\=&#34;org.eclipse.ui.contexts.dialogAndWindow&#34; keyConfigurationId
\=&#34;org.eclipse.ui.defaultAcceleratorConfiguration&#34; keySequence
\=&#34;COMMAND+/&#34;/&#62;\n&#60;/org.eclipse.ui.commands&#62;
/instance/org.eclipse.jdt.ui/fontPropagated=true
/instance/org.eclipse.ui.ide/
EXIT_PROMPT_ON_CLOSE_LAST_WINDOW=false
/project/web_site/com.integility.eclipse.simian/ignoreNumbers=false
/instance/com.iw.plugins.jettylauncher/
com.iw.plugins.jettylauncher.default-jetty-install=/Users/carfield/
javatools/jetty
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.fieldSuffixes=
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.localSuffixes=
@org.eclipse.ui=3.1.0
/instance/org.eclipse.team.ui/
org.eclipse.team.ui.sychronizing_default_participant=org.tigris.subversio
n.subclipse.participant
/project/web_site/org.eclipse.jdt.core/
org.eclipse.jdt.core.codeComplete.localPrefixes=
/configuration/org.eclipse.ui.ide/
SHOW_WORKSPACE_SELECTION_DIALOG=false
/project/web_site/com.integility.eclipse.simian/ignoreIdentifiers=false
/instance/org.eclipse.jdt.ui/
org.eclipse.jdt.ui.text.custom_code_templates=&#60;?xml version\=&#34;1.0&#34; 
encoding\=&#34;UTF-8&#34;?&#62;&#60;templates/&#62;

*** Current Install Configuration:
Install configuration:
 Last changed on Sep 13, 2005
 Location: file:/eclipse/configuration/org.eclipse.update/platform.xml

 Configured sites:
  platform:/base/

 Configured features:
  ID: org.eclipse.platform, Version: 3.1.0
  ID: net.sf.fjep.fatjar, Version: 0.0.18
  ID: org.eclipse.jdt, Version: 3.1.0
  ID: com.iw.features.jettylauncher, Version: 1.3.0
  ID: org.tmatesoft.javasvn, Version: 0.8.8.1
  ID: dk.kamstruplinnet.implementors, Version: 0.0.15
  ID: org.eclipse.jdt.source, Version: 3.1.0
  ID: org.eclipse.sdk, Version: 3.1.0
  ID: org.eclipse.pde.source, Version: 3.1.0
  ID: org.eclipse.rcp.source, Version: 3.1.0
  ID: org.eclipse.platform.source, Version: 3.1.0
  ID: org.eclipse.rcp, Version: 3.1.0
  ID: org.eclipse.ui.tools.heapstatus.feature, Version: 
1.0.0.200411231540
  ID: com.beust.testng.eclipse, Version: 2.3.7.6
  ID: org.eclipse.pde, Version: 3.1.0
  ID: net.sourceforge.jode.feature, Version: 1.0.2
  ID: com.integility.eclipse.simian, Version: 0.2.2
  ID: org.tigris.subversion.subclipse, Version: 0.9.34
  ID: net.sf.colorer, Version: 0.7.1
  ID: de.byteaction.velocity, Version: 2.0.2

 Configured plug-ins:
  file:/eclipse/plugins/com.beust.testng.eclipse_2.3.7.6/
  file:/eclipse/plugins/com.integility.eclipse.simian_0.2.2/
  file:/eclipse/plugins/com.iw.plugins.jettylauncher_1.3.0/
  file:/eclipse/plugins/de.byteaction.velocity.ui_2.0.2/
  file:/eclipse/plugins/dk.kamstruplinnet.implementors.core_0.0.15/
  file:/eclipse/plugins/dk.kamstruplinnet.implementors.ejb_0.0.15/
  file:/eclipse/plugins/dk.kamstruplinnet.implementors.ui_0.0.15/
  file:/eclipse/plugins/edu.stanford.suif.keepresident_0.1.0/
  file:/eclipse/plugins/net.sf.colorer_0.7.1/
  file:/eclipse/plugins/net.sf.fjep.fatjar_0.0.18/
  file:/eclipse/plugins/net.sourceforge.jode_1.0.4/
  file:/eclipse/plugins/org.apache.ant_1.6.5/
  file:/eclipse/plugins/org.apache.log4j_1.2.7/
  file:/eclipse/plugins/org.apache.lucene_1.4.3/
  file:/eclipse/plugins/org.eclipse.ant.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ant.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.compare_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.boot_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.commands_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.expressions_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.filebuffers_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.resources.compatibility_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.resources.macosx_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.resources.win32_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.resources_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.runtime.compatibility_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.runtime_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.core.variables_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.debug.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.debug.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.help.appserver_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.help.base_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.help.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.help.webapp_3.1.0/
  file:/eclipse/plugins/org.eclipse.help_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jdt.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jdt.debug.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jdt.debug_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.doc.isv_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.doc.user_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.junit.runtime_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.junit_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.launching.macosx_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jdt.launching_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jdt.source.macosx.carbon.ppc_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.source_3.1.0/
  file:/eclipse/plugins/org.eclipse.jdt.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jdt_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jface.text_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.jface_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ltk.core.refactoring_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ltk.ui.refactoring_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.osgi.services_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.osgi.util_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.osgi_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.pde.build_3.1.0/
  file:/eclipse/plugins/org.eclipse.pde.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.pde.doc.user_3.1.0/
  file:/eclipse/plugins/org.eclipse.pde.junit.runtime_3.1.0/
  file:/eclipse/plugins/org.eclipse.pde.runtime_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.pde.source_3.1.0/
  file:/eclipse/plugins/org.eclipse.pde.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.pde_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.platform.doc.isv_3.1.0/
  file:/eclipse/plugins/org.eclipse.platform.doc.user_3.1.0/
  file:/eclipse/plugins/
org.eclipse.platform.source.macosx.carbon.ppc_3.1.0/
  file:/eclipse/plugins/org.eclipse.platform.source_3.1.0/
  file:/eclipse/plugins/org.eclipse.platform_3.1.0/
  file:/eclipse/plugins/org.eclipse.rcp.source.macosx.carbon.ppc_3.1.0/
  file:/eclipse/plugins/org.eclipse.rcp.source_3.1.0/
  file:/eclipse/plugins/org.eclipse.rcp_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.sdk_3.1.0/
  file:/eclipse/plugins/org.eclipse.search_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.swt.carbon.macosx.ppc_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.swt_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.team.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.team.cvs.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.team.cvs.ssh2_3.1.0/
  file:/eclipse/plugins/org.eclipse.team.cvs.ssh_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.team.cvs.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.team.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.text_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.tomcat_4.1.30.1/
  file:/eclipse/plugins/org.eclipse.ui.browser_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.carbon_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.cheatsheets_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.console_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.editors_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.externaltools_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.forms_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.ide_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.intro_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.presentations.r21_3.1.0.jar
  file:/eclipse/plugins/
org.eclipse.ui.tools.heapstatus_1.0.0.200411231540/
  file:/eclipse/plugins/org.eclipse.ui.views_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.workbench.compatibility_3.1.0/
  file:/eclipse/plugins/org.eclipse.ui.workbench.texteditor_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui.workbench_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.ui_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.update.core.win32_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.update.core_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.update.scheduler_3.1.0.jar
  file:/eclipse/plugins/org.eclipse.update.ui_3.1.0.jar
  file:/eclipse/plugins/org.jcommander.logger_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.bookmarks_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.core_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.network.ui_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.network_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.os.iconpack.eclipse_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.os.win32_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.os_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.platformutils_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.tomcatlisting_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.utils_0.5.7/
  file:/eclipse/plugins/org.jcommander.phileas.zip_0.5.7/
  file:/eclipse/plugins/org.jcommander.systemshell.win32_0.5.7/
  file:/eclipse/plugins/org.jcommander.systemshell_0.5.7/
  file:/eclipse/plugins/org.jcommander.tools.nativemanager.ui_0.5.7/
  file:/eclipse/plugins/org.jcommander.tools.nativemanager_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.app.iconpack.eclipse_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.app_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.externaltools_1.0.0/
  file:/eclipse/plugins/
org.jcommander.ui.filepanel.iconpack.eclipse_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.filepanel_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.findfiles.iconpack.eclipse_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.findfiles_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.help_0.5.7/
  file:/eclipse/plugins/org.jcommander.ui.intro_1.0.0.jar
  file:/eclipse/plugins/org.jcommander.ui.utils_0.5.7/
  file:/eclipse/plugins/org.jcommander.update_0.5.7/
  file:/eclipse/plugins/org.junit_3.8.1/
  file:/eclipse/plugins/org.samba.jcifs_0.5.6/
  file:/eclipse/plugins/org.tigris.subversion.javahl.win32_0.9.30.jar
  file:/eclipse/plugins/org.tigris.subversion.subclipse.core_0.9.30.1.jar
  file:/eclipse/plugins/org.tigris.subversion.subclipse.core_0.9.30.jar
  file:/eclipse/plugins/org.tigris.subversion.subclipse.core_0.9.34/
  file:/eclipse/plugins/org.tigris.subversion.subclipse.ui_0.9.30.jar
  file:/eclipse/plugins/org.tigris.subversion.subclipse.ui_0.9.34/
  file:/eclipse/plugins/org.tigris.subversion.subclipse_0.9.30.jar
  file:/eclipse/plugins/org.tigris.subversion.subclipse_0.9.34/
  file:/eclipse/plugins/org.tmatesoft.javasvn_0.8.8.1/
  file:/eclipse/plugins/org.tmatesoft.javasvn_0.8.8.1.jar
</field>
</message>

<message>
		<field name="adddate">1127221181</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

What about the Plug-In Details from the About box
(Help/About). Does it list the JCommander plugins?</field>
</message>

<message>
		<field name="adddate">1127128093</field>
		<field name="user_name">carfield</field>
		<field name="body">Logged In: YES 
user_id=11544

I just cannot see anything about JCommander... but I've double checked 
that I've copy JCommander features and plugins to eclipse 3.1.0</field>
</message>

<message>
		<field name="adddate">1126978501</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

No, you shouldn't overwrite anything in particular but only
the features and plugins directories so that JCommander's
features and plugins get there. First of all please make
sure that you have Eclipse 3.1 installed (and NOT 3.0).

If this is the case, then in the menubar select
Help/Software Updates/Manage Configuration.

In the Product Configuration window in the toolbar make the
&#34;Show Disabled Features&#34; icon selected. Now browse through
the features and see the status of the JCommander feature
and its subfeatures. Is it disabled? If you cannot find
JCommander there than you probably did not copy all plugins
and features into the eclipse folder.

I just tried to add JCommander 0.6.3  to a clean Eclipse 3.1
install and it worked just I described in the previous post.</field>
</message>

<message>
		<field name="adddate">1126975188</field>
		<field name="user_name">carfield</field>
		<field name="body">Logged In: YES 
user_id=11544

Too sorry that after I copy all features and plugins to eclipse, I can't find 
JCommander at perspective...

I've chosen not to overwrite any target, may be I should?</field>
</message>

<message>
		<field name="adddate">1126970167</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Regarding running JCommander 0.6.3 in Eclipse 3.1, it is
working. 

This is what you should do to see it working:
- copy the features and plugins from the JCommander
distribution into the corresponding directories of your
Eclipse 3.1 installation
- start or restart Eclipse
- from the menu bar select Window/Open perspective/Other...
- from the perspective list select JCommander
- because by default no tabs are open press Ctrl+T or use
the icon from the toolbar

There are some integration problems though, like having two
separate File menus :-)

The only problem is that it is quite strange to have a file
manager inside an IDE...

Can you confirm my findings so that I can close the feature
request?</field>
</message>

<message>
		<field name="adddate">1126862896</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I have created a separate feature request for the update
site:
https://sourceforge.net/tracker/index.php?func=detail&#38;aid=1292720&#38;group_id=35271&#38;atid=413698</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1127288591</field>
		<field name="entrydate">1138868896</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1138868896</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1138868896</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">2</field>
		<field name="entrydate">1138868896</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1127288591</field>
		<field name="mod_by">carfield</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1127288591</field>
		<field name="mod_by">carfield</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1411608</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Use execute and external tools on non-local files</field>
	<field name="open_date">1137864839</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">For non-local files (remote, inside zip archive etc.)
currently there is no way to use the external tools
(view, edit, diff), the operating system's shell
contextual menu and the shell execution.

It would be useful to be able to perform all these
operations. A common practice in file managers is to
make a local copy of the file or files in the temporary
directory and perform all the operations on them. In
JCommander we should do the same.

A message dialog should prompt the user that the
highlighted file isn't a local file and that in order
to perform the action the file must be made temporarily
available locally. After copying the file(s) in the
local directory apply the operation as usually.

A mechanism should be created to have the option to
copy back the file to its original location in case it
is locally modified.</field>
</artifact>
<artifact>
	<field name="artifact_id">1410482</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Copy operation: move to and restore from the background</field>
	<field name="open_date">1137736308</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">A mechanism is needed that allows the hiding of a copy
progress dialog during the copy operation.

This would allow the user to continue working with the
same tab even if a copy operation has been started in it.

Visual feedback should be given for the copy operation
running in the background and there should be a way of
restoring the copy progress dialog.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137736416</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The Eclipse Job API is used for hiding/restoring the copy
progress dialog and to provide a visual feedback on the
running copy operation.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1137736416</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137736416</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1137736416</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1398376</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">[linux] Provide Debian package on UbuntuLinux</field>
	<field name="open_date">1136540498</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Packaging</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">For UbuntuLinux packages for the Eclipse RCP are
already available. It could be relatively easy to
provide a small footprint JCommander Debian package
that could be downloaded with the Synaptic Package Manager.

UbuntuLinux seems to become the most popular Linux
desktop distro and it would be really useful to make
JCommander as easily available there as possible. And
also set an example on how a modular Eclipse RCP
install should be performed on other operating systems too.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">summary</field>
		<field name="old_value">[linux] Provide Debian package for UbuntuLinux</field>
		<field name="entrydate">1136540525</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1339334</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">add roadmap</field>
	<field name="open_date">1130405922</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Site</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Add roadmap info to the site</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1136154667</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1136154667</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1136154667</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1132867600</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867600</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1373489</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Cut/Copy/Paste for files</field>
	<field name="open_date">1133784928</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Integration</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">JCommander should be able to provide a file
cut/copy/paste feature similar to the one found in
Windows Explorer. The standard Ctrl+X/Ctrl+C/Ctrl+V
shortcuts should also be available.

In Java there is a way to work with the system
clipboard and to detect if it has files in its content.
A connection should be done with the native contextual
menu's Cut/Copy/Past commands.

When pasting files into JCommander, the copy or move
dialog (with confirmation) should be used to perform
the operation.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1136154455</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The Cut operation has not been implemented due to missing
support in SWT. I do not consider this feature safe anyway
so I think that it's better without it.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1136154456</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1136154455</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1136154455</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1136154455</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105824</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">working &#34;/&#34;, &#34;..&#34;, &#34;+&#34; buttons</field>
	<field name="open_date">1106213279</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">working &#34;/&#34;, &#34;..&#34;, &#34;+&#34; buttons - R</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135956097</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Feature fully implemented</field>
</message>

<message>
		<field name="adddate">1132869665</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

&#34;/&#34; and &#34;..&#34; are working properly.

Only the implementation of the history (&#34;+&#34;) button is left</field>
</message>

<message>
		<field name="adddate">1112853966</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Right now only navigation history (&#34;+&#34;) isn't working.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135956097</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1135956097</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135956097</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">419887</field>
		<field name="entrydate">1132869665</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869665</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">999895</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">file list freezing overcome</field>
	<field name="open_date">1091079924</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">One of the most annoying things in a file manager is
when the file list in a panel cannot be listed fast
(suppose it's a network location). This usually blocks
the whole user interface.

In jcmd this should be minimized. First, do the
retrieval of the contents for a file panel in a
separate thread. If the retrieval takes a long time,
make the file control and only the file control display
a message (Please wait...).

In a file tab, the file panels should update
independently. If one panel's content retrieval is
pending and the other panel already retrieved it's
contents, then make it available for browsing.

The general idea: if a file panel cannot be updated
fast, minimize the blocking of the GUI.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135892994</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

As a first step the Eclipse Jobs API is used for getting the
contents of a directory.</field>
</message>

<message>
		<field name="adddate">1091377516</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

File panels could be marked as manually updatable.

This is useful for low speed file systems (FTP, local shares
etc.).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1135892994</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">419887</field>
		<field name="entrydate">1135892994</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135892994</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1091080016</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1118545</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">4</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">file rename instead of copy with overwrite</field>
	<field name="open_date">1107862189</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.9.0</field>
	<field name="details">When performing a copy operation, there should be an 
option that when a file exists and is about to be 
overwritten, to rename it with a pattern (e.g. *.orig).</field>
	<field name="artifact_history">
<history>
		<field name="field_name">summary</field>
		<field name="old_value">copy with overwrite option</field>
		<field name="entrydate">1135891307</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1132869153</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869153</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869153</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869152</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1365516</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Directory size computation</field>
	<field name="open_date">1132835785</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">A way of computing and displaying directory sizes
should be implemented. This is a user triggered action.

It should be like this: 
1. a command (menu/toolbar entry+shortcut) which by
default counts the sizes of the selected directories
(when more files are marked)
2. a command which counts the size of the highlighted
directory
3. a command to count the sizes of all the directories

This counting operationg should be interruptible: the
user should be able to interrupt it at any time.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135770279</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Directory size computation is performed either on the
highlighted directory or all the directories in the current
parent directory. To access these functionalities use the
Selection/Compute Directory Size (Ctrl+M) and
Selection/Compute All Directory Sizes (Ctrl+Shift+M) menu
options.

The computed sizes are shown in the size column of each
directory using a different text color to mark that these
sizes are snapshots and might change during time.

The directory sizes are persistent during an instance of
JCommander. Once computed, they are remembered but only
until the user exits JCommander.

The computation of the sizes can take a long time and for
this the Eclipse Jobs API is used. A directory size
computation (or computation of all directory sizes) is an
Eclipse job and is displayed in the Progress dialog or view
(http://help.eclipse.org/help31/index.jsp?topic=/org.eclipse.platform.doc.user/gettingStarted/qs-responsiveUI.htm).

The Progress view is part of the org.eclipse.ui.ide plugin.
In order to not make a dependency to this plugin the
org.eclipse.ui.internal.progress.JobView class has been
copied to the org.jcommander.ui.app while maintaining the
same view ID in plugin.xml. While this is working now, this
class has to be maintained and updated manually as Eclipse
evolves. I believe that in Eclipse 3.2 this will be
refactored and used directly from a less &#34;rich&#34; plugin.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135770279</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135770279</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135770279</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135770279</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867100</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867100</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1384381</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Provide nightly builds</field>
	<field name="open_date">1134914654</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Misc</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Nightly builds are a very useful way of keeping
interested users updated with the evolution of
JCommander. It is also very useful in regularly
checking that, once set up, the automated build is
working well.

JavaForge provides a mechanism to run scheduled builds.
Here it is detailed how to proceed:
http://www.javalobby.org/nl/archive/jlnews_20051011o.html</field>
</artifact>
<artifact>
	<field name="artifact_id">1324295</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">display/hide tree structure</field>
	<field name="open_date">1129073340</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Add an option to display Windows Explorer like tree
structure for file panels. Add a toggle button for a
user to choose whether to display or to hide the tree
structure. The default option is to display the tree
structure. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134321022</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Implemented.</field>
</message>

<message>
		<field name="adddate">1131090793</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134321023</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134321022</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134321022</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1131090793</field>
		<field name="entrydate">1132868089</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868089</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868089</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1132868089</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">2</field>
		<field name="entrydate">1132868089</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131090793</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131090793</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131090793</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1337095</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1150608" name="assigned_to">vgandhi</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Proper error message on corrupted configuration file</field>
	<field name="open_date">1130225000</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When there is an error in loading the configuration
file, a proper dialog should show up telling about the
problem. Something like:

&#34;Error reading the configuration file. Resetting
preferences to default values.&#34;

This issue has appeared for instance at the recent
property file format change.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134318832</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Based on the changes committed by Mike Grigorov this has
been fixed.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134318832</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134318832</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134318832</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1132867657</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130530149</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1254953</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">heavy swapping on win32</field>
	<field name="open_date">1123593240</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Performance Optimization</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Win32 seems to have an inefficient memory manager.
Every processe's memory is put to the swap at a rate
proportional to its memory size. This happens even if
there's plenty of memory available. When the user
minimizes an application window, almost all memory
occupied by that application is moved to the swap area.

JCmd even if has only around 30 MB in the memory, tends
to be heavily swapped. Given that this is destined to
be an important application from the user's point of
view, it is unacceptable. One again, this problem is
win32 specific. On Linux there aren't such issues.

We should investigate ways to keep JCmd in the RAM. A
starting point would be:
http://suif.stanford.edu/pub/keepresident/index.html</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134318745</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The KeepResident plugin is again part of the binary
distribution.</field>
</message>

<message>
		<field name="adddate">1132868697</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I'll do it ASAP</field>
</message>

<message>
		<field name="adddate">1132755554</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The usage of the keepresident plugin has been stopped for
the 0.6.4 release because I was investigating the supposedly
better memory management in Eclipse 3.1 (disabled by
default). I'm not sure if it's better so I strongly suggest
to put keepresident to work for now at least until Eclipse
3.2 because otherwise JCommander becomes unusable on win32
when swapping starts.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134318745</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134318745</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134318745</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1132868697</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">8</field>
		<field name="entrydate">1132755554</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1130824912</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130824912</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1340347</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Single panel display option</field>
	<field name="open_date">1130483071</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">There should be an option to have inside a tab only one
file panel. This could be useful sometimes when only
browsing a simple directory structure (e.g. a music
folder).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134317726</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented. This option is saved for each part.</field>
</message>

<message>
		<field name="adddate">1130815169</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I see this option as A VERY IMPORTANT ONE. For WE users,
this would be the default layout - a panel with the tree
enabled.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134317726</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134317726</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134317726</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867579</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867579</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1373034</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Layout Profile Chooser Dialog</field>
	<field name="open_date">1133728463</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">A dialog should be provided for new users to choose a
layout profile based on the users previous file
management experience.

The following should be displayed in the dialog:
- Windows Explorer profile (single panel tabs, no file
details, show panel trees)
- Norton Commander profile (twin panel tabs, file
details, hide panel trees, show button bar).

Both options should have a small preview picture.

The dialog should be displayed at the first startup of
JCommander and could be displayed at any time from a
menu item.

The profile chosen by the user will affect the look of
_newly_ opened tabs.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134317676</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is available both at the first startup and at any time
from the Tools/Choose Layout Profile... menu.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134317676</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134317676</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134317676</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1346792</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Add screencasts</field>
	<field name="open_date">1131015733</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Site</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Provide webcasts which demonstrate how to use
JCommander for various tasks. Provide also a transcript
of each webcast in form of a tutorial. See for instance
these: http://www.eclipse.org/birt/tutorial/</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135087640</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This looks as a much more powerful tool:

http://www.debugmode.com/wink/</field>
</message>

<message>
		<field name="adddate">1134314278</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

CamStudio seems a tool that can do this.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">summary</field>
		<field name="old_value">Add webcasts</field>
		<field name="entrydate">1134314278</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1134314278</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134314278</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1350791</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Move to recycle bin</field>
	<field name="open_date">1131406779</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">VFS</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">For each operating system there is a recycle bin/trash
folder where deleted files are stored for later
potential retrieval. Support should be implemented for
this kind of deletion.

Under win32 here is some documentation on how to
implement it:
http://www.codeproject.com/shell/recyclebin.asp

A general architecture has to be developed and
implementations provided for at least win32, Linux and
MacOS X.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134250053</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented by Mike.

The JDIC FileUtil incubator project is used to perform the
operation. In its current implementation only the Win32 and
MacOS X platforms are supported.

</field>
</message>

<message>
		<field name="adddate">1133810842</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

In the user interface I would see this additional feature as
a checkbox in the delete confirmation dialog. To be
accurate, the label of the checkbox should be:
- (on win32) &#34;Move files to the recycle bin&#34;
- (on other OSs) &#34;Move files to the trash&#34;

The preferred way to check for the OS in the Eclipse runtime
is for instance: Platform.getOS().equals(Platform.OS_WIN32)

The value for the checkbox should be settable from the
preferences in a new preference page called File Operations.
The default value should be enabled.

To conform to the general usage idioms the move to recycle
bin option should not be available for the move operation.</field>
</message>

<message>
		<field name="adddate">1133809982</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

And this is the exact method to use:
https://jdic.dev.java.net/nonav/incubator/fileutil/javadoc/org/jdesktop/jdic/fileutil/FileUtil.html#recycle(java.io.File)</field>
</message>

<message>
		<field name="adddate">1131407296</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Investigate if we can use this JDIC incubator project:
https://jdic.dev.java.net/incubator/fileutil/index.html</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134250053</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134250053</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134250053</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133810003</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">543700</field>
		<field name="entrydate">1133810003</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1132867290</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867290</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131407296</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1343474</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Common programs access menu</field>
	<field name="open_date">1130750080</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">I'm thinking of a new menu in the menu bar called &#34;Run&#34;
which contains the following entries:

- Custom...
- Command prompt
- Text Editor
- Image Editor
- Music Player
- Video Player

Additionally there could be other entries.

The whole idea behind this would be to give the user a
quick way to access commonly used programs, regardless
the operating system. These entries could be customized
from the existing External Tools property page.

Having this feature JCommander would ease the
accomodation with any operating system since it would
offer, besides uniform file management across operating
systems, easy to use shortcuts to commonly used programs.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134249498</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The implementation has been finalized.</field>
</message>

<message>
		<field name="adddate">1134079158</field>
		<field name="user_name">anthrax_</field>
		<field name="body">Logged In: YES 
user_id=1380244

TODO get the current directory of the active panel in the
active tab
TODO run the command in this directory</field>
</message>

<message>
		<field name="adddate">1131354543</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I'm not sure how useful it would be to provide a summary of
the system's program menu. But having multiple programs per
required functionality might help.

However, I'd like to propose a simpler approach for now:
Just the limited entries as initially described. We could do
this fast (read: included in the next release) and study
this issue further regarding ways of improvement.</field>
</message>

<message>
		<field name="adddate">1131121595</field>
		<field name="user_name">nobody</field>
		<field name="body">Logged In: NO 

Sorry, the previous comment was mine. crazzycloe</field>
</message>

<message>
		<field name="adddate">1131120909</field>
		<field name="user_name">nobody</field>
		<field name="body">Logged In: NO 

It might be useful to allow the user to add entries to each 
item (or some of them), so it's not not just a commonly used 
program but a list of programs. For example, Text Editor 
category might point to the list: Notepad, MS Word. 

May be, it also makes sense to allow the user to add 
categories.

I would also suggest to add 
- Browser v
(the arrow indicates a list of browsers)

This idea is similar to Macromedia Dreamweaver, the option 
to preview in several browsers. 
</field>
</message>

<message>
		<field name="adddate">1131093619</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

These tools should be launched in the active panel's current
directory. So for instance we need to assure that the
command prompt opens up for the current directory.

We should discuss the defaults and recommendations for
Windows, Linux and MacOS X.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134249498</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134249498</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134249498</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">1380244</field>
		<field name="entrydate">1134079158</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867564</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1132867537</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1132867537</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867537</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132781138</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1332929</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="998154" name="assigned_to">mikesg</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Swap panels</field>
	<field name="open_date">1129793659</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">This feature is for swapping the contents of the two
file panels inside a file tab. This includes first of
all swapping the parent directories. As a next step the
file selections have also to be swapped (including the
current highlight). Note that the implementation of
this last step might encounter some problems due to
some refresh related bugs.

This feature should be accessible from a menu option
called &#34;Swap Panels&#34; in the &#34;File&#34; menu and the
shortcut &#34;CTRL+U&#34;.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131442478</field>
		<field name="user_name">mikesg</field>
		<field name="body">Logged In: YES 
user_id=998154

Theoretically implemented. Waiting for fix for bug 1351013:
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1351013&#38;group_id=35271&#38;atid=413695
</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134138688</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134138688</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134138688</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867790</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">1150608</field>
		<field name="entrydate">1130315079</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1369620</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="998154" name="assigned_to">mikesg</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Tab lock option against closing</field>
	<field name="open_date">1133305741</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Tab</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Tabs should be lockable. When closing a locked tab a
confirmation dialog always appears.

A property from preferences should define the tab
locking behavior:
- lock new tabs by default
- do not lock new tabs
- lock tabs only when renaming (a rename of the tab
makes it locked)

Behaviour at the exit from JCommander should be
specified in future comments.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133306167</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I implemented the part related to the preferences creation
and usage.

I'm reassigning this bug to Mike Grigorov since he is
working on the exit notifications.

Also please note that the lock state of a tab should be
saved in the tab configuration at some point in the future.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134138646</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134138646</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134138646</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1133306167</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1376573</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Export/Import user preferences</field>
	<field name="open_date">1134072333</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">A way to import and export the user preferences should
be provided for JCommander. I think that we could use
the existing Eclipse import/export wizard for this.</field>
</artifact>
<artifact>
	<field name="artifact_id">1376567</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">File dialog based on VFS</field>
	<field name="open_date">1134071862</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">This feature request came based on the idea of Mario
Ivankovits (VFS lead developer) to provide a file
dialog that can be used to open/save files in VFS file
systems.

For doing this properly let's acumulate here thoughts
on this topic.

While this could very well be the first spin-off SWT
component from JCommander it will be certainly useful
when we will implement an internal editor (e.g. to have
an elegant way of editing an FTP/SFTP file without
downloading it).</field>
</artifact>
<artifact>
	<field name="artifact_id">1334794</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="998154" name="assigned_to">mikesg</field>
	<field name="priority">4</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">The &#34;save tabs&#34; window should be hidden if the user requests</field>
	<field name="open_date">1129973785</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Configuration</field>
	<field name="artifact_group_id">0.8.0</field>
	<field name="details">When closing JC, a list of resources to be saved
appears. It would be great if we could have a checkbox
saying: &#34;show me next time&#34;, so that I wouldn't be
forced to press &#34;OK&#34; at any exit from JC.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133700869</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is handled by Mike Grigorov in a more elegant way.</field>
</message>

<message>
		<field name="adddate">1130139067</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

In any case, I'm not sure it makes sense anyways, simply
because it's overkilling to do micromanagement per tab. If
some geeks want that, then let's provide it as an option
(&#34;show save tabs dialog on exit&#34;).

Still, I was thinking that this dialog &#34;which resources to
save&#34; is redundant to the one option in the Jcommander
Options/Prefs screen which says: &#34;Save all tabs on exit&#34; (if
we don't have one, we should have).

</field>
</message>

<message>
		<field name="adddate">1130138304</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is the dialog provided by the Eclipse runtime and I'm
not sure if it supports these kind of additions.

However I find this feature useful for a future feature.
This feature would let you have a tab repository in which
you selectively save and load tabs.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134053422</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1134053422</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134053422</field>
		<field name="mod_by">mikesg</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133700869</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133700869</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132867712</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">6</field>
		<field name="entrydate">1132867712</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132867712</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1374443</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">State the native parts of JC</field>
	<field name="open_date">1133874716</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Misc</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Somewhere there should be a document stating the native
code dependencies of JCommander. It is important to
have these so that we know what features are
available/unavailable for each major operating system.</field>
</artifact>
<artifact>
	<field name="artifact_id">1315674</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Duplicate file</field>
	<field name="open_date">1128675110</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.8.0</field>
	<field name="details">Sometimes it is useful to create a copy for a file in
the current directory, but with a different name.

This feature should prompt for the name of the new file
and create a duplicate of the original file but with
the new name.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133874589</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Done.

The functionality described by Marius will also be
available, but as part of a different feature: 1373489
Cut/Copy/Paste for files -
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1373489&#38;group_id=35271&#38;atid=413698</field>
</message>

<message>
		<field name="adddate">1131006830</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Better idea: found out that TC just as same as WE when doing
CTRL+C and CTRL+V in the same directory, creates a file
called &#34;Copy of ...&#34;. We should decide at this point if this
is a good-enough functionality or do we want to improve it
by providing a small dialog saying &#34;enter the name of the
copy: &#34; with the default value &#34;Copy of ...&#34;.

Pressing Enter automatically creates the file, so the
operation can be performed quickly - CTRL+V, followed by
ENTER, which is reasonable (most TC operations request an
ENTER confirming the defaults, which are usually good enough).</field>
</message>

<message>
		<field name="adddate">1130960617</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I found the TC approach quite dirty and I think of a cleaner
approach. However, for the actual duplication of a file or a
set of files I see a separate and simpler action.</field>
</message>

<message>
		<field name="adddate">1130821363</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

In TC this is easily achievable through F5 (copy)
functionality. Basically, if you press F5 on one file and
overwrite the proposed path, you achieve this functioncality.

We need to investigate how is this going to work for only
one panel (where F5 doesn't make sense).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133874589</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133874589</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133874589</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132868145</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132868145</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868145</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868145</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1346289</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">File extension based coloring</field>
	<field name="open_date">1130960770</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">This is the feature first available in Dos Navigator.
It is about coloring directory entries differently
based on some rules related mainly to the file
extension (e.g. .java, .c and .cpp files should be
colored dark green instead of the default black).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133871321</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Implemented.
In the future the default values might get updated, but
experience will tell how exactly.</field>
</message>

<message>
		<field name="adddate">1133815410</field>
		<field name="user_name">anthrax_</field>
		<field name="body">Logged In: YES 
user_id=1380244

implemented ONLY preferences page. to implement the actual
coloring you need to get the RGB for a certain extension; use:

RGB rgb =
FileExtColorList.getInstance().getColorForExtension(&#34;exe&#34;);

it will retun black if no match found. extensions are
case-insensitive.

NB: take care to re-color tabs after each OK in preferences page</field>
</message>

<message>
		<field name="adddate">1130989073</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I see that as an option that can be enabled/disabled/customized</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133871321</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133871321</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">1380244</field>
		<field name="entrydate">1133815410</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133815410</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868384</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1132867446</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867446</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">821692</field>
	<field user_id="495939" name="submitted_by">renyedi</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">file viewer</field>
	<field name="open_date">1065868431</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">Implement a file viewer.

First of all: a file viewer is NOT a read-only file editor.

The viewer should work with a file and keep in memory
only the currently visible part of it.

For now only text view is enough. In the future HEX
view would be another useful feature.

As a thought, maybe the file viewer should also be a
multimedia viewer:
- in case an image is viewed, display it
- in case an audio file is viewer, play it (support for
ogg vorbis, mp3?, wav, au etc.)
- in case a video file is viewed, play it (with java
media framework?!)
- in case a RPM file is viewed, display it's info (what
library to use?)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122688806</field>
		<field name="user_name">sf-robot</field>
		<field name="body">Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).</field>
</message>

<message>
		<field name="adddate">1112854498</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

No time for it now.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1133721663</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1133721663</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1122688806</field>
		<field name="entrydate">1126979641</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">2</field>
		<field name="entrydate">1126979641</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">4</field>
		<field name="entrydate">1122688806</field>
		<field name="mod_by">sf-robot</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1121454533</field>
		<field name="entrydate">1122688806</field>
		<field name="mod_by">sf-robot</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1121454533</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1121454533</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1121453969</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">8</field>
		<field name="entrydate">1121453969</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1112854498</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">495939</field>
		<field name="entrydate">1091080082</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1343987</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Accepted</field>
	<field name="summary">persistent file selection</field>
	<field name="open_date">1130771446</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Implement persistent file selection, so that
directories/files in a directory stay selected even
after a user changes the directory. Implement an option
to disable/enable persistent selection. By default,
persistent selection is enabled. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133717807</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

The feature has been closed after fixing the relavant bug</field>
</message>

<message>
		<field name="adddate">1131436482</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This feature request has a dependency of bug 1351013
(http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1351013&#38;group_id=35271&#38;atid=413695)</field>
</message>

<message>
		<field name="adddate">1130990100</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I still see no answer to why it should be enabled by default.

However, once we will release the profile-selection based
version of Jcmd (the one in which the user selects at
install time the type of file manager he/she would like to
install (WE, TC, Krusader, MC, FC, Jcmd), we won't have this
issue - whether an option is enabled or disabled by default
- anymore.</field>
</message>

<message>
		<field name="adddate">1130960539</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

An addition, add an option to remove files from the list
during the confirmation dialog. Files from the confirmation
dialog are under the *current* processing and files removed
during the confirmation, are removed from the &#34;current*
processing but not in general. Thus, this list of selected
files serves as a temporary buffer. 
By default, files stay selected till the user deselects
them, if the files still exist. Deleted files must be
deselected in any case (selection removed from the model).
Hence, in this case, any previously copied files stay
selected. Any files removed from the confirmation dialog
stay selected. Any files that haven't been deleted for any
reason stay selected.
The user can be given an option to &#34;remove selection after
processing&#34; (might be a check box at the confirmation
dialog). In this case, successfully copied files get
deselected. Successfully deleted files get deselected and
selection removed from the model. Files that haven't been
processed (not copied or deleted for any reason) stay
selected. In this way, the user can choose to process those
files later. 

</field>
</message>

<message>
		<field name="adddate">1130959999</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Based on the discussions I had with Mike Smith I find this
option more useful if enabled by default. I'll let Mike fill
in the results (more detailed) of our discussions and after
that we should continue the discussion here.</field>
</message>

<message>
		<field name="adddate">1130814818</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I see the usefulness of this idea. One may want to select
only certain files for doing some operations on that
specific selection.

The enabled by default is arguable. The idea is that once
you selected some files in a folder and moving to another
folder and deleting some files from the newly entered folder
- this should result in deletion of all previously selected
files. 

We need to make sure user checks this option and agrees to
the fact files will get deleted from previously browsed folders.

Also, current file manager implementations do not support
this feature, so the default for this option would
definitely be disabled. 

As a general trend, we do not want to have dramatic changes
in the default functionality.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133717807</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133717807</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867507</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130771469</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1372899</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">SMB network browser</field>
	<field name="open_date">1133712910</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">VFS 1.0 does not support SMB network browsing. This
means that in this version VFS is capable only for
browsing the contents of a share (e.g.
smb://server/share1) but not of the network itself
(e.g. smb:/// should list all domains and workgroups
and for each domain and workgroup the list of hosts
should be provided).

While this gets sorted out in VFS (hopefully version
1.1) we should provide a popup dialog that allows SMB
network browsing. This dialog should use the same JCIFS
library that VFS uses. JCIFS supports the same type
URLs as VFS does and additionally it supports the
smb:/// URL plus callback authentication (to popup a
username/password request dialog).</field>
</artifact>
<artifact>
	<field name="artifact_id">1369613</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">4</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Panel auto-refresh disabling option</field>
	<field name="open_date">1133305266</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">The user should be able to specify for a panel not to
automaticall refresh its content when main window
regains focus and when file operations are performed.

A property from the preference page should set the
default behavior for tabs. By default tabs should be
automatically refreshed.</field>
</artifact>
<artifact>
	<field name="artifact_id">1367207</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1380244" name="assigned_to">anthrax_</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Graceful exit on file copy  abort</field>
	<field name="open_date">1133044153</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">This feature request is based on a discussion with
anthrax_ on the subject.

Currently when the copy operation is interrupted by the
user by closing the copy progress window, while the
copy operation stops, the resources aren't deallocated
properly. For instance, the file which is being copied
when the interruption occurs remains locked for writing.

Also there isn't a confirmation dialog for aborting the
copy operation.

And also the &#34;Abort&#34; button isn't working and it's of
wrong type (toggle button).

These are the things to be done:
- implement graceful exit for file copy interruption
- provide confirmation dialog for the abort operation
- make the Abort button a functional push button
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133208769</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133208769</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133208769</field>
		<field name="mod_by">anthrax_</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">821408</field>
	<field user_id="495939" name="submitted_by">renyedi</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">find files/find in files</field>
	<field name="open_date">1065811234</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.8.0</field>
	<field name="details">Implement the &#34;Find Files&#34; functionality to search for
files.

There should be several options, but one I found
important under Linux: a list of directories skipped by
the search (e.g. /mnt under Linux)

Search results should be displayed in a list that
should be a separate window. When the user makes an
action on a list item (double click, button press) it
should update the current tab's active panel to the
directory that contains the specified file or directory
and positioned to the found item.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133049671</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Also consider doing content replace.
By default save a backup of the file processed. But this
should be an option.</field>
</message>

<message>
		<field name="adddate">1132780297</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Additional comments from Marius: 

1.1.Main options
- TB: item name
- LB: item type (not only extension based, but by general
type &#226;&#8364;&#8220; video, audio, directories, archives, documents,
similar to KR, DC++, etc)
- LB + FB: search location &#226;&#8364;&#8220; a list box to which multiple
values can be added (values obtained using the file box)
- LB + FB: exclude from search the following locations
- CB: case sensitive
- TB: containing text
- CB: search in archives
- CB: search in subdirs (very nice KR option) &#226;&#8364;&#8220; checked by
default, but from time to time one may want to search only
in current dir 
- CB: follow links (KR) &#226;&#8364;&#8220; Unix &#226;&#8364;&#8220; follow sym links, Windows &#226;&#8364;&#8220;
follow shortcuts
- CB: case sensitive (for containing text)
- CB: match whole words only
1.2.Advanced
- Size
- TB: bigger than &#226;&#8364;&#8220; (either with CB for enable/disable or
value/novalue for enable/disable)
- LB: units for bigger than (kb, mb, etc)
- TB: smaller than 
- LB: units for smaller than (kb, mb, etc)
- Date
- 1RB, 2TB, 2B: modified between start/end with calendar
popup buttons
- 1RB, 1TB, 1B: not modified after with calendar popup button
- 1RB, 1TB, 1LB: modified in the last x days, weeks, months,
years
- 1TB, 1LB: not modified in the last x days, weeks, months,
years
- Ownership
- CB, LB &#226;&#8364;&#8220; belongs to user (list of users)
- CB, LB &#226;&#8364;&#8220; belongs to group (list of groups)
- CB &#226;&#8364;&#8220; permissions (owner, group, all with LB for Unix, TBD
for Windows)</field>
</message>

<message>
		<field name="adddate">1091080220</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Actually this functionality is implemented in Krusader.
Study it.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133049671</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1133049671</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133049671</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">find files</field>
		<field name="entrydate">1132780297</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1132780297</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">495939</field>
		<field name="entrydate">1091080220</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1065811496</field>
		<field name="mod_by">renyedi</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">files find</field>
		<field name="entrydate">1065811496</field>
		<field name="mod_by">renyedi</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105825</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Deleted</field>
	<field name="resolution">Duplicate</field>
	<field name="summary">Find - files, in files, archives</field>
	<field name="open_date">1106213308</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">Find - files, in files, archives</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133049538</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Same thing as this request:
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=821408&#38;group_id=35271&#38;atid=413698</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133049552</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133049552</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133049538</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1358481</field>
	<field user_id="1380244" name="submitted_by">anthrax_</field>
	<field user_id="1380244" name="assigned_to">anthrax_</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">replace welcome page</field>
	<field name="open_date">1132178205</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">replace welcome page with a SWT intro control that 
provides links to all important sections of the 
jcommander site.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133040804</field>
		<field name="user_name">anthrax_</field>
		<field name="body">Logged In: YES 
user_id=1380244

TODO:
- some links still don't have corresponding pages, for now
- enter/go back to JCmd button - put actual action</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133040804</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1133040804</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133040804</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1132867220</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867220</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1366392</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Provide Picture Management Capabilities</field>
	<field name="open_date">1132932339</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Integration</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Add a way to better manage pictures in JCommander:
- add thumbnail view in file panel
- create internal image viewer with advanced features
(to make irfan viewer obsolete)
- integrate with picture album site generators like
JAlbum: for a folder of files to apply a site
generation action and remote upload</field>
</artifact>
<artifact>
	<field name="artifact_id">1366374</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Enforce singleton JCommander instance</field>
	<field name="open_date">1132931128</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Packaging</field>
	<field name="artifact_group_id">0.8.0</field>
	<field name="details">This feature request follows based on the discussions
from this forum thread:
https://sourceforge.net/forum/message.php?msg_id=3443653

The requirement is to have a single instance of
JCommander running regardless of how many run attempts
the user does, but simulating as if multiple instances
were present. When JCommander runs and the user wants
to start a new instance, the newly created instance
should identify if JCommander is already running,
signal the opening of a new window in the initially
running instance and than quit.

Note that this behavior is similar to what other
multi-window GUI applications do, notably Firefox.

Regarding the implementation, the detection and
signalling should be implemented through sockets. The
first instance of JCommander should open a socket to a
predefined port and do a handshake to identify that
JCommander is running or not.

If JCommander isn't running then this is the first
instance. This instance should open a server socket and
put a thread to listen to it. Any subsequent JCommander
launch instances will connect to that socket.

If a JCommander instance is already running then after
the handshake the new instance should signal to the
first instance the request for a new window. The custom
communication protocol should take into account that in
the future JCommander might also have command line
parameters. Those parameters should be able to be sent
to the listening first instance.

The port to be used by the singleton mechanism should
be chosen from a range of ports (let's say 100) and the
first available should be used. The initial handshake
ensures that a JCommander to JCommander socket
communication is established.</field>
</artifact>
<artifact>
	<field name="artifact_id">1105821</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Duplicate</field>
	<field name="summary">bookmark manager improvements</field>
	<field name="open_date">1106213216</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">bookmark:
	a) load with configuration (add suport for dynamic
bookmarks)
	b) DND interface interaction ???
	c) management window for bookmarks - a separate
unmodal window (goes to background when working with jcmd)
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132869886</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Kind of a duplicate. See
http://sourceforge.net/support/tracker.php?aid=1300500</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1132869886</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869886</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1132869886</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1300500</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Bookmarks Manager</field>
	<field name="open_date">1127467958</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Bookmark Control</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">A new user interface element is needed for managing
bookmarks. This has to offer a mechanism to do CRUD
operations on the bookmarks hierachy.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132869859</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Additional feature from the closed &#34;[ 1105821 ] bookmark
manager improvements&#34; feature request:

- DND interface interaction?</field>
</message>

<message>
		<field name="adddate">1130822972</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I would also see some useful functions available directly
into the control. For example, when right clicking on a
button saying &#34;D:\&#34; (basically an item from bookmarks), we
could display a little contextual menu with the option to
delete that item. 

Also, there may be some items we may not want to delete
(such as my computer, drives, etc).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132869859</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868283</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868283</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131926406</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1098811</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Expert features</field>
	<field name="open_date">1105260590</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">The basic idea is to offer an expert/advanced layout for 
dialogs. For instance, the copy progress dialog should 
have a simple layout with minimal information (no stats, 
no speed control features) and a full featured one (with 
all the features activated).

There should be an &#34;Enable expert features&#34; options in 
the preferences. Additionally, each conforming dialog 
should also have a way (e.g. button) to toggle between 
normal and advanced modes.

The concrete implementation should be relatively simple 
by hiding/showing the controls that provide expert 
features followed by a pack() call on the shell.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132869716</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">419887</field>
		<field name="entrydate">1132869716</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1132869716</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1106549</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Typing text in jcommander should take you to quick find or t</field>
	<field name="open_date">1106297832</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">When typing a text in jcmd the quick find box should
open up. This should be in fact customizable: choose
btw tc style (typing text goes to command line text) or
jcmd style (quick find)</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1132869577</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869577</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1132869577</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1108625</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">macros,macros,macros</field>
	<field name="open_date">1106600373</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">I want to be able to record a series of actions and
have it available in a small submenu. E.g. &#34;directory
svn cleanup&#34; - which cleans up a dir for any track of
it being part of a svn repository.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134129501</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Regarding action recording, this Eclipse feature request is
useful:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=8519</field>
</message>

<message>
		<field name="adddate">1130828174</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

In relation to feature 1109621 - this could be useful. In
fact, much more useful than writing your own script. I can
see this part of 1.0 release.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132869554</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130828174</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1109621</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">2</field>
	<field name="status">Open</field>
	<field name="resolution">Later</field>
	<field name="summary">Scripting support</field>
	<field name="open_date">1106717285</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">How about providing a BSF scripting plugin for 
JCommander? This way we could have a scripting 
console and/or macro creation support.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130827985</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

One could argue this could be achieved through OS' own
scripting language. However, there are some high level
operations Jcmd can provide and which can be used by script
creators.

If we would decide to develop that, I would strongly
recommend Rhino, since it's much more user friendly.
JCommander should be accessible to everyone, not only Java
profesionals.

However, the first thing that would come to my mind when
seeing this feature is that it's kinda useless since you
already have OS scripting.

On the other hand, this could be exactly the oposite: why
develop two versions of scripts (Win/Unix) instead of having
a common set. Well, this is actually a weak argument. The
vast majority of people use only one OS. Too few make the
switch to such a rate that they would need this feature.

I don't see other usecases for scripting languages, so it
will be studied further after 1.0</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132869532</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1130827985</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130827985</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1114500</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">file panel refresh optimization</field>
	<field name="open_date">1107326888</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.9.0</field>
	<field name="details">I've made an optimization for when the contents of a file 
panel are refreshed: the phisycal refill of the table 
component is performed only when the newly retrieved 
content is different from the current content. E.g. when 
the JCmd window receives focus, it updates its contents 
automatically. However, when the directory is quite big 
or it has slow access (e.g. remote directory), we don't 
want to block the panel's input.

As a further optimization, the checking status should be 
displayed somewhere in the panel and until the retrieve 
of the new content isn't finished, do not allow file 
operations in that panel but only navigation+selection 
inside &#38; to the parent dir, but not to a child dir.

On a physical refresh, maintain the current selections as 
possible.

Right now a GenericFile comparison takes into account 
only the name of the compared files. This should be 
extended also on the modification date and attributes.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132869437</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">419887</field>
		<field name="entrydate">1132869437</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869437</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1115399</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">NIO for OS copy</field>
	<field name="open_date">1107437871</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">VFS</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Maybe we should use java.nio for file system operations 
(such as copy).

See: 

http://javalobby.org/forums/thread.jspa?
threadID=17036&#38;messageID=91824634&#38;tstart=0

and

http://javalobby.org/forums/thread.jspa?
threadID=17036&#38;messageID=91824756&#38;tstart=0

</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132869229</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Check if VFS has this.</field>
</message>

<message>
		<field name="adddate">1130827183</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Switch to VFS implies total commitment to improving the
library currently used - VFS.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869229</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">708796</field>
		<field name="entrydate">1132869229</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">105</field>
		<field name="entrydate">1132869229</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130827183</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1115411</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">file content compare/merge</field>
	<field name="open_date">1107438816</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.9.5</field>
	<field name="details">A file content comparison/merge tool would be really 
useful.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1126979744</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Now we might have resources do this.</field>
</message>

<message>
		<field name="adddate">1121454485</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

For now it's an external tool</field>
</message>

<message>
		<field name="adddate">1112853609</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

For now we should rely on an external tool. Later on, when 
we will learn how to use org.eclipse.compare (no time for this 
now) we will rely on what Eclipse offers.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132869184</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132869184</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132869184</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1121454485</field>
		<field name="entrydate">1126979744</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">2</field>
		<field name="entrydate">1126979744</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1121454485</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1121454485</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">419887</field>
		<field name="entrydate">1112853609</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1178419</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">apply Macintosh GUI design guidelines</field>
	<field name="open_date">1112869105</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Look at the Macintosh gui design guidelines to see what
could be used of those to improve the GUI of JCmd.

Example: Do not use OK and Cancel for naming buttons,
but use verbs: Do Copy/Perform Copy, Cancel Operation,
Make directory</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130962380</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Here:
http://developer.apple.com/documentation/mac/HIGuidelines/HIGuidelines-15.html</field>
</message>

<message>
		<field name="adddate">1130827010</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

where can these guidelines be found?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1132868809</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868809</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1181242</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="998154" name="assigned_to">mikesg</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Save more tab info</field>
	<field name="open_date">1113282296</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">For each tab save into the configuration file also the tab 
names and possibly the location of the selections.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133701092</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Additional info to save:
- for tabs:
 - lock status
  - file details display state
  - single panel mode state
- for panels:
  - tree display state
  - auto refresh state</field>
</message>

<message>
		<field name="adddate">1130826585</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Good idea. Not sure about saving selection though. Selection
is similar to the idea of clipboard - something temporarily.
I would find rather anoying when starting Jcmd to see
something selected.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132868790</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">419887</field>
		<field name="entrydate">1132868790</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1245741</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">file panel behaviour on resize</field>
	<field name="open_date">1122442911</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When jcmd's window is resized to a larger size, the
file name column should grow in size as much as
possible while the rest of the columns should remain
the same.

When changing the window size to a smaller one the
column sizes should probably remain unchanged.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1132868736</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868736</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1132868736</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289490</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Save preferences</field>
	<field name="open_date">1126599125</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Configuration</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Currently, there is no way to save/load preferences for
Jcmd</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132868665</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Preferences saving has been fixed/implemented</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1132868665</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868665</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1132868665</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289755</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Provide feedback form on first exit</field>
	<field name="open_date">1126616335</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">It would be useful to have some info about the first
impression of running JCommander. Think of a
non-obstrusive mechanism to request feedback from the user.

I propose a dialog that should show up at the first
time the user exits JCommander. This dialog should
contain a very simple form containing some questions
regarding:
- first impressions about the product
- GUI usability
- application speed
- startup speed
- confirmation to send the type of the OS

In order to be unobtrusive It is important that the
default button to be &#34;Skip&#34; and that ESCAPE to be
allowed. And this dialog should appear only once. If
the user selects skip, an option should appear in the
Help menu: &#34;Send usage feedback&#34;.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868621</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1292720</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Update site</field>
	<field name="open_date">1126862875</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Packaging</field>
	<field name="artifact_group_id">0.9.5</field>
	<field name="details">It would be useful to have an update site where
JCommander should automatically check for updates. This
would allow easy transition between versions for
existing users.

This feature is partially implemented by having the
Eclipse update plugins already in the distribution and
links from the menu to the Update GUI. What is left is
a proper organization of the features and the
construction of the update site.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132868602</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Currently it is kind of a mess. We have to see how will the
Eclipse platform development team improve this.</field>
</message>

<message>
		<field name="adddate">1130824577</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Totally agree. Along with updates, the site should contains
plugins also. I see both part of 1.0.</field>
</message>

<message>
		<field name="adddate">1126864119</field>
		<field name="user_name">carfield</field>
		<field name="body">Logged In: YES 
user_id=11544

When I try to run update, I get this: 

Network connection problems encountered during search.
  Unable to access &#34;http://jcommander.sourceforge.net/&#34;.
    Error parsing site stream. [The declaration for the
entity &#34;HTML.Version&#34; must end with '&#62;'.]
    Error parsing site stream. [The declaration for the
entity &#34;HTML.Version&#34; must end with '&#62;'.]


Then I export the site xml, here is the content... I just
there is some problems?

&#60;?xml version=&#34;1.0&#34; encoding=&#34;UTF-8&#34;?&#62;
&#60;bookmarks&#62;
   &#60;site name=&#34;jCommander official homepage&#34;
url=&#34;http://jcommander.sourceforge.net/&#34; web=&#34;false&#34;
selected=&#34;true&#34; local=&#34;false&#34;/&#62;
&#60;/bookmarks&#62;
</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132868602</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">770976</field>
		<field name="entrydate">1132868602</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1293969</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Bookmarks server</field>
	<field name="open_date">1126981325</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Bookmark Control</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Would it make sense to have a bookmark server for
JCommander?

The user would define his own bookmark set, mark the
bookmarks that should be not be stored on the server
and JCommander would synchronize with those bookmarks. 

What would identify the user? Privacy issues could be
solved with public key cryptography (the server stores the
bookmarks encoded by the JCommander client with the
user's public key and thus only the user can decode it with
his private key (generated automatically by
JCommander). The encryption should be made completely
transparent to the user.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130824502</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I see the usefulness of this idea. Users may want to persist
their settings across diferent computers with Internet
access, but the might not have an FTP, SVN server.

However, I do believe this is a long shot and should not be
part of 1.0. </field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868536</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1294572</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">File mapper tool between input and output file names</field>
	<field name="open_date">1127054077</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Operations</field>
	<field name="artifact_group_id">0.8.5</field>
	<field name="details">This is a tool for transforming file names during an
operation.

There could be more uses of it, but one direct one is
during a copy or move operation.

This tool should produce a list of the final names for
the input files using various mechanisms:
- directly specifying the output name
- matching input files and specifying the output file
names using regular expressions</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130988612</field>
		<field name="user_name">nobody</field>
		<field name="body">Logged In: NO 

Great idea. We should always strive for reuse.

Perl RE are widely spreaded and frankly, I dislike that each
time I have to write a RE, learn some new syntax.</field>
</message>

<message>
		<field name="adddate">1130961998</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I would go for regular expression autocomplete like in the
Eclipse editor (try it - in the find dialog check the
Regular expression option and use Ctrl+SPACE to get the
autocomplete drop down from the Find/Replace text fields).
Maybe we can extract/use exactly that one.

I would think that one uses Java REs which I think are Perl
like. This needs to be checked though.</field>
</message>

<message>
		<field name="adddate">1130823959</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Definitely a MUST. I think this operation should also be
available outside copy operation (separate popup callable
either from copy or from a certain item in menu).

Also, regular expressions example should be as comprehensive
as possible. One of the things I dislike about inputs using
regular expressions is that I don't know the syntax by heart
and everytime I have to search it on the internet.

I would go for Perl like RE.

We should also consider providing RE support to other
controls as well.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">priority</field>
		<field name="old_value">7</field>
		<field name="entrydate">1132868519</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132868519</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868519</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1294773</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Implement in-place rename with cell editor</field>
	<field name="open_date">1127074676</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.9.0</field>
	<field name="details">Right now in-place rename is implemented using a dialog
box. This should be changed to a more elegant cell editor.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132868497</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868497</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1296655</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">2</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Generate file reports</field>
	<field name="open_date">1127238653</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">I'm thinking of a feature that is required from time to
time: generate a report with the files of a directory
or a set of directories. There should be various
options regarding the content of reports, with some
templates available by default.

The output format of the reports could be customizable.
For instance, there could be a report with all the
subdirectories in a directory with the sizes of each
one. Or the whole subdirectory structure (with or
without sizes, attributes, dates etc.).

As the technology of implementation for the actual
generation JasperReports comes to my mind at first.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130962084</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Agreed. Lowered priority.</field>
</message>

<message>
		<field name="adddate">1130823709</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I was afraid this idea might popup sometime. I asked myslef
the same question, but here's my thought on this:
a) Jcmd should stay as light as possible. Any additional
libraries would just increase the already 15M download, as
well as the footprint.
b) I find some usefulness from this idea, but too little,
and I think there are very few usecases for this feature. At
the extreme, this should be provided as a separate
downloadable plugin. The user checks the list of plugins
(ideally directly from Jcmd) and if he/she really wants, it
can download and use it.

Given this idea of a separate release for this
functionality, it will not be part of 1.0 release.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868399</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1130962084</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1298428</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">2</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Removable media browsing with JCmd</field>
	<field name="open_date">1127373560</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Integration</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Under Windows XP, add the &#34;Browse with JCommander&#34; 
option to the &#34;Open with&#34; dialog that 
is shown by the system when a removable device is inserted 
(cdrom/dvdrom/pen drive).

By choosing this option a new tab is opened in the last 
active JCmd window. This tab will show the contents of the 
new drive.

Is there a way to do this on other OSs (Linux Gnome, 
MacOS X)?</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130823266</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Changed only the priority of this issue</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868323</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1130823266</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1304555</field>
	<field user_id="1351708" name="submitted_by">alphakind</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Integrate plugins from other commanders</field>
	<field name="open_date">1127719877</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Integration</field>
	<field name="artifact_group_id">0.7.5</field>
	<field name="details">It would be very nice if JCommander could use plugins 
from other (native) commanders. On Win32 at least Far 
(farmanager.com) and Total Commander have hundreds
(!) of existing plugins covering all aspects. On Linux 
there may also be plugins for explorers (KDE, Gnome), 
but I'm not an expert.

Having that one generic &#34;plugin-reuse&#34;-plugin you would 
get with one shot tons of new functionality and maybe 
the developer community of those commanders would 
jump over. At the end, a lot of those currently existing 
plugins need not to be native and would maybe rewritten 
by the original authors with little effort - as they are 
experts for their plugin functionality. Of course, some 
plugins will always stay native, e.g. managing Win32 
services. But even for some OS-dependent plugins like 
Win32 registry browser, it could be enough to use the 
cygwin/linux virtual filesystem.

The plugin API could also benefit when reviewing other 
commanders' plugin APIs.

Just some thoughts...
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1129622080</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I have put into the repository a minimal JNI wrapper for
Total Commander plugins. Please see the module
incubator/org.jcommander.phileas.totalcmd from the CVS (see
anonymous access info here:
http://sourceforge.net/cvs/?group_id=35271

What this implementation does is only the initial loading of
an arbitrary tcmd plugin and the call to the FsGetPluginRoot
function (in LoadPlugin() function from tcfsbridge.cpp for
testing purposes only - to be removed from there). See
Main.java for a test drive.

What should be accomplished first is a resonably complete
(we'll discuss this) implementation of the
org.jcommander.phileas.totalcmd.TotalCmdFsBridge class. This
one should wrap all the interface exposed by a tcmd plugin.
If you could do this (as a project member) then I could
provide the glue code for this to become a
JCommander/Phileas file system plugin.

This would be a reference implementation and later on we
could focus on FarManager and Krusader. I would expect these
to have fairly similar plugin interfaces.</field>
</message>

<message>
		<field name="adddate">1129107929</field>
		<field name="user_name">alphakind</field>
		<field name="body">Logged In: YES 
user_id=1351708

The plugring site http://plugring.farmanager.com/
is available also in english (top left corner). There is a FAQ 
and if you look inside the latest official Far (1.7b5) there is a 
folder named PlugDoc with header files for C and Pascal, 
some example plugins and a detailed PLUGINS.HLP file - all 
english. 
I like Far especially because I can stay in the one and only 
window - also when viewing and editing (syntax highlighted) 
files. There are some plugins that combine the strength of the 
editor (also with tons of plugins) with the panels e.g. there is 
a plugin to rename the selected files which opens the editor 
and you can work with all editor features like search and 
replace with regex etc. 
But I also like a lot others like registry editor, process 
explorer (search which process holds a certain file just by 
AltF7 as the &#34;content&#34; of a process (F3) shows all the details. 
I like to go into EXEs and DLLs and see which DLL and 
functions are imported and exported, look at the version info, 
replace images etc. Netstat plugin...
There are so many great plugins that I could not pick the top 
10 to take to an island ;-)
But as a said: the combination of (multiple) editors/viewers 
with the panels is something I don't want to miss. </field>
</message>

<message>
		<field name="adddate">1128932088</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Nice to hear that you are interested in this. Any
contribution you can provide as your personal schedule
allows it is just great.

I'll look up the adapter plugin (unfortunately it's not on
the CVS).

In the meantime I can point you to the documentation/sample
I was using:
http://ghisler.fileburst.com/fsplugins/fspluginhelp1.3.zip
and there's also a sample plugin provided
http://ghisler.fileburst.com/fsplugins/sampleplugin.zip

There are more documentations and example plugins for other
type of Total Commander plugins here:
http://www.ghisler.com/plugins.htm

Unfortunately the documentation for Far plugins seems to be
available only in Russian: http://plugring.farmanager.com/
Do you happen to know Russian? :-)

And what features of Far do you like?</field>
</message>

<message>
		<field name="adddate">1128930808</field>
		<field name="user_name">alphakind</field>
		<field name="body">Logged In: YES 
user_id=1351708

Well, I would really like to drive that topic. I have profound JNI 
knowledge, however, my time is currently very limited. You 
may send me your 'adapter' code and I can take a look.
More important first is IMHO a detailed plan how to map the 
plugin APIs of JCommander, TotalCommander and (my 
personal favorite) Far manager. I'm not sure if there is a 
description about the 'protocol' for the latter two. I mean, 
when the 'framework' calls which plugin method. This is 
obviously very important. But some reverse engineering by 
implementing a wedge plugin that simply logs a calls could 
help.</field>
</message>

<message>
		<field name="adddate">1127773253</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

And I have also created a job posting for this:
http://sourceforge.net/people/viewjob.php?group_id=35271&#38;job_id=23292</field>
</message>

<message>
		<field name="adddate">1127727680</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Yes, this is actually a great idea. At some point I
investigated the reuse of existing Total Commander file
system plugins. However I got carried over with other issues
and nothing came out of it after all. But I was close.

I agree with your point that these would be native plug-ins,
but it's still better than nothing :-D And of course, in
time these can be rewritten to Java, maybe by their original
authors. But of course some should stay native.

But you seem to have a good understanding of all this :-)
So, would you be interested in helping out with this
feature? I could provide you what I have right now and you
might get things up and running pretty fast for at least
Total Commander. And that would be quite a leap forward.
After that we could investigate other opportunities. Please
think about it.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868250</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1132868250</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132868250</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868250</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1304667</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Add page with shortcuts</field>
	<field name="open_date">1127727947</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Site</field>
	<field name="artifact_group_id">None</field>
	<field name="details">use the keyBinding.xsl</field>
	<field name="artifact_history">
<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132868210</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1329894</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">folder filtering options</field>
	<field name="open_date">1129663044</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Create a configuration option to filter what
file/directory types, extensions, paths, details etc.
are seen and how they are shown (i.e. in color, details
in a popup window etc.) similar to Windows Explorer
Folder Options, View</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130988854</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I think it's a good idea and could prove very useful.</field>
</message>

<message>
		<field name="adddate">1130960510</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I can see this feature to relate only to the filtering part.
This is the ability to show in a directory only the entries
whose names match certain pattern(s).</field>
</message>

<message>
		<field name="adddate">1130820770</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Not sure I understand - you mean adding support for
configuration options from WE/FolderOptions/View tab?</field>
</message>

<message>
		<field name="adddate">1130482958</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Changed summary description</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867943</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">770976</field>
		<field name="entrydate">1132867943</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">folder view options</field>
		<field name="entrydate">1130482958</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1329913</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">sorting items in the directory</field>
	<field name="open_date">1129663679</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.8.0</field>
	<field name="details">Add a feature to alter the look of the panel by sorting
files/directories using column entries: name, size,
date etc., in ascending and descending order</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134599246</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

With the current system it seems to be very easy to
implement it, as the items get sorted corresponding to the
current Comparator. Create several Comparators and reassign
the Comparator used when needed.</field>
</message>

<message>
		<field name="adddate">1134393664</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This might help:
http://www.eclipsezone.com/eclipse/forums/t59401.html</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867920</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867920</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867920</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1329927</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">quick switch to home directories</field>
	<field name="open_date">1129664011</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Bookmark Control</field>
	<field name="artifact_group_id">0.8.5</field>
	<field name="details">Create a panel for quick switch to platform significant
directories: My Computer, Documents, home etc., similar
to the Total Commander plug-in</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130819898</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

We will most likely integrate this into the bookmark control.

Also I see the need for a shortcut to automatically go to
the home folder (much like Krusader).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867888</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867888</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867888</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1332673</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Accepted</field>
	<field name="summary">hide/show file details</field>
	<field name="open_date">1129761840</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Provide a choice to show directory/file details (size
etc.) or display only a list of names, similar to
Windows Explorer View that allows to choose from
showing a list of files or a list of files with details. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130482826</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867843</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867843</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867843</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130482827</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130482826</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334784</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">4</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Make selections with SHIFT and CTRL</field>
	<field name="open_date">1129973363</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.8.5</field>
	<field name="details">I'm very used in selecting files either in WE or TC
using SHIFT + ARROW UP, ARROW DOWN, END, HOME, etc.

For JC this does not work.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130138644</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I changed this to a feature request.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">summary</field>
		<field name="old_value">Selection with SHIFT does not work</field>
		<field name="entrydate">1132867777</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132867777</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867777</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867777</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867777</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">534938</field>
		<field name="entrydate">1130138644</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">703969</field>
		<field name="entrydate">1130138644</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">data_type</field>
		<field name="old_value">413698</field>
		<field name="entrydate">1130138644</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334792</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">4</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Import settings from Total Commander</field>
	<field name="open_date">1129973634</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Integration</field>
	<field name="artifact_group_id">0.9.5</field>
	<field name="details">This is an easy one to implement (parse
c:/windows/wincmd.ini) and get the list of hotdirs and
import it into JC.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131536534</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Renamed the feature request</field>
</message>

<message>
		<field name="adddate">1130139135</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

That would be great indeed. JC would be much more powerful
in the sense that it covers at least all TC options.</field>
</message>

<message>
		<field name="adddate">1130138179</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Maybe it would be even better to import all settings from
Total Commander. Isn't it?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1132867734</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132867734</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">770976</field>
		<field name="entrydate">1132867734</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">It would be great to import hotdirs list from TC</field>
		<field name="entrydate">1131536534</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1131536534</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131536534</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1338290</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Mouse gestures</field>
	<field name="open_date">1130320842</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Simple mouse gestures could be available.
For instance a very usable gesture would be right-left,
which would mean &#34;go to parent directory&#34;.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130960258</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Sorry that I wasn't more detailed. Mouse gestures involve
right button clicking (Meta+Click on MacOS X?). I can find
useful at least the gesture right-left for going to the
parent directory. Here are the operations:

Press right button and drag the mouse to the left. Release
the button.

I suggest you to try out the Firefox mouse gestures plugin
at http://optimoz.mozdev.org/gestures/ See there for more
examples.</field>
</message>

<message>
		<field name="adddate">1130815898</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Not sure where you could do that. Mouse gestures involves
mouse clicking, and since we have a pretty compact
interface, it would be kinda hard to click somewhere without
selecting * for drag-n-drop and do mouse gestures.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867623</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1132867623</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867623</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1349236</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Add support for I18N</field>
	<field name="open_date">1131229617</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">0.8.5</field>
	<field name="details">Labels are set in the text - this should be imediately
fixed.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131355281</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

And so this is actually a feature request.</field>
</message>

<message>
		<field name="adddate">1131355132</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Changed title. We currently do not have any support for
internationalization.</field>
</message>

<message>
		<field name="adddate">1131355084</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

We should provide support for I18N, agreed, however I see
this as a requirement implemented in release 1.0. At that
point the external strings will stabilize and we can start
counting on translations from third parties.

Of course, we can schedule this. To do the actual process we
should use the Source/Externalize Strings feature from the
Eclipse IDE. There's a good documentation about this and
other aspects here:
http://eclipse.org/articles/Article-Internationalization/how2I18n.html

PS: Short reminder: I18N = Internationalization</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">priority</field>
		<field name="old_value">9</field>
		<field name="entrydate">1132867367</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867367</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867367</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">534938</field>
		<field name="entrydate">1131355281</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">703968</field>
		<field name="entrydate">1131355281</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131355281</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">data_type</field>
		<field name="old_value">413698</field>
		<field name="entrydate">1131355281</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">Support for I18N needs to be improved</field>
		<field name="entrydate">1131355132</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1350336</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Location header editable with autocomplete</field>
	<field name="open_date">1131374203</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Currently the location header for each panel displays
the current directory that is displayed in the panel.
It is a read-only (a label).

I am thinking of making it editable and with
autocomplete, similar to the feature you get with any
browser's address bar. It could display matching
entries from the navigation history and matching paths
as well, similarly to the Open Type dialog Eclipse 3.1
has (see attachment).</field>
	<field name="artifact_history">
<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867332</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">File Added</field>
		<field name="old_value">155295: eclipse-openTypeDialog.png</field>
		<field name="entrydate">1131374266</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1352876</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">4</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Display file/folder properties when pressing ALT+ENTER</field>
	<field name="open_date">1131602347</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.8.0</field>
	<field name="details">On Windows, when pressing ALT+ENTER either on WE or TC,
the properties page for that item appears. We should
support that.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131611395</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The behaviour should be the same on other operating systems
too: display the operating system's file property dialog for
the selected file or files.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1132867249</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">574195</field>
		<field name="entrydate">1132867249</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867249</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1360258</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Project status mailing list</field>
	<field name="open_date">1132331542</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Misc</field>
	<field name="artifact_group_id">None</field>
	<field name="details">I think that we should set up or reuse an existing
mailing list and provide project status news regularly.

Twice a month would be a good frequency.

This would help keep all team members updated with the
 overall progresses made in the previous period, short
term goals for the next period (based on the project plan).

Any other suggestions?</field>
	<field name="artifact_history">
<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132867203</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1132867196</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1364999</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Provide info on relevant global settings in the statusbar</field>
	<field name="open_date">1132778441</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Misc</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">This has been initially suggested by anthrax_:

The state of behavioral preferences like:
- selection persistence
- keep open after finish (file operations)
- keep selected after copy

should be displayed in the application's status bar.
Suggestive icons should be created for these. This has
the same motivations and should be implemented
similarly like the Insert/Overwrite state display in a
text processor.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1132867163</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1352249</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Launching through JavaWebStart</field>
	<field name="open_date">1131546525</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Packaging</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Investigate if there is an option of installing and
running JCommander using JavaWebStart.</field>
</artifact>
<artifact>
	<field name="artifact_id">1105815</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Add support for zip files</field>
	<field name="open_date">1106212999</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">Add support for zip files (browsing, copying, renaming,
deleting)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131537048</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Since switching to VFS this is working by default.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131537048</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131537048</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131537048</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105819</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">support for smb</field>
	<field name="open_date">1106213123</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">support for smb</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131537024</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Since switching to VFS this is working by default.</field>
</message>

<message>
		<field name="adddate">1112853817</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Basic network browsing is working. However, there are 
authentication handling issues.

No file operations are supported for now.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131537024</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131537024</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131537024</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105820</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Invalid</field>
	<field name="summary">support for ftp operations</field>
	<field name="open_date">1106213157</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">support for ftp operations</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131536994</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Since switching to VFS this is working by default.</field>
</message>

<message>
		<field name="adddate">1112853778</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

A simple phileas plugin will do it. Maybe have a third party 
implement it?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131536994</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131536994</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131536994</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105822</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">display of information at panel level</field>
	<field name="open_date">1106213255</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">display of information at panel level - statistics
(selected files, total no of files, directory size etc.
(?)) - R</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131536939</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented by Mike Smith.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131536939</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131536939</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131536939</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1051377</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">1</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Double click alternative</field>
	<field name="open_date">1098355632</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">When using the file control, wouldn't it be easier to
enter a directory (or exit a directory using the &#34;..&#34;
entry) by holding the left mouse button pressed for a
longer time? (say once or twice the time needed by a
double click)?</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130963128</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Or use the forward mouse gesture. See
http://optimoz.mozdev.org/gestures/</field>
</message>

<message>
		<field name="adddate">1130828379</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

No. Buy a better mouse :-@</field>
</message>

<message>
		<field name="adddate">1112854195</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

For now we'll go with the default behaviour of the table control.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">105</field>
		<field name="entrydate">1130963128</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130828379</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1112506</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Rejected</field>
	<field name="summary">Phileas Ant Tasks</field>
	<field name="open_date">1107084220</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Phileas</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">If Phileas wants to be a standalone library for 
manipulating files, then having ant tasks for it would be 
very helpful.

There should be one Ant task per file operation. This 
would generalize the various tasks Ant provides for file 
operations (mkdir, copy, ftp, zip, unzip etc.).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130962934</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

And VFS already has such a feature. Issue closed.</field>
</message>

<message>
		<field name="adddate">1130827568</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

All eforts will be redirected to VFS</field>
</message>

<message>
		<field name="adddate">1107084509</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Q: Could these operation tasks extend the existing Ant basic 
file operation tasks (copy, delete, mkdir ?) and just provide 
additional parameters?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130962934</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130962934</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130827568</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1112519</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Rename GenericFile</field>
	<field name="open_date">1107086281</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Phileas</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">What if instead of GenericFile the class name would be 
GFile or PFile (PhileasFile - this might confuse some 
thinking it's a pointer to a file :-) ).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130962878</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Yep, switch complete. Renamed to FileObject. Issue closed.</field>
</message>

<message>
		<field name="adddate">1130827485</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Switched to VFS</field>
</message>

<message>
		<field name="adddate">1107324342</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Because when you write code that uses Phileas, GFile/PFile
would be much shorter to write. It seems at least to me that
the GenericFile identifier is a little bit long to write
when used frequently. But I might be wrong...</field>
</message>

<message>
		<field name="adddate">1107318606</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

And why would we do such a thing ?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130962879</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">105</field>
		<field name="entrydate">1130962878</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130962878</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130827485</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1114464</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Works For Me</field>
	<field name="summary">add support for zip within zip</field>
	<field name="open_date">1107318559</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">add support for zip within zip</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130962818</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I consider this issue closed.</field>
</message>

<message>
		<field name="adddate">1130962756</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been solved already by VFS. Though not functioning
properly yet by browsing (need to check this), it works. Try
File/Open URL and enter something similar to:

zip:zip:file:///C:/tmp/tsl.zip!/tsql.zip!/

It works.</field>
</message>

<message>
		<field name="adddate">1130827392</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

will be available as provided by vfs</field>
</message>

<message>
		<field name="adddate">1108920531</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is a sensitive issue.

The approach of Total Commander is to extract the second 
zip into a temporary directory and browse that one.

This doesn't seem the right approach. What happens if we 
want to browse nested zip on an FTP site? Will the second 
zip be downloaded from there in order to be browsed?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130962818</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">105</field>
		<field name="entrydate">1130962818</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130962818</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130827392</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1183543</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">merge/use jakarta vfs</field>
	<field name="open_date">1113549975</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Phileas</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Investigate the possibility of using/merging Phileas
with the Jakarta VFS incubator project. On the first
sight VFS seems more developed than Phileas, yet it
might have some architecturally inferior limiting elements.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130875396</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The merge has been successful and the results committed.</field>
</message>

<message>
		<field name="adddate">1126908968</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

A branch has been created (VFS_BASED_PHILEAS) and I have
started investigating the issue.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130875397</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1130875396</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130875396</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130875396</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1126908968</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1126908968</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1304666</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Add page with build instructions</field>
	<field name="open_date">1127727916</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Administrative: Site</field>
	<field name="artifact_group_id">None</field>
	<field name="details">link to CVS document?</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130269255</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The site has been updated</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130269255</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130269255</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1252687</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">file sort by type</field>
	<field name="open_date">1123258181</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">when clicking on name / size / type / modified headers 
the program should sort the files by the header title (ex. 
click on type the files displayed in one location will be 
sorted by type - or extension). this should also be done 
so when you click once the sorting is done in an 
ascending order, and when you click again the sorting 
will be done in descending order. this could be a very 
usefull feature since it gives you the capacity to better 
manage the files in a folder.

looking forward to seeing this new additions.
thanks.
Stick
stick.ao@gmail.com</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130137527</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

A more general request has been created for this:
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1329913&#38;group_id=35271&#38;atid=413698</field>
</message>

<message>
		<field name="adddate">1126862672</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is definitely a feature to implement. What needs to be
investigated is how a TableViewer with SWT.VIRTUAL flag can
sort its columns.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130137527</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130137527</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1126862672</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1314532</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">4</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Panel font resize with mousewheel</field>
	<field name="open_date">1128578903</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When using Ctrl+MouseWheel Up&#38;Down the panel font
should increase/decrease accordingly.

One thing to decide is if this should be done
persistently and across all file panels or individually
for each panel and in a non-persistent manner.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1129797027</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Additionally menu items and shortcuts have been provided:
- View/Increase Panel Text Size - shortcut CTRL + =
- View/Decrease Panel Text Size - shortcut CTRL + -
- View/Reset Panel Text Size - no shortcut provided</field>
</message>

<message>
		<field name="adddate">1128970069</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The implemented functionality is:
- Ctrl + MouseWheelUp = decrease font size
- Ctrl + MouseWheelDown = increase font size
- Ctrl + MiddleClick = reset to original font size

This happens for both file panels at the same time.
The default font and size are the one obtained from the
runtime's dialog font.

Waiting for commit to become operational.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1129797028</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1129797027</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1323269</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">4</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Automatic file name column resize</field>
	<field name="open_date">1128977094</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When a file panel gets resized due to a tab resize,
window resize or other events the file name column
should change its size.

The rule for the resizing is to keep the width of the
existing columns and use the remaining visible width
for the name column.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1129793307</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Implemented</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1129793308</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1129793307</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1293942</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1150608" name="assigned_to">vgandhi</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">File panel contents synchronization</field>
	<field name="open_date">1126979060</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When navigating in a file panel of a tab it sometimes
it is useful to synchronize the other panel to have the
same current directory as the current one.

For instance suppose that in the left panel the current
directory is /home/jcmd/docs. By using a shortcut or a
menu command the user should be able to set the right
panel to have the same directory.

This feature could be extended so that when in the
current panel the user has a directory selected, using
this action the other panel should display the contents
of the selected directory.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1129336429</field>
		<field name="user_name">vgandhi</field>
		<field name="body">Logged In: YES 
user_id=1150608

The feature has been implemented. The following feature is 
not implemented 
&#34;when in a panel with a directory highlighted the action 
should set that directory as the parent of the other pane&#34;
The reason is because the sync feature makes sure both the 
directories are at the same level and thus this feature was 
not needed. 
</field>
</message>

<message>
		<field name="adddate">1128297285</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This feature is too simple to have a dedicated design document.

To summarize, the following is needed:

Implement an action that does the following:
- when in a panel with a file highlighted the action should
set the same parent directory for the other panel
- when in a panel with a directory highlighted the action
should set that directory as the parent of the other panel

This action should have a menu entry in the File menu named: 

Synchronize Other Panel

and the shortcut:

Ctrl+Shift+S

with the description:

Synchronizes the inactive panel with the active panel's
parent or selected directory.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1129336457</field>
		<field name="mod_by">vgandhi</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1129336457</field>
		<field name="mod_by">vgandhi</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128297285</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1293961</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Smart file selection info display</field>
	<field name="open_date">1126980882</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">Currently the directory summary display shows the
number of directories and files in the current folder.
It should also display information about the selected
files and directories.

Now, if this is done by specifying that there are X
selections in the current directory, than this is quite
useless

I propose to have this summary info displayed using a
custom control. This control has been implemented in
the defunct Swing version of JCommander and I believe
it would be useful to have it here too.

Here's the brief description of this custom control:
- have a small display of the number of dirs and files
in the form of (X/Y) at the left part of the control
- a ticker with the selected file names should follow.
the ticker should not scroll (or should there be an
option for this?)
- two different tooltips should be available: one for
the directory info (X directories and Y files) when the
cursor is over that part and one for the ticker (all
the selected files).
- there should be a small button which if pressed would
display a popup with the list of selected files.

A screenshot will follow soon.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127919164</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

See design doc from
http://cvs.sourceforge.net/viewcvs.py/*checkout*/jcommander/devdocs/design/ui/smartfileselection/jcommander-smartfileselection-design.sxw</field>
</message>

<message>
		<field name="adddate">1127896996</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is the screen capture</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1129160609</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1129160609</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127919164</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">File Added</field>
		<field name="old_value">150636: smart-file-selection-control.png</field>
		<field name="entrydate">1127896996</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1304661</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Include the buid number into the window title</field>
	<field name="open_date">1127727804</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">The window title should have the format:

[devel prefix] JCommander - version number

This way it would be easier to spot the running version
especially now when releases are more frequent.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127918963</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1127918963</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127918963</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1127918963</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1305533</field>
	<field user_id="1351708" name="submitted_by">alphakind</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Deleted</field>
	<field name="resolution">None</field>
	<field name="summary">Integrate plugins from other commanders</field>
	<field name="open_date">1127803465</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">It would be very nice if JCommander could use plugins 
from other (native) commanders. On Win32 at least Far 
(farmanager.com) and Total Commander have hundreds
(!) of existing plugins covering all aspects. On Linux 
there may also be plugins for explorers (KDE, Gnome), 
but I'm not an expert.

Having that one generic &#34;plugin-reuse&#34;-plugin you would 
get with one shot tons of new functionality and maybe 
the developer community of those commanders would 
jump over. At the end, a lot of those currently existing 
plugins need not to be native and would maybe rewritten 
by the original authors with little effort - as they are 
experts for their plugin functionality. Of course, some 
plugins will always stay native, e.g. managing Win32 
services. But even for some OS-dependent plugins like 
Win32 registry browser, it could be enough to use the 
cygwin/linux virtual filesystem.

The plugin API could also benefit when reviewing other 
commanders' plugin APIs.

Just some thoughts...
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127895614</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is a duplicate of
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1304555&#38;group_id=35271&#38;atid=413698</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1127895614</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1127895614</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1292708</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">In-place rename</field>
	<field name="open_date">1126862309</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">For renaming selected files an in-place rename feature
is required. This works as F2 in Windows Explorer or
Shift+F6 in Total Commander: for the currently selected
file a text edit control appears instead of the file
name with the current file name contained as text.

After changing the text and pressing enter, the file is
renamed to the new name (if the new name is valid).
Pressing ESCAPE, clicking outside the text field or any
way of focus lose cancels the in-place rename operation.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127076320</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This feature has been implemented using an input dialog.
For an optimal implementation I created a separate feature
request:
https://sourceforge.net/tracker/index.php?func=detail&#38;aid=1294773&#38;group_id=35271&#38;atid=413698</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1127076321</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1127076320</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105827</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">File view window (F3) + basic editor (external editor ?)</field>
	<field name="open_date">1106213351</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">File view window (F3) + basic editor (external editor ?)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1121454499</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Both the viewer and the editor are external for now.</field>
</message>

<message>
		<field name="adddate">1112853702</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

We will use an external editor for now. See item #1115411</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1121454499</field>
		<field name="entrydate">1126979774</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">2</field>
		<field name="entrydate">1126979774</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1121454499</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1121454499</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1292710</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">F6 - Move</field>
	<field name="open_date">1126862401</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">The Move functionality for files and directories should
be implemented as an extension of the existing Copy
feature.

For now we consider the &#34;move&#34; operation is a copy
combined with the deletion of the source file.

Also for now a special in-place rename feature should
deal with renaming files:
https://sourceforge.net/tracker/index.php?func=detail&#38;aid=1292708&#38;group_id=35271&#38;atid=413698</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1126908788</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Implemented feature.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1126908788</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1126908788</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1252426</field>
	<field user_id="924504" name="submitted_by">thomas_gilgin</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">announce mainling list</field>
	<field name="open_date">1123226541</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">An announce mainling list would be nice. :-)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1126504220</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Yes indeed a good idea :-)

The list has been created and it should come online in 6-24
hours. We will use it to send info such as:
- project releases
- regular status reports
- developer info (e.g. new developers)</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1126504220</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1126504220</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1023447</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Context sensitive options</field>
	<field name="open_date">1094533949</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">For every application context (panel display, copy
dialog, move dialog, notifications etc.) have a way to
access related application configuration options
directly from there.

I see 2 alternatives:
1. Allow a quick jump to the configuration dialog
2. Present in a some way only the related options (for
copy, display options for confirmations - read only
overwrite, older overwrite - etc.)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1112854244</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This can be done by opening the Preferences dialog at the a 
specific option group</field>
</message>
</field>
</artifact>
<artifact>
	<field name="artifact_id">821683</field>
	<field user_id="495939" name="submitted_by">renyedi</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">file editor</field>
	<field name="open_date">1065868036</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Add supplementary functions to the file editor:
- save
- reload
- other features supported by default by the jEdit text
control</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1112854586</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Outdated request</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1112854586</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1112854586</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">495939</field>
		<field name="entrydate">1091080105</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">821679</field>
	<field user_id="495939" name="submitted_by">renyedi</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">path display</field>
	<field name="open_date">1065867830</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Java's default display policy of text is to display
from it as much as possible starting from left to right
and truncate the text and put the continuation (&#34;...&#34;)
string if the text doesn't fit in the control.

Now, for paths this should be reversed: always display
the ending of the string and eventually truncate it at
the beginning and put the continuation string.

Example:

/mnt/win_e

by default is displayed as

/mnt/...

but it should be

.../win_e</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1106204708</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

An even better way might be to show a path like:

/mnt/data/personal/sketches/mouse.txt

this way:

/mnt/.../mouse.txt

I've seen it with other products and it seems to me pretty 
fair.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">495939</field>
		<field name="entrydate">1091080150</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1001541</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">movement of tabs</field>
	<field name="open_date">1091378106</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Tabs should be movable.

A twin panel tab could be opened in a new or existing
window, moved back etc. A single panel tab could be
moved to other twin panel tabs.

This is similar as of what Netbeans (3.5 or earlier
versions?) offers with views.

The GUI for doing this might be a plain contextual menu
that would open a Tab Manager. I think this would be
more helpful than letting the user drag around the tabs.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1112854336</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This feature is from the days of the Swing implementation. 
Now we provide all that the Eclipse platform has to offer. This 
issue isn't relevant anymore.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1112854336</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1112854336</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1021618</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">file panel highlight</field>
	<field name="open_date">1094189107</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">Highlight source (and destination) file panels in file
operations.

Examples:
1. When copying from the left panel to the right panel,
highlight with blue the left one (source) and with red
the right one (target).
2. When creating a directory in the left panel,
highlight the left panel with blue.</field>
</artifact>
<artifact>
	<field name="artifact_id">1244709</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">provide support for ALT+F1 and ALT+F2</field>
	<field name="open_date">1122318560</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">A very importat feature to speed up navigation is the
traditional drive menus that displays for the ALT+F1
and ALT+F2 key combinations. It would be nice to have
it in jcmd.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122318877</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Implemented the requested feature.

A small mention is regarding the contents of the menus
displayed when pressing the shortcuts: this is the contents
of the first bookmark group (however, this by default is the
partitions auto generated bookmark group). If this is going
to be an issue in the future, we'll see about it.

ALT+F1 and ALT+F2 have of course been implemented by
Eclipse's generic command/action framework (they are
redefinable).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122318878</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122318877</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">821696</field>
	<field user_id="495939" name="submitted_by">renyedi</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">more info for files</field>
	<field name="open_date">1065868676</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">None</field>
	<field name="details">The file panel should display more info on a
file/directory:
- size (most important)
- date</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1106204580</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Done.
Since we use a table component and not the custom control, 
it was easy to do.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1106204580</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1106204580</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">495939</field>
		<field name="entrydate">1091080047</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105816</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">use and interoperate with the operating system's contextual </field>
	<field name="open_date">1106213094</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">Selection</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">use and interoperate with the operating system's
contextual menu </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1108920855</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is partially implemented, but it has a major bug: doesn't 
fill the context menu properly. Only Open and Explore work as 
expected.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1108920855</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1108920855</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105826</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">QuickFind - mozilla like </field>
	<field name="open_date">1106213326</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">QuickFind - mozilla like </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1110782546</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is working. Small things left, but mainly working.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1110782546</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1110782546</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105828</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">display the &#34;open with&#34; window when no association is found </field>
	<field name="open_date">1106213374</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">display the &#34;open with&#34; window when no association is
found (select web service, selet program...)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131601870</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Note - the open with screen is different on various flavour
of windows. On XP there is a screen asking you whether you
want to use web services, or select program from a list. On
Win2k it is another screen.</field>
</message>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1051970</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">File selection marker</field>
	<field name="open_date">1098422297</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">For a file panel, have a temporary marker band on a
side to show selected files similarly to Eclipse's
occurence markers.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1106251945</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is done.
It's functionality will be extented to also show quickfound 
files and files found by file search.</field>
</message>

<message>
		<field name="adddate">1106204529</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

It can also be used to show an overview of quick find results.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1106251945</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1106251945</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1001538</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">tabs in tabs</field>
	<field name="open_date">1091377754</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">Currently the GUI is twin-panel tabs based.

Would adding the option of tabbed panels increase the
GUI flexibility? Or would it just complicate things?</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1112854471</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

From my experience with Total Commander, a tabs/panel 
approach isn't the most inspired one. It is better to have top 
level tabs with one or more file panels inside. This way the 
top level tab can be named for convenience.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1112854471</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1112854471</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1108621</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">skins</field>
	<field name="open_date">1106600279</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">although eclipse doesn't have a great support for
skins, we can make it configurable</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1112853930</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

There will be some basic customization of the look (e.g. 
show/hide file operation buttons). But mostly we'll follow the 
Eclipse developments in this area. There's no time for more.</field>
</message>

<message>
		<field name="adddate">1107327130</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

What exactly do you want to skin? We can change the 
Eclipse presentation, which I think refers only to the 
presentations of the editor+view stacks plus some colors. 
This is because the rest of the interface are native. It is hard 
to skin native controls and why would you do that if the 
windowing system itself is &#34;skinnable&#34;? (WindowsXP, KDE, 
Gnome...)</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1112853930</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1112853930</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1115401</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">perspectives instead of windows</field>
	<field name="open_date">1107437929</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">Research</field>
	<field name="details">Maybe we shouldn't have new windows but perspectives 
(that can be opened into another window)?</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1108920200</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I committed a first implementation of this feature for Edit and 
Find in Files features. This seems to be the right direction for 
displaying various utilities.</field>
</message>

<message>
		<field name="adddate">1107764471</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I have studied the issue and seems feasible.

A perspective can have complete control over the layout of 
the workbench window:
- show hide menus and toolbars (through actionsets)
- define the initial layout of its views

There is a user setting that controls the behaviour for 
opening new perspectives: in the same window or in a new 
one.

So this approach seems much more flexible than manually 
opening up shells for find in files, edit files, view files etc.

I'll try to make a proof of concept with the internal file editor.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1108920200</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1108920200</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1145249</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">icon packs</field>
	<field name="open_date">1108975507</field>
	<field name="artifact_type">Feature Requests</field>
	<field name="category">File Panel</field>
	<field name="artifact_group_id">1.0</field>
	<field name="details">Can we provide support for icon sets? Maybe as a 
separate plugin?

The main idea is that this would be a useful way of 
customizing the graphics of jcmd.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1109663664</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I grouped the iconpack plugin fragments into a feature. This 
way the user can update or retrieve iconpacks through the 
Eclipse platform's update manager.</field>
</message>

<message>
		<field name="adddate">1109627555</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I added support for iconpacks through plugin fragments: each 
plugin that has icons will get those from a fragment.

While this feature is implemented, it is still not clear how to 
best manage more iconsets.</field>
</message>

<message>
		<field name="adddate">1109624395</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

An interesting source for icons: krusader.sourceforge.net?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1109627555</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1109627555</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1109627555</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1429452</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">[win32] shell contextual menu for multiple selection</field>
	<field name="open_date">1139613569</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">The shell contextual menu does not support multiple
file selections.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1139613622</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is working properly now.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1139613622</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1139613622</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1139613622</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1429042</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">4</field>
	<field name="status">Open</field>
	<field name="resolution">Postponed</field>
	<field name="summary">[win32] Crash - shell menu for filenames w. diacritics</field>
	<field name="open_date">1139572180</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">The native file contextual dialog does not show up for
certain file names that contain diacritics. Even worse,
it crashes the whole application by forcing a silent exit.

To be investigated and fixed ASAP!</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1139610540</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

There is a temporary fix for this bug in the systemshell.cpp
native code. The contextual menu is not displayed for the
situations where a crash would occur.

A more detailed investigation needs to be carried out to see
what the reason of this behavior is.</field>
</message>

<message>
		<field name="adddate">1139608419</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I encountered this problem with file names that contain the
ASCII 223 (&#195;&#376;) character.</field>
</message>

<message>
		<field name="adddate">1139588948</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

Can you, please, describe how to reproduce this bug? I can 
try it on French files. </field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">priority</field>
		<field name="old_value">9</field>
		<field name="entrydate">1139610540</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1139610540</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1425905</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Version upgrades corrupt the existing configuration</field>
	<field name="open_date">1139301699</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Configuration Issues</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When a new version of JCommander is started the
existing configuration is reset. All tabs info is lost
too. This is a serious usability issue since it
basically is a data loss.

The following things should be done to fix the current
faulty behavior:
1. the ~/jcommander.conf file, if exists, should not be
reset on a fresh startup
2. the ~/jcommander.jcmdbmk file, if exists, should
remain unchanged
3. the workspace should be moved to the user's home dir (~)

In fact if issue 3 would be solved that might
automatically fix issues 1 and 2.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1139307154</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

As configuration format might change between versions
specifying the current jcmd version in the config files is a
must so that in the future config format conversions can be
done.</field>
</message>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1425411</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Multiple tabs aren't restored on restart</field>
	<field name="open_date">1139245635</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.7.0</field>
	<field name="details">When the user opens more than one tab in JCommander and
closes the session, when reentering the tabs are not
restored. Instead, after a sequence of message dialogs
the layout gets reset.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1139245740</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

It's fixed.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1139245744</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1139245740</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1139245740</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1424094</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">[win32] File launching association problems</field>
	<field name="open_date">1139066854</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">None</field>
	<field name="details">On Windows when some file types (e.g. PNG) are launched
the extension's association isn't determined correctly.

I suppose the problem might be from the limitations of
the Program.launch() method from SWT.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1139066963</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

For now the workaround is to use the &#34;Open&#34; command from the
system contextual menu.</field>
</message>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1391447</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Arbitrary loss of highlight while changing directories</field>
	<field name="open_date">1135715137</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">While navigating the file system with JCommander
sometimes the selection is lost. In the console the
following message arises (but the number changes
depending on the number of the directory entries):

Unhandled event loop exception
Reason:
8

This is caused by an ArrayIndexOutOfBounds exception
with this stack trace:

java.lang.ArrayIndexOutOfBoundsException: 8
	at org.eclipse.swt.widgets.Table._getItem(Table.java:102)
	at
org.eclipse.swt.widgets.Table.wmNotifyChild(Table.java:3773)
	at
org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:3568)
	at
org.eclipse.swt.widgets.Composite.WM_NOTIFY(Composite.java:1035)
	at
org.eclipse.swt.widgets.Control.windowProc(Control.java:3089)
	at
org.eclipse.swt.widgets.Display.windowProc(Display.java:3706)
	at
org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native
Method)
	at
org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1580)
	at
org.eclipse.swt.widgets.Table.callWindowProc(Table.java:197)
	at
org.eclipse.swt.widgets.Table.callWindowProc(Table.java:142)
	at
org.eclipse.swt.widgets.Control.windowProc(Control.java:3123)
	at
org.eclipse.swt.widgets.Display.windowProc(Display.java:3706)
	at
org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native
Method)
	at
org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1656)
	at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2711)
	at
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1699)
	at
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1663)
	at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:367)
	at
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:143)
	at
org.jcommander.ui.app.PlatformRunnable.run(PlatformRunnable.java:55)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:376)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:163)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at
org.eclipse.core.launcher.Main.invokeFramework(Main.java:334)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:278)
	at org.eclipse.core.launcher.Main.run(Main.java:973)
	at org.eclipse.core.launcher.Main.main(Main.java:948)

In Table.java this is the line causing the trouble:

if (items [index] != null) return items [index];

This is in the method:
TableItem _getItem (int index) {
	if (items [index] != null) return items [index];
	return items [index] = new TableItem (this, SWT.NONE,
-1, false);
}

So it seems that somehow the table viewer and the table
are not updated properly when the model changes.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137863779</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been fixed by Mike Smith</field>
</message>

<message>
		<field name="adddate">1135792648</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The described behavior has been encountered only on Windows.
On Linux with a similar regularity bug 1388729  	 
UbuntuLinux - JVM crashes randomly while navigating. Thus
there might be a connection between these two bugs.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1137863779</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137863779</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137863779</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1137863779</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">Arbitrarily loss of highlight while changing directories</field>
		<field name="entrydate">1135715185</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">Arbitrarily loosing highlight while changing directories</field>
		<field name="entrydate">1135715156</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1411133</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Double highlight when entering the directory</field>
	<field name="open_date">1137792089</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Follow these steps to reproduce the bug:
- in a directory highglight a random file, but not the
&#34;..&#34; parent directory entry
- double click on the &#34;..&#34; entry to go to the parent
directory (or the &#34;Go to parent directory button)
- reenter the same directory; the highlight will be on
the last highlighted file
- click on the &#34;..&#34; entry and see how both the hast
highlighted file AND the &#34;..&#34; entry become highlighted

The general rule seems to be that when the highlight is
memorized for a directory, when reentering, the first
highlight attempt of the &#34;..&#34; entry will lead to a
duplicate entry.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137863746</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been fixed by Mike Smith</field>
</message>

<message>
		<field name="adddate">1137816846</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

The bug might be due to the highlighting model</field>
</message>

<message>
		<field name="adddate">1137816817</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

The bug might be due to the highlighting model</field>
</message>

<message>
		<field name="adddate">1137816790</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

The bug might be due to the highlighting model</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1137863746</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137863746</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1137863746</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137816790</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334778</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Moving a file/dir takes the same time as copying it</field>
	<field name="open_date">1129972580</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">While with WE or TC or other FM, when moving, it's just
a &#34;renaming&#34; of the path. 

With JC, it does first the copy, and then the delete.
Not good.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137737989</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Used VFS' features to implement this.</field>
</message>

<message>
		<field name="adddate">1130137077</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

It depends. Rename of the path is only an option if both the
source and target are on the same partition/physical location.

I suppose this is solved by VFS, so we'll deal with this
after the VFS branch merge.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1137737989</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">104</field>
		<field name="entrydate">1137737989</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1137737989</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130137077</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1348309</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Compute copy average speed in kilobytes</field>
	<field name="open_date">1131113542</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Currently the computation for the speed of copying is
done in megabytes (MB). However, this should be changed
to KB since it has to accomodate lower transfer speeds
(e.g. FTP).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137736858</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is working now. The copy progress computation was
invalid and caused the copy average speed to suddenly become 0.</field>
</message>

<message>
		<field name="adddate">1133716625</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is actually a bug report.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1137736859</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137736858</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137736858</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1137736858</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147451</field>
		<field name="entrydate">1133716625</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1133716625</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">data_type</field>
		<field name="old_value">413695</field>
		<field name="entrydate">1133716625</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334781</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">[win32] Icons are not loaded correctly</field>
	<field name="open_date">1129972971</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">Entering a directory containing some files I notice
there are no icons for some of the &#34;Application&#34;-s in
that directory. 

Aside from the incomplete functionality which needs to
be fixed, some people are very used to quickly identify
an app by their icon, instead of the name, so this is
really needed.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137736754</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Are there executables from the WINDOWS or WINDOWS/System32
that have this issue?

And also could you recheck if this bug still applies? In the
meantime we have upgraded to the Eclipse 3.1.1 runtime and
this might have been fixed.</field>
</message>

<message>
		<field name="adddate">1131407569</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Check if this JDIC incubator project can be of any use here:
https://jdic.dev.java.net/incubator/iconservice/index.html</field>
</message>

<message>
		<field name="adddate">1130141490</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Yes, Age Of Empires 2 :). It has some icons which are not
displayed. It's true, I haven't installed  it, but simply
copied it (so maybe there has been no registration into
Windows registry).</field>
</message>

<message>
		<field name="adddate">1130141208</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

We use the Eclipse runtime to retrieve those icons so
unfortunately we don't have control over this.

Could you give examples of applications that have this
problem? Maybe we could search and report for an Eclipse bug
on this.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">summary</field>
		<field name="old_value">Icons are not loaded correctly</field>
		<field name="entrydate">1137736754</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">3</field>
		<field name="entrydate">1137736754</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130141208</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334783</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">[win32] Some apps don't work</field>
	<field name="open_date">1129973214</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">Trying to open empires2.exe from AOK. From TC works
well, no problem. From JC it says: &#34;Could not
initialize graphics system. Make sure your video card...&#34;.

Weird. This is basic functionality and one cannot live
without it.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1137736558</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

As a temporary solution you might use the file's contextual
menu and use the Open command from there.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">summary</field>
		<field name="old_value">Some apps don't work</field>
		<field name="entrydate">1137736558</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1137736558</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1400745</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Status bar message keeps displaying indefinitely</field>
	<field name="open_date">1136842797</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">None</field>
	<field name="details">The last displayed message in the status bar remains
always displayed. The correct behaviour would be to
have a timeout after which the status bar gets cleared.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1136842953</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Status bar messages now have a default timeout of 5 seconds.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1136842953</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1136842953</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1136842953</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">Status bar message keeps displaying forever</field>
		<field name="entrydate">1136842869</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1399736</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">4</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">File panel synchronization inconsistent for first entry</field>
	<field name="open_date">1136728176</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">When the first directory entry is selected (&#34;..&#34; - the
shortcut to the parent directory) the other panel gets
synchronized to the parent of the current parent
directory instead of the parent directory.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1136728207</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1136728207</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1136728206</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1399706</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Tree visibility ignored at panel swapping</field>
	<field name="open_date">1136724189</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">When panels are swapped, if there is only one tree, it
doesn't swap.

Spotted by Mike Smith.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1136724225</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1136724225</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1136724225</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1388729</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">UbuntuLinux - JVM crashes randomly while navigating</field>
	<field name="open_date">1135332244</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">None</field>
	<field name="details">This is the trace of the crash.

An unexpected exception has been detected in native
code outside the VM.
Unexpected Signal : 11 occurred at PC=0xAA197D0A
Function=gtk_tree_model_get_valist+0xCA
Library=/usr/lib/libgtk-x11-2.0.so.0

Current Java thread:
	at
org.eclipse.swt.internal.gtk.OS._gtk_tree_model_get(Native
Method)
	at
org.eclipse.swt.internal.gtk.OS.gtk_tree_model_get(OS.java:5984)
	at
org.eclipse.swt.widgets.Table.pixbufCellDataProc(Table.java:1759)
	at
org.eclipse.swt.widgets.Display.pixbufCellDataProc(Display.java:3300)
	at
org.eclipse.swt.internal.gtk.OS._gtk_tree_selection_unselect_all(Native
Method)
	at
org.eclipse.swt.internal.gtk.OS.gtk_tree_selection_unselect_all(OS.java:6263)
	at
org.eclipse.swt.widgets.Table.deselectAll(Table.java:742)
	at
org.eclipse.swt.widgets.Table.setSelection(Table.java:2487)
	at
org.eclipse.jface.viewers.TableViewer.setSelectionToWidget(TableViewer.java:1031)
	at
org.eclipse.jface.viewers.StructuredViewer.setSelectionToWidget(StructuredViewer.java:1494)
	at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1208)
	at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1262)
	at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1221)
	at
org.eclipse.jface.viewers.TableViewer.inputChanged(TableViewer.java:698)
	at
org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:248)
	at
org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1417)
	at
org.jcommander.ui.filepanel.controls.FileTableControl.doRefresh(FileTableControl.java:579)
	at
org.jcommander.ui.filepanel.controls.FileTableControl.changeToDirectory(FileTableControl.java:705)
	at
org.jcommander.ui.filepanel.controls.FilePanelMediator.changeDirectory(FilePanelMediator.java:125)
	at
org.jcommander.ui.filepanel.controls.FilePanelMediator.changeDirectory(FilePanelMediator.java:90)
	at
org.jcommander.ui.filepanel.controls.FileTableControl.changeToCurrentSelection(FileTableControl.java:697)
	at
org.jcommander.ui.filepanel.controls.FileTableControl$5.mouseDoubleClick(FileTableControl.java:342)
	at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:141)
	at
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
	at
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1021)
	at
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2867)
	at
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2572)
	at
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1699)
	at
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1663)
	at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:367)
	at
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:143)
	at
org.jcommander.ui.app.PlatformRunnable.run(PlatformRunnable.java:55)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:376)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:163)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at
org.eclipse.core.launcher.Main.invokeFramework(Main.java:334)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:278)
	at org.eclipse.core.launcher.Main.run(Main.java:973)
	at org.eclipse.core.launcher.Main.main(Main.java:948)

Dynamic libraries:
08048000-08056000 r-xp 00000000 08:03 921220    
/usr/java/j2sdk1.4.2_08/bin/java
08056000-08059000 rwxp 0000d000 08:03 921220    
/usr/java/j2sdk1.4.2_08/bin/java
08059000-08a25000 rwxp 08059000 00:00 0          [heap]
a91ee000-a91f4000 r-xp 00000000 08:03 313815    
/usr/lib/libfam.so.0.0.0
a91f4000-a91f5000 rwxp 00005000 08:03 313815    
/usr/lib/libfam.so.0.0.0
a9201000-a9202000 r-xp 00000000 08:03 404603    
/usr/share/icons/Human/icon-theme.cache
a9202000-a92a7000 r-xp 00000000 08:03 307942    
/usr/lib/libasound.so.2.0.0
a92a7000-a92b5000 rwxp 000a4000 08:03 307942    
/usr/lib/libasound.so.2.0.0
a92b5000-a92b8000 r-xp 00000000 08:03 311396    
/usr/lib/libgpg-error.so.0.1.3
a92b8000-a92b9000 rwxp 00002000 08:03 311396    
/usr/lib/libgpg-error.so.0.1.3
a92b9000-a9300000 r-xp 00000000 08:03 310962    
/usr/lib/libgcrypt.so.11.2.0
a9300000-a9305000 rwxp 00047000 08:03 310962    
/usr/lib/libgcrypt.so.11.2.0
a9305000-a9314000 r-xp 00000000 08:03 311443    
/usr/lib/libtasn1.so.2.0.10
a9314000-a9315000 rwxp 0000e000 08:03 311443    
/usr/lib/libtasn1.so.2.0.10
a9315000-a9318000 r-xp 00000000 08:03 307258    
/usr/lib/libORBitCosNaming-2.so.0.0.0
a9318000-a9319000 rwxp 00003000 08:03 307258    
/usr/lib/libORBitCosNaming-2.so.0.0.0
a9319000-a932f000 r-xp 00000000 08:03 309322    
/usr/lib/libICE.so.6.4.1
a932f000-a9330000 rwxp 00015000 08:03 309322    
/usr/lib/libICE.so.6.4.1
a9332000-a9338000 r-xp 00000000 08:03 313235    
/usr/lib/libSM.so.6.0.1
a9338000-a9339000 rwxp 00006000 08:03 313235    
/usr/lib/libSM.so.6.0.1
a9339000-a9357000 r-xp 00000000 08:03 309304    
/usr/lib/libjpeg.so.62.0.0
a9357000-a9358000 rwxp 0001d000 08:03 309304    
/usr/lib/libjpeg.so.62.0.0
a9358000-a9362000 r-xp 00000000 08:03 311365    
/usr/lib/libgnome-keyring.so.0.0.1
a9362000-a9363000 rwxp 00009000 08:03 311365    
/usr/lib/libgnome-keyring.so.0.0.1
a9363000-a9377000 r-xp 00000000 08:03 315074    
/usr/lib/libart_lgpl_2.so.2.3.17
a9377000-a9378000 rwxp 00013000 08:03 315074    
/usr/lib/libart_lgpl_2.so.2.3.17
a9378000-a939f000 r-xp 00000000 08:03 313731    
/usr/lib/libgnomecanvas-2.so.0.1200.0
a939f000-a93a2000 rwxp 00026000 08:03 313731    
/usr/lib/libgnomecanvas-2.so.0.1200.0
a93a2000-a93f5000 r-xp 00000000 08:03 312804    
/usr/lib/libbonoboui-2.so.0.0.0
a93f5000-a93fc000 rwxp 00052000 08:03 312804    
/usr/lib/libbonoboui-2.so.0.0.0
a93fc000-a9403000 r-xp 00000000 08:03 64670     
/lib/libpopt.so.0.0.0
a9403000-a9404000 rwxp 00006000 08:03 64670     
/lib/libpopt.so.0.0.0
a9404000-a9422000 r-xp 00000000 08:03 307239    
/usr/lib/libaudiofile.so.0.0.2
a9422000-a9425000 rwxp 0001d000 08:03 307239    
/usr/lib/libaudiofile.so.0.0.2
a9425000-a942e000 r-xp 00000000 08:03 923522    
/usr/lib/libesd.so.0.2.36
a942e000-a942f000 rwxp 00008000 08:03 923522    
/usr/lib/libesd.so.0.2.36
a942f000-a9436000 r-xp 00000000 08:03 65415     
/lib/tls/i686/cmov/librt-2.3.5.so
a9436000-a9437000 rwxp 00006000 08:03 65415     
/lib/tls/i686/cmov/librt-2.3.5.so
a9437000-a9447000 r-xp 00000000 08:03 65414     
/lib/tls/i686/cmov/libresolv-2.3.5.so
a9447000-a9448000 rwxp 00010000 08:03 65414     
/lib/tls/i686/cmov/libresolv-2.3.5.so
a944a000-a94a6000 r-xp 00000000 08:03 312456    
/usr/lib/libgnutls.so.11.1.16
a94a6000-a94ac000 rwxp 0005c000 08:03 312456    
/usr/lib/libgnutls.so.11.1.16
a94ac000-a95af000 r-xp 00000000 08:03 307333    
/usr/lib/libxml2.so.2.6.21
a95af000-a95b7000 rwxp 00103000 08:03 307333    
/usr/lib/libxml2.so.2.6.21
a95b8000-a95fc000 r-xp 00000000 08:03 307256    
/usr/lib/libORBit-2.so.0.0.0
a95fc000-a9609000 rwxp 00043000 08:03 307256    
/usr/lib/libORBit-2.so.0.0.0
a9609000-a9619000 r-xp 00000000 08:03 307336    
/usr/lib/libbonobo-activation.so.4.0.0
a9619000-a961c000 rwxp 00010000 08:03 307336    
/usr/lib/libbonobo-activation.so.4.0.0
a961c000-a9667000 r-xp 00000000 08:03 307335    
/usr/lib/libbonobo-2.so.0.0.0
a9667000-a9673000 rwxp 0004a000 08:03 307335    
/usr/lib/libbonobo-2.so.0.0.0
a9673000-a969e000 r-xp 00000000 08:03 313746    
/usr/lib/libgconf-2.so.4.1.0
a969e000-a96a3000 rwxp 0002a000 08:03 313746    
/usr/lib/libgconf-2.so.4.1.0
a96a3000-a9735000 r-xp 00000000 08:03 313752    
/usr/lib/libgnomeui-2.so.0.1200.0
a9735000-a973d000 rwxp 00091000 08:03 313752    
/usr/lib/libgnomeui-2.so.0.1200.0
a973d000-a9751000 r-xp 00000000 08:03 313748    
/usr/lib/libgnome-2.so.0.1200.0
a9751000-a9752000 rwxp 00014000 08:03 313748    
/usr/lib/libgnome-2.so.0.1200.0
a9752000-a97a6000 r-xp 00000000 08:03 307862    
/usr/lib/libgnomevfs-2.so.0.1200.1
a97a6000-a97ae000 rwxp 00053000 08:03 307862    
/usr/lib/libgnomevfs-2.so.0.1200.1
a97b4000-a97ba000 r-xp 00000000 08:03 374788    
/usr/lib/gnome-vfs-2.0/modules/libfile.so
a97ba000-a97bb000 rwxp 00006000 08:03 374788    
/usr/lib/gnome-vfs-2.0/modules/libfile.so
a97bb000-a97cb000 r-xp 00000000 08:03 372412    
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBI.ttf
a97cb000-a97db000 r-xp 00000000 08:03 372414    
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraIt.ttf
a97db000-a97ea000 r-xp 00000000 08:03 372413    
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf
a97ea000-a97fa000 r-xs 00000000 08:03 937476    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/oro-2.0.8.jar
a97fa000-a9814000 r-xs 00000000 08:03 937475    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/jsch-0.1.17.jar
a9814000-a983a000 r-xs 00000000 08:03 937474    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/jdom-1.0.jar
a983a000-a987a000 r-xs 00000000 08:03 937473    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/jcifs-0.8.3.jar
a987a000-a989b000 r-xs 00000000 08:03 937472    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/jakarta-slide-webdavlib-20050629.161100.jar
a989b000-a98c8000 r-xs 00000000 08:03 937471    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/commons-net-1.4.0.jar
a98c8000-a98d2000 r-xs 00000000 08:03 937470    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/commons-logging-1.0.4.jar
a98d2000-a990a000 r-xs 00000000 08:03 937469    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/commons-httpclient-2.0.2.jar
a990a000-a991a000 r-xs 00000000 08:03 937468    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/commons-compress-20050911.jar
a991a000-a99a3000 r-xs 00000000 08:03 937467    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/commons-collections-3.1.jar
a99a3000-a9a98000 r-xs 00000000 08:03 937465    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/ant-1.6.2.jar
a9a98000-a9ab3000 r-xs 00000000 08:03 937477    
/home/robert/jcmdworkspace/org.apache.commons.vfs.dependencies/xml-apis-1.0.b2.jar
a9ab3000-a9ab6000 r-xs 00000000 08:03 937597    
/home/robert/jcmdworkspace/org.jcommander.vfsextensions/lib/jdic_fileutil.jar
a9ab6000-a9ac4000 r-xs 00000000 08:03 744199    
/home/robert/jcmdworkspace/org.jcommander.ui.app/lib/gface_0.8.9.jar
a9ac4000-a9ac6000 r-xp 00000000 08:03 371944    
/usr/lib/pango/1.4.0/modules/pango-basic-fc.so
a9ac6000-a9ac7000 rwxp 00001000 08:03 371944    
/usr/lib/pango/1.4.0/modules/pango-basic-fc.so
a9ac7000-a9ad8000 r-xp 00000000 08:03 372411    
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
a9ad8000-a9b38000 rwxs 00000000 00:07 14286893  
/SYSV00000000 (deleted)
a9b38000-a9b98000 rwxs 00000000 00:07 14254121  
/SYSV00000000 (deleted)
a9b98000-a9baa000 r-xp 00000000 08:03 373745    
/usr/lib/gtk-2.0/2.4.0/engines/libclearlooks.so
a9baa000-a9bab000 rwxp 00012000 08:03 373745    
/usr/lib/gtk-2.0/2.4.0/engines/libclearlooks.so
a9bab000-a9bd1000 r-xp 00000000 08:03 938175    
/home/robert/jcmdworkspace/.metadata/.plugins/org.eclipse.pde.core/jcommander.product/org.eclipse.osgi/bundles/21/1/.cp/libswt-gtk-3139.so
a9bd1000-a9bd3000 rwxp 00025000 08:03 938175    
/home/robert/jcmdworkspace/.metadata/.plugins/org.eclipse.pde.core/jcommander.product/org.eclipse.osgi/bundles/21/1/.cp/libswt-gtk-3139.so
a9bd4000-a9bf0000 r-xp 00000000 08:03 307346    
/usr/lib/libexpat.so.1.0.0
a9bf0000-a9bf3000 rwxp 0001c000 08:03 307346    
/usr/lib/libexpat.so.1.0.0
a9bf3000-a9c16000 r-xp 00000000 08:03 311432    
/usr/lib/libpng12.so.0.1.2.8
a9c16000-a9c17000 rwxp 00023000 08:03 311432    
/usr/lib/libpng12.so.0.1.2.8
a9c17000-a9c1a000 r-xp 00000000 08:03 923513    
/usr/lib/libXdmcp.so.6.0.0
a9c1a000-a9c1b000 rwxp 00002000 08:03 923513    
/usr/lib/libXdmcp.so.6.0.0
a9c1b000-a9c1d000 r-xp 00000000 08:03 314372    
/usr/lib/libXau.so.6.0.0
a9c1d000-a9c1e000 rwxp 00001000 08:03 314372    
/usr/lib/libXau.so.6.0.0
a9c1e000-a9c31000 r-xp 00000000 08:03 307260    
/usr/lib/libz.so.1.2.3
a9c31000-a9c32000 rwxp 00012000 08:03 307260    
/usr/lib/libz.so.1.2.3
a9c32000-a9c95000 r-xp 00000000 08:03 307348    
/usr/lib/libfreetype.so.6.3.5
a9c95000-a9c9c000 rwxp 00063000 08:03 307348    
/usr/lib/libfreetype.so.6.3.5
a9c9c000-a9cbe000 r-xp 00000000 08:03 313683    
/usr/lib/libpangoft2-1.0.so.0.1001.0
a9cbe000-a9cbf000 rwxp 00022000 08:03 313683    
/usr/lib/libpangoft2-1.0.so.0.1001.0
a9cbf000-a9cc2000 r-xp 00000000 08:03 313687    
/usr/lib/libXfixes.so.3.0.0
a9cc2000-a9cc3000 rwxp 00003000 08:03 313687    
/usr/lib/libXfixes.so.3.0.0
a9cc3000-a9cca000 r-xp 00000000 08:03 313678    
/usr/lib/libXrender.so.1.3.0
a9cca000-a9ccb000 rwxp 00006000 08:03 313678    
/usr/lib/libXrender.so.1.3.0
a9ccb000-a9cd3000 r-xp 00000000 08:03 313691    
/usr/lib/libXcursor.so.1.0.2
a9cd3000-a9cd4000 rwxp 00007000 08:03 313691    
/usr/lib/libXcursor.so.1.0.2
a9cd4000-a9cd6000 r-xp 00000000 08:03 313701    
/usr/lib/libXrandr.so.2.0.1
a9cd6000-a9cd7000 rwxp 00002000 08:03 313701    
/usr/lib/libXrandr.so.2.0.1
a9cd7000-a9cde000 r-xp 00000000 08:03 313697    
/usr/lib/libXi.so.6.0.0
a9cde000-a9cdf000 rwxp 00006000 08:03 313697    
/usr/lib/libXi.so.6.0.0
a9cdf000-a9ce1000 r-xp 00000000 08:03 313699    
/usr/lib/libXinerama.so.1.0.0
a9ce1000-a9ce2000 rwxp 00001000 08:03 313699    
/usr/lib/libXinerama.so.1.0.0
a9ce2000-a9d0a000 r-xp 00000000 08:03 311430    
/usr/lib/libfontconfig.so.1.0.4
a9d0a000-a9d0f000 rwxp 00027000 08:03 311430    
/usr/lib/libfontconfig.so.1.0.4
a9d10000-a9d1c000 r-xp 00000000 08:03 313695    
/usr/lib/libXext.so.6.4.1
a9d1c000-a9d1d000 rwxp 0000c000 08:03 313695    
/usr/lib/libXext.so.6.4.1
a9d1d000-a9d61000 r-xp 00000000 08:03 312802    
/usr/lib/libcairo.so.2.2.3
a9d61000-a9d63000 rwxp 00044000 08:03 312802    
/usr/lib/libcairo.so.2.2.3
a9d63000-a9ddf000 r-xp 00000000 08:03 307229    
/usr/lib/libglib-2.0.so.0.800.3
a9ddf000-a9de4000 rwxp 0007c000 08:03 307229    
/usr/lib/libglib-2.0.so.0.800.3
a9de4000-a9de6000 r-xp 00000000 08:03 307232    
/usr/lib/libgmodule-2.0.so.0.800.3
a9de6000-a9de7000 rwxp 00002000 08:03 307232    
/usr/lib/libgmodule-2.0.so.0.800.3
a9de7000-a9e1a000 r-xp 00000000 08:03 307231    
/usr/lib/libgobject-2.0.so.0.800.3
a9e1a000-a9e1e000 rwxp 00033000 08:03 307231    
/usr/lib/libgobject-2.0.so.0.800.3
a9e1e000-a9e36000 r-xp 00000000 08:03 307235    
/usr/lib/libatk-1.0.so.0.1010.3
a9e36000-a9e39000 rwxp 00018000 08:03 307235    
/usr/lib/libatk-1.0.so.0.1010.3
a9e39000-a9ef6000 r-xp 00000000 08:03 308307    
/usr/lib/libX11.so.6.2.0
a9ef6000-a9ef9000 rwxp 000bc000 08:03 308307    
/usr/lib/libX11.so.6.2.0
a9ef9000-a9f2b000 r-xp 00000000 08:03 313681    
/usr/lib/libpango-1.0.so.0.1001.0
a9f2b000-a9f2e000 rwxp 00032000 08:03 313681    
/usr/lib/libpango-1.0.so.0.1001.0
a9f2e000-a9f33000 r-xp 00000000 08:03 313685    
/usr/lib/libpangocairo-1.0.so.0.1001.0
a9f33000-a9f34000 rwxp 00005000 08:03 313685    
/usr/lib/libpangocairo-1.0.so.0.1001.0
a9f34000-a9faa000 r-xp 00000000 08:03 309311    
/usr/lib/libgdk-x11-2.0.so.0.800.6
a9faa000-a9fb1000 rwxp 00076000 08:03 309311    
/usr/lib/libgdk-x11-2.0.so.0.800.6
a9fb1000-a9fc5000 r-xp 00000000 08:03 309310    
/usr/lib/libgdk_pixbuf-2.0.so.0.800.6
a9fc5000-a9fc7000 rwxp 00013000 08:03 309310    
/usr/lib/libgdk_pixbuf-2.0.so.0.800.6
a9fc7000-a9fcb000 r-xp 00000000 08:03 313827    
/usr/lib/libXtst.so.6.0.1
a9fcb000-a9fcc000 rwxp 00003000 08:03 313827    
/usr/lib/libXtst.so.6.0.1
a9fcc000-aa274000 r-xp 00000000 08:03 309312    
/usr/lib/libgtk-x11-2.0.so.0.800.6
aa274000-aa29d000 rwxp 002a7000 08:03 309312    
/usr/lib/libgtk-x11-2.0.so.0.800.6
aa2a2000-aa2a5000 r-xp 00000000 08:03 938176    
/home/robert/jcmdworkspace/.metadata/.plugins/org.eclipse.pde.core/jcommander.product/org.eclipse.osgi/bundles/21/1/.cp/libswt-gnome-gtk-3139.so
aa2a5000-aa2a6000 rwxp 00002000 08:03 938176    
/home/robert/jcmdworkspace/.metadata/.plugins/org.eclipse.pde.core/jcommander.product/org.eclipse.osgi/bundles/21/1/.cp/libswt-gnome-gtk-3139.so
aa2a6000-aa2a7000 r-xp 00000000 08:03 808353    
/home/robert/jcmdworkspace/org.jcommander.vfsextensions/os/linux/x86/libjdic_fileutil.so
aa2a7000-aa2a8000 rwxp 00000000 08:03 808353    
/home/robert/jcmdworkspace/org.jcommander.vfsextensions/os/linux/x86/libjdic_fileutil.so
aa2a8000-aa2ab000 rwxs 00000000 00:07 14319662  
/SYSV00000000 (deleted)
aa2ab000-aa2ac000 r-xp 00000000 08:03 491131    
/usr/lib/X11/locale/common/xlcUTF8Load.so.2.0.0
aa2ac000-aa2ad000 rwxp 00000000 08:03 491131    
/usr/lib/X11/locale/common/xlcUTF8Load.so.2.0.0
aa2ad000-aa2ef000 r-xp 00000000 08:03 938174    
/home/robert/jcmdworkspace/.metadata/.plugins/org.eclipse.pde.core/jcommander.product/org.eclipse.osgi/bundles/21/1/.cp/libswt-pi-gtk-3139.so
aa2ef000-aa2f1000 rwxp 00042000 08:03 938174    
/home/robert/jcmdworkspace/.metadata/.plugins/org.eclipse.pde.core/jcommander.product/org.eclipse.osgi/bundles/21/1/.cp/libswt-pi-gtk-3139.so
aa2f1000-aa33e000 r-xs 00000000 08:03 856829    
/home/robert/jcmdworkspace/org.apache.commons.vfs/commons-vfs-1.0-RC7.jar
aa33e000-aa394000 r-xs 00000000 08:03 937494    
/home/robert/jcmdworkspace/org.apache.log4j/lib/log4j-1.2.7.jar
aa517000-aa587000 r-xs 00000000 08:03 71797     
/usr/java/eclipse/plugins/org.eclipse.update.ui_3.1.1.jar
aa587000-aa58d000 r-xs 00000000 08:03 519067    
/usr/java/eclipse/plugins/org.eclipse.update.scheduler_3.1.0.jar
aa58d000-aa605000 r-xs 00000000 08:03 71796     
/usr/java/eclipse/plugins/org.eclipse.update.core_3.1.1.jar
aa605000-aa8c4000 r-xs 00000000 08:03 71759     
/usr/java/eclipse/plugins/org.eclipse.ui.workbench_3.1.1.jar
aa8c4000-aa908000 r-xs 00000000 08:03 71788     
/usr/java/eclipse/plugins/org.eclipse.ui.intro_3.1.1.jar
aa908000-aa93b000 r-xs 00000000 08:03 519084    
/usr/java/eclipse/plugins/org.eclipse.ui.forms_3.1.0.jar
aa93b000-aa959000 r-xs 00000000 08:03 71758     
/usr/java/eclipse/plugins/org.eclipse.ui_3.1.1.jar
aa959000-aa986000 r-xs 00000000 08:03 71786     
/usr/java/eclipse/plugins/org.eclipse.text_3.1.1.jar
aa986000-aaad9000 r-xs 00000000 08:03 71760     
/usr/java/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.1.1.jar
aaad9000-aaada000 r-xs 00000000 08:03 519037    
/usr/java/eclipse/plugins/org.eclipse.swt_3.1.0.jar
aaada000-aaadc000 r-xs 00000000 08:03 519027    
/usr/java/eclipse/plugins/org.eclipse.rcp_3.1.0.jar
aaadc000-aab80000 r-xs 00000000 08:03 71787     
/usr/java/eclipse/plugins/org.eclipse.jface.text_3.1.1.jar
aab80000-aac24000 r-xs 00000000 08:03 71757     
/usr/java/eclipse/plugins/org.eclipse.jface_3.1.1.jar
aac24000-aac7e000 r-xs 00000000 08:03 71779     
/usr/java/eclipse/plugins/org.eclipse.help.ui_3.1.1.jar
aac7e000-aacb3000 r-xs 00000000 08:03 519058    
/usr/java/eclipse/plugins/org.eclipse.help.base_3.1.0.jar
aacb3000-aacb7000 r-xs 00000000 08:03 519042    
/usr/java/eclipse/plugins/org.eclipse.help.appserver_3.1.0.jar
aacb7000-aacc8000 r-xs 00000000 08:03 519053    
/usr/java/eclipse/plugins/org.eclipse.help_3.1.0.jar
aacc8000-aacdd000 r-xs 00000000 08:03 519039    
/usr/java/eclipse/plugins/org.eclipse.core.runtime.compatibility_3.1.0.jar
aacdd000-aacf9000 r-xs 00000000 08:03 519046    
/usr/java/eclipse/plugins/org.eclipse.core.resources.compatibility_3.1.0.jar
aacf9000-aad8f000 r-xs 00000000 08:03 519068    
/usr/java/eclipse/plugins/org.eclipse.core.resources_3.1.0.jar
aad8f000-aad9c000 r-xs 00000000 08:03 519065    
/usr/java/eclipse/plugins/org.eclipse.core.expressions_3.1.0.jar
aad9c000-aadad000 r-xs 00000000 08:03 519031    
/usr/java/eclipse/plugins/org.eclipse.core.commands_3.1.0.jar
aadad000-aadc4000 r-xs 00000000 08:03 519060    
/usr/java/eclipse/plugins/org.eclipse.update.configurator_3.1.0.jar
aadc4000-aae33000 r-xs 00000000 08:03 71755     
/usr/java/eclipse/plugins/org.eclipse.core.runtime_3.1.1.jar
aafb6000-aafc6000 r-xp 00000000 08:03 905002    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libnet.so
aafc6000-aafc7000 rwxp 0000f000 08:03 905002    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libnet.so
aafc7000-ab07e000 r-xs 00000000 08:03 71756     
/usr/java/eclipse/plugins/org.eclipse.osgi_3.1.1.jar
ab07e000-ab086000 r-xs 00000000 08:03 519095    
/usr/java/eclipse/startup.jar
ab086000-ab142000 r-xs 00000000 08:03 905530    
/usr/java/j2sdk1.4.2_08/jre/lib/ext/localedata.jar
ab142000-ab14f000 r-xs 00000000 08:03 905025    
/usr/java/j2sdk1.4.2_08/jre/lib/ext/ldapsec.jar
ab14f000-ab152000 r-xs 00000000 08:03 905023    
/usr/java/j2sdk1.4.2_08/jre/lib/ext/dnsns.jar
ab152000-ab16e000 r-xs 00000000 08:03 905022    
/usr/java/j2sdk1.4.2_08/jre/lib/ext/sunjce_provider.jar
ab4f5000-ab520000 r-xp 00000000 08:03 905018    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libjdwp.so
ab520000-ab522000 rwxp 0002a000 08:03 905018    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libjdwp.so
ab525000-ab66d000 r-xp 00000000 08:03 324852    
/usr/lib/locale/locale-archive
b3870000-b3871000 r-xp 00000000 08:03 309782    
/usr/lib/gconv/ISO8859-1.so
b3871000-b3872000 rwxp 00001000 08:03 309782    
/usr/lib/gconv/ISO8859-1.so
b3872000-b3875000 r-xp 00000000 08:03 307233    
/usr/lib/libgthread-2.0.so.0.800.3
b3875000-b3876000 rwxp 00002000 08:03 307233    
/usr/lib/libgthread-2.0.so.0.800.3
b591e000-b5ebe000 r-xs 00000000 08:03 905529    
/usr/java/j2sdk1.4.2_08/jre/lib/charsets.jar
b5ebe000-b5ecf000 r-xs 00000000 08:03 905027    
/usr/java/j2sdk1.4.2_08/jre/lib/jce.jar
b5ecf000-b5fac000 r-xs 00000000 08:03 905528    
/usr/java/j2sdk1.4.2_08/jre/lib/jsse.jar
b5fac000-b5fc2000 r-xs 00000000 08:03 905026    
/usr/java/j2sdk1.4.2_08/jre/lib/sunrsasign.jar
b600c000-b79b7000 r-xs 00000000 08:03 905544    
/usr/java/j2sdk1.4.2_08/jre/lib/rt.jar
b79b7000-b79cb000 r-xp 00000000 08:03 904999    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libzip.so
b79cb000-b79ce000 rwxp 00013000 08:03 904999    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libzip.so
b79ce000-b79ee000 r-xp 00000000 08:03 904997    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libjava.so
b79ee000-b79f0000 rwxp 0001f000 08:03 904997    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libjava.so
b79f0000-b7a00000 r-xp 00000000 08:03 904996    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libverify.so
b7a00000-b7a02000 rwxp 0000f000 08:03 904996    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libverify.so
b7a02000-b7a0b000 r-xp 00000000 08:03 65404     
/lib/tls/i686/cmov/libnss_files-2.3.5.so
b7a0b000-b7a0c000 rwxp 00008000 08:03 65404     
/lib/tls/i686/cmov/libnss_files-2.3.5.so
b7a0c000-b7a14000 r-xp 00000000 08:03 65406     
/lib/tls/i686/cmov/libnss_nis-2.3.5.so
b7a14000-b7a15000 rwxp 00008000 08:03 65406     
/lib/tls/i686/cmov/libnss_nis-2.3.5.so
b7a15000-b7a1d000 r-xp 00000000 08:03 65402     
/lib/tls/i686/cmov/libnss_compat-2.3.5.so
b7a1d000-b7a1e000 rwxp 00007000 08:03 65402     
/lib/tls/i686/cmov/libnss_compat-2.3.5.so
b7a1f000-b7a20000 r-xs 00000000 08:03 549864    
/usr/java/eclipse/plugins/org.eclipse.ui.workbench.compatibility_3.1.0/compatibility.jar
b7a20000-b7a26000 r-xp 00000000 08:03 905003    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libnio.so
b7a26000-b7a27000 rwxp 00005000 08:03 905003    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libnio.so
b7a27000-b7a2b000 rwxs 00000000 08:03 856545    
/tmp/hsperfdata_robert/21352
b7a2b000-b7a4c000 r-xp 00000000 08:03 65399     
/lib/tls/i686/cmov/libm-2.3.5.so
b7a4c000-b7a4d000 rwxp 00020000 08:03 65399     
/lib/tls/i686/cmov/libm-2.3.5.so
b7a4d000-b7a5f000 r-xp 00000000 08:03 65401     
/lib/tls/i686/cmov/libnsl-2.3.5.so
b7a5f000-b7a60000 rwxp 00012000 08:03 65401     
/lib/tls/i686/cmov/libnsl-2.3.5.so
b7a62000-b7e68000 r-xp 00000000 08:03 904991    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/client/libjvm.so
b7e68000-b7e83000 rwxp 00405000 08:03 904991    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/client/libjvm.so
b7e97000-b7fbf000 r-xp 00000000 08:03 65396     
/lib/tls/i686/cmov/libc-2.3.5.so
b7fbf000-b7fc3000 rwxp 00127000 08:03 65396     
/lib/tls/i686/cmov/libc-2.3.5.so
b7fc5000-b7fc7000 r-xp 00000000 08:03 65398     
/lib/tls/i686/cmov/libdl-2.3.5.so
b7fc7000-b7fc8000 rwxp 00001000 08:03 65398     
/lib/tls/i686/cmov/libdl-2.3.5.so
b7fc9000-b7fd8000 r-xp 00000000 08:03 65413     
/lib/tls/i686/cmov/libpthread-2.3.5.so
b7fd8000-b7fd9000 rwxp 0000e000 08:03 65413     
/lib/tls/i686/cmov/libpthread-2.3.5.so
b7fdb000-b7fde000 r-xp 00000000 08:03 905019    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libdt_socket.so
b7fde000-b7fdf000 rwxp 00002000 08:03 905019    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/libdt_socket.so
b7fdf000-b7fe7000 r-xp 00000000 08:03 904985    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/native_threads/libhpi.so
b7fe7000-b7fe8000 rwxp 00007000 08:03 904985    
/usr/java/j2sdk1.4.2_08/jre/lib/i386/native_threads/libhpi.so
b7feb000-b8000000 r-xp 00000000 08:03 69424     
/lib/ld-2.3.5.so
b8000000-b8001000 rwxp 00014000 08:03 69424     
/lib/ld-2.3.5.so
bfbea000-bfc00000 rwxp bfbea000 00:00 0          [stack]
ffffe000-fffff000 ---p 00000000 00:00 0          [vdso]

Heap at VM Abort:
Heap
 def new generation   total 576K, used 155K
[0xab870000, 0xab910000, 0xabd50000)
  eden space 512K,  23% used [0xab870000, 0xab88eac0,
0xab8f0000)
  from space 64K,  51% used [0xab8f0000, 0xab8f83e0,
0xab900000)
  to   space 64K,   0% used [0xab900000, 0xab900000,
0xab910000)
 tenured generation   total 4416K, used 3614K
[0xabd50000, 0xac1a0000, 0xaf870000)
   the space 4416K,  81% used [0xabd50000, 0xac0d7868,
0xac0d7a00, 0xac1a0000)
 compacting perm gen  total 12032K, used 11737K
[0xaf870000, 0xb0430000, 0xb3870000)
   the space 12032K,  97% used [0xaf870000, 0xb03e6650,
0xb03e6800, 0xb0430000)

Local Time = Fri Dec 23 12:00:30 2005
Elapsed Time = 54
#
# The exception above was detected in native code
outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03
mixed mode)
#
# An error report file has been saved as
hs_err_pid21352.log.
# Please refer to the file for further information.
#</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1136546067</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

There was an improper use of the Eclipse API. Nevertheless,
we should keep this in mind and try to investigate further.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1136546067</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1136546067</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1136546067</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">5</field>
		<field name="entrydate">1135332260</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1114468</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">when entering folders, can't see the current highlighted lin</field>
	<field name="open_date">1107318781</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">when entering folders, sometimes the current
highlighted is not visible (current highlighted is
usually the first one)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135891214</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is a bug</field>
</message>

<message>
		<field name="adddate">1130827340</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

This is a bug - should be reported to bugs section</field>
</message>

<message>
		<field name="adddate">1128921622</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is actually a feature request now</field>
</message>

<message>
		<field name="adddate">1128921512</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This problem reappeared since release 0.6.3 due to changing
the file panel implementation.

Right now there is an unwanted behavior so that the current
selection index remains unchanged between directories: if in
a directory the third file is selected and that one is a
directory, when entering it in the new directory also the
third entry will be selected.

Now, if the newly opened directory does not have as many
entries as the previous selection index, no file gets selected.

The side effect of selection index memorizing reminds me of
a MacOS usability feature: in a menu hierarchy when a
submenu is displayed, it is centered relatively to the
previous selection index because this way any desired menu
item will be at most half the distance. Maybe we should
offer this feature for new directories that do not exceed a
certain number of entries.</field>
</message>

<message>
		<field name="adddate">1122315413</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Fixed issue with leaving zip files. Now this works well.</field>
</message>

<message>
		<field name="adddate">1107410116</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I can reproduce this only in the situation when exiting a zip.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135891251</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1135891251</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135891251</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">429405</field>
		<field name="entrydate">1135891214</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359515</field>
		<field name="entrydate">1135891214</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">data_type</field>
		<field name="old_value">413695</field>
		<field name="entrydate">1135891214</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132869505</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">105</field>
		<field name="entrydate">1132869505</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130827340</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128921662</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128921662</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1128921662</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">526092</field>
		<field name="entrydate">1128921622</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">703969</field>
		<field name="entrydate">1128921622</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">data_type</field>
		<field name="old_value">413698</field>
		<field name="entrydate">1128921622</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">1122315413</field>
		<field name="entrydate">1128921512</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">147448</field>
		<field name="entrydate">1128921512</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1128921512</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">2</field>
		<field name="entrydate">1128921512</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122315413</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1122315413</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122315413</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1387500</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">certain folders have problems being copied</field>
	<field name="open_date">1135198054</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Folders with some specific names (like &#34;copy of
somefolder&#34;, war, attr, and more...) sometimes don't
get copied/duplicated correctly, i.e. copies are
recognized as already existing (while not), give an
exception &#34;couldn't list the contents because it's not
a folder&#34;, copies don't get displayed as folders. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135791493</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This was a general issue for copying any folder. It was due
to a refactoring done when implementing the file and folder
duplication feature. It has been fixed now.</field>
</message>

<message>
		<field name="adddate">1135199425</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

in addition, when moving such folders, they are not removed
from the original directory after they are not copied properly. </field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135791493</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135791493</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135791493</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1380968</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">when showing directory content, subtree disappeares</field>
	<field name="open_date">1134603152</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">When I enter a directory, the subtree for children for
this dir is not accessible anymore from the tree view.
In particular, if I'm at the root directory, the whole
tree disappears from the tree view. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135056839</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I have provided an implementation which makes it possible to
further expand the current selection. However, the current
directory isn't automatically expanded. Should it expand
automatically or should it remain closed?</field>
</message>

<message>
		<field name="adddate">1134740911</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

I suspected it was a feature... I just found it 
inconvenient, especially when the whole tree disappears if 
the directory is the top one (to get the tree back, have to 
enter some directory at the panel). The tree idea is to be 
able to see the directory structure without entering the 
directory, I think. And I can't because the structure 
disappears. Thinking about switching, if the structure is 
shown in the Explorer, where isn't it shown? </field>
</message>

<message>
		<field name="adddate">1134726578</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is a feature :-)

The idea is to display the directories only in one place at
a time. So when you select a directory in the tree its
subdirectories are shown in the panel and thus not in the
tree. On the other hand I realize that this is different
from how Windows Explorer works.

Maybe having an option to switch between the behaviors would
be the best?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135703236</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135703236</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135703236</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1144898</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">win32 - file context menu with invalid entries</field>
	<field name="open_date">1108921038</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">PR1</field>
	<field name="details">Under Windows XP the entries from the file context 
menu aren't valid. Only Open and Explore work well.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131397718</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is working much better now, however there are still
some missing items from the following submenus:
- Open With
- To Bluetooth
- Send To</field>
</message>

<message>
		<field name="adddate">1131377969</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Check these links:

http://www.microsoft.com/msj/0497/wicked/wicked0497.aspx

and

http://www.microsoft.com/msj/archive/S332.aspx

Maybe these can provide some clues.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135703172</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135703172</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135703172</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1388721</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">NullPointerException in FileObject.getLastModifiedTime()</field>
	<field name="open_date">1135331347</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">VFS</field>
	<field name="artifact_group_id">None</field>
	<field name="details">A NullPointerException in DefaultFileContent in
getLastModifiedTime() method (line 157). Basically
getType() returns null for the file
(org.apache.commons.vfs.provider.local.LocalFile)
file:///home/robert/.gnome-system-monitor.robert

My user has rwx right on the file and it is a Unix
socket file (see &#34;man 7 unix&#34; for more details on this).

I'm using VFS 1.0 RC7 and I'm running j2sdk 1.4.2_08 on
Ubuntu Linux 2.6.12-9-686 (Breezy).
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135331458</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Avoided bug by catching NullPointerException. Needs to be
handled by the VFS team.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135331458</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135331458</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135331458</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1387526</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">delete is sometimes unreasonably slow</field>
	<field name="open_date">1135200366</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">None</field>
	<field name="details">The delete progress dialog sometimes gets stuck for
long in win32. It might depend on other processes
running currently in the OS as this bug is hard to
reproduce. Also, the progress bar doesn't show any
progress for quite awhile; it requires investigation if
the progress bar doesn't show correct progress or the
process gets stuck in the beginning. </field>
</artifact>
<artifact>
	<field name="artifact_id">1380973</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">selection issue when making a new subdirectory</field>
	<field name="open_date">1134603438</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">If I have items selected in a directory and I make a
new subdirectory, the selection disappeares both from
the panel and the stats. </field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135197369</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135197369</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135197369</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134605049</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1380956</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">after deleting an entry, cannot recreate the same name</field>
	<field name="open_date">1134602278</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">VFS</field>
	<field name="artifact_group_id">None</field>
	<field name="details">After a directory/file is deleted, or if I duplicate an
entry and then delete the copy, I cannot create again
an entry with the same name by either making a
directory or duplicating the original file again. I.e.,
once used, a name cannot be reused again after the
corresponding entry is deleted. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1135057861</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This was due to the VFS architectural refresh bug.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1135057861</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135057861</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1135057861</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1135057861</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1380979</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">phantom highlight when entering a directory</field>
	<field name="open_date">1134603864</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">When entering a directory, sometimes an item gets
highlighted automatically if there was no highlighted
item before. However, it's highlighted only on the
table, it cannot be copied or deleted. The fix: when
entering a directory with no highlighted item, nothing
must be highlighted.  </field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134762972</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134762972</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134762972</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134605026</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1382373</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">2</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">win32 - no custom icon for executable</field>
	<field name="open_date">1134734132</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">None</field>
	<field name="details">The JCommander executable file on Windows does have the
standard Eclipse icon. It should have the JCommander
icon. On Linux this doesn't apply.

But it might apply for MacOS X. For more information on
this and how to fix it see here:

http://www.eclipsezone.com/eclipse/forums/t59635.html</field>
</artifact>
<artifact>
	<field name="artifact_id">1380959</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">a pop-up error when creating a new tab</field>
	<field name="open_date">1134602532</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">If I create a new tab and then open it, there is a
pop-up saying &#34;an error has occured when activating
this view&#34;</field>
	<field name="artifact_history">
<history>
		<field name="field_name">category_id</field>
		<field name="old_value">359512</field>
		<field name="entrydate">1134602844</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1340749</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">Rejected</field>
	<field name="summary">Jcmd fails to load if invalid conf file found</field>
	<field name="open_date">1130509321</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Configuration Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">If jcommander.jcmdbmk is invalid (I had an older
version of it), it spits out some error messages in the
console and exit.

What it should do instead is throw a message saying why
the config file is invalid and then continue loading
default props.
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134372566</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Cannot reproduce.</field>
</message>

<message>
		<field name="adddate">1130510603</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

Stupid me, I got to delete the messages just to see if it
works and did no backup for it. I will try reproduce by
altering the files.</field>
</message>

<message>
		<field name="adddate">1130510495</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

There has been a file format change for the tab preferences
(to XML beans serialization). However, JCmd should not exit
when trying to load an invalid format. If it does this then
this bug should be of a much higher priority.

Could you debug the startup process when this situation occurs?</field>
</message>

<message>
		<field name="adddate">1130510306</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

The config files are pretty old (4,6 month maybe), and I am
running Jcmd from Eclipse. It pops up a window for a few
milliseconds and dissapears before I can see anything
</field>
</message>

<message>
		<field name="adddate">1130509644</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

See this feature request:
https://sourceforge.net/tracker/index.php?func=detail&#38;aid=1337095&#38;group_id=35271&#38;atid=413698

The error message should be fixed, but I had no issue of
JCommander not starting up. Are you sure that JCommander did
a silent exit?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134372566</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134372566</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134372566</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1244417</field>
	<field user_id="1318167" name="submitted_by">mumunstein</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Rejected</field>
	<field name="summary">Panel focus lost on focus swap with TAB</field>
	<field name="open_date">1122293287</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">When TAB key pressed in order to switch the pannels,
instead of switching, it wents to other menus like
File, Partitions, etc.. somehow resembling to using the
TAB key in a browser.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134168362</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Could not reproduce</field>
</message>

<message>
		<field name="adddate">1131435865</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Updated summary</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134168362</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134168362</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134168362</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">pannel swaping</field>
		<field name="entrydate">1131435865</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334777</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Pressing Del on a file/dir doesn't work</field>
	<field name="open_date">1129972427</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When I press delete on a file or a folder, it pops up
the quick search box. What every other file manager
does is to delete the current selection from the panel
who has the focus (ATTENTION: only from the panel that
has the focus)</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134168320</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134168320</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130140738</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1377094</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">File panel content display issue on quick find</field>
	<field name="open_date">1134131725</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">I recently checked and there seems to be still an issue
with the file panel contents display.

This is how to reproduce this bug:
- change to a directory whose contents do not fit into a
 single page
- use quick find to match some files
- in the file panel navigate to towards the bottom and
observe how there are empty entries outside the initial
page</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134157361</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

The bug was due to using values from the virtual table
instead of values saved in the model</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134157361</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134157361</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134157361</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">998154</field>
		<field name="entrydate">1134142399</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1377226</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Wrong behavior of backspace in quick find </field>
	<field name="open_date">1134146609</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">While the quickfind panel is focused, when pressing
backspace (assigned by default to go to parent
directory), no deletion is performed in the text box
but rather the the assigned action is performed (go to
parent directory).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134154937</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

For now the backspace shortcut has been removed.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134154937</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134154937</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134154937</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1374434</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Directory content gets corrupted after delete</field>
	<field name="open_date">1133873770</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">VFS</field>
	<field name="artifact_group_id">None</field>
	<field name="details">After deleting files or directories inside of a
directory after the operation the panels are refreshed.
However, the selection remains on the deleted files and
when trying to copy to the directory a file which was
deleted a confirmation dialog appears as if the deleted
file would still exist!

I suspect this refresh bug is still due to the VFS
refresh architectural bug.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1134131551</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been fixed by Mike Smith.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1134131551</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1134131551</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1134131551</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1134131551</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1368537</field>
	<field user_id="1380244" name="submitted_by">anthrax_</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Incomplete &#34;skip overwrite&#34; behaviour for file copy</field>
	<field name="open_date">1133207023</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Scenario:
- try to copy a set of 10 files to a certain location;
make sure that 2 of these files already exist there
- the overwrite dialogue shows up
- hit Skip Current or Skip All button


Desired behaviour:
For each skipped file, the statistics should be updated
immediately:
- total size-= size of skipped file
- total files--
- recalculate all other stats indicators and refresh
stats panel</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133715852</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Statistics are now updated accordingly or cancelled if a
directory is skipped.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133715852</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133715852</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133715852</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133715852</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133715852</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334782</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Selection with INS keeps repeating after selecting last item</field>
	<field name="open_date">1129973082</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">If I want to select all items in a directory using INS,
I keep INS pressed until all are selected, but it seems
it goes back and starts selecting again (actually
unselecting).
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133707750</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

This bug is fixed in a way that no more item in a directory
is marked automatically (pressing INS or just marking the
last item and trying to mark the next highlighted item)
after the last one is marked. To mark/unmark a file, the
user has to explicitly go to an item in the directory and
highlight it. </field>
</message>

<message>
		<field name="adddate">1130138084</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Yes, it loops in the directory. This is definitely a bug.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133707789</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1133707789</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133707789</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1132605686</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130138084</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1368533</field>
	<field user_id="1380244" name="submitted_by">anthrax_</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Overwrite of files that were meanwhile deleted</field>
	<field name="open_date">1133206432</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Scenario:
- copy a larger file using JCmd
- abort while copying, the file will be partially copied
- do not close JCmd; from some other file manager,
delete the partially copied file
- go back to JCmd, observe that the UI was refreshed;
the file is no longer there
- try to copy again the same file over the same location
- the overwrite dialog shows up, but it shouldn't</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133706072</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This was due to a VFS architectural flaw regarding caching.
A temporary hack has been provided until VFS 1.1 is released.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133706072</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1133706072</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133706072</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133706003</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133706003</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1351013</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Invalid</field>
	<field name="summary">Loosing control over panel refresh </field>
	<field name="open_date">1131436218</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">The code that controls the panel refresh somehow isn't
working in a controlled manner. Feature request
implementations that rely on this get strange
intermediary stages between the initial state and the
expected final state of the panel:
-
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1332929&#38;group_id=35271&#38;atid=413698
-
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1343987&#38;group_id=35271&#38;atid=413698

and possibly this bug arises because of the same root
cause:
-
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1350682&#38;group_id=35271&#38;atid=413695

This needs to be solved ASAP.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133697421</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is irrelevant since the fixes provided by Mike Smith</field>
</message>

<message>
		<field name="adddate">1131436238</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Changed priority!</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133697421</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133697421</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133697421</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">priority</field>
		<field name="old_value">7</field>
		<field name="entrydate">1131436238</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1340286</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">selecting all objects in the FileTable adds empty rows</field>
	<field name="open_date">1130476608</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When selecting all items in a folder (Selection menu -&#62;
Select all), if one scrolls at the bottom, some empty
rows of the table will be selected</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133697271</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Fixed by Mike Smith</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133697271</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1133697271</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133697271</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1133697250</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133697250</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334678</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Entering a directory and going back loses selection</field>
	<field name="open_date">1129957281</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When entering a directory (e.g. by pressing enter) and
then coming back (e.g. by pressing backspace), the
directory one just entered should remain selected.

For the moment, panel seems to lose the selection.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133697218</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Fixed by Mike Smith</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133697218</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1133697218</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133697218</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">940779</field>
		<field name="entrydate">1133697196</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133697195</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1317940</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">selectAll doesn't work for long directories</field>
	<field name="open_date">1128775813</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">selectAll from the menu doesn't work properly in the
initial directory. Items get selected on the list but
copying and stats panel don't see them as selected,
none gets selected. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132603973</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

Currently, with VSF, selectAll is able to mark only 26 files
in the whole directory. </field>
</message>

<message>
		<field name="adddate">1128875967</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

SubmitAll doesn't work with any directory that's too long.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133472698</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133472698</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133472698</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132603973</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">selectAll doesn't work for the initial directory</field>
		<field name="entrydate">1128875967</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">summary</field>
		<field name="old_value">selectAll doesn't work in the initial directory</field>
		<field name="entrydate">1128775848</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1324281</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">File/directory path is not displayed properly</field>
	<field name="open_date">1129071813</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.3</field>
	<field name="details">When changing directories, the path is not displayed
properly on the path bar. </field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1129764715</field>
		<field name="user_name">crazzycloe</field>
		<field name="body">Logged In: YES 
user_id=1345043

This is fixed for now but it can be considered as partial.
The root cause of this bug was that when changing
directories, the list of selected files was not empty but
contained one entry that was null, making the stats panel
crash and the path didn't refresh. The bigger problem is
that the model doesn't explicitly keep a list of selected
files and with this design it's hard to track changes in the
list of selected files. Some other bugs might be due to this
problem. The code should be refactored so the model
explicitly keeps a list of selected files. </field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133472651</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133472651</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133472650</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1369610</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">The 'Del' button opens the QuickFind band</field>
	<field name="open_date">1133304936</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">When pressing the 'Delete' button instead of the delete
confirmation dialog the QuickFind band appears with an
unprintable character in it.</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133305316</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133305316</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133305316</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1112935</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Works For Me</field>
	<field name="summary">ESC doesn't work for quick find if I type in some letters</field>
	<field name="open_date">1107142981</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">v1.0 (example)</field>
	<field name="details">Although ESC does work when you first type ctrl+f,
after typing some letters it doesn't give you back the
interface as you'd expect.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133304814</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Cannot reproduce.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133304814</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133304813</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133304813</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1367756</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Accidentally Induced recursive copy</field>
	<field name="open_date">1133127349</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">This has been identified by anthrax_:

Take the following scenario: select directory c:\tmp to
be copied in directory c:\tmp

If c:\tmp contains file1 and file2, the expected result
should be the following structure:
c:\tmp
   file1
   file2
   \tmp
     file1
     file2

However, this in JCommander produces an infinite loop
because the contents of the c:\tmp directory aren't
precached at the start of the copy operation!</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133130346</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The file names now are  precached prior starting the copy
operation</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133130346</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133130346</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133130346</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1367752</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">File tab contents restore error when directory deleted</field>
	<field name="open_date">1133127054</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When JCommander is loading and one of the directories
specified in the saved tab configuration does not exist
anymore, an error is displayed in the application and
no more tab info is processed.

The preferred behavior would be to check for the
existence of a directory. If it does not exist repeat
recursively the same operation for the parents and as a
final fallback solution make the root of the partition
as the current directory.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133128853</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Implemented the recursive check behavior.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133128853</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133128853</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133128853</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1099984</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1380244" name="assigned_to">anthrax_</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">All progress display computation</field>
	<field name="open_date">1105431232</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">PR1</field>
	<field name="details">When copying lots of small files (e.g. the 
j2sdk1.4/docs/api directory), the computation of the 
current progress is done wrong.

While the computation for the total size is accurate, 
somehow during the copy process the computed 
progress becomes too big.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1133049078</field>
		<field name="user_name">anthrax_</field>
		<field name="body">Logged In: YES 
user_id=1380244

TODO: as a performance improvement for copying lots of small
files, do not force update of stats at the end of each file,
but at the end of the whole copy operation</field>
</message>

<message>
		<field name="adddate">1132169287</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

e.g. the progress bar shows 100% but copying continues, or
copying ends but progress bar does not reach 100%</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1133049078</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1133049078</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1133049078</field>
		<field name="mod_by">anthrax_</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132170321</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1350682</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Directory refresh not working</field>
	<field name="open_date">1131397351</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">VFS</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Since the VFS switch the directory refresh does not
seem to work when external changes are performed in the
directory!

This needs further investigation ASAP!</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1132744872</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Fixed by bypassing VFS' default caching mechanism.</field>
</message>

<message>
		<field name="adddate">1132561977</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

VFS seems to have a feature for caching files and file
information. This feature is enabled by default. This should
be investigated and disabled for reads (directory content
listing in our case)</field>
</message>

<message>
		<field name="adddate">1131436270</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Changed asignee</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1132744873</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132744872</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1132744872</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131436270</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289542</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="998154" name="assigned_to">mikesg</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Tabs, Table props are not saved</field>
	<field name="open_date">1126602798</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Configuration Issues</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">Tabs are not saved when exiting
Table props (size &#38; pos of columns) are not saved
either. (I resize a column and I get it the same size
next time I load jcmd)</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">1380244</field>
		<field name="entrydate">1132215331</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1132170222</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1351767</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Mac OS X - App refuses to quit</field>
	<field name="open_date">1131492575</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">Clicking on close has no effect.  I've tried it by the
keyboard shortcut, the window's close icon and the
app's menu.  More worryingly the app sometimes doesn't
list itself as a running application meaning you can't
do a 'Force Quit' on it.  The only option is to 'kill'
it via the console.

In the near future I'll give this (and the other mac
bugs) a go on Apple's JDK1.5 to see if it's JVM thing.

dw


</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131525971</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Could you take a look at the logs? Maybe there's an
exception thrown.

See jcommander-phileas.log in JCommander's directory.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131525971</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1351765</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Deleted</field>
	<field name="resolution">Duplicate</field>
	<field name="summary">Error on startup</field>
	<field name="open_date">1131492179</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When starting JCommander the main window opens and the
message:

&#34;Problems opening page

java.util.NoSuchElementException&#34; 

appears.  Clicking ok to dismiss the message results in
an 'empty' main window, no panels are opened though
they a panel may be opened by clicking on the add tab
button.

dw</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131525800</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

There is already a feature request on this (unimplemented
for now):
https://sourceforge.net/tracker/index.php?func=detail&#38;aid=1337095&#38;group_id=35271&#38;atid=413698

</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131525801</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131525800</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131525800</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1351756</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Deleted</field>
	<field name="resolution">Duplicate</field>
	<field name="summary">Hitting the go to root [\] icon effects panel with focus</field>
	<field name="open_date">1131491548</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">None</field>
	<field name="details">If you have focus in one panel and sleelct the 'go to
root [\]' button in the other panel the action is
performed in the panel with the focus.  I find this
counter intuitive, either the button should be
associated with it's parent panel or their should only
be one icon at the toolbar level.  I've only tried this
on MacOS X but will attempt to recreate tomorrow on a
windows box.

dw</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131525235</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This bug is the duplicate of
https://sourceforge.net/tracker/index.php?func=detail&#38;aid=1329041&#38;group_id=35271&#38;atid=413695


This has been fixed and the effect to be seen in the next
release.</field>
</message>

<message>
		<field name="adddate">1131491731</field>
		<field name="user_name">nobody</field>
		<field name="body">Logged In: NO 

Also, the same happens for the 'goto parent [..]' button.  dw</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131525235</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131525235</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131525235</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1351750</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Icon column too narrow on mac os x</field>
	<field name="open_date">1131490659</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When JCommander starts the icon column is too narrow to
display the actual icon.  This happens regardless of
the window size the app is set at.  </field>
	<field name="artifact_history">
<history>
		<field name="field_name">File Added</field>
		<field name="old_value">155499: narrowIcons.png</field>
		<field name="entrydate">1131490659</field>
		<field name="mod_by">nobody</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1181243</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Configuration save problem for non OS files</field>
	<field name="open_date">1113282398</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Configuration Issues</field>
	<field name="artifact_group_id">PR1</field>
	<field name="details">For file of other type than OsFile the tab location is 
saved with forcing the &#34;file&#34; schema.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131435939</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been fixed by the migration to VFS.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131435939</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131435939</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131435939</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1349234</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">When copying first time, there's no way to close copy window</field>
	<field name="open_date">1131229507</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">When &#34;keep open after finish&#34; is marked, there's no way
to close the page, except for the x button</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1131280945</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

There's an OK  button now.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1131280945</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1131280945</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1131280945</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1329041</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">wrong panel changes for the parent/root due to focus</field>
	<field name="open_date">1129587967</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.3</field>
	<field name="details">A panel that has focus always changes for the parent or
the root directory no matter on which panel the
&#34;parent&#34; or the &#34;root&#34; button is pressed. A panel that
has no focus doesn't change for the parent or the root
directory, even though the corresponding button on this
panel is pressed.  </field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130356690</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130356690</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130356690</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1129793158</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1129763923</field>
		<field name="mod_by">crazzycloe</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1334779</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">8</field>
	<field name="status">Deleted</field>
	<field name="resolution">Invalid</field>
	<field name="summary">Sorting on table headers does not work</field>
	<field name="open_date">1129972773</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.4 beta</field>
	<field name="details">Trying to see all the &#34;Application&#34; items in a
directory, I cannot do it. I have to read the entire
list, making sure I didn't lose any. I need sorting!</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1130137982</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is not a bug but a lack of feature :-)

See this feature request:
http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1329913&#38;group_id=35271&#38;atid=413698</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1130137982</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1130137982</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1130137982</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1324290</field>
	<field user_id="1345043" name="submitted_by">crazzycloe</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Delete doesn't stop</field>
	<field name="open_date">1129072720</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">0.6.3</field>
	<field name="details">When deleting a directory, it desappears from the panel
right away. Pressing &#34;Abort&#34; button while deleting
doesn't cause the process to stop or go back. In
addition the directory cannot be found in the Recycling
bin and gets removed completely. </field>
	<field name="artifact_history">
<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1129793125</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1317794</field>
	<field user_id="617026" name="submitted_by">watkid</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Empty Menus</field>
	<field name="open_date">1128770593</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">None</field>
	<field name="details">There are 'empty' menu's between the real menu options (see 
attached screenshot - mac os x).  I think it's caused by actions not 
having a proper target path defined.
 
I think this also happens on Win and Linux, however it's only really 
noticeable on Mac OS X. 

dw.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1128783267</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Now that you mention this, I had the impression, but only
under Windows (see attached image) and not on Linux (GTK).
But this problem is definitely there.

Initially I thought it is related to the Eclipse runtime,
but the Eclipse IDE does not seem to have the same problem.

For now I changed the resolution for this bug to Accepted
and it needs to be dealt with later on.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">File Added</field>
		<field name="old_value">151764: jcmd-menu-winxp.png</field>
		<field name="entrydate">1128783267</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128783267</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">File Added</field>
		<field name="old_value">151753: appMenu.gif</field>
		<field name="entrydate">1128770593</field>
		<field name="mod_by">watkid</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1314063</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">invalid QuickFind hits</field>
	<field name="open_date">1128531603</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">0.6.3</field>
	<field name="details">When using the QuickFind panel to search of files
invalid entries are matched.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1128531835</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

There was an issue with entry index mappings </field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1128531835</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128531835</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1128531835</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1181240</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Wont Fix</field>
	<field name="summary">Digester as a separate plug-in</field>
	<field name="open_date">1113282060</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Jcommander (other)</field>
	<field name="artifact_group_id">None</field>
	<field name="details">There seems to be a problem when using Digester from 
inside a library plugin. Digester's classloader doesn't 
find the mapped classes. Even if 
Digester.setClassLoader() method is used, the 
classloader somehow gets reset. For now I moved the 
Digester libraries to the app plugin (bad design).</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1128518488</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

We don't use Digester anymore</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1128518488</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128518488</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1128518487</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1113282423</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1293964</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">No config info is loaded</field>
	<field name="open_date">1126981051</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Configuration Issues</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">The loading of the configuration files is implemented,
but it stopped working! There should be some problems
with the Digester mappings, but those did not change at
all.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1128518437</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Removed dependency on Digester and using J2SE 1.4's XML bean
serialization.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1128518438</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128518437</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1128518437</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1128518437</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289502</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1150608" name="assigned_to">vgandhi</field>
	<field name="priority">8</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">Both panel should be updated when deleting files</field>
	<field name="open_date">1126599959</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">One tab - two panels both pointing at the same
directory. When deleting in one of the panels one file,
only the panel that issued the operation gets updated,
while the other still shows the deleted file.
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1128297976</field>
		<field name="user_name">vgandhi</field>
		<field name="body">Logged In: YES 
user_id=1150608

This one is fixed. I just tried it out and works fine. Both the 
panels are updating when you delete in one of the panel</field>
</message>

<message>
		<field name="adddate">1127861527</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

In general after a delete operation only the current panel
should be updated. However, a special treatment goes for the
other panel if that one points to the same directory as the
current one.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1128297976</field>
		<field name="mod_by">vgandhi</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1128297976</field>
		<field name="mod_by">vgandhi</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1128297976</field>
		<field name="mod_by">vgandhi</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127861527</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127861527</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289525</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">When copying the copy window always stays</field>
	<field name="open_date">1126601770</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">Keep after finish is always checked, even if it's unchecked</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127807229</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This one is yours too, Mike</field>
</message>

<message>
		<field name="adddate">1127470595</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The state of this checkbox should be stored in the
preferences. It should also be editable as a property in the
preferences dialog.

The default value should be true, so that the copy dialog
should remain opened after the copy operation ends.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1127862992</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1127862992</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1127862992</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127807229</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127807229</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289543</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1345043" name="assigned_to">crazzycloe</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">&#34;Do u want to close jcmd&#34; dialog always appear</field>
	<field name="open_date">1126602869</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">Even if &#34;Always ask&#34; is unchecked, the dialog still
shows - this is more like a config issue.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127771426</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Mike, you have the honor ;-)</field>
</message>

<message>
		<field name="adddate">1127470180</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

In more detail, this bug appears at the exit confirmation
dialog. There is a checkbox there which if checked should
disable further exit confirmations. This is similar to what
the Eclipse IDE does.

The state of that checkbox should be mapped to the
preference entry called &#34;Close on exit&#34; from the General
preference page.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1127862863</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">102</field>
		<field name="entrydate">1127862863</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1127862863</field>
		<field name="mod_by">crazzycloe</field>
</history>

<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127771426</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127771426</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1294650</field>
	<field user_id="1310288" name="submitted_by">hypnosses</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">osx bugs</field>
	<field name="open_date">1127063847</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">OS Specific</field>
	<field name="artifact_group_id">0.6.3</field>
	<field name="details">default viewer editor and diff tool arent found at first and cannot be 
set because jcommander doesnt recognize them. the default 
texteditor and viewer is located at /applications/textedit.app. i would 
also suggest including a copy of the diff utility which is the same as 
on any other *nix os with jcommander due to the diff utility not being 
in the same place on every osx box.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127079805</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I saw the bug that you can only choose *.exe files with the
file choosers opened by the Browse buttons from the external
tools page in preferences.

I also understand that under MacOS X the default editor
should be /applications/textedit.app.

Isn't there also a text viewer in the system by default? A
text viewer is not a text editor in read-only mode but a
tool that only loads only the part displayed into memory.
And it can also view binary files.

Is there a visual diff tool in MacOS X?

Do you know of any third party and freely available editor,
text/binary viewer or diff tool that has a wide acceptance
in the osX user group? I'm asking this because there's an
option on that page to also show recommendations. See the
attached screenshot for a better understanding.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">assigned_to</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127079805</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">artifact_group_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1127079805</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">category_id</field>
		<field name="old_value">703966</field>
		<field name="entrydate">1127079805</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">File Added</field>
		<field name="old_value">149560: preferences-external tools.tiff</field>
		<field name="entrydate">1127079259</field>
		<field name="mod_by">nobody</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1294127</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Native manager showing up too big</field>
	<field name="open_date">1126994767</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.3</field>
	<field name="details">When JCommander first started, if the native manager
shows up it is really big. There is an issue with the
auto layout of the components.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127726302</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The native manager dialog isn't shown anymore at startup but
only manually from the Help menu. Sizing issue still remains.</field>
</message>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1088642</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">Accepted</field>
	<field name="summary">Delayed FileViewer update slowdown on Linux</field>
	<field name="open_date">1103574520</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">PR1</field>
	<field name="details">When running JCmd under Linux, the delayed FileViewer
update has a horrible performance: it seems to perform
full redraws at every item append. It is WAY too slow.

This is probably due to an SWT bug under Linux. We can
either investigate this issue (max 30 mins-1 hour) or
implement a more efficient way to display the
FileViewer -  this would take longer.

The more efficient way (based on the Swing
implementation of the FileControl):
- display only the visible rows (the table has only
those rows)
- manually create and manage a vertical scrollbar

This would probably be the most efficient way for
displaying files. This should exceed in speed anything
on the market. On the long term, this should be it.
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1126981752</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This was fixed as of release 0.6.3</field>
</message>

<message>
		<field name="adddate">1122409995</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The initial problem is related to the delayed insert of
items into the file control's table. A currently incomplete
implementation of the virtual table shows a major
performance improvement (works as fast as a GTK native
application). This must be a priority mostly for making jcmd
usable under Linux as well as for Win32 to offer the same
performance as TotalCommander.</field>
</message>

<message>
		<field name="adddate">1105871020</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This issue might be solved by the Eclipse 3.1 platform.

See http://download.eclipse.org/downloads/drops/S-3.1M3-
200411050810/eclipse-news-part3-M3.html :

&#34;TableViewer supports SWT.VIRTUAL
The JFace TableViewer widget now supports the 
SWT.VIRTUAL flag, which only creates table items as they 
are needed. This reduces the number of operating system 
resources required for long tables.&#34;</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1126981752</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1126981752</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1122409995</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289531</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Bookmark control not very intuitive</field>
	<field name="open_date">1126602097</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">When clicking several times on the scroll button for
bookmark control, I get dizzy by trying to figure out
which way is really scrolling. We should make a
smoother transition (like small acceleration, then
faster, and the easy brake so that the user gets the
real feeling which way the bookmarks are moving).

</field>
</artifact>
<artifact>
	<field name="artifact_id">1288276</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Deleted</field>
	<field name="resolution">None</field>
	<field name="summary">right click + properties bug</field>
	<field name="open_date">1126502108</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">on WinXP SP2, when right clicking file or folder and
clicking on properties, the system properties dialog
pops up, not the file properties dialog.

eternalsword@gmail.com</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1126601991</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Yes, this is a known issue: please see bug 1144898 </field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1126601991</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1126601991</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1289530</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">3</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">Scrolling buttons for bookmark scroll forever</field>
	<field name="open_date">1126601970</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Bookmark Control</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Partitions -&#62; Expand -&#62; Scroll right - the buttons are
scrolling forever.
</field>
</artifact>
<artifact>
	<field name="artifact_id">1097956</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Add support for starting properly when config file ismissing</field>
	<field name="open_date">1105113776</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Interface (example)</field>
	<field name="artifact_group_id">None</field>
	<field name="details">If I delete jcommander-configuration.xml I want the
application to start properly</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1105434759</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

It should be fixed now. If there is no config file the app
opens up with no tabs. When closing it saves the file in the
metadata-repository directory that eclipse creates when
running plugins.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1105434759</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1105434759</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1097932</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Current directory label is not synchronized in drive root</field>
	<field name="open_date">1105112332</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Interface (example)</field>
	<field name="artifact_group_id">None</field>
	<field name="details">When switching to c:\ or d:\, the current directory
label displays \.. .
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1105260009</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1105260009</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1105260009</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1242876</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">file selection major issues</field>
	<field name="open_date">1122019296</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">PR1</field>
	<field name="details">When performing file operations the selected files
sometimes are completely messed up.

This is a basic functionality. Must fix ASAP!</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122198886</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

After the delete and mkdir operation the source panel's
selection is cleared.

After a copy operation, the target panel's selection is cleared.
</field>
</message>

<message>
		<field name="adddate">1122198671</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

After further investigation, after a file operation, the
file selection list isn't cleared up.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122198886</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122198886</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1114293</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">discover plugin when entering a file (if possible)</field>
	<field name="open_date">1107294697</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Phileas Zip</field>
	<field name="artifact_group_id">None</field>
	<field name="details">when double clicking on a file (based on a customizable
behavior), it should be checked with Phileas if there's
any plugin for browsing the file.

the check should be done based on a simple Hashtable
which associates extensions with plugins).

if plugin discovered, instantiate an object of that
type (using the factory) and return genericFile-s.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1113281936</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This has been implemented.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1113281936</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1113281936</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1244685</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">Fixed</field>
	<field name="summary">invalid partition type</field>
	<field name="open_date">1122315214</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Bookmark Control</field>
	<field name="artifact_group_id">0.6.2-beta</field>
	<field name="details">For removable drives an error message is generated in
the log (Invalid partition type: 3). In the
BookmarkPanel no icon is displayed for this type of
partitions.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122315320</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Removable drives receive special treatment now.
There is also a fallback mechanism for unknown partition
types (error is logged but the partition has the harddrive
icon).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122315320</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1122315320</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122315320</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105831</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Open</field>
	<field name="resolution">Accepted</field>
	<field name="summary">bug when opening files - movies@marius (check)</field>
	<field name="open_date">1106213549</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">v1.0 (example)</field>
	<field name="details">bug when opening files - movies@marius (check)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122315797</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The mechanism SWT provides to launch files with their
associated program seems to not work in case of an
association with Windows Media Player. I have a similar
issue also with images.

We should check if there's a SWT bug reported on this and
its status.</field>
</message>

<message>
		<field name="adddate">1108920938</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

I can reproduce this. I didn't investigate how to deal with it 
properly, but the file contextual menu's Open action does the 
job well.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">resolution_id</field>
		<field name="old_value">100</field>
		<field name="entrydate">1122315797</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1095092</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">JCmdManager in app plugin should have only one instance</field>
	<field name="open_date">1104769228</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Due to the fact JcmdManager is an extension and should
have the default constructor, the constructor should be
allowed to be called only once, while any subsequent
attempts to construct a JCmdManager object should throw
an exception (an idea)</field>
</artifact>
<artifact>
	<field name="artifact_id">1100014</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">If no config file - at least one tab should open up</field>
	<field name="open_date">1105434853</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">None</field>
	<field name="details">If there is no config file the app looks strange (being
so empty). We need to open up at least one tab with the
default directories</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122291208</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

When no config file is present, a default tab is opened with
both panels containing the user's home directory.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122291208</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122291208</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1101394</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">3</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Dynamic bookmarks</field>
	<field name="open_date">1105590279</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Interface (example)</field>
	<field name="artifact_group_id">None</field>
	<field name="details">Configuration file must support dynamic bookmark groups
(a group of bookmarks that will be filled by a certain
class)</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122291328</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This is one of the basic features for the new bookmark manager.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122291328</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122291328</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1087999</field>
	<field user_id="100" name="submitted_by">nobody</field>
	<field user_id="100" name="assigned_to">nobody</field>
	<field name="priority">5</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">buffer pool</field>
	<field name="open_date">1103477833</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">None</field>
	<field name="artifact_group_id">None</field>
	<field name="details">We'll use for now plain buffer allocation, creating a
new buffer everytime we need it. But my suggestion is
that we should replace this soon with a professional
pool implementation for example.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1106204823</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

We decided that a buffer pool is not efficient.</field>
</message>

<message>
		<field name="adddate">1105435272</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

I agree. I don't thing memory allocation will be an issue.
The memory allocated for one copy operation it's just a few
kilobytes. Between two garbage collector calls the memory
footprint can't grow with more than a few Megs.

My suggestion: no object pooling library for now - for buffers.</field>
</message>

<message>
		<field name="adddate">1105431858</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

It seems that in our case it would be not efficient to pool the 
buffers. However, we should have one buffer per FileCopier 
instance, shared by all the recursive file copy operations.

See: 
- 
http://www.ftponline.com/javapro/2002_11/online/obj_krangar
aju_11_08_02/
- http://www-106.ibm.com/developerworks/library/j-
jtp01274.html
- http://www.opensourcetutorials.com/tutorials/Server-Side-
Coding/Java/java-garbage-collection-performance/page4.html

The main idea behind is that for memory chunks the most 
efficient allocation is direct allocation and letting the garbage 
collector manage it.

Object pools are recommended only for external resources 
(e.g. database connections) whose creation are time 
consuming.</field>
</message>

<message>
		<field name="adddate">1103495950</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Do you know any generic and lightweight object pooling
library for Java?

From what I've searched, poolit seems reasonable:
http://www.ascent-phase.org/projects/poolit/index.php

Any thoughts on it?</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1106204823</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1106204823</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105834</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">6</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">default focus in file operation dialogs</field>
	<field name="open_date">1106213597</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">v1.0 (example)</field>
	<field name="details">default focus in file operation dialogs</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1106251842</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This was an issue only for the MkDir confirmation dialog. It 
has been fixed.</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1106251843</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1106251842</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1105835</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">4</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">persistent selection marker after selection is gone</field>
	<field name="open_date">1106213629</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">v1.0 (example)</field>
	<field name="details">persistent selection marker after selection is gone</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1122291277</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

Selection is cleared every time it becomes incosistent
(after file operations).</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1122291277</field>
		<field name="mod_by">sky_halud</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1122291277</field>
		<field name="mod_by">sky_halud</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1108613</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="940779" name="assigned_to">sky_halud</field>
	<field name="priority">2</field>
	<field name="status">Open</field>
	<field name="resolution">None</field>
	<field name="summary">No colors refresh on OS theme change</field>
	<field name="open_date">1106599229</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">User Interface</field>
	<field name="artifact_group_id">None</field>
	<field name="details">This has been tested only on Windows XP.

When JCmd is running and the user changes the OS's 
theme, the system colors of the GUI aren't changed. 
However, when restarting JCmd, it is in sync with the 
new theme's colors.

There must be some event from the SWT/JFace API to 
listen for that notifies for theme/system color changes.</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1127685148</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

This might be a bug of Eclipse RCP?

See Desktop appearance notification section from the Eclipse
3.2 M2 New and noteworthy page:
http://download.eclipse.org/eclipse/downloads/drops/S-3.2M2-200509231000/eclipse-news-all-M2.html</field>
</message>

<message>
		<field name="adddate">1126980051</field>
		<field name="user_name">sky_halud</field>
		<field name="body">Logged In: YES 
user_id=940779

The first step would be to not cache system colors but
always use the getDisplay().getSystemColor(SWT.COLOR_???)
method call.</field>
</message>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1109363</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">9</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">Compilation error for TabMediator.java</field>
	<field name="open_date">1106685054</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Tab or Panel Issues</field>
	<field name="artifact_group_id">PR1</field>
	<field name="details">org.jcommander.ui.filepanel\src\org\jcommander\ui\filepa
nel\TabMediator.java does not compile.

This is the error message:

&#34;ERROR in 
C:\JavaProgramFiles\eclipse\workspace\autobuild\build\pl
ugins\org.jcommander.ui.filepanel\src\org\jcommander\ui\
filepanel\TabMediator.java (at line 257)
	tmpName = tmpName.replaceAll
(TAB_NAME_TOKEN, caption.replace(&#34;\\&#34;, &#34;\\\\&#34;));
	                                                     
^^^^^^^
The method replace(char, char) in the type String is not 
applicable for the arguments (String, String)&#34;

You compiled it with JDK1.5, but the replace method 
doesn't exist in JDK1.4 (check the @since tag).

I tried to change it to replaceAll(), but it gives me an 
ArrayIndexOutOfBounds exception when browsing the 
root directory (it has to do with some string lengths). 
You might check what the replace() method does in the 
source code (I do not have JDK1.5 installed).
</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1107318431</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

It's fixed. ReplaceAll method for String was working, but
the \ character needs to be escaped once for java Strings
and second for regular expressions, so you end up doing:

string.replaceAll(&#34;\\\\&#34;, &#34;\\\\\\\\&#34;)

if you want to duplicate your backslashes</field>
</message>

<message>
		<field name="adddate">1106751949</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

with java 1.4.2_07 - I cannot reproduce it</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1107318431</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1107318431</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
<artifact>
	<field name="artifact_id">1114289</field>
	<field user_id="1144903" name="submitted_by">mhanganu</field>
	<field user_id="1144903" name="assigned_to">mhanganu</field>
	<field name="priority">7</field>
	<field name="status">Closed</field>
	<field name="resolution">None</field>
	<field name="summary">copying files into the root of the zip file doesn't work</field>
	<field name="open_date">1107294314</field>
	<field name="artifact_type">Bugs</field>
	<field name="category">Phileas Zip</field>
	<field name="artifact_group_id">None</field>
	<field name="details">copying files into the root of the zip file doesn't work</field>
	<field name="artifact_messages">
<message>
		<field name="adddate">1107317581</field>
		<field name="user_name">mhanganu</field>
		<field name="body">Logged In: YES 
user_id=1144903

it is fixed now. Was due to the fact that the path for
copying to the root was &#34;&#34; instead of &#34;/&#34;</field>
</message>
</field>
	<field name="artifact_history">
<history>
		<field name="field_name">status_id</field>
		<field name="old_value">1</field>
		<field name="entrydate">1107317602</field>
		<field name="mod_by">mhanganu</field>
</history>

<history>
		<field name="field_name">close_date</field>
		<field name="old_value">0</field>
		<field name="entrydate">1107317602</field>
		<field name="mod_by">mhanganu</field>
</history>
</field>
</artifact>
</artifacts>

<tasks>
	<project>	<field group_project_id="44782" name="group_project_id">Refactoring</field>
	<field name="is_public">true</field>
	<field name="description">Refactoring related tasks</field>

		<task>	<field name="project_task_id">121084</field>
	<field group_project_id="44782" name="group_project_id">Refactoring</field>
	<field name="summary">Evaluate and use JDIC FileUtil</field>
	<field name="details">The JDIC FIleUtil project (https://jdic.dev.java.net/incubator/fileutil/index.html) promisses partition info at least for Windows and Linux. Check this out and if working use it instead of our existing native code.</field>
	<field name="percent_complete">0</field>
	<field name="priority">5</field>
	<field name="hours">0</field>
	<field name="start_date">1131400800</field>
	<field name="end_date">1131400800</field>
	<field user_id="940779" name="created_by">sky_halud</field>
	<field status_id="1" name="status_id">Open</field>

		</task>
		<task>	<field name="project_task_id">121081</field>
	<field group_project_id="44782" name="group_project_id">Refactoring</field>
	<field name="summary">Study the JDIC project</field>
	<field name="details">The Java Desktop Integration Components project (https://jdic.dev.java.net/) is moving along constantly and there are interesting things around.

Make an initial inventory of available features (including the incubator), evaluate them and start to use them.</field>
	<field name="percent_complete">0</field>
	<field name="priority">8</field>
	<field name="hours">0</field>
	<field name="start_date">1131400800</field>
	<field name="end_date">1131400800</field>
	<field user_id="940779" name="created_by">sky_halud</field>
	<field status_id="1" name="status_id">Open</field>

		</task>
		<task>	<field name="project_task_id">120093</field>
	<field group_project_id="44782" name="group_project_id">Refactoring</field>
	<field name="summary">Move selection related data</field>
	<field name="details">Info about the current selection should be kept in the FileControlModel and not the FileSelectionViewer</field>
	<field name="percent_complete">100</field>
	<field name="priority">3</field>
	<field name="hours">0</field>
	<field name="start_date">1129064400</field>
	<field name="end_date">1129064400</field>
	<field user_id="940779" name="created_by">sky_halud</field>
	<field status_id="2" name="status_id">Closed</field>

		</task>
		<task>	<field name="project_task_id">121054</field>
	<field group_project_id="44782" name="group_project_id">Refactoring</field>
	<field name="summary">I18N Support Development</field>
	<field name="details">This task can be clearly separated. It involves many changes in existing code. Before proceeding to the implementation a label should be added (BEFORE_I18N) to all the plugins on the CVS.

See feature request http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1349236&#38;group_id=35271&#38;atid=413698</field>
	<field name="percent_complete">0</field>
	<field name="priority">7</field>
	<field name="hours">0</field>
	<field name="start_date">1131314400</field>
	<field name="end_date">1131314400</field>
	<field user_id="940779" name="created_by">sky_halud</field>
	<field status_id="1" name="status_id">Open</field>

		</task>
	</project>
</tasks>

<documents>
	<field name="groupname">Uncategorized Submissions</field>
	<field name="docid"></field>
	<field stateid="" name="stateid"></field>
	<field name="title"></field>
	<field name="data"></field>
	<field name="updatedate"></field>
	<field name="createdate"></field>
	<field user_id="" name="created_by"></field>
	<field doc_group="" name="doc_group"></field>
	<field name="description"></field>
	noresult: language_id

</documents>

<news>
	<field name="id">157725</field>
	<field group_id="35271" name="group_id">jCommander</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field name="is_approved">true</field>
	<field name="date">1137487557</field>
	<field group_forum_id="530443" name="forum_id">New JCommander Splash Screen Available</field>
	<field name="summary">New JCommander Splash Screen Available</field>
	<field name="details">We are delighted to announce that Adrian (adrian-c), our new graphical designer, has provided a new splash screen for JCommander. This one is more professional looking than the previous one and will be already part of the upcoming 0.7.0 release.

Until than the splash screen exported in BMP format is available at: http://cvs.sourceforge.net/viewcvs.py/*checkout*/jcommander/plugins/org.jcommander.ui.app/splash.bmp

The layered GIMP version is also available from the CVS:
http://cvs.sourceforge.net/viewcvs.py/*checkout*/jcommander/devdocs/graphics/logo.xcf

The project's site has also been updated to show a derived logo: http://jcommander.sourceforge.net

In the upcoming period the rest of the artwork will be also updated to match the new splash style.

Best Regards,
The JCommander Development Team</field>
	<field name="id">150386</field>
	<field group_id="35271" name="group_id">jCommander</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field name="is_approved">true</field>
	<field name="date">1129894296</field>
	<field group_forum_id="505070" name="forum_id">JCommander 0.6.4 Released</field>
	<field name="summary">JCommander 0.6.4 Released</field>
	<field name="details">JCommander 0.6.4 Release Notes

INTRO
-----
This release of JCommander contains contributions from new members: Michael Smith and Vishal Gandhi.
Several usability issues have been addressed (like saving of tabs configuration) and some major 
features have been added (like file rename/move).

PLATFORMS
---------
JCommander is a multi-platform software. This release includes versions for the
following platforms and operating systems:

Windows 98/2000/XP (x86)
Linux (x86/GTK 2)
Linux (x86_64/GTK 2)
Linux (PPC/GTK 2)
Linux (IA64/GTK 2)
Linux (x86/Motif)
Solaris 8 (SPARC/GTK 2)	
Solaris 8 (SPARC/Motif)	
AIX (PPC/Motif)	
HP-UX (HP9000/Motif)	
Mac OSX (Mac/Carbon)

This release has been properly tested on Windows XP and Linux (Ubuntu 5.04) with both JDK 1.4 and 1.5. 
Given that the 99% of the code is Java, it should run just fine on the rest of the systems too. 

We have had user reports on successful runs of JCommander on both MacOS X and Windows 98.

For users on the other operating systems if you experience GUI or other kind of issues please report them at the JCommander Bugs page:

http://sourceforge.net/tracker/?group_id=35271&#38;atid=413695

DOWNLOAD
--------
For downloads see the project home page at:

http://jcommander.sourceforge.net/

or directly the files download page:

http://sourceforge.net/project/showfiles.php?group_id=35271


FEATURES
--------

These are the new features implemented:

* Feature 1292710 - The Move operation - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1292710&#38;group_id=35271&#38;atid=413698
* Feature 1292708 - In place file rename - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1292708&#38;group_id=35271&#38;atid=413698
* Feature 1314532 - Panel font resize with mousewheel - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1314532&#38;group_id=35271&#38;atid=413698
* Feature 1323269 - Automatic file name column resize - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1323269&#38;group_id=35271&#38;atid=413698
* Feature 1293942 - File panel contents synchronization - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1293942&#38;group_id=35271&#38;atid=413698
* Feature 1304661 - Include the buid number into the window title - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1304661&#38;group_id=35271&#38;atid=413698

For a detailed discussion on these features see the RFE page at:

http://sourceforge.net/tracker/?group_id=35271&#38;atid=413698

These are the bugs fixed by this release:
* Bug 1289543 - &#34;Do you want to close JCommander&#34; dialog always appears - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1289543&#38;group_id=35271&#38;atid=413695
* Bug 1293964 - No config info is loaded - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1293964&#38;group_id=35271&#38;atid=413695
* Bug 1289525 - When copying the copy window always remains displayed - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1289525&#38;group_id=35271&#38;atid=413695
* Bug 1324281 - File/directory path is not displayed properly - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1324281&#38;group_id=35271&#38;atid=413695
* Bug 1314063 - Invalid quick find hits - http://sourceforge.net/tracker/index.php?func=detail&#38;aid=1314063&#38;group_id=35271&#38;atid=413695

For all bugs see the Bug reports page at:

http://sourceforge.net/tracker/?group_id=35271&#38;atid=413695

MAILING LISTS
-------------
The announcements mailing list can be found at:

http://sourceforge.net/mail/?group_id=35271

By joining this list you will receive notifications about all the important events that occur
in the lifecycle of this product: releases and news.

Use the page from

https://lists.sourceforge.net/lists/listinfo/jcommander-announcements

to join this list.</field>
	<field name="id">147316</field>
	<field group_id="35271" name="group_id">jCommander</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field name="is_approved">true</field>
	<field name="date">1126530212</field>
	<field group_forum_id="495110" name="forum_id">JCommander 0.6.3 released</field>
	<field name="summary">JCommander 0.6.3 released</field>
	<field name="details">JCommander 0.6.3 Release Notes

INTRO
-----

This is the first multi-platform release for JCommander. This release includes versions for the
following platforms and operating systems:

Windows 2000/XP (Win98 to be checked) (x86)
Linux (x86/GTK 2)
Linux (x86_64/GTK 2)
Linux (PPC/GTK 2)
Linux (ia64/GTK 2)
Linux (x86/Motif)
Solaris 8 (SPARC/GTK 2)	
Solaris 8 (SPARC/Motif)	
AIX (PPC/Motif)	
HP-UX (HP9000/Motif)	
Mac OSX (Mac/Carbon)

This release has been properly tested on Windows XP and Linux (Ubuntu 5.04). Given that the
99% of the code is Java, it should run just fine on the rest of the systems too. For users on the
other operating systems if you experience GUI issues please report them at the JCommander Bugs page:

http://sourceforge.net/tracker/?group_id=35271&#38;atid=413695

For downloads see the project home page at:

http://jcommander.sourceforge.net/

or directly the files download page:

http://sourceforge.net/project/showfiles.php?group_id=35271


FEATURES
--------

These are the new features implemented:

* Implemented drive menus display on ALT+F1&#38;ALT+F2 (see Feature 1244709)
* BookmarkPanel - Added tooltip and expand menu item information
* The virtual table behaviour has been implemented. This leads to speed-up in file browsing.
  The Linux version is usable now having a good speed.
* Fixed missing display of the directory summary info at the first directory display
* Implemented file permission checking for copy operations (including confirmation dialogs) for
  file overwrites
* Intro support support implemented in form of a welcome page which presents quick shortcuts
  to the JCommander community activities.
* Fixed missing back image in about box
* Implemented native manager mechanism for detailing missing native features.
* Added details about the files that are to be copied and deleted
* Implemented startup properties for intro and native manager to display only when requested
* High resolution icons provided with a more unified look
* File name to clipboard copy action implementation for selected files

For a detailed discussion on these features see the RFE page at:

http://sourceforge.net/tracker/?group_id=35271&#38;atid=413698


MAILING LISTS
-------------

A new mailing list has been started:

jcommander-announcements@lists.sourceforge.net

By joining this list you will receive notifications about all the important events that occur
in the lifecycle of this product: releases and news.

Use the page from

https://lists.sourceforge.net/lists/listinfo/jcommander-announcements

to join this list.



WIN32 SPECIFIC
--------------

The Win32 distribution also includes the KeepResident plugin from 
http://suif.stanford.edu/pub/keepresident/.

You can use this plugin to offer guidelines for Win32 systems to not swap a certain amount of 
JCommander's used memory. While this plugin isn't automatically configured yet, you may manually do that.

See the http://suif.stanford.edu/pub/keepresident/faq.html page for detailed instructions and
further explanations. Our experience shows that a VirtualLock of around 20MBs is the best.</field>
	<field name="id">143550</field>
	<field group_id="35271" name="group_id">jCommander</field>
	<field user_id="940779" name="submitted_by">sky_halud</field>
	<field name="is_approved">true</field>
	<field name="date">1122237217</field>
	<field group_forum_id="483203" name="forum_id">jCommander first public beta (0.6.2) released</field>
	<field name="summary">jCommander first public beta (0.6.2) released</field>
	<field name="details">This is the first public release of the jCommander project. In its current state it is suitable for limited daily use. All file handling features are tested and secure.

Currently only the Windows package is available as both .zip and installer. Linux and MacOSX versions will come soon.

Please provide us feedback in the forums about how you find this release fit your requirements.

Contributors are welcome to join the development effort.

The jCommander dev team</field>

</news>

</project_export>
