2009/11/12 Euler Taveira de Oliveira :
> Leandro DUTRA escreveu:
>> De fato — mas a maioria gera uma versão em texto simples, para os
>> clientes mais espartanos. O que me chateia é que o gMail não tem uma
>> opção para preferir essa versão, ou pelo menos nunca a encontrei...
>>
> Ugh? É claro que
Leandro DUTRA escreveu:
> De fato — mas a maioria gera uma versão em texto simples, para os
> clientes mais espartanos. O que me chateia é que o gMail não tem uma
> opção para preferir essa versão, ou pelo menos nunca a encontrei...
>
>
Ugh? É claro que tem! Vide _Plain Text_ ou _Rich Formatting
2009/11/12 Joao Cosme de Oliveira Junior
>
> Abraços não vou mais poluir a tread :P
Já que nossos clientes de correio eletrônico não se entendem, vou me
conformar... mas qual é o teu, exatamente? Fiquei curioso.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7
>>O que me chateia é que o gMail não tem uma>>opção para preferir essa versão, ou pelo menos nunca a encontrei...exatamente...Abraços não vou mais poluir a tread :PJoão Cosme de Oliveira Júnior
Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 12/11/2009 às 17:12 horas, pgbr-g
2009/11/12 Osvaldo Kussama :
> 2009/10/29 Leandro DUTRA :
>> Exato. A idéia é que existe uma decomposição ‘canônica’ para cada
>> caracter com sinal diacrítico e, portanto, sabendo‐se diferenciar o
>> que é caracter do que é sinal diacrítico, basta remover estes últimos.
>
> Parece que Oleg Bartun
2009/10/29 Leandro DUTRA :
> 2009/10/29 Osvaldo Kussama :
>> O que achei interessante é que a decomposição utilizada foi definida
>> pelo próprio consórcio Unicode e dessa forma, creio eu, não existem
>> "chutes" sobre os aspectos de acentuação considerados anteriormente
>> nesta thread.
>
> Exato.
2009/11/12 Euler Taveira de Oliveira :
> Que webmail é esse que não tem uma opção para configurar se quer enviar em
> modo texto ou HTML? AFAICS nem todo cliente de e-mail consegue ler e-mails no
> formato HTML.
De fato — mas a maioria gera uma versão em texto simples, para os
clientes mais espart
Olá,
2009/11/12 Edison Gonçalves Ferreira Junior
> Bom até a versão 8.3 o psql funcionava conforme a imagem abaixo...
> http://img402.imageshack.us/img402/1703/psqlvelho.jpg
> e olhem o processamento da consulta abaixo,
> http://img402.imageshack.us/img402/7070/psqlnovo1.jpg
>
> aqui...
> http
Bom até a versão 8.3 o psql funcionava conforme
a imagem abaixo...
http://img402.imageshack.us/img402/1703/psqlvelho.jpg
e olhem o processamento da consulta abaixo,
http://img402.imageshack.us/img402/7070/psqlnovo1.jpg
aqui...
http://img402.imageshack.us/img402/6929/psqlnovo2.jpg
Euler Taveir
Joao Cosme de Oliveira Junior escreveu:
>>>e evite HTML
> não utilizo pine e companhia . Estou utilizando uma ferramenta de
> WEBMAIL que envia desta maneira e infelizmente é a única maneira de
> enviar mail!!
>
Que webmail é esse que não tem uma opção para configurar se quer enviar em
modo t
>>e evite HTMLnão utilizo pine e companhia . Estou utilizando uma ferramenta de WEBMAIL que envia desta maneira e infelizmente é a única maneira de enviar mail!!João Cosme de Oliveira Júnior
Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 12/11/2009 às 15:12 horas, pgbr
2009/11/12 B i l l :
> JOIN parcela_cpagar ON (parcela_cpagar.cod_cpagar = contas_pagar.cod_cpagar)
Pode usar USING, para digitar menos.
> tem com trazer nessa consulta o nome do fornecedor ou do funcionário,
> quando tiver o codigo do fornecedor ou do funcionário ?
Até tem, mas você não
tem q fazer um outer join com a tabela de funcionarios e fornecedoresJoão Cosme de Oliveira Júnior
Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 12/11/2009 às 15:50 horas, pgbr-geral@listas.postgresql.org.br escreveu:Boa tarde pessoal!to com uma dúvida.SELECT distinct
2009/11/12 B i l l :
> Boa tarde pessoal!
> to com uma dúvida.
> SELECT
> distinct contas_pagar.cod_cpagar,
> contas_pagar.codfornecedor,
> contas_pagar.codfuncionario,
> contas_pagar.valortotal_cpagar,
> contas_pagar.situacao_cpagar
> FROM
> contas_pagar
> JOIN parcela_cpagar
Boa tarde pessoal!
to com uma dúvida.
SELECT
distinct contas_pagar.cod_cpagar,
contas_pagar.codfornecedor,
contas_pagar.codfuncionario,
contas_pagar.valortotal_cpagar,
contas_pagar.situacao_cpagar
FROM
contas_pagar
JOIN parcela_cpagar ON (parcela_cpagar.cod_cpagar = contas_pagar.co
Edison Gonçalves Ferreira Junior escreveu:
> Bom dia, galera.. eu particularmente não gostei do "novo" layout da
> interface psql da versão 8.4 do postgre.. O problema é a exibição da
> consulta, pois independente da consulta ocupar a tela inteira, ou 2
> linhas, ela sempre muda a tela pra exibir a
2009/11/12 Edison Gonçalves Ferreira Junior
>
> não gostei do "novo" layout da interface psql da versão 8.4 do postgre
O psql não tem layout, é de linha de comando... já olhaste a
documentação, para ver como parametrizar e quais as variáveis
disponíveis?
Por favor, evite mensagens HTML.
--
sk
2009/11/12 VisualP Sistemas :
> Problema resolvido pessoal.
Ótimo!
> O problema esta em apenas dois registros que continham caracteres
> com espaços duplos"C. MORÇA - T - L FENIX" (não entendi),
> Retirei os espaços e pronto. restaurou.
Ainda estou curioso, seria interessante que passasse à li
Agradeço a todos.
Acabei usando sequence temporária, que se adequou melhor ao meu objetivo.
2009/11/7 Leandro DUTRA
> 2009/11/5 André Volpato :
> > Essa query acima vai fazer um cross join
>
> Para quem boiou como eu, ainda que temporariamente, a consulta
> referida resultaria num produto carte
ist
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
__ NOD32 4599 (20091112) Information __
This message was checked by NOD32 antivirus system.
http://www.eset.com
___
Bom dia, galera.. eu particularmente não gostei
do "novo" layout da interface psql da versão 8.4 do postgre.. O
problema é a exibição da consulta, pois independente da consulta ocupar
a tela inteira, ou 2 linhas, ela sempre muda a tela pra exibir a
consulta e muda novamente pra voltar a interfa
2009/11/12 VisualP Sistemas :
> pg_dump --insert -U visualpsistemas3 -O visualpsistemas3 >
> visualpsistemas3_bkp.sql
Então, mas qual o ambiente? E qual o resultado do file ou do iconv?
Finalmente, por favor, não envie respostas no topo. Faz perdermos o
histórico, e cria mensagens desnecessariam
listinfo/pgbr-geral
__ NOD32 4599 (20091112) Information __
This message was checked by NOD32 antivirus system.
http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgr
t; JotaComm
> http://jotacomm.wordpress.com
>
> --
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
Olá,
Uma possibilidade é verificar através do comando file (linux).
Exemplo:
file nome-do-arquivo.extensao
Depois usar o iconv para converter.
2009/11/12 Leandro DUTRA
> 2009/11/12 VisualP Sistemas :
> > Exatamente, sei que tem algo errado, mas o que ?
>
> Várias possibilidades. As óbvias,
mm.wordpress.com
--
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
______ NOD32 4599 (20091
2009/11/12 Joao Cosme de Oliveira Junior
>
> iconv
Obrigado! Não mencionei porque não lembro se serve para converter,
para verificar, ou para ambos...
Ah, dá para evitar mensagens HTML e respostas no topo? Desculpe chatear...
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
iconvmeus 2 centavos João Cosme de Oliveira Júnior
Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 12/11/2009 às 10:28 horas, pgbr-geral@listas.postgresql.org.br escreveu:2009/11/12 VisualP Sistemas :
> Exatamente, sei que tem algo errado, mas o que ?
Várias possibilidades.
2009/11/12 VisualP Sistemas :
> Exatamente, sei que tem algo errado, mas o que ?
Várias possibilidades. As óbvias, sem mais informações, são de que a
base de dados exportada na verdade é UTF-8, ou que o arquivo sofreu
uma conversão no meio do caminho. Para comprovar, vale usar um
utilitário para
fm
Sent from Sao Paulo, SP, Brazil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
__ NOD32 4599 (20091112) Information __
This message was checked by NO
Concordo com você Leandro, por isso pedi as informações de novo :)
2009/11/12 Leandro DUTRA
> 2009/11/12 JotaComm :
> > Você poderia mostrar o encoding do banco de onde você fez o backup e o
> > encoding do banco que está querendo carregar o dump.
>
> Então, ele já mostrou... mas deve estar erra
2009/11/12 JotaComm :
> Você poderia mostrar o encoding do banco de onde você fez o backup e o
> encoding do banco que está querendo carregar o dump.
Então, ele já mostrou... mas deve estar errado.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191
Olá,
Problema de codificação.
Você poderia mostrar o encoding do banco de onde você fez o backup e o
encoding do banco que está querendo carregar o dump.
2009/11/12 VisualP Sistemas
> Olá Pessoal,
>
> Estou tentando voltar um backup que foi realizada na versao 8.4 - LATIN1 -
> C -C. - Linux.
Olá Pessoal,
Estou tentando voltar um backup que foi realizada na versao 8.4 - LATIN1 - C
-C. - Linux.
Estou executando na versão 8.2 - LATIN1. - Windows XP SP3.
Recebo a seguinte mensagem:
ERROR: character 0xe28093 of encoding "UTF8" has no equivalent in "LATIN1"
SQL state: 22P05
Alguem tem a
Olá,
Você pode usar a pg_stat_user_tables em vez da pg_stat_all_tables, porém o
Euler comentou bem, por essa tabela de sistema não é possível saber se o
último vacuum executado foi o full ou o normal.
Sugiro você ver esta informação pelo log de atividades.
2009/11/11 Edson - Unimake Softwares
35 matches
Mail list logo
