notes2-team

[Notes2-team] Coisas que o VS e o n2 =?ISO-8859-1?Q?n=E3o_tem=3A?=

[Anderson R. B. <no...@ig...>]

Coisas que o Visual Studio .NET tem e o Notes 2 n=E3o tem.

(*
 *   Olhando isto me dei conta de o quanto precisamos de um modo
 *   de ter parsers defin=EDveis em arquivos XML. N=E3o parsers pra tudo.
 *   O que este parser q falo precisaria fazer =E9 conseguir listar todos=
 os
 *    m=E9todos, classes, fun=E7=F5es, propriedades, etc. do c=F3digo.
 *    Mas como permitir que isto seja definido em um arquivo xml????
 *    Outra coisa que me chama a aten=E7=E3o =E9 que talvez dev=E9ssemos =
ter uma
 *    forma de integrar o parser da colora=E7=E3o de c=F3digo com o "pars=
er"
 *    (na realidade um agente) do corretor de c=F3digo. Pelas id=E9ias do=
=20
Thiago eu
 *    tava pensando que a colora=E7=E3o de c=F3digo poderia chamar o agen=
te de=20
corre=E7=E3o
 *    de c=F3digo quando encontrasse uma palavra chave... ou avisar para =
ele
 *    onde est=E3o as palavras chaves. Por que a primeira tarefa do=20
agente, pelo que
 *    entendi, ser=E1 achar uma palavra-chave...
 *)

*Implement=E1veis no Notes 2:*

1) Incremental Search: basta pressionar Ctrl+I no VS .Net para ativar. En=
t=E3o
voc=EA vai digitando os carateres e ele vai encontrando enquanto voc=EA d=
igita.
Na realidade isto n=E3o =E9 novo: vi, emacs, etc tems coisas semelhantes.=
 Para
conquistar os usu=E1rios destes editores, seria uma boa adicionarmos isto=
 ao
Notes 2.

2) Os bot=F5es para ir e vir no texto: guardam as localiza=E7=F5es que tu=
 editou
o texto e permite que tu volte para elas facilmente. Eis o trecho da=20
ajdua do
VS .Net que explica eles:

> Use the *Navigate Backward* button to navigate to previously visited=20
> locations in the document, then use the *Navigate Forward* button to=20
> return afterwards. (You can also press CTRL + - to navigate backward=20
> and CTRL + SHIFT + - to navigate forward.) These buttons are=20
> particularly useful when using commands that take you far away from=20
> where you are currently working and you want to return to that=20
> location quickly. Examples of such commands are Incremental Search,=20
> Goto Line, Beginning of Document, End of Document, Pasting text or=20
> inserting file contents, and Go To Definition commands. The editor=20
> remembers locations when you move in a single command more than=20
> several lines away from where you are currently working, or if you=20
> edit in a particular location that is not adjacent to the last place=20
> you edited. The goal is to remember interesting locations so that you=20
> can recall where you have been working without remembering so many=20
> locations the feature is not useful (such as every character typed, or=20
> every line entering several new lines of code one right after the other=
).


3) Clipboar Ring: toda vez que voc=EA copia um trecho de c=F3digo para a=20
=E1rea de transfer=EAncia, o vs .net guarda ele pra ti.

4) Links em coment=E1rios: nos coment=E1rios o vs .net permite que voc=EA=
=20
clique nos links para visit=E1-los.
N=E3o acho que vamos conseguir fazer isto clciando, mas o Notes SE j=E1=20
tinha uma solu=E7=E3o pra isto.
Basta selecionar o url e clicar "Abrir URL" no menu de contexto. Podemos=20
melhorar isto para que a
parte do selecionar o url n=E3o seja necess=E1ria...

5) Grava=E7=E3o de macros. OK, usaremos scripts que normalmente ser=E3o=20
bilh=F5es de vezes mais poderosos
do que simples macros. Mas pod=EDamos oferecer um di=E1logo que captura-s=
e=20
teclas de atalho e transforma-se
isto num script para que fosse um comando. Na realidade poderia=20
converter at=E9 para um arquivo com o
c=F3digo ascii das teclas gravadas ou algo assim. Sei l=E1...

*"N=E3o" implement=E1veis no Notes 2:*

1) Edi=E7=E3o visual dos forms: edi=E7=E3o visual eu acho que n=E3o temos=
 como=20
implementar
no momento. Mas pro futuro cairia bem. Os plugins at=E9 podem implementar=
=20
isto, mas
daria um trabalho danado...

