<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/jdec/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/jdec/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 19 Oct 2007 13:12:24 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/jdec/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>java 6 </title><link>https://sourceforge.net/p/jdec/feature-requests/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Support for java 6 class and jar files&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 19 Oct 2007 13:12:24 -0000</pubDate><guid>https://sourceforge.net86405b3ae0284122486d7707bb2daf1497f2ddbc</guid></item><item><title>Better Local variable naming needed</title><link>https://sourceforge.net/p/jdec/feature-requests/12/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Tue, 17 Apr 2007 04:47:07 -0000</pubDate><guid>https://sourceforge.netab7c1fc4e578bac12ed6271d07d1f6472a182956</guid></item><item><title>Plugin for eclipse</title><link>https://sourceforge.net/p/jdec/feature-requests/11/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 05 Apr 2007 13:25:24 -0000</pubDate><guid>https://sourceforge.netfb392432e4e87e075921b92b44338b0bdb1b5c55</guid></item><item><title>Find Matching Brakcet (UI  Enhancement)</title><link>https://sourceforge.net/p/jdec/feature-requests/10/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Thu, 01 Jun 2006 12:54:04 -0000</pubDate><guid>https://sourceforge.net00f04594c1c6f2292a989f60afdaaf76dd07ee18</guid></item><item><title>Need a methods tab showing various methods for a class file</title><link>https://sourceforge.net/p/jdec/feature-requests/9/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Thu, 01 Jun 2006 12:32:53 -0000</pubDate><guid>https://sourceforge.netb0563d6aea47bebe6fb3c9dbc5e4501a7535a6bc</guid></item><item><title>Need to provide Syntax Highlighting Support</title><link>https://sourceforge.net/p/jdec/feature-requests/8/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Thu, 04 May 2006 11:49:46 -0000</pubDate><guid>https://sourceforge.nete6a41b3c8c0f5f156335fa14d7f0c334032fa55f</guid></item><item><title>Need to add supoort  for  Showing Line Numbers in output</title><link>https://sourceforge.net/p/jdec/feature-requests/7/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Thu, 20 Apr 2006 09:01:37 -0000</pubDate><guid>https://sourceforge.neted06a76a4ffb22eb66f5fab9e2a1b04160b2c1ea</guid></item><item><title>Need to inline anonymous inner class methods</title><link>https://sourceforge.net/p/jdec/feature-requests/6/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Mon, 17 Apr 2006 03:22:37 -0000</pubDate><guid>https://sourceforge.netb210df5b209fd84593f60a47c3bf5197bc2a2ba4</guid></item><item><title>Need to provide decompiler filter options </title><link>https://sourceforge.net/p/jdec/feature-requests/5/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Mon, 17 Apr 2006 03:18:11 -0000</pubDate><guid>https://sourceforge.netc25bfedf788d3aa248ea4e376412f31a7ffe98a1</guid></item><item><title>Need proper Handling when jdec is run with incorrect input</title><link>https://sourceforge.net/p/jdec/feature-requests/4/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Swaroop Belur</dc:creator><pubDate>Fri, 14 Apr 2006 10:36:03 -0000</pubDate><guid>https://sourceforge.net071e0ce131450e9c7f50469f396058521ad06026</guid></item></channel></rss>