Re: quebrar linhas em arquivos já existentes no vim
Aqui o que eu fiz foi desabilitar o sig_dashes (unset sig_dashes), e habilitar a signature no topo (set sig_on_top), o que facilita e muito minha vida no caso de reply, em que gosto de pôr toda a mensagem (inclusive a assinatura) ANTES do texto que estou respondendo. Por isso eu meio que fiz um -- fake, já que ele não é setado pelo próprio mutt. Atenciosamente, Leonardo Caldas -- ICQ #801133 Linux User #194205 [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] * Em 01 de Fev de 2005, às 23:19, Leandro Ferreira [EMAIL PROTECTED] escreveu: On Tue, Feb 01, 2005 at 10:46:59PM -0200, Douglas A. Augusto wrote: Subject: Re: quebrar linhas em arquivos já existentes no vim From: Douglas A. Augusto [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Date: Tue, 1 Feb 2005 22:46:59 -0200 X-Mailing-List: debian-user-portuguese@lists.debian.org archive/latest/63167 No dia 01/02/2005 às 22:31, Leandro Ferreira [EMAIL PROTECTED] escreveu: __Fim do texto citado__ Mas o delimitador só aparece no fim do meu texto citado, não parágrafo a parágrafo. Pois é, acho redundante, pois toda linha citada começa com um . Não obstante, o meu Mutt destaca o texto citado de verde. :D Mas, claro, gosto é gosto. E viva a liberdade. -- Douglas Augusto [Netiqueta] § Cortar linhas no máximo na 80ª coluna. __Fim do texto citado__ Ah, entendi agora o que vc quer dizer. Aqui também aparece em outra cor e com o , mas sabe como é, estou velho e meio ceguinho :), e tem cara que vai cortando tanto as mensagens que no fim fica uma salada só, ai eu me acho mais fácil. Só uma coisa, o sig_dashes do mutt -- , eu não alterei, ele é o padrão do mutt, até estive buscando como alterá-lo(para colocar o espaço) e não achei. Só achei como ativá-lo e desativá-lo. Então, não entendo porque ele está 'não padrão' sem o espaço após. Aproveito para colocar uma dúvida, deve ser algo bem fácil mas não sei como procurar porque não sei o nome: On Tue, Feb 01, 2005 at 10:46:59PM -0200, Douglas A. Augusto wrote: Como faço para personalizar essa linha no mutt? No sylpheed era bem fácil de mudar isso, mas no mutt não sei o nome do que tenho de mudar. Queria colocar tudo em pt_BR. Como é o nome dessa string, vc sabe? Deve ser algo como %d, %s, %bla, %bla e ter um nome de variável, mas qual? Valeu! Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.br Linux user: #237.744 -- Fiar, en Dios y en otro no. signature.asc Description: Digital signature
Re: [OT] Netiqueta (era: quebrar linhas em arquivos já existentes no vim)
No dia 02/02/2005 às 20:31, Leonardo Caldas [EMAIL PROTECTED] escreveu: Aqui o que eu fiz foi desabilitar o sig_dashes (unset sig_dashes), e habilitar a signature no topo (set sig_on_top), o que facilita e muito minha vida no caso de reply, em que gosto de pôr toda a mensagem (inclusive a assinatura) ANTES do texto que estou respondendo. Responder *antes* do texto citado é uma prática condenada pela netiqueta, pois quebra o fluxo normal de leitura. Paródia: R: Não. P: Devo responder antes do texto? -- Douglas Augusto [Netiqueta] § Não responder diretamente ao remetente, exceto quando solicitado ou o assunto não for de interesse dos outros membros.
Re: quebrar linhas em arquivos já existentes no vim
É... eu sei, e faço um mea culpa... eu já tinha lido sobre o fato de postar a resposta antes no mutt manual... mas, sei lá... vocês já tentaram acompanhar algumas das últimas mensagens em várias das threads mais movimentadas daqui mesmo da lista? É terrível de acompanhar! Sei que o próprio mutt tem atalhos de teclas pra facilitar a vida (o T e o S, p ex), mas ainda assim é desgastante... mas valeu o toque... pelo menos nas listas em que assino vou tentar manter o Q - A, e não o A - Q :)) Atenciosamente, Leonardo Caldas -- ICQ #801133 Linux User #194205 [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] * Em 02 de Fev de 2005, às 22:06, Marcos Vinicius Lazarini [EMAIL PROTECTED] escreveu: Leonardo Caldas wrote: Aqui o que eu fiz foi desabilitar o sig_dashes (unset sig_dashes), e habilitar a signature no topo (set sig_on_top), o que facilita e muito minha vida no caso de reply, em que gosto de pôr toda a mensagem (inclusive a assinatura) ANTES do texto que estou respondendo. Por isso eu meio que fiz um -- fake, já que ele não é setado pelo próprio mutt. Leonardo, sinto muito cara, mas sua tática de responder antes da mensagem é completamente equivocada. Merece ser colado aqui o texto do Jargon File, que achei muito bom: To put the newly-added portion of an email or Usenet response before the quoted part, as opposed to the more logical sequence of quoted portion first with original following. The problem with this practice is neatly summed up by the following FAQ entry: A: No. Q: Should I include quotations after my reply? This term is generally used pejoratively with the implication that the offending person is a newbie, a Microsoft addict (Microsoft mail tools produce a similar format by default), or simply a common-and-garden-variety idiot. One major problem with top-posting is that people who do it all too frequently quote the entire parent message rather than trimming it down to those portions relevent to their reply ? this makes threads bulky and unnecessarily difficult to read and arouses the righteous ire of experienced Internet residents (this style is called ?TOFU? for ?text over, fullquote under?, or sometimes ?jeopardy-style quoting?). Another problem is that top-posters often word their replies on the assumption that you just read the previous message, even though their perversity has put it further down the page than you have yet read. Oppose bottom-post. Fonte: http://catb.org/~esr/jargon/html/T/top-post.html - Veja, voce fez exatamente o que o texto descreve como o 'comportamento típico de um toposter'! Veja tbm que isso não é considerado uma boa prática em nenhum lugar!! Não é a toa que o mutt vem configurado por default pra responder em baixo. Agora, o gmail é do contra, e adotou as práticas 'malignas' da MS... :-) Mais referencias, se ainda não estiver convencido: 8 razoes pq top posting é ruim http://www.caliburn.nl/topposting.html Bottom vs. top posting http://www.cs.tut.fi/~jkorpela/usenet/brox.html Olhe, não me leve a mal, mas eu concordo e acho o top-post uma prática ruim mesmo. Bom, mas ai vc vai ver que eu já fiz vários - bom, top-post é ruim, mas misturar os dois é muito pior! :-) -- Marcos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: quebrar linhas em arquivos já existentes no vim
To put the newly-added portion of an email or Usenet response before the quoted part, as opposed to the more logical sequence of quoted portion first with original following. The problem with this practice is neatly summed up by the following FAQ entry: A: No. Q: Should I include quotations after my reply? This term is generally used pejoratively with the implication that the offending person is a newbie, a Microsoft addict (Microsoft mail tools produce a similar format by default), or simply a common-and-garden-variety idiot. One major problem with top-posting is that people who do it all too frequently quote the entire parent message rather than trimming it down to those portions relevent to their reply this makes threads bulky and unnecessarily difficult to read and arouses the righteous ire of experienced Internet residents (this style is called TOFU for text over, fullquote under, or sometimes jeopardy-style quoting). Another problem is that top-posters often word their replies on the assumption that you just read the previous message, even though their perversity has put it further down the page than you have yet read. Oppose bottom-post. Fonte: http://catb.org/~esr/jargon/html/T/top-post.html - Veja, voce fez exatamente o que o texto descreve como o 'comportamento tpico de um toposter'! Veja tbm que isso no considerado uma boa prtica em nenhum lugar!! No a toa que o mutt vem configurado por default pra responder em baixo. Agora, o gmail do contra, e adotou as prticas 'malignas' da MS... :-) Mais referencias, se ainda no estiver convencido: 8 razoes pq top posting ruim http://www.caliburn.nl/topposting.html Bottom vs. top posting http://www.cs.tut.fi/~jkorpela/usenet/brox.html Olhe, no me leve a mal, mas eu concordo e acho o top-post uma prtica ruim mesmo. Bom, mas ai vc vai ver que eu j fiz vrios - bom, top-post ruim, mas misturar os dois muito pior! :-) -- Marcos Em Qua, 2005-02-02 s 22:06 -0200, Marcos Vinicius Lazarini escreveu: To put the newly-added portion of an email or Usenet response before the quoted part, as opposed to the more logical sequence of quoted portion first with original following. The problem with this practice is neatly summed up by the following FAQ entry: A: No. Q: Should I include quotations after my reply? This term is generally used pejoratively with the implication that the offending person is a newbie, a Microsoft addict (Microsoft mail tools produce a similar format by default), or simply a common-and-garden-variety idiot. One major problem with top-posting is that people who do it all too frequently quote the entire parent message rather than trimming it down to those portions relevent to their reply this makes threads bulky and unnecessarily difficult to read and arouses the righteous ire of experienced Internet residents (this style is called TOFU for text over, fullquote under, or sometimes jeopardy-style quoting). Another problem is that top-posters often word their replies on the assumption that you just read the previous message, even though their perversity has put it further down the page than you have yet read. Oppose bottom-post. Fonte: http://catb.org/~esr/jargon/html/T/top-post.html - Colegas, Estou acompanhando a discusso sobre top e bottom post e vi que esto atribuindo o costume do top posting ao Outlook, mas percebi que o evolution e kmail usam top post por default. Vou ver onde posso mudar para bottom posting no kmail e no evolution. Tenho a impresso que o mozilla-mail vem configurado para top posting por default tb. Toquei nesse assunto porque algumas vezes tenho tido problemas quando mando emails para clientes outlook, ou quando no trabalho tenho que receber emails no evolution que em mandei para mim mesmo pelo evolution. Tenho me irritado com esses problemas da mesma forma que me irrito com frequencia com os produtos da Microsoft, em especial porque ela no segue os padres (web, java, html etc tudo fora do padro) Mas no adianta muita coisa existir um padro que apenas a minoria dos usurios o segue. Como ns usurios de desktop linux ainda somos minoria, se seguimos os padres (que a microsoft no segue) acabamos ficando fora do padro determinado pelo mercado. Quando isso acontece, ou o padro perde no mais justificvel (se a maioria no segue o padro, ele no mais respeitado). Assim posto ns, usurios de linux e seguidores dos padres ISO, IEEE, W3C etc ficamos numa encruzilhada: Ou viramos puristas e continuamos fieis ao nosso credo reclamando do que a maioria faz, ou nos adaptamos ao que a maioria faz e deixamos de lado o padro. Espero que um dia sejamos maioria, mas at l fico nesse dilema, reclamo do jeito microsoft ou me adequo ao jeito da maioria. []s e sem querer iniciar flames war, Otvio Augusto Viegas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Re: quebrar linhas em arquivos já existentes no vim
Pessoal, Tenho um laptop com monitor widescreen de 15.4 polegadas, 1280x800px. Placa de vídeo: VGA compatible controller: nVidia Corporation NV17 [GeForce4 440 Go 64M] Estou tendo problemas para configurar meu monitor. Baixei o driver oficial da NVidia, instalei, recompilei o Kernel (2.6.10) retirando o framebuffer. Já consegui fazer a resolução de 1280x800 aparecer mas o micro só ocupa uma porção da tela. Alguém sabe o q pode ser??? Alguém que tenha uma configuração semelhante funcionando poderia me mandar o XF86Config-4??? Muito obrigado, Diogo Dauster ___ Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet rápida e grátis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Virou zona! (era: quebrar linhas em arquivos já existentes no vim)
No dia 02/02/2005 às 22:52, Diogo Pontual [EMAIL PROTECTED] escreveu: Pessoal, Tenho um laptop com monitor widescreen de 15.4 polegadas, 1280x800px. [...] Só pode estar de brincadeira, né amigo? No meio de um tópico sobre netiqueta você cria uma nova mensagem nada a ver (usando erradamente o reply), *nem* mesmo tem o cuidado de mudar o campo assunto, e ainda encaminha a mensagem para dois usuários além da própria lista? Lamentável. -- Douglas Augusto [Netiqueta] § Não dê reply para criar uma nova mensagem. Isto confunde o leitor de e-mail e embaralha mensagens no tópico errado.
Re: quebrar linhas em arquivos já existentes no vim
On Fri, Jan 21, 2005 at 05:34:47PM -0200, Douglas A. Augusto wrote: Subject: Re: quebrar linhas em arquivos já existentes no vim From: Douglas A. Augusto [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Date: Fri, 21 Jan 2005 17:34:47 -0200 X-Mailing-List: debian-user-portuguese@lists.debian.org archive/latest/62626 No dia 21/01/2005 às 16:20, Marcio de Araujo Benedito [EMAIL PROTECTED] escreveu: Perfeito. Só troquei o parametro -u para -s no fmt. O -u uniformiza todo o texto, colocando as linhas do mesmo tamanho pegando a de baixo e colocandoi em cima se a de cima for menor que o numero de colunas, bagunçando os headers. O -s faz apenas o split da linha longa, e como os headers são curso fica do jeito que eu quero. A única ressalva é que a nova linha criada com o split fica sem a tag de resposta, mas aí já seria quere de mais. Ou não??? Bom, eu costumo ser teimoso, e o mundo GNU/Linux me dá essa liberdade. ;) Parodiando o novo slogan patrocinado pelo governo: Sou linuxer e não desisto nunca. Você pode tentar usar o 'par', que além de justificar também trabalha no modo normal, isto é, um super conjunto do 'fmt' --na verdade ele faz tudo o que se possa imaginar sobre parágrafos. E o interessante é que ele preserva o símbolo de citação . Após instalar o pacote 'par', tente isso no ~/.mutt/muttrc: set editor=vim -c '/^$/+1' -c ':.,/^-- /!par 72gqr' -c 'set filetype=mail' Os três comandos fazem: 1) posiciona na primeira linha em branco, isto é, exatamente após o cabeçalho, preservando-o; 2) filtra (através do utilitário par) da linha atual até a primeira ocorrência do delimitador de assinatura (-- ), evitando-se assim bagunçar sua assinatura. :) 3) opcional, instrui ao vim o tipo de arquivo em edição. -- Douglas Augusto [Netiqueta] § Usar o delimitador de citação (quote) padrão: (sem aspas). __Fim do texto citado__ Douglas Muito boa a sua dica. Só que aqui o cursor fica posicionado no início do texto citado. Bom, eu consegui resolver isso parcialmente fazendo o seguinte no .muttrc: set editor=vim +/__ -c '/^$/+1' -c ':.,/^-- /!par 72gqr' -c 'set filetype=mail' Eu só acrescentei o +/ na sua solução, e no .muttrc coloquei o seguinte: set post_indent_string=__Fim do texto citado__ Agora, quando uso a tua dica o cursor já se posiciona após o texto citado, porém, estranhamente ele fica em cima do delimitador de assinatura (--), e não no fim do post_indent_string. Não entendo o motivo. Queria que ele ficasse na linha acima, pronto para receber o texto que vou digitar. E também quero dar um jeito de evitar o enter que o programa pede depois de rodar o pr, antes de mostrar o texto no vim. Uma hora dessas eu descubro como fazer :) Queria agradecer a vc e aos colegas da lista, em especial o Márcio china tb, graças as dicas de vcs eu me animei a usar o mutt + fetchmail + popsneaker + ssmtp em Agosto/2004 e finalmente agora estou largando o nano e migrando de vez para o vim. Valeu! Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- No tiene el mundo flor en tierra alguna, ni el mar en ninguna bahia perla tal como un niño en el regazo de su madre. -- Swinburne. signature.asc Description: Digital signature
Re: quebrar linhas em arquivos já existentes no vim
No dia 01/02/2005 às 20:01, Leandro Ferreira [EMAIL PROTECTED] escreveu: Muito boa a sua dica. Só que aqui o cursor fica posicionado no início do texto citado. Seu delimitador de assinatura está fora do padrão. ;) O certo é -- (traço, traço e *espaço*). Na sua falta o *espaço*. Do jeito que está o critério de busca (-- ) não é satisfeito, e o cursor não sai do lugar. Bom, eu consegui resolver isso parcialmente fazendo o seguinte no .muttrc: set editor=vim +/__ -c '/^$/+1' -c ':.,/^-- /!par 72gqr' -c 'set filetype=mail' Se tivesse que mexer, esta alteração teria que ser feita no trecho ':.,/^-- ' onde ficaria mais ou menos assim: set editor=vim -c '/^$/+1' -c ':.,/^/!par 72gqr' -c 'set filetype=mail' Isto faria com que o 'par' fosse aplicado até o seu delimitador final de citação (__Fim do texto citado_) --particularmente não vejo a necessidade de se colocar este delimitador, pois se tiver que comentar parágrafo a parágrafo, o delimitador perde o sentido. -- Douglas Augusto [Netiqueta] § Evitar o envio de arquivos anexados.
Re: quebrar linhas em arquivos já existentes no vim
On Tue, Feb 01, 2005 at 08:29:49PM -0200, Douglas A. Augusto wrote: Subject: Re: quebrar linhas em arquivos já existentes no vim From: Douglas A. Augusto [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Date: Tue, 1 Feb 2005 20:29:49 -0200 X-Mailing-List: debian-user-portuguese@lists.debian.org archive/latest/63157 No dia 01/02/2005 às 20:01, Leandro Ferreira [EMAIL PROTECTED] escreveu: Muito boa a sua dica. Só que aqui o cursor fica posicionado no início do texto citado. Seu delimitador de assinatura está fora do padrão. ;) O certo é -- (traço, traço e *espaço*). Na sua falta o *espaço*. Do jeito que está o critério de busca (-- ) não é satisfeito, e o cursor não sai do lugar. Bom, eu consegui resolver isso parcialmente fazendo o seguinte no .muttrc: set editor=vim +/__ -c '/^$/+1' -c ':.,/^-- /!par 72gqr' -c 'set filetype=mail' Se tivesse que mexer, esta alteração teria que ser feita no trecho ':.,/^-- ' onde ficaria mais ou menos assim: set editor=vim -c '/^$/+1' -c ':.,/^/!par 72gqr' -c 'set filetype=mail' Isto faria com que o 'par' fosse aplicado até o seu delimitador final de citação (__Fim do texto citado_) --particularmente não vejo a necessidade de se colocar este delimitador, pois se tiver que comentar parágrafo a parágrafo, o delimitador perde o sentido. -- Douglas Augusto [Netiqueta] § Evitar o envio de arquivos anexados. __Fim do texto citado__ Mas o delimitador só aparece no fim do meu texto citado, não parágrafo a parágrafo. Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- Sou melhor investidor porque sou um homem de negócios, e um melhor homem de negócios porque sou um investidor --Warren Buffett signature.asc Description: Digital signature
Re: quebrar linhas em arquivos já existentes no vim
No dia 01/02/2005 às 22:31, Leandro Ferreira [EMAIL PROTECTED] escreveu: __Fim do texto citado__ Mas o delimitador só aparece no fim do meu texto citado, não parágrafo a parágrafo. Pois é, acho redundante, pois toda linha citada começa com um . Não obstante, o meu Mutt destaca o texto citado de verde. :D Mas, claro, gosto é gosto. E viva a liberdade. -- Douglas Augusto [Netiqueta] § Cortar linhas no máximo na 80ª coluna.
Re: quebrar linhas em arquivos já existentes no vim
On Tue, Feb 01, 2005 at 10:46:59PM -0200, Douglas A. Augusto wrote: Subject: Re: quebrar linhas em arquivos já existentes no vim From: Douglas A. Augusto [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Date: Tue, 1 Feb 2005 22:46:59 -0200 X-Mailing-List: debian-user-portuguese@lists.debian.org archive/latest/63167 No dia 01/02/2005 às 22:31, Leandro Ferreira [EMAIL PROTECTED] escreveu: __Fim do texto citado__ Mas o delimitador só aparece no fim do meu texto citado, não parágrafo a parágrafo. Pois é, acho redundante, pois toda linha citada começa com um . Não obstante, o meu Mutt destaca o texto citado de verde. :D Mas, claro, gosto é gosto. E viva a liberdade. -- Douglas Augusto [Netiqueta] § Cortar linhas no máximo na 80ª coluna. __Fim do texto citado__ Ah, entendi agora o que vc quer dizer. Aqui também aparece em outra cor e com o , mas sabe como é, estou velho e meio ceguinho :), e tem cara que vai cortando tanto as mensagens que no fim fica uma salada só, ai eu me acho mais fácil. Só uma coisa, o sig_dashes do mutt -- , eu não alterei, ele é o padrão do mutt, até estive buscando como alterá-lo(para colocar o espaço) e não achei. Só achei como ativá-lo e desativá-lo. Então, não entendo porque ele está 'não padrão' sem o espaço após. Aproveito para colocar uma dúvida, deve ser algo bem fácil mas não sei como procurar porque não sei o nome: On Tue, Feb 01, 2005 at 10:46:59PM -0200, Douglas A. Augusto wrote: Como faço para personalizar essa linha no mutt? No sylpheed era bem fácil de mudar isso, mas no mutt não sei o nome do que tenho de mudar. Queria colocar tudo em pt_BR. Como é o nome dessa string, vc sabe? Deve ser algo como %d, %s, %bla, %bla e ter um nome de variável, mas qual? Valeu! Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- Fiar, en Dios y en otro no. signature.asc Description: Digital signature
Re: quebrar linhas em arquivos já existentes no vim
No dia 01/02/2005 às 23:19,
Leandro Ferreira [EMAIL PROTECTED] escreveu:
Só uma coisa, o sig_dashes do mutt -- , eu não alterei, ele é o padrão
do mutt, até estive buscando como alterá-lo(para colocar o espaço) e não
achei. Só achei como ativá-lo e desativá-lo. Então, não entendo porque
ele está 'não padrão' sem o espaço após.
Que estranho, aqui comigo ele coloca de acordo com o padrão. E ainda, do
'/usr/share/doc/mutt/manual.txt.gz':
6.3.245. sig_dashes
Type: boolean
Default: yes
If set, a line containing ``-- '' will be inserted before your
^^^
$signature. It is strongly recommended that you not unset this
variable unless your ``signature'' contains just your name. The reason for
this is because many software packages use ``-- \n'' to detect your
signature. For example, Mutt has the ability to highlight the signature in
a different color in the builtin pager.
Aproveito para colocar uma dúvida, deve ser algo bem fácil mas não sei
como procurar porque não sei o nome:
On Tue, Feb 01, 2005 at 10:46:59PM -0200, Douglas A. Augusto wrote:
Melzinho na chupeta. ;) Basta usar o 'set attribution'. Olhe meu exemplo,
onde altero a mensagem de resposta de acordo com a língua das listas que
participo:
# Mensagem padrão, português:
folder-hook . 'set attribution=No dia %{%d/%m/%Y} às %{%R},\n%f escreveu:\n'
# Para listas em inglês
folder-hook '!'.*mutt 'set attribution=On %{%d/%m/%Y} at %{%R},\n%f wrote:\n'
folder-hook '!'.*fltk 'set attribution=On %{%d/%m/%Y} at %{%R},\n%f wrote:\n'
.
.
.
Eu usei o 'folder-hook' para variar de acordo com a pasta atual, mas pode-se
usar qualquer outro '*-hook', de acordo com sua necessidade. E caso não
precise que seja dinâmico, basta um:
set attribution=blah blah bla
Consulte a ajuda/manual para saber quais e os significados das variáveis (%).
--
Douglas Augusto
[Netiqueta]
§ Não responder diretamente ao remetente, exceto quando solicitado ou o
assunto não for de interesse dos outros membros.
Re: quebrar linhas em arquivos já existentes no vim
A única ressalva é que a nova linha criada com o split fica sem a tag de resposta, mas aí já seria quere de mais. Ou não??? Você pode tentar usar o 'par', que além de justificar também trabalha no modo normal, isto é, um super conjunto do 'fmt' --na verdade ele faz tudo o que se possa imaginar sobre parágrafos. E o interessante é que ele preserva o símbolo de citação . Após instalar o pacote 'par', tente isso no ~/.mutt/muttrc: set editor=vim -c '/^$/+1' -c ':.,/^-- /!par 72gqr' -c 'set filetype=mail' Perfeito! Agora sim! Meu mutt agora está sem dever nada a nenhum cliente gráfico. Com ele posso ver imagens no console, abrir URLs com o lynx, ver documentos.doc no corpo da mensagem, trocar de conta conforme meu destinatário, etc... Só falta agora implementar o split de anexos no procmail, mas isso j'qa é putra thread ;) Meu ~/.muttrc pode ser encontrado em chinabhz.no-ip.org/muttrc []'s -- Esta mensagem não contém nenhuma informação confidencial, pois se é para ser confidencial não poderia ser transitada por e-mail em uma lista pública. Portanto você pode fazer qualquer coisa com esta mensagem, incluíndo esta sátira à notas de copyrights ridiculas, que eu não estou nem aí!!! signature.asc Description: Digital signature
quebrar linhas em arquivos já existentes no vim
Olás! Apesar de ter aberto uma nova thread, esta vem no rastro dos posts sobre o mutt e vim. Uma coisa que ficou claro nos posts é que posso ajustar o vim, como editor das mensagens do mutt, para quebrar as linhas e formatar os parágrafos. Porém, quando se responde uma mensagem cujas linhas não estão quebradas, não é pssível quebrar, ficanbdo a quebra de linha valendo somente para o novo trecho. Procurando no google, achei uns posts aqui da lista mesmo falando do programa 'fmt' para formatar os arquivos, e então depois utilizar com o vim. Seria algo como: fmt -c -w 72 arquivo novo_arquivo vim novo_arquivo Funciona, mas como integrar isso com o mutt??? A tentativa que fiz foi: set editor=fmt -u -w 72 %s | vim Mas não funcionou. O erro é o seguinte: Vim: Warning: Input is not from a terminal O que eu quero é que a resposta de minha mensgaem seja composta com as linhas quebradas, mas que a mensagem original também seja quebrada. Alguma idéia??? []'s -- Esta mensagem não contém nenhuma informação confidencial, pois se é para ser confidencial não poderia ser transitada por e-mail em uma lista pública. Portanto você pode fazer qualquer coisa com esta mensagem, incluíndo esta sátira à notas de copyrights ridiculas, que eu não estou nem aí!!! signature.asc Description: Digital signature
