Re: [xwiki-users] Can't add new group

[eimzdn]

Hello, Alexandre,

I don’t have a solution for wildfly. I decided to switch to jetty. There 
everything works properly.

Best Regards,
Eimantas

From: amonge [via XWiki] [mailto:ml+s475771n7603643...@n2.nabble.com]
Sent: Wednesday, April 26, 2017 5:45 PM
To: Eimantas Zdanevičius 
Subject: Re: Can't add new group

Hello,

I have exactly the same problem. When I'm trying to add a new group, this 
message appears : An error occurred while communicating with the server. Please 
check that the server is accessible, and you have the proper rights to perform 
the requested action.

[http://xwiki.475771.n2.nabble.com/file/n7603643/ErrorNewGroup.png]

I tried with XE 8.4.4 and XE 8.4.5 .war on JBoss Wildfly 8 & 10 and an Oracle 
database, but I'm still getting the same error. The logs displayed on the 
server are the same as Eimantas.
eimzdn wrote
Hello,

I find out that system jsr library is different version from that which comes 
with xwiki:
./modules/system/layers/base/javax/jws/api/main/jsr181-api-1.0-MR1.jar
./standalone/deployments/xwiki.war/WEB-INF/lib/jsr311-api-1.1.1.jar

How can I tell wildfly to load xwiki library instead of system?

Best regards,
Eimantas

I have edited the WEB-INF/jboss-deployment-structure.xml file to add the line 
 on excluded dependencies (package of 
jsr181-api-1.0-MR1.jar), but no success.
I tried with javax.ws too.

Nevertheless, the standalone's version of XWiki has no problem, but I have to 
use a .war version.

Does anyone have any solutions ?

Best regards,
Alexandre

If you reply to this email, your message will be added to the discussion below:
http://xwiki.475771.n2.nabble.com/Can-t-add-new-group-tp7603235p7603643.html
To unsubscribe from Can't add new group, click 
here.
NAML




--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Can-t-add-new-group-tp7603235p7603653.html
Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Olivier Seres]

Voting for P2
Arguments here :
https://thomasbyttebier.be/blog/the-best-icon-is-a-text-label
"Pencil" and "+" Icons are not explicit for everyone.

