Re: gEDA-pt: Diretivas para criacao de biblioteca de componentes

[Antonio Augusto Todo Bom Neto <antonio@projetos.etc.br>]

Em Qua, 2004-12-08 às 17:31, Xtian Xultz escreveu:
> Em Qua 08 Dez 2004 14:23, Helvécio Lopes Teixeira escreveu:
> > Tarde à todos,
> >
> > Espero q essa idéia ainda não tenha morrido! Estava pensando. Eu tenho
> > dois componentes iguais, como o PIC16F873 e PIC16F876. Eles são
> > compatíveis pino-a-pino. Então faço um único símbolo p/ ele, certo?
> > Outra dúvida. Para componentes como integrados que são denhados como
> > caixa, não poderiamos deixar um padrão, por exemplo 300 mils entre o
> > espaçamentos entres os pinos?
> >
> > Sds,
> > Helvécio
> 
> Nao morreu nao, [snip]

	Pois eh andei analisando aquela versão que voce disponibilizou,
realmente tah bem inicial e jah tenho algumas adinões, mas talvez voce
jah tenha feito as mesma, quando puder disponibiliza o que tens aih, eu
vejo ants de comentar.
	A prosito, de cara, como voce me conhece eu pensei: - Porque não fazer
em Lyx? -  Mas jah pensei em seguinda que se assim fosse voce o teria
feito, e dou razão ao formato .swx porque muitos ainda não conseguiriam
abrir, usando Windows, por falta do Lyx, jah o Open Office jah eh carne
de vaca, tanto em Linux como Windows.
	Porem quero saber se posso "mexer" alguma coisa no padrão de escrita,
utilizando corretamente os atributos e estilos de paragrafos, páginas e
tal, para uma boa exportação para PDF html e talz que o OpenOffice
consegue fazer. Soh pra constar terminei o maldito MPI lah do aeroporto,
ficou assim e muito bom.
	Estou colecionando numa listinha questoes tecnicas envolvendo edicao de
simbolos no gEDA. Depois de sua proxima versao eu ponho aqui.


> mais de 1 real de diferenca, em 5000 pecas este "errinho" 
> na lista de pecas ia representar um prejuizo consideravel...).

Calcule o que seria comprar 18F242 no lugar de 16F876???


> Quanto ao espacamento, ha o seguinte: o gschem usa como unidade de medida os 
> mils [snip]

	Mas acho que a ideia dele eh simples, ter algumas caixinhas padrao para
rapida edicao de componentes, gostei, poderiamos ateh ter um diretorio a
parte para isso, para naum ficar aqueles simbolos "meio vazios" de CIs
transisores e tal junto a simbolos acabados, parece bom. Isso
incentivaria a edicao correta de simbolos novos na medida do uso alem de
diminuir o copia-cola-altera de componentes antigos, em que as vezes
esquecemos de alterar algo e... pimba, foi erro pra frente.

	Ainda tenho uma porcoes de duvidas sobre o sistema de controle de
versoes e talz, estou confuso de como faremos isso e a ideia de criar um
projeto no SF me parece no minimo adequada.

	Deveriamos questionar ao grupo de desenvolvimento do softwares a
respeito de quando teremos suporte a editar simbolos embutidos, por mim
o melhor seria sempre adicionar simbolos ao esquema por metodo de
embutir e naum por referenciar, mas hoje eh impraticavel por essa falta
de como editar.

> 
> Mas de qualquer maneira agradeco tua participacao, espero que mais pessoas 
> joguem questoes aqui na lista, e se voce diacorda de algo (ou tudo) o que 
> disse, meta a boca no trombone, nao se avexe (eh assim que se escreve? Isso 
> que dah assitir novela que tem personagens nordestinos :D )

	Reforco o texto do Xultz. A participacao eh o combustivel do
desenvolvimento GPL.
-- 
eh isso pessoal,

	Antonio Augusto Todo Bom Neto