25 Mar
2011
25 Mar
'11
12:31 a.m.
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
- TablePlugin (pre-Radeox support for wiki table syntax)
- GooglePlugin (search and spelling suggestions)
- GraphViz (graph drawing, unmaintained for a long time; should be
replaced with a component)
- MailPlugin (unmaintained mailbox reading plugin)
- QueryPlugin (old, unused precursor of the query service)
- SVG (old, unmaintained plugin; should be replaced with a component)
- testPlugin (test plugin, writen as a test plugin to test the plugin
functionality :) )
- XWikiUserManagementTools (precursor for the invitation application,
unmaintained)
The remaining plugins must be rewritten as components first, since they
still provide useful functionality.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
25 Mar
25 Mar
12:36 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
+1
what about "userdirectory" and "usertools" ?
At least we could move it to xwiki-legacy if in doubt
Jerome
On Fri, Mar 25, 2011 at 12:31 AM, Sergiu Dumitriu <sergiu(a)xwiki.com> wrote:
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
- TablePlugin (pre-Radeox support for wiki table syntax)
- GooglePlugin (search and spelling suggestions)
- GraphViz (graph drawing, unmaintained for a long time; should be
replaced with a component)
- MailPlugin (unmaintained mailbox reading plugin)
- QueryPlugin (old, unused precursor of the query service)
- SVG (old, unmaintained plugin; should be replaced with a component)
- testPlugin (test plugin, writen as a test plugin to test the plugin
functionality :) )
- XWikiUserManagementTools (precursor for the invitation application,
unmaintained)
The remaining plugins must be rewritten as components first, since they
still provide useful functionality.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
12:42 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
On 03/25/2011 12:36 AM, Jerome Velociter wrote:
+1
what about "userdirectory" and "usertools" ?
usertools is XWikiUserManagementTools.
userdirectory, sure, why not. Anca might know better if it will be
needed after 3.1 for some partners.
At least we could move it to xwiki-legacy if in doubt
Jerome
On Fri, Mar 25, 2011 at 12:31 AM, Sergiu Dumitriu<sergiu(a)xwiki.com> wrote:
> Hi devs,
>
> I'd like to start moving very old plugins out of the core and into the
> contrib/retired repository.
>
> For the moment, this includes:
> - PatternPlugin (regexp based text replacements when running the old
> rendering engine)
> - TablePlugin (pre-Radeox support for wiki table syntax)
> - GooglePlugin (search and spelling suggestions)
> - GraphViz (graph drawing, unmaintained for a long time; should be
> replaced with a component)
> - MailPlugin (unmaintained mailbox reading plugin)
> - QueryPlugin (old, unused precursor of the query service)
> - SVG (old, unmaintained plugin; should be replaced with a component)
> - testPlugin (test plugin, writen as a test plugin to test the plugin
> functionality :) )
> - XWikiUserManagementTools (precursor for the invitation application,
> unmaintained)
>
> The remaining plugins must be rewritten as components first, since they
> still provide useful functionality.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
8:26 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
+1
On Fri, Mar 25, 2011 at 00:31, Sergiu Dumitriu <sergiu(a)xwiki.com> wrote:
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
- TablePlugin (pre-Radeox support for wiki table syntax)
- GooglePlugin (search and spelling suggestions)
- GraphViz (graph drawing, unmaintained for a long time; should be
replaced with a component)
- MailPlugin (unmaintained mailbox reading plugin)
- QueryPlugin (old, unused precursor of the query service)
- SVG (old, unmaintained plugin; should be replaced with a component)
- testPlugin (test plugin, writen as a test plugin to test the plugin
functionality :) )
- XWikiUserManagementTools (precursor for the invitation application,
unmaintained)
The remaining plugins must be rewritten as components first, since they
still provide useful functionality.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
8:57 a.m.
Hi Sergiu,
On Mar 25, 2011, at 12:31 AM, Sergiu Dumitriu wrote:
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
I agree for plugins for which we have other ways of doing things (either it's been
rewritten with a newer architecture or there's another way of doing it).
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
+1
- TablePlugin (pre-Radeox support for wiki table
syntax)
+1
- GooglePlugin (search and spelling suggestions)
How is this one supposed to work? Do we want to keep its feature as a component? If yes
then -0
- GraphViz (graph drawing, unmaintained for a long
time; should be
replaced with a component)
This one is useful and used by several users I know. I'd be -0 to move it out. IMO it
should be removed but only once we have it rewritten as components only.
- MailPlugin (unmaintained mailbox reading plugin)
This feature can be useful too.
-0
- QueryPlugin (old, unused precursor of the query
service)
+1
- SVG (old, unmaintained plugin; should be replaced
with a component)
-0
- testPlugin (test plugin, writen as a test plugin to
test the plugin
functionality :) )
+1
- XWikiUserManagementTools (precursor for the
invitation application,
unmaintained)
+1
The remaining plugins must be rewritten as components
first, since they
still provide useful functionality.
This I agree:
- move out plugins that we don't want anymore
- keep plugins for which we want to keep the features and remove them once they've
been migrated to components
Thanks
-Vincent
9:05 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
On Fri, Mar 25, 2011 at 08:57, Vincent Massol <vincent(a)massol.net> wrote:
Hi Sergiu,
On Mar 25, 2011, at 12:31 AM, Sergiu Dumitriu wrote:
We should move them from xwiki-core if it's not maintained. We don't
have to completely remove them, they can go to xwiki-legacy which is
here for that kind of use case.
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
I agree for plugins for which we have other ways of doing things (either it's been
rewritten with a newer architecture or there's another way of doing it).
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
+1
- TablePlugin (pre-Radeox support for wiki table
syntax)
+1
- GooglePlugin (search and spelling suggestions)
How is this one supposed to work? Do we want to keep its feature as a component? If yes
then -0
- GraphViz (graph drawing, unmaintained for a
long time; should be
replaced with a component)
This one is useful and used by several users I know. I'd be -0 to move it out. IMO it
should be removed but only once we have it rewritten as components only.
- MailPlugin (unmaintained mailbox reading
plugin)
This feature can be useful too.
-0
- QueryPlugin (old, unused precursor of the query
service)
+1
- SVG (old, unmaintained plugin; should be
replaced with a component)
-0
- testPlugin (test plugin, writen as a test
plugin to test the plugin
functionality :) )
+1
- XWikiUserManagementTools (precursor for the
invitation application,
unmaintained)
+1
The remaining plugins must be rewritten as
components first, since they
still provide useful functionality.
This I agree:
- move out plugins that we don't want anymore
- keep plugins for which we want to keep the features and remove them once they've
been migrated to components
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
9:09 a.m.
On Mar 25, 2011, at 9:05 AM, Thomas Mortagne wrote:
On Fri, Mar 25, 2011 at 08:57, Vincent Massol
<vincent(a)massol.net> wrote:
Yes but I don't agree that we don't want to maintain them or that we're not
maintaining them (it's not because there haven't been changes for a long time that
we're not maintaining them). IMO they're interesting enough to maintain them
(I'm talking for the ones where I've put -0). Maintaining means having the feature
available. It doesn't matter in which technology. Imagine if we moved in contrib all
code that has technology we don't like... we would be left with less than 50% of the
whole code... :)
Thanks
-Vincent
Hi Sergiu,
On Mar 25, 2011, at 12:31 AM, Sergiu Dumitriu wrote:
We should move them from xwiki-core if it's not maintained. Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
I agree for plugins for which we have other ways of doing things (either it's been
rewritten with a newer architecture or there's another way of doing it).
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
+1
- TablePlugin (pre-Radeox support for wiki table
syntax)
+1
- GooglePlugin (search and spelling suggestions)
How is this one supposed to work? Do we want to keep its feature as a component? If yes
then -0
- GraphViz (graph drawing, unmaintained for a
long time; should be
replaced with a component)
This one is useful and used by several users I know. I'd be -0 to move it out. IMO it
should be removed but only once we have it rewritten as components only.
- MailPlugin (unmaintained mailbox reading
plugin)
This feature can be useful too.
-0
- QueryPlugin (old, unused precursor of the query
service)
+1
- SVG (old, unmaintained plugin; should be
replaced with a component)
-0
- testPlugin (test plugin, writen as a test
plugin to test the plugin
functionality :) )
+1
- XWikiUserManagementTools (precursor for the
invitation application,
unmaintained)
+1
The remaining plugins must be rewritten as
components first, since they
still provide useful functionality.
This I agree:
- move out plugins that we don't want anymore
- keep plugins for which we want to keep the features and remove them once they've
been migrated to components We don't
have to completely remove them, they can go to xwiki-legacy which is
here for that kind of use case.
>
> Thanks
> -Vincent
9:19 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
On Fri, Mar 25, 2011 at 09:09, Vincent Massol <vincent(a)massol.net> wrote:
On Mar 25, 2011, at 9:05 AM, Thomas Mortagne wrote:
You forget the xwiki-legacy part of my answer. Ok "maintained" is not
the right word, all things in xwiki-legacy are deprecated but supposed
to work.
On Fri, Mar 25, 2011 at 08:57, Vincent Massol
<vincent(a)massol.net> wrote:
Yes but I don't agree that we don't want to maintain them or that we're not
maintaining them (it's not because there haven't been changes for a long time that
we're not maintaining them). IMO they're interesting enough to maintain them
(I'm talking for the ones where I've put -0). Maintaining means having the feature
available. It doesn't matter in which technology. Imagine if we moved in contrib all
code that has technology we don't like... we would be left with less than 50% of the
whole code... :) Hi Sergiu,
On Mar 25, 2011, at 12:31 AM, Sergiu Dumitriu wrote:
We should move them from xwiki-core if it's not maintained. Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
I agree for plugins for which we have other ways of doing things (either it's been
rewritten with a newer architecture or there's another way of doing it).
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
+1
- TablePlugin (pre-Radeox support for wiki table
syntax)
+1
- GooglePlugin (search and spelling suggestions)
How is this one supposed to work? Do we want to keep its feature as a component? If yes
then -0
- GraphViz (graph drawing, unmaintained for a
long time; should be
replaced with a component)
This one is useful and used by several users I know. I'd be -0 to move it out. IMO it
should be removed but only once we have it rewritten as components only.
- MailPlugin (unmaintained mailbox reading
plugin)
This feature can be useful too.
-0
- QueryPlugin (old, unused precursor of the query
service)
+1
- SVG (old, unmaintained plugin; should be
replaced with a component)
-0
- testPlugin (test plugin, writen as a test
plugin to test the plugin
functionality :) )
+1
- XWikiUserManagementTools (precursor for the
invitation application,
unmaintained)
+1
The remaining plugins must be rewritten as
components first, since they
still provide useful functionality.
This I agree:
- move out plugins that we don't want anymore
- keep plugins for which we want to keep the features and remove them once they've
been migrated to components
Thanks
-Vincent
--
Thomas Mortagne
We don't
have to completely remove them, they can go to xwiki-legacy which is
here for that kind of use case.
>
> Thanks
> -Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
9:30 a.m.
On Mar 25, 2011, at 9:19 AM, Thomas Mortagne wrote:
On Fri, Mar 25, 2011 at 09:09, Vincent Massol
<vincent(a)massol.net> wrote:
Indeed I missed the xwiki-legacy part of your answer :)
Yes that would sound better but it would need to be reorganized as a parent module with
children which can be released independently.
Thanks
-Vincent
On Mar 25, 2011, at 9:05 AM, Thomas Mortagne wrote:
You forget the xwiki-legacy part of my answer. Ok "maintained" is not
the right word, all things in xwiki-legacy are deprecated but supposed
to work. On Fri, Mar 25, 2011 at 08:57, Vincent Massol
<vincent(a)massol.net> wrote:
Yes but I don't agree that we don't want to maintain them or that we're not
maintaining them (it's not because there haven't been changes for a long time that
we're not maintaining them). IMO they're interesting enough to maintain them
(I'm talking for the ones where I've put -0). Maintaining means having the feature
available. It doesn't matter in which technology. Imagine if we moved in contrib all
code that has technology we don't like... we would be left with less than 50% of the
whole code... :) Hi Sergiu,
On Mar 25, 2011, at 12:31 AM, Sergiu Dumitriu wrote:
> Hi devs,
>
> I'd like to start moving very old plugins out of the core and into the
> contrib/retired repository.
I agree for plugins for which we have other ways of doing things (either it's been
rewritten with a newer architecture or there's another way of doing it).
> For the moment, this includes:
> - PatternPlugin (regexp based text replacements when running the old
> rendering engine)
+1
> - TablePlugin (pre-Radeox support for wiki table syntax)
+1
> - GooglePlugin (search and spelling suggestions)
How is this one supposed to work? Do we want to keep its feature as a component? If yes
then -0
> - GraphViz (graph drawing, unmaintained for a long time; should be
> replaced with a component)
This one is useful and used by several users I know. I'd be -0 to move it out. IMO it
should be removed but only once we have it rewritten as components only.
> - MailPlugin (unmaintained mailbox reading plugin)
This feature can be useful too.
-0
> - QueryPlugin (old, unused precursor of the query service)
+1
> - SVG (old, unmaintained plugin; should be replaced with a component)
-0
> - testPlugin (test plugin, writen as a test plugin to test the plugin
> functionality :) )
+1
> - XWikiUserManagementTools (precursor for the invitation application,
> unmaintained)
+1
> The remaining plugins must be rewritten as components first, since they
> still provide useful functionality.
This I agree:
- move out plugins that we don't want anymore
- keep plugins for which we want to keep the features and remove them once they've
been migrated to components
We should move them from xwiki-core if it's not maintained. > Thanks
> -Vincent
>
>> We don't
>> have to completely remove them, they can go to xwiki-legacy which is
>> here for that kind of use case.
>>
>>>
>>> Thanks
>>> -Vincent
10:06 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
+1
Thanks,
Marius
On 03/25/2011 01:31 AM, Sergiu Dumitriu wrote:
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
- TablePlugin (pre-Radeox support for wiki table syntax)
- GooglePlugin (search and spelling suggestions)
- GraphViz (graph drawing, unmaintained for a long time; should be
replaced with a component)
- MailPlugin (unmaintained mailbox reading plugin)
- QueryPlugin (old, unused precursor of the query service)
- SVG (old, unmaintained plugin; should be replaced with a component)
- testPlugin (test plugin, writen as a test plugin to test the plugin
functionality :) )
- XWikiUserManagementTools (precursor for the invitation application,
unmaintained)
The remaining plugins must be rewritten as components first, since they
still provide useful functionality.
10:06 a.m.
New subject: [xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
+1
Denis
On Fri, Mar 25, 2011 at 10:06, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
+1
Thanks,
Marius
On 03/25/2011 01:31 AM, Sergiu Dumitriu wrote:
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
Hi devs,
I'd like to start moving very old plugins out of the core and into the
contrib/retired repository.
For the moment, this includes:
- PatternPlugin (regexp based text replacements when running the old
rendering engine)
- TablePlugin (pre-Radeox support for wiki table syntax)
- GooglePlugin (search and spelling suggestions)
- GraphViz (graph drawing, unmaintained for a long time; should be
replaced with a component)
- MailPlugin (unmaintained mailbox reading plugin)
- QueryPlugin (old, unused precursor of the query service)
- SVG (old, unmaintained plugin; should be replaced with a component)
- testPlugin (test plugin, writen as a test plugin to test the plugin
functionality :) )
- XWikiUserManagementTools (precursor for the invitation application,
unmaintained)
The remaining plugins must be rewritten as components first, since they
still provide useful functionality.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
4927
days inactive
4928
days old
10 comments
6 participants
participants (6)
-
Denis Gervalle -
Jerome Velociter -
Marius Dumitru Florea -
Sergiu Dumitriu -
Thomas Mortagne -
Vincent Massol