Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Não compreendo, é possível imprimir um guião em monocromático, ou seja, não a cores, em papel em ME?
Caros programadores!
É possível configurar a janela Show/Open Toolbox para o botão Esc?
Neste momento funciona pela Ctrl+T e isto é muito invulgar e, na minha opinião, inconveniente!
É possível duplicar a janela Show/Open Toolbox para o botão Esc como era no Quaternário?
Uma bagatela, mas um incómodo. Não gostaria de mudar os hábitos desenvolvidos ao longo dos anos.
Não tem a certeza se isto está relacionado com o editor, mas sim com o compilador, mas ainda assim uma questão: como desactivar a funcionalidade, para que os comentários após as entradas não sejam tomados como os seus nomes por defeito? Seria lógico, se para este fim fosse utilizada uma construção especial de linguagem ou pelo menos um tipo especial de comentário - por exemplo, três cortes seguidos (///), em vez de dois. Utilizar um comentário padrão como algo que afecta a compilação é inadequado. Um comentário padrão é, por definição, algo que o compilador salta!
Bem, três cortes serão saltados porque dois já lá estiveram, pelo que o compilador simplesmente não lê o terceiro, e passa simplesmente para outra linha.
mas é melhor usar /# em vez de ////.
faz sentido uma vez que o compilador ainda vai procurar o próximo operador depois / para ver se é uma divisão ou comentário.
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Não sei se isto se relaciona com o editor, mais com o compilador, mas ainda assim uma questão: como desactivar a funcionalidade, para que os comentários após as entradas não sejam vistos como os seus nomes por defeito? Seria lógico, se para este fim fosse utilizada uma construção especial de linguagem ou pelo menos um tipo especial de comentário - por exemplo, três cortes seguidos (///), em vez de dois. Utilizar um comentário padrão como algo que afecta a compilação é inadequado. Um comentário padrão é, por definição, algo que o compilador salta!
Caros programadores!
É possível configurar a janela Show/Open Toolbox para o botão Esc?
Neste momento funciona pela Ctrl+T e isto é muito invulgar e, na minha opinião, inconveniente!
É possível duplicar a janela Show/Open Toolbox para o botão Esc como era no Quaternário?
Uma bagatela, mas um incómodo. Não gostaria de mudar os hábitos desenvolvidos ao longo dos anos.
Por agora, o comportamento permanecerá o mesmo.
A combinação Ctrl+T já existe há muito tempo e ninguém a aboliu.
Tente desta forma:
Isto é inconveniente - primeiro, comentários de estilos diferentes na mesma linha, e segundo, usando /* */ para um comentário de uma única linha é uma tonelada de mauvais. Isto é correcto - através da construção da língua:
A linha de descrição após a entrada é opcional. Porque é difícil fazer de forma correcta e conveniente - não é claro.Isto é inconveniente - em primeiro lugar, os comentários são de estilos diferentes, e na mesma linha, e em segundo lugar, o comentário /* */ a utilizar para um comentário de uma única linha é uma tonelada de mauvais. Isto é correcto - através da construção da língua:
A linha com descrições após a entrada é opcional. Qual é a dificuldade em torná-lo correcto e conveniente - não compreendo.O seu ponto de vista é aceite. Nada mudará a este respeito. É uma coisa pequena, para variáveis de entrada pode inserir comentários nesse estilo algumas vezes.
Há uma tonelada de tais bagatelas. E não me preocupo em escrever sobre coisas menores, porque sei a resposta - não vamos mudar nada (incluindo a correcção de bugs). Se existe um problema com a fixação de pequenos detalhes, então o problema com algo grande é ainda maior.
Sólidos "adereços" nos métodos e estilos de programação. A marca registada.