But I would go further :
1/ "Create" does't tell me what I will create. The next screen tells me
Create Page.  => so I think : "Create a new page" is more relevant
(in the landing page, we could include the "Duplicate this page" (aka
"copy") function
2/ The "kebab" 3 vertical dots is not explicit either : doesn't tell me
what's behind (what's the difference with the hamburger)=> I think it would
be better to display "More actions" (which is coherent because Edit and
Create (a new page) are the most performed actions (presumably)









--
  *Olivier Sérès*

*  VP Business Development*  ose...@xwiki.com
  skype: olivierseres
Linkedin 
  Mobile : +33 6 61 31 2001






On Wed, Apr 26, 2017 at 6:34 PM, Mahomed Hussein 
wrote:

> This P2 is much nicer, but I still prefer P4.
>
> I can see why some people like P2 as it is more descriptive. But, P4 still
> matches the current icons better (and I am guessing not many people have
> complained that they don't know what those mysterious buttons in the top
> right are for.) Additionally there's a tool tip when you hover over the
> buttons and once you know what the button does, you don't actually need the
> label.
>
> The icons are pretty universal as well. i.e. a Pencil indicates editing
> and a Plus sign indicates "adding".
>
> I don't suppose this could be a wiki wide configurable option? :) Or maybe
> something that can be turned on/off with a class in the skin.
>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina
> Moraru (Valica)
> Sent: 26 April 2017 16:06
> To: XWiki Users 
> Subject: Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content
> Actions
>
> On Wed, Apr 26, 2017 at 5:46 PM, Craig Wright  wrote:
>
> > Hi Caty,
> >
> > I would use the Edit text w/ pencil on Edit and just the plus icon for
> > Create. The reason is Edit needs to be differentiated from Create, but
> > this is accomplished with the word Edit. On small resolutions (iPhone)
> > I think it is acceptable to hide the word Edit.
> >
>
> I have to disagree here. The purpose is to promote and highlight both
> important actions and that is both 'Edit' and 'Create'. The 'plus' sign can
> be also confusing for new users. Highlighting just 'Edit' would be hard to
> justify.
>
>
> >
> > The triple-dot icon needs to be a button. P2 has it as a free-floating
> > icon, P4 has it as a button: it needs to be a button as per P4.
> >
>
> Yes, a better screenshot for P2 is
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P2_
> noRightPanels.png
> The symmetric P4 screenshot is
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_
> noRightPanels.png
>
> Thanks,
> Caty
>
>
> > Otherwise, looks good!
> >
> > Be well,
> > Craig
> >
> > > On Apr 26, 2017, at 3:34 PM, Miroslav Galajda <
> > miroslav.gala...@gmail.com> wrote:
> > >
> > > Hi,
> > >
> > > I'm voting for P2 because it is making the visual style of buttons
> > > with dropdown menu to look as they should look, with indication of
> > > the
> > dropdown
> > > menu.
> > > Secondly, the visual style of the edit page button will keep
> > > consistent with the buttons for inline section editing.
> > >
> > > Best regards,
> > > Miroslav Galajda
> > >
> > >
> > >
> > > On 26 April 2017 at 15:27, Ecaterina Moraru (Valica)
> > > 
> > > wrote:
> > >
> > >> This is getting interesting since I know users that like the P2
> > >> version
> > and
> > >> actually it was one of the first choices for re-implementation.
> > >>
> > >> I guess we need more votes to reach a conclusion.
> > >> Thanks to everyone that is participating, Caty
> > >>
> > >> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright
> > >> 
> > >> wrote:
> > >>
> > >>> They both look great but I like the look of P4 better.
> > >>>
> > >>> Regards,
> > >>>
> > >>> Jesse
> > >>>
> >  On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> > >>> vali...@gmail.com> wrote:
> > 
> >  Hi,
> > 
> >  We had feedback that new users don't know where to find the
> >  'Edit' and 'Create' buttons. Also there is some confusions of why
> we have a 'cog'
> > >>> icon
> >  that contains actions like 'Delete' and a 'three dots' icon that
> > >> contain
> >  other actions.
> > 
> >  Would be great if you could tell us which version you prefer:
> >  P2:
> >  http://design.xwiki.org/xwiki/bin/download/Proposal/
> > >> IdeaLabeledActions/
> > >>> advancedUser.png
> >  P4:
> >  http://design.xwiki.org/xwiki/bin/download/Proposal/
> > >>> IdeaLabeledActions/P4_1_bigger.png
> > 
> >  Both proposals add ba

[xwiki-users] LDAP Authenticator working but "You are not allowed to view this page or perform this action."

[Douglas Landau]

Greets,

I don’t get it.  
I moved my environment.permanentDirectory and got into a messed up state.
I started over:
I shut down tomcat
I said "mysql drop database xwiki" and recreated it and re-granted app privs on 
xwiki.*
I copy-n-pasted the LDAP settings from my previous installation, where LDAP 
auth was working
I started tomcat, wenth thru the distribution wizard, and then installe LDAP 
Authenticator
I stopped tomcat and restarted it
Now I can log in with my AD account, but instead of the main page, I see 
ERROR
You are not allowed to view this page or perform this action.

I don't get it.  I pasted the LDAP setting from a previous install, where LDAP 
seemed to be working fine.
I tried another LDAP account and got the same results.
What could I have done wrong?
I think that this time the LDAP settings were there before the LDAP 
authenticator was installed, could that be it?

Could it be that I need to open the perms on the permanent data dir?  It is 
writable to the xwiki user, and that is who is executing tomcat.

I see this in the catalina log:
2017-04-26 12:29:26,103 
[http://dwswiki10.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] 
ERROR o.x.c.l.XWikiLDAPConfig- Error parsing LDAP fields mapping 
attribute from configuration

... but as I said I didn't get the "You are not allowed..." bit last time 
around.  And the LDAP settings were pasted from there.


Thanks



-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol
Sent: Tuesday, April 25, 2017 4:19 AM
To: XWiki Users
Subject: Re: [xwiki-users] Maximum size of an attachment in subwiki

Hi Sebastien,

> On 25 Apr 2017, at 13:02, Sebastian Luna Valero 
>  wrote:
> 
> Hi All,
> 
> Thanks for releasing XWiki 8.4.5!
> 
> I am about to import content from the old to the new xwiki,

You should really consider using the recommended upgrade practice which is to 
use the Distribution Wizard, see 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade

If you really want to import content make sure you don’t include any default 
page at least. I’d still recommend using the DW.

Thanks
-Vincent

> but the .xar
> file is larger than the 32MB size limit. Previously I have followed 
> the instructions here:
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments
> 
> to increase the maximum size of the attachment. However, it seems to 
> work only for the main wiki but not for subwikis, is that true?
> 
> Best regards,
> Sebastian


The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged 
information.  It is intended only for the use of the person(s) named above. If 
you are not the intended recipient, you are 
hereby notified that any review, dissemination, distribution or duplication of 
this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original 
message. To reply to our email administrator directly, please send an email to 
netad...@westmarine.com.

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Mahomed Hussein]

This P2 is much nicer, but I still prefer P4.

I can see why some people like P2 as it is more descriptive. But, P4 still 
matches the current icons better (and I am guessing not many people have 
complained that they don't know what those mysterious buttons in the top right 
are for.) Additionally there's a tool tip when you hover over the buttons and 
once you know what the button does, you don't actually need the label.

The icons are pretty universal as well. i.e. a Pencil indicates editing and a 
Plus sign indicates "adding".

I don't suppose this could be a wiki wide configurable option? :) Or maybe 
something that can be turned on/off with a class in the skin.


Kind regards,




Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru 
(Valica)
Sent: 26 April 2017 16:06
To: XWiki Users 
Subject: Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

On Wed, Apr 26, 2017 at 5:46 PM, Craig Wright  wrote:

> Hi Caty,
>
> I would use the Edit text w/ pencil on Edit and just the plus icon for
> Create. The reason is Edit needs to be differentiated from Create, but
> this is accomplished with the word Edit. On small resolutions (iPhone)
> I think it is acceptable to hide the word Edit.
>

I have to disagree here. The purpose is to promote and highlight both important 
actions and that is both 'Edit' and 'Create'. The 'plus' sign can be also 
confusing for new users. Highlighting just 'Edit' would be hard to justify.


>
> The triple-dot icon needs to be a button. P2 has it as a free-floating
> icon, P4 has it as a button: it needs to be a button as per P4.
>

Yes, a better screenshot for P2 is
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P2_noRightPanels.png
The symmetric P4 screenshot is
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_noRightPanels.png

Thanks,
Caty


> Otherwise, looks good!
>
> Be well,
> Craig
>
> > On Apr 26, 2017, at 3:34 PM, Miroslav Galajda <
> miroslav.gala...@gmail.com> wrote:
> >
> > Hi,
> >
> > I'm voting for P2 because it is making the visual style of buttons
> > with dropdown menu to look as they should look, with indication of
> > the
> dropdown
> > menu.
> > Secondly, the visual style of the edit page button will keep
> > consistent with the buttons for inline section editing.
> >
> > Best regards,
> > Miroslav Galajda
> >
> >
> >
> > On 26 April 2017 at 15:27, Ecaterina Moraru (Valica)
> > 
> > wrote:
> >
> >> This is getting interesting since I know users that like the P2
> >> version
> and
> >> actually it was one of the first choices for re-implementation.
> >>
> >> I guess we need more votes to reach a conclusion.
> >> Thanks to everyone that is participating, Caty
> >>
> >> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright
> >> 
> >> wrote:
> >>
> >>> They both look great but I like the look of P4 better.
> >>>
> >>> Regards,
> >>>
> >>> Jesse
> >>>
>  On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> >>> vali...@gmail.com> wrote:
> 
>  Hi,
> 
>  We had feedback that new users don't know where to find the
>  'Edit' and 'Create' buttons. Also there is some confusions of why we 
>  have a 'cog'
> >>> icon
>  that contains actions like 'Delete' and a 'three dots' icon that
> >> contain
>  other actions.
> 
>  Would be great if you could tell us which version you prefer:
>  P2:
>  http://design.xwiki.org/xwiki/bin/download/Proposal/
> >> IdeaLabeledActions/
> >>> advancedUser.png
>  P4:
>  http://design.xwiki.org/xwiki/bin/download/Proposal/
> >>> IdeaLabeledActions/P4_1_bigger.png
> 
>  Both proposals add backgrounds around the icons, the main
>  difference
> is
>  that P2 also uses descriptive labels, while P4 keeps the
>  consistency
> >> with
>  the top icons and a more minimalist style.
> 
>  For the more actions menu, we want to combine the actions and add
> >>> category
>  labels, see
>  http://design.xwiki.org/xwiki/bin/download/Proposal/
> >> IdeaLabeledActions/
> >>> moreActions.png
> 
>  What do you think? Do you have other solutions for your
>  instances? Did
> >>> you
>  encounter the same problem?
> 
>  Thanks,
>  Caty
> >>>
> >>>
> >>>
> >>
>
>

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Ecaterina Moraru (Valica)]

On Wed, Apr 26, 2017 at 6:45 PM, Craig Wright  wrote:

> Hi Caty,
>
> I like the current P2. What are the drop-down options for Edit?
>

'Edit' drop-down is for 'Advanced' users and it contains the other edit
modes, see
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/advancedExpanded.png
For 'Normal' users the 'Edit' is just a button, see
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/simpleUser.png


>
> My reasoning for hiding Create is that the Create function is a little
> confusing to begin with for new users. If you are used to files and
> folders, it is weird that a file is also a folder (that a node can have
> child nodes that are also documents). This makes sense to me because I am a
> computer science grad, but it isn’t that obvious to long-time Mac/Windows
> users. I would almost want it to be called “Create New Child Page” or
> something, to better indicate what is going to happen when you click that
> button. Except, sometimes, it doesn’t create a new child page, depending on
> the template you choose. In any case, there is no obvious solution, P2
> looks best of the options provided. :)
>

That's another story :)

Thanks,
Caty


