Painel de líderes

Olá para todos, Hoje fiz um grande commit no SVN, modificando todas as chamadas a diretivas de {$IFDEF CONSOLE} para {$IFDEF NOGUI}. O motivo é que conforme me explicaram na lista oficial do Lazarus, a compilação em Linux sempre traz a diretiva CONSOLE ligada, mesmo em uma aplicação Grafica (GUI).. Portanto, as verificações da diretiva CONSOLE do Linux poderiam causar problemas de compilação.. Também enviei modificações efetuadas pelo colega Luiz Camara, da lista de email "Lazarus Brazil" para que a compilação em Lazarus possa conviver pacificamente com outros projetos que também usam a Synapse e OpenSLL.... Isso pode requere um "Clean Up + Build All" na sua IDE do Lazarus... Espero não ter "quebrado" nenhum código, testei em Lazarus e Delphi e aparentemente está tudo OK... Se alguem notar algo errado (principalmente o pessoal do ACBrFramework), é só me avisar.. ficarei atento...

Daniel ja fizemos as alterações no ACBrFRamework e por enquanto esta normal.

Já foi, o carlos havia me enviado por skype.

Mais uma pequena correção, (revisão 4879) Incluí a possibilidade de se informar o logo via Arquivo especificando o caminho, ou via Stream. Essa segunda opção é valida quando vc salva o logo no banco de dados e quer carregá-lo automaticamente para o Danfe. A idéia de usar Stream basicamente é transformar o logo salvo no banco em uma stringStream e depois associar na propriedade logo do componente. A mesma propriedade que associamos o arquivo. Se vc tem seu logo salvo em banco de dados, faça +/- da seguinte maneira: var loDataSet: TClientDataSet; loDanfeLogo: TStringStream; loBlobStream: TStream; begin loDataSet:= TClientDataSet.Create(nil); loDanfeLogo:= TStringStream.Create(''); ... <processo para carregar seus dados do banco para um ClientDataSet(loDataSet)> ... loBlobStream:= loDataSet.CreateBlobStream(loDataSet.FieldByName('LOGO'),bmRead); try loDanfeLogo.LoadFromStream(loBlobStream); ACBrNFeDANFEFR1.Logo := loDanfeLogo.DataString; //carrega logo finally loBlobStream.Free; loDanfeLogo.Free; loDataSet.Free; end; end; []´s João Henrique

Bom dia Por partes: 1 - Italo: Sei que o programa Demo é exclusivamente para dar uma ideia etc... mas as vezs para quem pega este bonde já andando como está fica complicado saber o que é erro de compilação, uso, configuração etc e o que (como no caso do "Validar rps") não funciona mesmo! como por exemplo as mensagens de erro que recebi noenvio de lotes (é erro ou falta alguma coisa?). Tenho bastante experiência com envio e retorno de NFSe no Rio de Janeiro utilizando arquivos txt mas infelizmentesão coisas bastantes diferentes. Tstei durante 2 meses um componente comercial para emissão de NFSe e verifiquei que no Rio de Janeiro o servidor de homologação aceita e processa sem dificuadades lotes contendo pelo menos 10 RPS e os retornos tambem estão funcionando perfeitamente. Quanto a resposta de th.Lima: "O ambiente de homologação pelo ACBr NFSe para o Rio de Janeiro não está configurado corretamente. O ambiente de produção e de homologação possuem algumas diferenças, mais o ambiente de produção está funcionando, na verdade para que funcione mude o arquivo nfse.xsd para o mesmo do Rio de Janeiro o nome do arquivo é tipos_nfse_01.xsd que está nos manuais do RJ. Após precisará omitir o campo: Tomador.IdentificacaoTomador.InscricaoMunicipal assim fará com que funcione no ambiente de produção. Espero ter ajudado! ;)" Desculpe-me mas não entendi bem sua resposta. Como falei acima, acabo de testar um compomponente e o ambiente de homologação do Rio funcionou perfeitamente !?! Vou examinar estes arquivos que voce menciona e os campos. Talvez tenha ainda alguns dos arquivos gerados e enviados pelo componente que testei. Edison