If we grant rights to a group of users to view a page, we would like to grant
that right also to all the (sub)children of that page.
Right now, we have to set the rights on every childpage.
Is this possible?
--
View this message in context:
Hamster wrote
If we grant rights to a group of users to view a page, we would like to
grant that right also to all the (sub)children of that page.
In a theory - yes. You should have event listener on change for parent
page. In this event listener need to define your type of changes (only
Hi Eugen,
On Jul 4, 2012, at 8:47 AM, Eugen Colesnicov wrote:
Hamster wrote
If we grant rights to a group of users to view a page, we would like to
grant that right also to all the (sub)children of that page.
In a theory - yes. You should have event listener on change for parent
vmassol wrote
...
Then we would retrofit wiki macros to use wiki component and we could have
a specialized version for listeners too if we want but generally speaking
you'll be able to register any component using a wiki page and objects.
And they'll registered on startup.
...
It will
Hi Caleb,
This is great stuff!
Since XClasses are actually JDO-enhanced Java classes as I understand, is
there, or could we add, an UI to write such classes directly (in groovy for
example) ? It would offer more possibilities than regular XWiki classes :
more complex relationships, other types
On Wed, Jul 4, 2012 at 1:57 AM, Caleb James DeLisle
calebdeli...@lavabit.com wrote:
Hi,
Over in the XWiki Research Department, we've been working on some exciting
new developments.
While XWiki provides industry leading flexibility for defining, storing
and querying data structures in SQL
It's a real difficult one for me as I have little idea about the
audience ('s interest) at Devoxx, but for me the Velocity aspect in
XWiki is quite unique. Just a thought!
On 2 July 2012 10:14, Vincent Massol vinc...@massol.net wrote:
Hi everyone,
I'm about to submit some talk proposals
Ok, how about this:
Is it possible to write an XWiki Macro which will loop through all the child
pages of a given document and change the rights? (giving the child pages the
same rights as the parent page)
The Admin could add that macro to the parent page. Every time he changes the
rights of
I should have searched the Extensions first...
http://extensions.xwiki.org/xwiki/bin/view/Extension/Setting+Rights
I guess we could use this as a starting point to read the $rightsObject of
the current page and apply that $rightsObject to all the child
pages...right?
--
View this message in
when running internally contorolled server, it creates the config like
c:\Users\uesr-name\AppData\Local\Temp\.jodconverter_socket_host-127.0.0.1_port-8100\user\registrymodifications.xcu
This is vanilla ocnfig with only very little inside and no UTF8 format
fixed.
I wonder where does it take it
are those folders names by design ?
they look like non-resolved internal variables!
c:\Users\user-name\AppData\Local\Temp\Jetty_0_0_0_0__XWiki__XWiki__sxrtel\xwiki-temp\aether-repository\${groupId}\
Do u use file.encoding in export ?
http://www.mindspring.com/~mgrand/java-system-properties.htm
I managed to intercept export_input.html and it is obviously broken.
It's header claims
meta content=text/html; charset=UTF-8 http-equiv=Content-Type /meta
content=ru name=language /
But the
also i wonder if you do use file.encoding in import
Then even would OOo give u correct HTML source, you would read it in
incorrect way...
I think you'd better use some HTML/XML/SGML library rather than plain file
API to avoid wrong reconversions.
HTML files are not plain text files to
DefaultXDOMOfficeDocumentBuilder.java
DefaultXHTMLOfficeDocumentBuilder.java
why two files ? what the differences and interactions ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580134.html
Sent from the XWiki- Users mailing list archive at
which HTML parsers do u have onboard ?
Jericho, JTidy, whatever ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/which-HTML-parsing-libs-are-already-using-shiipped-with-XWiki-tp7580136.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
Probably some core extension with a badly written pom.xml that AETHER
tried to resolve.
On Wed, Jul 4, 2012 at 12:05 PM, Arioch arioch...@gmail.com wrote:
are those folders names by design ?
they look like non-resolved internal variables!
would u investigate or would i put it to Jira ?
maybe UNIX and bash were expected and because of this it failed on Windows ?
Or it was hardcoded on compilation ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/temp-file-names-tp7580131p7580139.html
Sent from the XWiki- Users
okay,. maybe you'd better devise the code ?
i can only copy-paste from googled sources without real Java knowledge and
real ability to test.
So even if i do something - it still would have to be reviewed and maybe
even would not compile.
HTML cleaner tells to have auto-detection in one of its methods
http://htmlcleaner.sourceforge.net/doc/org/htmlcleaner/HtmlCleaner.html#clean(java.net.URL)
Okay, this probably might be copy-pasted almost non-modified (if
HtmlCleaner's 3-clause BSD license allows it,
The PDF export is done only through FOP, not through the office
server.
BTW, why ?
--
View this message in context:
http://xwiki.475771.n2.nabble.com/OpenOffice-auto-start-tp7579979p7580142.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
some core extension with a badly written pom.xml
Or badly fetched.
It looks like SVN or CVS macros, that should have been expanded on sources
downloading, but failed to.
xwiki-temp\aether-repository\${groupId}\hibernate-core\3.6.9.Final\
Hello,
when i try to access a space page index, i always get an empty table with The
environment prevents the table from loading data. What should i do to solve
it? Searching google is of no help as this message appear in all pages of
documentation when google indexed them :(
David
On Wed, Jul 4, 2012 at 12:49 PM, Arioch arioch...@gmail.com wrote:
would u investigate or would i put it to Jira ?
Yes create a jira issue with the exact step to reproduce and will look at it.
maybe UNIX and bash were expected and because of this it failed on Windows ?
No, nothing like that
Yes, this is exactly what I was thinking about when I designed it.
I envisioned the next generation as being more powerful than the current
generation in a Turing sense so that it can emulate it to provide backward
compatibility. I had imagined a UI where the user selects properties in a
class
I'm using XWIKI ENTERPRISE 3.3 and I need the wiki to have a closed
registration process, i.e., it must not allow any user to register and validate
their own account. Either the administrator will have to include them, or the
user could register but the admin would have to approve the
Hi Fernando,
as a last resort, as an admin you can edit an user's page in object edition
mode. Find the activated property and switch it to 1, then save the
page.
You're done!
Guillaume
On Wed, Jul 4, 2012 at 3:37 PM, Fernando de Alcântara Correia
fernando.corr...@benner.com.br wrote:
I'm
Guillaume, that's the tip I needed! I was even looking at the mysql database,
but I couldn't find the table and field to update. I had no idea I could update
the object properties.
Problem solved. Thanks!
-Mensagem original-
De: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org]
Hello Vincent,
The most interesting presentations I saw were based on real experience and
included live demos. So I like all of the demos you've listed below (especially
quality dashboard and web site live).
My 2 cents on potentially interesting content (from devoxx attendee the point
I think caleb's Cassandre based XWiki could be a great talk with you and or him
as a speaker
Envoyé de mon iPhone
Le 4 juil. 2012 à 17:49, Roman Muntyanu rmunt...@softserveinc.com a écrit :
Hello Vincent,
The most interesting presentations I saw were based on real experience and
The Curriki team is happy to announce that Curriki-1.11 is released in source
trees and deployed on www.curriki.org. It is made of:
- XCLAMS branch curriki-1.11 (maven version 1.11.1)
- CurrikiSolr, 1.2 (maven version 1.2.1)
- a set of Apache rewrite rules and xwiki configurations
We are
On 07/04/2012 03:22 PM, Paul Libbrecht wrote:
The Curriki team is happy to announce that Curriki-1.11 is released in source
trees and deployed on www.curriki.org. It is made of:
- XCLAMS branch curriki-1.11 (maven version 1.11.1)
- CurrikiSolr, 1.2 (maven version 1.2.1)
- a set of Apache
Hi Paul,
Hey that's nice to hear, well done! Thanks for mentioning it.
BTW if the community has some nice stories about putting XWiki in production
out there, we'd love to know; it's always nice to see your work used by others!
:)
Thanks
-Vincent
On Jul 4, 2012, at 9:22 PM, Paul Libbrecht
32 matches
Mail list logo
