[xwiki-users] What would you like to see in the XWiki 7.x cycle?
Dear XWiki users, We’re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we’ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it’s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I’d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I’d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your suggestion ideas fast so that we can take them into account in the discussion! :) Thanks a lot for your help and I hope you’re enjoying using XWiki! -Vincent Massol XWiki Committer ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle?
Hello. New XWiki user here. First, a big thanks, we are enjoying XWiki. :) We have a fairly common use case, using the wiki for documenting servers and systems, trying to build an SKMS ala ITIL. What i'd like to see is better formatting of text being cut pasted from (mainly) Word. The single biggest issue I have heard complaints about is formatting. We are moving away from a Lotus Domino environment and here too the formatting is mangled (this may have everything to do with Domino and nothing with XWiki however) when doing copy/paste. I'd like tables to work like they do in Excel. When I press the tab key I want to move to the next field. I want to be able to size the table with my mouse in real-time. I want the columns to be plainly visible, not just the rows. I want numbered lists to be a core feature. Making text different colors and/or fonts should work like in a regular word processor, with a menu item in the WYSIWYG editor. That's from the top of my head, anyway. Have a great weekend. Regards, Daniel On Fri, Dec 5, 2014 at 1:17 PM, vinc...@massol.net vinc...@massol.net wrote: Dear XWiki users, We’re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we’ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it’s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I’d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I’d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your suggestion ideas fast so that we can take them into account in the discussion! :) Thanks a lot for your help and I hope you’re enjoying using XWiki! -Vincent Massol XWiki Committer ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Regards/Mvh Daniel Lundh ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] run document skript with admin rights
Hello !
on one wiki page I have a skript to delete a comment on another page. But when
a user that has no edit right tries to do it, it fails. Is there a way to go
around this and let the user delete the comment as if he had edit rights?
for reference here is my simplified code
{{groovy}}
yourDocReference = new
org.xwiki.model.reference.DocumentReference('xwiki','Main','WebHome');
yourDoc = xwiki.getDocument(yourDocReference);
comment = yourDoc.getComments();
if(comment.isEmpty()){
println(No Comment to remove!);}
else{
yourDoc.removeObject(comment[comment.size()-1]);
yourDoc.save();
println(First comment removed !)}
{{/groovy}}
thanks for the help
Adrien
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle?
Hello, You invited us Vincent, then here my proposals. +10 to thanks Xwiki task force team (especially to support my harassment) WYSIWYG based on FckEditor better to work on tables IMO +1: I want the columns to be plainly visible, not just the rows especially when we edit a table Add tab Source on WYSIWYG editor in Blog and FAQ Add anchor lists on the page (a macros?) to add an link to an anchor #HAnchorTitle) and update anchor link when anchor target is renamed (difficult) detect link with anchor when a page is renamed. Use pure CSS for xwiki menu (without JS) Last but not least: forbidden Vincent to awake devs at 2 hours in the morning on IRC xwiki chanel to chatting about an obscure xwiki code... ;-) Thxs for all. Pascal BASTIEN De : Daniel Lundh dlu...@gmail.com À : XWiki Users users@xwiki.org Envoyé le : Vendredi 5 décembre 2014 13h34 Objet : Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle? Hello. New XWiki user here. First, a big thanks, we are enjoying XWiki. :) We have a fairly common use case, using the wiki for documenting servers and systems, trying to build an SKMS ala ITIL. What i'd like to see is better formatting of text being cut pasted from (mainly) Word. The single biggest issue I have heard complaints about is formatting. We are moving away from a Lotus Domino environment and here too the formatting is mangled (this may have everything to do with Domino and nothing with XWiki however) when doing copy/paste. I'd like tables to work like they do in Excel. When I press the tab key I want to move to the next field. I want to be able to size the table with my mouse in real-time. I want the columns to be plainly visible, not just the rows. I want numbered lists to be a core feature. Making text different colors and/or fonts should work like in a regular word processor, with a menu item in the WYSIWYG editor. That's from the top of my head, anyway. Have a great weekend. Regards, Daniel On Fri, Dec 5, 2014 at 1:17 PM, vinc...@massol.net vinc...@massol.net wrote: Dear XWiki users, We’re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we’ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it’s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I’d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I’d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your suggestion ideas fast so that we can take them into account in the discussion! :) Thanks a lot for your help and I hope you’re enjoying using XWiki! -Vincent Massol XWiki Committer ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Regards/Mvh Daniel Lundh ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] I can not use less variable in a SSX
Hello,
In ./skins/flamingo/less/bootstrap/variables.less we found:
//== Media queries breakpoints
//
//## Define the breakpoints at which your layout will change, adapting to
different screen sizes.
...
// Small screen / tablet
//** Deprecated `@screen-sm` as of v3.0.1
@screen-sm: 768px;
@screen-sm-min: @screen-sm;
Then I want use screen-sm-min in a new SSX object but this doesn't
work:@media (min-width: @screen-sm-min) {
h1 {
color: fuchsia;
}}(If I replace screen-sm-min with his value 768px, my SSX work well.)
Is it normal than @screen-sm-min doesn't work in a SSX?Thxs
Pascal B
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] I can not use less variable in a SSX
Hi,
http://jira.xwiki.org/browse/XWIKI-10708
Thanks,
Caty
On Fri, Dec 5, 2014 at 5:24 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
wrote:
Hello,
In ./skins/flamingo/less/bootstrap/variables.less we found:
//== Media queries breakpoints
//
//## Define the breakpoints at which your layout will change, adapting to
different screen sizes.
...
// Small screen / tablet
//** Deprecated `@screen-sm` as of v3.0.1
@screen-sm: 768px;
@screen-sm-min: @screen-sm;
Then I want use screen-sm-min in a new SSX object but this doesn't
work:@media (min-width: @screen-sm-min) {
h1 {
color: fuchsia;
}}(If I replace screen-sm-min with his value 768px, my SSX work well.)
Is it normal than @screen-sm-min doesn't work in a SSX?Thxs
Pascal B
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] users Digest, Vol 89, Issue 7 - What would you be interested in seeing in XWiki 7.x?
Hi Vincent, To push XWiki a biiig step forward, you should think about improving the WYSIWYG editor in my opinion. Always if I explain users XWiki I can see surprised faces, if they see the limited possibilities of the editor. Especially 2 features are always highlighted to keep their MS Office way of working: 1. Table handling (formatting and usage - today not only displaying tables is needed) 2. Pasting images in a page in edit mode via clipboard. THX Matthias -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of users-requ...@xwiki.org Sent: Freitag, 5. Dezember 2014 16:34 To: users@xwiki.org Subject: users Digest, Vol 89, Issue 7 Send users mailing list submissions to users@xwiki.org 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 users-requ...@xwiki.org You can reach the person managing the list at users-ow...@xwiki.org When replying, please edit your Subject line so it is more specific than Re: Contents of users digest... Today's Topics: 1. What would you like to see in the XWiki 7.x cycle? (=?utf-8?Q?vincent=40massol.net?=) 2. Re: What would you like to see in the XWiki 7.x cycle? (Daniel Lundh) 3. run document skript with admin rights (Adrien Moi) 4. Re: What would you like to see in the XWiki 7.x cycle? (Pascal BASTIEN) 5. I can not use less variable in a SSX (Pascal BASTIEN) 6. Re: I can not use less variable in a SSX (Ecaterina Moraru (Valica)) 7. Re: I can not use less variable in a SSX (Ecaterina Moraru (Valica)) -- Message: 1 Date: Fri, 5 Dec 2014 13:17:43 +0100 From: =?utf-8?Q?vincent=40massol.net?= vinc...@massol.net To: XWiki Users users@xwiki.org Subject: [xwiki-users] What would you like to see in the XWiki 7.x cycle? Message-ID: etPan.5481a267.62bbd95a.d55@Vincents-MacBook-Pro.local Content-Type: text/plain; charset=utf-8 Dear XWiki users, We?re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we?ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it?s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I?d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I?d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your suggestion ideas fast so that we can take them into account in the discussion! :) Thanks a lot for your help and I hope you?re enjoying using XWiki!? -Vincent Massol XWiki Committer -- Message: 2 Date: Fri, 5 Dec 2014 13:34:32 +0100 From: Daniel Lundh dlu...@gmail.com To: XWiki Users users@xwiki.org Subject: Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle? Message-ID: CAJcM3q-w3=ohitUcPxtFGZiQWgsFqiteBDKEcA1=v8dlngq...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Hello. New XWiki user here. First, a big thanks, we are enjoying XWiki. :) We have a fairly common use case, using the wiki for documenting servers and systems, trying to build an SKMS ala ITIL. What i'd like to see is better formatting of text being cut pasted from (mainly) Word. The single biggest issue I have heard complaints about is formatting. We are moving away from a Lotus Domino environment and here too the formatting is mangled (this may have everything to do with Domino and nothing with XWiki however) when doing copy/paste. I'd like tables to work like they do in Excel. When I press the tab key I want to move to the next field. I want to be able to size the table with my mouse in real-time. I want the columns to be plainly visible, not just the rows. I want numbered lists to be a core feature. Making text different colors and/or fonts should work like in a regular word processor, with a menu item in the WYSIWYG editor. That's from the top of my head, anyway. Have a great weekend. Regards, Daniel On Fri, Dec 5, 2014 at 1:17 PM, vinc...@massol.net vinc...@massol.net wrote: Dear XWiki users, We?re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we?ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it?s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I?d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I?d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your
[xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
Hi everyone, = Short Story = I propose to change the behaviour of the top level menu from Flamingo for tablet and desktop screens (so NOT for phones) to match the behaviour we had in 6.2 BUT improving the separation between the navigation links and the drop down toggle. The idea is that the top level menu entries should behave like a drop down button (e.g. the Add button) but without looking like one. You can see some screen shots at http://jira.xwiki.org/browse/XWIKI-11517. = Long Story = I've heard complains that the current behaviour of the top level menu from Flamingo skin is not perfect. The issue is that you need to click twice to navigate. Ok, with a mouse you can use the middle click (wheel) to open the link in a new tab but still it's annoying for simple uses and for those that use the touch pad or a tablet. An alternative I have investigated in http://jira.xwiki.org/browse/XWIKI-11479 is to open the menu on hover (on devices that support this of course). The result is quite nice and effective but there is a problem: if you have a second horizontal menu displayed under the top level menu then you'll have a hard time hovering the second menu. So I decided to close XWIKI-11479 as Won't Fix. For those that like the open-on-hover behaviour and which don't plan to use a second menu I've published this extension http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Action+for+Flamingo+Menu . The other alternative to fix the problem is to go back to the behaviour from 6.2. Precisely, each menu has two sides: * on the left is the label which is a link used for navigation * on the right there is a toggle (arrow) used to open the menu. The problem with this, and the reason we change it in 6.3, was that the label and the toggle were not separated very well so the user could easily think they were doing the same action (opening the menu). At the same time this separation felt unnatural on extra small screens (phones) because you couldn't tap easily on the toggle (arrow). The solution I propose is to: * Keep the current behaviour for extra small screens (phones). That means the use has to tap twice to navigate: one tap to open the menu and another one on the Go to this XYZ. * On desktop and tablet enable the default action (navigation link) as in 6.2 but improve the separation so that the menu behaves as much as possible as a drop down button (e.g. the Add button) without looking like one. This means: ** You should understand there are two sides without hovering ** Separate hover and active state (e.g. the link is not hovered when the toggle is hovered) I've investigated *many* ways to achieve this and the result can be seen on http://jira.xwiki.org/browse/XWIKI-11517. This is close to http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+for+Flamingo+Menu but not the same. NOTE: The way the menu behaves and looks on hover and click (text and background color) is strictly determined by the color theme. Some themes highlight the hovered menu items by changing their background color, others the text color and some do both. My changes are independent on this. We can of course improve the default color theme to better highlight the menu items. This is a different topic though. I'd like to commit this changes in 6.4. Here's my +1. Thanks, Marius ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle?
Hello, First I like previous feedbacks (on wysiwig, tables, etc). Then some random ideas of things I'd love to see in xwiki: - flavors ! ;-) - EDM ! I agree some extensions already go in this way, and it's better to have this as extension(s) and not in core, but maybe a default EDM oriented flavor could be very interesting for enterprises - more inline editing of some very standard pieces of the UI (editing a panel, editing the custom menu from Menu extension, customizing xwiki top menu, customizing page menu/actions, etc). Like an online editor of all content except page content ? Would be so nice to have a little pencil icon appear on hovering of a panel title ... :-) - better wysiwyg edition of some specific macros (include, etc), I suppose you see what I refer to - more easy customization of pdf export (possibility to choose a template at time of export and not only through url param, from a list, have some app to customize header/footer without having to customize skin prefs, manage a catalog of templates, etc) - have a way to assign a label to a set of pages revisions (ie, similar to a tag in mercurial, but on wiki pages). Then I could, for example, export a xar, but based on a specific label. Or export a multi-page pdf, based on a label. (pretty useful, or even essential, for EDM flavor) More in terms of extensions, so I'm not sure it fits here, but : - an extension to manage trainings (catalog, members, schedule) - managing distribution-lists (Exchange) - note that I might contribute something for this, if I can ... - roundtrip with DITA (import/wysiwyg-annotations-comments/export) (DITA is Darwin Information Typing Architecture) - move back to java 6 ! (no, that's a joke, sorry :D ) Note: these are my own needs (say, wishes) as wiki admin, I'll try to ask some users to get their feedbacks, Br, Jeremie 2014-12-05 15:13 GMT+01:00 Pascal BASTIEN pbasnews-xw...@yahoo.fr: Hello, You invited us Vincent, then here my proposals. +10 to thanks Xwiki task force team (especially to support my harassment) WYSIWYG based on FckEditor better to work on tables IMO +1: I want the columns to be plainly visible, not just the rows especially when we edit a table Add tab Source on WYSIWYG editor in Blog and FAQ Add anchor lists on the page (a macros?) to add an link to an anchor #HAnchorTitle) and update anchor link when anchor target is renamed (difficult) detect link with anchor when a page is renamed. Use pure CSS for xwiki menu (without JS) Last but not least: forbidden Vincent to awake devs at 2 hours in the morning on IRC xwiki chanel to chatting about an obscure xwiki code... ;-) Thxs for all. Pascal BASTIEN De : Daniel Lundh dlu...@gmail.com À : XWiki Users users@xwiki.org Envoyé le : Vendredi 5 décembre 2014 13h34 Objet : Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle? Hello. New XWiki user here. First, a big thanks, we are enjoying XWiki. :) We have a fairly common use case, using the wiki for documenting servers and systems, trying to build an SKMS ala ITIL. What i'd like to see is better formatting of text being cut pasted from (mainly) Word. The single biggest issue I have heard complaints about is formatting. We are moving away from a Lotus Domino environment and here too the formatting is mangled (this may have everything to do with Domino and nothing with XWiki however) when doing copy/paste. I'd like tables to work like they do in Excel. When I press the tab key I want to move to the next field. I want to be able to size the table with my mouse in real-time. I want the columns to be plainly visible, not just the rows. I want numbered lists to be a core feature. Making text different colors and/or fonts should work like in a regular word processor, with a menu item in the WYSIWYG editor. That's from the top of my head, anyway. Have a great weekend. Regards, Daniel On Fri, Dec 5, 2014 at 1:17 PM, vinc...@massol.net vinc...@massol.net wrote: Dear XWiki users, We’re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we’ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it’s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I’d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I’d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your suggestion ideas fast so that we can take them into account in the discussion! :) Thanks a lot for your help and I hope you’re enjoying using XWiki! -Vincent Massol XWiki Committer ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users --
Re: [xwiki-users] What would you like to see in the XWiki 7.x cycle?
On Fri, Dec 5, 2014 at 2:34 PM, Daniel Lundh dlu...@gmail.com wrote: Hello. New XWiki user here. First, a big thanks, we are enjoying XWiki. :) We have a fairly common use case, using the wiki for documenting servers and systems, trying to build an SKMS ala ITIL. What i'd like to see is better formatting of text being cut pasted from (mainly) Word. The single biggest issue I have heard complaints about is formatting. We are moving away from a Lotus Domino environment and here too the formatting is mangled (this may have everything to do with Domino and nothing with XWiki however) when doing copy/paste. I'd like tables to work like they do in Excel. When I press the tab key I want to move to the next field. I want to be able to size the table with my mouse in real-time. I want the columns to be plainly visible, not just the rows. I want numbered lists to be a core feature. Making text different colors and/or fonts should work like in a regular word processor, with a menu item in the WYSIWYG editor. This is already possible. http://platform.xwiki.org/xwiki/bin/view/Features/WysiwygEditor#HQuickReference . You need to enable it from the WYSIWYG editor section in the wiki administration. It's not very straightforward but this http://platform.xwiki.org/xwiki/bin/view/AdminGuide/WysiwygEditor#HPluginsandFeatures can help. The rest is very good feedback. Thanks, Marius That's from the top of my head, anyway. Have a great weekend. Regards, Daniel On Fri, Dec 5, 2014 at 1:17 PM, vinc...@massol.net vinc...@massol.net wrote: Dear XWiki users, We’re getting close to the end of the XWiki 6.x cycle (6.4 is planned for the end of December) and in January we’ll start developing the XWiki 7.x cycle (which will last the whole 2015 year), starting with XWiki 7.0. Thus it’s time for the XWiki devs to start defining the global roadmap for XWiki 7.x. As XWiki users, I’d like to know if you have some needs for XWiki 7.x. What would you be interested in seeing in XWiki 7.x? I’d like to start some proposal on the xwiki devs list (for the XWiki 7.x cycle) around end of December so it would be nice if you could shoot your suggestion ideas fast so that we can take them into account in the discussion! :) Thanks a lot for your help and I hope you’re enjoying using XWiki! -Vincent Massol XWiki Committer ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Regards/Mvh Daniel Lundh ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries
May I? (you send mail at user list)... then +1 On 6.3 I still use 6.2 menu (I modified the template on my xwiki) I'm agree with you the 2 side of button must be better separate (with color on hoover or a black vertical bar?). IMO we must respect the same logic of actions button (an one-click default action and drop down sub menu level at the right-side-click ) With CSS it should be possible to:- use 2 side button on big screen- use GoTo menu on small screen (with @media min-width) Thxs Pascal BASTIEN De : Marius Dumitru Florea mariusdumitru.flo...@xwiki.com À : XWiki Developers d...@xwiki.org; XWiki Users users@xwiki.org Envoyé le : Vendredi 5 décembre 2014 17h20 Objet : [xwiki-users] [VOTE] Enable default actions for the Flamingo top menu entries Hi everyone, = Short Story = I propose to change the behaviour of the top level menu from Flamingo for tablet and desktop screens (so NOT for phones) to match the behaviour we had in 6.2 BUT improving the separation between the navigation links and the drop down toggle. The idea is that the top level menu entries should behave like a drop down button (e.g. the Add button) but without looking like one. You can see some screen shots at http://jira.xwiki.org/browse/XWIKI-11517. = Long Story = I've heard complains that the current behaviour of the top level menu from Flamingo skin is not perfect. The issue is that you need to click twice to navigate. Ok, with a mouse you can use the middle click (wheel) to open the link in a new tab but still it's annoying for simple uses and for those that use the touch pad or a tablet. An alternative I have investigated in http://jira.xwiki.org/browse/XWIKI-11479 is to open the menu on hover (on devices that support this of course). The result is quite nice and effective but there is a problem: if you have a second horizontal menu displayed under the top level menu then you'll have a hard time hovering the second menu. So I decided to close XWIKI-11479 as Won't Fix. For those that like the open-on-hover behaviour and which don't plan to use a second menu I've published this extension http://extensions.xwiki.org/xwiki/bin/view/Extension/Hover+and+Default+Action+for+Flamingo+Menu . The other alternative to fix the problem is to go back to the behaviour from 6.2. Precisely, each menu has two sides: * on the left is the label which is a link used for navigation * on the right there is a toggle (arrow) used to open the menu. The problem with this, and the reason we change it in 6.3, was that the label and the toggle were not separated very well so the user could easily think they were doing the same action (opening the menu). At the same time this separation felt unnatural on extra small screens (phones) because you couldn't tap easily on the toggle (arrow). The solution I propose is to: * Keep the current behaviour for extra small screens (phones). That means the use has to tap twice to navigate: one tap to open the menu and another one on the Go to this XYZ. * On desktop and tablet enable the default action (navigation link) as in 6.2 but improve the separation so that the menu behaves as much as possible as a drop down button (e.g. the Add button) without looking like one. This means: ** You should understand there are two sides without hovering ** Separate hover and active state (e.g. the link is not hovered when the toggle is hovered) I've investigated *many* ways to achieve this and the result can be seen on http://jira.xwiki.org/browse/XWIKI-11517. This is close to http://extensions.xwiki.org/xwiki/bin/view/Extension/Enable+Default+Action+for+Flamingo+Menu but not the same. NOTE: The way the menu behaves and looks on hover and click (text and background color) is strictly determined by the color theme. Some themes highlight the hovered menu items by changing their background color, others the text color and some do both. My changes are independent on this. We can of course improve the default color theme to better highlight the menu items. This is a different topic though. I'd like to commit this changes in 6.4. Here's my +1. Thanks, Marius ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] I can not use less variable in a SSX
Thanks a lot.
I will use 768px value then.
(I always forget to check jira before to ask, sorry)
De : Ecaterina Moraru (Valica) vali...@gmail.com
À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users users@xwiki.org
Envoyé le : Vendredi 5 décembre 2014 16h28
Objet : Re: [xwiki-users] I can not use less variable in a SSX
Hi,
http://jira.xwiki.org/browse/XWIKI-10708
Thanks,
Caty
On Fri, Dec 5, 2014 at 5:24 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr wrote:
Hello,
In ./skins/flamingo/less/bootstrap/variables.less we found:
//== Media queries breakpoints
//
//## Define the breakpoints at which your layout will change, adapting to
different screen sizes.
...
// Small screen / tablet
//** Deprecated `@screen-sm` as of v3.0.1
@screen-sm: 768px;
@screen-sm-min: @screen-sm;
Then I want use screen-sm-min in a new SSX object but this doesn't
work:@media (min-width: @screen-sm-min) {
h1 {
color: fuchsia;
}}(If I replace screen-sm-min with his value 768px, my SSX work well.)
Is it normal than @screen-sm-min doesn't work in a SSX?Thxs
Pascal B
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Using xwiki as CMS.
Hello: I would like to use xwiki to write text articles. A page would be created for each article. Then I would like to read this article from a java web application that would publish it on that site. Seems like this should be doable. I'm just learning xwiki so I need someone with more understanding of xwiki to help me plan. Using a url, how to do lookup of the page (my article) in xwiki? Thanks lee ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Using xwiki as CMS.
Hey Lee, On 5 déc. 2014, at 21:01, Lee Chalupa lchal...@seelink.org wrote: Hello: I would like to use xwiki to write text articles. A page would be created for each article. Then I would like to read this article from a java web application that would publish it on that site. On another site? Seems like this should be doable. I'm just learning xwiki so I need someone with more understanding of xwiki to help me plan. Using a url, how to do lookup of the page (my article) in xwiki? Pages live in spaces, typically /xwiki/bin/view/Space/Name You can read them using that URL. You can write to them using URLs too (or POSTs). You can also use the REST API. Do you have an installation already? paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Reading a file submitted from a form
Hi,
I have a form as follows:
{{html}}
form action= enctype=multipart/form-data method=post
input type=hidden name=addFile value=true /
input type=file id=myupload name=newfile /
input type=submit
/form
{{/html}}
And I'd like to perform a simple check that I can access the file (by returning
the file size and a line-by-line echo) using a velocity script:
{{velocity}}
## If this page is called with addStudy=true then do something with the
information
#if ($request.addFile == true)
{{info}}Request received to add file{{/info}}
#set ($fileUpload = $xwiki.fileupload)
#set ($newFileName = $fileUpload.getFileName(newfile))
#if (!$newFileName)
{{warn}}Failed to find submitted file{{/warn}}
#else
Found file $newFileName to load
#set ($discard = $fileUpload.loadFileList())
#set ($fileitem = $fileUpload.getFileItems().get(0))
Found file item for $fileitem.getFieldName() to load, of
$fileitem.getSize() bytes
#set ($filestream = $fileitem.getInputStream())
{{info}}filestream.getText(){{/info}}
$filestream.getText()
{{info}}filestream.readLines(){{/info}}
#foreach($line in $filestream.readLines())
| $line
#end
#end
#end
{{/velocity}}
And also with a Groovy script:
{{groovy}}
if(request.addFile == true) {
println {{info}}addFile requested {{/info}}
fileUpload = xwiki.fileupload
newFileName = fileUpload.getFileName(newfile)
if(newFileName != null) {
println Found file $newFileName to load
fileUpload.loadFileList()
fileitem = fileUpload.getFileItems().get(0)
println Found file item for ${fileitem.getFieldName()} to load, of
${fileitem.getSize()} bytes
filestream = fileitem.getInputStream()
println {{info}}filestream.getText(){{/info}}
println filestream.getText()
println {{info}}filestream.eachLine{{/info}}
filestream.eachLine {
println ${it}
}
} else {
println Failed to find submitted file
}
}
{{/groovy}}
I've tested this page out with a 3kb text file, and both scripts tell me I have
a 4 byte file and I get no lines returned. I'm sure I'm being a total noob, but
can somebody please put me out of my misery and explain why this isn't working?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
