Re: [xwiki-users] Jira Scripting API

2017-01-23 Thread Mohamed Boussaa
Hi,

Find more details here:

http://extensions.xwiki.org/xwiki/bin/view/Extension/JIRA+Macro
http://www.xwiki.com/en/Blog/WorkingWithJiraXWiki
http://snippets.xwiki.org/xwiki/bin/view/Extension/JIRA+Integration


Mohamed

On Mon, Jan 23, 2017 at 6:52 PM,  wrote:

> Hi,
> I’m trying to use the Searchjql function to read data from our Jira server
> via the scripting api.
> The Jira api allows to read any existing field, but I don’t understand how
> this can be done via the scripting api.
> The second question I have is how to make a Json file out the answer which
> can be fed into a livetable.
>
> There is also one issue I have. We have set up access to our jira server
> by password protected accounts only. If you have a pssword which contains a
> “$“ the api fails.
> Any help is welcome.
>
> Thanks, Wolfgang
>


[xwiki-users] Jira Scripting API

2017-01-23 Thread wolfgang.theissen
Hi,
I’m trying to use the Searchjql function to read data from our Jira server via 
the scripting api.
The Jira api allows to read any existing field, but I don’t understand how this 
can be done via the scripting api.
The second question I have is how to make a Json file out the answer which can 
be fed into a livetable.

There is also one issue I have. We have set up access to our jira server by 
password protected accounts only. If you have a pssword which contains a “$“ 
the api fails.
Any help is welcome.

Thanks, Wolfgang 


Re: [xwiki-users] [xwiki-devs] [ANN] Markdown Syntax 1.2 has been released (experimental)

2017-01-23 Thread Vincent Massol

> On 23 Jan 2017, at 17:14, Ludovic Dubost  wrote:
> 
> Hi,
> 
> This is quite cool.. It seems to even work with XWiki macros and with
> Wysiwyg ! How much is the wysiwyg part supposed to work ?

It’s supposed to work well. I’m sure there are edge cases not working but I’ve 
had some users test it and they raised some issues that I have just fixed in 
this new release.

> I found an issue though.. If you use the code macros the parser seems to
> try to transform it to ``` ... ``` instead of {{code}} {{/code}}

It is actually done on purpose:
https://github.com/xwiki-contrib/syntax-markdown/blob/64686aed191fbf755094ca41fd62c58abb6d4942/syntax-markdown-markdown10/src/main/java/org/xwiki/contrib/rendering/markdown10/internal/renderer/MarkdownChainingRenderer.java#L610-L610

Since the XWiki XDOM doesn’t have a Code Block we are transforming backticks 
into a {{code}} macro. Thus if we render it back as a wiki macro we loose the 
standard MD syntax which is to use backticks.

We need to decide what we prefer but my preference was to use backticks since 
that’s the traditional MD-way.

WDYT?

Thanks
-Vincent

> 
> Ludovic
> 
> 
> --
> *Ludovic Dubost*
> *Founder and CEO*
> ludo...@xwiki.com
> skype: ldubost
> Blog: http://blog.ludovic.orgTry XWiki on the cloud
>   - Try Cryptpad: Secure
> realtime Wysiwyg Editing 
> 
> 
> On Mon, Jan 23, 2017 at 12:36 AM, Vincent Massol  wrote:
> 
>> Hi Markdown lovers,
>> 
>> Just wanted to announce that I’ve completely written XWiki support for the
>> Markdown syntax (using flexmark-java instead of pegdown). It’s available as
>> the “markdown/1.2” syntax inside of XWiki.
>> 
>> See http://extensions.xwiki.org/xwiki/bin/view/Extension/
>> Markdown+Syntax+1.2 for details.
>> 
>> Please try it out and let me know how it goes.
>> 
>> If you find bugs please report them at http://jira.xwiki.org/browse/
>> MARKDOWN
>> 
>> Thanks
>> -Vincent
>> 
>> 



Re: [xwiki-users] [ANN] Markdown Syntax 1.2 has been released (experimental)

2017-01-23 Thread Ludovic Dubost
Hi,

This is quite cool.. It seems to even work with XWiki macros and with
Wysiwyg ! How much is the wysiwyg part supposed to work ?

I found an issue though.. If you use the code macros the parser seems to
try to transform it to ``` ... ``` instead of {{code}} {{/code}}