>
> Thanks,
> Craig
>
>
> > On Apr 26, 2017, at 4:06 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
> >
> > On Wed, Apr 26, 2017 at 5:46 PM, Craig Wright  wrote:
> >
> >> Hi Caty,
> >>
> >> I would use the Edit text w/ pencil on Edit and just the plus icon for
> >> Create. The reason is Edit needs to be differentiated from Create, but
> this
> >> is accomplished with the word Edit. On small resolutions (iPhone) I
> think
> >> it is acceptable to hide the word Edit.
> >>
> >
> > I have to disagree here. The purpose is to promote and highlight both
> > important actions and that is both 'Edit' and 'Create'. The 'plus' sign
> can
> > be also confusing for new users. Highlighting just 'Edit' would be hard
> to
> > justify.
> >
> >
> >>
> >> The triple-dot icon needs to be a button. P2 has it as a free-floating
> >> icon, P4 has it as a button: it needs to be a button as per P4.
> >>
> >
> > Yes, a better screenshot for P2 is
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/P2_noRightPanels.png
> > The symmetric P4 screenshot is
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/P4_noRightPanels.png
> >
> > Thanks,
> > Caty
> >
> >
> >> Otherwise, looks good!
> >>
> >> Be well,
> >> Craig
> >>
> >>> On Apr 26, 2017, at 3:34 PM, Miroslav Galajda <
> >> miroslav.gala...@gmail.com> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I'm voting for P2 because it is making the visual style of buttons with
> >>> dropdown menu to look as they should look, with indication of the
> >> dropdown
> >>> menu.
> >>> Secondly, the visual style of the edit page button will keep consistent
> >>> with the buttons for inline section editing.
> >>>
> >>> Best regards,
> >>> Miroslav Galajda
> >>>
> >>>
> >>>
> >>> On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) <
> vali...@gmail.com>
> >>> wrote:
> >>>
>  This is getting interesting since I know users that like the P2
> version
> >> and
>  actually it was one of the first choices for re-implementation.
> 
>  I guess we need more votes to reach a conclusion.
>  Thanks to everyone that is participating,
>  Caty
> 
>  On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright <
> je...@abrightfamily.com>
>  wrote:
> 
> > They both look great but I like the look of P4 better.
> >
> > Regards,
> >
> > Jesse
> >
> >> On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> > vali...@gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> We had feedback that new users don't know where to find the 'Edit'
> and
> >> 'Create' buttons. Also there is some confusions of why we have a
> 'cog'
> > icon
> >> that contains actions like 'Delete' and a 'three dots' icon that
>  contain
> >> other actions.
> >>
> >> Would be great if you could tell us which version you prefer:
> >> P2:
> >> http://design.xwiki.org/xwiki/bin/download/Proposal/
>  IdeaLabeledActions/
> > advancedUser.png
> >> P4:
> >> http://design.xwiki.org/xwiki/bin/download/Proposal/
> > IdeaLabeledActions/P4_1_bigger.png
> >>
> >> Both proposals add backgrounds around the icons, the main difference
> >> is
> >> that P2 also uses descriptive labels, while P4 keeps the consistency
>  with
> >> the top icons and a more minimalist style.
> >>
> >> For the more actions menu, we want to combine the actions and add
> > category
> >> labels, see
> >> http://design.xwiki.org/xwiki/bin/download/Proposal/
>  IdeaLabeledActions/
> > moreActions.png
> >>
> >> What do you think? Do you have other solutions for your instances?
> Did
> > you
> >> encounter the same problem?
> >>
> >> Thanks,
> >> Caty
> >
> >>

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Craig Wright]

Hi Caty,

I like the current P2. What are the drop-down options for Edit?

My reasoning for hiding Create is that the Create function is a little 
confusing to begin with for new users. If you are used to files and folders, it 
is weird that a file is also a folder (that a node can have child nodes that 
are also documents). This makes sense to me because I am a computer science 
grad, but it isn’t that obvious to long-time Mac/Windows users. I would almost 
want it to be called “Create New Child Page” or something, to better indicate 
what is going to happen when you click that button. Except, sometimes, it 
doesn’t create a new child page, depending on the template you choose. In any 
case, there is no obvious solution, P2 looks best of the options provided. :)

Thanks,
Craig


> On Apr 26, 2017, at 4:06 PM, Ecaterina Moraru (Valica)  
> wrote:
> 
> On Wed, Apr 26, 2017 at 5:46 PM, Craig Wright  wrote:
> 
>> Hi Caty,
>> 
>> I would use the Edit text w/ pencil on Edit and just the plus icon for
>> Create. The reason is Edit needs to be differentiated from Create, but this
>> is accomplished with the word Edit. On small resolutions (iPhone) I think
>> it is acceptable to hide the word Edit.
>> 
> 
> I have to disagree here. The purpose is to promote and highlight both
> important actions and that is both 'Edit' and 'Create'. The 'plus' sign can
> be also confusing for new users. Highlighting just 'Edit' would be hard to
> justify.
> 
> 
>> 
>> The triple-dot icon needs to be a button. P2 has it as a free-floating
>> icon, P4 has it as a button: it needs to be a button as per P4.
>> 
> 
> Yes, a better screenshot for P2 is
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P2_noRightPanels.png
> The symmetric P4 screenshot is
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_noRightPanels.png
> 
> Thanks,
> Caty
> 
> 
>> Otherwise, looks good!
>> 
>> Be well,
>> Craig
>> 
>>> On Apr 26, 2017, at 3:34 PM, Miroslav Galajda <
>> miroslav.gala...@gmail.com> wrote:
>>> 
>>> Hi,
>>> 
>>> I'm voting for P2 because it is making the visual style of buttons with
>>> dropdown menu to look as they should look, with indication of the
>> dropdown
>>> menu.
>>> Secondly, the visual style of the edit page button will keep consistent
>>> with the buttons for inline section editing.
>>> 
>>> Best regards,
>>> Miroslav Galajda
>>> 
>>> 
>>> 
>>> On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) 
>>> wrote:
>>> 
 This is getting interesting since I know users that like the P2 version
>> and
 actually it was one of the first choices for re-implementation.
 
 I guess we need more votes to reach a conclusion.
 Thanks to everyone that is participating,
 Caty
 
 On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright 
 wrote:
 
> They both look great but I like the look of P4 better.
> 
> Regards,
> 
> Jesse
> 
>> On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
>> 
>> Hi,
>> 
>> We had feedback that new users don't know where to find the 'Edit' and
>> 'Create' buttons. Also there is some confusions of why we have a 'cog'
> icon
>> that contains actions like 'Delete' and a 'three dots' icon that
 contain
>> other actions.
>> 
>> Would be great if you could tell us which version you prefer:
>> P2:
>> http://design.xwiki.org/xwiki/bin/download/Proposal/
 IdeaLabeledActions/
> advancedUser.png
>> P4:
>> http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/P4_1_bigger.png
>> 
>> Both proposals add backgrounds around the icons, the main difference
>> is
>> that P2 also uses descriptive labels, while P4 keeps the consistency
 with
>> the top icons and a more minimalist style.
>> 
>> For the more actions menu, we want to combine the actions and add
> category
>> labels, see
>> http://design.xwiki.org/xwiki/bin/download/Proposal/
 IdeaLabeledActions/
> moreActions.png
>> 
>> What do you think? Do you have other solutions for your instances? Did
> you
>> encounter the same problem?
>> 
>> Thanks,
>> Caty
> 
> 
> 
 
>> 
>> 

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Ecaterina Moraru (Valica)]

On Wed, Apr 26, 2017 at 5:46 PM, Craig Wright  wrote:

> Hi Caty,
>
> I would use the Edit text w/ pencil on Edit and just the plus icon for
> Create. The reason is Edit needs to be differentiated from Create, but this
> is accomplished with the word Edit. On small resolutions (iPhone) I think
> it is acceptable to hide the word Edit.
>

I have to disagree here. The purpose is to promote and highlight both
important actions and that is both 'Edit' and 'Create'. The 'plus' sign can
be also confusing for new users. Highlighting just 'Edit' would be hard to
justify.


>
> The triple-dot icon needs to be a button. P2 has it as a free-floating
> icon, P4 has it as a button: it needs to be a button as per P4.
>

Yes, a better screenshot for P2 is
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P2_noRightPanels.png
The symmetric P4 screenshot is
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_noRightPanels.png

Thanks,
Caty


