Hello, How can I obtain an answer to my previous request ?
I copy it again in case : ---------------- *Xwiki issues to delete "blog" space & renaming a space* / Hello, I have installed Xwiki for my company, and wanted to disable the "blog". It seemed that I cannot do that so I decided to *delete the blog space. * I have read that in order to delete a whole space I have to delete all files in it so I did it, but the blog space is still there, empty with a "?" shown at the end. I have searched through the internet and found someone had the same problem as me. The answer of the admin was : "The reason is that there are some hidden documents in some spaces (like in the Blog space for example). We need to fix this. In the meantime, one solution (which is a pain I agree) is to go to that hidden page (you can use Ctrl + M to navigate) and delete it from there." So I wanted to delete those hidden files but I can't find them :S Can someone explain me how to show the hidden files and delete them ? I can't understand where to go and use Ctrl+M to navigate :S I have an other issue : *I tried to rename a space but didn't succeed *:S I have searched through the internet adn found this piece of information : "If you want to rename a full space, see the Space Rename Snippet.." (source : http://platform.xwiki.org/xwiki/bin/view/Features/Spaces & http://code.xwiki.org/xwiki/bin/view/Snippets/RenameSpaceSnippet) So I tried it but this Space Rename Snippet is a xwiki code 1.0 and our xwiki is a 2.0 version , so the Snippet doesn't work :/ So I tried to find a 2.0 version of the Space Rename Snippet code but without any success. If someone has it or any solution to change the name of a space I'm listening :) Sincerely. /------------ Many thanks, Caroline. [email protected] a écrit : > Send users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xwiki.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of users digest..." > > > Today's Topics: > > 1. Re: [xwiki-devs] [Proposal] Rights Management UI > (Ecaterina Valica) > 2. Re: Captcha for comments (Gregor Schneider) > 3. Re: Captcha for comments (Caleb James DeLisle) > 4. Re: Captcha for comments (Gregor Schneider) > 5. Re: How to list the subspace under the space? Little bit > successful. Need more steps to go.. (Nithya Vembu) > 6. Re: Captcha for comments (Caleb James DeLisle) > 7. Can't delete attachment (Christian Dionne) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 26 May 2010 16:48:45 +0300 > From: Ecaterina Valica <[email protected]> > Subject: Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management > UI > To: XWiki Developers <[email protected]> > Cc: XWiki Users <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > Did: > - source of inheritance is per rights; > - local source of inheritance: if the a right is allowed to anyone else at > the same level, it is implicitly disallowed for any others; > - inheritance from upper levels / groups. > > Please see if I put the rights correctly: > Wiki Level: > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights41Wiki > Space Level: > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights41Space > > Obs. Summary view + icons not done yet. > > Thanks, > Caty > > On Sat, May 22, 2010 at 11:31, Denis Gervalle <[email protected]> wrote: > > >> Hi Caty, >> >> This one is simpler and more easy to understand than proposal 2 (which I >> liked but were complex). It is your best try IMO. I agree with Caty that >> using icons too reduce the place taken will not allow easy extensions. But >> Alex proposal would help to have a summary view, which is nice to have too. >> >> Maybe we could do both in fact. Propose a summary view (by default), which >> fit a single line per user, this view would present the common rights >> (V/C/E/D/A/(R/P)) using icons, and a last icon would be used to mention >> there is more special rights either inherited, allowed or denied. So we >> only >> need to use (and think about) a short icon representation for common >> rights, >> and extended rights will be represented by a single special representation. >> Rows could be expanded individually or globally so if you want a more >> detailled information, you may reach it either for a single user or all at >> once. Changing common rights would be allowed in collapsed mode and >> expanded >> mode, but changing special rights would only be allowed in expanded view. >> >> If you want to keep the width even smaller, you may also colspan the >> user/group column over the others, using 2 rows per user, but I am not sure >> it will be nice. (Could this be only when horizontal space is short ?) >> >> I really like this one because it is simple to learn without documentation >> and could also help learning how rights works, but there is again >> some inconstancies with the current implementation. Compare to proposal 3, >> these inconsistencies may be nicely fixed and really helps understanding >> why >> the right is disallowed at any time. You can do it like this: >> >> - the inheritance pop-up information should be at the right level in >> the inheritance columns. The rights are inherited and check individually, >> so >> the precise source of inheritance is per rights, not only per user or group >> - there is a local source of inheritance: if the a right is allowed to >> anyone else at the same level, it is implicitly disallowed for any others. >> So the source of inheritance is the local level, implying a deny because >> the >> local level has at least a specific allow. This means than when you drag >> the >> first time a right in the allow column, all other user/group at the same >> level will have that right inherited deny from the current level. (For >> those >> who wonder and will check the source of the right service, yes, there is >> potential performance improvement by immediately denying when a >> non-matching >> allow is found, currently we continue to check right at higher level for >> more deny, this is not really clever) >> >> With these changes, I really feel that this last proposal could be a real >> improvement in the way rights are applied, and keeps the interface simple >> at >> the same time. >> >> WDYT ? >> >> Denis >> >> On Sat, May 22, 2010 at 07:57, Ecaterina Valica <[email protected]> wrote: >> >> >>> On Fri, May 21, 2010 at 21:42, Alex Busenius <[email protected] >>> >>>> wrote: >>>> >>>> I like this version, it makes clear what is allowed/denied and why, but >>>> it takes a lot of space. What if those rights names would be replaced >>>> >> by >> >>>> big icons and placed side by side? Like this (sorry for ASCII-art): >>>> >>>> -------------------+-------------------------------------+--+------ >>>> Unregistered users | [+V] [+C] [+R] [-D] [-A] [-P] [-CC] | | [-E] >>>> >>>> >>>> >>> Big Icons: >>> We are using Silk set for our icons and this is constraining. Also, >>> >> Rights >> >>> version 3-4 were made having rights extensibility in mind, for use cases >>> like adding "captchaComment" right, or "annotate" right, or >>> "applicationXusage" right .... so I don't think is very good if >>> applications >>> are gonna have to choose their custom icon to represent their custom >>> >> right, >> >>> because is gonna be a mess in the UI. >>> >>> There are few possible icons to choose from (in order to keep the >>> >> look&feel >> >>> unitary) and having the developers choose their own icon for the right >>> >> they >> >>> extend is gonna break the UI consistency. >>> I think is much easier, extensible and less visual cryptic to textual >>> describe an extensible right. >>> >>> Placed side by side: >>> Version 4 takes a lot of space, yes, but the problem with side by side is >>> that is less readable (harder to scan the rights order). Also it's easier >>> to >>> have a bigger area to select when you want to drag an item. >>> >>> Thanks Alex for your feedback, >>> Caty >>> >>> >>>> Alex >>>> >>>> >>>> On 05/21/2010 07:51 PM, Ecaterina Valica wrote: >>>> >>>>> Hi, >>>>> >>>>> Changes: >>>>> >>>>> - One additional column is added: "Default / Inherited Rights", by >>>>> default all rights appear in this column >>>>> - By using drag'n'drop items are tossed around between "Allow >>>>> >>> rights", >>> >>>>> "Deny rights" and "Default / Inherited Rights" >>>>> >>>>> Rights Proposal 4: >>>>> >>>>> >>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Proposal >>> >>>>> Wiki Prototype: >>>>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Wiki >>>>> Space Prototype: >>>>> >>>>> >> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Space >> >>>>> This proposal is done by using feedback provided by Roman Muntyanu >>>>> >> and >> >>>>> Raluca Morosan. >>>>> Thanks, >>>>> Caty >>>>> _______________________________________________ >>>>> users mailing list >>>>> [email protected] >>>>> http://lists.xwiki.org/mailman/listinfo/users >>>>> >>>>> >>>> _______________________________________________ >>>> devs mailing list >>>> [email protected] >>>> http://lists.xwiki.org/mailman/listinfo/devs >>>> >>>> >>> _______________________________________________ >>> users mailing list >>> [email protected] >>> http://lists.xwiki.org/mailman/listinfo/users >>> >>> >> >> -- >> Denis Gervalle >> SOFTEC sa - CEO >> eGuilde sarl - CTO >> _______________________________________________ >> devs mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/devs >> >> > > > ------------------------------ > > Message: 2 > Date: Wed, 26 May 2010 15:52:51 +0200 > From: Gregor Schneider <[email protected]> > Subject: Re: [xwiki-users] Captcha for comments > To: XWiki Users <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > Hi Guillaume, > > actually I can't find anything regarding this in neither of said files. > > The docs also don't mention any necessary change of said files. > > If you can name a property I'd have to include, that would be great. > > Cheers > > Gregor > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2897 - Release Date: 05/26/10 > 06:25:00 > > _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
