On Sex, 2001-09-21 at 11:30, Djames Suhanko wrote:
> ==> Discordo! padroniza��o de usabilidade do linux ainda nao vale nada ! E n�o
> ==> adianta tapar sol com peneira pq � isso mesmo ...pelo menos a maioria das
> ==> interfaces graficas te da a opcao para personalizar a algumas das combinacoes de
> ==> teclas...mas infelizmente nao sao todas... exemplo as aplica��es GTK... que
> ==> apesar de serem padronizadas entre si n�o sao compativeis com xemacs por
> ==> exemplo...depois temos o VI, que eh a prova viva do problema apresentado pelo
> ==> usuario da 1.a mensagem (tem gente que ate hoje sai do vi com crtl+c)
> Ok. Esses programas existem porque alguem usa. Eu nao os uso. Uso o mc para
>escrever em C ( estou aprendendo C), ou o pico. O que muda sao as op�oes de cada, mas
>basicamente tem a mesma funcionalidade. Nao uso Gnome, uso KDE; Fecho os programas
>com Alt+F4, os menus sao padronizados, todos os programas seguem o "FILE EDIT etc...
>HELP". Soh que nao chamo isso de despadronizado, senao, Window Maker seria
>despadronizado por ter um estilo proprio. Estes programas sao pouco usados por
>usuarios comuns, mas quantos programas existem no mundo Linux/UNIX que nao seguem um
>padrao ou que nao tem substitutos? Soh para esses editores que voce citou existem
>montes ! Basta fazer uma busca no freshmeat.
Acho que a� ambos est�o confundindo dois conceitos: padroniza��o e
liberdade de escolha. Sim, no GNU/Linux h� padroniza��o se voc� escolher
ficar fechado em uma das op��es comuns - as aplica��es GNOMES seguem
padr�o entre si, as aplica��es KDE seguem padr�o entre si, e agora est�
at� havendo esfor�o para padroniza��o entre estas duas op��es. No
entanto, a� vem a liberdade de escolha: no vi o modo de usar � um. No
Emacs, � outro. No Jed, � ainda outro. Falta de padroniza��o? N�o;
escolha. Cada um desses editores quis implementar a seu modo o que achou
melhor. Cabe lembrar ainda que vi e emacs s�o muito antigos, de antes de
Gnome e KDE.
No mundo GNU/Linux voc� tem padroniza��o se quiser. O usu�rio final
ter� a padroniza��o necess�ria se usar os programas do seu ambiente. Mas
com a variedade de toolkits e op��es dispon�veis neste mundo, ningu�m
pode impedir um programador de fazer uma coisa totalmente diferente, com
uma interface nova, em que o Help fique no meio da tela e a aplica��o
n�o tenha op��o de sair.
� o pre�o da liberdade. Isso se pode ver mais claramente quando algu�m
usa o vi num terminal (aplica��o texto), links (aplica��o texto com
widgets), xemacs (aplica��o X) e Evolution (Aplica��o GNOME) num KDE.
Apesar de que muitos esfor�os est�o sendo empregados na compatibilidade
entre KDE e Gnome, e as aplica��es est�o ficando cada vez mais
parecidas.
> ==> mas ai que entra outra questao... o VI mesmo... ele eh um saco para se usar...
> ==> mas eu nao vivo sem a coloriza��o de syntax dele...
> O mc faz a identa�ao tambem e eh tao simples quanto o edit do DOS.
Ah, pera�, gente, falar mal do vi/vim n�o. Ele � um editor
incompreendido por ter dois modos de opera��o e voc� n�o sair editando
direto; ainda, � f�cil errar pensando que se est� num desses modos e
estar no outro, fazendo caquinha. MAS o vi, ali�s, vim, � um editor
fabuloso, em especial para programa��o. N�o, n�o chega nem perto, nem se
compara, um mcedit da vida � flexibilidade e integra��o com ferramentas
GNU que um vim tem. E, por sua vez, o emacs/xemacs � ainda mais poderoso
neste quesito.
Olha, eu entendo bastante a necessidade de facilidade de uso, mas
algu�m que faz documentos sofisticados em texto - como um programador,
que edita c�digos-fonte - se interessa mais pela produtividade advinda
de aprender alguns procedimentos e comandos de um editor poderoso do que
com a facilidade de aprender um edit do DOS que tenha poucos comandos.
Li recentemente uma reportagem com as estrelas de programa��o do mundo
GNU/Linux e ela revelou que a grande maioria usa emacs/xemacs, uma
parcela menor usa vim e o resto (o Linus, por exemplo) usa editores
espec�ficos.
[]s,
--
Patola (Cl�udio Sampaio) - Solvo S/A
IBM Certified Advanced Technical Expert and Systems Developer
SAIR GNU/Linux Certified Systems Administrator
PGP/GPG Public Key Available Upon Request
Try http://www.automatos.com - The Automatic MSP
Unix sex: unzip; strip; touch; finger; mount; fsck; more; yes; umount;
sleep
--
/"\
\ / ASCII RIBBON CAMPAIGN - NO HTML EMAIL!
X PLEASE QUOTE ONLY RELEVANT PARTS OF THIS MESSAGE.
/ \ DON'T QUOTE THIS SIGNATURE! / N�O CITE ESTA ASSINATURA!
PGP signature
