tweezy23 / anyedittools Goto Github PK

There are some characters in src/de/loskutov/anyedit/util/TextUtil.java
that appear to be unicode characters but the file encoding is ISO-8859. 
This seems to break JDT Core's compilation and we've had to manually change
the characters in the file from, for example 'à' to '\u00E0'.  Is this
something you've run across before?  Are doing something wrong with the
compilation?

The patch we are currently using is available here:
http://rmyers.fedorapeople.org/eclipse-anyedit/eclipse-anyedit-2.2.0-2.fc11/ecli
pse-anyedit-2.2.0-unicode.patch

In AnyEdit plugin we have "Open file under cursor" but not "Browse selected
object directory", especially in if the selection is in the Package or
Project explorer
(like in MyEclipse plugins)

There is a way in java to do so :

String selectedDir = From: *"com.x.y.A.ext"* To : *
"c:/programs/eclipse/ws/project/com/x/y"*
Desktop.getDesktop().open( new File(selectedDir) );

If the Plugin is compiled with java 1.4 version, there is a solution !
1. In youer eclipse project settings > java compiler > Compiler compilance
level : select 1.4

2. In your eclipse project settings > java build path > libraries : replace
the jdk/jre 1.4 by jdk/jre 1.5

3. In your java code of the action "Browse selection object directory",
make a test like :
System.getProperty("java.version").compareToIgnoreCase("1.4") > 0
if it is ok, this mean that the java.awt.Desktop.class, and all its friends
classes, exists and the call mustn't throw any exception

Normalerweise macht AnyEdit z.B. beim Speichern einige
Sachen, wie Trim Trailing Whitespace. Wenn man dagegen debuggt oder
ausführt, speichert Eclipse die Dateien zwar auch, aber AnyEdit tritt
nicht in Aktion. Dann muss man jede Datei nochmal einzeln durchgehen,
um sicherzustellen, dass dort keine whitespaces mehr sind.

Add an option similar to JDT's one: disable trailing whitespace removal for
empty lines.

Empty lines are widely used in virtually any source files to visually
delimit logical blocks: markup blocks in xml/html/jsp or methods/groups of
statements in java files, etc.

If trailing whitespace will be removed on these lines, cursor will "jump"
to the left while navigating the code with up/down arrows. If these lines
are long enough - this jumping will cause editor area to "jump" to the left
and back to the code/markup. Just try to move up and down in the file
consisting of mixed 300 chars long and empty lines and you will see what
I'm trying to describe :)

Attached patch includes proposed feature implementation. Though it looks
like it works as expected, I won't put too much promise into it. 

P.S. This patch includes one other relatively small change. I don't think
it worth creating separate request for this one.
I think "Remove trailing whitespace on save" should be disabled by default.
The main reason is that results of this operation remains unseen by junior
developers for a long time.
Consider project developed by a team. Junior developer just installed
eclipse with plugins his colleagues consider to be useful. Anyedittools is
one of them.
This developer makes small change (for example, removes single
System.out.println) and commits changes without reviewing them (a single
simple change after all). But instead, he commits 200+ changes (about 40%
of code lines are affected by trailing whitespace removal in several of our
projects) and it becomes quite hard to track down what actually changed in
said revision.

Though this feature is very useful, it could be quite troublesome for
unaware developers. And to make them aware, this feature should be enabled
by them in the first place :) 

For example, given the following code (assume -> and . are white space
markers):


else if ((some predicate) && 
.........(some other predicate))

would become

else if ((some predicate) && 
->  ->  .(some other predicate))

If you want the plugin to be used by largest eclipse population, make it
compatible with oldest version of eclipse especially 3.2

People that uses eclipse for personal uses, can have the previleg of
installing the lastests versions of eclipse.

But in the Companies, it is 99% of times : impossible (for many reasons)

In the current version (2.2.0) only ":" is recognized for a line separator.
So "jump to line" works only for few compilers. The attached patch makes
the separator configurable by regular expressions.

What steps will reproduce the problem?
1. Double click the view I want to maximize
2. It doesn't 'fully' maximize, instead only part way (hard to describe)
3. Double click a second time, it fully maximises
4. Double click a third time, it minimizes, but none of the other
views/windows update. Leaving the perspective and returning doesn't solve
the issue.