> Otherwise, looks good!
>
> Be well,
> Craig
>
> > On Apr 26, 2017, at 3:34 PM, Miroslav Galajda <
> miroslav.gala...@gmail.com> wrote:
> >
> > Hi,
> >
> > I'm voting for P2 because it is making the visual style of buttons with
> > dropdown menu to look as they should look, with indication of the
> dropdown
> > menu.
> > Secondly, the visual style of the edit page button will keep consistent
> > with the buttons for inline section editing.
> >
> > Best regards,
> > Miroslav Galajda
> >
> >
> >
> > On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) 
> > wrote:
> >
> >> This is getting interesting since I know users that like the P2 version
> and
> >> actually it was one of the first choices for re-implementation.
> >>
> >> I guess we need more votes to reach a conclusion.
> >> Thanks to everyone that is participating,
> >> Caty
> >>
> >> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright 
> >> wrote:
> >>
> >>> They both look great but I like the look of P4 better.
> >>>
> >>> Regards,
> >>>
> >>> Jesse
> >>>
>  On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> >>> vali...@gmail.com> wrote:
> 
>  Hi,
> 
>  We had feedback that new users don't know where to find the 'Edit' and
>  'Create' buttons. Also there is some confusions of why we have a 'cog'
> >>> icon
>  that contains actions like 'Delete' and a 'three dots' icon that
> >> contain
>  other actions.
> 
>  Would be great if you could tell us which version you prefer:
>  P2:
>  http://design.xwiki.org/xwiki/bin/download/Proposal/
> >> IdeaLabeledActions/
> >>> advancedUser.png
>  P4:
>  http://design.xwiki.org/xwiki/bin/download/Proposal/
> >>> IdeaLabeledActions/P4_1_bigger.png
> 
>  Both proposals add backgrounds around the icons, the main difference
> is
>  that P2 also uses descriptive labels, while P4 keeps the consistency
> >> with
>  the top icons and a more minimalist style.
> 
>  For the more actions menu, we want to combine the actions and add
> >>> category
>  labels, see
>  http://design.xwiki.org/xwiki/bin/download/Proposal/
> >> IdeaLabeledActions/
> >>> moreActions.png
> 
>  What do you think? Do you have other solutions for your instances? Did
> >>> you
>  encounter the same problem?
> 
>  Thanks,
>  Caty
> >>>
> >>>
> >>>
> >>
>
>

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

[Ecaterina Moraru (Valica)]

On Wed, Apr 26, 2017 at 5:41 PM, Craig Wright  wrote:

> Hi Caty,
>
> I am a fan of “B”.
>
> I like the idea of putting the changelog and autosave options above on a
> preceding row. I would argue that for most users, their eyes only see the
> leftmost buttons as the functionally useful area. Thus putting Cancel on
> the far right effectively “hides” the button.
>

Yes, the most visible buttons are the ones on the left side and that's the
purpose. We need people to see the Save button :)
Now, 'summary' functionality is not mandatory when editing and can also be
disabled from Administration - Editing.
Having it on a separate line is not an option since we initial idea of the
thread is to provide a fixed bottom bar, when the viewport is small. So
there are all on a single bar in order to be compact.


>
> For the purposes of mobile, I think it is acceptable to hide the changelog
> and autosave options on small-screen resolutions. (Such as when I am
> editing from iPhone, I am highly unlikely to leave a changelog message
> anyway.)
>

I haven't iterated much on the mobile version, but the mockup I have is
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/mobile.png
It can be improved, and as you said we could decide that on mobile we can
hide some functionality, but again hard to have stats to justify what is
used/needed or not.

Thanks,
Caty


> FWIW, taborder should be the following:
>
> 1. Edit input
> 2. Changelog input
> 3. Save button
> 4. Preview button
> 5. Cancel button
> 6. Autosave option
>
> My $0.02. :)
>
> Thanks,
> Craig
>
> > On Apr 26, 2017, at 2:20 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
> >
> > Hi,
> >
> > On Wed, Apr 26, 2017 at 2:39 PM, Craig Wright  > wrote:
> >
> >> Overall I like these changes. A couple of suggestions:
> >>
> >> No one in my community understands “Save and Continue” versus “Save and
> >> View”. Dropping the “and Continue” is a great step, but I would go
> farther
> >> and give “Save and View” the emphasis color (blue, in this case). That
> is
> >> the more highly understood behavior. “Save” (and continue editing) is
> >> useful but not as generally useful as “Save and View”. Especially if you
> >> are dropping Preview.
> >>
> >> FWIW, I use Preview more often from WYSIWYG mode since there is not a
> 1:1
> >> translation of editor view to page view. Whereas, when I am editing
> source,
> >> I can predict how it will look most of the time. :)
> >>
> >> I would also move the Cancel button over next to the other buttons. If I
> >> had to rate which buttons I use the most frequently, “Cancel” would be
> at
> >> the top, followed by “Save and View,” followed very very distantly by
> “Save
> >> and Continue."
> >>
> >>
> > This is very interesting behavior. I would love to be able to have some
> > usage stats, but with XWiki being installable and independently hosted,
> > stats are always hard to get by.
> >
> > Personally I use "Save" a lot (I like to save often in order to not lose
> > stuff), but I usually use the keyboard shortcut, not necessarily the
> > button. It is true that 'Preview' in WYSIWYG has its usages, especially
> > when using macros or nested macros, since the result is not accurate.
> >
> > Regarding "Save & View" I always do it as a final step, while I never use
> > "Cancel" - i just navigate away or hit the browser's 'Back'.
> >
> > Also in terms of functionality the "Autosave" can be used instead of the
> > "Save", so we can remove 'Save' (especially in case of advanced users).
> >
> > So the only stats I have are from the http://playground.xwiki.org <
> http://playground.xwiki.org/> from the
> > past 2 months. These are the top 3 pages edited, see
> > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/
> UsageFebApr2017.png  IdeaVisibleSave/UsageFebApr2017.png>
> >
> > Now let's see the heatmaps:
> > - Sandbox.WebHome:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/Sandbox-Home.png  xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Home.png>
> > - Sandbox.TestPage1:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/Sandbox-TestPage1.png  xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-TestPage1.png>
> > - Sandbox.Test.WebHome:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/Sandbox-Test.png  xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Test.png>
> >
> > From these heatmaps we see that 'Preview' has the most usage and after is
> > "Save&View", with no usage for "Save & Continue" and "Cancel".
> > Not we need to take into account 2 aspects: Sandbox is used by first-time
> > users of XWiki and they usually are afraid to mess things up so the
> Preview
> > is comforting for them. Also in the current layout 'Preview' is the first
> > button from left-to

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Craig Wright]

Hi Caty,

I would use the Edit text w/ pencil on Edit and just the plus icon for Create. 
The reason is Edit needs to be differentiated from Create, but this is 
accomplished with the word Edit. On small resolutions (iPhone) I think it is 
acceptable to hide the word Edit.

The triple-dot icon needs to be a button. P2 has it as a free-floating icon, P4 
has it as a button: it needs to be a button as per P4. 

Otherwise, looks good!

Be well,
Craig

> On Apr 26, 2017, at 3:34 PM, Miroslav Galajda  
> wrote:
> 
> Hi,
> 
> I'm voting for P2 because it is making the visual style of buttons with
> dropdown menu to look as they should look, with indication of the dropdown
> menu.
> Secondly, the visual style of the edit page button will keep consistent
> with the buttons for inline section editing.
> 
> Best regards,
> Miroslav Galajda
> 
> 
> 
> On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) 
> wrote:
> 
>> This is getting interesting since I know users that like the P2 version and
>> actually it was one of the first choices for re-implementation.
>> 
>> I guess we need more votes to reach a conclusion.
>> Thanks to everyone that is participating,
>> Caty
>> 
>> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright 
>> wrote:
>> 
>>> They both look great but I like the look of P4 better.
>>> 
>>> Regards,
>>> 
>>> Jesse
>>> 
 On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
>>> vali...@gmail.com> wrote:
 
 Hi,
 
 We had feedback that new users don't know where to find the 'Edit' and
 'Create' buttons. Also there is some confusions of why we have a 'cog'
