Graymalkin

Percorra todo o recordset (com MoveNext) até que ele tenha chegado ao final (Eof) incluindo, a cada iteração, uma linha à combo. Ou use a DBCombo (veja neste tópico: http://scriptbrasil.com.br/forum/index.php...0entry192885). Abraços, Graymalkin

Não, você pode instalar o seu programa em qualquer pasta que queira. Apenas tenha o cuidado de não ter especificado (dentro do programa) uma determinada pasta. Abraços, Graymalkin

Você pode fazer o seguinte: List1.List(List1.ListIndex) = Text1.Text Já que ListIndex sempre guarda a posição atualmente selecionada. Abraços, Graymalkin

Essa rotina é chamada mais de uma vez? Se for, você pode usar uma variável estática para manter o valor, exemplo: static coordenada Abraços, Graymalkin

Já tentou recorrer ao onipresente Google? De qualquer forma, você pode ao menos tentar usar o DBGrid e caso tenha alguma dúvida, pergunte aqui (a dúvida especificamente). Abraços, Graymalkin

Você está usando ADO ou DAO? Em ambos os casos, você terá que criar um novo Recordset (ou ADODB.Recordset) com os dados do pedido (o que você pode fazer por uma instrução SQL). De onde vem o número do pedido? De outro recordset? Se for, a idéia seria algo assim (com ADO): rsItens.open "SELECT * FROM pedidos_itens WHERE numped=" & rsPedidos.fields("numped").value, ... Ali fiz a suposição de que rsPedidos é um recordset com todos os pedidos e que já está posicionado no pedido cujos itens devem ser visualizados e que "numped" é o campo que identifica o pedido (e que é comum à ambas as tabelas). Abraços, Graymalkin

Na propriedade RowSource coloque o controle Data ou um recordset e defina a propriedade ListField com o campo a ser listado. Novamente: por que não postar isso no fórum do VB? Acho que lá você receberia respostas mais rapidamente. Abraços, Graymalkin

Sim, de fato não é feito unicamente em Python (aqui fala isso:http://www.unununium.org/articles/languages). Porém, me parece que a camada mais alta será toda feita em Python. Já executei aqui e a shell (console, prompt) é feita em Python, além de haver a possibilidade de sair para o interpretador a hora que quiser. Além disso, os comandos da shell são na verdade funções de um módulo em Python, daí a possibilidade de criar seus próprios comandos de forma simples (basta saber criar funções ordinárias em Python). Só ainda não entendi direito a parte do "sistema de arquivos" (parece que vai ser algo bem diferente do tradicional...). Abraços, Graymalkin

A plataforma de Python depende de qual você baixou. Existe um versão para DOS, porém o mais usual é a versão para Win32. Todavia, isso não quer dizer que ele não possa rodar em um "prompt do MS-DOS". Sendo Win32 você pode executá-lo em qualquer lugar *dentro* do Windows. Se você tentar executá-lo no DOS de verdade (ou seja, apertando F8 durante a inicialização do Windows 98 e escolhendo a opção "Somente prompt") você verá que não conseguirá executá-lo. Ou seja, ele *é* um aplicativo Win32 (para Windows), apesar de poder escrever no console (prompt). Aliás, qualquer linguagem pode fazer isso (escrever no prompt), inclusive VB, e nem por isso é considerada uma linguagem "para DOS". Em relação a aparecer a janela do prompt e depois aparecer uma interface gráfica é importante notar que tem-se duas extensões para arquivos Python: .py que sempre mostra a janela do prompt e .pyw que não mostra essa janela. Experimente renomear o arquivo para .pyw e veja se dá certo. Abraços, Graymalkin

Nesse caso é porque a sua versão do Access deve ser superior a 97 (ou seja, 2000, XP ou 2003). O Data só trabalha com BDs até o Access 97. Para usar a sua base de dados você tem a opção de utilizar ADO (que tem um controle Data, chamado ADODC). Abraços, Graymalkin

Sim, exatamente. Com o módulo zlib, você tem o método compress() que faz isso. Porém, lembrei que imagens não são muito bem compactadas (ou seja, quase não diminuem quando compactadas). Você já experimentou zipar uma imagem dessas que você quer colocar no BD e verificar se o tamanho dela diminui consideravelmente? Abraços, Graymalkin

Nesta propriedade você deve definir o caminho completo do arquivo MDB e não somente sua pasta (a não ser que você esteja usando arquivos dBASE). Na sua mensagem de erro aparece somente 'C:\dados', o que aparentemente é só uma pasta (fiz o teste aqui e dá esse erro mesmo). Abraços, Graymalkin

Dê uma olhada na função Format(). Abraços, Graymalkin

Acho que seria na propriedade CommandTimeout do ADODB.Connection, não? Particularmente nunca mexi nisso, mas tente aí. Abraços, Graymalkin

É, eu pensei em recomendar a utilização das APIs mesmo, porém achei que não tivesse dado certo (por isso nem testei aqui também). De qualquer forma, obrigado por postar a solução (posso vir a precisar disso num futuro não muito distante...). Abraços, Graymalkin

Acho que é mais recomendável a utilização da API EnumWindows para isso. No API-Guide (www.mentalis.org) você acha um ótimo exemplo dela. Abraços, Graymalkin

Bom, a maneira que você está falando (de gravar em um TXT e depois recuperar) já é o ideal. Do que, exatamente, você precisa mais? Abraços, Graymalkin

Procure por algum código que permita zipar uma string. Se não me engano, o algorítmo usado por arquivos zip (e afins) se chama Huffmann (ou algo assim). Em VB não sei como fazer isso, mas para uma outra linguagem que conheço existe uma biblioteca que permite justamente isso (compactar uma string qualquer). Abraços, Graymalkin

Entendo, mas uma planilha não é exatamente um banco de dados (se não me engano, já existiu um tópico aqui onde se discutiu isso). De qualquer forma, você pode criar uma função que identificará o campo de acordo com o que se acha na primeira linha da planilha e que identificará a primeira linha em branco disponível a partir do começo. Ou seja, será necessário percorrer a planilha toda no caso de querer inserir um novo "registro" (a fim de se poder saber qual o local disponível para tal). Como Value (em 'x.Range("B3").Value') é uma propriedade você pode tanto ler quanto escrever nela. Daí, conclui-se que você pode usá-la para saber o texto (valor) disponível em cada célula da planilha. Tanto para as colunas (A, B, C, etc.) quanto para as linhas (1, 2, 3, etc.) você pode usar o laço For para passar por cada um deles. Abraços, Graymalkin

Sim, precisa para que você possa comparar desta maneira. O que você está querendo fazer então é uma busca, que pode ser feita pelo método FindFirst e suas variantes (caso você use DAO) ou pelo método Find (caso você use ADO). Por exemplo: rs.Find "nome='Fernando'" if rs.Eof then msgbox "Nome não encontrado!" else msgbox "Nome encontrado!" endif Com isso o ponteiro passa a ficar apontando para o registro (caso ache-o), ou seja, ele fica "parado" nesse registro. Abraços, Graymalkin

E o Recordset está realmente situado (apontando para) nesse registro que tem esse nome? Tentou fazer um... debug.print rs.fields("campo").value ... para ver o conteúdo do campo do registro atualmente selecionado? É bom verificar se é realmente o nome que você está querendo (e se não existe espaços após o nome, por exemplo). Abraços, Graymalkin

E qual é o texto (na caixa de texto e no campo)? Dê um exemplo do que você está digitando e do que está no campo. Abraços, Graymalkin

Por isso que coloquei a observação acima. Qual é o valor que você está tentando comparar (na tabela e na caixa de texto)? Abraços, Graymalkin

O que existe nessa linha 28, indicada pelo erro? Abraços, Graymalkin

O que seria "travar o tamanho"? Abraços, Graymalkin