Estou procurando uma maneira de copiar o caminho completo de qualquer variável.
O resultado esperado é ter este valor na área de transferência:
com.myproject.Class1#variable1
Estou procurando uma maneira de copiar o caminho completo de qualquer variável.
O resultado esperado é ter este valor na área de transferência:
com.myproject.Class1#variable1
Quando pressiono Ctrl+Z, ele só funciona na aba (arquivo) aberta no momento.
Se eu alterar o arquivo a.java
e depois alternar para o arquivo b.java
em outra aba e fizer outra alteração e clicar, Ctrl+Z
somente as alterações nele b.java
serão desfeitas, mas não as nele, a.java
a menos que eu volte para aquela aba.
Existe uma maneira de alterar a ação de desfazer para que funcione globalmente em todo o projeto e não fique limitado à aba aberta no momento?
Então, quando pressiono Ctrl+Z, b.java
ele reverte, depois pressiono Ctrl+Z novamente e ele alterna para a.java
e reverte.
Atualizei o Android Studio e agora o projeto que funcionava bem no antigo Studio não vai falhar.:
Não foi possível encontrar o método ''org.jetbrains.kotlin.buildtools.api.SourcesChanges org.jetbrains.kotlin.gradle.tasks.AbstractKotlinCompile.getChangedFiles$default(org.jetbrains.kotlin.gradle.tasks.AbstractKotlinCompile, org.gradle.work.InputChanges, java.util.List, kotlin.jvm.functions.Function1, int, java.lang.Object)'' 'org.jetbrains.kotlin.buildtools.api.SourcesChanges org.jetbrains.kotlin.gradle.tasks.AbstractKotlinCompile.getChangedFiles$default(org.jetbrains.kotlin.gradle.tasks.AbstractKotlinCompile, org.gradle.work.InputChanges, java.util.List, kotlin.jvm.functions.Função1, int, java.lang.Objeto)'
O cache de dependências do Gradle pode estar corrompido (isso às vezes ocorre após um tempo limite de conexão de rede).
Baixe novamente as dependências e sincronize o projeto (requer rede) O estado de um processo de build do Gradle (daemon) pode estar corrompido. Parar todos os daemons do Gradle pode resolver esse problema.
Interrompa os processos de compilação do Gradle (requer reinicialização). Seu projeto pode estar usando um plug-in de terceiros que não é compatível com os outros plug-ins do projeto ou com a versão do Gradle solicitada pelo projeto.
No caso de processos Gradle corrompidos, você também pode tentar fechar o IDE e matar todos os processos Java.
Você pode clicar em: Baixar novamente as dependências e sincronizar o projeto (requer rede) e Parar os processos de compilação do Gradle (requer reinicialização) Não ajuda, o que pode ser e como resolver?
Eu uso o Android Studio há anos, mas só recentemente comecei a ver arquivos com o *.toml
sufixo. Vejo que eles funcionam com arquivos gradle, mas tenho migrado para kotlin em vez de arquivos gradle (conforme os novos padrões do Google).
Também vejo que os arquivos toml estão sendo modificados automaticamente. Para mim, isso implica que eles não precisam ser controlados por versão. Mas é claro que eles são alterados, e o git os identifica como modificados.
Para referência, o arquivo modificado atualmente é gradle/libs.versions.toml
. Mas ocasionalmente vejo outros.
Então a grande questão: devo adicionar algo como *.toml
ao meu .gitignore
arquivo? Ou isso causará problemas no futuro (como o quê?).
Eu instalei meu AS em um SSD externo (onde os programas estão não importava antes, mas talvez seja crucial agora). Eu sou um estudante, então tudo que eu faço é simples, não muito exigente (e completamente primitivo), então 2374 tarefas não poderiam estar na minha mão. Hoje eu abri meu gerenciador de tarefas antes de executar o AS (ele morreu contando a última vez e não respondeu às entradas). 65 tarefas. Depois do AS e durante o trabalho <100 tarefas. Logo após fechar o AS (3h de trabalho) eu já tinha 1000 tarefas (mas não verifiquei antes).
A questão é: Como posso restringir a atividade de segundo plano do AS (de preferência depois de fechar suas janelas)? É preocupante que haja pessoas que tinham 300% da CPU e eu não quero que ela queime. Mas também não quero restringir a funcionalidade de ajuda, como buscar documentação.
Notável: o dia em que meu gerenciador de tarefas morreu contando processos. Fechei o AS com o botão X, coloquei meu PC para hibernar E ejetei o SSD depois, não o conectei mais ao ligar meu laptop. Em teoria, ele deveria ter matado todas as tarefas relacionadas (ou talvez matado meu gerenciador de tarefas que tentava contar nulos). Ainda assim, as tarefas estavam aumentando antes do TM congelar, então algo estava vivo mesmo sem SSD.
Windows 11
Da última vez, tentei usar o botão «file/exit», pois pode ser considerado «fechamento limpo» em alguns casos. Eu me vi com essas 1000 tarefas logo depois Enquanto isso, eu, obviamente, esperava ter 10 vezes menos tarefas
Eu mesmo li algumas coisas:
Quero fazer web scraping em aplicativo Android. Mas enfrentei um problema no começo.
Estou tentando adicionar a dependência 'org.jsoup:jsoup:1.18.1' ao meu projeto e recebo o seguinte erro:
*Too many characters in a character literal ''org.jsoup:jsoup:1.18.1''*
Estou usando o Android Studio Koala 2024.1.2, Gradle 8.7
Estou seguindo este curso sobre o uso do Room no desenvolvimento Android: https://developer.android.com/codelabs/basic-android-kotlin-compose-update-data-room A classe DB é definida para criar um novo DB somente se ainda não existir um:
@Database(entities = [Item::class], version = 1, exportSchema = false)
abstract class InventoryDatabase : RoomDatabase() {
abstract fun itemDao(): ItemDao
companion object {
@Volatile
private var Instance: InventoryDatabase? = null
fun getDatabase(context: Context): InventoryDatabase {
return Instance ?: synchronized(this) {
Room.databaseBuilder(context, InventoryDatabase::class.java, "item_database")
.fallbackToDestructiveMigration()
.build()
.also { Instance = it }
}
}
}
}
A versão do DB nunca é alterada, nem minhas classes DB, DAO ou Entity (que alterariam o esquema). Presumo que é isso que desencadearia a migração destrutiva.
Consequentemente, eu esperaria que, uma vez que o BD fosse criado, seu conteúdo persistisse. No entanto, percebo que quando reconstruo meu aplicativo e o executo novamente, o conteúdo (às vezes?) desaparece. Por que isso aconteceria? Estou de alguma forma entulhando o sistema de arquivos com instâncias de BD (até onde eu sei, o local do sistema de arquivos que o Room usa por padrão requer acesso root, então não consigo dizer)?
Atualmente estou usando o Android Studio e adicionei um arquivo README.md ao meu projeto. Mas o problema aqui é que ele não está mostrando o arquivo no diretório de arquivos do Android Studio. No entanto, se eu verificar a pasta do projeto localmente, posso ver o arquivo README.md lá. Além disso, não me permite adicionar um arquivo README.md porque já tenho um arquivo com esse nome existente. Portanto, o arquivo README.md existe claramente e eu o adicionei ao meu projeto do Android Studio. Mas o problema subjacente aqui é que ele não está exibindo esse arquivo no diretório de arquivos dentro do Android Studio. Não tenho certeza do que está causando o problema, pois é a primeira vez que uso o Android Studio. Qual seria uma solução que resolvesse esse problema?
Tentei clicar com o botão direito no diretório raiz e clicar em recarregar no disco. Também tentei clicar em sincronizar com gradle. Mas nenhum desses botões fez nada para exibir esse arquivo recém-adicionado no diretório de arquivos do meu projeto para Android Studio.
Estou tentando configurar meu ambiente Android Studio (Windows) para desenvolvimento pela primeira vez. Seguindo o guia oficial em developer.android.com.
As instruções dizem para abrir Ferramentas -> SDK Manager. Em seguida, Aparência e comportamento -> Configurações do sistema -> Android SDK -> Ferramentas SDK -> Google USB Drive. Gerenciador de SDK: Aparência e comportamento -> Configurações do sistema
No entanto, nas configurações do sistema, não tenho uma guia Android SDK. Todos os fóruns on-line parecem já tê-lo inicialmente ou não possuem todo o gerenciador do SDK.
Qual poderia ser o problema?
Eu verifiquei:
Arquivo -> Estrutura do Projeto -> Localização do SDK está definido para o diretório correto Estrutura do Projeto: Localização do SDK
Verificado se a pasta estava preenchida. Explorador de arquivos do Windows, diretório SDK
Todos os plugins instalados no Android Studio estão habilitados
Reinstalado uma vez
Possível problema: instalei todos os arquivos relacionados (até onde sei) em minha unidade D:\ devido às limitações de espaço em meu C:\ (o padrão e que contém meu sistema operacional). A estrutura da pasta é:
D:\Android\...
...\Android Studio
...\AndroidStudioProjects
...\Sdk
Entendo que posso baixar os drivers necessários manualmente, mas, se possível, gostaria de evitar isso como uma solução permanente.