-
Notifications
You must be signed in to change notification settings - Fork 79
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Migrate the e4 tools to PDE #1081
Conversation
The following commit introduces type parameters on databinding classes. This commit cleans up warnings resulting from that. https://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=2220dc6057030ca7d761b4ed6b7debb50eec3452 Change-Id: Ibf73d868e3a0db750014329d592db2a97c840760 Signed-off-by: Jens Lidestrom <jens.lidestrom@rt-labs.com>
The Abstract new class Page now persist the last selected package. (The solution works also for NewAddonCW, NewDynamicMenuContributionCW, NewImperativeExplressionCW, NewPartCW, and NewToolControlCW) Change-Id: I4e3ac01c189ec3fa2441f47c7794bf9d9f451f09 Signed-off-by: Patrik Suzzi <psuzzi@itemis.com>
Change-Id: Iec558d1de9f5c5cf1bd9467ea8350148816e0271 Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
Change-Id: Id8f44280053188895ba510563c647374dc46327e Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
Change-Id: Ic8f79f160be52f267fcbc1717d60ff8099be90b6 Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
Change-Id: I23cab3d2fb96c25491a43e86d05a03bcda2fcf11 Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
/org.eclipse.e4.tools.emf.ui/src/org/eclipse/e4/tools/emf/ui/internal/Messages.properties Change-Id: Ia62912136c42417e10f258b2326a076dc440b0ac Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
Change-Id: I4f4aedbc67eb1210c3b92210739e0326c9908b53 Signed-off-by: Sravan Kumar Lakkimsetti <sravankumarl@in.ibm.com>
editor Change-Id: I26018408a1f22a00a7b06e2e4561c90e4375da28 Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
Change-Id: Iac2dafc26f4cec4759d7b47c4a13a5e1a5255ebc Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
working Change-Id: I897c7f27c66de4e430698d21bb91f1da4e2cab40 Signed-off-by: Burcu Karlidag <burcu.karlidag@sap.com>
working Steps to reproduce: Create a new Plug-in Project as Rich Client Application select Eclipse 4 RCP application. The class URI Button in the Part Descriptor of the created Application.e4xmi was not working Change-Id: I498e01bb60e2a023dcbb71bbdae4e9ec67fa9398 Signed-off-by: Burcu Karlidag <burcu.karlidag@sap.com>
Change-Id: Ie0fc86833c346cdde3648d6c1e3cf92afc4be1e4 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
The Feature Name field is empty. Pressing the Add button in the Table Viewer leads to a NPE exception. java.lang.NullPointerException at org.eclipse.e4.tools.emf.ui.internal.common.component.StringModelFragment$3.addPressed(StringModelFragment.java:422) Change-Id: I91ef4e45b654ad8c4d091abbcd2dd904b94da362 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Change-Id: I7ff26d1ef258f541176773b10ca6c1ebc69403a2 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Change-Id: I18be37d47d978be4ac5c1283b135dd2ee2b98e8a Signed-off-by: Christof Joswig <christof.joswig@sap.com>
- Disable down/up bottons for multip selections - Disable down/up button when last/first element is selected Fixed issue on windows: - Keep focus when pressing up/down buttons Change-Id: Ic4b899a51df19c018abfdfd5df0dd883ad32aab2 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Goto: ->Model Fragment->Handler->Persisted State table doesn't fill Change-Id: I07f5baf8d855788d956422b69b4589c35b7ff0e2 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Change-Id: If33fd165ada604485fc862170dfa9489323f94fb Signed-off-by: christof.joswig@sap.com <christof.joswig@sap.com>
Change-Id: Ia70b63538cec2b725d1163bd9769a06fdba9a121 Signed-off-by: christof.joswig@sap.com <christof.joswig@sap.com>
Change-Id: Id9ef473a54c42b5fac70e550743d23451186536e Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Change-Id: I53468f930e539e46740d16d2d600ca3a89c92a85 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Change-Id: I7d4500bfe8b1c576131964c6df4932e366b99557 Signed-off-by: Christof Joswig <christof.joswig@sap.com>
Change-Id: If279b3b8d5c109bc036a13e4281c701702899617 Signed-off-by: christof.joswig@sap.com <christof.joswig@sap.com>
Change-Id: I584cbf5c2ae5bb215a520bd65d1a7b6232d90b9a Signed-off-by: christof.joswig@sap.com <christof.joswig@sap.com>
-> align find buttons in E4 Editor Change-Id: I913808af3fea831deaad44246f3434063070f4c7 Signed-off-by: christof.joswig@sap.com <christof.joswig@sap.com>
Change-Id: Ic441b1f61c8f79c4ab88254bc2d440acd1e12db5 Signed-off-by: christof.joswig@sap.com <christof.joswig@sap.com>
Change-Id: I8b8a7f3548273a3535af1cf63ad3f2c1c7619453 Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
classes Change-Id: Ibd4496bb5180f825b6aca4f17e439bcdffc497a2 Signed-off-by: Lars Vogel <Lars.Vogel@vogella.com>
Change-Id: I2a54dcdb5503d46621908049691848252e6dc66b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for working on this.
In general this looks good, but I suggest to move the e4-tools projects into a folder named e4-tools
not just tools
.
We already have apitools
, so we should be specific here too.
Furthermore the Oomph setup has to be adjusted, but that can also be done subsequently.
I actually don't want to complicate things too much, the files where already moved to ui then moved there and so on. If we have merged this, we can of course think about moving thing again around but for now I think we should complete this asap to not run into merge conflicts. |
I would prefer we would move it only once
There is no rush, as long as few active committers can have a consensus how a merge should happen. |
Me too. @laeubi if you have to now time to move it I can adjust this PR for you quickly. |
And yes, looking on the new structure I agree with Hannes, "tools" is non saying, while "e4-tools" is much better. |
Thought about this as well and personally would have liked it more with a dash. But since renaming |
I’m fine with or without the dash. |
@laeubi I have it almost ready locally, with an intermediate commit just after the merge to move it to |
69d503a
to
c4a183e
Compare
In order to speed this up, I took the liberty to update this PR with the suggested move after the merge and adapted to following commits accordingly. |
c4a183e
to
3d0cbb8
Compare
That's the point it is NOT moved see: https://github.com/eclipse-platform/eclipse.platform.ui/tree/master/tools I just imported all commits from the repository as is so don't want to add additional "noise" for the inital import. |
So can we PLEASE delay any "make it look nicer" to follow up PRs? Merging repositories is already a daunting task so adding addition "cleanup" as part of the merge is not really anything beneficial beside it is required for the build to succeed. |
Importing these commits is already 'noise' and moving them around is another 'noise'. Therefore I would have done that (closely) together in one 'noise'.
Well that's why I tried to help you with that extra work, but if you think it is so much better to do that separately and adjust the build twice you can restore your previous state and it can be moved later. |
I won't do it at all for a simple reason
Renamed from tools/bundles/org.eclipse.e4.tools.compat/src/org/eclipse/e4/tools/compat/internal/CopyAction.java if you then follow it it shows you the previous move from Lars: and now you see the "real" history, so for me renaming the folder does not bring anything useful in terms of git history either... |
But that was for another repository, which does not have other 'tools'.
And we don't have e2 and e1, so I don't understand why it is a prerequisite?
That's right, but I don't see why this is a problem as long as within git-blame per line is preserved (which a move does). |
But as we have discussed privately in the end the location is not a show stopper and all of use can do more important things. |
Yes, I'm fine. |
Merged it now. Thank you @laeubi for this work. |
Thanks for all the work guys! I try to take weekends off computers so you're most likely gonna see delays during that time in my responses. |
Thank you very much for this refactoring! |
Please carefully review if this is the desired state, I'll now start to integrate this into the build ...
Fix #898