Pergunta

Eu tenho sido parcialmente bem -sucedido em remover quase todos os menus pop -up da estrutura do Navigator Commons simplesmente configurando o plugin.xml Arquivo.
Existem 2 menus que se recusam a ir:

  • group.edit e
  • group.reorganize.

Meu plugin.xml A configuração é assim:

<extension
          point="org.eclipse.ui.navigator.viewer">
       <viewer
             viewerId="org.eclipse.ui.example.navigator.view">
             <popupMenu allowsPlatformContributions="false">
                <insertionPoint
                    name="group.edit" />

                <insertionPoint
                    name="group.reorganize" />
             </popupMenu>
       </viewer>
       <viewerContentBinding
             viewerId="org.eclipse.ui.thermo.navigator.view">
          <includes>
             <contentExtension
                   pattern="org.eclipse.ui.navigator.resourceContent"/>
          </includes>
       </viewerContentBinding> 
</extension>

Definindo o allowsPlatformContribution Para false, interrompe as contribuições para serem adicionadas ao menu de contexto exceto por group.edit e group.reorganize... Isso está começando a parecer um bug para mim.

A solução óbvia é remover os pontos de inserção do meu <popUpMenu> Mas sem eles, o aplicativo lança uma exceção:

Throwable: java.lang.IllegalArgumentException: Group not found: group.edit

java.lang.IllegalArgumentException: Group not found: group.edit
at org.eclipse.jface.action.ContributionManager.addToGroup(ContributionManager.java:131)
at org.eclipse.jface.action.ContributionManager.appendToGroup(ContributionManager.java:138)
at org.eclipse.ui.internal.navigator.resources.actions.EditActionGroup.fillContextMenu(EditActionGroup.java:74)
at org.eclipse.ui.internal.navigator.resources.actions.EditActionProvider.fillContextMenu(EditActionProvider.java:50)
at org.eclipse.ui.navigator.NavigatorActionService.addCommonActionProviderMenu(NavigatorActionService.java:205)
at org.eclipse.ui.navigator.NavigatorActionService.fillContextMenu(NavigatorActionService.java:172)
at org.eclipse.ui.internal.navigator.CommonNavigatorManager.fillContextMenu(CommonNavigatorManager.java:258)
at org.eclipse.ui.internal.navigator.CommonNavigatorManager$4.menuAboutToShow(CommonNavigatorManager.java:273)
at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:335)
at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:463)
at org.eclipse.jface.action.MenuManager.access$1(MenuManager.java:459)
at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:485)

Ele lança a mesma exceção para o grupo de reorganização.

Foi útil?

Solução

Consegui remover as ações "Group.edit" (copiar/colar) e fiz dessa maneira, usando os pontos de extensão do Navigator Common:

   <extension
         point="org.eclipse.ui.navigator.viewer">
      <viewerActionBinding
            viewerId="org.eclipse.ui.navigator.ProjectExplorer">
         <includes>
            <actionExtension
                  pattern="my.app.client.actions.MyAppEditActionExtension">
            </actionExtension>
         </includes>
      </viewerActionBinding>    
   </extension>
   <extension
         point="org.eclipse.ui.navigator.navigatorContent">
      <actionProvider
            class="my.app.client.workshop.MyPasteActionProvider"
            id="my.app.client.actions.MyAppEditActionExtension"
            overrides="org.eclipse.ui.navigator.resources.actions.EditActions"
            priority="highest">
         <enablement>
         <!-- A hack to allways be enabled -->
         <not>
            <systemTest
                  property="MyApp"
                  value="WONT-EVER-BE-SET">
            </systemTest>
         </not>
         </enablement>
     </actionProvider>
   </extension>

E, com a adição de "org.eclipse.ui.navigator.resources" nas dependências dos meus plug -in, implementei "MyPastEactionProvider" como este:

import org.eclipse.jface.action.IContributionItem;
import org.eclipse.jface.action.IMenuManager;
import org.eclipse.ui.internal.navigator.resources.actions.EditActionProvider;

/**
 * Create the Edit actions (Cut/Copy/Paste) 
 * and register then globally in the workbench using EditActionProvider.
 * <p/>
 * Then, removes the Copy/Paste contributions in the pop-up menu.
 */
public class MyPasteActionProvider extends EditActionProvider {
   public void fillContextMenu(IMenuManager menu) { super.fillContextMenu(menu);
   // remove Copy/Paste contributions
   IContributionItem copyItemRemoved = menu.remove("org.eclipse.ui.CopyAction");
   IContributionItem pasteItemRemoved = menu.remove("org.eclipse.ui.PasteAction");
   }
}

Bem, isso é um "acesso desanimado", mas eu estava desanimado ;-) JM.D

Outras dicas

Geralmente você deveria estar usando o Estrutura de comando Com qualquer versão recente do Eclipse (3.3 ou superior), isso substitui o mecanismo para fornecer menus pop -up no navegador comum.

este Thread sugere Para remover as coisas que estão fazendo com que os itens do menu apareçam em primeiro lugar:

Eles provavelmente estão em conjuntos de ação; portanto, se você pode identificar o conjunto de ações que está causando a contribuição ofensiva, você pode fazer algo assim em seu WorkbenchAdvisor:

    ActionSetRegistry reg = WorkbenchPlugin.getDefault()
            .getActionSetRegistry();


    IActionSetDescriptor[] actionSets = reg.getActionSets();
    String[] removeActionSets = new String[] {
        "org.eclipse.ui.cheatsheets.actionSet",
        "org.eclipse.ui.edit.text.actionSet.annotationNavigation",
       "org.eclipse.ui.edit.text.actionSet.convertLineDelimitersTo",
          "org.eclipse.ui.WorkingSetActionSet",
        "org.eclipse.update.ui.softwareUpdates", };


    for (int i = 0; i < actionSets.length; i++)
    {
        boolean found = false;
        for (int j = 0; j < removeActionSets.length; j++)
        {
            if (removeActionSets[j].equals(actionSets[i].getId()))
                found = true;
        }


        if (!found)
            continue;
        IExtension ext = actionSets[i].getConfigurationElement()
                .getDeclaringExtension();
        reg.removeExtension(ext, new Object[] { actionSets[i] });
    }

O bug mais próximo que encontrei é o 145233: Faça uma maneira mais óbvia de especificar a entrada (para aplicativos RCP), com um Hack semelhante.
Incomodar 143430 (o Commonnavigator exige que o InitialInput seja adaptável) é mais geral e indicaria que a CNF foi melhorada com o Eclipse3.5 (Galileu).
Então, você também tem esse problema com o 3.5 e uma classe CNF personalizada?


Como mencionado no artigo "Eclipse CNF: Extensões de conteúdo do navegador", A CNF evoluiu com o Eclipse3.5, e este artigo parece ter alguma árvore com entradas de menu contextuais personalizadas verdadeiras.

alt text

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top