What is the expected output? What do you see instead?
1st double click should fully maximize view. Second should return state

What version of the product are you using? On what operating system?
This only happened after upgrading to latest version of Extended VS
Presentation

Please provide any additional information below.

I just added AnyEdit via the http://andrei.gmxhome.de/eclipse/ update site.
It shows up as Bytecode Outline 2.2.12 and Extended VS Presentation 1.5.3.2009.

When I right-click in an editor window, there is no additional menu items;
same for any of the system menus. 

I am also running CFEclipse and ColdFusion extensions. My OS is XP SP2. 

This plug-in would be extremely useful to me so I'll do whatever necessary
to help debug this problem.

Normalerweise macht AnyEdit z.B. beim Speichern einige
Sachen, wie Trim Trailing Whitespace. Wenn man dagegen debuggt oder
ausführt, speichert Eclipse die Dateien zwar auch, aber AnyEdit tritt
nicht in Aktion. Dann muss man jede Datei nochmal einzeln durchgehen,
um sicherzustellen, dass dort keine whitespaces mehr sind.

Would it be possible to add a feature for updating parts of content when a file 
is saved? E.g. the header of a file contains a timestamp that should be updated 
when the user save the file? Something as described in that stackoverflow 
question: 
http://stackoverflow.com/questions/2679293/is-there-a-way-put-a-timestamp-in-the
-file-header-automatically-when-saving-in-ec

In the current version (2.2.0) only ":" is recognized for a line separator.
So "jump to line" works only for few compilers. The attached patch makes
the separator configurable by regular expressions.

What steps will reproduce the problem?
1.ㅁ
2.ㅁ
3.ㅁ

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?
1. Set Ctrl+Alt+O as key binding for "Compare with Opened editor" command. When 
: in Windows
2. While editing a source, press Ctrl+Alt+O

What is the expected output? What do you see instead?
Nothing happened !

What version of the product are you using? On what operating system?
Eclipse 3.6
Anyedit 2.3.2.201010252259

Please provide any additional information below.

I often want to put part of my code on my blog, and allthough there are
online tools for this, it would be nice if you could select some code and
then either save it as, or copy it to the clipboard as HTML (where entities
like < are converted)
There used to be a plugin for this, but it is no longer available.

Our formating rules specify that in certain cases we can end up with
leading tabs, followed by (tabWidth-1) spaces.

Here is a patch to fulfill this requirement. 

I have piggy backed off of the replaceAllSpaces value as this is my
personal expectation, but it could possibly turn into an extra preference I
suppose.

I just added AnyEdit via the http://andrei.gmxhome.de/eclipse/ update site.
It shows up as Bytecode Outline 2.2.12 and Extended VS Presentation 1.5.3.2009.

When I right-click in an editor window, there is no additional menu items;
same for any of the system menus. 

I am also running CFEclipse and ColdFusion extensions. My OS is XP SP2. 

This plug-in would be extremely useful to me so I'll do whatever necessary
to help debug this problem.

Remove trailing spaces only from edited lines instead of from whole file.

While converting characters to html entities in the existing html/xml 
code, <> brackets are converted to &gt; or &lt;. This does not make sense 
or at least a new option has to be added to avoid such conversion

What steps will reproduce the problem?

I use eclipse with national polish keyboard system settings. With this keyboard 
we use combination of ALT key and leters keys to enter national characters. For 
example: pressing [ALT] + [L] we get Ł, pressing [ALT] + [E] we get Ę, and 
soon on. Your plugin has shortcut keys with use the same combinations, so we 
have problem and we can't use polish characters in Eclipse editors. Why it is 
behaving like that, even though in context menu of "Convert" option all 
shortcuts are described as [CTRL] + [ALT]?


What is the expected output? What do you see instead?

Is there any way to disable this shortcuts or change them to work only as 
[CTRL] + [ALT] combination, not "lonely" [ALT]?

What version of the product are you using? On what operating system?

Windows XP SP3 - Polish language edition
Eclipse Platform - Version: 3.4.1
AnyEditTools - Version 2.3.0.200910041235

