RE: [delphi-br] Componente SSH
Eu achei um em C#, tive que fazer uma DLL COM+ para usar com Delphi. Serve? -- mens. original -- Assunto: [delphi-br] Componente SSH De: Jairo jccj2...@ymail.com Data: 12/10/2010 08:33 Olá pessoal... Alguém conhece algum componente ssh free para utilizar com delphi 7?
[delphi-br] Delphi2009 com access - form padrão de cadastro
Olá pessoal, Estou iniciando um projeto do Delphi2009 com access2003, a base tem que ser esta mesmo porque não terei tempo para modificar toda a estrutura que está pronta. Como ainda estou iniciando no Delphi, estou precisando da ajuda dos mais experiêntes no assunto para me ajudarem: * Utilizei um datamodule e nele coloquei um ADOConnection e informei o caminho do MDB; * Dei o nome do datamodule de DM; * Ainda dentro do datamodule, coloquei um ADOTablee vinculei ao ADOConnection; * No ADOTable informei qual tabela desejo acessar; * Ainda no datamodule, coloquei um DataSource e vinculeo ao ADOTable; * Criei o meu form e coloquei 3 botões: novo,salvar e excluir; * Vinculei (use ) o DM ao meu novo form; * Coloquei tanbém um DBGRID para exibir os registros já cadastrados e navegar entre eles no form; * Coloquei os DBTEXT de cada campo e vinculei ao DataSource lá do DM da tabela do meu form; Por enquanto está tudo funcionando legal, mas não sei o que fazer agora, para esses 3 botões acima alguém pode me ajudar? -- Esta mensagem pode conter informacoes confidenciais e/ou privilegiadas. Se voce nao for o seu destinatario, favor comunicar imediatamente ao remetente e destruir todas as informacoes e suas copias. This message may contain information which is confidential and/or privileged. If you are not the intended recipient, please advise the sender immediately and destroy it and all copies. [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Usando Delphi Prism
Colegas, Alguém aqui está usando delphi prism? Está gostando? Se puderem dar um feedback, eu agradeço. Obrigado a todos, Marcelo
Re: [delphi-br] ComponentCount, TCheckbox
A function ou procedure está no mesmo formulário que o botão onde você testou? Se não estiver, o resultado será diferente. []'s -- Dirlei Dionísio Novo artigo: Sorteio de ingresso para o Dev In Rio http://MaisQueBomCodigo.blogspot.com Em Seg, 2010-09-06 às 21:31 +, zottozbr escreveu: Prezados, Quando utilizo ComponentCount dentro de um Button funciona, retorna normalmente. Mas quando utilizo numa Function ou Procedure em *implementation* não reconhece!! alguem pode me ajudar? Resumindo: quero criar uma Function para verificar vários Checkbox[]. Meu muito obrigado.
Re: [delphi-br] ComponentCount, TCheckbox
Passe para sua function um parametro AOwner: TComponent, e vc procurar nesse cara pelo checkbox Em 8 de setembro de 2010 10:25, Dirlei dir...@gmail.com escreveu: A function ou procedure está no mesmo formulário que o botão onde você testou? Se não estiver, o resultado será diferente. []'s -- Dirlei Dionísio Novo artigo: Sorteio de ingresso para o Dev In Rio http://MaisQueBomCodigo.blogspot.com Em Seg, 2010-09-06 às 21:31 +, zottozbr escreveu: Prezados, Quando utilizo ComponentCount dentro de um Button funciona, retorna normalmente. Mas quando utilizo numa Function ou Procedure em *implementation* não reconhece!! alguem pode me ajudar? Resumindo: quero criar uma Function para verificar vários Checkbox[]. Meu muito obrigado. [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] Usando Delphi Prism
Já usamos em um projeto pequeno. Opinião particular: gostei muito, pra ser sincero, mais produtivo que o Visual Studio, acho injusto ele não ter tanto mercado quanto merecia. O que muita gente critica é porque ficam pensando que é um Delphi e tentam programar exatamente igual, mas se você tiver a noção de que é uma outra tecnologia com componentes similares, vai ver que é muito boa ferramenta e aproveita muito o conhecimento pra quem trabalha com o Delphi no Win32. Em 6 de setembro de 2010 17:10, Marcelo Florindo marcelo.em.lis...@gmail.com escreveu: Colegas, Alguém aqui está usando delphi prism? Está gostando? Se puderem dar um feedback, eu agradeço. Obrigado a todos, Marcelo marcelo.em.lis...@gmail.com?subject=usando+delphi+prism [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Ref. Erro compilação D7
Salve amigos(as), Estou com um problema no meu Delphi 7 Enterprise. Estou tentando compilar meu projeto, mas surge a mensagem: [Fatal Error] Required package 'ibxpress' not found Obrigado a todos, Abraço. Omar M. Haddad Analista de Sistemas [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] ComponentCount, TCheckbox
Essa function deve estar dentro da classe. Coloque o cabecalho dessa funcao em private e tecle Control+Shift+C []Os Joel Prezados, Quando utilizo ComponentCount dentro de um Button funciona, retorna normalmente. Mas quando utilizo numa Function ou Procedure em *implementation* não reconhece!! alguem pode me ajudar? Resumindo: quero criar uma Function para verificar vários Checkbox[]. Meu muito obrigado.
Re: [delphi-br] ANALISTA PROGRAMADOR JR(RJ)
Pra qual lugar é? Em 8 de setembro de 2010 17:21, assesprorjrh assespror...@gmail.comescreveu: ANALISTA PROGRAMADOR JR(RJ) Empresa associada à ASSESPRO-RJ focada no desenvolvimento e gerenciamento de sistemas previdenciários, assistenciais e comerciais, contrata ANALISTA PROGRAMADOR JR com o seguinte perfil: REQUISITOS: -SUPERIOR COMPLETO em CIÊNCIA DA COMPUTAÇÃO. -EXPERIÊNCIA em PROJETOS de SISTEMAS CLIENTE/SERVER, com FERRAMENTA de DESENVOLVIMENTO VB ou DELPHI. -CONHECIMENTO AVANÇADO em BANCO de DADOS RELACIONAL ORACLE (PL/SQL) ou SQL SERVER. -POSSUIR CONHECIMENTO em PREVIDÊNCIA SERÁ um DIFERENCIAL. PRINCIPAIS ATIVIDADES: -Análise de Sistemas, programação de sistemas e suporte a clientes. BENEFÍCIOS: A empresa oferece VT + VA (R$12,/80) + Horário comercial + CLT+ Seguro Saúde. Interessados devem enviar currículo, com PRETENSÃO SALARIAL, até o dia 13 de setembro para assespr...@yahoo.com.br assesprorh%40yahoo.com.br, colocando no assunto ANALISTA PROGRAMADOR JR. -- Leonardo L Procópio Analista de Sistemas (24) 8822-5861 relatosnoturno.blogspot.com [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] Norma 14598 estou precisando
Você pode adquirir normas técnicas entrando em contato com a ABNT (Associação Brasileira de Normas Técnicas) ou usar alguns dos muitos links oferecidos em consultas ao Google que exemplificam processos de avaliação de qualidade de produto com base na norma citada. Duvido que alguém vá fornecer a norma na integra, dado o valor monetário e possíveis sanções legais em circular tal material. Sem mais, Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em seg, 6/9/10, leonardo gomes de oliveira leogomesgru...@gmail.com escreveu: De: leonardo gomes de oliveira leogomesgru...@gmail.com Assunto: [delphi-br] Norma 14598 estou precisando Para: delphi-br delphi-br@yahoogrupos.com.br Data: Segunda-feira, 6 de Setembro de 2010, 22:28 Estou precisando da NORMA 14598 - Avaliação da Qualidade do Produto de Software Alguém tem a norma ou parte dela ou sabe qual site conseguir? -- Léo Gomes - Técnico em Eletrônica - Mutum-MG [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente
procedure TfrmClientePrincipal.ctrAgendaPaintPanel(DBCtrlGrid: TDBCtrlGrid; Index: Integer); begin if DBCtrlGrid.datasource.dataset.FieldByName('STATUS').AsString = 'C' then begin DBCtrlGrid.Color := $00D2D2FF; end else begin DBCtrlGrid.Color := clWindow; end; end; Att, *Jhosef Marks de Carvalho* *Blog: **http://www.jhosefmarks.com.br* http://www.jhosefmarks.com.br* Jesus está voltando * *E se o meu povo, que se chama pelo meu nome, se humilhar, e orar, e buscar a minha face e se converter dos seus maus caminhos, então eu ouvirei dos céus, e perdoarei os seus pecados, e sararei a sua terra. (2 Cr 7:14) * Em 6 de setembro de 2010 15:08, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: Kd o código do evento Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Jhosef Marks Enviada em: segunda-feira, 6 de setembro de 2010 13:59 Assunto: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente Boa tarde a todos, tenho um TDBCtrlGrid com poucos registros (em torno de uns 10). No evento OnPaintPanel, eu fiz uns ifs para que de acordo com o status do registro fosse pintado de uma cor... Acontece que isso está travando o meu formulário... pois a função está sendo chamada infinitamente... Alguém já uso esse componente e teve algum problema? [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente
Quando você muda a propriedade color, o evento OnPaintPanel é chamado novamente, o que gera uma sequência infinita de chamadas recursivas. Você precisa atribuir nil ao evento OnPaintPanel no início da implementação e reatribuir ctrAgendaPaintPanel no final para evitar isso (de preferencia usando try..finally). Mas acho que você não quer mudar a cor do DBCtrlGrid inteiro dependendo do Status (pelo código, me parece que é isso que q vc está fazendo). Deve haver algum objeto em tempo de execução que represente o painel do registro corrente no grid. Se houver, é a cor desse painel que você precisa mudar. []'s -- Dirlei Dionísio Novo artigo: Sorteio de ingresso para o Dev In Rio http://MaisQueBomCodigo.blogspot.com Em Seg, 2010-09-06 às 15:14 -0300, Jhosef Marks escreveu: procedure TfrmClientePrincipal.ctrAgendaPaintPanel(DBCtrlGrid: TDBCtrlGrid; Index: Integer); begin if DBCtrlGrid.datasource.dataset.FieldByName('STATUS').AsString = 'C' then begin DBCtrlGrid.Color := $00D2D2FF; end else begin DBCtrlGrid.Color := clWindow; end; end; Att, *Jhosef Marks de Carvalho* *Blog: **http://www.jhosefmarks.com.br* http://www.jhosefmarks.com.br* Jesus est voltando * *E se o meu povo, que se chama pelo meu nome, se humilhar, e orar, e buscar a minha face e se converter dos seus maus caminhos, ento eu ouvirei dos cus, e perdoarei os seus pecados, e sararei a sua terra. (2 Cr 7:14) * Em 6 de setembro de 2010 15:08, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: Kd o cdigo do evento Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Jhosef Marks Enviada em: segunda-feira, 6 de setembro de 2010 13:59 Assunto: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente Boa tarde a todos, tenho um TDBCtrlGrid com poucos registros (em torno de uns 10). No evento OnPaintPanel, eu fiz uns ifs para que de acordo com o status do registro fosse pintado de uma cor... Acontece que isso est travando o meu formulrio... pois a funo est sendo chamada infinitamente... Algum j uso esse componente e teve algum problema? [As partes desta mensagem que no continham texto foram removidas] [As partes desta mensagem que no continham texto foram removidas]
RES: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente
Jhosef, esse seu problema até já foi relatado uma vez no site QualityCentral, da Embarcadero (http://qc.embarcadero.com/wc/qcmain.aspx?d=3534). As propriedades Color e SelectedColor são usadas pelo TDBCtrlGrid quando a sua exibição é feita pelo próprio componente. O fato dessas propriedades serem usadas pelo controle para exibição dos painéis, e o fato de você estar referenciando uma dessas propriedades (Color) no evento, faz com que o mesmo seja disparado várias vezes, causando essa recursão. Tenha em mente que quando você usa o evento OnPaintPanel, é o código neste evento que é responsável pela 'pintura' dos painéis do TDBCtrlGrid, e não mais o próprio componente. Ou seja, é você que é o responsável por essa exibição customizada, e não mais o componente, cabendo ao mesmo apenas chamar o evento codificado por você. O help do Delphi explica que, nesse evento, o código deve usar a propriedade Canvas para ‘pintar’ o painel, e não simplesmente fazer essa alternância de cor, pelos motivos já explicados. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Dirlei Enviada em: segunda-feira, 6 de setembro de 2010 14:54 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente Quando você muda a propriedade color, o evento OnPaintPanel é chamado novamente, o que gera uma sequência infinita de chamadas recursivas. Você precisa atribuir nil ao evento OnPaintPanel no início da implementação e reatribuir ctrAgendaPaintPanel no final para evitar isso (de preferencia usando try..finally). Mas acho que você não quer mudar a cor do DBCtrlGrid inteiro dependendo do Status (pelo código, me parece que é isso que q vc está fazendo). Deve haver algum objeto em tempo de execução que represente o painel do registro corrente no grid. Se houver, é a cor desse painel que você precisa mudar. []'s -- Dirlei Dionísio Novo artigo: Sorteio de ingresso para o Dev In Rio http://MaisQueBomCodigo.blogspot.com Em Seg, 2010-09-06 às 15:14 -0300, Jhosef Marks escreveu: procedure TfrmClientePrincipal.ctrAgendaPaintPanel(DBCtrlGrid: TDBCtrlGrid; Index: Integer); begin if DBCtrlGrid.datasource.dataset.FieldByName('STATUS').AsString = 'C' then begin DBCtrlGrid.Color := $00D2D2FF; end else begin DBCtrlGrid.Color := clWindow; end; end; Att, *Jhosef Marks de Carvalho* *Blog: **http://www.jhosefmarks.com.br* http://www.jhosefmarks.com.br* Jesus est voltando * *E se o meu povo, que se chama pelo meu nome, se humilhar, e orar, e buscar a minha face e se converter dos seus maus caminhos, ento eu ouvirei dos cus, e perdoarei os seus pecados, e sararei a sua terra. (2 Cr 7:14) * Em 6 de setembro de 2010 15:08, Rubem Rocha rubem.ro...@dtmanaus.com.br mailto:rubem.rocha%40dtmanaus.com.br escreveu: Kd o cdigo do evento Sds. De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Jhosef Marks Enviada em: segunda-feira, 6 de setembro de 2010 13:59 Assunto: [delphi-br] TDBCtrlGrid: Evento OnPaintPanel sendo chamado infinitamente Boa tarde a todos, tenho um TDBCtrlGrid com poucos registros (em torno de uns 10). No evento OnPaintPanel, eu fiz uns ifs para que de acordo com o status do registro fosse pintado de uma cor... Acontece que isso est travando o meu formulrio... pois a funo est sendo chamada infinitamente... Algum j uso esse componente e teve algum problema? [As partes desta mensagem que no continham texto foram removidas] [As partes desta mensagem que no continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Abrir Excel
Pessoal, é possível abrir uma planilha do Excel dentro do meu aplicativo e depois salvar essa planilha? Eu gostaria de abrir essa planilha como se eu estivesse editando no Excel. [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Abrir Excel
Defina melhor abrir uma planilha do Excel dentro do meu aplicativo e depois salvar essa planilha? Você quer abrir a planilha com uma interface a là planilha eletrônica para edição dos dados e posterior gravação, ou quer pelo menos acesso à planilha via código para alteração e posterior gravação? Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Alisson Enviada em: segunda-feira, 6 de setembro de 2010 15:13 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Abrir Excel Pessoal, é possível abrir uma planilha do Excel dentro do meu aplicativo e depois salvar essa planilha? Eu gostaria de abrir essa planilha como se eu estivesse editando no Excel. [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Norma 14598 estou precisando
Estou precisando da NORMA 14598 - Avaliação da Qualidade do Produto de Software Alguém tem a norma ou parte dela ou sabe qual site conseguir? -- Léo Gomes - Técnico em Eletrônica - Mutum-MG [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Arquivo - Files.txt
COMO OBTER ACESSO À SEÇÃO DE ARQUIVOS DA LISTA. --- Para ter acesso à todos os recursos da Lista Delphi-BR, você precisa estar inscrito no YahooGrupos. Todas as listas hospedadas pelo YahooGrupos possuem espaço para disponibilização de arquivos, enquetes, fotos, URL's e histórico de mensagens, entre outros recursos. Os passos abaixo o auxiliarão no acesso à seção de arquivos da lista: - Acesse o site da lista http://lista.delphi-br.org/. - Clique no link Entre neste grupo. - Irá aparecer uma caixa de diálogo pedindo um login e uma senha do YahooGrupos. Quem já for filiado ao YahooGrupos por outros motivos, bastará digitar seu login e sua senha nos respectivos locais para que o mesmo vincule sua conta à lista. NOTA: Este cadastro é independente da sua inscrição na mesma feita via e-mail. - Após digitar seu login e senha do YahooGrupos e confirmar volte à página do grupo e verifique se todos os links da esquerda estão habilitados (Mensagens, Arquivos, Enviar, Bate-Papo, etc..). Caso não esteja mas você já seja membro do grupo, é sinal que você precisará ativar a sua conta no YahooGrupos com o mesmo. Neste caso o link que irá aparecer será Editar minhas opções. - Se você não tem conta no YahooGrupos, clique no link Cadastre-se agora. - Para quem não é associado, preencha todos os dados e confirme o envio. Lhe será enviada, pelo e-mail que você definiu, uma senha com a qual você passa a ter acesso aos serviços do Yahoo entre eles a lista de discussão. - Após este cadastro, volte ao endereço do site da lista e clique no link Entre neste grupo. Verás que aparecerá uma tela de cadastro DO SEU PERFIL NO GRUPO. Basta cofigurar tudo do jeito que você desejar e confirme as alterações. - Feito isto, você verá que quando voltar ao site da lista novas opções estarão disponíveis para você, entre as quais a área Arquivos que é a área onde você pode baixar os arquivos que o pessoal disponibiliza na lista. Quaisquer dúvidas, favor contactar o moderador da lista: modera...@delphi-br.org -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[delphi-br] ajuda para usar o delphi 2010
eu estou tentando usar o delphi 2010 porem quando eu coloco um radio group no form porem quando eu tento mudar a cor da fonte do radio group mas quando eu rodo o exe a cor da fonte continua preta. Alguem faz alguma ideia do porque. -- Leonardo Carlos Baldino - The Highlander [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Amigos escutei de um senhor a pouco o seguinte, na troca de um emprego voce nao pode so ver o quanto vai receber e sim o quanto vai sobrar. As vezes o cara vai receber um monte e gasta outro monte e acaba sobrando quase nada, alem de perder qualidade de vida longe da familia 8 hs de trabalho mais x horas de deslocamento etc etc etc, e tudo deve ser ponderado. Wainer 16-9101-1757 Wisa soft 16-3403-5173 o[|||]o ▓-o---▓ CJ3A - 49
RES: [delphi-br] Adicionar outras moedas
Vc tem que criar um cadastro de moedas / índices financeiros, coloca um campo data e outro para a cotação da moeda, a partir da data que tiver fazendo a invoice vc busca nesta tabela o valor do dólar ou euro e faz a conversão, depois é so levar esta conversão para os outros lugares. Att ruberval De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Marcelo Barby Enviada em: quinta-feira, 2 de setembro de 2010 10:06 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Adicionar outras moedas Bom dia Pessoal, Preciso de um auxílio, agora por exigência de um cliente exportador agora eu preciso adicionar outras moedas ao meus sistemas, para eu ter um norte gostaria de saber se alguém já utiliza e como é que utiliza este processo, tenho que adicionar em pedidos, notas fiscais, financeiro e também em toda a parte contábil. Desde já agradeço. Marcelo Barby. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Migrar delphi 7 para Delphi 2010.
Não basta migrar só do Delphi 7 para dar os problemas citados acima. Eu mesmo sempre venho acompanhando as versões do Delphi e por ultima estava na versão 2007 qye também me custou algumas horas de trabalho para funcionar, posso dizer que a minha também foi tranquila, pois só uso dois componentes de terceiros os quais são sério e sempre acompanha a evolução do Delphi. No mais para os que usam quase todos de terceiro, só tenho a desejar muito boa sorte e bastante chá de camomila para acalmar. Em 26 de agosto de 2010 09:38, Marcos Alexandre Lemos Rodrigues marcosalexandre.rodrig...@gmail.com escreveu: Como eu disse antes, parabéns! Foi o primeiro a não ter problemas com esse e ainda é o primeiro que considera reescrever um servidor de aplicação do zero EXATEMENTE igual porque a type library binária corrompeu como sendo uma vantagem. hehehehe Você bem que podia ensinar os desenvolvedores da Embarcadero o segredo, já que tá cheio de bugs relatados a respeito do que eu falei e a maioria ainda não foi atendido. heheheh Em 25 de agosto de 2010 13:15, Bruno Lichot bruno.lic...@microfocus.com bruno.lichot%40microfocus.comescreveu: Não uso BDE desde o Delphi 5, realmente ele não me causou nada e venho migrando minhas aplicações desde o Delphi 6 e passei por todas as versões: Delphi 7, Delphi 2006, Delphi 2007, Delphi 2009 e Delphi 2010. Em minhas aplicações DataSnap foi possível reaproveitar os RDMS, mas pela nova arquitetura do DataSnap foi muito melhor reescrever todos. Sinceramente isso não doeu, ate me ajudou e melhorar alguns procedimentos e reaproveitei todo o código ate por que sempre usei muita modularização. Esta mudança foi muito benéfica. Tive problema zero com providers. Não tenho nenhuma aplicação com Sybase e as que usam DB2 funfaram ok. From: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br[mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br] On Behalf Of Marcos Alexandre Lemos Rodrigues Sent: quarta-feira, 25 de agosto de 2010 12:09 To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Subject: Re: [delphi-br] Migrar delphi 7 para Delphi 2010. Foi a primeira vez que vi alguém achar a migração tranquila. heheheh Depende muito dos componentes e tecnologias que você usa. Fora os fatores já citados anteriormente com relação aos componentes de terceitos, e partindo do princípio que seu componente de acesso a dados é o BDE, o que nós enfretamos: 1. Ajustes de AnsiStrings, já citados 2. Alguns componentes Indy também mudaram nomes de propriedades e eventos. 3. Outro problema que tivemos, foi com relação a Remote Data Modules, que na hora de ser convertidos o Delphi 2010 não conseguiu migrar os procedimentos remotos, tivemos de refazer todo o nosso servidor de aplicação e depois colar os componentes e códigos 4. Nos providers, os métodos GetTableName mudaram o tipo de dado, de String pra WideString, precisa ser acertado a mão 5. Como usamos banco de dados Sybase Anywhere, por algum motivo ele não conseguiu ler as stored procedures que possuem parâmetro do tipo Date, Time e Timestamp 6. Nos apliativos que usam DB2, se o parâmetro não tiver um valor default, dá um erro de Access Violation 2010/8/25 Bruno Lichot bruno.lic...@microfocus.combruno.lichot%40microfocus.com bruno.lichot%40microfocus.commailto: bruno.lichot%40microfocus.com bruno.lichot%2540microfocus.com Oi Samuel, Todas as minhas migrações foram tranqüilas. É necessário alguns pontos de atenção: - Primeiro passo é certificar que todos os componentes de terceiros que usa já estão instalados com as devidas versões no Delphi 2010 ou se você tem os fontes, que já tenha feito o build e instalado no Delphi 2010. - Faça um backup do seu projeto e crie uma nova pasta para o projeto a ser migrado no Delphi 2010. - Apague todos os arquivos que NÃO sejam os .pas, .dfm e .dpr - Abra o dpr no Delphi 2010, configure todas as opções de projetos relevantes que você usa e de um build. O único trabalho que tive foi no uso de interfaces, APIs e funções que obrigatoriamente trabalham com AnsiString onde tive que usar typecast ou acertar alguma parte do código. O compilador te ajuda muito nesse processo e o Delphi migra todo o grosso para Unicode. Já migrei todo tipo de projeto, desde API de hardware, sistemas simples ou compexos client/Server ate aplicações de missão critica e web com DataSnap e DBExpress. Todas as migrações foram bem tranqüilas e executadas com sucesso. Não deixe de fazer todos os updates e hostfixes do Delphi, isso ajuda bastante. Abs Bruno Segue alguns links que podem te ajudar: Links Úteis Site do produto: http
[delphi-br] Cronometro Regressivo - Maior que 24 horas
Pessoal estou com um grande dilema, quero fazer um cronometro regressivo, só que começa com 550:00:00 ou seja, 550 HORAS, mas óbviamente está dando pau, pois o padrão é 24 ao dia, tem como fazer esse tipo de cronometro?começando por 550 horas? Alex [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Pessoal, Olhem no site do salariometro, (http://www.salariometro.sp.gov.br/) o salário em carteira do programador, considerando somente a cidade de São Paulo é em média R$ 2.212,00 para os funcionários com superior completo, a media em MS é de R$ 1.332,00. Teruel. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Eny Urias Enviada em: quarta-feira, 1 de setembro de 2010 17:00 Para: delphi-br@yahoogrupos.com.br Assunto: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br ues...@multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Prezados, em 18 anos trabalhando com Hidroelétricas, já rodei estas regiões todas e qto ao custo de vida é o seguinte. Para o morador local que tem usos e costumes locais, o C.V. é extremamente barato. Mas quem vai do Sul/Sudeste e quer levar a mesma vida, tá enrolado porque aí as coisas são caras. É que normalmente quem vai para outras regiões reluta em mudar de hábitos e acabam reclamando de tudo. Os costumes realmente são diferentes. Tem regiões que voce chega na casa dos amigos e não vê cama nos quartos, só redes. Não é porque não podem comprar as camas, é porque não gostam mesmo . rsrs. Abraços! - Original Message - From: Walter Chagas (Bol) To: delphi-br@yahoogrupos.com.br Sent: Thursday, September 02, 2010 4:40 PM Subject: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Geralmente as pesquisas, por razões de suas origens estarem sempre no eixo sul-sudeste, elas usam as parametrizam salarios de acordo com estas regiões. Eu sei que o custo de vida em porto velho é baixo porque minha esposa tem uma tia que mora lá e ela já me relatou várias coisas a respeito. Centro Oeste é muito diversificado. Tem regiões lá que o CV é alto mas tem outras que é baixo. Porto Velho o CV é baixo, mas não obstante, minha esposa uma vez, em 2003, recebeu uma proposta de emprego pra uma cidade no Acre a um salário de 4.500 reais mensais. O problema desta cidade é que o litro da gasolina lá era 4 reais nesta época... Ela nem perguntou o resto. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Rubem Rocha rubem.ro...@dtmanaus.com.br To: delphi-br@yahoogrupos.com.br Sent: Wednesday, September 01, 2010 6:08 PM Subject: RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Então no que se baseiam pesquisas salariais de mercado de TI? Em todas as regiões do nosso País, ou somente no eixo Sul-Sudeste? Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Walter Chagas (Bol) Enviada em: quarta-feira, 1 de setembro de 2010 16:57 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Marcos, Uma coisa há de se considerar: O custo de vida em CG é baixo. Eu conheço lá, já que a Telemont mantem o Centro de Operações do Centro Oeste da OI lá, e o fez por ser a cidade da área 2 da OI de menor custo pra implantação do Centralizado. Salários, voce não pode se parametrizar pela sua região. Por exemplo, em Porto Velho, com 1500 reais voce vive legal. Em São Paulo voce passa fome. Salario de 5 mil reais em São Paulo, é um valor na média, em Palmas, no Tocantins, voce seria milionário. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br mailto:wchagasj%40bol.com.br MSN: whitesock...@hotmail.com mailto:whitesockets%40hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Marcos Abreu Ferreira maferreira...@gmail.com mailto:maferreira.f2%40gmail.com To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Sent: Wednesday, September 01, 2010 5:49 PM Subject: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial
Re: [delphi-br] Migrar delphi 7 para Delphi 2010.
aproveitando a deixa... alquem sabe como devo proceder para quando tenho variaveis do tipo byte no delphi 2010?? so falta isso pra a gente consequir migrar alqum tem alguma ideia? t+ Em 2 de setembro de 2010 11:20, Emerson Moreno ecie...@gmail.com escreveu: Não basta migrar só do Delphi 7 para dar os problemas citados acima. Eu mesmo sempre venho acompanhando as versões do Delphi e por ultima estava na versão 2007 qye também me custou algumas horas de trabalho para funcionar, posso dizer que a minha também foi tranquila, pois só uso dois componentes de terceiros os quais são sério e sempre acompanha a evolução do Delphi. No mais para os que usam quase todos de terceiro, só tenho a desejar muito boa sorte e bastante chá de camomila para acalmar. Em 26 de agosto de 2010 09:38, Marcos Alexandre Lemos Rodrigues marcosalexandre.rodrig...@gmail.com escreveu: Como eu disse antes, parabéns! Foi o primeiro a não ter problemas com esse e ainda é o primeiro que considera reescrever um servidor de aplicação do zero EXATEMENTE igual porque a type library binária corrompeu como sendo uma vantagem. hehehehe Você bem que podia ensinar os desenvolvedores da Embarcadero o segredo, já que tá cheio de bugs relatados a respeito do que eu falei e a maioria ainda não foi atendido. heheheh Em 25 de agosto de 2010 13:15, Bruno Lichot bruno.lic...@microfocus.com bruno.lichot%40microfocus.comescreveu: Não uso BDE desde o Delphi 5, realmente ele não me causou nada e venho migrando minhas aplicações desde o Delphi 6 e passei por todas as versões: Delphi 7, Delphi 2006, Delphi 2007, Delphi 2009 e Delphi 2010. Em minhas aplicações DataSnap foi possível reaproveitar os RDMS, mas pela nova arquitetura do DataSnap foi muito melhor reescrever todos. Sinceramente isso não doeu, ate me ajudou e melhorar alguns procedimentos e reaproveitei todo o código ate por que sempre usei muita modularização. Esta mudança foi muito benéfica. Tive problema zero com providers. Não tenho nenhuma aplicação com Sybase e as que usam DB2 funfaram ok. From: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br[mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br] On Behalf Of Marcos Alexandre Lemos Rodrigues Sent: quarta-feira, 25 de agosto de 2010 12:09 To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Subject: Re: [delphi-br] Migrar delphi 7 para Delphi 2010. Foi a primeira vez que vi alguém achar a migração tranquila. heheheh Depende muito dos componentes e tecnologias que você usa. Fora os fatores já citados anteriormente com relação aos componentes de terceitos, e partindo do princípio que seu componente de acesso a dados é o BDE, o que nós enfretamos: 1. Ajustes de AnsiStrings, já citados 2. Alguns componentes Indy também mudaram nomes de propriedades e eventos. 3. Outro problema que tivemos, foi com relação a Remote Data Modules, que na hora de ser convertidos o Delphi 2010 não conseguiu migrar os procedimentos remotos, tivemos de refazer todo o nosso servidor de aplicação e depois colar os componentes e códigos 4. Nos providers, os métodos GetTableName mudaram o tipo de dado, de String pra WideString, precisa ser acertado a mão 5. Como usamos banco de dados Sybase Anywhere, por algum motivo ele não conseguiu ler as stored procedures que possuem parâmetro do tipo Date, Time e Timestamp 6. Nos apliativos que usam DB2, se o parâmetro não tiver um valor default, dá um erro de Access Violation 2010/8/25 Bruno Lichot bruno.lic...@microfocus.combruno.lichot% 40microfocus.com bruno.lichot%40microfocus.commailto: bruno.lichot%40microfocus.com bruno.lichot%2540microfocus.com Oi Samuel, Todas as minhas migrações foram tranqüilas. É necessário alguns pontos de atenção: - Primeiro passo é certificar que todos os componentes de terceiros que usa já estão instalados com as devidas versões no Delphi 2010 ou se você tem os fontes, que já tenha feito o build e instalado no Delphi 2010. - Faça um backup do seu projeto e crie uma nova pasta para o projeto a ser migrado no Delphi 2010. - Apague todos os arquivos que NÃO sejam os .pas, .dfm e .dpr - Abra o dpr no Delphi 2010, configure todas as opções de projetos relevantes que você usa e de um build. O único trabalho que tive foi no uso de interfaces, APIs e funções que obrigatoriamente trabalham com AnsiString onde tive que usar typecast ou acertar alguma parte do código. O compilador te ajuda muito nesse processo e o Delphi migra todo o grosso para Unicode. Já migrei todo tipo de projeto
RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas
550 horas correspondem a 22 dias e 22 horas! Cabalístico isso não? Curiosidades a parte, de fato, esse range de horas pode até ser permitido a nível de armazenamento dentro de um TDateTime, uma vez que um TDateTime é na verdade um double e a parte fracionária de um double corresponde à parte do horário. No entanto, as funções de formatação do Delphi só consideram a faixa de horário compreendida entre 00:00:00 e 23:59:59, que é o range de horas correspondente a um dia. Se fosse você, não usaria TDateTime por conta da limitação já comentada. Eu usaria uma variável inteira, com o valor inicial 550, e formataria essa variável com a máscara !000:00:00;0;_ usando a função FormatMaskText() da unit MaskUtils. Daí, a contagem do cronômetro decrescente não seria mistério: basta um TTimer da vida decrementando esse valor inicial no evento OnTimer em uma unidade e mostrando o valor formatado conforme já explicado. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Alexandre - Yahoo Enviada em: sexta-feira, 3 de setembro de 2010 10:31 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Cronometro Regressivo - Maior que 24 horas Pessoal estou com um grande dilema, quero fazer um cronometro regressivo, só que começa com 550:00:00 ou seja, 550 HORAS, mas óbviamente está dando pau, pois o padrão é 24 ao dia, tem como fazer esse tipo de cronometro?começando por 550 horas? Alex [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas
Ah, esqueci de comentar um detalhe. Tem que ficar atento na hora de decrementar o valor. Se por exemplo o valor está em 00, o valor tem que decrementar para 59, e não 99. Se tiver um tempinho, implemento um exemplo disso e posto na área de arquivos da lista. Sds. De: Rubem Rocha [mailto:rubem.ro...@dtmanaus.com.br] Enviada em: sexta-feira, 3 de setembro de 2010 11:59 Para: 'delphi-br@yahoogrupos.com.br' Assunto: RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas Prioridade: Alta 550 horas correspondem a 22 dias e 22 horas! Cabalístico isso não? Curiosidades a parte, de fato, esse range de horas pode até ser permitido a nível de armazenamento dentro de um TDateTime, uma vez que um TDateTime é na verdade um double e a parte fracionária de um double corresponde à parte do horário. No entanto, as funções de formatação do Delphi só consideram a faixa de horário compreendida entre 00:00:00 e 23:59:59, que é o range de horas correspondente a um dia. Se fosse você, não usaria TDateTime por conta da limitação já comentada. Eu usaria uma variável inteira, com o valor inicial 550, e formataria essa variável com a máscara !000:00:00;0;_ usando a função FormatMaskText() da unit MaskUtils. Daí, a contagem do cronômetro decrescente não seria mistério: basta um TTimer da vida decrementando esse valor inicial no evento OnTimer em uma unidade e mostrando o valor formatado conforme já explicado. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Alexandre - Yahoo Enviada em: sexta-feira, 3 de setembro de 2010 10:31 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Cronometro Regressivo - Maior que 24 horas Pessoal estou com um grande dilema, quero fazer um cronometro regressivo, só que começa com 550:00:00 ou seja, 550 HORAS, mas óbviamente está dando pau, pois o padrão é 24 ao dia, tem como fazer esse tipo de cronometro?começando por 550 horas? Alex [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas
Uma outra forma de trabalhar com isso, já que o TDateTime é incompatível, é criar um novo pra trabalhar com esse tipo específico de cronômetro. Ou seja, uma nova classe. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Rubem Rocha Enviada em: sexta-feira, 3 de setembro de 2010 12:32 Para: Rubem Rocha; delphi-br@yahoogrupos.com.br Assunto: RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas Prioridade: Alta Ah, esqueci de comentar um detalhe. Tem que ficar atento na hora de decrementar o valor. Se por exemplo o valor está em 00, o valor tem que decrementar para 59, e não 99. Se tiver um tempinho, implemento um exemplo disso e posto na área de arquivos da lista. Sds. De: Rubem Rocha [mailto:rubem.ro...@dtmanaus.com.br mailto:rubem.rocha%40dtmanaus.com.br ] Enviada em: sexta-feira, 3 de setembro de 2010 11:59 Para: 'delphi-br@yahoogrupos.com.br mailto:%27delphi-br%40yahoogrupos.com.br ' Assunto: RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas Prioridade: Alta 550 horas correspondem a 22 dias e 22 horas! Cabalístico isso não? Curiosidades a parte, de fato, esse range de horas pode até ser permitido a nível de armazenamento dentro de um TDateTime, uma vez que um TDateTime é na verdade um double e a parte fracionária de um double corresponde à parte do horário. No entanto, as funções de formatação do Delphi só consideram a faixa de horário compreendida entre 00:00:00 e 23:59:59, que é o range de horas correspondente a um dia. Se fosse você, não usaria TDateTime por conta da limitação já comentada. Eu usaria uma variável inteira, com o valor inicial 550, e formataria essa variável com a máscara !000:00:00;0;_ usando a função FormatMaskText() da unit MaskUtils. Daí, a contagem do cronômetro decrescente não seria mistério: basta um TTimer da vida decrementando esse valor inicial no evento OnTimer em uma unidade e mostrando o valor formatado conforme já explicado. Sds. De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de Alexandre - Yahoo Enviada em: sexta-feira, 3 de setembro de 2010 10:31 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: [delphi-br] Cronometro Regressivo - Maior que 24 horas Pessoal estou com um grande dilema, quero fazer um cronometro regressivo, só que começa com 550:00:00 ou seja, 550 HORAS, mas óbviamente está dando pau, pois o padrão é 24 ao dia, tem como fazer esse tipo de cronometro?começando por 550 horas? Alex [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
De acordo com as mensagens que foram colocadas o que dá para entender é que o custo de vida em MS é mais baixo do que em SP. Quer dizer que a mesma compra de supermercado em MS vai ficar 60% mais barata que a feita no estado de SP? O pão tambem é mais barato? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Gustavo Teruel gustavoter...@gmail.com Para: delphi-br@yahoogrupos.com.br Enviadas: Quinta-feira, 2 de Setembro de 2010 8:38:24 Assunto: RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Pessoal, Olhem no site do salariometro, (http://www.salariometro.sp.gov.br/) o salário em carteira do programador, considerando somente a cidade de São Paulo é em média R$ 2.212,00 para os funcionários com superior completo, a media em MS é de R$ 1.332,00. Teruel. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Eny Urias Enviada em: quarta-feira, 1 de setembro de 2010 17:00 Para: delphi-br@yahoogrupos.com.br Assunto: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br ues...@multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] [OFF] SELECT confuso com variaveis
Pessoal, Para aqueles q manjam de SQL. Meu banco eh ORACLE e gostaria de criar uma variavel onde eu guardo o valor de uma DATA. Esta minha variavel seria utilizada em varias partes de meu SELECT. Eu quero mais ou menos isso: DECLARE dat_data DATE := '01/01/2010'; BEGIN SELECT setor, fazenda, lote, talhao, DATA, a.ana10_n FROM ca_analisis_dig a WHERE (DATA BETWEEN add_months(dat_data, -12) AND add_months(dat_data, 0) AND a.ana10_n 2 OR DATA BETWEEN add_months(dat_data, -24) AND add_months(dat_data, -12) AND a.ana10_n = 2) AND a.sequencia = 1 AND (setor, fazenda, lote, talhao) NOT IN (SELECT setor, fazenda, lote, talhao FROM ca_analisis_dig WHERE DATA = dat_data) ORDER BY talhao DESC; END; Estou rodando estas instrucoes em PL/SQL Mas nao consigo executar este SELECT Onde estah o erro? O que estah faltando? Qual a sugestao dos senhores para este caso? Obrigado MuriloCunha
Re: [delphi-br] Cronometro Regressivo - Maior que 24 horas
Se puder eu agradeço! Alex - Original Message - From: Rubem Rocha To: 'Rubem Rocha' ; delphi-br@yahoogrupos.com.br Sent: Friday, September 03, 2010 1:32 PM Subject: RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas Ah, esqueci de comentar um detalhe. Tem que ficar atento na hora de decrementar o valor. Se por exemplo o valor está em '00', o valor tem que decrementar para 59, e não 99. Se tiver um tempinho, implemento um exemplo disso e posto na área de arquivos da lista. Sds. De: Rubem Rocha [mailto:rubem.ro...@dtmanaus.com.br] Enviada em: sexta-feira, 3 de setembro de 2010 11:59 Para: 'delphi-br@yahoogrupos.com.br' Assunto: RES: [delphi-br] Cronometro Regressivo - Maior que 24 horas Prioridade: Alta 550 horas correspondem a 22 dias e 22 horas! Cabalístico isso não? Curiosidades a parte, de fato, esse range de horas pode até ser permitido a nível de armazenamento dentro de um TDateTime, uma vez que um TDateTime é na verdade um double e a parte fracionária de um double corresponde à parte do horário. No entanto, as funções de formatação do Delphi só consideram a faixa de horário compreendida entre 00:00:00 e 23:59:59, que é o range de horas correspondente a um dia. Se fosse você, não usaria TDateTime por conta da limitação já comentada. Eu usaria uma variável inteira, com o valor inicial 550, e formataria essa variável com a máscara !000:00:00;0;_' usando a função FormatMaskText() da unit MaskUtils. Daí, a contagem do cronômetro decrescente não seria mistério: basta um TTimer da vida decrementando esse valor inicial no evento OnTimer em uma unidade e mostrando o valor formatado conforme já explicado. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Alexandre - Yahoo Enviada em: sexta-feira, 3 de setembro de 2010 10:31 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Cronometro Regressivo - Maior que 24 horas Pessoal estou com um grande dilema, quero fazer um cronometro regressivo, só que começa com 550:00:00 ou seja, 550 HORAS, mas óbviamente está dando pau, pois o padrão é 24 ao dia, tem como fazer esse tipo de cronometro?começando por 550 horas? Alex [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Sou de Campo Grande/MS, na minha opinião não é o custo de vida que é mais barato, mas sim a valorização do serviço no estado em geral. Para se ter uma idéia, o salário inicial de São Paulo parece que é quase o teto daqui de MS. Não conheço ninguém na minha área que ganhe muito mais que isso por aqui. Aqui neste estado não existe campo para a informática, não existe uma procura por profissionais, podem reparar, acho que um dos únicos anúncios sobre vagas para a cidade foi este do colega Douglas, o que é forte aqui é o agronegócio, parece que aos poucos isso vai mudando (assim espero), abrindo oportunidades para outros nichos, mas atualmente não. Em 03/09/2010 12:57, Eny Urias escreveu: De acordo com as mensagens que foram colocadas o que dá para entender é que o custo de vida em MS é mais baixo do que em SP. Quer dizer que a mesma compra de supermercado em MS vai ficar 60% mais barata que a feita no estado de SP? O pão tambem é mais barato? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Gustavo Teruel gustavoter...@gmail.com mailto:gustavoteruel%40gmail.com Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Quinta-feira, 2 de Setembro de 2010 8:38:24 Assunto: RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Pessoal, Olhem no site do salariometro, (http://www.salariometro.sp.gov.br/) o salário em carteira do programador, considerando somente a cidade de São Paulo é em média R$ 2.212,00 para os funcionários com superior completo, a media em MS é de R$ 1.332,00. Teruel. De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br] Em nome de Eny Urias Enviada em: quarta-feira, 1 de setembro de 2010 17:00 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Pessoal, Independente de tudo, mas tudo mesmo, o Douglas (que fez o anuncio que gerou toda esta thread) foi corretissimo ao colocar o anúncio e já informar o salário. Não entro no mérito se é muito ou pouco, adequado ou não a região dele, mas sim ao fato de ele ter deixado bem claro a faixa salarial que ele pratica , ou pode pagar. Sucesso a ele na sua busca. Moacir Em 03/09/2010 16:50, Ricardo Kenji escreveu: Sou de Campo Grande/MS, na minha opinião não é o custo de vida que é mais barato, mas sim a valorização do serviço no estado em geral. Para se ter uma idéia, o salário inicial de São Paulo parece que é quase o teto daqui de MS. Não conheço ninguém na minha área que ganhe muito mais que isso por aqui. Aqui neste estado não existe campo para a informática, não existe uma procura por profissionais, podem reparar, acho que um dos únicos anúncios sobre vagas para a cidade foi este do colega Douglas, o que é forte aqui é o agronegócio, parece que aos poucos isso vai mudando (assim espero), abrindo oportunidades para outros nichos, mas atualmente não. Em 03/09/2010 12:57, Eny Urias escreveu:
[delphi-br] Indy com DataSnap
Boa dia gente. Estou precisando fazer em um programa que utiliza componentes Indy para resolver os ips da rede para que a atualização do sistema seja automatica nas estações, sem precisar criar atalho, em fim. Eu preciso que este programa enxergue ip externo, para que a outra unidade da empresa possa usar o aplicativo esta na empresa 1. Estou tentando fazer isso com Socket Connection. É possível? Obrigado. Cleber.
[delphi-br] Adicionar outras moedas
Bom dia Pessoal, Preciso de um auxílio, agora por exigência de um cliente exportador agora eu preciso adicionar outras moedas ao meus sistemas, para eu ter um norte gostaria de saber se alguém já utiliza e como é que utiliza este processo, tenho que adicionar em pedidos, notas fiscais, financeiro e também em toda a parte contábil. Desde já agradeço. Marcelo Barby. [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] cast de float para byte
Não se pode fazer cast de um tipo de dados cujo tamanho é maior que o do dado que irá receber o resultado da conversão. O tipo Byte, como o próprio nome do tipo diz, tem um byte de tamanho. Já o tipo Real (que no final das contas é um Double) tem 8 bytes de tamanho. O que se pode fazer é representar um dado Real (ou Double) como um array de 8 bytes, assim: program RealToBytes; {$APPTYPE CONSOLE} uses SysUtils; var cod: Real; c: array[0..SizeOf(Real) - 1] of byte absolute cod; i: integer; begin cod := 123.45; for i := 0 to SizeOf(Real) - 1 do WriteLn(Format('$%2.2X', [c[i]])); WriteLn(Eoln); end. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 08:38 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] cast de float para byte bom dia estou tentando fazer isso: var cod :real; c :byte; begin cod := 1; c := byte(cod); end; mas da erro de cast, alguem sabe como fazer essa transformação? -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] cast de float para byte
A título de esclarecimento, um valor do tipo byte corresponde a um valor inteiro compreendido entre a faixa de valores de 0 até 255. Um valor do tipo Real (que é um Double!) pode passar desse valor, e ainda poder receber valores negativos. A grosso modo, esta também poderia ser uma explicação aceitável para não ser possível fazer cast(conversão de tipo) de Real para Byte. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Rubem Rocha Enviada em: quinta-feira, 2 de setembro de 2010 11:39 Para: delphi-br@yahoogrupos.com.br Assunto: RES: [delphi-br] cast de float para byte Prioridade: Alta Não se pode fazer cast de um tipo de dados cujo tamanho é maior que o do dado que irá receber o resultado da conversão. O tipo Byte, como o próprio nome do tipo diz, tem um byte de tamanho. Já o tipo Real (que no final das contas é um Double) tem 8 bytes de tamanho. O que se pode fazer é representar um dado Real (ou Double) como um array de 8 bytes, assim: program RealToBytes; {$APPTYPE CONSOLE} uses SysUtils; var cod: Real; c: array[0..SizeOf(Real) - 1] of byte absolute cod; i: integer; begin cod := 123.45; for i := 0 to SizeOf(Real) - 1 do WriteLn(Format('$%2.2X', [c[i]])); WriteLn(Eoln); end. Sds. De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 08:38 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: [delphi-br] cast de float para byte bom dia estou tentando fazer isso: var cod :real; c :byte; begin cod := 1; c := byte(cod); end; mas da erro de cast, alguem sabe como fazer essa transformação? -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] cast de float para byte
na verdade o valor dentro da variavel era um valor entre 65 e 90, por isso achei que daria pra converter pra byte. eu ja resolvi o problema, eu que estava fazendo errado. mas mesmo assim obrigado. Em 2 de setembro de 2010 20:12, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: A título de esclarecimento, um valor do tipo byte corresponde a um valor inteiro compreendido entre a faixa de valores de 0 até 255. Um valor do tipo Real (que é um Double!) pode passar desse valor, e ainda poder receber valores negativos. A grosso modo, esta também poderia ser uma explicação aceitável para não ser possível fazer cast(conversão de tipo) de Real para Byte. Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Rubem Rocha Enviada em: quinta-feira, 2 de setembro de 2010 11:39 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Assunto: RES: [delphi-br] cast de float para byte Prioridade: Alta Não se pode fazer cast de um tipo de dados cujo tamanho é maior que o do dado que irá receber o resultado da conversão. O tipo Byte, como o próprio nome do tipo diz, tem um byte de tamanho. Já o tipo Real (que no final das contas é um Double) tem 8 bytes de tamanho. O que se pode fazer é representar um dado Real (ou Double) como um array de 8 bytes, assim: program RealToBytes; {$APPTYPE CONSOLE} uses SysUtils; var cod: Real; c: array[0..SizeOf(Real) - 1] of byte absolute cod; i: integer; begin cod := 123.45; for i := 0 to SizeOf(Real) - 1 do WriteLn(Format('$%2.2X', [c[i]])); WriteLn(Eoln); end. Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br mailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br ] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 08:38 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Assunto: [delphi-br] cast de float para byte bom dia estou tentando fazer isso: var cod :real; c :byte; begin cod := 1; c := byte(cod); end; mas da erro de cast, alguem sabe como fazer essa transformação? -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas] -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [delphi-br] cast de float para byte
Beleza, mas seria melhor ainda que você mostrasse como você fez para que outros colegas que, como você, poderão (ou irão) passar pelo mesmo problema saibam com contorná-lo. Isso é até uma maneira de se mostrar grato à lista no momento em que você precisou dela. Só o venha a nós e ao vosso reino nada é chato, não é mesmo? Sds. -Mensagem original- De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 12:30 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] cast de float para byte na verdade o valor dentro da variavel era um valor entre 65 e 90, por isso achei que daria pra converter pra byte. eu ja resolvi o problema, eu que estava fazendo errado. mas mesmo assim obrigado. Em 2 de setembro de 2010 20:12, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: A título de esclarecimento, um valor do tipo byte corresponde a um valor inteiro compreendido entre a faixa de valores de 0 até 255. Um valor do tipo Real (que é um Double!) pode passar desse valor, e ainda poder receber valores negativos. A grosso modo, esta também poderia ser uma explicação aceitável para não ser possível fazer cast(conversão de tipo) de Real para Byte. Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Rubem Rocha Enviada em: quinta-feira, 2 de setembro de 2010 11:39 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Assunto: RES: [delphi-br] cast de float para byte Prioridade: Alta Não se pode fazer cast de um tipo de dados cujo tamanho é maior que o do dado que irá receber o resultado da conversão. O tipo Byte, como o próprio nome do tipo diz, tem um byte de tamanho. Já o tipo Real (que no final das contas é um Double) tem 8 bytes de tamanho. O que se pode fazer é representar um dado Real (ou Double) como um array de 8 bytes, assim: program RealToBytes; {$APPTYPE CONSOLE} uses SysUtils; var cod: Real; c: array[0..SizeOf(Real) - 1] of byte absolute cod; i: integer; begin cod := 123.45; for i := 0 to SizeOf(Real) - 1 do WriteLn(Format('$%2.2X', [c[i]])); WriteLn(Eoln); end. Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br mailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br ] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 08:38 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Assunto: [delphi-br] cast de float para byte bom dia estou tentando fazer isso: var cod :real; c :byte; begin cod := 1; c := byte(cod); end; mas da erro de cast, alguem sabe como fazer essa transformação? -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br
Re: [delphi-br] cast de float para byte
na realidade noa resolvi o problema pois eu que estava fazendo errado, usei o trunc ao inves do int. foi um erro meu na verdade, vo coloca meu codigo aqui. tava fazendo um random pra cria um codigo em string. cod := 1; while (cod 5) or (cod 8) do begin letra := 'a'; cod := trunc((random * 10)); end; randomize; cod2 := trunc((random * 10)); letra := chr(strtoint(inttostr(cod) + inttostr(cod2))); Em 2 de setembro de 2010 21:09, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: Beleza, mas seria melhor ainda que você mostrasse como você fez para que outros colegas que, como você, poderão (ou irão) passar pelo mesmo problema saibam com contorná-lo. Isso é até uma maneira de se mostrar grato à lista no momento em que você precisou dela. Só o venha a nós e ao vosso reino nada é chato, não é mesmo? Sds. -Mensagem original- De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 12:30 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] cast de float para byte na verdade o valor dentro da variavel era um valor entre 65 e 90, por isso achei que daria pra converter pra byte. eu ja resolvi o problema, eu que estava fazendo errado. mas mesmo assim obrigado. Em 2 de setembro de 2010 20:12, Rubem Rocha rubem.ro...@dtmanaus.com.br rubem.rocha%40dtmanaus.com.brescreveu: A título de esclarecimento, um valor do tipo byte corresponde a um valor inteiro compreendido entre a faixa de valores de 0 até 255. Um valor do tipo Real (que é um Double!) pode passar desse valor, e ainda poder receber valores negativos. A grosso modo, esta também poderia ser uma explicação aceitável para não ser possível fazer cast(conversão de tipo) de Real para Byte. Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br] Em nome de Rubem Rocha Enviada em: quinta-feira, 2 de setembro de 2010 11:39 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Assunto: RES: [delphi-br] cast de float para byte Prioridade: Alta Não se pode fazer cast de um tipo de dados cujo tamanho é maior que o do dado que irá receber o resultado da conversão. O tipo Byte, como o próprio nome do tipo diz, tem um byte de tamanho. Já o tipo Real (que no final das contas é um Double) tem 8 bytes de tamanho. O que se pode fazer é representar um dado Real (ou Double) como um array de 8 bytes, assim: program RealToBytes; {$APPTYPE CONSOLE} uses SysUtils; var cod: Real; c: array[0..SizeOf(Real) - 1] of byte absolute cod; i: integer; begin cod := 123.45; for i := 0 to SizeOf(Real) - 1 do WriteLn(Format('$%2.2X', [c[i]])); WriteLn(Eoln); end. Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br mailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br ] Em nome de felipe govoni Enviada em: quinta-feira, 2 de setembro de 2010 08:38 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Assunto: [delphi-br] cast de float para byte bom dia estou tentando fazer isso: var cod :real; c :byte; begin cod := 1; c := byte(cod); end; mas da erro de cast, alguem sabe como fazer essa transformação? -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Por exemplo Ruben, como é o custo de vida aí em Manaus? 1200 reais? O que representariam? Aqui em BH posso assegurar-lhes que é muito pouco pra quem quer morar aqui. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Rubem Rocha rubem.ro...@dtmanaus.com.br To: delphi-br@yahoogrupos.com.br Sent: Wednesday, September 01, 2010 6:08 PM Subject: RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Então no que se baseiam pesquisas salariais de mercado de TI? Em todas as regiões do nosso País, ou somente no eixo Sul-Sudeste? Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Walter Chagas (Bol) Enviada em: quarta-feira, 1 de setembro de 2010 16:57 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Marcos, Uma coisa há de se considerar: O custo de vida em CG é baixo. Eu conheço lá, já que a Telemont mantem o Centro de Operações do Centro Oeste da OI lá, e o fez por ser a cidade da área 2 da OI de menor custo pra implantação do Centralizado. Salários, voce não pode se parametrizar pela sua região. Por exemplo, em Porto Velho, com 1500 reais voce vive legal. Em São Paulo voce passa fome. Salario de 5 mil reais em São Paulo, é um valor na média, em Palmas, no Tocantins, voce seria milionário. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br mailto:wchagasj%40bol.com.br MSN: whitesock...@hotmail.com mailto:whitesockets%40hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Marcos Abreu Ferreira maferreira...@gmail.com mailto:maferreira.f2%40gmail.com To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Sent: Wednesday, September 01, 2010 5:49 PM Subject: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Geralmente as pesquisas, por razões de suas origens estarem sempre no eixo sul-sudeste, elas usam as parametrizam salarios de acordo com estas regiões. Eu sei que o custo de vida em porto velho é baixo porque minha esposa tem uma tia que mora lá e ela já me relatou várias coisas a respeito. Centro Oeste é muito diversificado. Tem regiões lá que o CV é alto mas tem outras que é baixo. Porto Velho o CV é baixo, mas não obstante, minha esposa uma vez, em 2003, recebeu uma proposta de emprego pra uma cidade no Acre a um salário de 4.500 reais mensais. O problema desta cidade é que o litro da gasolina lá era 4 reais nesta época... Ela nem perguntou o resto. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Rubem Rocha rubem.ro...@dtmanaus.com.br To: delphi-br@yahoogrupos.com.br Sent: Wednesday, September 01, 2010 6:08 PM Subject: RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Então no que se baseiam pesquisas salariais de mercado de TI? Em todas as regiões do nosso País, ou somente no eixo Sul-Sudeste? Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Walter Chagas (Bol) Enviada em: quarta-feira, 1 de setembro de 2010 16:57 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Marcos, Uma coisa há de se considerar: O custo de vida em CG é baixo. Eu conheço lá, já que a Telemont mantem o Centro de Operações do Centro Oeste da OI lá, e o fez por ser a cidade da área 2 da OI de menor custo pra implantação do Centralizado. Salários, voce não pode se parametrizar pela sua região. Por exemplo, em Porto Velho, com 1500 reais voce vive legal. Em São Paulo voce passa fome. Salario de 5 mil reais em São Paulo, é um valor na média, em Palmas, no Tocantins, voce seria milionário. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br mailto:wchagasj%40bol.com.br MSN: whitesock...@hotmail.com mailto:whitesockets%40hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Marcos Abreu Ferreira maferreira...@gmail.com mailto:maferreira.f2%40gmail.com To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Sent: Wednesday, September 01, 2010 5:49 PM Subject: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Como rodar o GBAK DO firebird no win 7
Bom dia pessoal, Alguém poderia me ajudar a rodar o gbak no win7. Não consegui rodar nenhum utilitário de backup no win7. Se alguém tiver algum utilitário de backup que rode no win7 por favor poderia me passar. Atte. DBSOFT INFORMÁTICA LTDA OURO FINO - MG TEL:(35)3441-5254 DIMAS BOLOGNANI CEL:9978-8540 [As partes desta mensagem que não continham texto foram removidas]
Arquivo - [delphi-br] regras.txt
= TERMOS PARA PARTICIPAÇÃO NO GRUPO DELPHI-BR = I. CONSIDERAÇÕES GERAIS --- a) A concordância com os termos do presente documento é precondição para sua participação na lista de discussão delphi-br. b) O desconhecimento do presente documento não é motivo para o não cumprimento de qualquer de suas regras. c) A função dos moderadores é reguladora e suas principais atividades são: .observar que as mensagens enviadas ao grupo guardam tom amistoso; .observar que as mensagens enviadas ao grupo tratam de assuntos relacionados com o tema principal da lista, ou seja, Pascal, Delphi e Kylix; .aplicar medidas punitivas quando algum membro da lista infringe alguma das regras da lista, conforme disposto nos termos abaixo. d) A lista é mantida de forma gratuita. Não existem quaisquer garantias de continuidade ou qualidade no funcionamento da lista. Também não há garantias quanto ao teor ou validade técnica das mensagens enviadas à lista. II. FUNCIONAMENTO - a) MEMBROS MODERADOS: . Membros moderados têm suas mensagens submetidas à aprovação por um moderador antes de serem encaminhadas à lista. * Mensagens em desacordo com as regras da lista serão bloqueadas e jamais chegarão à lista. * O processo de moderação causará algum atraso na entrega das mensagens do membro moderado à lista. * O prazo de moderação é, por padrão, indeterminado. Porém, o tempo médio de moderação é uma semana. b) MEMBROS REGULARES: . Membros regulares são aqueles que participam da lista sem moderação. Suas mensagens são enviadas automaticamente à lista sem qualquer tipo de preprocessamento. . Membros regulares estão sujeitos às regras da lista e a infração de qualquer uma dessas regras resultará em medidas punitivas por parte dos moderadores. c) CAIXAS POSTAIS: . Usuários terão seu status de recepção modificado para 'No email' quando: sua caixa postal estiver cheia; sua caixa postal apresentar problemas que causem retorno de erro; ou, seu leitor de email tiver a propriedade aviso de recebimento de mensagens ativada. * Quando sanar o problema, o próprio usuário poderá entrar no site e alterar seu status: http://br.groups.yahoo.com/mygroups * Opcionalmente, um usuário poderá restaurar seu status para normal enviando uma mensagem para: delphi-br-nor...@yahoogroups.com III. REGULAMENTO a) GERAL: 1. O idioma oficial da lista é o português. Mensagens em outros idiomas não serão permitidas. 2. Todas as mensagens enviadas à lista deverão usar de tom amigável. O uso de ironia, sarcasmo, linguagem vulgar, comentário preconceituoso, insulto ou tom ofensivo sob qualquer outra forma não será tolerado. 3. As regras de etiqueta da Rede (RFC 1855, Netiquette Guidelines) deverão ser observadas quando pertinentes ao tipo de comunicação estabelecida na lista (um para muitos). Para maiores detalhes sobre a RFC 1855, veja http://www.ietf.org/rfc/rfc1855.txt?number=1855 4. Não envie arquivos anexados (attachments). Arquivos anexados são automaticamente rejeitados pela lista. A lista oferece um espaço para arquivos em: http://br.groups.yahoo.com/group/delphi-br/files 5. Não faça cross-posting (envio da mesma mensagem para diversas listas). Essa prática é considerada anti-ética pela maioria das comunidades na Internet. b) PIRATARIA: 1. Não promova pirataria de qualquer material. 2. Será considerada promoção de pirataria a solicitação ou fornecimento de números seriais, senhas, cracks, warez, cópias eletrônicas ou links para download de produtos (ou qualquer uma de suas partes) sem autorização legal para distribuição gratuita na Internet. Qualquer menção de como obter acesso a esse tipo de material (redes P2P, newsgroups, listas de discussão, diretórios, anúncios, etc) será igualmente considerada promoção de pirataria. * Para que não seja considerada pirataria, o autor da da mensagem deverá indicar explicitamente tratar-se de versão livremente acessível pela Internet. Caso não proceda dessa forma e havendo versão comercial do produto mencionado, a mensagem será considerada promoção de pirataria. 3. Na dúvida, seja explícito em sua mensagem e indique com toda clareza estar solicitando ou fornecendo dados de uma versão gratuita de um material. 4. Os moderadores da lista procederão com o máximo rigor, comunicando a todos os provedores envolvidos (dos autores das mensagens e
[delphi-br] FreeLance
Olá! Sou desenvolvedor de software e também domino áreas relacionadas, como contábil, fiscal, design e outras. Essas competências foram exploradas para que eu pudesse desenvolver softwares com qualidade e com alta aceitação por parte do cliente. Trabalho numa software-house no interior de SP onde pude me envolver com analise e desenvolvimento de muitos módulos satélites como PDV, NFe 2.0 e integrações com sistemas contábeis. ESTOU INICIANDO TRABALHO COMO FREELANCE Características: Delphi 7 Firebird 2.1 Contato: Marcos R. marcosroberto__...@hotmail.com (12) 8181-5015
[delphi-br] OFF-TOPIC - Teclado Logitech G15 - Applets no delphi ???
Pessoal, alguém na lista que tem o conhecimento de applets para o teclado logitech g15, construido com delphi. Agradeço pela ajuda. [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] [MAF] Velocidade de processamento
Fabrício, obrigado pelas dicas, vou fazer os testes. O número de registros envolvidos é pequeno, podendo ser até 30, no máximo 35. Com o tempo vão ocorrendo somente atualizações nos registros Em 1 de setembro de 2010 00:07, Fabricio Colombo fabricio.colombo@gmail.com escreveu: O problema do ClientDataSet é que a perfomance dele cai drasticamente a medida que o volume de dados aumenta, principalmente nas operações de Edição. 20 por segundo é tranquilo, desde que a quantidade total de registros no cds seja baixa, mais sem sombra de dúvida, usar um TList é muito mais rápido, e nesse caso vc pode utilizar um TListView para listar as informações. TQueue ou TStack como foi citado, são para faciliar o tratamento de fila e pilha, e não trarão nenhum ganho de performance em relação ao TList, pois, internamente utilizam um TList ;) Recomendo a vc fazer um teste de sobrecarga bem simples utilizado ambas as opções. Vc vai constatar facilmente a diferença entre cds e TList. []s Em 31 de agosto de 2010 19:06, Marcos Abreu Ferreira maferreira...@gmail.com escreveu: Fabricio, a quantidade de informações que recebo são em média 20 linhas de informação por segundo. Em 31 de agosto de 2010 14:19, Fabricio Colombo fabricio.colombo@gmail.com fabricio.colombo.mva%40gmail.com escreveu: Defina em valores o que seria essa quantidade de informações muito grande. As vezes não vale apenas criar uma solução muito complexa pra ganhar alguns milésimos de segundo. Em 31 de agosto de 2010 14:01, Rubem Rocha rubem.ro...@dtmanaus.com.br rubem.rocha%40dtmanaus.com.brescreveu: Eu penso que a solução, além de usar TClientDataSet, teria que fazer uso de threads e filas, na intenção de implementar algo que em .NET chamamos de thread pool (pool de threads). Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br] Em nome de Ricardo César Cardoso Enviada em: terça-feira, 31 de agosto de 2010 12:51 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Ao invés de uma TList, poderia usar TQueue ou TStack dependendo da necessidade e volume de dados. Agora uma pergunta de quem leu e releu e não entendeu direito: vc não conseguiria usar um descendente de TStream para resolver essa sua necessidade? Acho que seria até melhor do que Array ou estruturas de fila (TQueue), pilha (TStack) ou lista (TList). Atenciosamente, Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em ter, 31/8/10, Roni Rodrigo ronirodr...@yahoo.com.br ronirodrigo%40yahoo.com.br ronirodrigo% 40yahoo.com.brmailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br escreveu: De: Roni Rodrigo ronirodr...@yahoo.com.brronirodrigo% 40yahoo.com.brronirodrigo% 40yahoo.com.br mailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br% 40yahoogrupos.com.br mailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Data: Terça-feira, 31 de Agosto de 2010, 13:04 cara... o mais rápido acho que não é nem array nem cds... imagino que uma lista dinâmica ( TList ) seria mais rápida e fácil de manipular, além de ser mais estruturada mas se vc exibe as informações num grid, vc teria q sincronizar tanto a TList como o array, nesse caso acho que seria mais rápido manipular direto o cds mesmo... o/ Em 31/08/2010 12:22, Marcos Abreu Ferreira escreveu: Pessoal, estou desenvolvendo uma aplicação onde vou recebendo as informações por socket, salvo em um ClientDataSet e disponibilizo elas em um Grid. Em algumas situações a quantidade de informações é muito grande e veem todas juntas. O campo índice do ClientDataSet é um campo posição (numérico de 2 posições) e o outro campo é o horário. Quando recebo a linha de informação, verifico se a posição 1 e a posição anterior existem, carregar os tempos delas em variáveis e depois verificar se a posição recebida existe, e caso exista, somente altero o valor do horário e as diferenças entre elas, e se não estiver, crio um novo registro. Essa verificação da
[delphi-br] [DICA] Dica para quem utiliza kbmMW
http://www.mestdagh.biz/kbm/mw/faq/Frame_index.html Att. -- José Benedito Software Developer [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br ues...@multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.bruesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Marcos, Uma coisa há de se considerar: O custo de vida em CG é baixo. Eu conheço lá, já que a Telemont mantem o Centro de Operações do Centro Oeste da OI lá, e o fez por ser a cidade da área 2 da OI de menor custo pra implantação do Centralizado. Salários, voce não pode se parametrizar pela sua região. Por exemplo, em Porto Velho, com 1500 reais voce vive legal. Em São Paulo voce passa fome. Salario de 5 mil reais em São Paulo, é um valor na média, em Palmas, no Tocantins, voce seria milionário. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Marcos Abreu Ferreira maferreira...@gmail.com To: delphi-br@yahoogrupos.com.br Sent: Wednesday, September 01, 2010 5:49 PM Subject: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.bruesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
É, salário para auxiliar de pedreiro sem qualificação ! --- Em delphi-br@yahoogrupos.com.br, Eny Urias enyur...@... escreveu Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@... Para: delphi-br@yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@... ues...@... [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Então no que se baseiam pesquisas salariais de mercado de TI? Em todas as regiões do nosso País, ou somente no eixo Sul-Sudeste? Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Walter Chagas (Bol) Enviada em: quarta-feira, 1 de setembro de 2010 16:57 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Marcos, Uma coisa há de se considerar: O custo de vida em CG é baixo. Eu conheço lá, já que a Telemont mantem o Centro de Operações do Centro Oeste da OI lá, e o fez por ser a cidade da área 2 da OI de menor custo pra implantação do Centralizado. Salários, voce não pode se parametrizar pela sua região. Por exemplo, em Porto Velho, com 1500 reais voce vive legal. Em São Paulo voce passa fome. Salario de 5 mil reais em São Paulo, é um valor na média, em Palmas, no Tocantins, voce seria milionário. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br mailto:wchagasj%40bol.com.br MSN: whitesock...@hotmail.com mailto:whitesockets%40hotmail.com SKYPE: WalterChagasJr Twitter: @wchagas - Original Message - From: Marcos Abreu Ferreira maferreira...@gmail.com mailto:maferreira.f2%40gmail.com To: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Sent: Wednesday, September 01, 2010 5:49 PM Subject: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Caros, Talvez vocês não tenham entendido a forma de remuneração, mas vou tentar explicar melhor. Conforme anunciado, o salário é composto por uma parte fixa (R$ 1200,00) + variável (percentual sobre o faturamento bruto das empresas que utilizam o sistema). Portanto, quanto mais lojas usando o sistema e quanto mais essas lojas faturarem, maior será o seu salário no final do mês. Lembro ainda que esta remuneração é inicial, tenho funcionários que estão em outro patamar de remuneração no qual sobe o fixo e o percentual da participação. Espero que tenham entendido. Qualquer coisa é só me procurar. Atenciosamente, Douglas Uesato Departamento de T.I. Fone: (67) 3041-8000 www.multicoisas.com.br De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Marcos Abreu Ferreira Enviada em: quarta-feira, 1 de setembro de 2010 16:49 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS)
Caros, ...DOIS ouvidos e UMA boca!!! -- Gildenor Teixeira Autogere - Sistemas de Automação e Gestão 61 9985-9008 *Se você acha que a educação é cara, tenha a coragem de experimentar a ignorância.* * (Derek Bok)* Em 1 de setembro de 2010 18:10, Douglas Uesato ues...@multicoisas.com.brescreveu: Caros, Talvez vocês não tenham entendido a forma de remuneração, mas vou tentar explicar melhor. Conforme anunciado, o salário é composto por uma parte fixa (R$ 1200,00) + variável (percentual sobre o faturamento bruto das empresas que utilizam o sistema). Portanto, quanto mais lojas usando o sistema e quanto mais essas lojas faturarem, maior será o seu salário no final do mês. Lembro ainda que esta remuneração é inicial, tenho funcionários que estão em outro patamar de remuneração no qual sobe o fixo e o percentual da participação. Espero que tenham entendido. Qualquer coisa é só me procurar. Atenciosamente, Douglas Uesato Departamento de T.I. Fone: (67) 3041-8000 www.multicoisas.com.br De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Marcos Abreu Ferreira Enviada em: quarta-feira, 1 de setembro de 2010 16:49 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Não é polêmica não, é escravidão mesmo!!! Em 1 de setembro de 2010 16:59, Eny Urias enyur...@yahoo.com.brenyurias%40yahoo.com.br mailto:enyurias%40yahoo.com.br enyurias%2540yahoo.com.br escreveu: Eu não poderia deixar de comentar esse anúncio! Eu não sei se a região do anúncio trabalha com essa faixa salarial, mas, olha, pra trabalhar esse tanto e ter essa experiência e essa escolaridade, acho que estão oferecendo muito pouco! Não quero criar polêmica aqui, pelo amor de Deus! Só queria deixar registrada uma opinião. -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Douglas Uesato ues...@multicoisas.com.bruesato%40multicoisas.com.br mailto:uesato%40multicoisas.com.br uesato%2540multicoisas.com.br uesato%40multicoisas.com.br Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Quarta-feira, 1 de Setembro de 2010 12:19:03 Assunto: [delphi-br] Programador Delphi (CAMPO GRANDE-MS) Programador Delphi Empresa Contratante: Multicoisas - Analisar e desenvolver sistema de gestão ERP em Delphi. - Ensino Superior (cursando ou concluído) na área de informática. - Experiência em desenvolvimento de Sistemas, Delphi, Firebird e MySQL. Local de trabalho: Campo Grande - MS. Tipo de contratação: CLT, efetivo. Horário: 8h diárias, com 1:30h de intervalo e 4 horas no sábado. Benefícios: VT, VR, Assistência médica (após o período de experiência) e Seguro de vida (após o período de experiência) Faixa Salarial: R$ 1200,00 + Produtividade Cidade: Campo Grande Quantidade de vaga(s): 1 Interessados enviar o currículo para o email: mailto:ues...@multicoisas.com.br uesato%40multicoisas.com.br mailto: uesato%40multicoisas.com.br uesato%2540multicoisas.com.br uesato%40multicoisas.com.br ues...@multicoisas.com.br uesato%40multicoisas.com.br mailto: uesato%40multicoisas.com.br uesato%2540multicoisas.com.br uesato%40multicoisas.com.br [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] [OFF-TOPIC] Certificações: Alegria e Tristeza
Meus parabéns, Rubem! Toda conquista deve ser comemorada. Já escolheu como vai comemorar a sua? -- Dirlei Dionísio http://MaisQueBomCodigo.blogspot.com Em 1 de setembro de 2010 18:35, Rubem Rocha escreveu: Colegas da lista, Venho por meio desta anunciar que iniciei minha empreitada para obter minhas certificações na área de TI, especificamente em desenvolvimento de software. Neste último final de semana, após 3 tentativas, consegui passar no exame 70-536 (Microsoft .NET Framework 2.0 Application Development Foundation), obrigatório para quem quer tornar-me MCTS (Microsoft Certified Technical Specialist) em desenvolvimento .NET. Inicialmente, buscarei a certificação MCTS para ASP.NET, e farei portanto o exame 70-562 (Microsoft .NET Framework 3.5 ASP.NET Application Development). No momento sou somente um MCP, mas isto já é muito gratificante. Quero também neste momento compartilhar com os colegas minha alegria e, ao mesmo tempo, a minha tristeza. Alegre por estar a um passo de conseguir uma das 10(dez) http://www.zdnet.com/blog/btl/the-10-best-it-certifications/11189 Melhores Certificações na Área de TI, após quase dois anos trabalhando com .NET e alguns finais de semana estudando muito; E triste por não existir uma sistemática para aplicação de exames de certificação semelhante para produtos Embarcadero, que nos permita simplesmente nos prepararmos, independente de fazer curso oficial ou não, e podemos agendar a prova para fazermos quando, onde e em que horário quisermos, sem precisar de um instrutor certificado Embarcadero aplicar a prova. Já questionei isso inúmeras vezes e ainda questiono porque uma empresa do porte da Embarcadero, que tem produtos renomados e consagrados a nível de ferramentas para desenvolvedores de software, não permite tal flexibilidade para aplicação dos exames de certificação. Se a Embarcadero tivesse essa flexibilidade, fatalmente muitos de nós já seríamos profissionais certificados em Delphi, atuando em suas respectivas regiões para, assim como o Bruno Lichot, auxiliar a comunidade de desenvolvedores no Brasil e atuar na evangelização sobre o produto. Realmente isso me entristece, como também me entristece não ver figurada nesta lista que mencionei pelo menos uma certificação da Embacadero, em função da consagrada produtividade e recursos de desenvolvimento que o Delphi possui. Hoje me sinto orgulhoso em trilhar e conquistar passos importantes para figurar no seleto grupo de profissionais reconhecidos mundialmente na área de TI, mas ficaria mais orgulhoso ainda se isso ocorresse também com Delphi. Sds., Rubem Nascimento da Rocha 92 8429 2865 rubem.ro...@digitalti.com.br rubem.rocha%40digitalti.com.br assinatura email Digital TI - Coordenação de Automação Av. Carvalho Leal, 1330 - 1º Andar Cachoeirinha - 69065-001 Manaus/AM Call Center: 92 2101-0100 http://www.dtmanaus.com.br www.digitalti.com.br MCP(rgb) Certification ID: 6961400 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] [OFF-TOPIC] Certificações: Alegria e Tristeza
parabens e concordo totalmente, acredito que se varios de nós se manifestar, talvez eles escutem... é por isso que o .net cresce tanto. Em 1 de setembro de 2010 20:24, Dirlei Dionísio dir...@gmail.com escreveu: Meus parabéns, Rubem! Toda conquista deve ser comemorada. Já escolheu como vai comemorar a sua? -- Dirlei Dionísio http://MaisQueBomCodigo.blogspot.com Em 1 de setembro de 2010 18:35, Rubem Rocha escreveu: Colegas da lista, Venho por meio desta anunciar que iniciei minha empreitada para obter minhas certificações na área de TI, especificamente em desenvolvimento de software. Neste último final de semana, após 3 tentativas, consegui passar no exame 70-536 (Microsoft .NET Framework 2.0 Application Development Foundation), obrigatório para quem quer tornar-me MCTS (Microsoft Certified Technical Specialist) em desenvolvimento .NET. Inicialmente, buscarei a certificação MCTS para ASP.NET, e farei portanto o exame 70-562 (Microsoft .NET Framework 3.5 ASP.NET Application Development). No momento sou somente um MCP, mas isto já é muito gratificante. Quero também neste momento compartilhar com os colegas minha alegria e, ao mesmo tempo, a minha tristeza. Alegre por estar a um passo de conseguir uma das 10(dez) http://www.zdnet.com/blog/btl/the-10-best-it-certifications/11189 Melhores Certificações na Área de TI, após quase dois anos trabalhando com .NET e alguns finais de semana estudando muito; E triste por não existir uma sistemática para aplicação de exames de certificação semelhante para produtos Embarcadero, que nos permita simplesmente nos prepararmos, independente de fazer curso oficial ou não, e podemos agendar a prova para fazermos quando, onde e em que horário quisermos, sem precisar de um instrutor certificado Embarcadero aplicar a prova. Já questionei isso inúmeras vezes e ainda questiono porque uma empresa do porte da Embarcadero, que tem produtos renomados e consagrados a nível de ferramentas para desenvolvedores de software, não permite tal flexibilidade para aplicação dos exames de certificação. Se a Embarcadero tivesse essa flexibilidade, fatalmente muitos de nós já seríamos profissionais certificados em Delphi, atuando em suas respectivas regiões para, assim como o Bruno Lichot, auxiliar a comunidade de desenvolvedores no Brasil e atuar na evangelização sobre o produto. Realmente isso me entristece, como também me entristece não ver figurada nesta lista que mencionei pelo menos uma certificação da Embacadero, em função da consagrada produtividade e recursos de desenvolvimento que o Delphi possui. Hoje me sinto orgulhoso em trilhar e conquistar passos importantes para figurar no seleto grupo de profissionais reconhecidos mundialmente na área de TI, mas ficaria mais orgulhoso ainda se isso ocorresse também com Delphi. Sds., Rubem Nascimento da Rocha 92 8429 2865 rubem.ro...@digitalti.com.br rubem.rocha%40digitalti.com.br assinatura email Digital TI - Coordenação de Automação Av. Carvalho Leal, 1330 - 1º Andar Cachoeirinha - 69065-001 Manaus/AM Call Center: 92 2101-0100 http://www.dtmanaus.com.br www.digitalti.com.br MCP(rgb) Certification ID: 6961400 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas]
RE: [delphi-br] [OFF -TOPIC] Certificaçõe s: Alegria e Tristeza
Já comemorei, colega. Me contemplaram com uma garrafa de whisky na boate onde toco nos finais de semana como DJ. ;) Sds. To: delphi-br@yahoogrupos.com.br From: dir...@gmail.com Date: Wed, 1 Sep 2010 20:24:22 -0300 Subject: Re: [delphi-br] [OFF-TOPIC] Certificações: Alegria e Tristeza Meus parabéns, Rubem! Toda conquista deve ser comemorada. Já escolheu como vai comemorar a sua? -- Dirlei Dionísio http://MaisQueBomCodigo.blogspot.com Em 1 de setembro de 2010 18:35, Rubem Rocha escreveu: Colegas da lista, Venho por meio desta anunciar que iniciei minha empreitada para obter minhas certificações na área de TI, especificamente em desenvolvimento de software. Neste último final de semana, após 3 tentativas, consegui passar no exame 70-536 (Microsoft .NET Framework 2.0 Application Development Foundation), obrigatório para quem quer tornar-me MCTS (Microsoft Certified Technical Specialist) em desenvolvimento .NET. Inicialmente, buscarei a certificação MCTS para ASP.NET, e farei portanto o exame 70-562 (Microsoft .NET Framework 3.5 ASP.NET Application Development). No momento sou somente um MCP, mas isto já é muito gratificante. Quero também neste momento compartilhar com os colegas minha alegria e, ao mesmo tempo, a minha tristeza. Alegre por estar a um passo de conseguir uma das 10(dez) http://www.zdnet.com/blog/btl/the-10-best-it-certifications/11189 Melhores Certificações na Área de TI, após quase dois anos trabalhando com .NET e alguns finais de semana estudando muito; E triste por não existir uma sistemática para aplicação de exames de certificação semelhante para produtos Embarcadero, que nos permita simplesmente nos prepararmos, independente de fazer curso oficial ou não, e podemos agendar a prova para fazermos quando, onde e em que horário quisermos, sem precisar de um instrutor certificado Embarcadero aplicar a prova. Já questionei isso inúmeras vezes e ainda questiono porque uma empresa do porte da Embarcadero, que tem produtos renomados e consagrados a nível de ferramentas para desenvolvedores de software, não permite tal flexibilidade para aplicação dos exames de certificação. Se a Embarcadero tivesse essa flexibilidade, fatalmente muitos de nós já seríamos profissionais certificados em Delphi, atuando em suas respectivas regiões para, assim como o Bruno Lichot, auxiliar a comunidade de desenvolvedores no Brasil e atuar na evangelização sobre o produto. Realmente isso me entristece, como também me entristece não ver figurada nesta lista que mencionei pelo menos uma certificação da Embacadero, em função da consagrada produtividade e recursos de desenvolvimento que o Delphi possui. Hoje me sinto orgulhoso em trilhar e conquistar passos importantes para figurar no seleto grupo de profissionais reconhecidos mundialmente na área de TI, mas ficaria mais orgulhoso ainda se isso ocorresse também com Delphi. Sds., Rubem Nascimento da Rocha 92 8429 2865 rubem.ro...@digitalti.com.br rubem.rocha%40digitalti.com.br assinatura email Digital TI - Coordenação de Automação Av. Carvalho Leal, 1330 - 1º Andar Cachoeirinha - 69065-001 Manaus/AM Call Center: 92 2101-0100 http://www.dtmanaus.com.br www.digitalti.com.br MCP(rgb) Certification ID: 6961400 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Sistemas TDI - Screenshots e idéias
Olá, Carlos Aquino Estou tentando migrar também para TDI, porém está trabalhoso demais, pois não consegui ainda fazer com que o ActiveForm seja o que está sendo apresentado ao usuário. Ou seja, o ActiveForm é sempre o form principal. Em consequência, estou tendo que tratar toda a interação do usuário com o Teclado+Mouse (F1, F2, OkKeyUp, etc, etc) no form principal. Não me conformo eu esmerdalhar meu software assim. Vc também teve que tratar no form principal ??? Vc tem alguma sugestão que possa me ajudar ??? Grato, Anilton Silva MSN: anilton_silva arroba hotmail ponto com. Em 15 de maio de 2010 11:27, Carlos Aquino duar...@gmail.com escreveu: Algum amigo envolvido em desenvolvimento de telas em TDI para compartilhar idéias ? MSN, IRC, email etc ? Screenshots de um sistema meu em TDI http://picasaweb.google.com/duardbr/SistemaNFeEmTDI#5459665153668439282 duardbr no gmail qualquer contato ! -- __ : grato e sem mais, : Carlos Aquino, Uberaba/MG __ : http://duard.com.br//blog : Msn-Messenger : duar...@hotmail.com duardbr%40hotmail.com __ : Uberaba-MG / Brasil __ [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[delphi-br] Oportunidade de Trabalho Delphi - Lapa - SP/SP
Somos uma consultoria em informática a procura de profissionais com o seguinte perfil: Analista Programador Pleno ou Sênior (2 vagas) Com experiência em Delphi e SQL-Server. Projeto inicial de três meses como PJ e posterior efetivação pelo cliente. Oportunidade para trabalhar em um Grupo de grande porte. Região Lapa - SP/SP Mandar pretensão como PJ e CLT. Interessados enviar cv para r...@sysplansp.com.br e colocar no assunto: DELPHI LAPA Atenciosamente, RH Sysplan Informática Fone 11 3814-7706 [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Usar Formulario Modelo no Group Project
Boa Tarde, amigos Delphianos, Antes de colocar a minha dúvida, gostaria de passar o meu cenário de trabalho: 1. Delphi 2010 2. Firebird 2.1.3 3. Windows 7 Ultimate 4. CnPack 5. DbExpress Neste novo projeto decidi fazer uso do Group Project (Grupo de Projetos). Criei um grupo com o nome X e dentro deste grupo adicionei os meus 3 projetos (A,B,C). No projeto A criei um formulário modelo para realizar os cadastros. Estou querendo utilizar no projeto B e C este mesmo formulário modelo criado no projeto A, mas não estou conseguindo encontrar um forma de realizar esta operação. Quando vou em FILE, NEW FORM, OTHER, Inheritable Items, aparece somente os forms do projeto B ou C. *Como faço para utilizar o modelo criado no projeto A, nos projetos B e C, visto que os 3 projetos estão no mesmo Grupo de Projetos ?* * * *Somente teria a opção de utilizar ADD TO PROJECT ? Não posso criar direto o novo formulário baseado no modelo criado no projeto A ?* Caso alguém trabalhe com a criação de Grupos de Projetos e possa me dar um auxílio. Obrigado, * * *Gilmar* *Micro Brasil Informática* [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] treeview
eu usei esse codigo procedure TPlanoContas.TreeView1CustomDrawItem(Sender: TCustomTreeView; Node: TTreeNode; State: TCustomDrawState; var DefaultDraw: Boolean); var NodeRect: TRect; begin NodeRect := Node.DisplayRect(True); if node.Level = 0 then begin Sender.canvas.Font.Style := [fsBold]; Sender.canvas.Font.Color := clBlue; end else if node.Level = 1 then begin Sender.canvas.Font.Style := [fsBold]; Sender.canvas.Font.Color := clRed; end else begin Sender.canvas.Font.Style := []; Sender.canvas.Font.Color := clBlack; end; Sender.canvas.FillRect(NodeRect); end; funcionou legal vc pode adaptar para sua necessidade. Em 1 de setembro de 2010 09:28, Gilberto Bazilio gmbazi...@hotmail.comescreveu: Bom Dia Senhores e Senhoras do Grupo, Me deparei com um problema no treeview, alguem já conseguiu colorir os nós do treeview em tempo de execução? Consegui utilizando o OnCustomDrawItem, mas ele não me soluciona o problema, queria colorir atraves de um button. Atenciosamente, Gilberto Bazilio Stärke [As partes desta mensagem que não continham texto foram removidas] -- Luciano S. Bruno Consultor em TI [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] Codigo de Barras
esse componente vem com os fontes, compila ele no delphi 2010. -- Luciano S. Bruno Consultor em TI [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Monitorar Diretório para ver arquivos criados
Boa Noite Pessoal, estou a dias brigando com um modo de monitorar uma pasta expecifica a fim de me retornar o nome do arquivo que foi criado, para assim poder fazer outra opeção com esse arquivo, achei na net varios arquivos e post de foruns sobre o assunto, achei o fonte de um componente que resolveria meus problemas, mas, ele não esta funcionando com o D2010, eu consigo criar o componente, instalo ele, adiciono no meu projeto, modifico as configs, mas quando crio um arquivo dentro do diretorio que está sendo monitorado o evento não eh acionado. Abaixo segue o fonte. unit MonitoraDiretorio; interface uses Windows, Messages, SysUtils, Classes; type EDiretorioInvalido = class(Exception); TMonitoraThread = class(TThread) private { Private declarations } FHandle: THandle; FOwner: TComponent; protected procedure Execute; override; public constructor Create(AOwner: TComponent; CreateSuspended: Boolean; Diretorio: string); reintroduce; destructor Destroy; override; end; TArquivoAlterado = procedure(Sender: TObject; Arquivo: string) of object; TMonitoraDiretorio = class(TComponent) private { Private declarations } FLista: TStringList; FMonitoraThread: TMonitoraThread; FAtivo: Boolean; FDiretorio: string; FOnArquivoExcluido: TArquivoAlterado; FOnArquivoAlterado: TArquivoAlterado; FOnArquivoIncluido: TArquivoAlterado; procedure CriaLista(var Lista: TStringList); procedure AtuaDiretorio; procedure SetAtivo(const Value: Boolean); procedure SetDiretorio(const Value: string); procedure SetOnArquivoAlterado(const Value: TArquivoAlterado); procedure SetOnArquivoExcluido(const Value: TArquivoAlterado); procedure SetOnArquivoIncluido(const Value: TArquivoAlterado); protected { Protected declarations } public { Public declarations } constructor Create(AOwner: TComponent); override; destructor Destroy; override; published { Published declarations } property Ativo: Boolean read FAtivo write SetAtivo; property Diretorio: string read FDiretorio write SetDiretorio; property OnArquivoIncluido: TArquivoAlterado read FOnArquivoIncluido write SetOnArquivoIncluido; property OnArquivoExcluido: TArquivoAlterado read FOnArquivoExcluido write SetOnArquivoExcluido; property OnArquivoAlterado: TArquivoAlterado read FOnArquivoAlterado write SetOnArquivoAlterado; end; procedure Register; implementation procedure Register; begin RegisterComponents('Samples', [TMonitoraDiretorio]); end; { TMonitoraDiretorio } procedure TMonitoraDiretorio.CriaLista(var Lista: TStringList); var SRec: TSearchRec; Done: Integer; begin // carrega o nome dos arquivos do diretório selecionado na lista Lista.Sorted := True; Done := FindFirst(IncludeTrailingPathDelimiter(Diretorio) + '*.*', 0, SRec); while Done = 0 do begin Lista.AddObject(Srec.Name, TObject(SRec.Time)); Done := FindNext(SRec); end; FindClose(SRec); end; procedure TMonitoraDiretorio.AtuaDiretorio; var NovaLista: TStringList; IndVelha, IndNova: Integer; begin NovaLista := TStringList.Create; CriaLista(NovaLista); IndVelha := 0; IndNova := 0; while (IndVelha FLista.Count) and (IndNova NovaLista.Count) do begin if FLista[IndVelha] NovaLista[IndNova] then begin // Arquivo criado if Assigned(FOnArquivoIncluido) then FOnArquivoIncluido(Self, NovaLista[IndNova]); Inc(IndNova); end else begin if FLista[IndVelha] NovaLista[IndNova] then begin // Arquivo excluído if Assigned(FOnArquivoExcluido) then FOnArquivoExcluido(Self, FLista[IndVelha]); Inc(IndVelha); end else begin // Arquivos iguais if (FLista.Objects[IndVelha] NovaLista.Objects[IndNova]) and Assigned(FOnArquivoAlterado) then FOnArquivoAlterado(Self, FLista[IndVelha]); Inc(IndVelha); Inc(IndNova); end; end; end; // Processa o final das listas while (IndVelha FLista.Count) do begin if Assigned(FOnArquivoExcluido) then FOnArquivoExcluido(Self, FLista[IndVelha]); Inc(IndVelha); end; while (IndNova NovaLista.Count) do begin if Assigned(FOnArquivoIncluido) then FOnArquivoIncluido(Self, NovaLista[IndNova]); Inc(IndNova); end; FLista.Assign(NovaLista); NovaLista.Free; end; constructor TMonitoraDiretorio.Create(AOwner: TComponent); begin inherited; FAtivo := False; FDiretorio := 'C:\'; FLista := TStringList.Create; end; destructor TMonitoraDiretorio.Destroy; begin FLista.Free; if Assigned(FMonitoraThread) then FMonitoraThread.Terminate; inherited; end; procedure TMonitoraDiretorio.SetAtivo(const Value: Boolean); begin FAtivo := Value; // Termina thread anterior if Assigned(FMonitoraThread) then FMonitoraThread.Terminate; // Limpa lista arquivos FLista.Clear; if FAtivo then begin // Cria nova lista e
[delphi-br] [OFF-TOPIC] Joomla
Caríssimos, bom dia. Alguém da lista já mexeu com Joomla ? (bom ? ruim ? recomendável ?) Desde já agradeço a atenção dispensada. Att. Albuquerque [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] [OFF-TOPIC] Joomla
É o melhor gerenciador CMS na minha opinião. 2010/8/31 Albuquerque sys.e...@yahoo.com Caríssimos, bom dia. Alguém da lista já mexeu com Joomla ? (bom ? ruim ? recomendável ?) Desde já agradeço a atenção dispensada. Att. Albuquerque [As partes desta mensagem que não continham texto foram removidas] -- Márcio F. Cruz [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] [OFF-TOPIC] Joomla
pra quem nao tem conhecimento web vale a pena, mas ainda prefiro faze o site na mao. ele é um assistente para criacao de sites, logo vc fica preso a trabalhar da forma que ele quer. Em 31 de agosto de 2010 16:26, Albuquerque sys.e...@yahoo.com escreveu: Caríssimos, bom dia. Alguém da lista já mexeu com Joomla ? (bom ? ruim ? recomendável ?) Desde já agradeço a atenção dispensada. Att. Albuquerque [As partes desta mensagem que não continham texto foram removidas] -- Felipe Govoni - GOVONI Sistemas Fone 8472-8718 www.govoni.com.br [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [delphi-br] Page footer no Quick Report
Funcionou. O que eu queria foi feito com a sua sugestão. Muito obrigado Valfrid. Um abraço e felicidades Valeu Em 30 de agosto de 2010 18:49, Valfrid-Ly Silva Couto valfrid...@yahoo.com.br escreveu: Verifique se a página atual é a mesma do pagecount. Valfrid De: Osman Siqueira Jr osman.sique...@gmail.comosman.siqueira%40gmail.com Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 17:46:30 Assunto: Re: [delphi-br] Page footer no Quick Report Prezados Omar e Valfrid, As soluções que vocês deram foram ótimas. Valeu! Show de bola!!. Preferi implementar a solução do Valfrid por achar mais fácil e já repliquei uma child band exatamente da forma como descrita. Aí surgiu uma dúvida: tem alguma propriedade ou algum evento que me avise que está sendo processada a última página? Assim eu posso dar um Enabled := True na nova banda e um Enable := False na banda de page Footer. Já estou procurando no google, mas caso vocês saibam, eu agradeceria se pudessem me dizer. Mais uma vez, muito obrigado. Não esparava que fosse receber tanta ajuda. Valeu!! Em 30 de agosto de 2010 14:03, Valfrid-Ly Silva Couto valfrid...@yahoo.com.br valfrid_ly%40yahoo.com.br escreveu: Osman, PageFooter é no fim da página mesmo, sempre! Se você fizer um rodapé no Word vai ter o mesmo resultado. Agora, se você quiser, pode usar uma childband replicando o seu rodapé e, no evento beforeprint dela, coloque-a visible true apenas se for a última página e faça o inverso para o rodapé. Rgs, Valfrid De: Osman osman.sique...@gmail.com osman.siqueira%40gmail.comosman.siqueira% 40gmail.com Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 12:01:09 Assunto: [delphi-br] Page footer no Quick Report Alô a todos. Tenho um relatório que pode ter várias páginas. Usei uma banda page footer para imprimir um texto fixo no final de cada página. Até aí tudo bem. O problema é que na última página, o relatório acaba bem no início, consumindo só um quarto da última página. Aí fica um espaço em branco até chegar no fim da página, onde saem os dados da page footer. gostaria de saber se no caso da última página, há alguma maneira de pegar a page footer e fazê-la ser impressa quando os dados do relatório acabar e não no fim da página. Alguém já passou por isso ou pode me dar uma dica? Qualquer help será bem vindo. Antecipadamente grato a todos. -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[delphi-br] Re: Ref. Ultimos forms abertos
.DSK Luciano C. Simões --- Em delphi-br@yahoogrupos.com.br, Omar Marques webomarmat...@... escreveu Salve amigos(as), Em qual arquivo o Delphi (uso D5) guarda o nome dos últimos forms abertos, pq no meu caso, ele sempre está abrindo os mesmos forms. Uso o Star Team e queria saber qual arquivo para apagá-lo para ele recriá-lo. Obrigado Abraço
Re: [delphi-br] [MAF] Velocidade de processamento
Usar o ClientDataset com um campo indexado (usando FindKey) tende a ser mais rápido. -- Dirlei Dionísio http://MaisQueBomCodigo.blogspot.com Em Ter, 2010-08-31 às 12:22 -0300, Marcos Abreu Ferreira escreveu: Pessoal, estou desenvolvendo uma aplicação onde vou recebendo as informações por socket, salvo em um ClientDataSet e disponibilizo elas em um Grid. Em algumas situações a quantidade de informações é muito grande e veem todas juntas. O campo índice do ClientDataSet é um campo posição (numérico de 2 posições) e o outro campo é o horário. Quando recebo a linha de informação, verifico se a posição 1 e a posição anterior existem, carregar os tempos delas em variáveis e depois verificar se a posição recebida existe, e caso exista, somente altero o valor do horário e as diferenças entre elas, e se não estiver, crio um novo registro. Essa verificação da posição 1 e a anterior seria mais rápida se eu usasse um array ou o ClientDataSet mesmo? e a gravação/alteração seria mais rápida em qual situação? -- Att, Marcos A. Ferreira São Paulo - Brasil +55 11 9309-3936 +55 11 8905-9889 MSN: maferre...@hotmail.it Google Talk: maferreira.f2 Skype: maferreira.f2 LinkedIn: http://www.linkedin.com/in/maferreira/ Twitter: @effedois http://www.twitter.com/effedois/ Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar, ou divulgar as informações nela contidas ou tomar qualquer ação baseada nestas informações. Se você recebeu esta mensagem por engano, por favor, avise imediatamente o remetente, respondendo o email e em seguida, apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please, advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE. ENVIRONMENT commitment and responsibility, think about Before Printing. [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] [MAF] Velocidade de processamento
Eu penso que a solução, além de usar TClientDataSet, teria que fazer uso de threads e filas, na intenção de implementar algo que em .NET chamamos de thread pool (pool de threads). Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Ricardo César Cardoso Enviada em: terça-feira, 31 de agosto de 2010 12:51 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Ao invés de uma TList, poderia usar TQueue ou TStack dependendo da necessidade e volume de dados. Agora uma pergunta de quem leu e releu e não entendeu direito: vc não conseguiria usar um descendente de TStream para resolver essa sua necessidade? Acho que seria até melhor do que Array ou estruturas de fila (TQueue), pilha (TStack) ou lista (TList). Atenciosamente, Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em ter, 31/8/10, Roni Rodrigo ronirodr...@yahoo.com.br mailto:ronirodrigo%40yahoo.com.br escreveu: De: Roni Rodrigo ronirodr...@yahoo.com.br mailto:ronirodrigo%40yahoo.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Data: Terça-feira, 31 de Agosto de 2010, 13:04 cara... o mais rápido acho que não é nem array nem cds... imagino que uma lista dinâmica ( TList ) seria mais rápida e fácil de manipular, além de ser mais estruturada mas se vc exibe as informações num grid, vc teria q sincronizar tanto a TList como o array, nesse caso acho que seria mais rápido manipular direto o cds mesmo... o/ Em 31/08/2010 12:22, Marcos Abreu Ferreira escreveu: Pessoal, estou desenvolvendo uma aplicação onde vou recebendo as informações por socket, salvo em um ClientDataSet e disponibilizo elas em um Grid. Em algumas situações a quantidade de informações é muito grande e veem todas juntas. O campo índice do ClientDataSet é um campo posição (numérico de 2 posições) e o outro campo é o horário. Quando recebo a linha de informação, verifico se a posição 1 e a posição anterior existem, carregar os tempos delas em variáveis e depois verificar se a posição recebida existe, e caso exista, somente altero o valor do horário e as diferenças entre elas, e se não estiver, crio um novo registro. Essa verificação da posição 1 e a anterior seria mais rápida se eu usasse um array ou o ClientDataSet mesmo? e a gravação/alteração seria mais rápida em qual situação? [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Ajuda
Galera, bom dia Estou trabalhando com o Delphi 2010, porem o sistema aqui da empresa foi desenvolvido na versão 7. Tem um modulo do sistema que gera etiqueta com código de barra. Foi utilizado o componente QRBarcode. Como posso resolver o problema do código de barras no delphi 2010 Não encontrei esse componente Fico no aguardo [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] [MAF] Velocidade de processamento
Defina em valores o que seria essa quantidade de informações muito grande. As vezes não vale apenas criar uma solução muito complexa pra ganhar alguns milésimos de segundo. Em 31 de agosto de 2010 14:01, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: Eu penso que a solução, além de usar TClientDataSet, teria que fazer uso de threads e filas, na intenção de implementar algo que em .NET chamamos de thread pool (pool de threads). Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Ricardo César Cardoso Enviada em: terça-feira, 31 de agosto de 2010 12:51 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Ao invés de uma TList, poderia usar TQueue ou TStack dependendo da necessidade e volume de dados. Agora uma pergunta de quem leu e releu e não entendeu direito: vc não conseguiria usar um descendente de TStream para resolver essa sua necessidade? Acho que seria até melhor do que Array ou estruturas de fila (TQueue), pilha (TStack) ou lista (TList). Atenciosamente, Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em ter, 31/8/10, Roni Rodrigo ronirodr...@yahoo.com.brronirodrigo%40yahoo.com.brmailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br escreveu: De: Roni Rodrigo ronirodr...@yahoo.com.br ronirodrigo%40yahoo.com.brmailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brmailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Data: Terça-feira, 31 de Agosto de 2010, 13:04 cara... o mais rápido acho que não é nem array nem cds... imagino que uma lista dinâmica ( TList ) seria mais rápida e fácil de manipular, além de ser mais estruturada mas se vc exibe as informações num grid, vc teria q sincronizar tanto a TList como o array, nesse caso acho que seria mais rápido manipular direto o cds mesmo... o/ Em 31/08/2010 12:22, Marcos Abreu Ferreira escreveu: Pessoal, estou desenvolvendo uma aplicação onde vou recebendo as informações por socket, salvo em um ClientDataSet e disponibilizo elas em um Grid. Em algumas situações a quantidade de informações é muito grande e veem todas juntas. O campo índice do ClientDataSet é um campo posição (numérico de 2 posições) e o outro campo é o horário. Quando recebo a linha de informação, verifico se a posição 1 e a posição anterior existem, carregar os tempos delas em variáveis e depois verificar se a posição recebida existe, e caso exista, somente altero o valor do horário e as diferenças entre elas, e se não estiver, crio um novo registro. Essa verificação da posição 1 e a anterior seria mais rápida se eu usasse um array ou o ClientDataSet mesmo? e a gravação/alteração seria mais rápida em qual situação? [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[delphi-br] Codigo de Barras
Galera, boa tarde Estou trabalhando aqui na empresa com o Delphi 2010, sendo que o sistema foi desenvolvido na versão 7. Tenho um modulo no qual emite etiquetas com código de barras no qual é utilizado o QrBarcode. Não achei esse componente para o delphi 2010. Alguem pode me sugerir alguma solução? [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Capturar número de telefone PABX Ce ntral Siemens HIPATH 1190
Bom dia, senhores! Estou com um problema para capturar o número recebido através da porta serial na central Siemens Hipath 1190. Sei que no Delphi tem uns componentes que lêm a porta serial (COM1) e a Hipath tem um protocolo TAPI, que poderia ser usado para isso. O objetivo desta captura de telefone, é que farei uma pesquisa pelo nr discado, visando localizar o cliente antes do atendente atender a ligaçao. Alguma dica? Agradeço antecipadamente. [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] RE: s--l
Hi, How are you recently? I have good news for you. I give you some surprice here! The latest Apple iPad Wi-Fi + 3G (64GB) is only 429.99 And other items all are original with low price that you can't belive !! You can never find such a low price in other place... Don't miss this chance, hope you can find somethings that you are interested . I believe you will have an good experience on shopping from them. The website is http://www.olanys.com rega...@-- [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] [MAF] Velocidade de processamento
Fabricio, a quantidade de informações que recebo são em média 20 linhas de informação por segundo. Em 31 de agosto de 2010 14:19, Fabricio Colombo fabricio.colombo@gmail.com escreveu: Defina em valores o que seria essa quantidade de informações muito grande. As vezes não vale apenas criar uma solução muito complexa pra ganhar alguns milésimos de segundo. Em 31 de agosto de 2010 14:01, Rubem Rocha rubem.ro...@dtmanaus.com.brescreveu: Eu penso que a solução, além de usar TClientDataSet, teria que fazer uso de threads e filas, na intenção de implementar algo que em .NET chamamos de thread pool (pool de threads). Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br] Em nome de Ricardo César Cardoso Enviada em: terça-feira, 31 de agosto de 2010 12:51 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Ao invés de uma TList, poderia usar TQueue ou TStack dependendo da necessidade e volume de dados. Agora uma pergunta de quem leu e releu e não entendeu direito: vc não conseguiria usar um descendente de TStream para resolver essa sua necessidade? Acho que seria até melhor do que Array ou estruturas de fila (TQueue), pilha (TStack) ou lista (TList). Atenciosamente, Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em ter, 31/8/10, Roni Rodrigo ronirodr...@yahoo.com.brronirodrigo% 40yahoo.com.brmailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br escreveu: De: Roni Rodrigo ronirodr...@yahoo.com.br ronirodrigo%40yahoo.com.br mailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br mailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Data: Terça-feira, 31 de Agosto de 2010, 13:04 cara... o mais rápido acho que não é nem array nem cds... imagino que uma lista dinâmica ( TList ) seria mais rápida e fácil de manipular, além de ser mais estruturada mas se vc exibe as informações num grid, vc teria q sincronizar tanto a TList como o array, nesse caso acho que seria mais rápido manipular direto o cds mesmo... o/ Em 31/08/2010 12:22, Marcos Abreu Ferreira escreveu: Pessoal, estou desenvolvendo uma aplicação onde vou recebendo as informações por socket, salvo em um ClientDataSet e disponibilizo elas em um Grid. Em algumas situações a quantidade de informações é muito grande e veem todas juntas. O campo índice do ClientDataSet é um campo posição (numérico de 2 posições) e o outro campo é o horário. Quando recebo a linha de informação, verifico se a posição 1 e a posição anterior existem, carregar os tempos delas em variáveis e depois verificar se a posição recebida existe, e caso exista, somente altero o valor do horário e as diferenças entre elas, e se não estiver, crio um novo registro. Essa verificação da posição 1 e a anterior seria mais rápida se eu usasse um array ou o ClientDataSet mesmo? e a gravação/alteração seria mais rápida em qual situação? [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM -- Att, Marcos A. Ferreira São Paulo - Brasil +55 11 9309-3936 +55 11 8905-9889 MSN: maferre...@hotmail.it Google Talk: maferreira.f2 Skype: maferreira.f2 LinkedIn: http://www.linkedin.com/in/maferreira/ Twitter: @effedois http://www.twitter.com/effedois/ Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar, ou divulgar as informações nela contidas ou tomar qualquer ação baseada nestas informações. Se você recebeu esta mensagem por engano, por favor, avise imediatamente o remetente, respondendo o email e em seguida, apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please, advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE. ENVIRONMENT commitment and responsibility
[delphi-br] Balança LucasTec PLE
Boa Tarde a Todos!!! Alguém já desenvolveu uma rotina de comunicação com a balança LucasTec??? Estou precisando e o fabricante não manual/protocolo para me fornecer sobre a balança. Atenciosamente, João Paulo
Re: [delphi-br] [MAF] Velocidade de processamento
O problema do ClientDataSet é que a perfomance dele cai drasticamente a medida que o volume de dados aumenta, principalmente nas operações de Edição. 20 por segundo é tranquilo, desde que a quantidade total de registros no cds seja baixa, mais sem sombra de dúvida, usar um TList é muito mais rápido, e nesse caso vc pode utilizar um TListView para listar as informações. TQueue ou TStack como foi citado, são para faciliar o tratamento de fila e pilha, e não trarão nenhum ganho de performance em relação ao TList, pois, internamente utilizam um TList ;) Recomendo a vc fazer um teste de sobrecarga bem simples utilizado ambas as opções. Vc vai constatar facilmente a diferença entre cds e TList. []s Em 31 de agosto de 2010 19:06, Marcos Abreu Ferreira maferreira...@gmail.com escreveu: Fabricio, a quantidade de informações que recebo são em média 20 linhas de informação por segundo. Em 31 de agosto de 2010 14:19, Fabricio Colombo fabricio.colombo@gmail.com fabricio.colombo.mva%40gmail.com escreveu: Defina em valores o que seria essa quantidade de informações muito grande. As vezes não vale apenas criar uma solução muito complexa pra ganhar alguns milésimos de segundo. Em 31 de agosto de 2010 14:01, Rubem Rocha rubem.ro...@dtmanaus.com.br rubem.rocha%40dtmanaus.com.brescreveu: Eu penso que a solução, além de usar TClientDataSet, teria que fazer uso de threads e filas, na intenção de implementar algo que em .NET chamamos de thread pool (pool de threads). Sds. De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br [mailto: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br] Em nome de Ricardo César Cardoso Enviada em: terça-feira, 31 de agosto de 2010 12:51 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Ao invés de uma TList, poderia usar TQueue ou TStack dependendo da necessidade e volume de dados. Agora uma pergunta de quem leu e releu e não entendeu direito: vc não conseguiria usar um descendente de TStream para resolver essa sua necessidade? Acho que seria até melhor do que Array ou estruturas de fila (TQueue), pilha (TStack) ou lista (TList). Atenciosamente, Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em ter, 31/8/10, Roni Rodrigo ronirodr...@yahoo.com.brronirodrigo%40yahoo.com.br ronirodrigo% 40yahoo.com.brmailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br escreveu: De: Roni Rodrigo ronirodr...@yahoo.com.brronirodrigo%40yahoo.com.brronirodrigo% 40yahoo.com.br mailto: ronirodrigo%40yahoo.com.br ronirodrigo%2540yahoo.com.br Assunto: Re: [delphi-br] [MAF] Velocidade de processamento Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.brdelphi-br% 40yahoogrupos.com.br mailto: delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Data: Terça-feira, 31 de Agosto de 2010, 13:04 cara... o mais rápido acho que não é nem array nem cds... imagino que uma lista dinâmica ( TList ) seria mais rápida e fácil de manipular, além de ser mais estruturada mas se vc exibe as informações num grid, vc teria q sincronizar tanto a TList como o array, nesse caso acho que seria mais rápido manipular direto o cds mesmo... o/ Em 31/08/2010 12:22, Marcos Abreu Ferreira escreveu: Pessoal, estou desenvolvendo uma aplicação onde vou recebendo as informações por socket, salvo em um ClientDataSet e disponibilizo elas em um Grid. Em algumas situações a quantidade de informações é muito grande e veem todas juntas. O campo índice do ClientDataSet é um campo posição (numérico de 2 posições) e o outro campo é o horário. Quando recebo a linha de informação, verifico se a posição 1 e a posição anterior existem, carregar os tempos delas em variáveis e depois verificar se a posição recebida existe, e caso exista, somente altero o valor do horário e as diferenças entre elas, e se não estiver, crio um novo registro. Essa verificação da posição 1 e a anterior seria mais rápida se eu usasse um array ou o ClientDataSet mesmo? e a gravação/alteração seria mais rápida em qual situação? [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM
Re: [delphi-br] Re: Novo RAD Studio XE, trazendo Delphi XE, C++Builder XE, Delphi Prism XE e RadPHP
Rapaiz, eu to conversando com outra pessoa e não com voce! Sequer citei seu nome na discussão ou chamei por sua pessoa pra voce ver com esse monte de pedras pra cima de mim tentando se defender não sei de que. Hora nenhuma falei ou invoquei sua pessoa no discussão. Se quer participar do assunto, pelo menos apresente algo que agregue valor a ela e não postar baixarias que não agregam nada ao tópico e contra pessoas que nem te conhecem e nem mexem contigo aqui meu caro! A comunidade aqui já tá de saco cheio de pessoas assim, que só participam pra promover brigas e insultos pros outros sem quaisquer razão. Pessoas que não tem nada a acrescentar de positivo ao grupo, não ajudam em nada e não somam nada a comunidade. Além do mais, eu nunca disse aqui na lista que sou expert em Delphi ou que sei tudo. Voce pode revirar o historico da lista pra procurar a mensagem que falei isto alguma vez meu chapa! Pelo contrario, sempre falei aqui que meus conhecimentos em Delphi estão até abaixo da média da lista. Outra coisa. Nunca falei as coisas pelos cotovelos tá meu amigo. Tudo que falei nesta thread até o presente momento, eu falei embasado nas esperiencias que tive. Nunca tentei impor meu ponto de vista pra cima dos outros como se eu fosse o dono da razão como muitos fazem aqui! Se falei de incompatibilidades, é porque elas existem. E diga-se de passagem, falei pra outra pessoa e não pra voce vir, além de intromentendo-se na conversa, fazer barraco desnecessário em publico. Se não tem o que contribuir, guarde seus bytes inúteis e economize tráfego desnecessario em seus servidores pra postar uma mensagem que não contribui pra nada e muito menos pra alguem! Então, faça um favor a si mesmo também, vá aprender a ter postura Ô ignorante!! []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br http://delphitocorporerm.blogspot.com/ MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr - Original Message - From: Paulo Coutinho pa...@prsolucoes.com To: delphi-br@yahoogrupos.com.br Sent: Sunday, August 15, 2010 10:49 AM Subject: Re: [delphi-br] Re: Novo RAD Studio XE, trazendo Delphi XE, C++Builder XE, Delphi Prism XE e RadPHP Olá, Eu vejo que sempre tem alguém que ainda não entende o que é portabilidade, porque ficam malhando o Java, C++, Qt, e por ai. Todas as tecnologias citadas são portáveis, até que você use algo ESPECÍFICO PARA O SISTEMA OPERACIONAL. Exemplo: O java é portável e roda em qualquer OS independente do sistema que você esteja fazendo, mas ai, algum expert que nem sabe o que tá fazendo, usa uma biblioteca em que o desenvolvedor decidiu somente criar para rodar no window$ por usar DLLs, e o desenvolvedor expert que nem olha documentação vai executar a aplicação no linux/mac e ocorre uma Exception, e ai o expert vem aqui na lista e fala que o é mentira o Java ser portável. Faça um favor a si mesmo, vai estudar infeliz. Em 13 de agosto de 2010 11:37, Walter Chagas (Bol) wchag...@bol.com.brescreveu: Sim mas voce há de concordar que a portabilidade total vai puxar muita gente pro lado dele não? []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br wchagasj%40bol.com.br http://delphitocorporerm.blogspot.com/ MSN: whitesock...@hotmail.com whitesockets%40hotmail.com SKYPE: WalterChagasJr - Original Message - From: Marcos Douglas m...@delfire.net md%40delfire.net To: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Sent: Friday, August 13, 2010 10:43 AM Subject: Re: [delphi-br] Re: Novo RAD Studio XE, trazendo Delphi XE, C++Builder XE, Delphi Prism XE e RadPHP 2010/8/13 Walter Chagas (Bol) wchag...@bol.com.br wchagasj%40bol.com.br Mas é como eu disse. Compilar em ambienteWindows pra rodar linux é um troço complicado porque voce não terá as APIs e Mensagens do Linux a sua disposição para desenvolver uma aplicação. Eu penso que esse negócio de Compilar no Windows para depois voce rodar no linux, ainda mais um sistema operacional que possui muitas distros é algo que só vai servir pra dar mais problemas pro desenvolvedor. Vai ser igual voce desenvolver pra Celulares, ainda que o faça em Java, tem muita coisa que pega na hora de rodar o aplicativo no telefone. Lazarus no Linux pode ser uma boa opção sim. Eu acredito que quando as versões do Lz começarem a aceitarem 100% o projeto do Delphi, é que ele vai engrenar de vez. Mas é pagar pra ver também.. Lazarus não precisa ser 100% compatível com Delphi. Ele é um produto diferente, sendo apenas similar ao Delphi. Marcos Douglas -- Atenciosamente, Paulo Coutinho. Blog: www.prsolucoes.com/blog Site: www.prsolucoes.com Msn: pa...@prsolucoes.com Skype: paulo.prsolucoes Consultor Certificado Bindows [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM
[delphi-br] Ref. Report Builder D5
Salve amigos(as), Estou com uma questão referente ao Report Builder, amigos. Estou ainda trabalhando com Delphi 5 Enterprise e tenho vários projetos feitos nele e diversos componentes que uso. Então, baseado nisto, gostaria de começar a fazer uns serviços já encomendados utilizando o Report Builder E estou com os seguintes instaladores: Repor Builder 10.2 for Delphi 7 Repor Builder 9.01 for Delphi 7 Ai vem a pergunta: Posso utilizar estes instaladores para instalar o RB no meu Delphi 5 ou ocorrerá problemas ? Obrigado a todos e abraço. Omar M. Haddad Analista de Sistemas [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Ref. Report Builder D5
Geralmente, a cada versão do RB, ele traz no pacote, a sua compatibilidade com as versões anteriores. Tipo o RB 10 vem com packages pro Delphi 4, 5, 6 e 7 e por aí vai []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol.com.br http://delphitocorporerm.blogspot.com/ MSN: whitesock...@hotmail.com SKYPE: WalterChagasJr - Original Message - From: Omar Marques webomarmat...@yahoo.com.br To: delphi-br@yahoogrupos.com.br Sent: Monday, August 30, 2010 9:28 AM Subject: [delphi-br] Ref. Report Builder D5 Salve amigos(as), Estou com uma questão referente ao Report Builder, amigos. Estou ainda trabalhando com Delphi 5 Enterprise e tenho vários projetos feitos nele e diversos componentes que uso. Então, baseado nisto, gostaria de começar a fazer uns serviços já encomendados utilizando o Report Builder E estou com os seguintes instaladores: Repor Builder 10.2 for Delphi 7 Repor Builder 9.01 for Delphi 7 Ai vem a pergunta: Posso utilizar estes instaladores para instalar o RB no meu Delphi 5 ou ocorrerá problemas ? Obrigado a todos e abraço. Omar M. Haddad Analista de Sistemas [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] KeyEvent em um TAction.OnExecute
Oi Luciano, meu problema é o contrário. Fazer o action receber um evento do onkeyup. Algo como action := edit1.onKeyUp; Obrigado, Júlio César Santiago Guiótti Em 27 de agosto de 2010 22:26, Luciano Bruno lsbdevelopm...@yahoo.com.brescreveu: usa assim edit1onkeyup() begin action.execult(self) end; 2010/8/27 Júlio César Santiago Guiótti jcsguio...@gmail.com Olá, tenho uma instância de um TAction criado em tempo de execução. Queria que este TAction fosse disparado no onKeyUp de um TEdit. Mas o OnExecute do TAction espera por um TNotifyEvent, enquanto o onkeyUp é um TKeyEvent. Alguém sabe como consigo contornar este problema? Obrigado, Abraço, Júlio César Santiago Guiótti [As partes desta mensagem que não continham texto foram removidas] -- Luciano S. Bruno Consultor em TI [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Page footer no Quick Report
Alô a todos. Tenho um relatório que pode ter várias páginas. Usei uma banda page footer para imprimir um texto fixo no final de cada página. Até aí tudo bem. O problema é que na última página, o relatório acaba bem no início, consumindo só um quarto da última página. Aí fica um espaço em branco até chegar no fim da página, onde saem os dados da page footer. gostaria de saber se no caso da última página, há alguma maneira de pegar a page footer e fazê-la ser impressa quando os dados do relatório acabar e não no fim da página. Alguém já passou por isso ou pode me dar uma dica? Qualquer help será bem vindo. Antecipadamente grato a todos.
Res: [delphi-br] Page footer no Quick Report
Opa Osman, Será que em tempo de execução, você identificando que é a última página, você não consegue diminuir o Height da banda detalhe ? Seria uma saída. Ats. Omar M. Haddad Analista de Sistemas De: Osman osman.sique...@gmail.com Para: delphi-br@yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 11:01:09 Assunto: [delphi-br] Page footer no Quick Report Alô a todos. Tenho um relatório que pode ter várias páginas. Usei uma banda page footer para imprimir um texto fixo no final de cada página. Até aí tudo bem. O problema é que na última página, o relatório acaba bem no início, consumindo só um quarto da última página. Aí fica um espaço em branco até chegar no fim da página, onde saem os dados da page footer. gostaria de saber se no caso da última página, há alguma maneira de pegar a page footer e fazê-la ser impressa quando os dados do relatório acabar e não no fim da página. Alguém já passou por isso ou pode me dar uma dica? Qualquer help será bem vindo. Antecipadamente grato a todos. [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Page footer no Quick Report
Osman, PageFooter é no fim da página mesmo, sempre! Se você fizer um rodapé no Word vai ter o mesmo resultado. Agora, se você quiser, pode usar uma childband replicando o seu rodapé e, no evento beforeprint dela, coloque-a visible true apenas se for a última página e faça o inverso para o rodapé. Rgs, Valfrid De: Osman osman.sique...@gmail.com Para: delphi-br@yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 12:01:09 Assunto: [delphi-br] Page footer no Quick Report Alô a todos. Tenho um relatório que pode ter várias páginas. Usei uma banda page footer para imprimir um texto fixo no final de cada página. Até aí tudo bem. O problema é que na última página, o relatório acaba bem no início, consumindo só um quarto da última página. Aí fica um espaço em branco até chegar no fim da página, onde saem os dados da page footer. gostaria de saber se no caso da última página, há alguma maneira de pegar a page footer e fazê-la ser impressa quando os dados do relatório acabar e não no fim da página. Alguém já passou por isso ou pode me dar uma dica? Qualquer help será bem vindo. Antecipadamente grato a todos. -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Page footer no Quick Report
Prezados Omar e Valfrid, As soluções que vocês deram foram ótimas. Valeu! Show de bola!!. Preferi implementar a solução do Valfrid por achar mais fácil e já repliquei uma child band exatamente da forma como descrita. Aí surgiu uma dúvida: tem alguma propriedade ou algum evento que me avise que está sendo processada a última página? Assim eu posso dar um Enabled := True na nova banda e um Enable := False na banda de page Footer. Já estou procurando no google, mas caso vocês saibam, eu agradeceria se pudessem me dizer. Mais uma vez, muito obrigado. Não esparava que fosse receber tanta ajuda. Valeu!! Em 30 de agosto de 2010 14:03, Valfrid-Ly Silva Couto valfrid...@yahoo.com.br escreveu: Osman, PageFooter é no fim da página mesmo, sempre! Se você fizer um rodapé no Word vai ter o mesmo resultado. Agora, se você quiser, pode usar uma childband replicando o seu rodapé e, no evento beforeprint dela, coloque-a visible true apenas se for a última página e faça o inverso para o rodapé. Rgs, Valfrid De: Osman osman.sique...@gmail.com osman.siqueira%40gmail.com Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 12:01:09 Assunto: [delphi-br] Page footer no Quick Report Alô a todos. Tenho um relatório que pode ter várias páginas. Usei uma banda page footer para imprimir um texto fixo no final de cada página. Até aí tudo bem. O problema é que na última página, o relatório acaba bem no início, consumindo só um quarto da última página. Aí fica um espaço em branco até chegar no fim da página, onde saem os dados da page footer. gostaria de saber se no caso da última página, há alguma maneira de pegar a page footer e fazê-la ser impressa quando os dados do relatório acabar e não no fim da página. Alguém já passou por isso ou pode me dar uma dica? Qualquer help será bem vindo. Antecipadamente grato a todos. -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Res: [delphi-br] Page footer no Quick Report
Verifique se a página atual é a mesma do pagecount. Valfrid De: Osman Siqueira Jr osman.sique...@gmail.com Para: delphi-br@yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 17:46:30 Assunto: Re: [delphi-br] Page footer no Quick Report Prezados Omar e Valfrid, As soluções que vocês deram foram ótimas. Valeu! Show de bola!!. Preferi implementar a solução do Valfrid por achar mais fácil e já repliquei uma child band exatamente da forma como descrita. Aí surgiu uma dúvida: tem alguma propriedade ou algum evento que me avise que está sendo processada a última página? Assim eu posso dar um Enabled := True na nova banda e um Enable := False na banda de page Footer. Já estou procurando no google, mas caso vocês saibam, eu agradeceria se pudessem me dizer. Mais uma vez, muito obrigado. Não esparava que fosse receber tanta ajuda. Valeu!! Em 30 de agosto de 2010 14:03, Valfrid-Ly Silva Couto valfrid...@yahoo.com.br escreveu: Osman, PageFooter é no fim da página mesmo, sempre! Se você fizer um rodapé no Word vai ter o mesmo resultado. Agora, se você quiser, pode usar uma childband replicando o seu rodapé e, no evento beforeprint dela, coloque-a visible true apenas se for a última página e faça o inverso para o rodapé. Rgs, Valfrid De: Osman osman.sique...@gmail.com osman.siqueira%40gmail.com Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 30 de Agosto de 2010 12:01:09 Assunto: [delphi-br] Page footer no Quick Report Alô a todos. Tenho um relatório que pode ter várias páginas. Usei uma banda page footer para imprimir um texto fixo no final de cada página. Até aí tudo bem. O problema é que na última página, o relatório acaba bem no início, consumindo só um quarto da última página. Aí fica um espaço em branco até chegar no fim da página, onde saem os dados da page footer. gostaria de saber se no caso da última página, há alguma maneira de pegar a page footer e fazê-la ser impressa quando os dados do relatório acabar e não no fim da página. Alguém já passou por isso ou pode me dar uma dica? Qualquer help será bem vindo. Antecipadamente grato a todos. -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] KeyEvent em um TAction.OnExecute
Ola, se vc nao resolvel ainda, a dica é criar uma procedure ou function coloca teu codigo. ai vc coloca essa function ou procedure no evendo do action e keyup do edit pois esses eventos tem parametros diferentes. 2010/8/30 Júlio César Santiago Guiótti jcsguio...@gmail.com Oi Luciano, meu problema é o contrário. Fazer o action receber um evento do onkeyup. Algo como action := edit1.onKeyUp; Obrigado, Júlio César Santiago Guiótti Em 27 de agosto de 2010 22:26, Luciano Bruno lsbdevelopm...@yahoo.com.br lsbdevelopment%40yahoo.com.brescreveu: usa assim edit1onkeyup() begin action.execult(self) end; 2010/8/27 Júlio César Santiago Guiótti jcsguio...@gmail.comjcsguiotti%40gmail.com Olá, tenho uma instância de um TAction criado em tempo de execução. Queria que este TAction fosse disparado no onKeyUp de um TEdit. Mas o OnExecute do TAction espera por um TNotifyEvent, enquanto o onkeyUp é um TKeyEvent. Alguém sabe como consigo contornar este problema? Obrigado, Abraço, Júlio César Santiago Guiótti [As partes desta mensagem que não continham texto foram removidas] -- Luciano S. Bruno Consultor em TI [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] -- Luciano S. Bruno Consultor em TI [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM * Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages * Para falar com o moderador, envie um e-mail para: delphi-br-ow...@yahoogrupos.com.br Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: delphi-br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[delphi-br] Hello . q--(
Hi, During my travel in Guangzhou,China,I find a company which sell world-famous brand products such as Apple,Nokia,Sony,Philips .This company accept paypal ,credit card,bank transfer and western union payment method .Chinese products have low price is not only legend .I go to China by myself and find it is fact and authentic products .Don't miss this chance .I have got many bonus from them .To help publicize them,please understand .By the way,tell you their website address: www.vipuyanst.com thankst--+ [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: Como subtrair horas corretas
Boa noite pessoal RESOLVIDO Muito obrigado ao Roni e ao Eny. Usei o IncMinute e ficou muito bom até agora, rsrs. --- Em delphi-br@yahoogrupos.com.br, Roni Rodrigo ronirodr...@... escreveu de qualquer forma, 24:00 não é uma hora válida mesmo... vai ter q converter pra 00:00 ai se incrementar a hora vai simplesmente passar a ser 01:00 do dia atual. por isso, ao invés de incrementar a hora, incrementa o dia... pode usar o IncDay()... ou somar 1 na data o/ Em 27/08/2010 08:53, Eny Urias escreveu: Porque vc não usa IncHour()? Adiciona a unit DateUtils... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Roni Rodrigo ronirodr...@... mailto:ronirodrigo%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Quinta-feira, 26 de Agosto de 2010 22:15:13 Assunto: Re: [delphi-br] Re: Como subtrair horas corretas mas então... como eu disse... não seria 0 hora do dia seguinte? converte teu 24:00 pra 0 e incrementa 1 dia... ai vc faz o calculo normalmente... o/ Em 26/08/2010 22:00, alexsandro_qs escreveu: É o problema que estou tendo aqui é isso, pois o usuário digitar Inicial : 07:30 Final: 24:00 o resultado teria que dar : 16:30 Só que como ele não reconhece o 24:00, não faz o calculo. --- Em delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br, Roni Rodrigo ronirodrigo@ escreveu cara... acredito que 24:00 não seja uma hora válida mesmo... o dia vai até de 0:00 até 23:59 ... o/ Em 26/08/2010 18:48, alexsandro_qs escreveu: Boa noite pessoal; Eu tinha feito uma forma de subtrair 2 horas aqui, e até à um tempinho atrás, estava tudo ok. Só que agora pintou um problema: era feito assim: --- var h1, h2, resultado : TDateTime; begin d1:= StrToTime(adotDatainicial.Value); d2:= StrToTime(adotDatainicia2.Value); resultado := d2 - d1; --- Só que quando é digitado 24:00, esse valor não é reconhecido como horas ai os erros. Alguém poderia me ajudar com isso ? OBS.: a hora nunca vai passar de 24:00 ( ou seja de um dia para o outro) Ex.: saída 24:00 - entrada 01:00 = 23:00 e não 23:60 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Compro Fontes de PAF Homologado
Compro fontes de sistema Homologado PAF com o mínimo necessário para homologar... Contato: Iran Lima i...@sgisolution.com.br Grato. [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] Re: DBGrid - Sempre 1 linha / ClientDataSet - Criar XML incluindo onGetText
Bom dia! Olá Diego! Graças a sua dica já consegui alguns avanços. Estou gerando através do cds_1.SaveToFile('arq_1.xml', dfXML) Agora, seguindo sua dica, criei um campo calulado, mas no sqldataset e não no clientdaset como vinha fazendo. Dessa forma, ao usar o SaveToFile, o campo calculado foi incluido, criptografado, como eu queria. O problema agora é fazer com que os campos não criptografados desapareçam, no caso, nome e telefone, mantendo apenas os criptografados cnome e ctelefone. Já fiz um monte de testes com hiddem, visible e required mas não obtive suscesso. Talvez, se for possivel fazer referência aos campos nome e telefone mesmo que não apareçam no fields editor, solucione o problema. Se você, ou alguém da lista puder ajudar com isso agradeço. até mais, Paulo --- Em delphi-br@yahoogrupos.com.br, Diego Garcia drgarcia1...@... escreveu sobre o xml, use um campo calculado para armazenar o valor que vc manipula com o onGetText... você esta gerando esse xml como? mandando salvar a partir do clientdataset mesmo, ou esta escrevendo linha a linha ? *Diego Garcia* Twitter: http://www.twitter.com/drgarcia1986 Blog:http://getideia.blogspot.com Em 27 de agosto de 2010 09:49, pcedisi pced...@... escreveu: Bom dia a todos do grupo! Estou precisando da ajuda pra resolver as questões abaixo. DBgrid: Sempre mostra 1 linha mesmo não havendo registros. Como evitar isso? ClientDataSet: Como salvar XML com o texto vindo do evento onGetText ou outra forma de fazê-lo? O objetivo é salvar os campos criptografados. Muito obrigado. até mais, Paulo [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: Como subtrair horas corretas
Porque vc não usa IncHour()? Adiciona a unit DateUtils... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Roni Rodrigo ronirodr...@yahoo.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Quinta-feira, 26 de Agosto de 2010 22:15:13 Assunto: Re: [delphi-br] Re: Como subtrair horas corretas mas então... como eu disse... não seria 0 hora do dia seguinte? converte teu 24:00 pra 0 e incrementa 1 dia... ai vc faz o calculo normalmente... o/ Em 26/08/2010 22:00, alexsandro_qs escreveu: É o problema que estou tendo aqui é isso, pois o usuário digitar Inicial : 07:30 Final: 24:00 o resultado teria que dar : 16:30 Só que como ele não reconhece o 24:00, não faz o calculo. --- Em delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br, Roni Rodrigo ronirodr...@... escreveu cara... acredito que 24:00 não seja uma hora válida mesmo... o dia vai até de 0:00 até 23:59 ... o/ Em 26/08/2010 18:48, alexsandro_qs escreveu: Boa noite pessoal; Eu tinha feito uma forma de subtrair 2 horas aqui, e até à um tempinho atrás, estava tudo ok. Só que agora pintou um problema: era feito assim: --- var h1, h2, resultado : TDateTime; begin d1:= StrToTime(adotDatainicial.Value); d2:= StrToTime(adotDatainicia2.Value); resultado := d2 - d1; --- Só que quando é digitado 24:00, esse valor não é reconhecido como horas ai os erros. Alguém poderia me ajudar com isso ? OBS.: a hora nunca vai passar de 24:00 ( ou seja de um dia para o outro) Ex.: saída 24:00 - entrada 01:00 = 23:00 e não 23:60 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Problemas com MySQL 5.1 e Delphi 2010
Bom dia, Alan, já tentei isso também e ainda assim não dá certo. Lucas De: Alan ricardo Souza alanr.so...@yahoo.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Quinta-feira, 26 de Agosto de 2010 17:06:01 Assunto: Re: [delphi-br] Problemas com MySQL 5.1 e Delphi 2010 Boa tarde, Ao invés de colocar a virgula no dbedit tente colocar no displayformat do clientdataset (obs cito o clientdataset mas o mydac tambem da por uso o corelab da devart) que vc nescessita pois normalmente campo decimal é somente colocar a mascara no display format ex(###,##0.00). --- Em qui, 26/8/10, Eduardo Silva dos Santos eduardo@gmail.com escreveu: De: Eduardo Silva dos Santos eduardo@gmail.com Assunto: Re: [delphi-br] Problemas com MySQL 5.1 e Delphi 2010 Para: delphi-br@yahoogrupos.com.br Data: Quinta-feira, 26 de Agosto de 2010, 12:14 Lucas, não uso DbEdit mais vou fazer um teste aqui. Qual versão do MyDAC você ta usando? Att, ... Eduardo Silva dos Santos DRD SISTEMAS (27) 3218-4201 (27) 9961-7095 MSN: eduardo@gmail.com Site: http://www.drdsistemas.com.br/ ... Em 26 de agosto de 2010 08:33, Lucas Eduardo Barao Neves lucas_del...@yahoo.com.br escreveu: Bom dia pessoal. Estou com um problema com campos do tipo float e DBEdit no Delphi 2010 com MySQL5.1. O problema é o seguinte: crio meu campo no MySQL como float de 16,2. Na aplicação coloco um dbedit e quando tento preenchê-lo colocando vírgula como separador decimal ele dá o seguinte erro: --- Project raised exception class EDatabaseError with message ''1,25' is not a valid floating point value for field 'Valor Gasolina''. --- Se eu apagar o valor e digitar ponto como separador, por ex. 1.25, ele não aceita, aliás, o dbedit nem deixa eu digitar o '.', aceitando somente a vírgula. Alguém saberia por que isso acontece e como posso resolver? Para referência, estou usando os componentes MyDAC. Grato a todos, Lucas Neves [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: Res: [delphi-br] Re: Como subtrair horas corretas
de qualquer forma, 24:00 não é uma hora válida mesmo... vai ter q converter pra 00:00 ai se incrementar a hora vai simplesmente passar a ser 01:00 do dia atual. por isso, ao invés de incrementar a hora, incrementa o dia... pode usar o IncDay()... ou somar 1 na data o/ Em 27/08/2010 08:53, Eny Urias escreveu: Porque vc não usa IncHour()? Adiciona a unit DateUtils... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Roni Rodrigo ronirodr...@yahoo.com.br mailto:ronirodrigo%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Quinta-feira, 26 de Agosto de 2010 22:15:13 Assunto: Re: [delphi-br] Re: Como subtrair horas corretas mas então... como eu disse... não seria 0 hora do dia seguinte? converte teu 24:00 pra 0 e incrementa 1 dia... ai vc faz o calculo normalmente... o/ Em 26/08/2010 22:00, alexsandro_qs escreveu: É o problema que estou tendo aqui é isso, pois o usuário digitar Inicial : 07:30 Final: 24:00 o resultado teria que dar : 16:30 Só que como ele não reconhece o 24:00, não faz o calculo. --- Em delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br, Roni Rodrigo ronirodr...@... escreveu cara... acredito que 24:00 não seja uma hora válida mesmo... o dia vai até de 0:00 até 23:59 ... o/ Em 26/08/2010 18:48, alexsandro_qs escreveu: Boa noite pessoal; Eu tinha feito uma forma de subtrair 2 horas aqui, e até à um tempinho atrás, estava tudo ok. Só que agora pintou um problema: era feito assim: --- var h1, h2, resultado : TDateTime; begin d1:= StrToTime(adotDatainicial.Value); d2:= StrToTime(adotDatainicia2.Value); resultado := d2 - d1; --- Só que quando é digitado 24:00, esse valor não é reconhecido como horas ai os erros. Alguém poderia me ajudar com isso ? OBS.: a hora nunca vai passar de 24:00 ( ou seja de um dia para o outro) Ex.: saída 24:00 - entrada 01:00 = 23:00 e não 23:60 [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Delphi 2010 ta doido?
Essa migração dos tipos de dados ficou meio chata, mas não tinha opção pra não perder compatibilidade, mas os benefícios compensam. Ainda mais na era da Internet e dos apps de multiplos idiomas. Uma tecnologia do Rad Studio que adorei e não sei porque não emplacou foi o ECO, muito mais simples e poderoso de se desenvolver do que as alternativas do VS e do Java. Em 26 de agosto de 2010 17:24, Clairton clair...@dessis.com.br escreveu: se não deu certo ainda tente mudar os pChar para pAnsichar ou ao contrario lembro que tive que fazer um monte de teste para consegui que as funções da BEMAFI32.DLL funcionassem corretamente. Att.: Clairton E. Müller Em 25/08/2010 19:28, Iran Lima escreveu: Mudei tudo pra ANSI e não resolveu ainda function Bematech_FI_VendeItem( Codigo: AnsiString; Descricao: AnsiString; Aliquota: AnsiString; TipoQuantidade: AnsiString; Quantidade: AnsiString; CasasDecimais: Integer; ValorUnitario: AnsiString; TipoDesconto: AnsiString; Desconto: AnsiString): Integer; StdCall; External 'BEMAFI32.DLL'; De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br] Em nome de Clairton Enviada em: terça-feira, 24 de agosto de 2010 18:54 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Assunto: Re: [delphi-br] Delphi 2010 ta doido? a Declaração das funçoes tbm tem que estar com o Ansi... function Bematech_FI_VendeItem( Codigo: AnsiString; Descricao: AnsiString; Aliquota: AnsiString; TipoQuantidade: AnsiString; Quantidade: AnsiString; CasasDecimais: Integer; ValorUnitario: AnsiString; TipoDesconto: AnsiString; Desconto: AnsiString): Integer; StdCall; External 'BEMAFI32.DLL'; Att.: Clairton Eloisio Müller Em 24/08/2010 18:46, Iran Lima escreveu: Já tentei com pansichar E nada. -Mensagem original- De: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br] Em nome de Roni Rodrigo Enviada em: terça-feira, 24 de agosto de 2010 18:27 Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br delphi-br%40yahoogrupos.com.br delphi-br%2540yahoogrupos.com.br Assunto: Re: [delphi-br] Delphi 2010 ta doido? tenta converter em pansichar... ex: Bematech_FI_VendeItem(PAnsiChar(codigo), PAnsiChar(descricao), PAnsiChar(aliquota)... Em 24/08/2010 17:01, Iran Lima escreveu: Gente to com um problema ao passar parâmetros strings no Delphi 2010 , Exemplo: Se eu usar um SaveToFile(arquivo.txt) o arquivo gerado fica nome a sem extensão. Outro Exemplo ao chamar o método da Bemafi32.dll Bematech_FI_VendeItem( 'codigo', descricao, aliquota, sTipoQtde, FormatFloat('0', quantidade), iDecimal, FormatFloat('0.00',valorUnitario), sTipoDesconto, FormatFloat('0.00',0) ); so vai a primeira letra de cada parâmetro 2010-08-24 16:53:57 - Parâmetros: 0|S|I|I|0|2|1|$|0 (Log da impressora), no Debug passa tudo blz mas a impressora recebe errado O que pode ser isso??? [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Problemas com MySQL 5.1 e Delphi 2010
O problema foi resolvido. Deletei os campos no mySQL e criei novamente. Depois exclui os componentes MyQuery e MyDataSource do DataModule, adicionei de novo e passou a funcionar... Vai entender... De: Alan ricardo Souza alanr.so...@yahoo.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Quinta-feira, 26 de Agosto de 2010 17:06:01 Assunto: Re: [delphi-br] Problemas com MySQL 5.1 e Delphi 2010 Boa tarde, Ao invés de colocar a virgula no dbedit tente colocar no displayformat do clientdataset (obs cito o clientdataset mas o mydac tambem da por uso o corelab da devart) que vc nescessita pois normalmente campo decimal é somente colocar a mascara no display format ex(###,##0.00). --- Em qui, 26/8/10, Eduardo Silva dos Santos eduardo@gmail.com escreveu: De: Eduardo Silva dos Santos eduardo@gmail.com Assunto: Re: [delphi-br] Problemas com MySQL 5.1 e Delphi 2010 Para: delphi-br@yahoogrupos.com.br Data: Quinta-feira, 26 de Agosto de 2010, 12:14 Lucas, não uso DbEdit mais vou fazer um teste aqui. Qual versão do MyDAC você ta usando? Att, ... Eduardo Silva dos Santos DRD SISTEMAS (27) 3218-4201 (27) 9961-7095 MSN: eduardo@gmail.com Site: http://www.drdsistemas.com.br/ ... Em 26 de agosto de 2010 08:33, Lucas Eduardo Barao Neves lucas_del...@yahoo.com.br escreveu: Bom dia pessoal. Estou com um problema com campos do tipo float e DBEdit no Delphi 2010 com MySQL5.1. O problema é o seguinte: crio meu campo no MySQL como float de 16,2. Na aplicação coloco um dbedit e quando tento preenchê-lo colocando vírgula como separador decimal ele dá o seguinte erro: --- Project raised exception class EDatabaseError with message ''1,25' is not a valid floating point value for field 'Valor Gasolina''. --- Se eu apagar o valor e digitar ponto como separador, por ex. 1.25, ele não aceita, aliás, o dbedit nem deixa eu digitar o '.', aceitando somente a vírgula. Alguém saberia por que isso acontece e como posso resolver? Para referência, estou usando os componentes MyDAC. Grato a todos, Lucas Neves [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] DBGrid - Sempre 1 linha / ClientDataSet - Criar XML incluindo onGetText
Bom dia a todos do grupo! Estou precisando da ajuda pra resolver as questões abaixo. DBgrid: Sempre mostra 1 linha mesmo não havendo registros. Como evitar isso? ClientDataSet: Como salvar XML com o texto vindo do evento onGetText ou outra forma de fazê-lo? O objetivo é salvar os campos criptografados. Muito obrigado. até mais, Paulo
[delphi-br] ClientDataSet com comportamento estranho
Olá a todos, estou enfrentado difícil de solucionar, pelo menos pra mim... Vou colocar o código de como estou trabalhando com o clientdataset, quem puder me ajudar agradeço. Resumo do problema: Tenho um formulário de pedido que trabalho com duas tabelas no firebird que são: (pedido e pedido_item) eu uso stored procedure para insert e update nessas tabelas. No form de cadastro de pedido tenho um dbgrid que é adcionado os items do pedido. Quando eu registro um novo pedido ele salva noramalmente, ai logo em seguida se eu clicar em localizar um pedido e seleciona-lo e logo em seguido clicar em novo, eu começo a inserio o produto ele puxa os produtos que foi inserido no pedido anterior não estou entendo mais nada. Vou postar algus código, se alguém já passou por isso e puder me ajudar. Agradeço. {: Procedure para inserir o pedido e os items} procedure TDMPrincipal.InsertPedido; var idPed: Integer; begin // verifica se escolheu produtos if cdsPedidoItem.IsEmpty then raise Exception.Create('É necessário escolher os produtos!'); idPed:= qSequence.FieldByName('VLRSEQ').AsInteger + 1; Start; // Adiciona o pedido try with spPedido do begin Params[0].AsInteger:= cdsPedidoPED_COD.AsInteger; Params[1].AsInteger:= cdsPedidoFUNC_COD.AsInteger; Params[2].AsDate:= cdsPedidoPED_DATA.AsDateTime; Params[3].AsBCD:= cdsPedidoItemTOTALGERAL.AsVariant; Params[4].AsInteger:= cdsPedidoFORN_COD.AsInteger; ExecProc; Commit; //idPed:= Params[4].AsInteger; end; Except Rollback; end; // Adiciona os items try Start; cdsPedidoItem.First; while not cdsPedidoItem.Eof do begin with spPedidoItem do begin Params[0].AsInteger:= idPed; Params[1].AsInteger:= cdsPedidoItemPROD_COD.AsInteger; Params[2].AsInteger:= cdsPedidoItemQUANTIDADE.AsInteger; Params[3].AsBCD:= cdsPedidoItemVALOR.AsCurrency; ExecProc; end; cdsPedidoItem.Next; end; Commit; Except DeletePedido(idPed); Rollback; end; end; No evendo afterpost do clientdataset eu chamo essa procedure; No evendo onnewrecord eu para 0 para o código do pedido. No formulário de pedido tenho os botões de novo salvar alterar localizar Novo: DataSource1.DataSet.Open; DataSource1.DataSet.Insert; Salvar: {: salvo as dados se os campos estiverem preenchidos} if FieldsWrithe(DataSource1) and (DataSource1.State in [dsEdit, dsInsert]) then begin DMPrincipal.cdsPedido.Post; MessageDlg(MSG_OK, mtInformation, [mbOK], 0); end; DMPrincipal.cdsPedido.Close; DMPrincipal.cdsPedidoItem.Close; Alterar: {: habilita/desabilita os componentes e verifica permissões/restrições } if not DataSource1.DataSet.IsEmpty then begin DataSource1.DataSet.Edit; DataSource2.DataSet.Edit; EnableDisableControls(True); end else begin raise Exception.Create('Nenhum pedido foi selecionado!'); end; Localizar: {: verifica se esta em modo de edição ou inserção} if DataSource1.State in [dsEdit, dsInsert] then case MessageDlg('Deseja salvar as alterações realizados no Cadastro?', mtConfirmation, [mbYes,mbNo,mbCancel], 0) of mrYes: btnSalvar.Click; mrNo: DataSource1.DataSet.Cancel; end else Application.CreateForm(TfrmBuscaPedido, frmBuscaPedido); frmBuscaPedido.ShowModal; Vlw Pessaol... Ajudem ai please Ricardo Messias da Silva Rocha Bacharel em Ciência da Computação [As partes desta mensagem que não continham texto foram removidas]