Re: [xwiki-users] RE Suggestions for new Photo Albulm Xwiki

2015-03-23 Thread Nicolas Delsaux 

Can't help to wonder ...
Photos are metadata-rich files : IPTC, EXIF, and so on.
Will your extension extract those metadata and display them (allowing 
easy use of those tags) ?


Le 21/03/2015 08:01, Hamster a écrit :

Great idea guys!

There are several Photo/Pictures Extensions available in XWiki, but maybe
you guys can combine the best of those (and add some fancy stuff like
transitions to it)

Lightbox Macro
http://extensions.xwiki.org/xwiki/bin/view/Extension/Lightbox+Macro
Gallery Macro
http://extensions.xwiki.org/xwiki/bin/view/Extension/Gallery+Macro
Photo Album Macro
http://extensions.xwiki.org/xwiki/bin/view/Extension/Photo+Album+Macro
Photo Album Application
http://extensions.xwiki.org/xwiki/bin/view/Extension/Photo+Album+Application


If you guys have some spare time, maybe you could also look into creating an
Organogram With Pictures Extension :-)

Something like:
http://www.organogramtemplate.org/organogram-template-with-photos.html



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Suggestions-for-new-Photo-Albulm-Xwiki-tp7594318p7594395.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
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] integrating data from JSPWiki/DokuWiki/mediawiki

2015-03-23 Thread Thomas Mortagne 
On Mon, Mar 23, 2015 at 11:02 AM, Nicolas Delsaux
nicolas.dels...@gmx.fr wrote:


 Le 19/03/2015 16:10, vinc...@massol.net a écrit :

 Nice choice! :)

 Yeah, for now, as I'm only evaluating it, I'm rather happy.

 Yes, this is an old script written a long time ago (not by me, I just made
 it available on that page ;)), before XWiki Rendering (see
 http://rendering.xwiki.org) existed. I have no idea how well it works.

 My concern about this script is that its status regarding full wiki import
 is ... undetermined.


 So to summarize, we’re lacking some nice migrators to migrate from all
 those wikis to XWiki. We only have scripts maintained by the community.

 Now we’ve put in place all the infrastructure for such a migrator. We call
 it the Filters Application (a bad name IMO but it does more than just
 migrate content from wiki to wikis, it accepts any input and any output).
 See http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Application

 Right now this Filters app supports only a few input/outputs:

 http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Module#HExistingmodules

 Since there’s a confluence input module, it means you can give this Filter
 app a confluence zip as input and as output you can put an XWiki instance
 and it’ll import the content.


 So, from what I understand, my best  solution would be to write extensions
 to the filter module supporting JSPWiki and Dokuwiki. I could/should rely
 upon the Rendering framework which seems to understand both syntaxes with
 ease.

 Am I right ? And if so, what would be, to your mind, the estimated duration
 of such a development ?

This is the best long term solution yes and you benefit from all the
work done for other importer for all the bulletproofing in instance
output filter.

You can look at the module in
https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwiki-platform-filter/xwiki-platform-filter-streams/
for inspiration.

For the estimated duration I don't really know since most of the time
depend on the format you are going to read and find a suitable
replacement in the existing generic events. I spend 90% of my time
just trying to understand the format when I did the Confluence module
and there is still possible improvements but I'm sure you can't have a
format that horrible in dokuwiki and jspwiki. Dokuwiki should not be
too hard unless there is a lot of new features to find equivalent to
compared to the last time I used it. I don't know JSPWiki except by
name so not much idea here.

A note on the existing syntaxes parsers in the rendering for dokuwiki
and jspwiki: there is a few tests but those are not the most tested
modules so you might find some differences compared to the standard
behavior in the last version of dokuwiki and jspwiki.

 Thanks anyway for the answer.

 --
 Nicolas Delsaux
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] integrating data from JSPWiki/DokuWiki/mediawiki

2015-03-23 Thread Thomas Mortagne 
Actually I did not looked if there was a parser for dokuwiki and
jspwiki but I guess you can reuse a parser done for one of the
existing extensions.

