From: C. <dig...@us...> - 2000-11-11 16:56:08
|
serialcoder wrote: > > Hum... Estranho... pelo que eu vi, essa conio, para "controlar" a > tela, se baseia em sequencias de escape ANSI. Pelo que vi nos fontes > dela não seria um front-end pra curses... será? Deve ter "evoluído" agora... mas a versão que eu peguei era um 'front-end'... hehehe Dava uns paus malucos na libncurses.so.5 ... > O que eu vi é o seguinte: tudo depende da finalidade. > Por exemplo: se voce precisa apenas de um gotoxy() e coisinhas > simples, a uconio é legal. > Se for pra fazer telas de configuradores, estilo instalador do Red > Hat, ou coisas parecidas com dialog, newt é a pedida, newt é muito > legal pra isso. > Curses pode servir pra tudo isso, mas, conforme o caso, é matar um > passarinho com um canhão. Curses é muito poder de fogo, é massa > mesmo, e na verdade não é dificil, ainda mais quando se tem uma > documentação legal como aqueles xerox que o Amauri mandou. > Mas pra fazer coisas tipo configuradores e instaladores, prefiro > newt, é sob medida para isso. > Bom, deixa sobrar um tempinho por aqui que eu vou escrever algo a > respeito. Até André, já que você andou mexendo com curses tb, vamos > trocar umas idéias sobre isso tb. Bom, a idéia realmente é fazer uma interface modo texto, ou seja, um configurador, no estilo dos configuradores da RedHat, ou do Slack, etc.. Agora seria interessante se pudéssemos mudar as cores... hehehe Tipo, akele vermelho com azul já tá enjoando... :) > # Fazer da page um local onde a pessoa visite frequentemente, não só pra > # saber se tem nova versão do programa, mas tb prá ver as novidades, > # documentação, ver o FAQ... cês tão entendendo ? ;-) > # > # Tenho bastante documentação aki sobre IPC em UNIX, CVS, etc... vou > # procurar os links aki prá por como referência e na sequência mando pro > # Davi por na page... seção 'Colaborador' ou seção 'Documentação' ??? > > Acho que na 'Documentação' caberiam coisas relacionadas mais > diretamente ao linuxcall em si. Na 'Colaborador' (ou 'desenvolvedor', > sei lá :), iriam as coisas "extras". Eu acho assim: Na seção 'Colaborador' deveriam estar os docs, comentários a respeito do LinuxCall... e na seção 'Documentação', podíamos por os textos que nos ajudaram, os tais dos artigos com as "Impressões pessoais no desenvolvimento de software livre", etc... Exatamente o contrário.... :P > De qualquer modo, a idéia é muito boa, creio que temos material de > montão pra botar lá, seria mais uma questão de tempo pra organizar as > coisas e ir botando no ar. Pois é... o tal do tempo... realmente anda curto, hehehehe Tipo, tou me organizando aki, no sentido de por o CVS no ar, mas logo em seguida mando os trecos procês... :) > # teu caso, seria interessante se vc fizesse as rotinas de > # tratamento/localização do modem... :) > # > # Rotinas essas que poderiam ser usadas tb nessa versão da interface > # atual... porque não ? > > Mas claro! Eu só dei um tempo nelas por que tava atolado com os > trecos aqui, mas agora pode rolar sim. > De qualquer modo, como já estamos com uma visão de modularização do > código, as rotinas poderão ser aproveitadas tanto pelas versões > atuais (script + xstep) quanto na versão texto pure C, tranquilo. > Falar nisso, se você (André) e o Alex já tiverem algumas necessidades > em mente ai, tipo "função pra resetar modem", "função pra ler ATI's > do modem", me passem ai o que voces precisam quanto a parametros de > entrada e saida, coisa e tal, que ai já vou caminhando nesse sentido. Hum... preciso: * Seek AND Destroy do modem... :) * Reset * Leitura das ATI's Acho que é só... :) > Ok man's, vamos tocando esse barco e trocando idéias. Falous pessoal, []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |