<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/jdec/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/jdec/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/jdec/feature-requests/</id><updated>2007-10-19T13:12:24Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>java 6 </title><link href="https://sourceforge.net/p/jdec/feature-requests/13/" rel="alternate"/><published>2007-10-19T13:12:24Z</published><updated>2007-10-19T13:12:24Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net86405b3ae0284122486d7707bb2daf1497f2ddbc</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Support for java 6 class and jar files&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Better Local variable naming needed</title><link href="https://sourceforge.net/p/jdec/feature-requests/12/" rel="alternate"/><published>2007-04-17T04:47:07Z</published><updated>2007-04-17T04:47:07Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.netab7c1fc4e578bac12ed6271d07d1f6472a182956</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This issue will act as a tracker for local variable naming conventions and handling.&lt;/p&gt;
&lt;p&gt;This is concerned when class is compiled without&lt;br /&gt;
debug info. jdec 1.2 had in fact introduced &lt;br /&gt;
slighlty better naming convention than 1.1 . However&lt;br /&gt;
the feeling is that names are still not good enough.&lt;/p&gt;
&lt;p&gt;Need to address:&lt;/p&gt;
&lt;p&gt;Things which come to my mind at the moment.&lt;/p&gt;
&lt;p&gt;1&amp;gt; Make names fully confugurable.&lt;br /&gt;
.. Will have to be an XML file instean of property file.&lt;br /&gt;
2&amp;gt; By default if name is missing  in configurable file and if type is reference type then jdec should write out&lt;br /&gt;
the reference type as the prefix instead of 'other' which&lt;br /&gt;
is default.&lt;br /&gt;
3&amp;gt; Need to remove the multiple ints appearing in the names. However similar reference types will have a integer suffixed to the variable name.&lt;/p&gt;
&lt;p&gt;-belurs&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Plugin for eclipse</title><link href="https://sourceforge.net/p/jdec/feature-requests/11/" rel="alternate"/><published>2007-04-05T13:25:24Z</published><updated>2007-04-05T13:25:24Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netfb392432e4e87e075921b92b44338b0bdb1b5c55</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Is it planned to create an eclipse plugin for Jdec? That would be a very nice addition.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Find Matching Brakcet (UI  Enhancement)</title><link href="https://sourceforge.net/p/jdec/feature-requests/10/" rel="alternate"/><published>2006-06-01T12:54:04Z</published><updated>2006-06-01T12:54:04Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.net00f04594c1c6f2292a989f60afdaaf76dd07ee18</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This will be a good enhancement. Users will clearly &lt;br /&gt;
know where a method ends or where a if ends or a loop&lt;br /&gt;
ends.&lt;/p&gt;
&lt;p&gt;With this the probabilty of using an external editor &lt;br /&gt;
will reduce.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Need a methods tab showing various methods for a class file</title><link href="https://sourceforge.net/p/jdec/feature-requests/9/" rel="alternate"/><published>2006-06-01T12:32:53Z</published><updated>2006-06-01T12:32:53Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.netb0563d6aea47bebe6fb3c9dbc5e4501a7535a6bc</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This feature should enable the user to click on a method&lt;br /&gt;
of a class and decompile only that method. All the&lt;br /&gt;
methods should be shown in the tab.This will be useful&lt;br /&gt;
because many times developers would have changed only &lt;br /&gt;
one method in a java file and would like to see only&lt;br /&gt;
that method. It will be waste of time to decompile the&lt;br /&gt;
entire file for the user.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Need to provide Syntax Highlighting Support</title><link href="https://sourceforge.net/p/jdec/feature-requests/8/" rel="alternate"/><published>2006-05-04T11:49:46Z</published><updated>2006-05-04T11:49:46Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.nete6a41b3c8c0f5f156335fa14d7f0c334032fa55f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Following features need to be implemented within the&lt;br /&gt;
next 2 releases:&lt;/p&gt;
&lt;p&gt;1&amp;gt;Showing the output on the screen after Highlighting&lt;br /&gt;
the  Java Keywords in decompiled output to start off with.&lt;/p&gt;
&lt;p&gt;2&amp;gt;This should then be extended to other aspects like&lt;br /&gt;
numbers,Strings,operators&lt;/p&gt;
&lt;p&gt;3&amp;gt;This Feature should provide customizable/configurable&lt;br /&gt;
support to the user ...like choosing colors and so on.&lt;/p&gt;
&lt;p&gt;4&amp;gt;Finally as of this point(Requirements can extend when&lt;br /&gt;
decompiler support for 1.5 is made) User should be able&lt;br /&gt;
to use this feature when he chooses to create a new&lt;br /&gt;
java file in jdec editor window itself/imports a java&lt;br /&gt;
file into jdec editor window.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Need to add supoort  for  Showing Line Numbers in output</title><link href="https://sourceforge.net/p/jdec/feature-requests/7/" rel="alternate"/><published>2006-04-20T09:01:37Z</published><updated>2006-04-20T09:01:37Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.neted06a76a4ffb22eb66f5fab9e2a1b04160b2c1ea</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Right Now, Jdec(1.0 release) is not capable of emitting&lt;br /&gt;
line numbers(corr to source code ) as part of output&lt;br /&gt;
produced by jdec. &lt;br /&gt;
As of Now Jdec simply stores the information  given&lt;br /&gt;
by compiler when source is compiled with -g , BUT does&lt;br /&gt;
not process it.&lt;br /&gt;
This feature needs to be completed.&lt;/p&gt;
&lt;p&gt;[NOTE :] This feature is only applicable for source&lt;br /&gt;
files compiled with -g option.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Need to inline anonymous inner class methods</title><link href="https://sourceforge.net/p/jdec/feature-requests/6/" rel="alternate"/><published>2006-04-17T03:22:37Z</published><updated>2006-04-17T03:22:37Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.netb210df5b209fd84593f60a47c3bf5197bc2a2ba4</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Right Now when jdec is asked to decompile inner classes,&lt;br /&gt;
and if the code contains anonymous inner class, jdec&lt;br /&gt;
shows the methods of the class in a outlined way i.e it&lt;br /&gt;
does not inline methods...&lt;/p&gt;
&lt;p&gt;At present there is a flag(placeholder). BUt it has no &lt;br /&gt;
effect in jdec 1.0 release. So It will be good if this&lt;br /&gt;
flag is made active for the next release&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Need to provide decompiler filter options </title><link href="https://sourceforge.net/p/jdec/feature-requests/5/" rel="alternate"/><published>2006-04-17T03:18:11Z</published><updated>2006-04-17T03:18:11Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.netc25bfedf788d3aa248ea4e376412f31a7ffe98a1</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Right Now if a class File is very big, it is noticed&lt;br /&gt;
that jdec does not finish the task fast. &lt;br /&gt;
If some options can be provided which can be configurable&lt;br /&gt;
from the UI, it can speed up the process . &lt;/p&gt;
&lt;p&gt;For example some class Files will contain synthetic ,&lt;br /&gt;
methods, which the user may not like to see. &lt;/p&gt;
&lt;p&gt;So a means should be provided to the user to choose which&lt;br /&gt;
type of methods hw would not like jdec to decompile.&lt;/p&gt;
&lt;p&gt;Also in case of Jar , it will be good  if the user&lt;br /&gt;
can select a particular package to be decompiled.&lt;br /&gt;
Suppose a Jar contains lot of packages and the user&lt;br /&gt;
wants some classes only from one package, it will be&lt;br /&gt;
waste of time if jdec decompiles the entire jar.&lt;br /&gt;
So this option also should be configurable&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Need proper Handling when jdec is run with incorrect input</title><link href="https://sourceforge.net/p/jdec/feature-requests/4/" rel="alternate"/><published>2006-04-14T10:36:03Z</published><updated>2006-04-14T10:36:03Z</updated><author><name>Swaroop Belur</name><uri>https://sourceforge.net/u/belurs/</uri></author><id>https://sourceforge.net071e0ce131450e9c7f50469f396058521ad06026</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;This is applicable if The user does not update &lt;br /&gt;
confif.properties the first time he uses jdec&lt;br /&gt;
and tries to decompile a class File either by selecting&lt;br /&gt;
a class File from directory structure/New task or&lt;br /&gt;
directly clicks run. In fact this is applicable when&lt;br /&gt;
he does some operation w/o setting config data &lt;br /&gt;
properly. &lt;/p&gt;
&lt;p&gt;In all the above cases better error handling is &lt;br /&gt;
required&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>