[Clam-devel] qtDesigner messing up networks ui files

[David García Garzón]

This sounds like you have an old version of the plugin installed. Locate 
libCLAMWidget and destroy it. 

I thought the procedure was documented anywhere but it isn't.
When doing development the suggested procedure to run designer and prototyper 
with plugins is:

export QT_PLUGIN_PATH=.
cd NetworkEditor
scons
mkdir designer
cp libCLAMWidgets.so designer
designer-qt4
./Prototyper


QT_PLUGIN_PATH is needed just for designer as the prototyper just looks on 
the 'designer' local folder by default. An standard installation won't need 
such thing and all is installed where it should.

On Dijous 31 Maig 2007, Xavier Amatriain wrote:
> ?? Is all documented in any place? I haven't copied the plugin neither
> called qtdesigner with QT_PLUGIN_PATH but I do have all plugins
> available in qtdesigner. I have never had to do that before.
>
> What should QT_PLUGIN_PATH point to? And where should plugins be
> installed?
>
> On Thu, 2007-05-31 at 01:15 +0200, David García Garzón wrote:
> > A typical reason for lost of properties is that the plugin is not
> > properly installed.
> > - Did you copied the plugin to the proper place?
> > - Did you called designer with QT_PLUGIN_PATH?
> > - Multiple plugin versions installed?
> >
> > On Dimecres 30 Maig 2007, Xavier Amatriain wrote:
> > > I am trying to edit some things on the prototyper interfaces (i.e.
> > > fixing some non-functional controls and widgets in spectralNetwork).
> > > But I find that everytime I open a file in qt designer and simply save
> > > it, the sizes and positions are messed up in such a way that when I
> > > open again in the prototyper it is a huge interface, not very
> > > functional nor pleasing.
> > >
> > > If I diff my local ui file with the one in the sandbox I see that all
> > > the widgets of class="QPixmapRange" have "lost" their properties, which
> > > would explain why they default to anything unreasonable.
> > >
> > > Again, all I am doing is opening and saving the file. Any ideas what
> > > might be causing this?



-- 
David García Garzón
(Work) dgarcia at iua dot upf anotherdot es
http://www.iua.upf.edu/~dgarcia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.clam-project.org/pipermail/clam-devel-clam-project.org/attachments/20070531/068201b6/attachment-0003.pgp>