27 Apr
2009
27 Apr
'09
11:22 a.m.
Hi devs,
we are working with XWiki for about three years now (I think we
started using it around version 0.8). In this time we developed
several plugins, which we always planed to make open source to give
something back to the community. However, until now we never found the
time to do it. Now we saw in your GSoC proposals the project for a new
photo album application. We thought this would be a good moment to
contribute our photo plugin (or parts of it).
Short list of features:
- unzip an attached file and attach the contained files to a document
(i.e. the photo album)
- resize images to a maximum width and height maintaining the aspect
ratio (if you like already while unzipping) - only jpg until now. When
we wrote it, the XWiki image plugin stretched the images when width
and height were defined.
- read meta data from images (using http://www.drewnoakes.com/code/exif/
- sadly it seems the library is not updated anymore)
The plugin would be the Java part only and not directly affect the
GSoC project, since it seems to focus mostly on a new front end, but
we think the plugin could add some features to it. (Maybe I could
create a small example page if you are interested)
I hope to hear from you wether you are interested and if so, what
parts you are interested in.
Also don't hesitate to ask if you have questions or need further
information.
Edo
27 Apr
27 Apr
11:42 a.m.
Edo Beutler wrote:
Hi devs,
we are working with XWiki for about three years now (I think we
started using it around version 0.8). In this time we developed
several plugins, which we always planed to make open source to give
something back to the community. However, until now we never found the
time to do it. Now we saw in your GSoC proposals the project for a new
photo album application. We thought this would be a good moment to
contribute our photo plugin (or parts of it).
We will be glad to accept your contributions. Even if your code is not
ready for integration, you can submit it, and we'll take care of the
cleanup. But the more mature the code is when submitting it, the better
it is for our development team, and the faster it will be integrated, so
please find the right balance that suits you.
Short list of features:
- unzip an attached file and attach the contained files to a document
(i.e. the photo album)
- resize images to a maximum width and height maintaining the aspect
ratio (if you like already while unzipping) - only jpg until now. When
we wrote it, the XWiki image plugin stretched the images when width
and height were defined.
- read meta data from images (using http://www.drewnoakes.com/code/exif/
- sadly it seems the library is not updated anymore)
The plugin would be the Java part only and not directly affect the
GSoC project, since it seems to focus mostly on a new front end, but
we think the plugin could add some features to it. (Maybe I could
create a small example page if you are interested)
Unfortunately we ended up not selecting any student for this project,
although we had several proposals for it, so it won't affect the
evaluation phase in any way; please feel free to submit any code. We
have a student that wants to contribute on this project outside GSoC
(still deciding between this and another project), so this will help
him, if he decides to work on the photo album.
I hope to hear from you wether you are interested and
if so, what
parts you are interested in.
Also don't hesitate to ask if you have questions or need further
information.
We welcome feedback about your usage of XWiki, what you like and what
you dislike, so that we can improve it to meet the users' expectations.
Since you're using it for quite a long time, I suppose you have enough
to talk about.
Thanks,
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
11:50 a.m.
Hi Edo,
That's great. I think you should make it available on code.xwiki.org
(plugin section for the plugin) with a download - you can also put the
sources there for now.
Then the next step would be to contribute the source in our SVN. For
this I can see 2 paths:
1) You want to maintain your code (best) along with others. We could
do something we've talked about for a long time and create a
contributor repository (under the xlet standalone project name for ex).
2) You don't want to maintain your code (less good, depends on quality
of existing code). In this case we would need to see if one or several
existing committers would be interested in taking over the maintenance
of it and if so we should start a vote to decide if this is something
we want to maintain in the main SVN repo and thus in the XWiki
project's platform. For this we need to see the code first and the
best way is to create a jira issue with the code attached.
Let us know what you prefer.
Thanks!
-Vincent
On Apr 27, 2009, at 11:22 AM, Edo Beutler wrote:
Hi devs,
we are working with XWiki for about three years now (I think we
started using it around version 0.8). In this time we developed
several plugins, which we always planed to make open source to give
something back to the community. However, until now we never found the
time to do it. Now we saw in your GSoC proposals the project for a new
photo album application. We thought this would be a good moment to
contribute our photo plugin (or parts of it).
Short list of features:
- unzip an attached file and attach the contained files to a document
(i.e. the photo album)
- resize images to a maximum width and height maintaining the aspect
ratio (if you like already while unzipping) - only jpg until now. When
we wrote it, the XWiki image plugin stretched the images when width
and height were defined.
- read meta data from images (using http://www.drewnoakes.com/code/exif/
- sadly it seems the library is not updated anymore)
The plugin would be the Java part only and not directly affect the
GSoC project, since it seems to focus mostly on a new front end, but
we think the plugin could add some features to it. (Maybe I could
create a small example page if you are interested)
I hope to hear from you wether you are interested and if so, what
parts you are interested in.
Also don't hesitate to ask if you have questions or need further
information.
Edo
13 May
13 May
noon
Hi Sergiu
Hi Vencent
Thank you for your answer and sorry it took me so long to respond.
Vincent Massol wrote:
That's great. I think you should make it available
on code.xwiki.org
(plugin section for the plugin) with a download - you can also put the
sources there for now.
This weekend I should have time to look into it and upload the code.
Then the next step would be to contribute the source
in our SVN. For
this I can see 2 paths:
1) You want to maintain your code (best) along with others. We could
do something we've talked about for a long time and create a
contributor repository (under the xlet standalone project name for
ex).
2) You don't want to maintain your code (less good, depends on quality
of existing code). In this case we would need to see if one or several
existing committers would be interested in taking over the maintenance
of it and if so we should start a vote to decide if this is something
we want to maintain in the main SVN repo and thus in the XWiki
project's platform. For this we need to see the code first and the
best way is to create a jira issue with the code attached.
I would be ready to maintain the code. I will leave the decision on
the how and where to place the code to you. Feel free to chose the
option you like best.
Sergiu Dumitriu wrote:
We welcome feedback about your usage of XWiki, what
you like and what
you dislike, so that we can improve it to meet the users'
expectations.
Since you're using it for quite a long time, I suppose you have enough
to talk about.
We are using xwiki mainly as base for our content management /
information management system. The focus is on easy accessible in
place editing. To be a little more specific a few examples:
- Editing page content, banners, ... in place and not having to search
for it in a backend.
- Adding, renaming, moving pages (in the menu) directly on the page
using a right click context menu.
- different plugins as e.g. Photo albums, Blog (own / extended version
of xwiki Blog), Shop
So we use overall the API and the scripting possibilities of xwiki and
not the front end since we use our own skins. For most actions we have
written our own versions (view, edit, import, ...).
What I like XWiki is its flexibility. Its easy to add plugins and
include the code on a page. I also like the multilingual capabilities
(different language content as a users, dictionary as a developer) and
the versioning with the possibility to trace changes. Another great
tool is the classes / objects model, especially with the possibility
to use custom mappings for "heavy used" classes.
Thanks
Edo
5701
days inactive
5717
days old
3 comments
3 participants
participants (3)
-
Edo Beutler -
Sergiu Dumitriu -
Vincent Massol