Ludovic


--
*Ludovic Dubost*
*Founder and CEO*
ludo...@xwiki.com
skype: ldubost
Blog: http://blog.ludovic.orgTry XWiki on the cloud
  - Try Cryptpad: Secure
realtime Wysiwyg Editing 


On Mon, Jan 23, 2017 at 12:36 AM, Vincent Massol  wrote:

> Hi Markdown lovers,
>
> Just wanted to announce that I’ve completely written XWiki support for the
> Markdown syntax (using flexmark-java instead of pegdown). It’s available as
> the “markdown/1.2” syntax inside of XWiki.
>
> See http://extensions.xwiki.org/xwiki/bin/view/Extension/
> Markdown+Syntax+1.2 for details.
>
> Please try it out and let me know how it goes.
>
> If you find bugs please report them at http://jira.xwiki.org/browse/
> MARKDOWN
>
> Thanks
> -Vincent
>
>


Re: [xwiki-users] strip accents from page name used in url

2017-01-23 Thread Miroslav Galajda
Hi, I'm asking for help again.

I need to globally override how the names for documents are created.
By design/default the name is taken from title 1:1, which user enters when
she creates the page.

I would like to have url friendly names. How can I achieve this? Overriding
some component or what?

I noticed that for example FAQ application enables to create FAQs using
their UI with some code-behind, which uses this two lines of code:
#set ($newFAQReference = $services.model.createDocumentReference('', '',
"$question"))
$response.sendRedirect($xwiki.getURL($newFAQReference, 'inline',
"$!{request.queryString}=${escapetool.url($question)}"))

There are two options, either override createDocumentReference or override
the $xwiki.getUrl() method. This would probably solve all points, where is
some logic with creating pages.

Thanks

Best regards
Miroslav Galajda

On 6 September 2016 at 11:01, Miroslav Galajda 
wrote:

> Hi, this is nice proposal, but I think this is just another workarround.
> It is not directly solving the problem and user have to think about it,
> when sharing the url.
> It is not straightforward and requires the user to work differently with
> urls in xwiki, different when browsing the other web sites.
>
> I would not force the user to think/to behave differently in xwiki. Please
> think about it. How you work with urls, you just simple copy and paste it
> to email, chat or other applications.
> The better would be to have url to be stripped out of the special url
> non-friendly characters when creating or renaming the page and you don't
> have to care about special handling urls after that. This is more suitable
> solution as it doesn't force the user to care about how to name the page or
> how to share the page. I hope you will have simmilar view on the matter.
>
> Best regards
> Mirec
>
> On 6 September 2016 at 10:45, Vincent Massol  wrote:
>
>>
>> > On 06 Sep 2016, at 10:19, Miroslav Galajda 
>> wrote:
>> >
>> > Hi Vincent, yes the stripping would occure at the document creating
>> time,
>> > or when renaming the page.
>> >
>> > The workarround for this would be to have the user always think that
>> when
>> > creating the new page, enter the name without accents and without spaces
>> > and consequently change the page title to a desired name.
>> > Other way is to go to the rename page action, and there carrefully
>> change
>> > the page name and not page title, this is little tricky.
>> >
>> > The main reason for this is that the encoded urls looks ugly when
>> sharing
>> > it and copying directly to clipboard it out of the xwiki.
>>
>> ok that’s something for which I’d like to provide some option for.
>>
>> Some ideas:
>>
>> * Introduce the concept of alias, i.e. be able to have different URLs
>> pointing to the same document/page. Thus for example if you have some long
>> URL such as http://mywiki/…/page1/page2/…/pageN you would be able to
>> create an alias such as http://mywiki/…/MyNicePage and share it outside
>> of XWiki. This is http://design.xwiki.org/xwiki/
>> bin/view/Proposal/DocumentAliases
>>
>> * Introduce an extension that generates tinyurl-like URLs for any page
>> and that you can share (optionally allow the user to specify a suffix to
>> make the url recognizable, same as on http://tinyurl.com/). Basically
>> this is the same as using directly http://tinyurl.com/ but easier for
>> the user since he’d be able to get the URL directly from the xwiki UI
>> somewhere.
>>
>> Now I think it would be nice to offer an extension point in the Create
>> dialog box so that it can be extended safely and be used to transform the
>> input of the user (remove special chars, automatically append some text,
>> etc). This would be the first step. Second step could be to offer a
>> sanitize feature that could be configured in the Admin, using this
>> mechanism (it would be off by default).
>>
>> IMO you could create a jira issue for this.
>>
>> Thanks
>> -Vincent
>>
>> > On 6 September 2016 at 09:22, Vincent Massol 
>> wrote:
>> >
>> >> Hi Miroslav,
>> >>
>> >>> On 06 Sep 2016, at 09:04, Miroslav Galajda <
>> miroslav.gala...@gmail.com>
>> >> wrote:
>> >>>
>> >>> Hi, does anyone have idea, how to automatically modify/generate url
>> from
>> >>> page title so that the url doesn't contains accents or any special
>> >>> characters. I want to achieve simmilar approach used in CMS system
>> >> Umbraco.
>> >>> Which creates url based on page title but strips spaces and any
>> >> characters
>> >>> that requires url encoding.
>> >>>
>> >>> I've found xwiki.urlfactory.serviceclass in xwiki.cfg. What is
>> >>> responsibility of that class? What is it purpose? Can it be used to
>> solve
>> >>> my requirement?
>> >>
>> >> XWiki supports lots of languages out of the box (you just need to
>> >> configure the encoding properly). Actually we’ve gone to great length
>> to
>> >> ensure that any character is valid 

Re: [xwiki-users] Carousel Slider

2017-01-23 Thread Vishal
I had already tried XCarousel but it also shows images only. 
I will try the bootstrap way and let know if it satisfy my requirement.
Your help is much appreciated. Thank u



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Carousel-Slider-tp7602526p7602531.html
Sent from the XWiki- Users mailing list archive at Nabble.com.


Re: [xwiki-users] Exclude "raw content" from solr search

2017-01-23 Thread Enste, Patrick
Ahhh, ok. Maybe I will have a look on that.

Thank you very much for the help! :)