2) Class View: isto toda a IDE tem, mas n=E3o sei se podemos implementar=20
j=E1 agora.
O class view =E9 aquele treeview que tem tamb=E9m no delphi que permite a=
=20
voc=EA navegar
pelas classes, m=E9todos, fun=E7=F5es, etc. Esta =E9 uma das coisas q tem=
 no=20
Delphi e q eu
nunca usei :)

3) Ajuda din=E2mica: o VS .net vai mostrando itens da ajuda que ele acha=20
que tu pode
precisar enquanto tu t=E1 editando c=F3digo. =C9 mais ou menos =FAtil... =
eu acho=20
que n=E3o
usaria, mas....

4) Este eu n=E3o achei o nome. Mas o VS .net tem algo como uma barra de=20
navega=E7=E3o, que
j=E1 existia no Visual Studio antigamente. Nesta barra tem dois=20
comboboxes: um com todas
as fun=E7=F5es, m=E9todos, etc. Outro com as classes. Basta escolher um m=
=E9todo=20
em um combobox
pra ir para ele... isto eu acho =FAtil. Mas =E9 dif=EDcil de implementar.=
...

Adicionamos mais algumas coisinhas ao planejamento????

T+
Anderson

Re: [Notes2-team] Coisas que o VS e o n=?ISO-8859-1?B?MiBu428gdGVtOg==?=

[<fa...@nl...>]

> (*
>  *   Olhando isto me dei conta de o quanto precisamos de um modo
>  *   de ter parsers definíveis em arquivos XML. Não parsers pra tudo.
>  *   O que este parser q falo precisaria fazer é conseguir listar todos os
>  *    métodos, classes, funções, propriedades, etc. do código.
>  *    Mas como permitir que isto seja definido em um arquivo xml????
>  *    Outra coisa que me chama a atenção é que talvez devéssemos ter uma
>  *    forma de integrar o parser da coloração de código com o "parser"
>  *    (na realidade um agente) do corretor de código. Pelas idéias do 
> Thiago eu
>  *    tava pensando que a coloração de código poderia chamar o agente de 
> correção
>  *    de código quando encontrasse uma palavra chave... ou avisar para ele
>  *    onde estão as palavras chaves. Por que a primeira tarefa do 
> agente, pelo que
>  *    entendi, será achar uma palavra-chave...
>  *)

 Na verdade Anderson eu estava contando já com essa interação com o parser de 
coloração do código.
 Quanto a primeira tarefa ser encontrar uma palavra chave isso depende da 
função que ele vai estar executando, no caso de buscar erros nas estruturas do 
código a primeira função é buscar uma palavra chave sim para que ao analiza-la 
encontre-se um objetivo (estrutura que deve existir ou que as devidas 
alterações sejam feitas para que o objetivo seja cumprido).

> 2) Class View: isto toda a IDE tem, mas não sei se podemos implementar 
> já agora.
> O class view é aquele treeview que tem também no delphi que permite a 
> você navegar
> pelas classes, métodos, funções, etc. Esta é uma das coisas q tem no 
> Delphi e q eu
> nunca usei :)

Para mim o Class View é de muita utilidade...e não seria de tão difícil 
implementação não...esqueceu que o agente de verificação de código 
vai "conhecer" toda a estrutura do código? então basta direcionar uma saída de 
informações sobre as classes.

> 3) Ajuda dinâmica: o VS .net vai mostrando itens da ajuda que ele acha 
> que tu pode
> precisar enquanto tu tá editando código. É mais ou menos útil... eu acho 
> que não
> usaria, mas....

Acho que cheguei até a comentar esse ponto contigo, Anderson, ultima vez que 
conversamos, dá para ser implementado sim sem muito trabalho pelo menos se for 
usar a parte de complemento dinâmico de código, quanto a tópicos de ajuda teria 
de avaliar com mais calma.
 
> 4) Este eu não achei o nome. Mas o VS .net tem algo como uma barra de 
> navegação, que
> já existia no Visual Studio antigamente. Nesta barra tem dois 
> comboboxes: um com todas
> as funções, métodos, etc. Outro com as classes. Basta escolher um método 
> em um combobox
> pra ir para ele... isto eu acho útil. Mas é difícil de implementar....

Também não seria tão dificil assim de implementar pois basta ao nosso agente 
varrer o código ele alimentar essas combos.

  Bem, não mandei nada pois tive de me ausentar temporáriamente, devo voltar 
para casa apenas na segunda ou terca então até lá minha comunicação vai ser um 
pouco precária, voltando eu preparo material detalhado.

Abraços,
Thiago Cavalcanti


---------------------------------------------------
Este e-mail foi enviado por http://www.nlink.com.br