[Notes2-team] Mais =?ISO-8859-1?Q?id=E9ias_=26_sugest=F5es_dos_usu=E1r?= =?ISO-8859-1?Q?ios?=

[Anderson <and...@po...>]

E ae noteiros!!!
(noteiros: esse nome vai pegar, hein?!)

Eu havia prometido mandar para a lista as sugest=F5es dos usu=E1rios que=20
_n=E3o_ estavam contempladas
nos planos do Notes 1.6. Quer dizer, some as id=E9ias do Notes 1.6 + a=20
lista abaixo e vc tem o que
os usu=E1rios querem do Notes:
------------------------------id=E9ias dos=20
users-----------------------------------------------------------
- Colora=E7=E3o de c=F3digo e abertura de multiplos arquivos na mesma jan=
ela.
- Os itens do menu inserir poderiam ter uma descri=E7=E3o explicativa. Po=
r=20
exemplo, se tivesse a tag "<TABLE>"
diria algo como "use para criar uma tabela" em uma tooltip ou na status b=
ar.
- As linhas deveriam suportar infinitos caracteres. O Rich Edit suporta=20
apenas 3072 caracteres por linha.
- O usu=E1rio deveria poder configurar o tamanho visual de um caracter=20
TAB. P. ex., poder dizer que 1 TAB
aparecer=E1 visualmente com o tamanho de 5 espa=E7os.
- SmartHome e SmartEnd (desconsidera espa=E7os ao ir ao =FAltimo/primeiro=
=20
caracter da linha).
- Funcionamento de setas, mouse e cursor como no editor do Delphi.
- Sele=E7=E3o de colunas. Como no word, o usu=E1rio poderiam pressionar a=
s=20
teclas ALT+SHIFT e selecionar
as colunas de texto que quiser.
------------------------------/id=E9ias dos=20
users-----------------------------------------------------------

Mais algumas id=E9ias minhas:

******
- Pensando nas id=E9ias do Victor e tamb=E9m em antigas id=E9ias minhas,=20
fiquei pensando: por que n=E3o adicionamos ao
Notes um *suporte a temas*. Os =FAltimos dois grandes proejtos opensource=
=20
(Mozilla e OpenOffice) tem a caracter=EDstica
que eu adoro de serem iguais independentemente do sistema operacional=20
onde s=E3o rodados. Adoro isso pois uso
ambos no linux e no windows. N=E3o acho que dever=EDamos cumprir isto=20
perfeitamente - seria imposs=EDvel sem escrever
os componentes "a m=E3o". Mas ao menos um suporte a temas simples (nada=20
como o do Mozilla) que permitisse ao usu=E1rio
usar um editor com a mesmas cara no linux e no windows. Isso seria=20
basicamente permitir usar um esquema de cores
e =EDcones customizados. Talvez poder colocar imagens de fundo em alguns=20
controles. Lembro que o andr=E9 havi sugerido uma vez que torn=E1ssemos o=
=20
controle de edi=E7=E3o transparente, como nos emuladores de terminal do=20
linux (Eterm, WTerm).
De f=E1brica, o Notes viria com um tema feito por n=F3s, igual para win e=
=20
linux... Para contentar os mais chatos, poder=EDamos
mandar junto dois temas: um com apar=EAncia do KDE e outro do windows...

- Ainda falando da interface, acho que pod=EDamos ter *messagebox* (aquil=
o=20
que em javascript chamam de "alert")
customizado. Minha id=E9ia era imitar o gnome 2, e permitir que os usu=E1=
rio=20
copi=E1ssem o conte=FAdo dos messagebox,
at=E9 para facilitar o suporte e a corre=E7=E3o de bugs. Falo isso tamb=E9=
m por=20
que os messagebox do Kylix foram muito
mal feitos e por isso de qualquer forma ir=EDamos querer mexer nisso...

- Numa conversa com o Luiz ele apontou pra mim o qu=E3o confuso fica=20
juntar scripts, bin=E1rios, texto tudo
com o nome de plugins. Fiquei pensando ent=E3o em uma alternativa a isto.=
=20
Poder=EDamos dar suporte ao estilo
padr=E3o de se fazer *plugins*: ou seja, DLLs/DSOs que pudessem ser=20
carregados no Notes. Eles poderiam, quem
sabe, adicionar pain=E9is e di=E1logos ao Notes. Al=E9m disso o Notes=20
suportaria ainda os *scripts* e os arquivos de
texto. Talvez estes dois sim pudessem estar juntos. Simplificando,=20
tiram-se da id=E9ia original dos plugins o
suporte a bin=E1rios. O que era chamado de plugins =E9 renomeado para=20
"scripts". O que eram os bin=E1rios passam
a chamar-se plugins. Confuso?

