piradox

Mas o meu Zeos Dá um erro de que o parametro ?_1 não tem valor padrão Que troço é esse?

Mas será q funciona com Access via ADO no Zeos?

Fiz uma consulta Access select igre.*, obre.nom_obreiro from igreja igre, obreiro obre where igre.cod_igreja = :cod_igreja and obre.num_matricula = igre.cod_obreiro_responsavel O ZeosLib diz que não pode atualizar essa consulta complexa, porque tem mais de uma tabela Como faço pra resolver isso?

Posso dar umas idéias, tenho um media player aqui q deixei de lado, - ele toca mp3, wma, um monte de tranqueira, - tem um menu do tipo XP, - tem playlist inteligente, - funções prontas pra tocar, parar, - arrays de estado do player - controle de volume tipo aqueles redondos de aparelho de som - as janelas tão separadas tipo WINAMP (playlist, main-Window) Posso dar a vocês um ZIP dele pra vocês mexerem e aprenderem No futuro, eu queria utilizar o BassSoundSystem que permite equalizar os sons que o player toca, extrai tags id3v1 e v2 e um monte de negoço Passa pra cá os e-mails q nós ajudaremos vocês

Vai fundo mano!!! Se você precisar estamos aqui pra tirar suas dúvidas (e quem sabe colocar mais na sua cabeça) pra que todo mundo possa andar pra frente nessa vida ingrata. TAMOS AÍ!!!!!

você tem q procurar um arquivo help do QuickReport pra poder saber mais

Eu prefiro a A ZeosLib (www.zeoslib.net). Ela tem acesso nativo ao Interbase e Firebird, M$SQL e um monte de tralhas mais, sem ter que ficar dando piruetas por aí. E outra: é MUUUUIIIITO mais rápida que qualquer outra coisa que já vi no Delphi.

Tà tudo certo, você só esqueceu que o arquivo está num diretório e todo diretório tem um "\" antes do arquivo, então ficaria assim: ExtractFilePath(Application.ExeName) + '\som.wav' //olha a barra aí!

Num usa o BDE não, usa o ADOConnection, na paleta ADO. Nela tem o ADOQuery, que é um Query melhorado pra ADO, e o ADOConnection tem uma propriedade (os queries também têm) chamada "ConnectionString" que define a conexão com o Banco de Dados. Se você clicar duas vezes nela, você vai ver a janela de configuração de conexão ADO, daí escolha o driver "Microsoft Jet 4.x Ole Provider", e vai pra outra aba, que tem o nome do arquivo. Agora é só testar sua conexão e pronto!

você tem que declarar a primeira query e depois fazer a segunda query com um parâmetro Tipo 'select * from funcionario' retorna o funcionario com codigo 1 Daí você faz outra query: 'select * from vendas where cod_funcionario = :cod_funcionario' //:cod_funcionario é o parâmetro antes de dar o Open na segunda query, você precisa setar o parâmetro 'cod_funcionario' assim: query2.parameter.parambyname('cod_funcionario').asinteger := query1.fieldbyname('cod_funcionario').asinteger; query2.Open;

Em que banco está sua tabela, (ex: ACCESS< ORACLE ...)

A MMSystem é responsável por tocar sons É bom que você faça um som que dure só um segundo ou dois, aí você num se preocupa em quando ele vai parar. Caso contrário, você pode usar algum componente botão q passa sons, fácil de achar

Galera, alguém sabe se existe RxLib pra Kylix? Se num existir, vamo criar uma? A gente usa o ConvertFiles e faz umas gambiarras pra funcionar legal beleza?

A RxLib é uma relíquia e um tesouro do mundo Delphi. Na verdade não sei como um programador de verdade vive sem ela. Deve viver de zilhões de linhas de código pra fazer o que um componente da RxLib faz. E o melho: É TUDO FREE!!!

Digita o seguinte: if frmPrincipal = nil then frmPrincipal := TfrmPrincipal.create(self); frmPrincipal.Show; //ou showmodal

Já falei, lá no RxLib tem um exemplo que mostra isso. você compila o RXDemo.dpr e executa, daí o executavel compiolado põe um ícone na sua barra de notificação e você clica nele e aparece um menu filé lá, daí é só ver onde é que tá essa função.

Olha lá nos exemplos da RxLib q tem uma função q faz isso, valeu?

Usa umas ferramenta tipo PHP, ou Intraweb do Delphi, que roda redondinho

Quando tudo não funcionar, "leia o manual"

dbgrid.setfocus (O padrão é a 1ª linha) ou se num funcionar dbgrid.selectedindex := 0; dbgrid.selectedfield := 0;

Mas é bom que seja um banco de dados de verdade (tipo mysql, postgres, firebird ou outro que num tenha q ficar direcionando para arquivos, e que aceite tudo quanto é tipo de join filé), entendeu? E se você tem um padrão para formPai, aí dá pra colocar tudo num projeto só, onde todas as suas telas de cadastro serão filhas desse formPai, herdadas dele. Aí num importa quantas telas você tenha, todas seguirão seu padrão, ou 'despadrão', se você num padronizar direito.

É bem simples. você faz dois TTables ou TQueryes e põe o batchmove tb no seu form. Daí no batchmove você coloca a tabela de entrada e a de saída. As tabelas têm que ser iguais, com a mesma estrututa. Daí você escolhe o modo de atualização: Append, AppendUpdate, Update, e um monte lá. Daí pra executar ele você chama a procedure 'execute'

Entaum você vai ter q penar muito mano. Mas você pode fazer um esquema tipo: Dá um mdb pro usuario, depois você faz um atualizador no seu arquivo e manda prosite periodicamente

No diretorio bin do delphi 7 tem um monte de bpl q ele num usa, tipo quickReport e um monte de tralhas mais. Vê se o seu componente num tá num desses packages q num vem por default

Cara, sua situação é complicada. É melhor você migrar pra mysql e usar o ZeosLib pra acessar seu banco, que é muito mais simples e melhor, sem brincadeira