>>> icon
 that contains actions like 'Delete' and a 'three dots' icon that
>> contain
 other actions.
 
 Would be great if you could tell us which version you prefer:
 P2:
 http://design.xwiki.org/xwiki/bin/download/Proposal/
>> IdeaLabeledActions/
>>> advancedUser.png
 P4:
 http://design.xwiki.org/xwiki/bin/download/Proposal/
>>> IdeaLabeledActions/P4_1_bigger.png
 
 Both proposals add backgrounds around the icons, the main difference is
 that P2 also uses descriptive labels, while P4 keeps the consistency
>> with
 the top icons and a more minimalist style.
 
 For the more actions menu, we want to combine the actions and add
>>> category
 labels, see
 http://design.xwiki.org/xwiki/bin/download/Proposal/
>> IdeaLabeledActions/
>>> moreActions.png
 
 What do you think? Do you have other solutions for your instances? Did
>>> you
 encounter the same problem?
 
 Thanks,
 Caty
>>> 
>>> 
>>> 
>> 

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

[Craig Wright]

Hi Caty,

I am a fan of “B”. 

I like the idea of putting the changelog and autosave options above on a 
preceding row. I would argue that for most users, their eyes only see the 
leftmost buttons as the functionally useful area. Thus putting Cancel on the 
far right effectively “hides” the button. 

For the purposes of mobile, I think it is acceptable to hide the changelog and 
autosave options on small-screen resolutions. (Such as when I am editing from 
iPhone, I am highly unlikely to leave a changelog message anyway.)

FWIW, taborder should be the following:

1. Edit input
2. Changelog input
3. Save button
4. Preview button
5. Cancel button
6. Autosave option

My $0.02. :)

Thanks,
Craig

> On Apr 26, 2017, at 2:20 PM, Ecaterina Moraru (Valica)  
> wrote:
> 
> Hi,
> 
> On Wed, Apr 26, 2017 at 2:39 PM, Craig Wright  > wrote:
> 
>> Overall I like these changes. A couple of suggestions:
>> 
>> No one in my community understands “Save and Continue” versus “Save and
>> View”. Dropping the “and Continue” is a great step, but I would go farther
>> and give “Save and View” the emphasis color (blue, in this case). That is
>> the more highly understood behavior. “Save” (and continue editing) is
>> useful but not as generally useful as “Save and View”. Especially if you
>> are dropping Preview.
>> 
>> FWIW, I use Preview more often from WYSIWYG mode since there is not a 1:1
>> translation of editor view to page view. Whereas, when I am editing source,
>> I can predict how it will look most of the time. :)
>> 
>> I would also move the Cancel button over next to the other buttons. If I
>> had to rate which buttons I use the most frequently, “Cancel” would be at
>> the top, followed by “Save and View,” followed very very distantly by “Save
>> and Continue."
>> 
>> 
> This is very interesting behavior. I would love to be able to have some
> usage stats, but with XWiki being installable and independently hosted,
> stats are always hard to get by.
> 
> Personally I use "Save" a lot (I like to save often in order to not lose
> stuff), but I usually use the keyboard shortcut, not necessarily the
> button. It is true that 'Preview' in WYSIWYG has its usages, especially
> when using macros or nested macros, since the result is not accurate.
> 
> Regarding "Save & View" I always do it as a final step, while I never use
> "Cancel" - i just navigate away or hit the browser's 'Back'.
> 
> Also in terms of functionality the "Autosave" can be used instead of the
> "Save", so we can remove 'Save' (especially in case of advanced users).
> 
> So the only stats I have are from the http://playground.xwiki.org 
>  from the
> past 2 months. These are the top 3 pages edited, see
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/UsageFebApr2017.png
>  
> 
> 
> Now let's see the heatmaps:
> - Sandbox.WebHome:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Home.png
>  
> 
> - Sandbox.TestPage1:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-TestPage1.png
>  
> 
> - Sandbox.Test.WebHome:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Test.png
>  
> 
> 
> From these heatmaps we see that 'Preview' has the most usage and after is
> "Save&View", with no usage for "Save & Continue" and "Cancel".
> Not we need to take into account 2 aspects: Sandbox is used by first-time
> users of XWiki and they usually are afraid to mess things up so the Preview
> is comforting for them. Also in the current layout 'Preview' is the first
> button from left-to-right, so it's assumed as the primary action.
> 
> So if the initial proposal was 'varA', what do you think about 'varB'?
> - var A [Save; Save & View]:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/varA.png 
> 
> - var B [Save & View; Preview]:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/varB.png 
> 
> - var C [Save & View; Save]:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/varC.png 
> 
> 
> Note: users that went to 'Preview', usually come back to the previous view,
> see
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Test-preview.png
>  
> 
> 
> I left 'Cancel' at the

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Miroslav Galajda]

Hi,

I'm voting for P2 because it is making the visual style of buttons with
dropdown menu to look as they should look, with indication of the dropdown
menu.
Secondly, the visual style of the edit page button will keep consistent
with the buttons for inline section editing.

Best regards,
Miroslav Galajda



On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) 
wrote:

> This is getting interesting since I know users that like the P2 version and
> actually it was one of the first choices for re-implementation.
>
> I guess we need more votes to reach a conclusion.
> Thanks to everyone that is participating,
> Caty
>
> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright 
> wrote:
>
> > They both look great but I like the look of P4 better.
> >
> > Regards,
> >
> > Jesse
> >
> > > On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> > vali...@gmail.com> wrote:
> > >
> > > Hi,
> > >
> > > We had feedback that new users don't know where to find the 'Edit' and
> > > 'Create' buttons. Also there is some confusions of why we have a 'cog'
> > icon
> > > that contains actions like 'Delete' and a 'three dots' icon that
> contain
> > > other actions.
> > >
> > > Would be great if you could tell us which version you prefer:
> > > P2:
> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/
> > advancedUser.png
> > > P4:
> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
> > IdeaLabeledActions/P4_1_bigger.png
> > >
> > > Both proposals add backgrounds around the icons, the main difference is
> > > that P2 also uses descriptive labels, while P4 keeps the consistency
> with
> > > the top icons and a more minimalist style.
> > >
> > > For the more actions menu, we want to combine the actions and add
> > category
> > > labels, see
> > > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/
> > moreActions.png
> > >
> > > What do you think? Do you have other solutions for your instances? Did
> > you
> > > encounter the same problem?
> > >
> > > Thanks,
> > > Caty
> >
> >
> >
>

Re: [xwiki-users] [ANN] XWiki 9.3.1 released

[Guillaume Delhumeau]

Thanks for this release.

2017-04-26 15:15 GMT+02:00 Thomas Mortagne :

> The XWiki development team is proud to announce the availability of XWiki
> 9.3.1.
> This version fix a bug that makes impossible to migrate subwikis and a
> regression related to escaping in requests LIKE values.
>
> You can download it here: http://www.xwiki.org/xwiki/
> bin/view/Main/Download
>
> Make sure to review the release notes:
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.3.1
>
> Thanks for your support
> -The XWiki dev team
>



-- 
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project

Re: [xwiki-users] Color theme switching to default!

[Ecaterina Moraru (Valica)]

Make sure the sub-wiki users have the right to view the global theme?

Thanks,
Caty

On Wed, Apr 26, 2017 at 2:12 PM, Petros Marinos  wrote:

> Greetings dear XWiki users!
>
> I have installed XWiki 8.4.4 on CentOS 7.3, with Tomcat and MySQL support.
>
> I have integrated the site with Active Directory, so any user can use
> Windows credentials to login and have the XWiki user automatically created
> (without the need of registration).
>
> In the starting “Home” Wiki, i have created a new Color Theme to use. Every
> new user logins to this wiki, retains the Color Theme i chose for the wiki
> and all is good.
>
> However, when i created a new Wiki (Wiki2 let’s say) and have chosen the
> new “Global” Color Theme to use for this Wiki too, only root can login to
> that wiki and retain it. All other new users, once they login to this wiki,
> have their color theme switching to default!
>
> What am i missing?
>
> Thank you all for any assistance!
>
> Best regards,
> Petros
>

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Ecaterina Moraru (Valica)]

