January 2016 - xwiki-users@xwiki.org

[xwiki-users] Send data to Java component
by Giordano Ninonà 13 Jan '16

13 Jan '16

Hi devs, I am developing a sort of UI for my java component and I have encountered a problem: In a wiki page I've put some input text boxes(i.e. *Page name: <input type="text" name="pName" >*) in which the user will insert the information needed by the method that I want to invoke from Velocity when I push a button. I have tried some solution but I don't know how to do that, following the code in my page: *{{velocity}}* *#if("$!request.create" == 1)* * $services.evoS.addInstance("$type", "$pName", "$description")* *#end* *{{html}} * * <form action="" id="dataForm" method="POST">* * Page name: <input type="text" name="pName" value="$!pName"><br>* * Description: <input type="text" name="description" value="$!description"><br>* * Type: <input type="text" name="type" value="$!type"><br>* * <div>* * <input type="hidden" name="create" value="1"/> * * <span class="buttonwrapper">* * <input type="submit" value="Create" class="button"/>* * </span>* * </div>* *</form> * *{{/html}}* * {{/velocity}}* Thank you, Giordano.

2 3

[xwiki-users] How retrieve terminal pages
by Giordano Ninonà 12 Jan '16

12 Jan '16

Hi users, I have a problem with my Java component. I have a hjava method wich take as input 3 strings: wikiName, wikiSpace and the wiki page to retrieve the doc, thus the content and perform modification. Ok, when I try to delete a terminal page inside a nested page, there is no problem, the component retrieve the page's document and can delete it, it works! But when I want to delete a terminal page that is inside a nested page which is inside another nested page it stops working. The point is that I can't retrieve the terminal page's document, probably because of the wikiSpace variable. I have tried "NestedPage1.NestedPage2" but it is not woking at all, it is keep creating and successively deleting new documents(thus pages). Thank you, Giordano.

2 5

[xwiki-users] Increase attachment size
by Joshua Spiva 12 Jan '16

12 Jan '16

I can't get my attachment limit above 4Mb. I am running 7.4 on Tomcat 8 with MySQL5.6 all running on Server 2012 R2. I have included screenshots of the current settings in Xwiki and MySQL Xwiki Maximum Upload Size = 3000000000 MySQL max_allowed_packet = 900M Any help would be greatly appreciated. Joshua Spiva I.T. Manager 1411 Twin Oaks Street, Wichita Falls, TX 76302 tel: (940) 322-2206 dir: (940) 264-9114 jspiva(a)emdinc.com

2 1

[xwiki-users] How do I enable login timeout?
by rbg 11 Jan '16

11 Jan '16

We are running XWiki Enterprise 7.3 and I would like to enable a 'login timeout'. Currently the users stay logged in even after the browser has been closed, which poses a security threat. So how do I set an idle time after which the users are logged out? Thanks! RBG -- View this message in context: http://xwiki.475771.n2.nabble.com/How-do-I-enable-login-timeout-tp7597463.h… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

[xwiki-users] myxwiki local user gets rights block on XWikiUserProfileSheet
by Gerritjan Koekkoek 11 Jan '16

11 Jan '16

Hi, Invitation application did not work, so I tried to create a user manually and send him the password. This seems a very bad practice on myxwiki? I have get a lot of rights errors, and now user can not update his profile and gets a no-rights on XWikiUserProfileSheet. What is best way to get users on a myxwiki wiki (as a local user!) Gerritjan Koekkoek Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS Visit our website<http://www.cdlsworld.org> Facebook<https://www.facebook.com/gerritjan.koekkoek> email<gerritjan(a)cdlsworld.org>

1 0

[xwiki-users] Velocity documentation
by Giordano Ninonà 09 Jan '16

09 Jan '16