On Mon, Mar 23, 2015 at 3:07 PM, Thomas Mortagne
thomas.morta...@xwiki.com wrote:
 On Mon, Mar 23, 2015 at 11:02 AM, Nicolas Delsaux
 nicolas.dels...@gmx.fr wrote:


 Le 19/03/2015 16:10, vinc...@massol.net a écrit :

 Nice choice! :)

 Yeah, for now, as I'm only evaluating it, I'm rather happy.

 Yes, this is an old script written a long time ago (not by me, I just made
 it available on that page ;)), before XWiki Rendering (see
 http://rendering.xwiki.org) existed. I have no idea how well it works.

 My concern about this script is that its status regarding full wiki import
 is ... undetermined.


 So to summarize, we’re lacking some nice migrators to migrate from all
 those wikis to XWiki. We only have scripts maintained by the community.

 Now we’ve put in place all the infrastructure for such a migrator. We call
 it the Filters Application (a bad name IMO but it does more than just
 migrate content from wiki to wikis, it accepts any input and any output).
 See http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Application

 Right now this Filters app supports only a few input/outputs:

 http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Module#HExistingmodules

 Since there’s a confluence input module, it means you can give this Filter
 app a confluence zip as input and as output you can put an XWiki instance
 and it’ll import the content.


 So, from what I understand, my best  solution would be to write extensions
 to the filter module supporting JSPWiki and Dokuwiki. I could/should rely
 upon the Rendering framework which seems to understand both syntaxes with
 ease.

 Am I right ? And if so, what would be, to your mind, the estimated duration
 of such a development ?

 This is the best long term solution yes and you benefit from all the
 work done for other importer for all the bulletproofing in instance
 output filter.

 You can look at the module in
 https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwiki-platform-filter/xwiki-platform-filter-streams/
 for inspiration.

 For the estimated duration I don't really know since most of the time
 depend on the format you are going to read and find a suitable
 replacement in the existing generic events. I spend 90% of my time
 just trying to understand the format when I did the Confluence module
 and there is still possible improvements but I'm sure you can't have a
 format that horrible in dokuwiki and jspwiki. Dokuwiki should not be
 too hard unless there is a lot of new features to find equivalent to
 compared to the last time I used it. I don't know JSPWiki except by
 name so not much idea here.

 A note on the existing syntaxes parsers in the rendering for dokuwiki
 and jspwiki: there is a few tests but those are not the most tested
 modules so you might find some differences compared to the standard
 behavior in the last version of dokuwiki and jspwiki.

 Thanks anyway for the answer.

 --
 Nicolas Delsaux
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users



 --
 Thomas Mortagne



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] integrating data from JSPWiki/DokuWiki/mediawiki

2015-03-23 Thread vinc...@massol.net 
 




On 23 Mar 2015 at 15:07:41, Thomas Mortagne 
(thomas.morta...@xwiki.com(mailto:thomas.morta...@xwiki.com)) wrote:

 On Mon, Mar 23, 2015 at 11:02 AM, Nicolas Delsaux
 wrote:
 
 
  Le 19/03/2015 16:10, vinc...@massol.net a écrit :
 
  Nice choice! :)
 
  Yeah, for now, as I'm only evaluating it, I'm rather happy.
 
  Yes, this is an old script written a long time ago (not by me, I just made
  it available on that page ;)), before XWiki Rendering (see
  http://rendering.xwiki.org) existed. I have no idea how well it works.
 
  My concern about this script is that its status regarding full wiki import
  is ... undetermined.
 
 
  So to summarize, we’re lacking some nice migrators to migrate from all
  those wikis to XWiki. We only have scripts maintained by the community.
 
  Now we’ve put in place all the infrastructure for such a migrator. We call
  it the Filters Application (a bad name IMO but it does more than just
  migrate content from wiki to wikis, it accepts any input and any output).
  See http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Application
 
  Right now this Filters app supports only a few input/outputs:
 
  http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Module#HExistingmodules
 
  Since there’s a confluence input module, it means you can give this Filter
  app a confluence zip as input and as output you can put an XWiki instance
  and it’ll import the content.
 
 
  So, from what I understand, my best solution would be to write extensions
  to the filter module supporting JSPWiki and Dokuwiki. I could/should rely
  upon the Rendering framework which seems to understand both syntaxes with
  ease.
 
  Am I right ? And if so, what would be, to your mind, the estimated duration
  of such a development ?
  
 This is the best long term solution yes and you benefit from all the
 work done for other importer for all the bulletproofing in instance
 output filter.
  
 You can look at the module in
 https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwiki-platform-filter/xwiki-platform-filter-streams/
 for inspiration.
  
 For the estimated duration I don't really know since most of the time
 depend on the format you are going to read and find a suitable
 replacement in the existing generic events. I spend 90% of my time
 just trying to understand the format when I did the Confluence module
 and there is still possible improvements but I'm sure you can't have a
 format that horrible in dokuwiki and jspwiki. Dokuwiki should not be
 too hard unless there is a lot of new features to find equivalent to
 compared to the last time I used it. I don't know JSPWiki except by
 name so not much idea here.
  
 A note on the existing syntaxes parsers in the rendering for dokuwiki
 and jspwiki: there is a few tests but those are not the most tested
 modules so you might find some differences compared to the standard
 behavior in the last version of dokuwiki and jspwiki.

Actually we don’t have any parser for the dokuwiki syntax in XWiki Rendering so 
the work to support Dokuwiki is not small (first someone needs to add support 
for it syntax in XWiki Rendering and then only we can implement a wiki importer 
for it).

For JSPWiki and MediaWiki it’s less work.

Thanks
-Vincent

  Thanks anyway for the answer.
 
  --
  Nicolas Delsaux

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Editing pages and index view

2015-03-23 Thread MishaK 
Hello, 
I found out that the tree is possible to edit by changing the page names. I
tried numbering the pages in front but they still don't sort in the number
order from 1 to 9.

Here is how it looks like.
Tree view on the page:
http://xwiki.475771.n2.nabble.com/file/n7594401/Tree.png 

Document Index:
http://xwiki.475771.n2.nabble.com/file/n7594401/WikiDocs.png 

Please help!



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Editing-pages-and-index-view-tp7594388p7594401.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Create Javascript application in XWiki

2015-03-23 Thread Nicolas Delsaux 

I would like to create a Javascript application in XWiki.
My precise goal is to go get some content from Jenkins (build status) 
and render it over a static image using d3.js or any other rich 
rendering framework.
I suppose the only way to implement that is to write my webpage as HTML. 
But, then, how will I use external frameworks ? (typically d3.js)


Thanks

--
Nicolas Delsaux
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Create Javascript application in XWiki

2015-03-23 Thread Eduard Moraru 
Hi Nicolas,

Typically, the flow is the following:
1. You create a page and the markup (wiki syntax + additional HTML if you
need form UI elements or if you can not reuse property displayers from
velocity, e.g. $doc.display('someProperty', 'edit') [1] )
2. You add a skin extension [2] object to that document where you add your
CSS and JS needs
3. Inside that JSX object you can depend on 3rd party libraries using the
recommended require.js approach [3] or anything else that suites you
4. Profit

More such information is available on the dev guide's tutorials and
resources page [4].

Hope this helps,
Eduard

P.S.: Regarding javascript, be aware that we are currently moving away from
Prototype.js and towards jQuery, but a lot of documentation still talks
about how to do things with Prototype.js, you just need to digg deep enough
to find the jQuery alternatives, figure them out, ask people for help and,
document back your findings (on xwiki.org pages) so that you can help
others in your same situation :)