Best regards,
Patrick



Re: [xwiki-users] Carousel Slider

2017-01-23 Thread Mohamed Boussaa
You can also use the Bootstrap Carousel Plugin inside xwiki pages,  all you
have to do is to copy the html code of the bootstrap slider inside an html
macro as below:

{{html}}


  
  



  

  
  

  
  
...
  


  
  
...
  

...
  

  
  

Previous
  
  

Next
  

{{/html}}

Find boostrap slider plugin documentation here:
https://getbootstrap.com/javascript/#carousel



Mohamed

On Mon, Jan 23, 2017 at 9:43 AM, Mohamed Boussaa 
wrote:

> Hello,
>
> You can try to install and use the XCarousel application, find détails
> here: http://extensions.xwiki.org/xwiki/bin/view/Extension/XCarousel/
>
> Regards,
> Mohamed
>
>
>
> On Mon, Jan 23, 2017 at 3:24 AM, WikiNote Org 
> wrote:
>
>> I want to implement Carousel slider just as the one on
>> xwiki.org/xwiki/bin/view/Carousel/Slider
>> But I dont know how to do it.
>> I tried Totem extension. Its good but has 1 problem. In its Carousel
>> implementation, Totem uses only images attached and doesnt show the
>> description.
>> Is their any other way around? I want the slider exactly as on xwiki.org
>> Perhaps, it should be well documented as it is the most important
>> component
>> for Home pages.
>>
>> Thank you in advance
>>
>
>


Re: [xwiki-users] Carousel Slider

2017-01-23 Thread Mohamed Boussaa
Hello,

You can try to install and use the XCarousel application, find détails
here: http://extensions.xwiki.org/xwiki/bin/view/Extension/XCarousel/

Regards,
Mohamed



On Mon, Jan 23, 2017 at 3:24 AM, WikiNote Org 
wrote:

> I want to implement Carousel slider just as the one on
> xwiki.org/xwiki/bin/view/Carousel/Slider
> But I dont know how to do it.
> I tried Totem extension. Its good but has 1 problem. In its Carousel
> implementation, Totem uses only images attached and doesnt show the
> description.
> Is their any other way around? I want the slider exactly as on xwiki.org
> Perhaps, it should be well documented as it is the most important component
> for Home pages.
>
> Thank you in advance
>