notes2-team Mailing List for Notes (Page 31)
Brought to you by:
andersonrb
Menu
▾
▴
notes2-team — Notes developers mailing list.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(11) |
Apr
(21) |
May
(57) |
Jun
(79) |
Jul
(76) |
Aug
(24) |
Sep
(58) |
Oct
(187) |
Nov
(134) |
Dec
(81) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(30) |
Feb
(42) |
Mar
(60) |
Apr
(23) |
May
(6) |
Jun
(32) |
Jul
(14) |
Aug
(10) |
Sep
(6) |
Oct
(6) |
Nov
(4) |
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(3) |
| 2007 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Anderson B. <no...@ig...> - 2003-07-03 18:28:55
|
Thiago Koguta wrote: > Bom, continuo dizendo que a melhor opcao seria o "cross-plataforma!"=20 > claro!!.. seria o ideal, o > mais rapido e melhor para n=F3s...=20 Eu tamb=E9m acho... > eu havia dito que se todos achassem que no futuro isso talvez poderia=20 > nos trazer algum tipo > de problema s=E9rio (que talvez s=F3 encontrariamos mesmo na hora do=20 > desenvolviemento) e com > isso, nos dando ainda mais trabalho e atrazando o desenvolvimento,=20 > seria melhor ter um > codigo para cada sistema!=20 Na realidade isto tamb=E9m me preocupa. Mas como a clx j=E1 est=E1 em sua= =20 terceira vers=E3o e =E9 feita pela borland, acho que podemos arriscar. A borland recomenda o = uso da clx para casos como o nosso. Pelo que vi, o Marco Cant=FA (que =E9 alg= u=E9m=20 cuja opini=E3o eu relamente respeito, o cara mt!) tamb=E9m - e ele j=E1 desenvolveu alguns=20 apps multiplataforma. Na realidade n=E3o sei se este medo n=E3o =E9 apenas um preconceito meu -= =20 nosso com algo que n=E3o conhecemos ou conhecemos pouco... (O mesmo tipo de preconceito=20 que as pessoas possuem em rela=E7=E3o ao linux...) > mas como o anderson est=E1 muito otimista com a cross-plataforma, entao > acho que devemos confiar nele. Puta merda! N=E3o confiem em mim n=E3o. Escolham o melhor para o Notes, para os usu=E1rios, para a comunidade opensource. =C9 assim que fa=E7o as= minhas escolhas, n=E3o usando de opini=F5es, mas tentando racionalmente achar a=20 melhor solu=E7=E3o para o notes (o que n=E3o quer dizer que minhas decis=F5es sejam totalmen= te=20 objetivas, mas que tenho sempre raz=F5es para justific=E1-las). T+ And. |
|
From: Anderson B. <no...@ig...> - 2003-07-03 18:15:47
|
*/ ** Aguardo as opini=F5es de todos neste tema t=E3o importante!! De uma olhada agora!!! **/* Repondendo o mail do Luiz <#1>e o outro do Tiago <#2>: > Luiz Antonio Gomes Pican=E7o wrote: > Eu apostaria em desenvolver na VCL como nosso amigo havia falado e=20 > manter alguem na equipe para dar suporte para adaptar o codigo para lin= ux. Luiz, sinceramente...* */duvido muito que uma pessoa s=F3 de conta de=20 traduzir o c=F3digo do windows para o linux./ Precisar=EDamos ou usar duas equipes (o que acho imposs=EDvel, somos muit= o=20 poucos para nos dividirmos) ou responsabilizar a equipe por ir escrevendo os dois=20 c=F3digos - ou seja, precisar=EDamos ir escrevendo os dois c=F3digos ao mesmo tempo. Outro problema =E9 que usando este formato/ n=E3o vejo como poder=EDamos = dar=20 ao usu=E1rio a possibilidade do usu=E1rio customizar a interface usando temas/ - a n=E3o ser que tu ac= ha=20 que o suporte a temas/skins seja desnecess=E1rio ou tenha j=E1 uma id=E9ia alternativa (e eu diria, uma id= =E9ia=20 m=E1gica) para implementarmos isto. Tamb=E9m dizer que vamos traduzir o c=F3digo do windows para o linux =E9 = dizer=20 que o linux =E9 para n=F3s menos importante que o windows... > Tiago Schubert wrote: > > Em rela=E7=E3o as tr=EAs op=E7=F5es que temos, pensei assunto e ache= i muito interessante a id=E9ia de ser usado o CLX, pois isso facilitaria = todo o processo de desenvolvimento. Esta =E9 a op=E7=E3o na qual eu apost= aria. > Esta tamb=E9m =E9 a solu=E7=E3o que mais me agrada, apesar de eu odiar te= r que=20 distribuir a QT junto. Mas vamos ver, se o pessoal preferir outro modelo terei que acat=E1-lo.... a maioria decide= . > Mesmo assim seria poss=EDvel desenvolvermos o Notes em CLX e em VCL= paralelamente utilizando como auxilio alguns programas que come=E7am a s= urgir com o objetivo de transito mais f=E1cil na convers=E3o tanto de CLX= para VCL como o contrario, como o ConvertFiles este Free (http://www.del= phibr.com.br/artigos/ConvertFiles.php)ou o CLXpert este Pago (http://www.= argostecnologia.com/clxpert/). Mas assim manter=EDamos a depend=EAncia de= uma vers=E3o sobre outra. > =20 > Acho que este convertfiles eu j=E1 conhecia. Mas, se =E9 o que eu conhe=E7= o,=20 ele n=E3o faz o trabalho inteiro, n=E9?! Algumas coisas precisam ser feit= as=20 na m=E3o ainda... mas =E9 melhor que nada. Isso resolveria em parte o=20 problema da lentid=E3o de desenvolvimento, mas =E9 provavel que as edi=E7= =F5es=20 para linux fossem acabar sempre saindo um pouco depois das do windows...=20 o que =E9 algo que n=E3o me agrada. Parece que ao fazer isto estamos nos=20 assemelhando a microsoft e cia. Mas pode ser s=F3 neura minha... T+ Anderson |
|
From: Thiago K. <ko...@ms...> - 2003-07-03 17:25:53
|
Bom, continuo dizendo que a melhor opcao seria o "cross-plataforma!" claro!!.. seria o ideal, o mais rapido e melhor para nós... eu havia dito que se todos achassem que no futuro isso talvez poderia nos trazer algum tipo de problema sério (que talvez só encontrariamos mesmo na hora do desenvolviemento) e com isso, nos dando ainda mais trabalho e atrazando o desenvolvimento, seria melhor ter um codigo para cada sistema! mas como o anderson está muito otimista com a cross-plataforma, entao acho que devemos confiar nele.. tambem acho que é a melhor forma de desenvolver o notes para as duas plataformas, mas como eu nunca desenvolvi nada para as duas plataformas antes, tinha ficado é com o pé atras!! abraços, Thiago Koguta -----Mensagem original----- De: Anderson Barbieri [mailto:no...@ig...] Enviada em: quarta-feira, 2 de julho de 2003 21:45 Para: Notes Dev List Assunto: [Notes2-team] O modelo de desenvolvimento do Notes... Os 3 modelos... Olá pessoal. Nos últimos e-mails uma discussão muito importante vem tomando corpo e acho que chegou a hora de incluirmos todos (não apenas os desenvolvedores) nela para que possamos tomar uma decisão e seguirmos em frente. A discussão é sobre qual modelo de desenvolvimento vamos utilizar. Apesar de parecer algo para programador, na verdade não é - o modelo escolhido traz conseqüências para todo o futuro do Notes e, portanto, conseqüências para o planejamento que temos discutido. Pelos e-mails que chegaram, temos 3 modelos diferentes e teremos que escolher um deles. Vou tentar explicá-los a seguir do modo que sei. Por favor, leiam e me corrijam onde for quiserem. 1) Dois códigos fonte: um exemplo deste modelo é o M$ Office. Dois códigos fontes diferentes são mantidos e quando capacidades novas são implementadas em um precisam ser depois traduzidas para o outro fonte. Os dois fontes possuem alguma semelhança, mas também muitas diferenças, pois cada um deles segue as APIs e padrões específicos de cada sistema operacional. O M$ Office no windows é totalmente integrado ao Windows por causa disto. O M$ Office do Mac também é bastante integrado ao sistema operacional. Por um lado a forte integração aos sistemas operacionais diminuí a curva de aprendizado para pessoas acostumadas com aquele sistema operacional e, algumas vezes, traz algum aumento de performance. Por outro lado, usuários que usam o programa nos dois sistemas operacionais terão que reaprender algumas coisas do programa, já que ele não é igual nos dois sistemas operacionais. Além disso, como isto leva a desenvolver quase dois programas ao mesmo tempo, o desenvolvimento acaba sendo demorado e laboroso. Eu vejo este modelo sendo muito adotado por empresas como M$, Qualcom, Macromedia e Adobe (se bem que estas duas últimas não integram seus produtos tanto ao OS, preferindo manter muitas semelhanças entre as versões para Mac e Win de seus produtos). Por causa de todo o trabalho a mais que este modelo de desenvolvimento gera as empresas mantém duas equipes distintas de desenvolvimento - uma para cada código fonte. Outro porém deste modelo é que as versões costumam ter datas de lançamento bastante diferentes - é normal que o produto para Mac esteja na versão 2.1 e que a versão para windows já esteja na versão 3 ou vice-versa. No nosso caso este modelo nos daria uma vantagem a mais: não precisaríamos distribuir a QT no windows (o que significa 2 ou 3 Mbs a menos). 2) IFDEFs: este modelo também traria para nós a vantagem de não precisar distribuir a biblioteca QT. Na realidade ele não chega a ser tão diferete do modelo 1: usa-se apenas um código fonte, pois através dos famosos ifdefs (*IDEF é uma instrução que permite que você use um pedaço do fonte ou outro dependendo de certas condições podendo assim, por exemplo, usar certo trecho de código no linux e outro diferente no windows*) os trechos específicos para cada sistema operacional podem ficar juntos. Este modelo não é tão trabalhoso quanto o anterior, mas por causa da grande quantidade de ifdefs no código este acaba ficando menos claro. Mas com algumas políticas de desenvolvimento os ifdefs podem ser "escondidos" e a clareza do codigo pode ser mantida em boa parte do fonte. Parece um bom modelo. Mas no nosto caso específico ele tem um problema - por causa de certas diferenças entre o linux e o windows (na realidade entre a CLX e a VCL, para quem programa em Delphi) não teremos como implementar temas e skins do modo como vinhamos pensando. (Até existe uma forma, mas teríamos que usar algo do modelo 1, parte do fonte teria que ser específico para cada plataforma.) Temos que pesar então o quão importante é para nós a interface do Notes ser configurável. 3) Bibliotecas cross-plataforma: vocês conhecem esta solução de softwares abertos como OpenOffice e Mozilla. É a que eu tenho visto ser empregada nos softwares livres mais novos. Às vezes penso que o Java da Sun e o .Net da M$ derivaram suas idéias deste modelo. A idéia aqui é basear toda a construção do software em bibliotecas que sejam multiplataforma ao invés de usar as APIs providas pelo sistema operacional. Na verdade, este modelo deixa o trabalho de adaptar-se as APIs dos sistemas operacionais para as bibliotecas. Como o trabalho chato fica com os desenvolvedores da biblioteca esta me parece ser a forma mais rápida e menos trabalhosa de desenvolver um aplicativo multiplataforma. Claro que há alguns problemas: A. você deve distribuir as bibliotecas junto com o software. No nosso caso isto significa que teríamos que distribuir a QT no windows (no linux sempre teremos que distribuí-la). B. se a biblioteca tiver alguma falha em algum dos sistemas operacionais o desenvolvedor depende do desenvolvedor da biblioteca para corrigir o erro (no nosso caso é assim, mas o mozilla p. ex. não sofre deste problema por desenvolver as suas próprias bibliotecas) C. os desenvolvedores, normalmente acostumados com as APIs de algum sistema operacional precisam aprender as APIs da biblioteca (não é o nosso caso, já que a Borland fez as APIs ficarem na maior parte das vezes iguais a que usamos no windows ou disponibilizou alguma forma do reaprendizdo não ser necessário). No nosso caso acho que este é o modelo que permitiria o desenvolvimento mais acelerado e também a interface mais customizável. Por outro lado, os controles da QT tem algumas diferenças dos controles do windows - o que pode causar alguma estranhesa em algum usuário, por mais que todos os controles sejam fáceis de usar. São estes os três modelos e os prós e contras que conheço deles. Qual vocês acham que devemos usar? Aguardo os argumentos de vocês! Anderson -- Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... _________________________________________________________________ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com |
|
From: <lui...@im...> - 2003-07-03 12:35:25
|
Eu apostaria em desenvolver na VCL como nosso amigo havia falado e = manter alguem na equipe para dar suporte para adaptar o codigo para = linux. -----Mensagem original----- De: Anderson Barbieri [mailto:no...@ig...]=20 Enviada em: quarta-feira, 2 de julho de 2003 21:45 Para: Notes Dev List Assunto: [Notes2-team] O modelo de desenvolvimento do Notes... =09 =09 Os 3 modelos... Ol=E1 pessoal. Nos =FAltimos e-mails uma discuss=E3o muito importante = vem tomando corpo e acho que chegou a hora de incluirmos todos (n=E3o = apenas os desenvolvedores) nela para que possamos tomar uma decis=E3o e = seguirmos em frente. A discuss=E3o =E9 sobre qual modelo de desenvolvimento vamos utilizar. = Apesar de parecer algo para programador, na verdade n=E3o =E9 - o modelo = escolhido traz conseq=FC=EAncias para todo o futuro do Notes e, = portanto, conseq=FC=EAncias para o planejamento que temos discutido. = Pelos e-mails que chegaram, temos 3 modelos diferentes e teremos que = escolher um deles. Vou tentar explic=E1-los a seguir do modo que sei. = Por favor, leiam e me corrijam onde for quiserem. 1) Dois c=F3digos fonte: um exemplo deste modelo =E9 o M$ Office. Dois = c=F3digos fontes diferentes s=E3o mantidos e quando capacidades novas = s=E3o implementadas em um precisam ser depois traduzidas para o outro = fonte. Os dois fontes possuem alguma semelhan=E7a, mas tamb=E9m muitas = diferen=E7as, pois cada um deles segue as APIs e padr=F5es espec=EDficos = de cada sistema operacional. O M$ Office no windows =E9 totalmente = integrado ao Windows por causa disto. O M$ Office do Mac tamb=E9m =E9 = bastante integrado ao sistema operacional. Por um lado a forte = integra=E7=E3o aos sistemas operacionais diminu=ED a curva de = aprendizado para pessoas acostumadas com aquele sistema operacional e, = algumas vezes, traz algum aumento de performance. Por outro lado, = usu=E1rios que usam o programa nos dois sistemas operacionais ter=E3o = que reaprender algumas coisas do programa, j=E1 que ele n=E3o =E9 igual = nos dois sistemas operacionais. Al=E9m disso, como isto leva a = desenvolver quase dois programas ao mesmo tempo, o desenvolvimento acaba = sendo demorado e laboroso. Eu vejo este modelo sendo muito adotado por = empresas como M$, Qualcom, Macromedia e Adobe (se bem que estas duas = =FAltimas n=E3o integram seus produtos tanto ao OS, preferindo manter = muitas semelhan=E7as entre as vers=F5es para Mac e Win de seus = produtos). Por causa de todo o trabalho a mais que este modelo de = desenvolvimento gera as empresas mant=E9m duas equipes distintas de = desenvolvimento - uma para cada c=F3digo fonte. Outro por=E9m deste = modelo =E9 que as vers=F5es costumam ter datas de lan=E7amento bastante = diferentes - =E9 normal que o produto para Mac esteja na vers=E3o 2.1 e = que a vers=E3o para windows j=E1 esteja na vers=E3o 3 ou vice-versa. No = nosso caso este modelo nos daria uma vantagem a mais: n=E3o = precisar=EDamos distribuir a QT no windows (o que significa 2 ou 3 Mbs a = menos). 2) IFDEFs: este modelo tamb=E9m traria para n=F3s a vantagem de n=E3o = precisar distribuir a biblioteca QT. Na realidade ele n=E3o chega a ser = t=E3o diferete do modelo 1: usa-se apenas um c=F3digo fonte, pois = atrav=E9s dos famosos ifdefs (*IDEF =E9 uma instru=E7=E3o que permite = que voc=EA use um peda=E7o do fonte ou outro dependendo de certas = condi=E7=F5es podendo assim, por exemplo, usar certo trecho de c=F3digo = no linux e outro diferente no windows*) os trechos espec=EDficos para = cada sistema operacional podem ficar juntos. Este modelo n=E3o =E9 t=E3o = trabalhoso quanto o anterior, mas por causa da grande quantidade de = ifdefs no c=F3digo este acaba ficando menos claro. Mas com algumas = pol=EDticas de desenvolvimento os ifdefs podem ser "escondidos" e a = clareza do codigo pode ser mantida em boa parte do fonte. Parece um bom = modelo. Mas no nosto caso espec=EDfico ele tem um problema - por causa = de certas diferen=E7as entre o linux e o windows (na realidade entre a = CLX e a VCL, para quem programa em Delphi) n=E3o teremos como = implementar temas e skins do modo como vinhamos pensando. (At=E9 existe = uma forma, mas ter=EDamos que usar algo do modelo 1, parte do fonte = teria que ser espec=EDfico para cada plataforma.) Temos que pesar = ent=E3o o qu=E3o importante =E9 para n=F3s a interface do Notes ser = configur=E1vel. 3) Bibliotecas cross-plataforma: voc=EAs conhecem esta solu=E7=E3o de = softwares abertos como OpenOffice e Mozilla. =C9 a que eu tenho visto = ser empregada nos softwares livres mais novos. =C0s vezes penso que o = Java da Sun e o .Net da M$ derivaram suas id=E9ias deste modelo. A = id=E9ia aqui =E9 basear toda a constru=E7=E3o do software em bibliotecas = que sejam multiplataforma ao inv=E9s de usar as APIs providas pelo = sistema operacional. Na verdade, este modelo deixa o trabalho de = adaptar-se as APIs dos sistemas operacionais para as bibliotecas. Como o = trabalho chato fica com os desenvolvedores da biblioteca esta me parece = ser a forma mais r=E1pida e menos trabalhosa de desenvolver um = aplicativo multiplataforma. Claro que h=E1 alguns problemas: A. voc=EA = deve distribuir as bibliotecas junto com o software. No nosso caso isto = significa que ter=EDamos que distribuir a QT no windows (no linux sempre = teremos que distribu=ED-la). B. se a biblioteca tiver alguma falha em = algum dos sistemas operacionais o desenvolvedor depende do desenvolvedor = da biblioteca para corrigir o erro (no nosso caso =E9 assim, mas o = mozilla p. ex. n=E3o sofre deste problema por desenvolver as suas = pr=F3prias bibliotecas) C. os desenvolvedores, normalmente acostumados = com as APIs de algum sistema operacional precisam aprender as APIs da = biblioteca (n=E3o =E9 o nosso caso, j=E1 que a Borland fez as APIs = ficarem na maior parte das vezes iguais a que usamos no windows ou = disponibilizou alguma forma do reaprendizdo n=E3o ser necess=E1rio). No = nosso caso acho que este =E9 o modelo que permitiria o desenvolvimento = mais acelerado e tamb=E9m a interface mais customiz=E1vel. Por outro = lado, os controles da QT tem algumas diferen=E7as dos controles do = windows - o que pode causar alguma estranhesa em algum usu=E1rio, por = mais que todos os controles sejam f=E1ceis de usar. S=E3o estes os tr=EAs modelos e os pr=F3s e contras que conhe=E7o = deles. Qual voc=EAs acham que devemos usar? Aguardo os argumentos de = voc=EAs! Anderson --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Tiago S. <tia...@q3...> - 2003-07-03 02:26:33
|
Em rela=C3=A7=C3=A3o as tr=C3=AAs op=C3=A7=C3=B5es que temos, pensei as=
sunto e achei muito interessante a id=C3=A9ia de ser usado o CLX, pois isso=
facilitaria todo o processo de desenvolvimento. Esta =C3=A9 a op=C3=A7=C3=
=A3o na qual eu apostaria.
Mesmo assim seria poss=C3=ADvel desenvolvermos o Notes em CLX e em VCL=
paralelamente utilizando como auxilio alguns programas que come=C3=A7am a =
surgir com o objetivo de transito mais f=C3=A1cil na convers=C3=A3o tanto d=
e CLX para VCL como o contrario, como o ConvertFiles este Free (http://www.=
delphibr.com.br/artigos/ConvertFiles.php)ou o CLXpert este Pago (http://www=
.argostecnologia.com/clxpert/). Mas assim manter=C3=ADamos a depend=C3=AAnc=
ia de uma vers=C3=A3o sobre outra.
Abra=C3=A7o,
Tiago Schubert
--- message from Anderson Barbieri <no...@ig...> attached:
_____________________________________________________________
Free Email ---> http://mail.q3arena.com/
Webhosting ---> http://www.webhosting.tv/
|
|
From: Anderson B. <no...@ig...> - 2003-07-03 00:50:14
|
Fazer anivers=E1rio =E9 legal, n=E9?! Pra mim foi emocionante escrever aquele texto. Afinal o Notes j=E1 faz parte da minha vida.... Quanto a lan=E7ar logo, acho que ao inv=E9s de logo eu diria "o mais r=E1pido poss=EDvel e do melho modo que der". N=E3o adianta lan=E7armos algo rapidamente e lan=E7armos uma merda. A microsoft levou muitos anos construindo o visual studio .Net, para lan=E7arem algo bom. Se for pra lan=E7ar uma merda =E9 melhor n=E3o = lan=E7ar... Mas realemente temos lan=E7ar o mais r=E1pido que der. E tudo depende do modelo de desenvolvimento que escolhermos. uns s=E3o lentos; outros, mais r=E1pidos. Bom, acabo de enviar um mail sobre isto... T+ And. Notes - Equipe de Marketing wrote: > Fiquei extremamente empolgado com o teu e-mail. Mostrei at=E9 pro meu p= ai. > Relendo toda a traget=F3ria do Notes, chegou a dar um arrepio.=20 > Emocionante mesmo. > Temos que lan=E7ar logo a versao 2!! > Vamos l=E1 pessoal!! > =20 > Parab=E9ns para toda a equipe!! > =20 > Abra=E7=E3o! > =20 > Marcelo Moraes > Ger. de Marketing Notes > mar...@po... <mailto:mar...@po...> > http://notes.codigolivre.org.br > =20 --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Anderson B. <no...@ig...> - 2003-07-03 00:46:17
|
*Os 3 modelos...* Ol=E1 pessoal. Nos =FAltimos e-mails uma discuss=E3o muito importante vem= =20 tomando corpo e acho que chegou a hora de incluirmos todos (n=E3o apenas=20 os desenvolvedores) nela para que possamos tomar uma decis=E3o e seguirmo= s=20 em frente. A discuss=E3o =E9 sobre qual modelo de desenvolvimento vamos utilizar.=20 Apesar de parecer algo para programador, na verdade n=E3o =E9 - o modelo=20 escolhido traz conseq=FC=EAncias para todo o futuro do Notes e, portanto,= =20 conseq=FC=EAncias para o planejamento que temos discutido. Pelos e-mails = que=20 chegaram, temos 3 modelos diferentes e teremos que escolher um deles.=20 Vou tentar explic=E1-los a seguir do modo que sei. Por favor, leiam e me=20 corrijam onde for quiserem. /*1) Dois c=F3digos fonte:*/ um exemplo deste modelo =E9 o M$ Office. Doi= s=20 c=F3digos fontes diferentes s=E3o mantidos e quando capacidades novas s=E3= o=20 implementadas em um precisam ser depois traduzidas para o outro fonte.=20 Os dois fontes possuem alguma semelhan=E7a, mas tamb=E9m muitas diferen=E7= as,=20 pois cada um deles segue as APIs e padr=F5es espec=EDficos de cada sistem= a=20 operacional. O M$ Office no windows =E9 totalmente integrado ao Windows=20 por causa disto. O M$ Office do Mac tamb=E9m =E9 bastante integrado ao=20 sistema operacional. Por um lado a forte integra=E7=E3o aos sistemas=20 operacionais diminu=ED a curva de aprendizado para pessoas acostumadas co= m=20 aquele sistema operacional e, algumas vezes, traz algum aumento de=20 performance. Por outro lado, usu=E1rios que usam o programa nos dois=20 sistemas operacionais ter=E3o que reaprender algumas coisas do programa,=20 j=E1 que ele n=E3o =E9 igual nos dois sistemas operacionais. Al=E9m disso= , como=20 isto leva a desenvolver quase dois programas ao mesmo tempo, o=20 desenvolvimento acaba sendo demorado e laboroso. Eu vejo este modelo=20 sendo muito adotado por empresas como M$, Qualcom, Macromedia e Adobe=20 (se bem que estas duas =FAltimas n=E3o integram seus produtos tanto ao OS= ,=20 preferindo manter muitas semelhan=E7as entre as vers=F5es para Mac e Win = de=20 seus produtos). Por causa de todo o trabalho a mais que este modelo de=20 desenvolvimento gera as empresas mant=E9m duas equipes distintas de=20 desenvolvimento - uma para cada c=F3digo fonte. Outro por=E9m deste model= o =E9=20 que as vers=F5es costumam ter datas de lan=E7amento bastante diferentes -= =E9=20 normal que o produto para Mac esteja na vers=E3o 2.1 e que a vers=E3o par= a=20 windows j=E1 esteja na vers=E3o 3 ou vice-versa. No nosso caso este model= o=20 nos daria uma vantagem a mais: n=E3o precisar=EDamos distribuir a QT no=20 windows (o que significa 2 ou 3 Mbs a menos). /*2) IFDEFs:*/ este modelo tamb=E9m traria para n=F3s a vantagem de n=E3o= =20 precisar distribuir a biblioteca QT. Na realidade ele n=E3o chega a ser=20 t=E3o diferete do modelo 1: usa-se apenas um c=F3digo fonte, pois atrav=E9= s=20 dos famosos ifdefs (*IDEF =E9 uma instru=E7=E3o que permite que voc=EA us= e um=20 peda=E7o do fonte ou outro dependendo de certas condi=E7=F5es podendo ass= im,=20 por exemplo, usar certo trecho de c=F3digo no linux e outro diferente no=20 windows*) os trechos espec=EDficos para cada sistema operacional podem=20 ficar juntos. Este modelo n=E3o =E9 t=E3o trabalhoso quanto o anterior, m= as=20 por causa da grande quantidade de ifdefs no c=F3digo este acaba ficando=20 menos claro. Mas com algumas pol=EDticas de desenvolvimento os ifdefs=20 podem ser "escondidos" e a clareza do co"digo pode ser mantida em boa=20 parte do fonte. Parece um bom modelo. Mas no nosto caso espec=EDfico ele=20 tem um problema - por causa de certas diferen=E7as entre o linux e o=20 windows (na realidade entre a CLX e a VCL, para quem programa em Delphi)=20 n=E3o teremos como implementar temas e skins do modo como vinhamos=20 pensando. (At=E9 existe uma forma, mas ter=EDamos que usar algo do modelo= 1,=20 parte do fonte teria que ser espec=EDfico para cada plataforma.) Temos qu= e=20 pesar ent=E3o o qu=E3o importante =E9 para n=F3s a interface do Notes ser= =20 configur=E1vel. *3) Bibliotecas cross-plataforma: *voc=EAs conhecem esta solu=E7=E3o de=20 softwares abertos como OpenOffice e Mozilla. =C9 a que eu tenho visto ser= =20 empregada nos softwares livres mais novos. =C0s vezes penso que o Java da= =20 Sun e o .Net da M$ derivaram suas id=E9ias deste modelo. A id=E9ia aqui =E9= =20 basear toda a constru=E7=E3o do software em bibliotecas que sejam=20 multiplataforma ao inv=E9s de usar as APIs providas pelo sistema=20 operacional. Na verdade, este modelo deixa o trabalho de adaptar-se as=20 APIs dos sistemas operacionais para as bibliotecas. Como o trabalho=20 chato fica com os desenvolvedores da biblioteca esta me parece ser a=20 forma mais r=E1pida e menos trabalhosa de desenvolver um aplicativo=20 multiplataforma. Claro que h=E1 alguns problemas: A. voc=EA deve distribu= ir=20 as bibliotecas junto com o software. No nosso caso isto significa que=20 ter=EDamos que distribuir a QT no windows (no linux sempre teremos que=20 distribu=ED-la). B. se a biblioteca tiver alguma falha em algum dos=20 sistemas operacionais o desenvolvedor depende do desenvolvedor da=20 biblioteca para corrigir o erro (no nosso caso =E9 assim, mas o mozilla p= .=20 ex. n=E3o sofre deste problema por desenvolver as suas pr=F3prias=20 bibliotecas) C. os desenvolvedores, normalmente acostumados com as APIs=20 de algum sistema operacional precisam aprender as APIs da biblioteca=20 (n=E3o =E9 o nosso caso, j=E1 que a Borland fez as APIs ficarem na maior = parte=20 das vezes iguais a que usamos no windows ou disponibilizou alguma forma=20 do reaprendizdo n=E3o ser necess=E1rio). No nosso caso acho que este =E9 = o=20 modelo que permitiria o desenvolvimento mais acelerado e tamb=E9m a=20 interface mais customiz=E1vel. Por outro lado, os controles da QT tem=20 algumas diferen=E7as dos controles do windows - o que pode causar alguma=20 estranhesa em algum usu=E1rio, por mais que todos os controles sejam=20 f=E1ceis de usar. S=E3o estes os tr=EAs modelos e os pr=F3s e contras que conhe=E7o deles. = Qual=20 voc=EAs acham que devemos usar? Aguardo os argumentos de voc=EAs! Anderson --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Notes - E. de M. <mar...@po...> - 2003-07-03 00:16:26
|
Fiquei extremamente empolgado com o teu e-mail. Mostrei at=E9 pro meu = pai. Relendo toda a traget=F3ria do Notes, chegou a dar um arrepio. = Emocionante mesmo. Temos que lan=E7ar logo a versao 2!!=20 Vamos l=E1 pessoal!! Parab=E9ns para toda a equipe!! Abra=E7=E3o! Marcelo Moraes Ger. de Marketing Notes mar...@po... http://notes.codigolivre.org.br |
|
From: Notes - E. de M. <mar...@po...> - 2003-07-03 00:12:20
|
Um "BEM-VINDO" aos nossos novos colaboradores!!! Sem duvida, este projeto traz experi=EAncias para todos. Vamos nos = empenhar para que essas experi=EAncias sejam extremamente proveitosas. Fica aqui o meu abra=E7o!! Marcelo Moraes Ger. de Marketing Notes mar...@po... http://notes.codigolivre.org.br |
|
From: Notes - E. de M. <mar...@po...> - 2003-07-02 23:42:30
|
Temos que poupar trabalho e nao adiar muito o lan=E7amento. Vamos ser justos com n=F3s mesmos. O que podemos fazer certo e em curto p= razo? Nao podemos ficar enrolando. N=E3o d=E1 tempo para discutirmos muito. O t= empo n=E3o p=E1ra e nessas horas vira nosso inimigo. Sou a favor de um c=F3digo s=F3. Nos pouca trabalho... Vamos fazer como o UOL, tira uma coisinha aqui outra ali, mas o essencial continua l=E1 :) Talvez por conhecer o Anderson a mais tempo, pensamos mais ou menos do me= smo modo. Temos quase o mesmo ponto de vista. Aguardo coloca=E7=F5es. Abra=E7o, Marcelo ----- Original Message ----- From: "Anderson Barbieri" <no...@ig...> To: <not...@li...> Sent: Tuesday, July 01, 2003 2:20 PM Subject: Re: RES: [Notes2-team] problemas, problemas, problemas... OK, mas por que n=E3o usamos a CLX e ficamos com um c=F3digo s=F3? O que eu estava dizendo =E9 que se formos fazer algo com VCL no windows e CLX no windows N=C3O PODEREMOS USAR SKINS NO NOTES!!! Toda a parte do planejamento sobre a interface do notes ter=E1 que ser jogado no lixo... As implementa=E7=F5es de um e outro s=E3o totalmente diferentes. Se come=E7= armos a ter coisas diferentes no windows e no linux o Notes n=E3o ser=E1 multiplataforma. Ser=E1 apenas um programa para windows com uma vers=E3o para linux. Criar= uma v. para linux, ficar fazendo esta tradu=E7=E3o de c=F3digo implica dizer = que a vers=E3o para linux ser=E1 sempre pior a do win. Acho que devemos programar com as duas plataformas ao mesmo tempo, por mais que isto seja dif=EDcil. N=E3o quero dar nenhuma prioridade ao windows... Acho que preferiria escrever o notes para linux e depois criar uma vers=E3o para windows do que o inverso. =C9 s=F3 uma quest=E3o ideol=F3gica, mas este =E9 um projeto d= e Software Livre e software livre =C9 ideol=F3gico! Qual =E9 o problema de usarmos a CLX afinal? Nenhum argumento foi apresen= tado para que n=E3o usemos CLX no win e no linux. Estou aguardando por eles (s= e =E9 que existem)... T+ Anderson |
|
From: Anderson B. <no...@ig...> - 2003-07-02 18:41:42
|
Hoje faz um ano do lan=E7amento da primeira edi=E7=E3o do Notes=20 <http://notes.codigolivre.org.br>! Como coordenador do projeto estou=20 enviando este e-mail =E0 todos aqueles que contribu=EDram para o=20 desenvolvimento e divulga=E7=E3o do programa. Meu sincero obrigado! =20 *1ano de Notes *Eu n=E3o sabia o que estava fazendo quando lancei o primeiro release do=20 Notes h=E1 exatamente um ano. Depois de tanto usar os poderosos editores=20 do Linux tinha ficado muito decepcionado quando tive que novamente usar=20 o bloco de notas. Desta necessidade de um editor melhor, o notes tinha=20 nascido. Eu sabia que seria um pequeno editor ASCII para windows e sabia=20 que seria distribu=EDdo pela GPL. N=E3o havia nenhum planejamento. A=20 primeira vers=E3o do Notes, ainda escrita em Visual Basic, n=E3o foi um=20 sucesso de p=FAblico. Eu n=E3o lan=E7ava um editor pronto - eu precisava = usar=20 um editor e por isto precisava ter uma edi=E7=E3o est=E1vel logo. Assim, = sem=20 querer, eu respeitava talvez o maior princ=EDpio do desenvolvimento de=20 software livre: "release early, release often". Preciso dizer que o=20 lan=E7amento do Notes 1 s=F3 aconteceu por que o c=F3digo livre=20 <http://www.codigolivre.org.br> j=E1 existia. Eu n=E3o tinha como pagar u= m=20 servidor na =E9poca - na verdade, ainda n=E3o tenho - e o acolhimento que= o=20 Notes recebeu no CL foi fundamental para que a hist=F3ria que conto=20 pudesse acontecer. O Notes foi a =FAnica coisa que fiz em Visual Basic. Depois de fazer este= =20 programa em VB pude constatar que Object Pascal realmente era uma=20 linguagem muito superior. Por isto resolvi fazer o pr=F3ximo release do=20 Notes usando o Delphi - o que me permitiria, quem sabe, port=E1-lo para o= =20 linux. Usando id=E9ias minhas e id=E9ias de alguns usu=E1rios do Notes 1,= =20 constru=ED o Notes Second Edition (ou Notes 1.5) que foi lan=E7ado quase= no=20 natal de 2002. Nesta =E9poca organizei melhor o site do Notes, incluindo=20 desta vez formas de registrar como andavam os downloads do programa e as=20 visitas no site. E eu pensava comigo "se o site alcan=E7ar umas mil=20 visitas at=E9 o final de 2003, j=E1 ter=E1 sido fant=E1stico!". Eu n=E3o = imaginava=20 o que viria a seguir... Nesta =E9poca eu come=E7ava a me dar de conta que um programa como o Note= s=20 n=E3o =E9 apenas um pacote de bin=E1rios + c=F3digo fonte. =C9 um projeto= . Desta=20 vez ent=E3o avisei a todos os usu=E1rios que haviam entrado em contato so= bre=20 o Notes 1. Anunciei a nova vers=E3o em alguns f=F3runs tamb=E9m. N=E3o ac= hava=20 que os sites de download prestariam aten=E7=E3o num software como o Notes= ,=20 mas mesmo assim cadastrei o Notes no pegar <http://www.pegar.com.br>. Eu=20 me dizia, "ningu=E9m vai notar ele a=ED". Mesmo assim cadastrei. Foram a=E7=F5es simples de marketing, mas que deram algum resultado. As=20 visitas ao site cresciam sozinhas e com isto os downloads. Alguns=20 usu=E1rios come=E7aram a entrar em contato comigo depois do primeiro m=EA= s. Os=20 bugs que apareciam eram logo resolvidos, muito por causa da ajuda destes=20 usu=E1rios. At=E9 que de um dia para o outro os downloads do Notes=20 aumentaram a n=EDveis estrastof=E9ricos. Alguns usu=E1rios me mandaram e-= mails=20 "Anderson, tu viu? Acho que o Notes deve ter sido baixado umas mil vezes=20 hoje!". Os mil vezes n=E3o eram brincadeira dos usu=E1rios - o Notes foi=20 baixado mais de 1.200 vezes naquele dia. Depois descobri que o pegar=20 havia anunciado o Notes na newsletter deles - e por isto registro aqui o=20 meu eterno agradecimento ao pegar <http://www.pegar.com.br> e a toda a=20 sua equipe, pois nenhum outro site de downloads acreditou tanto no=20 Notes. L=E1 o Notes chegou a ficar em n=FAmero de downloads e votos dos=20 usu=E1rios em segundo lugar em sua categoria - atr=E1s apenas do OpenOffi= ce! O n=FAmero de downloads aumentava, mas uma coisa me frustrava - eu=20 continuava a ser o =FAnico desenvolvedor da equipe do Notes. Outra coisa=20 que me desgostava eram algumas mensagens que sugeriam que eu=20 comercializa-se o Notes, que o transformar-se em software propriet=E1rio = -=20 justamente o inverso do que eu queria. Meus princ=EDpios sempre foram:=20 quanto mais aberto for o Notes, melhor! Gra=E7as a Deus o contato com=20 alguns usu=E1rios me ajudava a seguir desenvolvendo o programa. N=E3o h=E1= =20 como lembrar de todos. Mas acho que o Nelson Ferraz (por todas id=E9ias,=20 sugest=F5es, por ter acreditado), o Vilson Cristiano G=E4rtner (mais=20 conhecido como "o admin do CL", por todo apoio) e ao Tiago Henrique Del=20 Rio (pelas id=E9ias e conversas de usu=E1rio e amigo) merecem um=20 agradecimento especial. J=E1 estava me acostumando com a terr=EDvel id=E9ia de que o Notes ficari= a=20 sendo mais um dos tantos projetos de software livre que possuem=20 eternamente um desenvolvedor s=F3. Na mesma =E9poca eu n=E3o estava=20 conseguindo resolver um bug que um usu=E1rio havia reportado relacionado = a=20 incompatibilidade com um certo software anti-v=EDrus. Este incans=E1vel=20 usu=E1rio, o Andr=E9 Muraro, testou algumas dezenas de patchs at=E9 que o= bug=20 fosse finalmente corrigido e logo depois o convidei para entrar na=20 equipe - precisava de um bug tester como ele. Logo depois o Andr=E9 troux= e=20 o Thiago Koguta (desenvolvimento) e eu trouxe o Marcelo Moraes=20 (marketing). Estava formado o embri=E3o da equipe do Notes. Esta equipe=20 foi respons=E1vel pelo lan=E7amento da =FAltima vers=E3o est=E1vel do Not= es. Mas a equipe n=E3o parou de crescer. A maior diferen=E7a das pessoas que=20 entraram para equipe depois da forma=E7=E3o inicial foi que elas pediram=20 para entrar na equipe. E disto tiro uma li=E7=E3o: =E9 preciso ter uma eq= uipe=20 para que as pessoas possam pedir para entrar nela! Acho que o primeiro a=20 entrar na equipe deste modo foi o Amir Hereibi - =E9 uma pena que ele e o= =20 Marcos Andr=E9, que entrou logo depois, n=E3o tenham conseguido ainda=20 contribuir como queriam. O Luiz Antonio Gomes Pican=E7o entrou um tempo=20 depois deste dois. Desde o lan=E7amento da =FAltima vers=E3o est=E1vel do Notes (1.5.4) at=E9= o=20 in=EDcio do planejamento da vers=E3o 2 do tivemos muitos problemas: mebro= s=20 da equipe que "desapareciam", outros quer eram assaltados, computadores=20 que estragavam... quando tudo parecia melhorar, com a entrada de tantos=20 membros, tudo come=E7ou a dar errado! Foi um momento muito dif=EDcil para= =20 todos n=F3s - eu senti em v=E1rios momentos que se mais alguma coisa=20 acontecesse poderia ser o fim do projeto. Morria de medo disto! N=E3o sei exatamente o que nos reergueu. Talvez o fato de todos sabermos=20 que mais de 4.000 pessoas est=E3o esperando a pr=F3xima vers=E3o do Notes= .=20 Talvez os elogios dos usu=E1rios. O fato =E9 que come=E7amos a planejar o= =20 Notes 2 - t=E3o esperado por n=F3s e por muitos usu=E1rios, pois com ele=20 chegar=E1 a primeira vers=E3o do Notes para linux (respeito muito o Vi e=20 Emacs, mas parece que depois que se usa o Notes no Windows sente-se=20 necessidade de t=EA-lo no linux tamb=E9m). Nesta =E9poca ingressou na equ= ipe o=20 Victor Thiago Bartz H=F6her - e esta foi a primeira vez que a decis=E3o d= o=20 ingresso ou n=E3o de algu=E9m no projeto pode ser tomada pela pr=F3pria e= quipe. Isto n=E3o quer dizer que a Equipe do Notes esteja pronta - agora mesmo=20 est=E3o entrando na equipe mais duas pessoas (Tiago Schubert e Andrei=20 Thomaz). Talvez ela nunca fique exatamente pronta. Mas com certeza=20 amadurecemos. Reflexo direto disto =E9 o planejamento do Notes 2, cuja=20 constru=E7=E3o em grupo vem gerando id=E9ias e solu=E7=F5es que nenhum de= n=F3s=20 poderia ter pensado sozinho. Talvez estejamos na dire=E7=E3o certa. Na=20 dire=E7=E3o que nos permitir=E1 dar a comunidade de Software Livre uma ID= E=20 completa, configur=E1vel, extens=EDvel e multi-plataforma. Meu sincero agradecimento a todos que nos ajudaram e aos nossos=20 usu=E1rios. Continuem conosco! Que venha o Notes 2! Anderson Barbieri --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Anderson B. <no...@ig...> - 2003-07-02 17:04:01
|
*Ol=E1 pessoal, Queiram dar as boas vindas as nossos dois novos membros: Tiago Schubert e Andrei Thomaz!* Espero que voc=EAs possam trabalhar bem aqui na equipe do Notes e que isto traga, al=E9m de algum aprendizado, muita realiza=E7=E3o para voc=EAs dois. *Hoje =E9 um dia especial para n=F3s, n=E3o s=F3 por que voc=EAs est=E3o = entrando na equipe, mas tamb=E9m por que =E9 anivers=E1rio do Notes*. *O Notes est=E1 fazendo um aninho neste exato momento!* O pr=F3ximo mail, al=E9m de ser um e-mail comemorativo e de agradecimento a v=E1rias pessoas, conta um pouco da hist=F3ria do notes - talvez isto possa auxilia-los neste in=EDcio de caminhada. Ab. Anderson --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Anderson B. <no...@ig...> - 2003-07-01 19:02:02
|
Bom, j=E1 que ningu=E9m d=E1 os pr=F3s e contras da CLX, resolvi deixar o Marco Cantu nos ajudar. Eis um trecho do livro dele sobre as diferen=E7as da CLX e da VCL. (N=E3o me pe=E7am o livro por mail, tem 10 mbs! s=F3 por= cd...) And. --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Anderson B. <no...@ig...> - 2003-07-01 17:21:18
|
OK, mas por que n=E3o usamos a CLX e ficamos com um c=F3digo s=F3? O que eu estava dizendo =E9 que se formos fazer algo com VCL no windows e CLX no windows N=C3O PODEREMOS USAR SKINS NO NOTES!!! Toda a parte do planejamento sobre a interface do notes ter=E1 que ser jogado no lixo... As implementa=E7=F5es de um e outro s=E3o totalmente diferentes. Se come=E7= armos a ter coisas diferentes no windows e no linux o Notes n=E3o ser=E1=20 multiplataforma. Ser=E1 apenas um programa para windows com uma vers=E3o para linux. Criar= uma v. para linux, ficar fazendo esta tradu=E7=E3o de c=F3digo implica dizer = que a=20 vers=E3o para linux ser=E1 sempre pior a do win. Acho que devemos programar com as duas=20 plataformas ao mesmo tempo, por mais que isto seja dif=EDcil. N=E3o quero dar nenhuma= =20 prioridade ao windows... Acho que preferiria escrever o notes para linux e depois criar uma=20 vers=E3o para windows do que o inverso. =C9 s=F3 uma quest=E3o ideol=F3gica, mas este =E9 um projeto d= e=20 Software Livre e software livre =C9 ideol=F3gico! Qual =E9 o problema de usarmos a CLX afinal? Nenhum argumento foi apresen= tado para que n=E3o usemos CLX no win e no linux. Estou aguardando por eles (s= e=20 =E9 que existem)... T+ Anderson Luiz Antonio Gomes Pican=E7o wrote: >Realmente, se tivermos alguem q possa traduzir o codigo de delphi para k= ylix, seria uma boa mesmo. > >-----Mensagem original----- >De: Thiago Koguta [mailto:ko...@ms...]=20 >Enviada em: ter=E7a-feira, 1 de julho de 2003 09:14 >Para: not...@li... >Assunto: Re: [Notes2-team] problemas, problemas, problemas... > > >pessoal... eu estive pensando agora pouco e pode parecer loucura e burri= ce=20 >para voces >pois todos querem que o mesmo codigo seja aproveitado nos dois ambientes= ! > >mas ser=E1....... que nao seria mais facil, tranquilo, despreocupante e = mais=20 >"facil" fazer dois >codigos separados, fazemos a versao windows sem nos preocuparmos com a=20 >versao do >linux. =E9 claro que seria excelente ter um codigo s=F3 para os dois amb= ientes,=20 >mas a gente >teria um problema a menos para se preocupar, e talvez teremos que deixar= de=20 >implementar >alguma coisa interessante no win, porque nao tem como no linux. > >Depois uma pessoa mais experiente no kylix da equipe somente ficaria=20 >traduzinho >o codigo para o ambiente linux. > >mas claro!! talvez com isso o notes do linux nao ficaria exatamente igua= l ao=20 >do win.... >principalmente no codigo! mas o que interessa??? aposto que nao vai ter=20 >nenhum >man=E9 que vai abrir o notes no win... depois abrir o notes no linux par= a=20 >ficar comparando >se est=E1 igual!!! > >repito!!!! TAMBEM GOSTARIA que fosse um codigo s=F3, mas =E9 apenas uma = ideia de=20 >que >seria menos um problema para n=F3s programadores! isso nos daria mais tr= abalho=20 >mas ao >mesmo tempo acho que um pouco menos de dor de cabe=E7a!!! > >mas quem sabe a gente nao consegue ter um codigo s=F3 nas duas plataform= as com todos os recursos que gostariamos...... ser=E1 bom e ideal! > >abracos, >Thiago Koguta > >----Original Message Follows---- >From: Anderson Barbieri <no...@ig...> >Reply-To: not...@li... >To: Notes Dev List <not...@li...> >Subject: [Notes2-team] problemas, problemas, problemas... >Date: Mon, 30 Jun 2003 00:38:16 -0300 > >Ol=E1 pessoal, > >Bom temos, h=E3=E3... um probleminha. > >Na QT, na CLX, n=E3o existe o conceito de ownerdraw. Traduzindo isto par= a=20 >pt_br, >n=E3o temos como realizar a nossa id=E9ia de construir controles derivad= os dos=20 >controles >atuais (tipo, TEdit de TCustomEdit usando o evento OnPaint para pintar u= m=20 >edit diferente). > >Ou seja, n=E3o da para fazer na CLX o estilo de skin que havia sido suge= rido=20 >que fiz=E9ssemos... >Nada de skins/temas no n2... > >SOLU=C7=C3O >=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8 >N=E3o d=E1 pra fazer deste jeito, mas tem outro jeito... >A solu=E7=E3o seria ent=E3o usarmos a CLX no windows e no linux. A QT te= m algo=20 >como um gerenciador de estilos que podemos >usar para permitir uma maior configurabilidade no notes. Ou seja, tem co= mo=20 >fazer skins, mas dum jeito bem diferente. >Tem um artigo sobre como fazer isto l=E1 na bdn no url:=20 >http://community.borland.com/article/0,1410,27182,00.html > >Apesar do problemasso que vai ser ter que distribuir a QT da borland jun= to=20 >com o Notes, isto facilitaria >o desenvolvimento enormemente. Nada de ifdefs no meio do c=F3digo!!! (Ou= bem=20 >menos deles...) >Al=E9m da compatibilidade com as futuras vers=F5es do Delphi/kylix... Ta= mb=E9m o=20 >victor e o luiz que t=E3o >s=F3 com o linux instalado se beneficiariam bastante disto, n=E9?! Acho = que=20 >seria bom... > >Que voc=EAs acham? Just CLX?! > >-- >Anderson R. Barbieri >--------------------- >Coordenador do Projeto Notes - Notepad Replacement http://notes.codigoli= vre.org.br * no...@ig... > >_________________________________________________________________ >MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com > > > >------------------------------------------------------- >This SF.Net email sponsored by: Free pre-built ASP.NET sites including D= ata Reports, E-commerce, Portals, and Forums are available now. Download = today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click= -url.com/go/psa00100006ave/direct;at.asp_061203_01/01 >_______________________________________________ >notes2-team mailing list >not...@li... https://lists.sourceforge.net/lists/li= stinfo/notes2-team > > >------------------------------------------------------- >This SF.Net email sponsored by: Free pre-built ASP.NET sites including >Data Reports, E-commerce, Portals, and Forums are available now. >Download today and enter to win an XBOX or Visual Studio .NET. >http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 >_______________________________________________ >notes2-team mailing list >not...@li... >https://lists.sourceforge.net/lists/listinfo/notes2-team > > > =20 > --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: <lui...@im...> - 2003-07-01 12:58:32
|
Realmente, se tivermos alguem q possa traduzir o codigo de delphi para = kylix, seria uma boa mesmo. -----Mensagem original----- De: Thiago Koguta [mailto:ko...@ms...]=20 Enviada em: ter=E7a-feira, 1 de julho de 2003 09:14 Para: not...@li... Assunto: Re: [Notes2-team] problemas, problemas, problemas... pessoal... eu estive pensando agora pouco e pode parecer loucura e = burrice=20 para voces pois todos querem que o mesmo codigo seja aproveitado nos dois = ambientes! mas ser=E1....... que nao seria mais facil, tranquilo, despreocupante e = mais=20 "facil" fazer dois codigos separados, fazemos a versao windows sem nos preocuparmos com a=20 versao do linux. =E9 claro que seria excelente ter um codigo s=F3 para os dois = ambientes,=20 mas a gente teria um problema a menos para se preocupar, e talvez teremos que deixar = de=20 implementar alguma coisa interessante no win, porque nao tem como no linux. Depois uma pessoa mais experiente no kylix da equipe somente ficaria=20 traduzinho o codigo para o ambiente linux. mas claro!! talvez com isso o notes do linux nao ficaria exatamente = igual ao=20 do win.... principalmente no codigo! mas o que interessa??? aposto que nao vai ter=20 nenhum man=E9 que vai abrir o notes no win... depois abrir o notes no linux = para=20 ficar comparando se est=E1 igual!!! repito!!!! TAMBEM GOSTARIA que fosse um codigo s=F3, mas =E9 apenas uma = ideia de=20 que seria menos um problema para n=F3s programadores! isso nos daria mais = trabalho=20 mas ao mesmo tempo acho que um pouco menos de dor de cabe=E7a!!! mas quem sabe a gente nao consegue ter um codigo s=F3 nas duas = plataformas com todos os recursos que gostariamos...... ser=E1 bom e = ideal! abracos, Thiago Koguta ----Original Message Follows---- From: Anderson Barbieri <no...@ig...> Reply-To: not...@li... To: Notes Dev List <not...@li...> Subject: [Notes2-team] problemas, problemas, problemas... Date: Mon, 30 Jun 2003 00:38:16 -0300 Ol=E1 pessoal, Bom temos, h=E3=E3... um probleminha. Na QT, na CLX, n=E3o existe o conceito de ownerdraw. Traduzindo isto = para=20 pt_br, n=E3o temos como realizar a nossa id=E9ia de construir controles = derivados dos=20 controles atuais (tipo, TEdit de TCustomEdit usando o evento OnPaint para pintar = um=20 edit diferente). Ou seja, n=E3o da para fazer na CLX o estilo de skin que havia sido = sugerido=20 que fiz=E9ssemos... Nada de skins/temas no n2... SOLU=C7=C3O =A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8 N=E3o d=E1 pra fazer deste jeito, mas tem outro jeito... A solu=E7=E3o seria ent=E3o usarmos a CLX no windows e no linux. A QT = tem algo=20 como um gerenciador de estilos que podemos usar para permitir uma maior configurabilidade no notes. Ou seja, tem = como=20 fazer skins, mas dum jeito bem diferente. Tem um artigo sobre como fazer isto l=E1 na bdn no url:=20 http://community.borland.com/article/0,1410,27182,00.html Apesar do problemasso que vai ser ter que distribuir a QT da borland = junto=20 com o Notes, isto facilitaria o desenvolvimento enormemente. Nada de ifdefs no meio do c=F3digo!!! (Ou = bem=20 menos deles...) Al=E9m da compatibilidade com as futuras vers=F5es do Delphi/kylix... = Tamb=E9m o=20 victor e o luiz que t=E3o s=F3 com o linux instalado se beneficiariam bastante disto, n=E9?! Acho = que=20 seria bom... Que voc=EAs acham? Just CLX?! -- Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement = http://notes.codigolivre.org.br * no...@ig... _________________________________________________________________ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including = Data Reports, E-commerce, Portals, and Forums are available now. = Download today and enter to win an XBOX or Visual Studio .NET. = http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ notes2-team mailing list not...@li... = https://lists.sourceforge.net/lists/listinfo/notes2-team |
|
From: Thiago K. <ko...@ms...> - 2003-07-01 12:14:11
|
pessoal... eu estive pensando agora pouco e pode parecer loucura e burrice para voces pois todos querem que o mesmo codigo seja aproveitado nos dois ambientes! mas será....... que nao seria mais facil, tranquilo, despreocupante e mais "facil" fazer dois codigos separados, fazemos a versao windows sem nos preocuparmos com a versao do linux. é claro que seria excelente ter um codigo só para os dois ambientes, mas a gente teria um problema a menos para se preocupar, e talvez teremos que deixar de implementar alguma coisa interessante no win, porque nao tem como no linux. Depois uma pessoa mais experiente no kylix da equipe somente ficaria traduzinho o codigo para o ambiente linux. mas claro!! talvez com isso o notes do linux nao ficaria exatamente igual ao do win.... principalmente no codigo! mas o que interessa??? aposto que nao vai ter nenhum mané que vai abrir o notes no win... depois abrir o notes no linux para ficar comparando se está igual!!! repito!!!! TAMBEM GOSTARIA que fosse um codigo só, mas é apenas uma ideia de que seria menos um problema para nós programadores! isso nos daria mais trabalho mas ao mesmo tempo acho que um pouco menos de dor de cabeça!!! mas quem sabe a gente nao consegue ter um codigo só nas duas plataformas com todos os recursos que gostariamos...... será bom e ideal! abracos, Thiago Koguta ----Original Message Follows---- From: Anderson Barbieri <no...@ig...> Reply-To: not...@li... To: Notes Dev List <not...@li...> Subject: [Notes2-team] problemas, problemas, problemas... Date: Mon, 30 Jun 2003 00:38:16 -0300 Olá pessoal, Bom temos, hãã... um probleminha. Na QT, na CLX, não existe o conceito de ownerdraw. Traduzindo isto para pt_br, não temos como realizar a nossa idéia de construir controles derivados dos controles atuais (tipo, TEdit de TCustomEdit usando o evento OnPaint para pintar um edit diferente). Ou seja, não da para fazer na CLX o estilo de skin que havia sido sugerido que fizéssemos... Nada de skins/temas no n2... SOLUÇÃO ¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨ Não dá pra fazer deste jeito, mas tem outro jeito... A solução seria então usarmos a CLX no windows e no linux. A QT tem algo como um gerenciador de estilos que podemos usar para permitir uma maior configurabilidade no notes. Ou seja, tem como fazer skins, mas dum jeito bem diferente. Tem um artigo sobre como fazer isto lá na bdn no url: http://community.borland.com/article/0,1410,27182,00.html Apesar do problemasso que vai ser ter que distribuir a QT da borland junto com o Notes, isto facilitaria o desenvolvimento enormemente. Nada de ifdefs no meio do código!!! (Ou bem menos deles...) Além da compatibilidade com as futuras versões do Delphi/kylix... Também o victor e o luiz que tão só com o linux instalado se beneficiariam bastante disto, né?! Acho que seria bom... Que vocês acham? Just CLX?! -- Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... _________________________________________________________________ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com |
|
From: Notes - E. de M. <mar...@po...> - 2003-07-01 01:54:23
|
Assunto de Programador... nao entendi NADA!! Abra=E7o, Marcelo |
|
From: Notes - E. de M. <mar...@po...> - 2003-07-01 01:33:04
|
--- Este mail est=E1 livre de Virus!! Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.495 / Virus Database: 294 - Release Date: 30/6/2003 |
|
From: <no...@ig...> - 2003-06-30 20:31:05
|
E ae Luiz?! Tudo bem... Eu concordo que temos que analisar muito bem esta questão. Mas por favor, seja mais detalhista e diga logo o que tu acha que pode dar problema... Se vamos analisar, temos que ver o que pode dar errado. Não tenho lá muito experiência com a CLX, então tu e o victor que parecem ter mais experiência no uso dela poderiam nos dizer o que vocês acham. As poucas coisas q fiz com a clx funcionaram bem... T+ Anderson Em 30 Jun 2003, not...@li... escreveu: >Acredito que seria melhor a gente dar uma pensada em relação a isso para >vermos se isso não vai nos causar problemas futuros... > >-----Mensagem original----- >De: Anderson Barbieri [mailto:no...@ig...] >Enviada em: segunda-feira, 30 de junho de 2003 00:38 >Para: Notes Dev List >Assunto: [Notes2-team] problemas, problemas, problemas... _________________________________________________________ Voce quer um iGMail protegido contra vírus e spams? Clique aqui: http://www.igmailseguro.ig.com.br Ofertas imperdíveis! Link: http://www.americanas.com.br/ig/ |
|
From: <lui...@im...> - 2003-06-30 14:20:00
|
Acredito que seria melhor a gente dar uma pensada em rela=E7=E3o a isso = para vermos se isso n=E3o vai nos causar problemas futuros... -----Mensagem original----- De: Anderson Barbieri [mailto:no...@ig...]=20 Enviada em: segunda-feira, 30 de junho de 2003 00:38 Para: Notes Dev List Assunto: [Notes2-team] problemas, problemas, problemas... Ol=E1 pessoal, Bom temos, h=E3=E3... um probleminha. Na QT, na CLX, n=E3o existe o conceito de ownerdraw. Traduzindo isto = para=20 pt_br, n=E3o temos como realizar a nossa id=E9ia de construir controles = derivados=20 dos controles atuais (tipo, TEdit de TCustomEdit usando o evento OnPaint para pintar=20 um edit diferente). Ou seja, n=E3o da para fazer na CLX o estilo de skin que havia sido=20 sugerido que fiz=E9ssemos... Nada de skins/temas no n2... SOLU=C7=C3O =A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8 N=E3o d=E1 pra fazer deste jeito, mas tem outro jeito... A solu=E7=E3o seria ent=E3o usarmos a CLX no windows e no linux. A QT = tem algo=20 como um gerenciador de estilos que podemos usar para permitir uma maior configurabilidade no notes. Ou seja, tem=20 como fazer skins, mas dum jeito bem diferente. Tem um artigo sobre como fazer isto l=E1 na bdn no url:=20 http://community.borland.com/article/0,1410,27182,00.html Apesar do problemasso que vai ser ter que distribuir a QT da borland=20 junto com o Notes, isto facilitaria o desenvolvimento enormemente. Nada de ifdefs no meio do c=F3digo!!! (Ou = bem menos deles...) Al=E9m da compatibilidade com as futuras vers=F5es do Delphi/kylix... = Tamb=E9m=20 o victor e o luiz que t=E3o s=F3 com o linux instalado se beneficiariam bastante disto, n=E9?! Acho = que=20 seria bom... Que voc=EAs acham? Just CLX?! --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement = http://notes.codigolivre.org.br * no...@ig... ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including = Data Reports, E-commerce, Portals, and Forums are available now. = Download today and enter to win an XBOX or Visual Studio .NET. = http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ notes2-team mailing list not...@li... = https://lists.sourceforge.net/lists/listinfo/notes2-team |
|
From: Anderson B. <no...@ig...> - 2003-06-30 03:39:06
|
Ol=E1 pessoal, Bom temos, h=E3=E3... um probleminha. Na QT, na CLX, n=E3o existe o conceito de ownerdraw. Traduzindo isto para= =20 pt_br, n=E3o temos como realizar a nossa id=E9ia de construir controles derivado= s=20 dos controles atuais (tipo, TEdit de TCustomEdit usando o evento OnPaint para pintar=20 um edit diferente). Ou seja, n=E3o da para fazer na CLX o estilo de skin que havia sido=20 sugerido que fiz=E9ssemos... Nada de skins/temas no n2... SOLU=C7=C3O =A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8 N=E3o d=E1 pra fazer deste jeito, mas tem outro jeito... A solu=E7=E3o seria ent=E3o usarmos a CLX no windows e no linux. A QT tem= algo=20 como um gerenciador de estilos que podemos usar para permitir uma maior configurabilidade no notes. Ou seja, tem=20 como fazer skins, mas dum jeito bem diferente. Tem um artigo sobre como fazer isto l=E1 na bdn no url:=20 http://community.borland.com/article/0,1410,27182,00.html Apesar do problemasso que vai ser ter que distribuir a QT da borland=20 junto com o Notes, isto facilitaria o desenvolvimento enormemente. Nada de ifdefs no meio do c=F3digo!!! (Ou=20 bem menos deles...) Al=E9m da compatibilidade com as futuras vers=F5es do Delphi/kylix... Tam= b=E9m=20 o victor e o luiz que t=E3o s=F3 com o linux instalado se beneficiariam bastante disto, n=E9?! Acho q= ue=20 seria bom... Que voc=EAs acham? Just CLX?! --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Anderson B. <no...@ig...> - 2003-06-29 19:41:42
|
Beleza noteiros?! Buenas, o tio aqui n=E3o para de ter id=E9ias. Deixem-me mostrar algumas=20 novas e clarear outras: *1) ToolBox* O Notes SE tinha um problema - apesar do menu inserir ser muito=20 funcional e configur=E1vel, voc=EA tinha que ir de submenu a submenu at=E9 encontrar o que queria inserir. O Visua= l=20 Studio .Net da M$ trouxe o toolbox - um estilo de di=E1logo que podemeo usar para resolver este=20 defeito. O Toolbox =E9 uma evolu=E7=E3o da paleta de componente do Delphi. A pr=F3pria Borland j=E1 est=E1 come=E7= ando a=20 usar o di=E1logo no estilo da M$, o Sidewinder (ide da borland pra .Net) j=E1 vai vir com ele. Quem sabe sa= s=20 pr=F3ximas edi=E7=F5es do Delphi vir=E3o com ele tb=E9m. Quem n=E3o conhece pode olhar as figuras chamadas= =20 toolbox.png (M$) e toolboxSW.png (Borland) que t=E3o anexadas. S=F3 n=E3o sei como implementaremos isto...= =20 TPanels e uma pilha de speedbuttons? hahaahaha... *2) Novo* Estava olhando hoje o JCreator (uma IDE pra Java, n=E3o paro nunca de=20 testar os concorrentes, =E9 de onde saem as novas e boas id=E9ias) e gostei muito do menu arquivo dele. Ao=20 inv=E9s da confusa op=E7=E3o novo arquivo e novo projeto, ele tem s=F3 a op=E7=E3o "novo". Voc=EA clica nele e v=EA= o=20 di=E1logo q d=E1 para ver na figura new.png q t=E1 anexada. Juntando isto com a forma do di=E1logo do VS .Ne= t=20 (separa=E7=E3o de op=E7=F5es por linguagem) acho que ter=EDamos algo melhor... *3) Super tooltips* Mais uma do JCreator. Olhem a figura tooltip.png. Acho que podemos=20 implementar algo parecido, n=E3o parece ser dif=EDcil... *4) Folding* Eu j=E1 tinha falado por cima, mas n=E3o tinha mostrado. Por favor, olhe = as=20 imagens anexadas folding1 e folding2 antes de prosseguir. Viu? Este =E9 o modo do Hot Dog de fazer folding=20 (*folding =E9 o nome dado a capacidade de certos editores de esconer/mostrar partes do texto, como se fosse=20 mostrar pastas no windows explorer, ou seja, um treeview para textos*) e =E9 a melhor implementa=E7=E3o deste= =20 conceito que conhe=E7o, pois p=F5e o poder totalmente nas m=E3os do usu=E1rio. Voc=EA escolher que parte do c=F3digo= quer=20 esconder, n=E3o o programa... *5) Suporte melhorado a SQL, XML e HTML* O Nosso maior problema, se voc=EAs forem olhar, =E9 que n=E3o temos como = focar=20 as coisas. N=E3o podemos ter um editor visual para delphi se n=E3o oferecermos o mesmo para todas= =20 as outras linguagens -se fiz=E9ssemos algo assim o cara q programa em C (quase todo mundo q usar=E1 o notes no=20 linux) trocaria o Notes por outra ferramenta. Mas h=E1 linguagens que todas as outras linguagens usam: SQL,= =20 XML e HTML. Acho que estas poderiam receber alguma aten=E7=E3o a mais de nossa parte - ningu=E9m vai nos ench= er o=20 saco por termos um di=E1logo para construir uma query sql pois todo mundo vai se beneficiar disto, n=E3o=20 importa a linguagem. Ent=E3o, como padr=E3o, o Notes viria com uma ferramenta visual para=20 construir querys SQL e outra (estilo trreeview) para editar XML visualmente. N=E3o consegui pensar em algo para HTML que=20 n=E3o fosse um editor visual - e acho que isto =E9 mt dif=EDcil de implementar, por isto acho q o plus par= a=20 HTML ter=E1 que vir mais para frente. Anexado t=E3o os querybuilder dos dreamweaver e do hot dog para voc=EAs=20 terem uma id=E9ia... As outras linguagens poderiam ter editores visuais atrav=E9s de plugins espec=EDficos pra isto= -=20 feitos pela comunidade do notes ou por n=F3s (mas n=E3o como equipe para = n=E3o=20 dar problema)... Que acham? And. --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: <lui...@im...> - 2003-06-29 15:51:52
|
Muito bom os logos -----Mensagem original----- De: Notes - Equipe de Marketing [mailto:mar...@po...]=20 Enviada em: s=E1bado, 28 de junho de 2003 23:21 Para: not...@li... Assunto: [Notes2-team] (no subject) =09 =09 Prezados noteiros, =20 Estou lendo os mails atrasados e voc=EAs nao fazem id=E9ia de como eu = estava atrasado. Tem tanta informa=E7=E3o nova que j=E1 estou com dor de = cabe=E7a de tanto ler :) Estava meio perdido mesmo. =20 Nao sei se todos tem o meu numero de ICQ, se ainda nao t=EAm, anotem = a=ED..=20 # 1171045 =20 Nao sei se o N2 vai ter algum logo novo ou vamos continuar usando o = tradicional? Na duvida, fiz uns modelos agora... coisinha r=E1pida. S=F3 = pra ter uma ideia... se vamos ter um logo novo, podem dar ideias, ok? = Como sou respons=E1vel por essa =E1rea, podem mandar as sugestoes, ou = nao (caso continuemos com o logo tradicional). =20 Com rela=E7=E3o ao Tiago Schubert, sou a favor. Sei que precisar=EDamos = de um programador com mais experi=EAncia, mas concordo com o Anderson. O = Notes =E9 um projeto aberto, quem quer, deve participar. Toda empresa = tem pelo menos um estagi=E1rio. Essa poderia ser a "fun=E7=E3o" do = Tiago. Ele quer aprender, acho que tem todo o direito. As vezes, erros = b=E1sicos passam desapercebidos, e quem est=E1 come=E7ando pode = perceb=EA-los... A gente tem bastante experi=EAncia em algumas =E1reas = mas sempre ca=EDmos em algum "pega rat=E3o"... assim a gente j=E1 pode = ir "doutrinando" o Tiago... Uma equipe muito grande pode dar problema = (o gerenciamento de pessoas =E9 uma coisa extremamente dif=EDcil, pois = s=E3o todos diferentes), mas acho que podemos arriscar... =20 Quanto =E0s novas implementa=E7=F5es, achei todas as id=E9ias legais. = Como implementar isso, nao tenho a menor id=E9ia... como sabem, sou um = zero a direita (esquerda nao pois sou canhoto) em programa=E7=E3o. S=F3 = gostava de html.=20 Sobre interfaces: to usando a pouco tempo o winxp, a primeira vista = achei MUITO diferente do win2000 ou ME, 98, etc.. Visualmente falando. = Ainda bem que tinha uma op=E7=E3o de "visualiza=E7=E3o cl=E1ssica do = windows"... sem d=FAvida, cliquei nela... o meu irm=E3o (ao contr=E1rio = de mim) achou legal o visual novo e ficou com ele. Como nao gostei, pois = estava perdido nele, deixei no modo cl=E1ssico. Seria dif=EDcil = implementar algo assim? Deixar que o usu=E1rio escolha?=20 Desculpem se estou atrasado no assunto, mas li a maioria dos mails = entre ontem e hoje. =20 Temos muita coisa para implementar, mas temos que correr (s=E3o dois = problemas - tarefas e tempo). Como abortamos a versao 1.6, a 2.0 tem que sair em "pouco" tempo. De = todas as ideias que o pessoal deu, vamos pegar as mais f=E1ceis de serem = implementadas e j=E1 irmos fazendo. O que precisar de mais tempo, = deixamos para a versao seguinte... Escrever todo um codigo do zero =E9 = trabalhoso e nao queremos ter que escrever do zero qualquer versao nova, = nao =E9? =20 bom esse e-mail t=E1 ficando grande demais e nao =E9 todo mundo que = gosta de ler, por isso vou ficando por aqui, ok?=20 Mais uma vez, desculpem o sumi=E7o, mas o bicho estava(est=E1) pegando = pro aqui...=20 =20 Abra=E7o, =20 =20 Marcelo Moraes Ger. de Marketing Notes mar...@po... http://notes.codigolivre.org.br =09 =20 =09 --- Este mail est=E1 livre de Virus!! Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.493 / Virus Database: 292 - Release Date: 25/6/2003 |
|
From: <lui...@im...> - 2003-06-29 15:51:32
|
Por mim tudo bem, j=E1 q o kra =E9 bom e realmente tb precisamos de um = designer para modelar o estilo das nossas telas tb... -----Mensagem original----- De: Anderson Barbieri [mailto:no...@ig...]=20 Enviada em: domingo, 29 de junho de 2003 00:25 Para: Notes Dev List Assunto: [Notes2-team] Novo membro - um designer afinal... =09 =09 Vota=E7=E3o para novo membro =09 Ol=E1 pessoas, =09 depois de algumas negocia=E7=F5es, consegui convencer um design amigo meu, chamado Andrei, a entrar para nossa pequena equipe. A = necessidade de um designer tava ficando grande - precisamos de um=20 logo novo, precisaremos criar =EDcones, layout pro site, etc. Al=E9m disso sempre penso q programador n=E3o =E9 o cara mais indicado para criar design de dialogos, janelas e tals. Se tiv=E9ssemos um desginer ele poderia dar uma m=E3ozinha de vez em quando ao menos.=20 =09 O problema deste meu amigo =E9 que ele anda bastante requisitado atualmente (pq ele =E9 bom). Mas ele tem interesse em come=E7ar a trabalhar com =EDcones e design para software e por isso achou que o Notes era um bom lugar para ele ganhar experi=EAncia nisto, ent=E3o acabou ao final aceitando. =09 Alguns sites que ele fez: http://ppgpsi.psico.ufrgs.br/ www.fotogaleria.art.br www.lelic.ufrgs.br/cartola/ =09 Ele j=E1 tem a aprova=E7=E3o do Koguta, do Andr=E9 e do Marcelo. Mas ainda assim achei melhor submeter o nome dele a todos, pois todos tem direito de voto nesta equipe. Prazo para votar... chov=EA... Como faltam poucas pessoas olharem vamos deixar=20 at=E9 quarta, dia 2/7, ok? Qualquer coisa pode reclamar, como sempre... =09 T+ =09 --=20 Anderson R. Barbieri --------------------- Coordenador do Projeto Notes - Notepad Replacement http://notes.codigolivre.org.br * no...@ig... |
|
From: Victor T. B. H. <vic...@im...> - 2003-06-29 06:54:32
|
voto a favor. Victor T.B. Höher __________________________________________________________ Email enviado pelo webmail de http://www.imasters.com.br Este serviço pode ser incorporado a qualquer site, intranet ou extranet. Visite http://www.integraweb.com.br e saiba como. |
56 messages has been excluded from this view by a project administrator.