Normalerweise macht AnyEdit z.B. beim Speichern einige
Sachen, wie Trim Trailing Whitespace. Wenn man dagegen debuggt oder
ausführt, speichert Eclipse die Dateien zwar auch, aber AnyEdit tritt
nicht in Aktion. Dann muss man jede Datei nochmal einzeln durchgehen,
um sicherzustellen, dass dort keine whitespaces mehr sind.

Please include the licensing terms in the src.jar.  This will facilitate
license verification for free software distributions.

Thanks!

Add an option similar to JDT's one: disable trailing whitespace removal for
empty lines.

Empty lines are widely used in virtually any source files to visually
delimit logical blocks: markup blocks in xml/html/jsp or methods/groups of
statements in java files, etc.

If trailing whitespace will be removed on these lines, cursor will "jump"
to the left while navigating the code with up/down arrows. If these lines
are long enough - this jumping will cause editor area to "jump" to the left
and back to the code/markup. Just try to move up and down in the file
consisting of mixed 300 chars long and empty lines and you will see what
I'm trying to describe :)

Attached patch includes proposed feature implementation. Though it looks
like it works as expected, I won't put too much promise into it. 

P.S. This patch includes one other relatively small change. I don't think
it worth creating separate request for this one.
I think "Remove trailing whitespace on save" should be disabled by default.
The main reason is that results of this operation remains unseen by junior
developers for a long time.
Consider project developed by a team. Junior developer just installed
eclipse with plugins his colleagues consider to be useful. Anyedittools is
one of them.
This developer makes small change (for example, removes single
System.out.println) and commits changes without reviewing them (a single
simple change after all). But instead, he commits 200+ changes (about 40%
of code lines are affected by trailing whitespace removal in several of our
projects) and it becomes quite hard to track down what actually changed in
said revision.

Though this feature is very useful, it could be quite troublesome for
unaware developers. And to make them aware, this feature should be enabled
by them in the first place :) 

While converting characters to html entities in the existing html/xml 
code, <> brackets are converted to &gt; or &lt;. This does not make sense 
or at least a new option has to be added to avoid such conversion

While converting characters to html entities in the existing html/xml 
code, <> brackets are converted to &gt; or &lt;. This does not make sense 
or at least a new option has to be added to avoid such conversion

What steps will reproduce the problem?
1.ㅁ
2.ㅁ
3.ㅁ

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Please include the licensing terms in the src.jar.  This will facilitate
license verification for free software distributions.

Thanks!

When I try to do a compare on an opened file in the editor it does not work.

This is how I am doing a compare.
1.  Right-Click in editor
2.  Go to Compare with -> Opened Editor
3.  Compare not showing any diff's

I do not see any diff's the way I should.  If I do a compare with an
external file then it shows it properly.  Is there something I am doing
wrong???


The version of Eclipse is 3.5.  I have also tried this in the latest Aptana
IDE and I get the same result.  I am using Windows XP as well.

There are some characters in src/de/loskutov/anyedit/util/TextUtil.java
that appear to be unicode characters but the file encoding is ISO-8859. 
This seems to break JDT Core's compilation and we've had to manually change
the characters in the file from, for example 'à' to '\u00E0'.  Is this
something you've run across before?  Are doing something wrong with the
compilation?

The patch we are currently using is available here:
http://rmyers.fedorapeople.org/eclipse-anyedit/eclipse-anyedit-2.2.0-2.fc11/ecli
pse-anyedit-2.2.0-unicode.patch

What steps will reproduce the problem?
1. Open C++ file
2. select a type
3. context menu -> open type under cursor

What is the expected output? What do you see instead?


I get an exception, if this functionality is not supported for C++ it should 
not be available.
java.lang.NoClassDefFoundError: org/eclipse/jdt/core/JavaModelException
    at de.loskutov.anyedit.actions.OpenType.handleAction(OpenType.java:43)
    at de.loskutov.anyedit.actions.AbstractOpenAction.run(AbstractOpenAction.java:67)
    at de.loskutov.anyedit.actions.AbstractAction.execute(AbstractAction.java:45)
    at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:293)
    at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
    at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
    at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
    at org.eclipse.ui.internal.handlers.SlaveHandlerService.executeCommand(SlaveHandlerService.java:241)
    at org.eclipse.ui.internal.handlers.SlaveHandlerService.executeCommand(SlaveHandlerService.java:241)
    at org.eclipse.ui.menus.CommandContributionItem.handleWidgetSelection(CommandContributionItem.java:820)
    at org.eclipse.ui.menus.CommandContributionItem.access$19(CommandContributionItem.java:806)
    at org.eclipse.ui.menus.CommandContributionItem$5.handleEvent(CommandContributionItem.java:796)
    at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
    at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1258)
    at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3552)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3171)
    at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2629)
    at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2593)
    at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2427)
    at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:670)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:663)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:115)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:616)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1407)
    at org.eclipse.equinox.launcher.Main.main(Main.java:1383)
Caused by: java.lang.ClassNotFoundException: 
org.eclipse.jdt.core.JavaModelException
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:506)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:422)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)
    at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:334)
    ... 37 more


What version of the product are you using? On what operating system?
Linux Ubuntu, Eclipse C++ 7.0 (3.6), AnyEdit 2.3.1

Please provide any additional information below.

There are some characters in src/de/loskutov/anyedit/util/TextUtil.java
that appear to be unicode characters but the file encoding is ISO-8859. 
This seems to break JDT Core's compilation and we've had to manually change
the characters in the file from, for example 'à' to '\u00E0'.  Is this
something you've run across before?  Are doing something wrong with the
compilation?

The patch we are currently using is available here:
http://rmyers.fedorapeople.org/eclipse-anyedit/eclipse-anyedit-2.2.0-2.fc11/ecli
pse-anyedit-2.2.0-unicode.patch

Add an option similar to JDT's one: disable trailing whitespace removal for
empty lines.

Empty lines are widely used in virtually any source files to visually
delimit logical blocks: markup blocks in xml/html/jsp or methods/groups of
statements in java files, etc.

If trailing whitespace will be removed on these lines, cursor will "jump"
to the left while navigating the code with up/down arrows. If these lines
are long enough - this jumping will cause editor area to "jump" to the left
and back to the code/markup. Just try to move up and down in the file
consisting of mixed 300 chars long and empty lines and you will see what
I'm trying to describe :)

Attached patch includes proposed feature implementation. Though it looks
like it works as expected, I won't put too much promise into it. 

P.S. This patch includes one other relatively small change. I don't think
it worth creating separate request for this one.
I think "Remove trailing whitespace on save" should be disabled by default.
The main reason is that results of this operation remains unseen by junior
developers for a long time.
Consider project developed by a team. Junior developer just installed
eclipse with plugins his colleagues consider to be useful. Anyedittools is
one of them.
This developer makes small change (for example, removes single
System.out.println) and commits changes without reviewing them (a single
simple change after all). But instead, he commits 200+ changes (about 40%
of code lines are affected by trailing whitespace removal in several of our
projects) and it becomes quite hard to track down what actually changed in
said revision.

Though this feature is very useful, it could be quite troublesome for
unaware developers. And to make them aware, this feature should be enabled
by them in the first place :) 

For example, given the following code (assume -> and . are white space
markers):


else if ((some predicate) && 
.........(some other predicate))

would become

else if ((some predicate) && 
->  ->  .(some other predicate))

Please include the licensing terms in the src.jar.  This will facilitate
license verification for free software distributions.

Thanks!

For example, given the following code (assume -> and . are white space
markers):


else if ((some predicate) && 
.........(some other predicate))

would become

else if ((some predicate) && 
->  ->  .(some other predicate))

What steps will reproduce the problem?
1. Enable Show Whitespace by going to main Edit pull-down and selecting the
Show Whitespace check-box.
2. Use context menu to select Convert->Tabs to Spaces (or Spaces to Tabs).
3. See that colors do not update correctly.
4. Disable then re-enable Show Whitespace and see that colors now correctly
update to show tabs versus spaces.

