Yep, I need to rewrite a bit some stuff than cannot be qualified of
something better than notes...
On Tue, Sep 2, 2014 at 5:12 PM, Pascal BASTIEN wrote:
> scm = Source Code Management = github ? :-)
>
>
>
>
>
> De : Jeremie BOUSQUET
> À : Pascal BASTIEN ; XWiki
scm = Source Code Management = github ? :-)
De : Jeremie BOUSQUET
À : Pascal BASTIEN ; XWiki Users
Envoyé le : Mardi 2 septembre 2014 17h05
Objet : Re: [xwiki-users] Contribution pain points
2014-09-02 17:01 GMT+02:00 Pascal BASTIEN :
<< Add supp
2014-09-02 17:01 GMT+02:00 Pascal BASTIEN :
> << Add support to EM>>
> ...
>
> (EM: Extension manager I suppose)
> scm ? (╯_╰”)
>
Software Configuration Management, so in this case github for example ;-)
>
> Thanks you (and sorry for the noise :-/)
>
>
>
>
>
>
<< Add support to EM>>
...
(EM: Extension manager I suppose)
scm ? (╯_╰”)
Thanks you (and sorry for the noise :-/)
De : Thomas Mortagne
À : XWiki Users
Envoyé le : Lundi 1 septembre 2014 16h50
Objet : [xwiki-users] Contribution pain points
Hi xwikiers
Of course, $showhistory = false is enough because there are a complex token in
hyperlink to restore an old document version!
Thanks you.
De : Jeremie BOUSQUET
À : Pascal BASTIEN ; XWiki Users
Envoyé le : Mardi 2 septembre 2014 16h47
Objet : Re: [xwiki-user
Hello,
See in scripting guide [1] on how to display/hide some sections of the
page, including history.
That doesn't deactivate document versioning though, it would simply remove
the history tab from your sheet so users would not be able to restore older
versions.
To completely deactivate version
Hello,
Are there a way to deactivate document versioning for all document in a
particular space?
I'm writing a piece of Xwiki application: I indicate my
XWiki.ClassSheetBinding and in my sheet document I wanted to forbidden users to
use revision tools in new entries/document (I want to prevent
Thomas Mortagne wrote
> "Lower the expected quality" is an example of thing none of the core
> devs want to do for now (but that could change since the expected
> quality is pretty high right now) but it's still something that would
> increase the number of contributions (there is existing pull
On Tue, Sep 2, 2014 at 11:03 AM, Jeremie BOUSQUET
wrote:
> Hi,
>
> I don't know if it's still an issue - that's why I didn't add it to your
> page, but "make xwiki build work (easily) under windows environments" is
> something that could help also.
> I remember at a time, paths too long were makin
Hi,
I don't know if it's still an issue - that's why I didn't add it to your
page, but "make xwiki build work (easily) under windows environments" is
something that could help also.
I remember at a time, paths too long were making the build fail, for one of
the xwiki top projects.
But maybe since
http://dev.xwiki.org/xwiki/bin/view/Community/ContributingPainPoints
is not a TODO list, it's supposed to contains a list of things that
should increase the number of contribution if it was done.
"Lower the expected quality" is an example of thing none of the core
devs want to do for now (but that
"Lower the expected quality"
Uhm...??? Is that a good thing???
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Contribution-pain-points-tp7591946p7591948.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users
12 matches
Mail list logo