This is getting interesting since I know users that like the P2 version and
actually it was one of the first choices for re-implementation.

I guess we need more votes to reach a conclusion.
Thanks to everyone that is participating,
Caty

On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright 
wrote:

> They both look great but I like the look of P4 better.
>
> Regards,
>
> Jesse
>
> > On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
> >
> > Hi,
> >
> > We had feedback that new users don't know where to find the 'Edit' and
> > 'Create' buttons. Also there is some confusions of why we have a 'cog'
> icon
> > that contains actions like 'Delete' and a 'three dots' icon that contain
> > other actions.
> >
> > Would be great if you could tell us which version you prefer:
> > P2:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/
> advancedUser.png
> > P4:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/P4_1_bigger.png
> >
> > Both proposals add backgrounds around the icons, the main difference is
> > that P2 also uses descriptive labels, while P4 keeps the consistency with
> > the top icons and a more minimalist style.
> >
> > For the more actions menu, we want to combine the actions and add
> category
> > labels, see
> > http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/
> moreActions.png
> >
> > What do you think? Do you have other solutions for your instances? Did
> you
> > encounter the same problem?
> >
> > Thanks,
> > Caty
>
>
>

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

[Olivier Seres]

I'm +1 with what Craig and Mahomed said ie :

   - Save & View to be highlighted in blue
   - Preview to be useful

In order to incitate users to write add a summary of the modification, I
think it would help to place the box  it in the first position (like
Confluence did) with a strong hint like : "What did you modify?"

In my craziest dreams, I also saw a : "PDF preview" there so that I don't
feel obliged to go to the Kebab "More actions" menu and search for it :-)








--
  *Olivier Sérès*

*  VP Business Development*  ose...@xwiki.com
  skype: olivierseres
Linkedin 
  Mobile : +33 6 61 31 2001






On Wed, Apr 26, 2017 at 1:39 PM, Craig Wright  wrote:

> Overall I like these changes. A couple of suggestions:
>
> No one in my community understands “Save and Continue” versus “Save and
> View”. Dropping the “and Continue” is a great step, but I would go farther
> and give “Save and View” the emphasis color (blue, in this case). That is
> the more highly understood behavior. “Save” (and continue editing) is
> useful but not as generally useful as “Save and View”. Especially if you
> are dropping Preview.
>
> FWIW, I use Preview more often from WYSIWYG mode since there is not a 1:1
> translation of editor view to page view. Whereas, when I am editing source,
> I can predict how it will look most of the time. :)
>
> I would also move the Cancel button over next to the other buttons. If I
> had to rate which buttons I use the most frequently, “Cancel” would be at
> the top, followed by “Save and View,” followed very very distantly by “Save
> and Continue."
>
> Nice work!
>
> Craig
>
>
> > On Apr 25, 2017, at 6:21 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
> >
> > Hi,
> >
> > We had some users complaining that the first time they edit a page they
> > don't know how to save it. Depending on the screen resolution, the save
> > buttons since they are at the bottom of the page are not visible and some
> > users don't know they need to scroll in order to see them.
> >
> > We want to make some changes to XWiki, that:
> > - Display the save buttons in a fixed bottom bar, when they are out of
> the
> > viewport, see
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/bottomBar.png
> > - When the user scroll, the buttons go into their position, see
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/after.png
> > - We compacted the bottom functionalities (summary, minor, auto-save),
> see
> > before:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/before.png
> > after:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/smallViewPort.png
> >
> > What do you think about this proposal? Would it improve the visibility of
> > the buttons? Do you have other ideas? Is it something we should
> implement?
> >
> > Thanks,
> > Caty
>
>

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

[Ecaterina Moraru (Valica)]

Hi,

On Wed, Apr 26, 2017 at 2:39 PM, Craig Wright  wrote:

> Overall I like these changes. A couple of suggestions:
>
> No one in my community understands “Save and Continue” versus “Save and
> View”. Dropping the “and Continue” is a great step, but I would go farther
> and give “Save and View” the emphasis color (blue, in this case). That is
> the more highly understood behavior. “Save” (and continue editing) is
> useful but not as generally useful as “Save and View”. Especially if you
> are dropping Preview.
>
> FWIW, I use Preview more often from WYSIWYG mode since there is not a 1:1
> translation of editor view to page view. Whereas, when I am editing source,
> I can predict how it will look most of the time. :)
>
> I would also move the Cancel button over next to the other buttons. If I
> had to rate which buttons I use the most frequently, “Cancel” would be at
> the top, followed by “Save and View,” followed very very distantly by “Save
> and Continue."
>
>
This is very interesting behavior. I would love to be able to have some
usage stats, but with XWiki being installable and independently hosted,
stats are always hard to get by.

Personally I use "Save" a lot (I like to save often in order to not lose
stuff), but I usually use the keyboard shortcut, not necessarily the
button. It is true that 'Preview' in WYSIWYG has its usages, especially
when using macros or nested macros, since the result is not accurate.

Regarding "Save & View" I always do it as a final step, while I never use
"Cancel" - i just navigate away or hit the browser's 'Back'.

Also in terms of functionality the "Autosave" can be used instead of the
"Save", so we can remove 'Save' (especially in case of advanced users).

So the only stats I have are from the http://playground.xwiki.org from the
past 2 months. These are the top 3 pages edited, see
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/UsageFebApr2017.png

Now let's see the heatmaps:
- Sandbox.WebHome:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Home.png
- Sandbox.TestPage1:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-TestPage1.png
- Sandbox.Test.WebHome:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Test.png

>From these heatmaps we see that 'Preview' has the most usage and after is
"Save&View", with no usage for "Save & Continue" and "Cancel".
Not we need to take into account 2 aspects: Sandbox is used by first-time
users of XWiki and they usually are afraid to mess things up so the Preview
is comforting for them. Also in the current layout 'Preview' is the first
button from left-to-right, so it's assumed as the primary action.

So if the initial proposal was 'varA', what do you think about 'varB'?
- var A [Save; Save & View]:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/varA.png
- var B [Save & View; Preview]:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/varB.png
- var C [Save & View; Save]:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/varC.png

Note: users that went to 'Preview', usually come back to the previous view,
see
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/Sandbox-Test-preview.png

I left 'Cancel' at the end, in order to be the last button and have
visibility (not get lost in all the other options). Users need to use it as
an 'escape' route, so it's better to find it fast and always have a static
position = last. For this usually the first and last positions are best.

My initial rationale to remove 'Preview' from the WYSIWYG editor was that
WYSIWYG does life preview, so I though not many users use it, since I never
used it. Seeing the stats for newcomers is impressive, still it would be
great if more advanced / long-term users of XWiki would summaries a bit
their button usage, so we could take a more informed decision. XWiki needs
to accommodate both newcomers, but also long term users.

Thanks,
Caty


> Nice work!
>
> Craig
>
>
> > On Apr 25, 2017, at 6:21 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com> wrote:
> >
> > Hi,
> >
> > We had some users complaining that the first time they edit a page they
> > don't know how to save it. Depending on the screen resolution, the save
> > buttons since they are at the bottom of the page are not visible and some
> > users don't know they need to scroll in order to see them.
> >
> > We want to make some changes to XWiki, that:
> > - Display the save buttons in a fixed bottom bar, when they are out of
> the
> > viewport, see
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/bottomBar.png
> > - When the user scroll, the buttons go into their position, see
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/after.png
> > - We compacted the bottom functionalities (summary, minor, auto-save),
> see
> > before:
> > http://design.xwiki.org/xwiki/bin/download/Proposal/
> Id