What is the expected output? What do you see instead?
Expect that colors that indicate tabs versus spaces should update after
converting.  Instead, colors either do not change or change incorrectly. 
Workaround is to disable then re-enable Show Whitespace.

What version of the product are you using? On what operating system?
AnyEditTools 2.3.0.200910041
Eclipse 3.5
CDT Utilities 5.1.0.201002161
Eclipse C/C++ Development Platform/Tools/SDK 6.02.201002161

Please provide any additional information below.

[deleted issue]

I often want to put part of my code on my blog, and allthough there are
online tools for this, it would be nice if you could select some code and
then either save it as, or copy it to the clipboard as HTML (where entities
like < are converted)
There used to be a plugin for this, but it is no longer available.

What steps will reproduce the problem?
1. Enable Show Whitespace by going to main Edit pull-down and selecting the
Show Whitespace check-box.
2. Use context menu to select Convert->Tabs to Spaces (or Spaces to Tabs).
3. See that colors do not update correctly.
4. Disable then re-enable Show Whitespace and see that colors now correctly
update to show tabs versus spaces.

What is the expected output? What do you see instead?
Expect that colors that indicate tabs versus spaces should update after
converting.  Instead, colors either do not change or change incorrectly. 
Workaround is to disable then re-enable Show Whitespace.

What version of the product are you using? On what operating system?
AnyEditTools 2.3.0.200910041
Eclipse 3.5
CDT Utilities 5.1.0.201002161
Eclipse C/C++ Development Platform/Tools/SDK 6.02.201002161

Please provide any additional information below.

What steps will reproduce the problem?
1. Double click the view I want to maximize
2. It doesn't 'fully' maximize, instead only part way (hard to describe)
3. Double click a second time, it fully maximises
4. Double click a third time, it minimizes, but none of the other
views/windows update. Leaving the perspective and returning doesn't solve
the issue.

What is the expected output? What do you see instead?
1st double click should fully maximize view. Second should return state

What version of the product are you using? On what operating system?
This only happened after upgrading to latest version of Extended VS
Presentation

Please provide any additional information below.

If you want the plugin to be used by largest eclipse population, make it
compatible with oldest version of eclipse especially 3.2

People that uses eclipse for personal uses, can have the previleg of
installing the lastests versions of eclipse.

But in the Companies, it is 99% of times : impossible (for many reasons)

If you want the plugin to be used by largest eclipse population, make it
compatible with oldest version of eclipse especially 3.2

People that uses eclipse for personal uses, can have the previleg of
installing the lastests versions of eclipse.

But in the Companies, it is 99% of times : impossible (for many reasons)

Within the AnyEdit preferences page, the following message persists:

  Please enable "AnyEdit tools" on "General->Startup and Shutdown" page and restart Eclipse

I have verified that AnyEdit is enabled on the "General->Startup and Shutdown" 
page, and restarted Eclipse several times, yet the message still persists. I 
also tried toggling the setting between restarts, but no luck.


AnyEdit:

  AnyEditTools
  2.3.1.201005301956
  AnyEditTools.feature.group

Eclipse:

  Eclipse IDE for Java Developers
  Version: Helios Release
  Build id: 20100617-1415
  File: eclipse-java-helios-macosx-cocoa-x86_64.tar.gz

Java:

  java version "1.6.0_20"
  Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-9M3165)
  Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01-279, mixed mode)

Steps to reproduce the problem:

1. Install AnyEdit on top of Helios SR1 (I'm using J2EE distributable) from 
AnyEdit update site (http://andrei.gmxhome.de/eclipse/ and category Eclipse 
3.5-3.6 plugins).
2. Restart Eclipse
3. Open any file in editor
4. Show pop-up menu in the editor

Expected output is to see only previously existing pop-up menus plus
newly added pop-up menu for AnyEdit's Convert-commands.

Convert menu shows and works OK, but the defect is that there is also 
unnecessary 'org.eclipse.ui.popupMenus Test Action' pop-up menu added
as a side effect of AnyEdit plug-in installation (see attached file 
AnyEdit_Test_Action_PopUpMenu_Defect.jpg). 

I'm running Ecplise on Windows Vista but that does not have anything
to do with the problem because it is probably just because of an extra pop-up 
menu definition in plugin.xml file or something like that.

I convert tab to space the allignement of my original file is not respected.
I understand that it convert all tab by x number of space regardless 
of the real spacing produce by the tab. Here is an exemple:
i_cd        : in std_logic_vector(1 downto 0);       -- Avec le GS1575A
    12123456                                  1123456
The tab spacing in this email is 6 but not all the tab containt 6 but 
it is up to 6.
When it replace the tab by space between i_cd and the ":" i want the 
replace by 8 space and not 12 because it containt two tab.
It is the same thing for the tab between ";" and "--" need to be 
replace by 7 space and not 12.
Maybe it can be an option of respecting the original allignement of 
the file when converting.

When I try to do a compare on an opened file in the editor it does not work.

This is how I am doing a compare.
1.  Right-Click in editor
2.  Go to Compare with -> Opened Editor
3.  Compare not showing any diff's

I do not see any diff's the way I should.  If I do a compare with an
external file then it shows it properly.  Is there something I am doing
wrong???


The version of Eclipse is 3.5.  I have also tried this in the latest Aptana
IDE and I get the same result.  I am using Windows XP as well.

In AnyEdit plugin we have "Open file under cursor" but not "Browse selected
object directory", especially in if the selection is in the Package or
Project explorer
(like in MyEclipse plugins)

There is a way in java to do so :

String selectedDir = From: *"com.x.y.A.ext"* To : *
"c:/programs/eclipse/ws/project/com/x/y"*
Desktop.getDesktop().open( new File(selectedDir) );

If the Plugin is compiled with java 1.4 version, there is a solution !
1. In youer eclipse project settings > java compiler > Compiler compilance
level : select 1.4

2. In your eclipse project settings > java build path > libraries : replace
the jdk/jre 1.4 by jdk/jre 1.5

3. In your java code of the action "Browse selection object directory",
make a test like :
System.getProperty("java.version").compareToIgnoreCase("1.4") > 0
if it is ok, this mean that the java.awt.Desktop.class, and all its friends
classes, exists and the call mustn't throw any exception

In AnyEdit plugin we have "Open file under cursor" but not "Browse selected
object directory", especially in if the selection is in the Package or
Project explorer
(like in MyEclipse plugins)

There is a way in java to do so :

String selectedDir = From: *"com.x.y.A.ext"* To : *
"c:/programs/eclipse/ws/project/com/x/y"*
Desktop.getDesktop().open( new File(selectedDir) );

If the Plugin is compiled with java 1.4 version, there is a solution !
1. In youer eclipse project settings > java compiler > Compiler compilance
level : select 1.4

2. In your eclipse project settings > java build path > libraries : replace
the jdk/jre 1.4 by jdk/jre 1.5

3. In your java code of the action "Browse selection object directory",
make a test like :
System.getProperty("java.version").compareToIgnoreCase("1.4") > 0
if it is ok, this mean that the java.awt.Desktop.class, and all its friends
classes, exists and the call mustn't throw any exception

What steps will reproduce the problem?
1. Double click the view I want to maximize
2. It doesn't 'fully' maximize, instead only part way (hard to describe)
3. Double click a second time, it fully maximises
4. Double click a third time, it minimizes, but none of the other
views/windows update. Leaving the perspective and returning doesn't solve
the issue.

What is the expected output? What do you see instead?
1st double click should fully maximize view. Second should return state

What version of the product are you using? On what operating system?
This only happened after upgrading to latest version of Extended VS
Presentation

Please provide any additional information below.

On the same java file:
- launching from navigator view (Compare with -> Clipboard from navigator
contextual menu) opens a view in "java source compare" mode.
- launching from editor (Compare with -> Clipboard from editor contextual menu)
opens a view in "text compare" mode, and it is not possible to switch to "java
source compare" mode.

Both should open the editor in "java source compare" mode.


Reproducible: Always

Steps to Reproduce:
1. On a java file in the navigator view, choose Compare with -> Clipboard from
contextual menu => opens a compare view in "java source compare" mode
2. On the same java file opened in java editor, choose Compare with ->
Clipboard from contextual menu => opens a compare view in "text compare" mode