_1. PLUGIN:_ Um dll (windows) ou dso (linux) que adicionaria um novo=20
di=E1logo ou painel ao Notes.
_2. SCRIPT:_  Um arquivo de texto que depende ou n=E3o de um interpretado=
r=20
externo e que pode criar
pequenas interfaces para a sua configura=E7=E3o atrav=E9s de arquivos XML=
.=20
(Vide a antiga proposta de
plugins...)

Neste ponto n=E3o ter=EDamos mais o meu ferramenta do N. SE. O menu proje=
to=20
se encarregaria de compilar
projetos, publicar arquivos no servidor, mostrar HTML no preview=20
interno, etc. O di=E1logo de est=E1t=EDsticas
seria substitu=EDdo pelo di=E1logo "propriedades do documento" conforme=20
sugerido pelo Koguta. As ferramentas
para comentar e indentar iriam para no menu editar. O resto seria=20
implementado por plugins e/ou scripts.

*****

*Divis=E3o do trabalho*

Do modo que os planos est=E3o caminhando at=E9 o momento, penso que=20
poder=EDamos nos
dividir em ao menos 3 grandes grupos de trabalho (GTs):
_- GT do controle de edi=E7=E3o:_ =E9 =F3bvio que o controle de edi=E7=E3=
o =E9 o=20
cora=E7=E3o do Notes. Este grupo seria
respons=E1vel por escolher um bom controle de edi=E7=E3o dos existentes e=
=20
fazer todas as modifica=E7=F5es que
forem necess=E1rias para que o controle obedece os planos do Notes 2.=20
Provavelmente este grupo ter=E1 que
criar o modo como a colora=E7=E3o de c=F3digo ser=E1 feita, j=E1 que n=E3=
o conhe=E7o=20
nenhum controle que tenha
uma colora=E7=E3o de c=F3digo q seja feita de forma semelhante a que quer=
emos.=20
Este GT teria que criar
os parsers para o maior n=FAmero de linguagens poss=EDveis.
_- GT de extensibilidade:_ respons=E1vel por construir o suporte a=20
plugins, scripts, etc. O maior trabalho seria
o suporte a plugins (dll/dso), pois n=E3o fa=E7o id=E9ia de como criar um=
=20
suporte multiplataforma.
_- GT da interface:_ respons=E1vel pela cria=E7=E3o de uma interface=20
configur=E1vel ao extremo e absurdamente
f=E1cil de usar. Ter=E3o que se virar para criar um modo de barras de=20
ferramentas, menus, etc. serem criados
a partir de arquivos XML e de isso ser feito muito rapidamente. Se o=20
suporte a temas for ser implantado,
este seria o grupo incumbido de implement=E1-la.

Todos os grupos deveriam obdecer a risca os planos que estamos criando=20
agora em conjunto. O respeito a
este planejamento seria a forma basica de poder criar um programa=20
consistente. =C9 importante que o Notes
n=E3o seja como um texto de 3 par=E1grafos em que um par=E1grafo n=E3o te=
m nada=20
a ver com o outro. Um grupo
seria respons=E1vel por cobrar resultados dos outros grupos.  As solu=E7=F5=
es=20
deveriam ser pensadas dentro do
grupo (dentro da id=E9ia de que duas cabe=E7as pensam melhor do que uma s=
=F3),=20
apesar das tarefas poderem ser
feitas individualmente, a crit=E9rio de cada GT. Isso n=E3o =E9 muito=20
diferente do que =E9 feito no Mozilla, onde um grupo
n=E3o sabe como =E9 feito as coisas feitas pelo outro grupo. Apesar de se=
r=20
ruim que ningu=E9m saiba tudo, =E9 mais
f=E1cil. Voc=EA n=E3o precisa saber todo o c=F3digo do Notes, s=F3 a part=
e que o=20
seu GT faz.

H=E1 coisas que deveriam ir sendo feitas pelos 3 grupos:
- documenta=E7=E3o do c=F3digo (para futuros membros da equipe ou eventua=
is=20
colaboradores) e do notes
(para os usu=E1rios). Isso ser=E1 feito atrav=E9s de um wiki, se todos=20
gostarem da id=E9ia :)
- cria=E7=E3o do form principal, di=E1logos, etc. Por exemplo, o GT do Ed=
itor=20
implementou o m=E9todo "cut", que
corta uma parte do texto para a clipboard, e j=E1 adiciona o m=E9todo no=20
form principal correspondente a ele.
- etc.....

Chega de falar,
Abra=E7o a todos,
Anderson