Hello users, I am wondering where can I find the Velocity documentation or guides to discover how this scripting language works. I am asking this because the " *Scripting"i* [1] and the "*Velocity Macro" *[2] pages explain almost anything about the usage of the language (syntax and semantic). [1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting [2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Velocity+Macro Thank you, Giordano.

3 3

Re: [xwiki-users] WYSIWYG editor sometimes adds grey background to text on backspace/delete
by vincent＠massol.net 08 Jan '16

08 Jan '16

On 7 Jan 2016 at 13:33:44, Sunil Khiatani ([email protected](mailto:[email protected])) wrote: > Hi, > > I believe its 6.2, in the latest version of chrome. Sorry im at home now so I cant tell exactly. > > Also when I switch from wysiwyg to source I remember theres some formatting synyax like ((( sytle="background color etc ))) > > Again im not at work so i cant tell exactly. did it work for you when you tried to edit http://playground.xwiki.org/xwiki/bin/view/Main/TestDelete? Thanks -Vincent PS: Please reply to the list ;) > Sunil > > > Sent from Yahoo Mail on Android(https://overview.mail.yahoo.com/mobile/?.src=Android) > > On Thu, Jan 7, 2016 at 8:28 pm, vincent(a)massol.net > > wrote: > > Hi, > > > > On 7 Jan 2016 at 13:25:37, Sunil Khiatani ([email protected](javascript:return)(mailto:[email protected](javascript:return))) wrote: > > > > > I think explain it without a picture. say I have 2 lines as follows: > > > > > > 1 2 3 > > > 4 5 6 > > > > > > If I place my cursor after 3 and press delete until the two lines merge. Then 4 5 6 will show up with a light grey background. > > > > I’ve tried it and pressed suppr when the cursor was after 3 and I got: > > > > 1 2 34 5 6 > > > > But no grey background. > > > > What browser and what version are you using? I tried with Chrome 46.0.2490.71 at http://playground.xwiki.org/xwiki/bin/view/Main/TestDelete > > > > Thanks > > -Vincent > > > > PS: Please reply to the list ;) > > > > > Regards, > > > > > > Sunil > > > > > > Sent from Yahoo Mail on Android(https://overview.mail.yahoo.com/mobile/?.src=Android) > > > > On Thu, Jan 7, 2016 at 6:18 pm, [email protected](javascript:return) > > > > wrote: > > > > Hi, > > > > > > > > No need for an image, could you please paste the exact content of your page and where the cursor is when you hit the delete key? > > > > > > > > Thanks > > > > -Vincent > > > > > > > > PS: The image wasn’t shown in your posting > > > > > > > > > > > > On 7 Jan 2016 at 11:14:05, Sunil Khiatani ([email protected](javascript:return)(javascript:return)) wrote: > > > > > > > > > > > Hi Vincent, > > > > > no there's not macro, they're two paragraphs of text. > > > > > The following screenshots in this imgur album help illustrate this behavior > > > > > XWiki > > > > > > > > > > | | > > > > > | | | | | | | | > > > > > | XWikiImgur: The most awesome images on the Internet. | > > > > > | | > > > > > | View on imgur.com | Preview by Yahoo | > > > > > | | > > > > > | | > > > > > > > > > > > > > > > Regards, > > > > > Sunil > > > > > > > > > > On Thursday, January 7, 2016 6:01 PM, "[email protected](javascript:return)" wrote: > > > > > > > > > > > > > > > > > > > > #yiv5080906799 * {font-family:Menlo, Arial;}Hi Sunil, > > > > > > > > > > On 7 Jan 2016 at 10:44:32, Sunil Khiatani ([email protected](javascript:return)(mailto:[email protected](javascript:return))) wrote: > > > > > > > > > > > Hi, > > > > > > I find that sometimes when I'm editing a page in XWiki part of the text will turn into a light grey background under certain situations. > > > > > > If I have two paragraphs, and I press delete or backspace so that the two paragraphs become one paragraph. One of the paragraphs will have a light grey background. > > > > > > Is there a way to turn this behavior off? > > > > > From IRC:> maybe when you delete a char, the previous element is a macro?> (and thus the whole rendring of that macro gets highlighted)> best would be for you to provide some content for us to reproduce > > > > > Thanks-Vincent > > > > > > Regards, > > > > > > Sunil > > > > >

3 3

Re: [xwiki-users] WYSIWYG editor sometimes adds grey background to text on backspace/delete
by vincent＠massol.net 07 Jan '16

07 Jan '16

Hi, On 7 Jan 2016 at 13:25:37, Sunil Khiatani ([email protected](mailto:[email protected])) wrote: > I think explain it without a picture. say I have 2 lines as follows: > > 1 2 3 > 4 5 6 > > If I place my cursor after 3 and press delete until the two lines merge. Then 4 5 6 will show up with a light grey background. I’ve tried it and pressed suppr when the cursor was after 3 and I got: 1 2 34 5 6 But no grey background. What browser and what version are you using? I tried with Chrome 46.0.2490.71 at http://playground.xwiki.org/xwiki/bin/view/Main/TestDelete Thanks -Vincent PS: Please reply to the list ;) > Regards, > > Sunil > > Sent from Yahoo Mail on Android(https://overview.mail.yahoo.com/mobile/?.src=Android) > > On Thu, Jan 7, 2016 at 6:18 pm, vincent(a)massol.net > > wrote: > > Hi, > > > > No need for an image, could you please paste the exact content of your page and where the cursor is when you hit the delete key? > > > > Thanks > > -Vincent > > > > PS: The image wasn’t shown in your posting > > > > > > On 7 Jan 2016 at 11:14:05, Sunil Khiatani ([email protected](javascript:return)) wrote: > > > > > Hi Vincent, > > > no there's not macro, they're two paragraphs of text. > > > The following screenshots in this imgur album help illustrate this behavior > > > XWiki > > > > > > | | > > > | | | | | | | | > > > | XWikiImgur: The most awesome images on the Internet. | > > > | | > > > | View on imgur.com | Preview by Yahoo | > > > | | > > > | | > > > > > > > > > Regards, > > > Sunil > > > > > > On Thursday, January 7, 2016 6:01 PM, "vincent(a)massol.net" wrote: > > > > > > > > > > > > #yiv5080906799 * {font-family:Menlo, Arial;}Hi Sunil, > > > > > > On 7 Jan 2016 at 10:44:32, Sunil Khiatani ([email protected](mailto:[email protected])) wrote: > > > > > > > Hi, > > > > I find that sometimes when I'm editing a page in XWiki part of the text will turn into a light grey background under certain situations. > > > > If I have two paragraphs, and I press delete or backspace so that the two paragraphs become one paragraph. One of the paragraphs will have a light grey background. > > > > Is there a way to turn this behavior off? > > > From IRC:> maybe when you delete a char, the previous element is a macro?> (and thus the whole rendring of that macro gets highlighted)> best would be for you to provide some content for us to reproduce > > > Thanks-Vincent > > > > Regards, > > > > Sunil > > >

1 0

[xwiki-users] WYSIWYG editor sometimes adds grey background to text on backspace/delete
by Sunil Khiatani 07 Jan '16

07 Jan '16

Hi, I find that sometimes when I'm editing a page in XWiki part of the text will turn into a light grey background under certain situations. If I have two paragraphs, and I press delete or backspace so that the two paragraphs become one paragraph. One of the paragraphs will have a light grey background. Is there a way to turn this behavior off? Regards, Sunil

2 3

[xwiki-users] [Brainstorming] Home Page concept (was Re: New Page Has No Parent)
by vincent＠massol.net 06 Jan '16

06 Jan '16

Hi Edy and all, On 5 Jan 2016 at 11:52:24, Eduard Moraru ([email protected](mailto:[email protected])) wrote: > Hi Randy, > > From your choice of words (and your continued usage of the now deprecated > "spaces" macro on the homepage, as observed in the screenshot you`ve > provided), I understand that you still see things in terms of "creating > spaces" and "creating documents inside spaces" in 7.4 and, IMO, that`s > really the issue. > > In case you`ve missed it from the release notes, starting with 7.2, we`ve > introduced the notion of Nested Pages [1], which means that you no longer > have the notion of "pages inside spaces", but always "pages inside pages". > Technically, it is actually implemented by always creating a "space" when > you create a page from the UI, but the user should see it as if he is > always creating a page. > > = Use Case 1 = > > When your users go to your homepage and create a new page "under the Main > space", they are actually creating a nested page (old "space"), under the > homepage (document called "Main") of your wiki. If you change [2] the > homepage of your wiki to point to a different document instead (say > "Some.Other.Homepage"), I`m fairly sure that you do not want your users to > start creating new pages as children of that page (e.g. > "Some.Other.Homepage.NewUserPage"), because that is what the alternative > would lead to. > > The logic behind the original decision of handling the homepage differently > was that, even as Guillaume was hinting, the homepage is seen as the "root" > of your wiki. Creating a page from the root should result in creating top > level pages, not child pages. If you wanted to create a child page of > something from the homepage, you would explicitly do so by selecting a > parent. Not selecting a parent while on the homepage would logically imply > that you want to create a page in the wiki (i.e. top page). > > I`m curious why do you find it normal the other way around, i.e. landing on > the wiki (i.e. not navigating somewhere in particular) + creating a new > page => resulting in creating a child page of the "Main" page (which > happens to be the homepage). > > If you always create child pages of the homepage ("Main" page), on the long > run, all your URLs will be /Main/This/Page, /Main/That/Page, > /Main/That/Other/Page, etc... but ultimately, what is this "Main", and why > is it that important to drag it along in all your page URLs? (of course, > again, if you change your homepage to "Some.Other.Homepage", all your urls > will be prefixed by that!) > > = Use case 2 = > > Now, another way of looking at this would be that, for some reason, you > *really* want to keep all your content under some top level page (e.g. as > Vincent suggested, a "Content" container page), perhaps to separate it from > applications (which, for historic reasons, currently are also located in > the top level) like Blog, Sandbox, etc. or any other reason. > > The only limitation in this usecase is if you also want to use that > container page ("Main", "Content", etc.) as your homepage. In this case, > indeed, I see no other solution but to modify the createinline.vm template > or for us to drop this behavior altogether. > > --- > > Conclusion so far: > We have 2 use cases regarding a new page's parent. They can both coexist, > except that, in some cases, the 2nd use case is limited by the first use > case. If we consider this limitation to be a deal breaker, then we are left > with 2 choices: > A. Drop use case 1 (i.e. always propose the current page as parent of the > new page, regardless if the current page is the homepage or not) > B. Make use case 1 configurable (i.e. enable or disable it completely, in > case you are suffering from the limitation of the second use case; this > allows the user to decide if it's useful or not) > > Of course, if option B is what we go for, we also need to figure out where > we would put such a configuration. > > I would be in favor of option B (since I obviously believe that use case 1 > is something useful for the majority of cases), but have no idea on the > location of the configuration. > > WDYT? I agree about what you’ve said above. However I think the main problem comes from the fact that the user doesn’t know: * That he’s on a special page (home page). He sees himself/herself on the Main/WebHome page, i.e. in the Main space. * The user doesn’t realize that the home page of his/her wiki is a virtual page that can be configured to point to any page and that it just happens that by default it’s been set to point to Main.WebHome. * It can even be argued that the home page doesn’t exist and that the user is redirected to the page configured in the main wiki’s descriptor, i.e. Main.WebHome and thus when you click “+” to add a new page you’re not on the home page anywhere but on Main.WebHome. So, I see 2 choices: 1) Option A, i.e. "drop use case 1 (i.e. always propose the current page as parent of the new page, regardless if the current page is the homepage or not)." 2) Find a way to make the home page special and different from Main.WebHome. It could be a special URL as suggested by Guillaume in a previous post, such as http://localhost:8080/xwiki/bin/view/ and it would redirect to a special resource type for the home page, which would be served as a template. For example: http://localhost:8080/xwiki/home. This would be easy to implement. Of course we would keep the ability to configure where the home page of the main wiki points to in the Admin UI and /home would be used only when no custom configuration is defined so that it would still be easy for users to configure what they want to display on the home page. In order to make it simpler we could even introduce a "Home Page” entry in the Admin UI. We would also need to find some different content for Main.WebHome. I haven’t thought about all the consequences of 2) but at first sight it seems it could be something that could work and could even solve the issue we currently have of it being hard to edit. Note that the home page wouldn’t have an Edit button. Seen differently, the home page would be controllable only by an Admin, which IMO can make sense. So, all in all, I think I’d be in favor of solution 2) (unless some gotchas). Barring that, I’d prefer solution 1) instead of option B above. WDYT? Thanks -Vincent > Thanks for all your feedback so far and I`m counting on your help and > anyone else interested to reach a conclusion regarding this. > > -Eduard > > ---------- > [1] http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization > [2] > http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+change+the+home+page+destina… > > On Mon, Jan 4, 2016 at 3:13 PM, Randy Havens < > Randy.Havens(a)cityofrochester.gov> wrote: > > > > So if we bring > > > back the old behavior as-is we'd still have to find a solution for > > > top-level space creation. > > > > That’s already taken care of. This is how I always created spaces before: > > (this is a screenshot from my 7.4 instance, so I know that it is still an > > option) > > > > [cid:[email protected]] > > > A suggestion I had now that nested spaces are activated by default was to > > > make the home page of the wiki be "above" every other space. Said > > > differently, the home page would reside directly at > > > https:///xwiki/bin/view/ > > > without anything else being mentioned. From that page you'd be able to > > > create top-level spaces, and every other page would behave as expected, > > > including Main.WebHome. I think this is what would feel the most natural, > > > but it causes many underlying issues, notably because a page with no > > > document reference cannot really exist in XWiki right now. > > > > I agree. This seems to be a sensible solution. > > > > > > image001.png (23K) < > > http://xwiki.475771.n2.nabble.com/attachment/7597376/0/image001.png>

3 2