[xwiki-users] [ANN] XWiki 9.3.1 released

[Thomas Mortagne]

The XWiki development team is proud to announce the availability of XWiki 9.3.1.
This version fix a bug that makes impossible to migrate subwikis and a
regression related to escaping in requests LIKE values.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.3.1

Thanks for your support
-The XWiki dev team

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Jesse Bright]

They both look great but I like the look of P4 better.

Regards,

Jesse

> On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica)  
> wrote:
> 
> Hi,
> 
> We had feedback that new users don't know where to find the 'Edit' and
> 'Create' buttons. Also there is some confusions of why we have a 'cog' icon
> that contains actions like 'Delete' and a 'three dots' icon that contain
> other actions.
> 
> Would be great if you could tell us which version you prefer:
> P2:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/advancedUser.png
> P4:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_1_bigger.png
> 
> Both proposals add backgrounds around the icons, the main difference is
> that P2 also uses descriptive labels, while P4 keeps the consistency with
> the top icons and a more minimalist style.
> 
> For the more actions menu, we want to combine the actions and add category
> labels, see
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/moreActions.png
> 
> What do you think? Do you have other solutions for your instances? Did you
> encounter the same problem?
> 
> Thanks,
> Caty

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[BRUMM Steffen]

P4 is my choice

Mit freundlichen Grüßen, 

Steffen BRUMM 
Programmierung 
IT-Österreich 

Frankstahl Rohr- und Stahlhandelsges.m.b.H. 
Frankstahlstraße2 
A-2353 Guntramsdorf 
Tel: +43 50 50 3-343 
www.frankstahl.com 

FÜR DIE UMWELT AKTIV: Frankstahl ist Partner von Global 2000

Firmensitz: Esteplatz 6, A-1030 Wien, FN 142511a Handelsgericht Wien, DVR 
0509361 
Die Information in diesem Mail ist ausschließlich für den Empfänger bestimmt. 
Anderen Personen ist es nicht gestattet diese Information zu öffnen, zu 
kopieren oder zu verteilen. Falls Sie diese Information irrtümlich erhalten 
haben, kontaktieren Sie bitte den Absender und löschen Sie das Mail von Ihrem 
Computer. 


 
-Ursprüngliche Nachricht-
Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Ecaterina Moraru 
(Valica)
Gesendet: Dienstag, 25. April 2017 19:33
An: XWiki Mailinglist
Betreff: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

Hi,

We had feedback that new users don't know where to find the 'Edit' and 'Create' 
buttons. Also there is some confusions of why we have a 'cog' icon that 
contains actions like 'Delete' and a 'three dots' icon that contain other 
actions.

Would be great if you could tell us which version you prefer:
P2:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/advancedUser.png
P4:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_1_bigger.png

Both proposals add backgrounds around the icons, the main difference is that P2 
also uses descriptive labels, while P4 keeps the consistency with the top icons 
and a more minimalist style.

For the more actions menu, we want to combine the actions and add category 
labels, see 
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/moreActions.png

What do you think? Do you have other solutions for your instances? Did you 
encounter the same problem?

Thanks,
Caty

[xwiki-users] Color theme switching to default!

[Petros Marinos]

Greetings dear XWiki users!

I have installed XWiki 8.4.4 on CentOS 7.3, with Tomcat and MySQL support.

I have integrated the site with Active Directory, so any user can use
Windows credentials to login and have the XWiki user automatically created
(without the need of registration).

In the starting “Home” Wiki, i have created a new Color Theme to use. Every
new user logins to this wiki, retains the Color Theme i chose for the wiki
and all is good.

However, when i created a new Wiki (Wiki2 let’s say) and have chosen the
new “Global” Color Theme to use for this Wiki too, only root can login to
that wiki and retain it. All other new users, once they login to this wiki,
have their color theme switching to default!

What am i missing?

Thank you all for any assistance!

Best regards,
Petros

Re: [xwiki-users] Empty Pages after reimport

[Timo Dachs-Wegmann]

Still no progress on my side. 

Has someone an idea?


Kind regards,

Timo Dachs-Wegmann
-IT- 


-Ursprüngliche Nachricht-
Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Timo Dachs-Wegmann
Gesendet: Mittwoch, 12. April 2017 10:15
An: XWiki Users
Betreff: Re: [xwiki-users] Empty Pages after reimport

Hmm, no I can't find it :(

It seems to be an old plugin that was moved to legacy and was replaced by 
"Watchlist API"...
But we have 7.1.2 installed on the old xwiki...

"Starting with XWiki 7.0RC1, this plugin is deprecated and was moved to legacy. 
Please use the new Watchlist API component-based implementation instead."

So it should've already been replaced


Mit freundlichen Grüßen  

Timo Dachs-Wegmann
-EDV- 


-
PROCITEC GmbH Rastatter Strasse 41
D-75179 Pforzheim
Fon: +49 7231 15561-29
Fax: +49 7231 15561-11
Mailto: t.wegm...@procitec.de 

Mannheim HRB 504702
Geschäftsführer: Dipl.-Ing. (FH) Dipl.-Inf. (FH) Jens Heyen


-Ursprüngliche Nachricht-
Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von BRUMM Steffen
Gesendet: Mittwoch, 12. April 2017 10:03
An: XWiki Users
Betreff: Re: [xwiki-users] Empty Pages after reimport

Hi,

seems that the jar cannot be found. Can you find " 
com.xpn.xwiki.plugin.watchlist.WatchListPlugin" on your old system? 

Mit freundlichen Grüßen, 

Steffen BRUMM
Programmierung
IT-Österreich 

Frankstahl Rohr- und Stahlhandelsges.m.b.H. 
Frankstahlstraße2
A-2353 Guntramsdorf
Tel: +43 50 50 3-343
www.frankstahl.com 

FÜR DIE UMWELT AKTIV: Frankstahl ist Partner von Global 2000

Firmensitz: Esteplatz 6, A-1030 Wien, FN 142511a Handelsgericht Wien, DVR 
0509361 Die Information in diesem Mail ist ausschließlich für den Empfänger 
bestimmt. Anderen Personen ist es nicht gestattet diese Information zu öffnen, 
zu kopieren oder zu verteilen. Falls Sie diese Information irrtümlich erhalten 
haben, kontaktieren Sie bitte den Absender und löschen Sie das Mail von Ihrem 
Computer. 


 
-Ursprüngliche Nachricht-
Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Timo Dachs-Wegmann
Gesendet: Mittwoch, 12. April 2017 09:31
An: XWiki Users
Betreff: Re: [xwiki-users] Empty Pages after reimport

Has anybody an idea? :)


Mit freundlichen Grüßen  

Timo Dachs-Wegmann
-EDV- 


-
PROCITEC GmbH Rastatter Strasse 41
D-75179 Pforzheim
Fon: +49 7231 15561-29
Fax: +49 7231 15561-11
Mailto: t.wegm...@procitec.de 

Mannheim HRB 504702
Geschäftsführer: Dipl.-Ing. (FH) Dipl.-Inf. (FH) Jens Heyen

-Ursprüngliche Nachricht-
Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Timo Dachs-Wegmann
Gesendet: Mittwoch, 5. April 2017 12:08
An: users@xwiki.org
Betreff: [xwiki-users] Empty Pages after reimport

Hello All,

I installed a new xwiki version (9.2 - current stable). I installed it with the 
debian packages and had no problems doing that. Then I made an mysql dump on 
the old wiki and made a rollback on the new machine. Then I copied the 
directory with all the directly written files to the new system (same 
directory). And I merged the configs from old to new, so that the configuration 
has to be the same.

