Community
Participate
Working Groups
It's very surprising Eclipse doesn't have this poweerful feature.
Created attachment 34914 [details] before switching to SyncEdit
Created attachment 34915 [details] after switching to SyncEdit
Created attachment 34960 [details] SyncEdit is used to edit simultaneoulsy "parameter" identifier SyncEdit is a convenient editing tool that allows you to simultaneously edit duplicate identifiers. Note, that it's not the same as 'Rename variable/method/class/...' refactoring. In attached screenshot SyncEdit is used to edit simultaneoulsy "parameter" identifier in: -code (multiple occurences); -javadoc comment; -comment; -String literals.
Eclipse's "Quick Assist - Rename in file" feature is very alike SyncEdit. But, unfortunately, less powerful - see Comment #3.
The main difference seems to be that Eclipse's 'Rename in File' only links real references but does not link into string literals and free-form comments, where we cannot be sure that a word really refers to the renamed java element. To do textual replacements, you can use the Edit > Find/Replace... dialog.
(In reply to comment #5) > To do textual replacements, you can use the Edit > Find/Replace... dialog. I agree that we can do the same thing by "Find/Replace..." dialog, but it differs from SyncEdit like Eclipse differs from Notepad :) SyncEdit is much more elegant and user friendly for local renaming of duplicate identifiers. E.g.: -all occurences of currently selected identifier are highlighted; -all occurences of currently selected identifier and updated in real-time; -in SyncEdit mode we can rename occurences of one identifier, and than just click on another identifier and do the same thing on it; -no Copy(identifier's name) and Paste(in "Find/Replace..." dialog) is needed - just click on what you want to edit.
Please try Quick Fix - Rename in File (Cttl + 2 + R), which I think is more convenient than SyncEdit. It connects all identifeirs and renames them in real time, but you don't have to select a range first. Just assign a fast short cut to it (e.g. I'm using '`').
>Please try Quick Fix - Rename in File (Cttl + 2 + R), >which I think is more convenient than SyncEdit. Yes, feature is very alike SyncEdit, but look at Comment #3 - "Rename in File" doesn't recognize identifiers in string literals and comments (and that's not all - see below). >It connects all identifiers and renames them in real time, >but you don't have to select a range first. The problem is sometimes i DO need to do changes in some range only. I think SyncEdit can be implemented as some specific kind of "Rename in File". E.g. in "Rename in File" preferences two check boxes could be added: 1) [] also change identifiers in string literals and comments; 2) [] do renamings in selected text only.
ok I see. But we will not have time to add these features for 3.2.
I noticed that the Resolution = LATER (deprecated) means that "Such bugs are not considered as resolved." So here is a vote from myself and the rest of our development staff (7 of us in total) who would all love to see the SyncEdit feature from JBuilder replicated in Eclipse. Thanks for continuing to perfect such a terrific tool! Mark Fortin
As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you.
I've been using JBuilder 2006 for years and now am switching to Eclipse. I can't believe SyncEdit feature is not available! I needed it, in spite of all the other replace options, within 2 hours of starting to work in Eclipse.
Reopening since it's still valid for me.
See also bug 29692.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.