Boa tarde!

Para modificar a aparência das caixas de texto na MasterSkin do Maker e substituir as bordas arredondadas por bordas retas, é necessário realizar personalizações no arquivo CSS da aplicação. O primeiro passo é localizar o arquivo de estilo associado à MasterSkin, geralmente encontrado na pasta resources ou em um local específico reservado para os estilos do projeto. Nesse arquivo, será necessário identificar os seletores relacionados aos campos de texto, como input ou textarea, bem como possíveis classes específicas aplicadas a esses elementos.

Uma vez localizados os seletores, basta ajustar a propriedade border-radius, responsável pelo arredondamento das bordas. Para que as bordas fiquem completamente retas, deve-se definir border-radius como 0. Além disso, é possível ajustar outras propriedades visuais, como espessura e cor da borda, para garantir um design coerente com o restante da aplicação. Um exemplo de personalização seria:

input[type="text"], textarea { border-radius: 0; /* Remove o arredondamento */ border: 1px solid #ccc; /* Define uma borda padrão */ }

Após realizar as alterações, salve o arquivo CSS e aplique as mudanças ao projeto. Certifique-se de atualizar o formulário no qual as caixas de texto estão inseridas para verificar se o estilo foi atualizado corretamente. Também é recomendado revisar possíveis conflitos com outros estilos que possam sobrescrever as novas definições, garantindo que as modificações sejam aplicadas de forma consistente. Por fim, teste o resultado em diferentes navegadores para assegurar uniformidade visual em todas as plataformas.

Boa tarde Nunes

Quando se utiliza um pool de conexões no Maker 5 e ocorre consumo excessivo de conexões e cursores no banco de dados, é fundamental compreender como a plataforma gerencia esses recursos internamente para mitigar problemas. O Maker, por meio do mecanismo openedResultSetList, controla instâncias abertas de ResultSet, gerenciando a abertura e o fechamento desses recursos de forma explícita. Contudo, se os recursos não forem liberados corretamente, podem ocorrer vazamentos que impactam diretamente o desempenho da aplicação e do banco.

Para evitar tais problemas, é essencial garantir o fechamento de Connection, PreparedStatement e ResultSet logo após seu uso. Caso o Maker não faça isso automaticamente ou de forma eficiente, pode ser necessário implementar lógicas que assegurem o fechamento manual desses recursos. Além disso, recomenda-se a revisão de logs e métricas do banco de dados para identificar possíveis vazamentos, bem como o uso de ferramentas de monitoramento que ajudem a detectar conexões não encerradas ou cursores excessivamente utilizados.

A configuração adequada do pool de conexões também desempenha um papel crucial na gestão eficiente de recursos. Parâmetros como o número máximo de conexões permitidas (maxConnections), tempo de espera (timeout) e período de inatividade (idleTime) devem ser revisados para atender às demandas da aplicação sem sobrecarregar o banco de dados. Além disso, ao realizar atualizações para o Maker 5, é importante revisar fluxos e scripts existentes para garantir que não dependam de práticas obsoletas ou comportamentos que possam ter sido alterados na nova versão.

Por fim, a adoção de boas práticas, como o uso de blocos try-with-resources ou estruturas equivalentes, assegura o fechamento automático de recursos. O monitoramento constante do ciclo de vida das operações de banco de dados, com logs detalhados e métricas específicas, é igualmente essencial para evitar problemas recorrentes e otimizar o uso de conexões e cursores no Maker 5.

Boa tarde,

Qual Maker está utilizando?

Boa tarde amigo,

Qual versão do Maker está utilizando?

Boa tarde,

Colega, tente instalar esse versão do webrun agente para utilizar a impressão direta: https://drive.google.com/file/d/1c3dqZVaDH7RIVGzuhCG6tkjYC9rt0QJ6/view?usp=sharing

Boa tarde,

Pelo que ouvi falar, isso foi devido a questões pelo desfasamento dos tokens ao longo do tempo.

http://download.softwell.com.br/makerstudiobootstrap/WebrunDotNet/WebrunStudio.NET_1.2.0.88_Bootstrap.zip

Boa tarde

Para adicionar novas fontes ou tipografias no Maker 5 além das já disponíveis no MasterSkin, é possível seguir um processo simples e eficaz. Primeiramente, selecione as fontes desejadas e faça o download dos arquivos nos formatos suportados, como .ttf, .otf ou .woff. Em seguida, adicione esses arquivos ao projeto, preferencialmente em uma pasta específica, como resources/fonts, para facilitar a organização.

Depois de inserir os arquivos no projeto, defina as fontes utilizando CSS. No arquivo de estilo da aplicação, utilize a regra @font-face para registrar as novas fontes, especificando o caminho para os arquivos, bem como os formatos suportados. Por exemplo:

@font-face { font-family: 'NomeDaFonte'; src: url('resources/fonts/nome_da_fonte.ttf') format('truetype'); }

Após a definição, aplique a nova fonte diretamente no MasterSkin ou em elementos específicos da aplicação, utilizando a propriedade font-family. Isso pode ser feito para o corpo da página ou para classes personalizadas, como no exemplo:

body, .classe-personalizada { font-family: 'NomeDaFonte', sans-serif; }

Depois de configurar as fontes, é importante realizar testes para verificar sua aplicação e renderização nos diferentes navegadores e dispositivos utilizados pelos usuários. Garanta que a fonte seja carregada corretamente e que a aparência esteja de acordo com o esperado.

Por fim, tenha em mente alguns cuidados adicionais. Certifique-se de que as fontes sejam compatíveis com diferentes plataformas e otimizadas para a web, evitando problemas de carregamento ou lentidão na aplicação. Essa abordagem garantirá uma integração suave e profissional das novas tipografias ao projeto desenvolvido no Maker 5.

Boa tarde Ruan,

Essa questão já foi atualizada no Maker, pela Softwell

Boa tarde

Para corrigir a duplicação da sigla do projeto, como "PRO_PRO", no Maker, é importante revisar as configurações e ajustar possíveis inconsistências. Primeiramente, acesse as configurações do projeto no ambiente de desenvolvimento do Maker e certifique-se de que a sigla do projeto está corretamente definida, sem duplicações. Essa etapa inicial é essencial para garantir que a configuração base esteja adequada.

Além disso, a duplicação pode ser causada por scripts, fluxos ou customizações que possuem a sigla duplicada de forma codificada. Por isso, é fundamental revisar cuidadosamente scripts e regras de negócio para identificar onde essa repetição desnecessária ocorre e corrigi-la. Também é importante verificar os nomes de tabelas, formulários ou outros recursos do projeto, garantindo que não existam nomes duplicados implicitamente que possam estar contribuindo para o problema.

Caso ajustes diretos no ambiente não resolvam a questão, uma alternativa é exportar o projeto, corrigir manualmente as siglas ou identificadores duplicados no arquivo de configuração exportado e, em seguida, importar o projeto novamente. Por fim, é recomendável consultar os logs do sistema ou analisar mensagens de erro, pois eles podem oferecer informações mais detalhadas sobre a origem exata do problema, auxiliando na identificação e solução da duplicação de forma precisa.

Boa tarde,

Possivelmente está atrelado as permissões do diretório padrão do Maker, para resolver, é preciso liberar todas as permissões.

Boa tarde,

Essa funcionalidade, foi o o Sr. que desenvolveu?

Boa tarde
Quando você observa que um relatório fecha junto com um formulário no Maker, mesmo quando o formulário está configurado para não ser modal e aberto em um pop-up, pode haver alguma interdependência ou configuração que força este comportamento.

Boa tarde Mauricio,

Acredito que nesse ponto o suporte da softwell possa lhe auxiliar, pois em testes que fiz, funcionou perfeitamente.

Boa tarde amigo,

É possível alterar as configurações de conexões no Maker sem acessar manualmente a página indexConfig.jsp do Webrun, manipulando diretamente os arquivos de configuração. Quando um projeto é empacotado como um arquivo .war e implantado no Tomcat, as configurações de conexão normalmente estão armazenadas em arquivos de propriedades ou XML, como o applicationContext.xml, que inclui as strings de conexão e seus respectivos parâmetros. Esses arquivos podem ser encontrados no diretório WEB-INF dentro do arquivo .war ou na pasta expandida do projeto no Tomcat, após sua implantação.

Para realizar alterações, basta localizar e editar as configurações diretamente nesses arquivos, ajustando as strings de conexão conforme necessário. Caso o projeto suporte variáveis de ambiente ou arquivos .properties, é possível configurar as conexões dinamicamente, simplificando a gestão e reduzindo a necessidade de edições manuais no código ou nos arquivos do Webapp. Após realizar as modificações, se houver a necessidade de reempacotar o arquivo .war, ele deve ser atualizado antes de uma nova implantação no servidor. Alternativamente, você pode alterar os arquivos diretamente na pasta expandida em webapps no Tomcat.

Para simplificar e automatizar esse processo, considere utilizar scripts de deploy que possam injetar as configurações necessárias nos arquivos de conexão antes ou durante a implantação do projeto. Por fim, após realizar alterações em configurações críticas, como conexões de banco de dados, é recomendável reiniciar o Tomcat para garantir que as alterações sejam carregadas corretamente pelo servidor.

Boa tarde!

A migração do Maker 2.7 para o MySQL 8 realmente exige uma atualização do Java para a versão 8, já que o MySQL 8 utiliza novas configurações e padrões que não são compatíveis com versões mais antigas do Java. Apesar disso, é importante observar que a versão do Maker 2.7 é bastante antiga e pode não oferecer suporte total às tecnologias mais recentes, como o MySQL 8.

Caso decida prosseguir, o processo envolve algumas etapas críticas. Primeiro, você precisará garantir que o Java 8 esteja corretamente instalado e configurado no ambiente onde o Maker 2.7 está sendo executado. Certifique-se de configurar o JAVA_HOME apontando para o diretório correto e atualizar os arquivos de inicialização do Maker para usar a nova versão do Java.

Além disso, você precisará atualizar o driver JDBC do MySQL para uma versão compatível com o MySQL 8. É essencial substituir o arquivo do driver atual na pasta de bibliotecas do Maker (normalmente lib) e reconfigurar as conexões com o banco de dados utilizando as novas credenciais e parâmetros exigidos pelo MySQL 8, como o modo de autenticação.

Porém, algumas incompatibilidades podem surgir, especialmente com scripts SQL, funções específicas ou integrações que dependam de versões mais antigas do banco de dados ou do Maker. Assim, é altamente recomendado realizar testes extensivos em um ambiente de homologação antes de aplicar qualquer mudança no ambiente de produção. Caso encontre dificuldades ou incompatibilidades específicas, considere entrar em contato com o suporte da Softwell ou com consultores especializados no Maker para obter orientação adicional.

Boa tarde!

Cara tenta entrar em contato com pessoal da softwell, como por exemplo o suporte, esse é o email deles " [email protected] "

Para transformar valores armazenados em colunas em um formato de linhas utilizando componentes "Check" no Maker, é essencial aplicar estratégias que consolidem as informações de forma clara e funcional. A estrutura do banco de dados deve ser revisada para garantir que os dados estejam organizados adequadamente, sendo recomendado o uso de uma tabela onde cada linha represente um item do checklist com atributos como o identificador do checklist, descrição e status (true/false).

No Maker, é possível percorrer os componentes "Check" utilizando fluxos de trabalho para armazenar seus valores em uma lista ou tabela temporária, consolidando os dados em linhas ao invés de colunas. Outra abordagem seria implementar lógica SQL, quando aplicável, para realizar uma "pivotagem reversa", transpondo os dados e organizando-os no formato desejado. Além disso, a interface visual pode ser configurada para apresentar as informações em formato de tabela, exibindo um item por linha, independentemente de como estão armazenadas na base de dados.

Um exemplo de implementação poderia envolver o uso de JavaScript para construir uma lista com as opções e seus estados, utilizando funções que retornem o status dos componentes "Check". A partir disso, a lista gerada pode ser usada para processamento posterior, como salvar ou exibir os dados de maneira estruturada.

É importante garantir que a consistência e a integridade dos dados sejam mantidas durante todo o processo, seja no salvamento ou na recuperação das informações da base de dados. Também é recomendável criar funções reutilizáveis para manipulação de dados e interface, reduzindo redundâncias e minimizando a ocorrência de erros no desenvolvimento. Assim, é possível alcançar uma solução eficiente e alinhada às necessidades do projeto.

O comportamento que você descreveu pode ocorrer devido a alterações na integração ou nos scripts entre o Maker 5 e o Bootstrap 5, já que o Maker 5 utiliza uma abordagem atualizada para componentes e eventos. Alterações específicas no Bootstrap podem ter modificado como eventos, como o de duplo clique, são tratados.

Aqui estão algumas possibilidades e sugestões para resolver o problema:
Verifique o Manipulador de Eventos:
No Maker 5, confirme se o evento de duplo clique (double-click) está configurado corretamente para o componente de mapa. Pode ser necessário reconfigurá-lo, pois a migração pode ter desativado ou alterado as referências de eventos.

Grato pela Ajuda