But when I start the xwiki server it shows that it is loading to 100% but right 
after it switches to an empty login page. 
The URL shows this:
Xwiki.domain.de/xwiki/bin/login/XWiki/XWikiLogin?srid=j3QqKRs2&xredirect=%2Fxwiki%2Fbin%2Fview%2FMain%2F%3Fsrid%3Dj3QqKRs2
But the page is completely blank.

I've logged the process of starting xwiki and found some error messages... But 
I can't get something out of it...
It would be nice if someone could help me with this. :- )


Kind regards

Timo Dachs-Wegmann
-IT-

LOG:

2017-04-05 11:49:02,383 [XWiki initialization] INFO  
.HibernateDataMigrationManager - Storage schema updates and data migrations are 
enabled 
2017-04-05 11:49:02,613 [XWiki initialization] INFO  
.HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] 
currently in version [9] 
2017-04-05 11:49:02,614 [XWiki initialization] INFO  
.HibernateDataMigrationManager - Checking Hibernate mapping and updating schema 
if needed for wiki [xwiki] 
2017-04-05 11:49:04,639 [XWiki initialization] ERROR c.x.x.p.XWikiPluginManager 
- Cannot initialize plugin 
[com.xpn.xwiki.plugin.watchlist.WatchListPlugin]. This plugin will not be 
available. 
java.lang.ClassNotFoundException: com.xpn.xwiki.plugin.watchlist.WatchListPlugin
at org.xwiki.classloader.URIClassLoader$1.run(URIClassLoader.java:193)
at org.xwiki.classloader.URIClassLoader$1.run(URIClassLoader.java:180)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.xwiki.classloader.URIClassLoader.findClass(URIClassLoader.java:179)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at 
org.xwiki.classloader.xwiki.internal.ContextNamespaceURLClassLoader.loadCl

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Ecaterina Moraru (Valica)]

On Wed, Apr 26, 2017 at 1:11 PM, Mahomed Hussein 
wrote:

> P2 is great because it is descriptive and probably helpful on wikis with a
> lot of users who are "less technical" or "slightly technophobic".
>
> P4 is great because it is compact and I think even technophobic users will
> understand what the buttons do after the first few tries. So my vote is for
> P4.
>

Hi, Thank for the vote. Noted :)

Caty


>
> Regarding "combine the actions and add category labels". That looks
> awesome and much more intuitive.
>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina
> Moraru (Valica)
> Sent: 25 April 2017 18:33
> To: XWiki Mailinglist 
> Subject: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions
>
> Hi,
>
> We had feedback that new users don't know where to find the 'Edit' and
> 'Create' buttons. Also there is some confusions of why we have a 'cog' icon
> that contains actions like 'Delete' and a 'three dots' icon that contain
> other actions.
>
> Would be great if you could tell us which version you prefer:
> P2:
> http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/
> advancedUser.png
> P4:
> http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/P4_1_bigger.png
>
> Both proposals add backgrounds around the icons, the main difference is
> that P2 also uses descriptive labels, while P4 keeps the consistency with
> the top icons and a more minimalist style.
>
> For the more actions menu, we want to combine the actions and add category
> labels, see http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaLabeledActions/moreActions.png
>
> What do you think? Do you have other solutions for your instances? Did you
> encounter the same problem?
>
> Thanks,
> Caty
>

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

[Ecaterina Moraru (Valica)]

Hi,

The proposal it's just one version, but the image you vote for is how it
will look like, after the user scrolls. Yes, it is the new / proposed
version, so I'm glad you like it.

On Wed, Apr 26, 2017 at 1:04 PM, Mahomed Hussein 
wrote:

> I don't really use small viewports but if I did, my vote would be for
> http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/after.png
>
> The design is clean, flows and is intuitive. (Unless I've misunderstood
> you, and you are saying this is the way it looks now :) )
>
> I have noticed that you have lost "Preview" from the compacted bar. Maybe
> make the left button preview, the right button is "Save & View" with a drop
> down for "Save & Continue" (like you have with the Edit/Settings button.
>

I've removed the Preview for the WYSIWYG mode, but it would be necessary
for the Wiki mode.

Regarding the dropdown with the options, initially I iterated it but I
don't quite like how it looked
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/5.png

Thanks for our feedback,
Caty


>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina
> Moraru (Valica)
> Sent: 25 April 2017 18:22
> To: XWiki Mailinglist 
> Subject: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons
>
> Hi,
>
> We had some users complaining that the first time they edit a page they
> don't know how to save it. Depending on the screen resolution, the save
> buttons since they are at the bottom of the page are not visible and some
> users don't know they need to scroll in order to see them.
>
> We want to make some changes to XWiki, that:
> - Display the save buttons in a fixed bottom bar, when they are out of the
> viewport, see http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/bottomBar.png
> - When the user scroll, the buttons go into their position, see
> http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/after.png
> - We compacted the bottom functionalities (summary, minor, auto-save), see
> before:
> http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/before.png
> after:
> http://design.xwiki.org/xwiki/bin/download/Proposal/
> IdeaVisibleSave/smallViewPort.png
>
> What do you think about this proposal? Would it improve the visibility of
> the buttons? Do you have other ideas? Is it something we should implement?
>
> Thanks,
> Caty
>

Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

[Mahomed Hussein]

P2 is great because it is descriptive and probably helpful on wikis with a lot 
of users who are "less technical" or "slightly technophobic".

P4 is great because it is compact and I think even technophobic users will 
understand what the buttons do after the first few tries. So my vote is for P4.

Regarding "combine the actions and add category labels". That looks awesome and 
much more intuitive.


Kind regards,




Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru 
(Valica)
Sent: 25 April 2017 18:33
To: XWiki Mailinglist 
Subject: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions

Hi,

We had feedback that new users don't know where to find the 'Edit' and 'Create' 
buttons. Also there is some confusions of why we have a 'cog' icon that 
contains actions like 'Delete' and a 'three dots' icon that contain other 
actions.

Would be great if you could tell us which version you prefer:
P2:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/advancedUser.png
P4:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_1_bigger.png

Both proposals add backgrounds around the icons, the main difference is that P2 
also uses descriptive labels, while P4 keeps the consistency with the top icons 
and a more minimalist style.

For the more actions menu, we want to combine the actions and add category 
labels, see 
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/moreActions.png

What do you think? Do you have other solutions for your instances? Did you 
encounter the same problem?

Thanks,
Caty

Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

[Mahomed Hussein]

I don't really use small viewports but if I did, my vote would be for 
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/after.png

The design is clean, flows and is intuitive. (Unless I've misunderstood you, 
and you are saying this is the way it looks now :) )

I have noticed that you have lost "Preview" from the compacted bar. Maybe make 
the left button preview, the right button is "Save & View" with a drop down for 
"Save & Continue" (like you have with the Edit/Settings button.


Kind regards,




Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru 
(Valica)
Sent: 25 April 2017 18:22
To: XWiki Mailinglist 
Subject: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons

Hi,

We had some users complaining that the first time they edit a page they don't 
know how to save it. Depending on the screen resolution, the save buttons since 
they are at the bottom of the page are not visible and some users don't know 
they need to scroll in order to see them.

We want to make some changes to XWiki, that:
- Display the save buttons in a fixed bottom bar, when they are out of the 
viewport, see 
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/bottomBar.png
- When the user scroll, the buttons go into their position, see 
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/after.png
- We compacted the bottom functionalities (summary, minor, auto-save), see
before:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/before.png
after:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/smallViewPort.png

What do you think about this proposal? Would it improve the visibility of the 
buttons? Do you have other ideas? Is it something we should implement?

Thanks,
Caty