> Dear List,
>
> I'm using the QxJqPlot contribution very successfully in my projects,
> thank you all for this great work.
>
> Now I found some smaller bugs, and was wondering why they happen...
> I found the reason quite quick, it is because my application is always
> using the jqplot version delivered with the contribution and not the
> actual version of jqplot, which I placed in to my applications resource
> folder in a folder named jqPlot. I did this, because I was thinking, that
> this version will be used then, this seems to be not the case. (Put an
> #asset(jqPlot/*) line in my code as well)

Right. Adding the files to your resource folder doesn't change the
information the Generator uses. This is still in the config.json, and will
be something like "manifest":"contrib://QxJqPlot/trunk". If you want the
files from your resource folder be used, you need to change the "manifest"
entry to point to this path. But I recommend against placing one library
in the resource folder of another. Use a separate path so each library is
independent from the other.

> Now here comes my question:
> How do I configure my application, so that my newer version of jqplot is
> used and not the one in the contribution, which is currently quite old?

See above. You need to give the local path.

> One simple solution would be to include the contribution as a static one,
> so that no downloads occur any more, and overwrite the jqPlot folder with
> the new one, but then I would loose the automatic contribution checking...
> so how should I do it, so that I get all the benefits?

You have to make up your mind. Either you use a local path as "manifest"
config entry, then you have full control but there is no update checking.
Or you use the "contrib://" URL in the config, then the Generator will
check for updates but your local patches will be gone when a newer version
is downloaded.

If you found bugs in the online version why don't you submit a patch to
the contrib maintainer so he can fix the online version?!

T.


------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to