Xcode Code Sense Color/Conclusão não está funcionando
https://stackoverflow.com/questions/1627033
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
EDITAR: Isso é estranho ... se eu clicar duas vezes no item de projetos recentes para o projeto na tela de boas-vindas, o senso de código e a coloração funcionam bem, mas se eu apenas clicar Open (inferior direito na tela de boas -vindas) Não. Abertura de File > Recent projects também não funciona e não clicando duas .xcodeproj Arquivo no Finder.
O senso de código para um projeto do iPhone OS 3.0 em que estou trabalhando há vários meses (através de diferentes instalações/versões do Xcode) não está mais funcionando. Por exemplo, se eu fizer NSString *myString, todo o código seria preto (sem coloração, sem opção + clique duas vezes, sem conclusão de código). Somente o sentido de código "funciona" para minhas próprias classes/métodos/propriedades, mas não para nenhuma das classes SDK. Se eu criar um novo projeto do zero, tenho tudo isso funcionando.
Eu já tentei alterar o "SDK base para todas as configurações" neste projeto. Eu já tentei "o índice de senso de código de reconstrução". Eu já tentei "limpar todos os alvos".
A documentação nas preferências é baixada e funcionando. Por exemplo, se eu selecionar o NSString Acima e clique com o botão direito do mouse -> Encontre texto na documentação, recebo a janela com toda a referência à classe.
Qualquer ideia será muito apreciada.
Solução
Obtenha informações sobre o projeto no Xcode e altere o formato do projeto para corresponder à versão do Xcode que você está usando (até o momento da redação, "Xcode 3.2 compatível").
Você também pode excluir os dados derivados, mas, a menos que você atualize o formato do seu projeto, o bug voltará quase imediatamente. (Isto poderia Acontece mesmo depois de atualizar o formato do seu projeto, mas eu costumava excluir o DerivedData várias vezes por dia, e acho que só o fiz uma vez desde que corrige o projeto.)
Como observado em outro lugar, a mudança para o LLVM pode ajudar. Mas enquanto atualizo esta resposta (2012), você deve usar o LLVM de qualquer maneira.
Outras dicas
No Xcode 4, também não consegui encontrar um botão "Reconstrução de código de código", mas se você for para a janela -> Organizador, selecione a guia Projeto e clique em "Excluir ..." ao lado da pasta de dados derivados , parece ter o mesmo efeito. (Eu recebi essa dica de http://blog.slidetorock.com/xcode-4-code-sense-autocicling-problems, o que indica que isso obteve por sua vez https://stackoverflow.com/questions/2138047/xcode-code-loses-syntox-cloring - Mas não vejo isso em nenhuma das respostas lá. Muito curioso.)
A coloração sintaxe está funcionando depois de fazer as seguintes etapas:
- Vá para Organizer> Project> Excluir dados derivados do seu projeto atual
- Limpo e construir
- Feche e saia do Xcode e reabrir o projeto
- A coloração sintaxe se torna bem após a reindexação do projeto
Ps
- LLVM Complier 3.0
- Usei sinalizadores complacentes -fno-objc-arco para todas as bibliotecas de terceiros (por exemplo, asihttprequest)
- Meu projeto é criado no Xcode 4.2
Basta correr no terminal sempre quando necessário
rm -fR ~/Library/Developer/Xcode/DerivedData
Funciona bem. Destacando e codesense de volta para mim! Em algum momento necessário, deixa limpo para apoiar o trabalho.
Nota: Como vejo, remova o instantâneo e outro Xcode4 'Recursos'. Mas nós não usamos :)
Eu tive o mesmo problema no Xcode 4 e o resolvi alterando o compilador de GCC 4.2 para LLVM GCC 4.2.
Encontrei uma maneira de evitar esse bug. Vi o bug aparece sempre que modificar um arquivo que é importado no prefix.pch.
Tente importar seu próprio arquivo na parte superior da lista importada acima do Uikit.h e Fonudation.h e não no final, como todos.
No meu arquivo prefix.pch:
#ifdef __OBJC__
#import "myFile.h"
#import <UIKit/UIKit.h>
#import <Foundation/Foundation.h>
#endif
Parece haver uma infinidade de causas e soluções propostas para esse problema, e acho que tentei a maioria delas. O que finalmente funcionou para mim (no Xcode 4.1) foi::
- Excluir referências aos arquivos do Problem no Navigador do Projeto
- Mova os arquivos do problema da pasta do projeto no localizador
- De volta ao navegador do projeto, clique com o botão direito do mouse e escolha Adicionar arquivos para ...
- Encontre os arquivos que acabei de me mover e adicione -os de volta ao projeto, certificando -se de que "copie itens na pasta do grupo de destino (se necessário)" foi selecionado.
Sentido de código restaurado.
Para ser mais específico, meu problema exato é quando crio uma nova classe via clique com o botão direito do mouse no navegador do projeto, cerca de 30 a 40% do sentido do código de tempo não funciona no arquivo de cabeçalho da nova classe. Curiosamente, funciona na implementação.
Coisas que tentei que falharam:
- Excluindo a pasta de dados derivada no organizador
- Excluindo a pasta de dados derivada no localizador
- Criando uma classe totalmente nova do zero (por que isso não funcionou, eu não fazia ideia.)
- Alterando a linguagem para colorir sintaxe
- Alterando o compilador para e para todas as opções várias vezes
- Especificando um caminho de pesquisa específico para cabeçalhos
Eu adoraria outras sugestões possíveis para pôr um fim a esse problema, porque é realmente irritante!
Eu tive esse problema também. Eu havia desativado anteriormente a indexação para acelerar as operações do Xcode e não percebi no momento em que interrompeu alguns dos destaques do código. Se você fez isso, poderá ativar a indexação, digitando isso no terminal:
defaults write com.apple.dt.XCode IDEIndexDisable 0
Se você quiser desativar a indexação, entre no terminal:
defaults write com.apple.dt.XCode IDEIndexDisable 1
Teve os mesmos problemas no Xcode 4.0.2. O código do código estava trabalhando em todos os dois arquivos, um arquivo .m e seu arquivo .h correspondente. Tentei de tudo - exceto a reconstrução do índice de senso de código, porque não consegui encontrar o botão em nenhum lugar - nada funcionou. No final, excluí os arquivos correlacionados, o .m, .h e o .xib. Criou novos arquivos, agora tudo está funcionando como esperado.
Na adição do botão TEWHA, eu tive que clicar no botão "Reconstruir o índice de senso de código". Está na parte inferior da guia "Geral" no Get Information sobre o projeto.
Se você perceber que isso só está acontecendo em alguns de seus arquivos, verifique se o arquivo .m é um membro do seu destino.
Coloração de sintaxe, conclusão automática, pular para arquivos de cabeçalho, etc, é completamente preso para mim desde o Xcode4. Minha visualização de navegador de símbolos está completamente vazia. Não tinha percebido o quão dependente eu havia me tornado o preenchimento automático, minha produtividade caiu por um fator. O estranho é que meus companheiros de equipe estão vendo várias combinações de funcionalidade ausente - só que tenho a sorte de ter perdido tudo. FWIW Estou no mais recente Gen MBP.
Eu tive esse problema em apenas um dos meus arquivos .m e, depois de tentar muitas coisas acima, acabou que o Xcode havia removido em algum momento a extensão .m. Ele ainda estava listado no Navigator do Projeto como 'myclass.m', mas clicando com o botão direito do mouse e o programa de seleção no Finder revelou que o arquivo era chamado de 'MyClass' (e foi estranhamente colocado na subpasta en.lproj!).
Removendo a referência do Navigador do Projeto, renomeando e movendo o arquivo e novamente a adquirir para o projeto corrigiu meu problema.
Pesquise 'GCC_INCREASE_PRECOMPILED_HEADER_SHARARY' nas configurações de construção e altere -o para sim. - Isso funcionou para mim!
O que funcionou para mim foi mudar o compilador para o "LLVM Compiler 2.0".
O código do código estava funcionando para a maioria dos arquivos, com exceção de 3 ou 4 arquivos .m/.h. Eu tentei de tudo acima, e a única coisa que funcionou para mim foi a solução da DRCT. Fechei o Xcode, movi o projeto para uma pasta diferente e reabri.
Acho que agora, se clico com o botão direito do mouse em uma pasta (ou grupo) no navegador do projeto e selecione 'novo arquivo.' O sentido do código não funciona.
Se, em vez disso, eu uso o menu principal e selecione 'Arquivo >> novo >> novo arquivo' O senso de código funciona bem.
Uma coisa que encontrei hoje e que afetou a coloração do código é que acidentalmente adicionei um arquivo (.h) no Target -> Fases de construção -> fontes de compilação. Uma vez removido, a cor do código voltou magicamente :)
Eu tive exatamente o mesmo problema, mas nenhuma das opções acima funcionou para mim no final que tive que abrir o xcode ir para
File>Open Recent> Clear Menu
Isso corrigiu o problema para mim, parece que, quando eu importei um projeto do GitHub que estragou meu sentido de código depois de limpar os recentes e, em seguida, reabrir o projeto, tudo funcionou bem.
Às vezes, adicione comentários multilines no final da instrução @END no código impede a conclusão automática no Xcode 6.0.1. Eu tive o mesmo problema. Basta dar uma olhada ..
Por que estou feliz de novo :)
Eu tive esse problema, mas um pouco antes de desativar o processo de indexação do Xcode.
Resolveu -o colocando este comando no terminal. Espero que ajude alguém.
defaults write com.apple.dt.XCode IDEIndexDisable 0
E sim, estou usando o Xcode 7.0
No meu caso, apenas um arquivo .m tem esse problema. O preenchimento automático aparece bem, mas não mostra tudo. Por exemplo, quando eu digito "NS", o preenchimento automático aparece apenas com o "NSMutableDictionary" e não há mais nada! Eu tentei de tudo, pesquisei em todos os lugares por 1 hora+, mas nada o consertou.
Então, por curiosidade, excluí um bloco de comentários que colei anteriormente no final do arquivo .m (abaixo da palavra @end). Depois de excluir isso, o preenchimento automático funciona novamente como normal!
Aqui está o culpado:
Portanto, se o seu preenchimento automático falhar apenas em um arquivo, poderá verificar isso e excluir tudo abaixo do @END Word.
Tente fechar e abrir o Xcode IDE.
Pois alguém ainda não sabe o porquê. Abrir com Xcode 8.2 trabalhe para mim. Parece que o Xcode mais novo conseguiu este problema
