You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(50) |
Dec
(118) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(93) |
Feb
(17) |
Mar
(6) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(45) |
Dec
(17) |
| 2007 |
Jan
(23) |
Feb
(33) |
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
(6) |
Sep
(1) |
Oct
|
Nov
(13) |
Dec
(20) |
| 2008 |
Jan
(26) |
Feb
(69) |
Mar
(72) |
Apr
(32) |
May
(35) |
Jun
(12) |
Jul
(99) |
Aug
(52) |
Sep
(15) |
Oct
(49) |
Nov
(12) |
Dec
(26) |
| 2009 |
Jan
(7) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <buz...@cl...> - 2005-12-09 01:06:12
|
Ho finalmente apportato la modifica che rende trasparente l'import di un oggetto effettuato tramite plugin, facendo in modo che questa sia nascosta all'interno della normale open. In relazione alle nuove modifiche ho ritenuto opportuno rivedere l'interfaccia dei plugin di IO, dato che questi si differenziano abbastanza dagli altri plugin per quanto riguarda il meccanismo di invocazione. Ora ogni plugin di IO fornisce una descrizione della tipologia di file che e' in grado di trattare e una lista di formati. In sostanza per ciascun plugin di IO comparira' una nuova entry all'interno del combo box che definisce i filtri nella finestra di open e, a seconda del filtro selezionato viene invocato il corrispondente plugin. Nei giorni passati avevo provato a rispettare fedelmente la vecchia interfaccia ma purtroppo in alcuni casi il codice risultante appariva' un po' una forzatura. Spero che questo nuovo meccanismo possa considerarsi ragionevole. Buon lavoro, Andrea ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Francesco V. <va...@cl...> - 2005-12-08 10:55:43
|
Giorgio Gangemi wrote: >Ho controllato il rendering che avevo fatto stamattina e devo dire che >non ha la minima imperfezione... > >Non so perchè sulla macchina del prof compaia la riga in alto.... > >Vi allego l'immagine in questione. > > Saluti > > Tra l'altro nel tuo si vede anche la trasparenza mentre in quello del prof, come sfondo veniva (0,0,0,255) Sto reimplementando la cattura del viewport con le funzioni di QT. Il problema è che non ho una scheda che fa le bizze sul quale testarlo per vedere se *non* va :D Saluti FV |
|
From: Giorgio G. <g.g...@gm...> - 2005-12-07 19:11:45
|
Ho controllato il rendering che avevo fatto stamattina e devo dire che non ha la minima imperfezione... Non so perch=E8 sulla macchina del prof compaia la riga in alto.... Vi allego l'immagine in questione. Saluti |
|
From: Daniele <dal...@ho...> - 2005-12-06 21:57:20
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-15" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1">Inizio ora a fare la release....<br> Le modifiche che farete stanotte in preda all'insonnia faranno parte della versione 0.4...<br> <br> Ciao a tutti!<br> D<br> </font> </body> </html> |
|
From: Giorgio G. <g.g...@gm...> - 2005-12-06 16:44:43
|
Il toon shader =E8 stato implementato e funziona correttamente (sui pc
senza estensione non fa nulla al momento).
Il colore per vertice/faccia/none =E8 selezionabile dal menu color.
Segnalo le cose che non vanno e che vorrei discutere prima con tutti voi:
1) la progress bar del caricamento della mesh =E8 un po' pazzerella,
scompare al 95%, poi riappare quando si clicca su un menu per poi
sparire una volta per tutte..
2) definire un modo comune tramite il quale disattivare colorizzazioni o sh=
ader
Magari se ne parla domani a lezione, saluti.
Giorgio
2005/12/6, Paolo Cignoni <p.c...@is...>:
> Mi fate un aggiornamento, punto per punto, dello stato dei vari
> sottotask rispetto a quando avevo ambiziosamente chiesto nella mail del
> 2/12 (Update Roadmap ver 0.3)?
> saluti
> p.
>
> --
> Paolo Cignoni http://vcg.isti.cnr.it/~cignoni
|
|
From: Federico M. <fma...@em...> - 2005-12-06 16:24:54
|
Federico Mazzanti wrote: > Paolo Cignoni wrote: > >> l'integrazione dell'apertura dei file di tipo obj direttamente nel >> dialogo standard, come ad es. per i file ply, per rendere del tutto >> trasparente il caricamento dei file obj c'e'? >> >> >> Federico Mazzanti wrote: >> >>> Paolo Cignoni wrote: >>> >>>> Mi fate un aggiornamento, punto per punto, dello stato dei vari >>>> sottotask rispetto a quando avevo ambiziosamente chiesto nella mail >>>> del 2/12 (Update Roadmap ver 0.3)? >>>> saluti >>>> p. >>>> >>> il dialog per selezionare cosa deve essere salvato in un file obj e' >>> pronto e funzionante. la prima volta che viene salvato un file obj >>> viene chiesto all'utente quali informazioni vuole salvere sul file. >>> manca di aggiungerlo alla mainwindow come sottomenu di tool, in modo >>> che l'utente posso modificare le condizioni di salvataggio in un >>> secondo momento. >>> >>> attualmente e' in fase di implementazione la scrittura del file >>> material degli obj + il salvataggio del colore per faccia. >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. Do you grep through >>> log files >>> for problems? Stop! Download the new AJAX search engine that makes >>> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >>> _______________________________________________ >>> Meshlab-devel mailing list >>> Mes...@li... >>> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >>> >> > attualmente il sistema di trasparenza per i file obj non c'e'! > > Federico Mazzanti > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel > ho aggiunto l'apertura dei file obj in maniera trasparente, per quanto riguarda la scrittura ho notato che ancora i metodi della mainwindows sono vuoti, cioe' non richiamano nessun tipo di export_***. Federico Mazzanti |
|
From: Federico M. <fma...@em...> - 2005-12-06 15:59:43
|
Paolo Cignoni wrote: > l'integrazione dell'apertura dei file di tipo obj direttamente nel > dialogo standard, come ad es. per i file ply, per rendere del tutto > trasparente il caricamento dei file obj c'e'? > > > Federico Mazzanti wrote: > >> Paolo Cignoni wrote: >> >>> Mi fate un aggiornamento, punto per punto, dello stato dei vari >>> sottotask rispetto a quando avevo ambiziosamente chiesto nella mail >>> del 2/12 (Update Roadmap ver 0.3)? >>> saluti >>> p. >>> >> il dialog per selezionare cosa deve essere salvato in un file obj e' >> pronto e funzionante. la prima volta che viene salvato un file obj >> viene chiesto all'utente quali informazioni vuole salvere sul file. >> manca di aggiungerlo alla mainwindow come sottomenu di tool, in modo >> che l'utente posso modificare le condizioni di salvataggio in un >> secondo momento. >> >> attualmente e' in fase di implementazione la scrittura del file >> material degli obj + il salvataggio del colore per faccia. >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through >> log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >> _______________________________________________ >> Meshlab-devel mailing list >> Mes...@li... >> https://lists.sourceforge.net/lists/listinfo/meshlab-devel >> > attualmente il sistema di trasparenza per i file obj non c'e'! Federico Mazzanti |
|
From: Paolo C. <p.c...@is...> - 2005-12-06 15:37:41
|
l'integrazione dell'apertura dei file di tipo obj direttamente nel dialogo standard, come ad es. per i file ply, per rendere del tutto trasparente il caricamento dei file obj c'e'? Federico Mazzanti wrote: > Paolo Cignoni wrote: > >> Mi fate un aggiornamento, punto per punto, dello stato dei vari >> sottotask rispetto a quando avevo ambiziosamente chiesto nella mail >> del 2/12 (Update Roadmap ver 0.3)? >> saluti >> p. >> > il dialog per selezionare cosa deve essere salvato in un file obj e' > pronto e funzionante. la prima volta che viene salvato un file obj > viene chiesto all'utente quali informazioni vuole salvere sul file. > manca di aggiungerlo alla mainwindow come sottomenu di tool, in modo > che l'utente posso modificare le condizioni di salvataggio in un > secondo momento. > > attualmente e' in fase di implementazione la scrittura del file > material degli obj + il salvataggio del colore per faccia. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Meshlab-devel mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel > -- Paolo Cignoni http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: Federico M. <fma...@em...> - 2005-12-06 15:19:49
|
Paolo Cignoni wrote: > Mi fate un aggiornamento, punto per punto, dello stato dei vari > sottotask rispetto a quando avevo ambiziosamente chiesto nella mail > del 2/12 (Update Roadmap ver 0.3)? > saluti > p. > il dialog per selezionare cosa deve essere salvato in un file obj e' pronto e funzionante. la prima volta che viene salvato un file obj viene chiesto all'utente quali informazioni vuole salvere sul file. manca di aggiungerlo alla mainwindow come sottomenu di tool, in modo che l'utente posso modificare le condizioni di salvataggio in un secondo momento. attualmente e' in fase di implementazione la scrittura del file material degli obj + il salvataggio del colore per faccia. |
|
From: Daniele <dal...@ho...> - 2005-12-06 15:12:04
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1">L'interfaccia e' ok. Sto testando un po' tutto alla ricerca di qualche bug. Colgo l'occasione per chiedere agli altri componenti dei gruppi di rendere non checkabili le azioni che vengono esportate nei plugin, non tutte, ma solo quelle che hanno un senso (filtri e import/export non e' necessario che siano checkabili ad esempio!)<br> <br> Per farlo basta creare le azioni come al solito, ma prima di aggiungerle alla actionlist, bisongna invocare il metodo setCheckable(false) per ogni azione non checkabile.<br> <br> Buon lavoro.<br> D<br> <br> PS: Penso che si possa fare una release dopo cena. Facciamo deadline alle 22??<br> </font><br> Paolo Cignoni ha scritto: <blockquote cite="mid...@is..." type="cite">Mi fate un aggiornamento, punto per punto, dello stato dei vari sottotask rispetto a quando avevo ambiziosamente chiesto nella mail del 2/12 (Update Roadmap ver 0.3)? <br> saluti <br> p. <br> <br> </blockquote> </body> </html> |
|
From: Mario L. <mar...@gm...> - 2005-12-06 14:49:00
|
Noi stiamo facendo il decimator ma non e' completo, inoltre a causa di problemi gia' citati credo che dovro' passare anche io a windows Il 06/12/05, Francesco Vannini<va...@cl...> ha scritto: > Paolo Cignoni wrote: > > > Mi fate un aggiornamento, punto per punto, dello stato dei vari > > sottotask rispetto a quando avevo ambiziosamente chiesto nella mail > > del 2/12 (Update Roadmap ver 0.3)? > > saluti |
|
From: Francesco V. <va...@cl...> - 2005-12-06 14:44:37
|
Paolo Cignoni wrote: > Mi fate un aggiornamento, punto per punto, dello stato dei vari=20 > sottotask rispetto a quando avevo ambiziosamente chiesto nella mail=20 > del 2/12 (Update Roadmap ver 0.3)? > saluti > p. > Il tiled rendering =E8 completa e funzionante (la versione senza FBO). saluti fv |
|
From: Paolo C. <p.c...@is...> - 2005-12-06 14:36:35
|
Mi fate un aggiornamento, punto per punto, dello stato dei vari sottotask rispetto a quando avevo ambiziosamente chiesto nella mail del 2/12 (Update Roadmap ver 0.3)? saluti p. -- Paolo Cignoni http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: Paolo C. <p.c...@is...> - 2005-12-05 13:59:12
|
Hai fatto update di component.h?
questo mi sembra un comportamento che aveva una versione precedetnte di
faceplus/base.h
prova ad prependere un this-> in tutti gli accessi a Flags() che trovi
in vertexplus/base.h
e fammi sapere...
p.
Mario Latronico wrote:
>per lo sviluppo del decimatore e' necessario fare uso dei flags.
>Il problema e' che quando si setta un flag per un vertice questo viene
>settato anche per gli altri vertici.
>In particolare il codice (in src/test/decimator/decimator.h) e' il seguente:
>
> int referredBit = MESH_TYPE::VertexType::NewBitFlag();
>
> for(vi = m.vert.begin(); vi != m.vert.end(); ++vi)
> {
> ....
> (*vi).ClearUserBit(referredBit);
> .....
> }
> for(fi = m.face.begin(); fi != m.face.end(); ++fi)
> {
> if(!(*fi).IsD())
> {//se non devo cancellare la faccia
> for(int i = 0; i < 3; ++i)
> {//per ogni vertice del triangolo
> if(! (*fi).V(i)->IsUserBit(referredBit))
> {//se non l'ho gia cambiato
> ....
> (*fi).V(i)->SetUserBit(referredBit);
>
> }
> }
> }
>.......
>
>In particolare setta il primo a 1024 e da li' in poi li considera
>tutti settati falsificando il test di
>
>if(! (*fi).V(i)->IsUserBit(referredBit))
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems? Stop! Download the new AJAX search engine that makes
>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
>_______________________________________________
>Meshlab-devel mailing list
>Mes...@li...
>https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>
>
>
--
Paolo Cignoni http://vcg.isti.cnr.it/~cignoni
ISTI - CNR
Via Moruzzi 1,
56124 Pisa
ITALY
|
|
From: Mario L. <mar...@gm...> - 2005-12-05 13:37:50
|
per lo sviluppo del decimatore e' necessario fare uso dei flags.
Il problema e' che quando si setta un flag per un vertice questo viene
settato anche per gli altri vertici.
In particolare il codice (in src/test/decimator/decimator.h) e' il seguente=
:
=09int referredBit =3D MESH_TYPE::VertexType::NewBitFlag();
for(vi =3D m.vert.begin(); vi !=3D m.vert.end(); ++vi)
{
=09=09=09=09....
=09 (*vi).ClearUserBit(referredBit);
.....
}
for(fi =3D m.face.begin(); fi !=3D m.face.end(); ++fi)
{
=09=09if(!(*fi).IsD())
=09=09=09{//se non devo cancellare la faccia
=09=09=09=09for(int i =3D 0; i < 3; ++i)
=09=09=09=09=09{//per ogni vertice del triangolo
=09=09=09=09=09=09if(! (*fi).V(i)->IsUserBit(referredBit))
=09=09=09=09=09=09=09{//se non l'ho gia cambiato
=09=09=09=09=09=09=09=09=09=09....
=09=09=09=09=09=09=09=09(*fi).V(i)->SetUserBit(referredBit);
=09=09=09=09=09
=09=09=09=09=09=09=09=09=09}
=09=09=09=09=09=09=09}
=09=09=09=09 }
.......
In particolare setta il primo a 1024 e da li' in poi li considera
tutti settati falsificando il test di
if(! (*fi).V(i)->IsUserBit(referredBit))
|
|
From: Paolo C. <p.c...@is...> - 2005-12-04 22:17:58
|
A me erano arrivate entrambe, le modifiche di clean le ho committate per quelle di ocf nicchio un po' perche ' ho da rimetterci mano a lungo... ho controllato e le due mail appaiono anche nell'archivio di sourceforge https://sourceforge.net/mailarchive/forum.php?forum_id=46668 saluti p. lat...@cl... wrote: >Credo di avere un problema (o forse e' di sourceforge) , alcune mail che ho >spedito non vengono ricevute in lista. Le incollo qui sperando che arrivino. >Eventualmente se fossero gia' arrivate potreste segnalarmelo per cortesia (il >che' vuol dire che ho problemi con la posta) > >---- prima mail ----- > > >Come avevo gia' accennato a lezione ho problemi in questa parte di >codice (riga 361 e seguenti) di component_ocf.h di faceplus > > if(FaceContainerType::HasWedgeTextureOcf()) return >m.face.WedgeTexEnabled(); > else return FaceContainerType::HasWedgeTexture(); > >per farlo funzionare ho scritto > > if(face::WedgeTextureOcf<typename >VertContainerType::CoordType,FaceType>::HasWedgeTextureOcf()) return >m.face.WedgeTexEnabled(); > else return face::WedgeTextureOcf<typename >VertContainerType::CoordType,FaceType>::HasWedgeTexture(); > >lo stesso per il colore da > if(FaceContainerType::HasPerFaceColorOcf()) return m.face.FaceColor(); > else return FaceContainerType::HasFaceColor(); >a > > if(face::ColorOcf<typename >VertContainerType::CoordType,FaceType>::HasFaceColorOcf()) return >m.face.FaceColor(); > else return face::ColorOcf<typename >VertContainerType::CoordType,FaceType>::HasFaceColor(); > >non so se queste modifiche hanno senso , pero' compila >---- fine prima mail ----- > > >----- seconda mail ------ >in complex/trimesh/clean.h > >per compilare con g++ e' necessario aggiungere un #include <stack> > >e preporre alla riga 405 e 544 il namespace std >----- fine second mail ---- > > >---- terza mail ----- > >purtroppo a causa di un bug di qt [1] e (di conseguenza) del pacchetto >debian [2], non riesco a fare una build di debug di meshlab che >carichi i plugin (anch'essi compilati con debug, come accennato a >lezione). Le soluzioni adottate in [2] purtroppo non mi funzionano. >Attualmente non riesco a fare andare i filtri ma contemporaneamente >non so perche' proprio per l'incapacita' di fare debug, quindi e' >probabile che faccia il commit di codice non funzionante, ma almeno >che compila. Sto ricompilando qt per vedere se riesco a risolvere > >Scusate, abbiate pazienza :) > > >[1] >http://www.trolltech.com/developer/tasktracker.html?method=entry&id=86441 >[2] >http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337764 >---- fine terza mail ----- > > > >---------------------------------------------------------------- >This message was sent using IMP, the Internet Messaging Program. > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Meshlab-devel mailing list >Mes...@li... >https://lists.sourceforge.net/lists/listinfo/meshlab-devel > > > -- Paolo Cignoni http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: <lat...@cl...> - 2005-12-04 11:42:14
|
Credo di avere un problema (o forse e' di sourceforge) , alcune mail che ho
spedito non vengono ricevute in lista. Le incollo qui sperando che arrivino.
Eventualmente se fossero gia' arrivate potreste segnalarmelo per cortesia (il
che' vuol dire che ho problemi con la posta)
---- prima mail -----
Come avevo gia' accennato a lezione ho problemi in questa parte di
codice (riga 361 e seguenti) di component_ocf.h di faceplus
if(FaceContainerType::HasWedgeTextureOcf()) return
m.face.WedgeTexEnabled();
else return FaceContainerType::HasWedgeTexture();
per farlo funzionare ho scritto
if(face::WedgeTextureOcf<typename
VertContainerType::CoordType,FaceType>::HasWedgeTextureOcf()) return
m.face.WedgeTexEnabled();
else return face::WedgeTextureOcf<typename
VertContainerType::CoordType,FaceType>::HasWedgeTexture();
lo stesso per il colore da
if(FaceContainerType::HasPerFaceColorOcf()) return m.face.FaceColor();
else return FaceContainerType::HasFaceColor();
a
if(face::ColorOcf<typename
VertContainerType::CoordType,FaceType>::HasFaceColorOcf()) return
m.face.FaceColor();
else return face::ColorOcf<typename
VertContainerType::CoordType,FaceType>::HasFaceColor();
non so se queste modifiche hanno senso , pero' compila
---- fine prima mail -----
----- seconda mail ------
in complex/trimesh/clean.h
per compilare con g++ e' necessario aggiungere un #include <stack>
e preporre alla riga 405 e 544 il namespace std
----- fine second mail ----
---- terza mail -----
purtroppo a causa di un bug di qt [1] e (di conseguenza) del pacchetto
debian [2], non riesco a fare una build di debug di meshlab che
carichi i plugin (anch'essi compilati con debug, come accennato a
lezione). Le soluzioni adottate in [2] purtroppo non mi funzionano.
Attualmente non riesco a fare andare i filtri ma contemporaneamente
non so perche' proprio per l'incapacita' di fare debug, quindi e'
probabile che faccia il commit di codice non funzionante, ma almeno
che compila. Sto ricompilando qt per vedere se riesco a risolvere
Scusate, abbiate pazienza :)
[1]
http://www.trolltech.com/developer/tasktracker.html?method=entry&id=86441
[2]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337764
---- fine terza mail -----
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
|
|
From: Paolo C. <p.c...@is...> - 2005-12-04 02:03:24
|
Il motivo e'abbastanza semplice
non linka perche setColorMode e'dichiarata nel .h ma non definita in
nessun cpp/obj di quelli usati per costruire la dll.
Al contrario showLog e defininta nel ;h accanto alla sua dichiarazione.
In teoria per farla compilare basterebbe aggiungere glarea.cpp ai file
del pro di dummy, ma questo provoca una reazione a catena di inclusione
di praticamente tutti i file di meshlab...
La soluzione non e' banale
una patch veloce e' quella di limitare il colloquio tra le classi alla
modifica di sole variabili di stato fatta tramite funzioni di
interfaccia definite inline accanto alla dichiarazione.
ma questo non funge per tutto...
La soluzione giusta sarebbe quella di fare una bella lib in cui si
chiarisce bene cosa esportare e cosa non esportare...
Per questa release andate avanti a workaround, cercando di non aver
troppo bisogno di troppe funz interne del meshlab
e mercoledi (apropos, si recupera stessa ora stessa aula) si sa di che
parlare.
saluti
p.
Mario Latronico wrote:
>> Questo e' lecito e compila:
>>
>> void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode &rm, GLArea
>>*gla)
>> {
>> gla->showLog(true);
>> }
>>
>> Mentre questo:
>>
>> void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode &rm, GLArea
>>*gla)
>> {
>> gla->setColorMode(GLW::CMxxxx);
>> }
>>
>> ci regala un bell'errore di link.....
>>
>>
>
>in realta' non mi funziona nessuno dei due ... l'errore per entrambi e' questo:
>
>make[1]: Entering directory `/home/mario/src/meshlab/src/meshlabplugins/dummy'
>g++-3.3 -c -pipe -O2 -w -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PLUGIN
>-DQT_CORE_LIB -DQT_GUI_LIB -DQT_SHARED
>-I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtGui
>-I/usr/include/qt4/QtCore -I/usr/include/qt4 -I../.. -I../../../../sf
>-I../../../../code/lib/glew/include -Irelease -I. -o release/dummy.o
>dummy.cpp
>dummy.cpp: In member function `virtual void DummyPlugin::Render(QAction*,
> MeshModel&, RenderMode&, GLArea*)':
>dummy.cpp:27: error: `showLog' undeclared (first use this function)
>dummy.cpp:27: error: (Each undeclared identifier is reported only once for each
> function it appears in.)
>make[1]: *** [release/dummy.o] Error 1
>make[1]: Target `first' not remade because of errors.
>make[1]: Leaving directory `/home/mario/src/meshlab/src/meshlabplugins/dummy'
>make: *** [release] Error 2
>make: Target `first' not remade because of errors.
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems? Stop! Download the new AJAX search engine that makes
>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
>_______________________________________________
>Meshlab-devel mailing list
>Mes...@li...
>https://lists.sourceforge.net/lists/listinfo/meshlab-devel
>
>
>
--
Paolo Cignoni http://vcg.isti.cnr.it/~cignoni
ISTI - CNR
Via Moruzzi 1,
56124 Pisa
ITALY
|
|
From: Paolo C. <p.c...@is...> - 2005-12-04 01:22:40
|
Visto che tanto Lunedi'sono fuori facciamo che miriamo a completare tutte le modifiche che avevamo in programma entro lunedi notte e facciamo la release per martedi sera utilizzando martedi per crosstesting (ognuno testa le feature degli altri e riporta dubbi a tutti usando la mailinglist saluti p. Daniele wrote: > Ciao a tutti. > Pensavo di fare la release domattina prima di pranzo. Non so a che > punto siamo con i plugin (l'ultima volta che ho compilato, cioe' 10min > fa, due non andavano). Nell'interfaccia SEMBRA tutto ok anche se > mancano un po di cose. Se necessario potremmo spostare la deadline o > sentire il professore se e' il caso di fare cmq la release. > > Diciamo che domattina alle 11 iniziero' a fare la release se non avro' > ricevuto nessuna mail che specifichi il contrario. > > Buonanotte a tutti! > > D > ------------------------------------------------------- This SF.net > email is sponsored by: Splunk Inc. Do you grep through log files for > problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ Meshlab-devel mailing > list Mes...@li... > https://lists.sourceforge.net/lists/listinfo/meshlab-devel -- Paolo Cignoni http://vcg.isti.cnr.it/~cignoni ISTI - CNR Via Moruzzi 1, 56124 Pisa ITALY |
|
From: Daniele <dal...@ho...> - 2005-12-04 01:07:45
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-15" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1">Ciao a tutti.<br> Pensavo di fare la release domattina prima di pranzo. Non so a che punto siamo con i plugin (l'ultima volta che ho compilato, cioe' 10min fa, due non andavano). Nell'interfaccia SEMBRA tutto ok anche se mancano un po di cose. Se necessario potremmo spostare la deadline o sentire il professore se e' il caso di fare cmq la release.<br> <br> Diciamo che domattina alle 11 iniziero' a fare la release se non avro' ricevuto nessuna mail che specifichi il contrario.<br> <br> Buonanotte a tutti!<br> <br> D<br> </font> </body> </html> |
|
From: Mario L. <mar...@gm...> - 2005-12-03 17:32:58
|
> Questo e' lecito e compila:
>
> void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode &rm, GLAre=
a
> *gla)
> {
> gla->showLog(true);
> }
>
> Mentre questo:
>
> void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode &rm, GLAre=
a
> *gla)
> {
> gla->setColorMode(GLW::CMxxxx);
> }
>
> ci regala un bell'errore di link.....
in realta' non mi funziona nessuno dei due ... l'errore per entrambi e' que=
sto:
make[1]: Entering directory `/home/mario/src/meshlab/src/meshlabplugins/dum=
my'
g++-3.3 -c -pipe -O2 -w -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_PLUGIN
-DQT_CORE_LIB -DQT_GUI_LIB -DQT_SHARED
-I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtCore -I/usr/include/qt4 -I../.. -I../../../../sf
-I../../../../code/lib/glew/include -Irelease -I. -o release/dummy.o
dummy.cpp
dummy.cpp: In member function `virtual void DummyPlugin::Render(QAction*,
MeshModel&, RenderMode&, GLArea*)':
dummy.cpp:27: error: `showLog' undeclared (first use this function)
dummy.cpp:27: error: (Each undeclared identifier is reported only once for =
each
function it appears in.)
make[1]: *** [release/dummy.o] Error 1
make[1]: Target `first' not remade because of errors.
make[1]: Leaving directory `/home/mario/src/meshlab/src/meshlabplugins/dumm=
y'
make: *** [release] Error 2
make: Target `first' not remade because of errors.
|
|
From: Giorgio G. <g.g...@gm...> - 2005-12-03 17:09:26
|
Se qualcuno riuscisse a dare suggerimenti per questo problema mi
farebbe un grossissimo favore... son giorni che ho pronto il nuovo
plugin che per=F2 non riesce ad andare per problemi nell'invocazioni di
quei metodi
Il 03/12/05, Daniele<dal...@ho...> ha scritto:
> Ho finito giusto ora di rivedere il codice del dummy system, mi sono
> accorto che non ho messo nessun esempio di invocazione dei metodi. Ora c'=
e'
> qualcosa in mainwindow. qualche altra cosetta e arricchito il contenuto d=
el
> dummy per facilitare il lavoro.
> Tuttavia mi e' stato fatto notare che se si prova ad accedere (dall'inte=
rno
> di dummy) ad ALCUNI metodi di GLArea saltano fuori errori di link..... ad
> es:
>
> Questo e' lecito e compila:
>
> void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode &rm, GLAre=
a
> *gla)
> {
> gla->showLog(true);
> }
>
> Mentre questo:
>
> void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode &rm, GLAre=
a
> *gla)
> {
> gla->setColorMode(GLW::CMxxxx);
> }
>
> ci regala un bell'errore di link.....
>
> Suggerimenti???
>
|
|
From: Mario L. <mar...@gm...> - 2005-12-03 16:57:30
|
purtroppo a causa di un bug di qt [1] e (di conseguenza) del pacchetto debian [2], non riesco a fare una build di debug di meshlab che carichi i plugin (anch'essi compilati con debug, come accennato a lezione). Le soluzioni adottate in [2] purtroppo non mi funzionano. Attualmente non riesco a fare andare i filtri ma contemporaneamente non so perche' proprio per l'incapacita' di fare debug, quindi e' probabile che faccia il commit di codice non funzionante, ma almeno che compila. Scusate, abbiate pazienza :) [1] http://www.trolltech.com/developer/tasktracker.html?method=3Dentry&id=3D864= 41 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D337764 |
|
From: Daniele <dal...@ho...> - 2005-12-03 16:08:42
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1">Ho finito giusto ora di rivedere il codice del dummy
system, mi sono accorto che non ho messo nessun esempio di invocazione
dei metodi. Ora c'e' qualcosa in mainwindow. qualche altra cosetta e
arricchito il contenuto del dummy per facilitare il lavoro.<br>
Tuttavia mi e' stato fatto notare che se si prova ad accedere
(dall'interno di dummy) ad ALCUNI metodi di GLArea saltano fuori errori
di link..... ad es:<br>
<br>
Questo e' lecito e compila:<br>
<br>
void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode
&rm, GLArea *gla)<br>
{<br>
gla->showLog(true);<br>
}<br>
<br>
Mentre questo:<br>
</font><font size="-1"><br>
void DummyPlugin::Render(QAction *a, MeshModel &m, RenderMode
&rm, GLArea *gla)<br>
{<br>
gla->setColorMode(GLW::CMxxxx);<br>
}<br>
<br>
ci regala un bell'errore di link.....<br>
<br>
Suggerimenti???<br>
</font><br>
<br>
Mario Latronico ha scritto:
<blockquote cite="mid...@ma..."
type="cite">
<pre wrap="">va tutto bene, grazie anche per il plugin dummy, l'unico problema me
lo da' alla riga 80 di interfaces.h , mi dice che la classe QList e'
gia' stato dichiarata, e' bastato commentare quella riga per farlo
funzionare
2005/12/2, Daniele <a class="moz-txt-link-rfc2396E" href="mailto:dal...@ho..."><dal...@ho...></a>:
</pre>
<blockquote type="cite">
<pre wrap=""> Ho effettuato le fantomatiche modifiche.... fatemi sapere se qcosa non va.
Per facilitare il lavoro ho aggiunto un plugin dummy da cui si puo' prendere
ispirazione.... buon lavoro, speriamo sia ok....
</pre>
</blockquote>
<pre wrap=""><!---->
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
<a class="moz-txt-link-freetext" href="http://ads.osdn.com/?ad_idv37&alloc_id865&op=click">http://ads.osdn.com/?ad_idv37&alloc_id865&op=click</a>
_______________________________________________
Meshlab-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Mes...@li...">Mes...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/meshlab-devel">https://lists.sourceforge.net/lists/listinfo/meshlab-devel</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Mario L. <mar...@gm...> - 2005-12-03 15:52:55
|
in complex/trimesh/clean.h per compilare con g++ e' necessario aggiungere un #include <stack> e preporre alla riga 405 e 544 il namespace std |
