Ir para conteúdo
  • Cadastre-se

EMBarbosa

Consultores
  • Total de ítens

    9.339
  • Registro em

  • Última visita

  • Days Won

    117

Tudo que EMBarbosa postou

  1. Reproduzo abaixo informações importantes que o @Italo Jurisato Junior postou em forma de anúncio.
      • 1
      • Curtir
  2. Pessoal, Estou reproduzindo abaixo informações que o Italo postou em forma de anúncios que são muito importantes:
  3. Olá pessoal, Como devem ter notado, esses últimos meses tem sido de mudanças no projeto ACBr. Estamos cada vez mais preocupados com códigos limpos e funcionais e em ter um trabalho de qualidade. Se não viu, relembre algumas das mudanças que estavam como anúncio até esses dias atrás: Novo Fortes Report CE e Projeto ACBr. Fim de correções e commits em "Trunk" Fim de suporte ao Delphi 7 e outras versões que não suportam UNICODE ACBrNFSe compatível com o Trunk2 e vários provedores já estão 100% funcionando Novas Pastas de Schemas Como pode ter notado, os links acima levam a tópicos ou anúncios do fórum para você poder ler mais sobre os assuntos e até a dar sua opinião. Gostaríamos de informar mais uma: Estaremos excluindo o "braço" trunk do SVN. Se você ainda o usa, acalme-se. Não se desespere. Vamos explicar o que vamos fazer, porque vamos fazer e como você ainda poderá, se desejar, continuar acessando o código trunk. 1 O que será feito? Quando? Já criamos uma tag no SVN que conterá o código do ACBr que está no trunk. Então, removeremos o caminho utilizado para o trunk atual. Então na realidade estamos apenas movendo o código do ACBr trunk para um outro caminho. O caminho para a tag é: svn://svn.code.sf.net/p/acbr/code/tags/ACBrTrunk2015 A remoção do caminho trunk atual será feita no fim do mês de fevereiro desse ano (2016). 2 Por que remover então? Se não vai remover de verdade o código do SVN, por que fazer isso? Estamos tendo muitos relatos no fórum de usuários confusos, achando que ainda estamos dando suporte no código que está no trunk. Queremos deixar claro que o código no trunk está desatualizado e todos devem migrar o quanto antes para o trunk2. 3 Desejo continuar usando o trunk. Como proceder? Se você deseja continuar utilizando o código trunk por sua própria conta e risco, siga os seguintes passos abaixo: 1) Clique com o botão direito na pasta do ACBr; 2) Selecione TortoiseSVN -> Switch... 3) Na janela que abrir, altere o campo "To path:" para "/tags/ACBrTrunk2015" 4) Aperte OK; Veja as imagens abaixo para ajudar: Pronto, você está com o acesso aos componentes ACBr no trunk. Mas como já dito várias vezes, você está com uma versão desatualizada, defasada e com problemas que não resolveremos. 4 Onde conversar sobre isso? Em caso de dúvidas, como de costume, crie um novo tópico. Mas caso queira discutir esse assunto, por favor utilizar o seguinte tópico: A ser criado...
  4. Queremos informar aos usuários do ACBr que estaremos finalizando o suporte ao Delphi 7 e outras versões que não suportam UNICODE a partir de Agosto de 2016. Por favor, leia calmamente o que se segue para entender o que significa e como você deve agir. O que isso significa? Relatos de bugs ou problemas específicos para essa versão não serão mais corrigidos. Não vamos garantir que o ACBr continue sempre compatível com essa versão do Delphi. Pode até funcionar no Delphi 7... mas não vamos garantir nada. Por que estão fazendo isso? Porque está ficando cada vez mais difícil manter o código compatível, e precisamos concentrar nossas energias. Se eu estou utilizando o Delphi 7, quais as sugestões para mim? Não vamos aconselhar você a criar um fork do ACBr nesse caso pois seria desperdício de tempo (seu mesmo). Não vamos aconselhar a continuar uma versão antiga do ACBr, porque claro que logo vem uma nova legislação e você terá que alterar algo. A escolha mais sensata é: use uma IDE mais moderna. Qual delas? Bem, não conhecemos sua aplicação muito menos seu negócio, então a melhor pessoa para fazer essa decisão é você mesmo. Mas você tem como opção uma versão mais nova do Delphi (2009, XE, Seattle, etc...), ou o Lazarus. Este último possui uma compatibilidade muito grande com o código do Delphi 7. Se procurar no fórum, verá que muitos já fizeram essa migração. Deseja dar a sua opinião ? Por favor use esse tópico:
      • 1
      • Curtir
  5. Então o problema foi no seu sistema e não no componente? Pois assim não vejo a necessidade de enviar essas alterações ao SVN.
  6. Que tipos de problemas você estava tendo? Você percebe que assim está alterando a descrição oficial do NCM e isso poderia gerar problemas piores?
  7. Olá João Carlos, Donde vem essa especificação?
  8. Na realidade, deve-se estar atento a qual é o DecimalSeparator. Pode ser que mesmo com esse código novo, aconteça erros dependendo do DecimalSeparator. Além dessa máscara, as funções Format possuem um terceiro parâmetro para passar a formatação que deve ser considerada ao analisar a string. Chegou a fazer os testes utilizando valores grandes e com decimais depois da alteração?
  9. Realmente a parte de classificados não foi você e outras perguntas foram também feitas por outros usuários, por isso falei de demais usuários... Eu estava dizendo desta parte: Nenhuma dessas partes está relacionado com o tópico aqui que justifique você deixar esse post junto com esse tópico. Mas veja que você continua fazendo perguntas neste tópico. Por favor, pare com isso. Obrigado.
  10. Paulinho, Crie um novo tópico para essas dúvidas por favor, conforme as regras. Demais usuários, Dividi esse tópico em outros dois que foram pra área de classificados e área de programação pascal. Por favor, criem um tópico novo para outros assuntos e se lembre que só é permitido a oferta de produtos e serviços na área de classificados. Mais uma vez, obrigado por sua compreensão.
  11. Ok. Vou ficar aguardando.
  12. Gostaria de agradecer a compreensão de todos. Não estamos querendo dar lição de moral ou chamar a atenção sendo rígidos demais. Apenas expressar a realidade, e deixar todos a par do que está acontecendo. Havia outros posts aqui, mas eu dividi para um novo tópico aqui. Relatos de migração e necessidades de novos componentes podem ser colocados cada um em um novo tópico.
  13. Agora que criou um novo projeto, utilize o WinMerge e compare cada arquivo para verificar o que está diferente do DEMO. Vá adicionando as alterações até encontrar qual é a que está ocasionando o erro.
  14. Tópico relacionado:
  15. Pessoal, vocês já tem um subfórum inteiro para isso aqui http://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/ Não precisam de moderadores abrirem tópicos pra isso. Vocês mesmos podem abrir. Na verdade, já existem vários tópicos sobre isso! Vejam alguns exemplos genéricos que achei com menos de dois minutos de pesquisa:
  16. E quem paga os custos do nosso desenvolvimento? Ahhh... Agora entendi qual é o problema de quem está reclamando... estão vendo só o lado de vocês e não é pra menos. Não conseguem enxergar quanto custa pra nós manter os códigos compatíveis com uma versão que praticamente não usamos, que limita nosso desenvolvimento e que não aceita de primeira o código que fazemos.
  17. Dependendo da versão do Delphi, a MidasLib tem problemas mesmo...
  18. Eu entendi o que quer dizer. Você entendeu que não podemos simplesmente comentar ou remover a linha? Em caso positivo, por favor, anexe o arquivo alterado com a proposição dessa nova funcionalidade para que possa ser analisado.
  19. Então Tiago, nós queremos ajudar, mas como você mesmo disse, não é possível reproduzir no DEMO. Isso dificulta muito, porque o DEMO é o ponto em comum que temos. Você tem de admitir que alguma coisa está diferente no seu aplicativo e no DEMO senão teriam o mesmo comportamento. Podemos até não saber o que é. Mas está diferente. Faz o seguinte. Crie um novo projeto vazio e copie as telas do DEMO para ele. Veja se acontece o problema. Mas é outro problema na hora de imprimir. Se é outro problema, favor pesquisar novamente e depois, se não encontrar, criar um novo tópico.
  20. Entendi. Pois é... aí vocês precisam mesmo questionar melhor a eles e pesar se é a melhor opção para vocês. Pra mim a resposta ficou meio vaga, tipo resposta pra marketing e não para desenvolvedores.
  21. Tópico relacionado: Poste um passo a passo para reproduzir o problema utilizando o aplicativo DEMO.
  22. Estou fechando esse tópico por duplicidade. Caso tenham o mesmo problema do início do tópico, veja esse Caso tenham outro problema, iniciem um novo tópico.
  23. Refere-se ao pacote opcional FireDAC como você pode ver nas notas ao lado do Opcional* no primeiro link. Me corrija se eu estiver errado, mas me parece que esse componente é parte do dbExpress? Neste caso, eu li apenas parcialmente o arquivo PDF. Mas parece que na versão professional está disponível. Só que drivers para Windows 64 bits e OSX são apenas a conexão local. E mesmo outras plataformas você precisa comprar licenças separadas (nota acima e página 14 do PDF). Acho que seria válido você enviar um questionamento ao pessoal de vendas pois está um pouco confuso...
  24. Dois links que você precisa analisar com cuidado: http://www.embarcadero.com/br/products/delphi/product-editions http://www.embarcadero.com/products/delphi/delphi-feature-matrix.pdf O primeiro mostra em português de forma básica o que esperar de cada versão. E o segundo uma lista bem mais completa. Talvez queira imprimir e planejar o que você vai precisar na sua empresa com calma. De qualquer forma, acho que é melhor comprar a que mais atenda suas necessidades. O que o pessoal na comunidade tem dito (aqui e no exterior) é que você sempre deve comprar na forma de assinatura para não perder as atualizações...
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.