--
[1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/API
[2]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Skin+Extension+Plugin
[3]
http://platform.xwiki.org/xwiki/bin/view/DevGuide/JavaScriptAPI#HRequireJSandjQueryAPIs
[4] http://platform.xwiki.org/xwiki/bin/view/DevGuide/

On Mon, Mar 23, 2015 at 5:33 PM, Nicolas Delsaux nicolas.dels...@gmx.fr
wrote:

 I would like to create a Javascript application in XWiki.
 My precise goal is to go get some content from Jenkins (build status) and
 render it over a static image using d3.js or any other rich rendering
 framework.
 I suppose the only way to implement that is to write my webpage as HTML.
 But, then, how will I use external frameworks ? (typically d3.js)

 Thanks

 --
 Nicolas Delsaux
 ___
 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] integrating data from JSPWiki/DokuWiki/mediawiki

2015-03-23 Thread Nicolas Delsaux 



Le 19/03/2015 16:10, vinc...@massol.net a écrit :

Nice choice! :)

Yeah, for now, as I'm only evaluating it, I'm rather happy.
Yes, this is an old script written a long time ago (not by me, I just 
made it available on that page ;)), before XWiki Rendering (see 
http://rendering.xwiki.org) existed. I have no idea how well it works.
My concern about this script is that its status regarding full wiki 
import is ... undetermined.


So to summarize, we’re lacking some nice migrators to migrate from all 
those wikis to XWiki. We only have scripts maintained by the community.


Now we’ve put in place all the infrastructure for such a migrator. We 
call it the Filters Application (a bad name IMO but it does more than 
just migrate content from wiki to wikis, it accepts any input and any 
output). See 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Application


Right now this Filters app supports only a few input/outputs:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Module#HExistingmodules

Since there’s a confluence input module, it means you can give this 
Filter app a confluence zip as input and as output you can put an 
XWiki instance and it’ll import the content.


So, from what I understand, my best  solution would be to write 
extensions to the filter module supporting JSPWiki and Dokuwiki. I 
could/should rely upon the Rendering framework which seems to understand 
both syntaxes with ease.


Am I right ? And if so, what would be, to your mind, the estimated 
duration of such a development ?

Thanks anyway for the answer.

--
Nicolas Delsaux
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users