Re: [xwiki-users] [ANN] Release of Nested Pages Migrator Application 0.5.1

[Raluca Stavro]

That's great !
Thank you !

Raluca.
On Jun 30, 2016 6:15 PM, "Guillaume Delhumeau" <
guillaume.delhum...@xwiki.com> wrote:

> Hello
>
> A new version of the Nested Pages Migrator Application extension is
> available. See
>
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.5.1
> You can install or upgrade with the Extension Manager.
>
> The application is still a beta version that you should use carefully. But
> this version brings some important bug fixes.
>
> Enjoy!
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
> ___
> 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] Failing at setting up Social Login Application extension with Google (XWIKI 7.4)

[Raluca Stavro]

Hello,

I experienced the same issue with Social Login Application. See
http://jira.xwiki.org/browse/AUTHSL-15 .
The position of the login link/button is wrong, because the code in
login.vm was written for a different skin (colibri).

Have a good day,
Raluca.

On Fri, Feb 26, 2016 at 6:50 PM, Guilaume detcheverry <
gdetcheve...@xlstat.com> wrote:

> Hello xwiki users,
>
> I would like to allow my users to connect to my XWIKI instance using
> their GoogleApp account (email).
> If I understood correctly, I have to use the social login application
> for this (
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Social+Login+Application
> ).
>
> I tried to set it up but I couldn't get it to work.
>
>  I wanted to know if anybody has been able to set it up for a Google
> authentication?
> Could anybody please help me on the meaning of the errors I get?
>
> --
>
> -> First some details about my installation:
>
> - The whole is installed on a Windows 2012 R2 machine
> - Java 1.8.0_73 (32-bit)
> - Apache Tomcat8 (32-bit)
> - Tomcat details:
> initial memory pool: 512 MB
> maximum memory pool: 1024 MB
> and parameter additional parameter:
> -XX:MaxPermSize=196m
> - MySQL 5.7 database
> - XWIKI Entreprise 7.4
> - Tomcat is accessible behind a local Apache2.4 reverse proxy (hence
> the 127.0.0.1 src on requests, I guess)
> (I can give more details if necessary)
>
> --
>
> -> Here is what I did to install the extension:
>
> 1. I installed the extension using the extension manager.
>
> 2. I followed the guide under "For version 2.0 and above" found on
> the extension page:
> a. The formatting I used for  "oauth_consumer.properties" is as
> such:
> www.google.com.consumer_key =
> xx.apps.googleusercontent.com
> www.google.com.consumer_secret = 
> b. "org.xwiki.social.authentication.internal.SocialAuthServiceImpl"
> set as my authclass
> c. The login.vm file went into my
> ".../webapp/xwiki/skins/flamingo" folder, which corresponds to my
> current skin
> d. I have set "Google" as my only provider in the XWIKI
> Administration
>
> 3. I couldn't find anything to fill into the Google form fields
> for the callback (oauth2callback)
>Is this normal? I may not understand this authentication method
> enough, feel free to correct me.
> (I also tried with these details: "http://mydomain"; and
> "http://mydomain/xwiki/bin/login/XWiki/XWikiLogin";, same result in the
> logs)
>
> 4. XWIKI webapp reloaded
>
> --
>
> -> Now the issue:
> - My login page looks like this: http://i.imgur.com/UgbWK3o.png
> - A click on "Sign in with Google" only cause the page to reload
> with this URI "
> http://mydomain/xwiki/bin/login/XWiki/XWikiLogin?sl_provider=google&xredirect=
> ",
>   but nothing else happens.
> - The login form doesn't work anymore using the administrator
> credentials
>
> --
>
> -> This is what appears in Tomcat's access.log when I try to login
> (both using the form with the admin user and clicking on "Sign in with
> Google"):
>
> 127.0.0.1 - - [26/Feb/2016:12:02:24 +0100] "POST
> /xwiki/bin/loginsubmit/XWiki/XWikiLogin HTTP/1.1" 200 11168
> 127.0.0.1 - - [26/Feb/2016:12:02:27 +0100] "GET
> /xwiki/bin/login/XWiki/XWikiLogin?sl_provider=google&xredirect=
> HTTP/1.1" 401 11188
>
> --
>
> -> Here is the content of the last catalina.log. However I don't think
> that those are relevant to this problem.
>
> http://pastebin.com/cUKy52R3
>
> I'll have to look around for the "SEVERE" memory ones.
> I also have a lot of "Illegal access: this web application instance
> has been stopped already." java errors in my tomcat8-stderr.log file.
>
> --
>
> -> More relevant here I guess, this is what appears in the
> tomcat8-stdout.log file for each click on "Sign in with Google":
>
> http://pastebin.com/WbewAQmK
>
> Upon some login attempts, the URI contains
> "?sl_provider=google&xredirect=/xwiki/bin/view/Main/?srid=xXxXxXxX",
> but the logfile shows the same error.
>
> --
>
> Would anyone be able help me?
>
> Many thanks
> Guillaume
> ___
> 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] [xwiki-devs] [VOTE] New Link and Image syntax for XWiki Syntax 2.2

[Raluca Stavro]

Hello,

+1 for proposal 3.

Raluca.

On Tue, Apr 30, 2013 at 12:02 PM, Vincent Massol  wrote:

> Hi devs,
>
> Following this thread http://markmail.org/thread/vw3derowozijqalr it
> seems clear that we need to introduce a better syntax for links and images
> in XWiki Syntax 2.2 (in order to cope with use cases such as
> http://jira.xwiki.org/jira/browse/XRENDERING-290).
>
> The need is to be able to plug new reference type handlers without
> breaking backward compatibility in XWiki Syntax 2.2 (since right now with
> XWiki Syntax 2.0 and 2.1 adding a new type reference handler would break
> backward compatibility).
>
> So here are various proposals to that effect for XWiki Syntax 2.2 (I've
> only kept the interesting proposals from the previous thread). Please vote
> for the one you prefer or add new solutions if you have other better ideas.
>
> Proposal 1
> =
>
> Force XWiki Syntax 2.2 to *ALWAYS* use the full form when creating a link
> or image, i.e. all links would need to be written: [[label>>type:reference]]
>
> Examples:
> * [[label>>doc:space.page]]
> * [[label>>doc:wiki:space.page]]
> * [[label>>path:/some/path]]
> * [[label>>url:http://xwiki.org]]
> * [[label>>user:evalica]]
> * [[image:doc:wiki:space.p...@image.png]]
> * [[image:icon:someicon.png]]
>
> CONS:
> * Harder to write links to documents which is the main use case
>
> Proposal 2
> =
>
> Same as with XWiki Syntax 2.1 but for links or images to subwikis force
> the user to use the "doc:" notation
>
> Examples:
> * [[label>>space.page]] or [[label>>doc:space.page]]
> * [[label>>doc:wiki:space.page]]
> * [[label>>>path:/some/path]]
> * [[label>>http://xwiki.org]] or [[label>>>url:http://xwiki.org]]
> * [[label>>user:evalica]]
> * [[image:doc:wiki:space.p...@image.png]]
> * [[image:icon:someicon.png]]
>
> PRO:
> * Still easy to reference docs and images in the current wiki
> * Close to current XWiki Syntax 2.1
>
> CONS:
> * Harder to write links to documents in subwikis (for workspaces users for
> example, see example of xwiki.org)
>
> Proposal 3
> =
>
> Always define the type as a link or image parameter, i.e. separate subwiki
> notation from type.
>
> Examples:
> * [[label>>space.page]] or [[label>>space.page||type="doc"]]
> * [[label>>wiki:space.page]] or [[label>>wiki:space.page||type="doc"]]
> * [[label>>>/some/path||type="path"]]
> * [[label>>http://xwiki.org]] or [[label>>>http://xwiki.org||type="url"]]
> * [[label>>evalica||type="user"]]
> * [[image:wiki:space.p...@image.png]] or [[image:wiki:space.p...@image.png
> ||type="doc"]]
> * [[image:someicon.png||type="icon"]]
>
> PRO:
> * Still easy to reference docs
> * Clear separation between subwiki and types
>
> CONS:
> * Harder to write typed links
> * Harder to write references in non xwiki/2.x syntax that would not
> support link parameters
>
> Thanks
> -Vincent
>
>
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Panels backward compatibility

[Raluca Stavro]

Hi,

On Wed, Jun 13, 2012 at 7:09 PM, Sergiu Dumitriu  wrote:

> On 06/13/2012 09:17 AM, Vincent Massol wrote:
>
>>
>> On Jun 13, 2012, at 2:52 PM, Anca Luca wrote:
>>
>>  On 06/13/2012 02:44 PM, Vincent Massol wrote:
>>>
>>>> On Jun 13, 2012, at 2:39 PM, Anca Luca wrote:
>>>>
>>>>  On 06/13/2012 01:52 PM, Raluca Stavro wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> On Wed, Jun 13, 2012 at 2:15 PM, Vincent Massol
>>>>>>   wrote:
>>>>>>
>>>>>>  On Jun 13, 2012, at 12:44 PM, Raluca Stavro wrote:
>>>>>>>
>>>>>>>  I'm resending this mail by using the right subject pattern.
>>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I am trying to upgrade an old XEM to 3.5.1.
>>>>>>>> In this XEM there are some custom panels which have been converted
>>>>>>>> to 2.0
>>>>>>>> syntax and contain code like this:
>>>>>>>>
>>>>>>>> {{velocity}}
>>>>>>>>  {{html}}
>>>>>>>>#panelheader("...")
>>>>>>>>...
>>>>>>>>#panelfooter()
>>>>>>>>  {{/html}}
>>>>>>>> {{/velocity}}
>>>>>>>>
>>>>>>>
> Do the panels really need the {{html}} wrapper?
> If no, then you must remove it.
> If yes, then you should consider rewriting them using wiki syntax only,
> then remove the {{html}} wrapper.
> If you can't do that, then just move the wrapper inside the
> panelheader/footer.
>
> You can do that automatically with a script.


I applied the solution suggested by Vincent (including both old and new
macro definitions in macros.vm and use a script to make all panels call the
right macros).
But yes, another solution would be to remove the {{html}} wrapper.


>
>
>  Because since 2.7.2 panel macros were converted to 2.0 syntax, because
>>>>>>>> panel macros from inside macros.vm were modified by calling
>>>>>>>> {{html}} wiki
>>>>>>>> macro and because we can't use nested {{html}} macros without
>>>>>>>> wiki="true"
>>>>>>>> parameter, I don't know how to fix this issue besides modifying
>>>>>>>> panel
>>>>>>>>
>>>>>>> code.
>>>>>>>
>>>>>>
> I don't understand this. Are you saying that in macros.vm #panelheader
> uses {{html}}? That's not true, the panelheader/footer macros only use wiki
> syntax, not {{html}}. The problem isn't that nested {{html}} macros don't
> work, but that wiki syntax doesn't work in {{html}} without wiki="true".


Actually they contain both wiki syntax and a call to {{html}} when
displaying the title in 2.0 syntax, on 4.0 stable version WAR at least.


>
>
>  This XEM has more than 70 wikis and this I can't just modify all custom
>>>>>>>> (converted to 2.0 syntax) panels manually.
>>>>>>>> Is there a nice solution to this problem ?
>>>>>>>>
>>>>>>> Idea 1:
>>>>>>> ==
>>>>>>>
>>>>>>> Add a new #panelheaderold macro in macros.vm and replace all calls of
>>>>>>> #panelheader to #panelheaderold in your panels (easy to do with a
>>>>>>> XWQL
>>>>>>> query and 3 lines of scripts).
>>>>>>>
>>>>>>> Slowy migrate panels to new syntax.
>>>>>>>
>>>>>>> Note:
>>>>>>> =
>>>>>>>
>>>>>>> Actually in the future we need to add a new {{panel}} macro,
>>>>>>> something
>>>>>>> like:
>>>>>>>
>>>>>>> {{panel style=".." title="…"}}
>>>>>>> … content here …
>>>>>>> {{/panel}}
>>>>>>>
>>>>>>> Idea 2:
>>>>>>> ==
>>>>>>>
>>>>>>> Create a custom Panel wiki macro (give it a name other than
>>>>>>> "panel"!),
>>>>>>> search for:
>>>>>>> {{velocity}}{{html}}#**panelheader….#panelfoo

Re: [xwiki-users] Panels backward compatibility

[Raluca Stavro]

Hi,

On Wed, Jun 13, 2012 at 2:15 PM, Vincent Massol  wrote:

>
> On Jun 13, 2012, at 12:44 PM, Raluca Stavro wrote:
>
> > I'm resending this mail by using the right subject pattern.
> >
> > Hello,
> >
> > I am trying to upgrade an old XEM to 3.5.1.
> > In this XEM there are some custom panels which have been converted to 2.0
> > syntax and contain code like this:
> >
> > {{velocity}}
> >  {{html}}
> >#panelheader("...")
> >...
> >#panelfooter()
> >  {{/html}}
> > {{/velocity}}
> >
> > Because since 2.7.2 panel macros were converted to 2.0 syntax, because
> > panel macros from inside macros.vm were modified by calling {{html}} wiki
> > macro and because we can't use nested {{html}} macros without wiki="true"
> > parameter, I don't know how to fix this issue besides modifying panel
> code.
> > This XEM has more than 70 wikis and this I can't just modify all custom
> > (converted to 2.0 syntax) panels manually.
> > Is there a nice solution to this problem ?
>
> Idea 1:
> ==
>
> Add a new #panelheaderold macro in macros.vm and replace all calls of
> #panelheader to #panelheaderold in your panels (easy to do with a XWQL
> query and 3 lines of scripts).
>
> Slowy migrate panels to new syntax.
>
> Note:
> =
>
> Actually in the future we need to add a new {{panel}} macro, something
> like:
>
> {{panel style=".." title="…"}}
> … content here …
> {{/panel}}
>
> Idea 2:
> ==
>
> Create a custom Panel wiki macro (give it a name other than "panel"!),
> search for:
> {{velocity}}{{html}}#panelheader….#panelfooter{{/html}}{{/velocity}} (use
> a regex)
>
> Replace with your panel macro.
>
> > Should I open an issue on Jira ?
>
> Nope
>

So there is no other way to fix this issue but by modifying the code inside
panels.
Thank you, Vincent.

Raluca.


>
> Thanks
> -Vincent
> ___
> 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] Panels backward compatibility

[Raluca Stavro]

I'm resending this mail by using the right subject pattern.

Hello,

I am trying to upgrade an old XEM to 3.5.1.
In this XEM there are some custom panels which have been converted to 2.0
syntax and contain code like this:

{{velocity}}
  {{html}}
#panelheader("...")
...
#panelfooter()
  {{/html}}
{{/velocity}}

Because since 2.7.2 panel macros were converted to 2.0 syntax, because
panel macros from inside macros.vm were modified by calling {{html}} wiki
macro and because we can't use nested {{html}} macros without wiki="true"
parameter, I don't know how to fix this issue besides modifying panel code.
This XEM has more than 70 wikis and this I can't just modify all custom
(converted to 2.0 syntax) panels manually.
Is there a nice solution to this problem ?
Should I open an issue on Jira ?

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

[xwiki-users] Panels backward compatibility

[Raluca Stavro]

Hello,

I am trying to upgrade an old XEM to 3.5.1.
In this XEM there are some custom panels which have been converted to 2.0
syntax and contain code like this:

{{velocity}}
  {{html}}
#panelheader("...")
...
#panelfooter()
  {{/html}}
{{/velocity}}

Because since 2.7.2 panel macros were converted to 2.0 syntax, because
panel macros from inside macros.vm were modified by calling {{html}} wiki
macro and because we can't use nested {{html}} macros without wiki="true"
parameter, I don't know how to fix this issue besides modifying panel code.
This XEM has more than 70 wikis and this I can't just modify all custom
(converted to 2.0 syntax) panels manually.
Is there a nice solution to this problem ?
Should I open an issue on Jira ?

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

Re: [xwiki-users] Location of storage of different content in xwiki?

[Raluca Stavro]

Hello,

On Wed, Jan 11, 2012 at 12:23 PM, mohit gupta  wrote:

> Thanks a lot  Raluca.Looks like everything goes to xwiki database by
> default. Two more questions on same .
>
>  As you told   there are 2 ways of storing attachments. Which one is
> default? Where in xwiki UI , as admin user he need to change to other
> value, if he wants
>

The default way of storing attachments is the database (document based) one.


>
> Another thing are you aware of table name where these docs gets
> stored.Looks like in *xwikidoc* table . Right?
>

The xwiki database is structured, so there are tables for documents, for
objects, properties, attachments and so on.
Check this schema:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/DatabaseSchema .

Raluca.


>
>
>
> On Wed, Jan 11, 2012 at 3:21 PM, Raluca Stavro  wrote:
>
> > Hello,
> >
> > On Wed, Jan 11, 2012 at 11:23 AM, mohit gupta 
> wrote:
> >
> > > I have a question regarding the location of storage of different
> content
> > in
> > > xwiki.(I mean does it get stored in xwiki databse which we mention in
> > > hibernate.cfg.xml or somewhere else on disc?)Where does below contents
> > gets
> > > stored in xwiki :-
> > > 1)Space and page contents
> > >
> >
> > In the database.
> >
> >
> > > 2)Atachment under spaces/pages
> > >
> >
> > There are 2 ways of storing attachments:
> > a) As part of documents (each attachment is stored as binary data in the
> > document xml) -> they go along with the documents in the database.
> > b) As filesystem attachments -> they go on the filesystem
> >
> >
> > > 3)Users ,groups, spaces
> > >
> >
> > Almost everything in XWiki is a document :) So, users, groups, spaces are
> > all documents -> they all go in the database.
> >
> >
> > > 4)Rights given to Users ,groups, spaces
> > >
> >
> > Rights given to users, groups are objects attached to documents (each
> > object is part of the document xml) -> they go with documents in the
> > database.
> >
> >
> > > 5)Any modification done from admin user like changes in main Page
> > > configuration/Look and Fell , changing the default colour theme or
> > > addition of new colour theme.
> > >
> >
> > Color themes are also documents -> they go in the database.
> > Unless the Look & Feel changes are made in the filesystem skin (this is
> not
> > recommended), all the UI changes go in the database.
> >
> > Raluca.
> >
> >
> > >
> > >
> > > Thanks.
> > > ___
> > > 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
> >
> ___
> 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] Location of storage of different content in xwiki?

[Raluca Stavro]

Hello,

On Wed, Jan 11, 2012 at 11:23 AM, mohit gupta  wrote:

> I have a question regarding the location of storage of different content in
> xwiki.(I mean does it get stored in xwiki databse which we mention in
> hibernate.cfg.xml or somewhere else on disc?)Where does below contents gets
> stored in xwiki :-
> 1)Space and page contents
>

In the database.


> 2)Atachment under spaces/pages
>

There are 2 ways of storing attachments:
a) As part of documents (each attachment is stored as binary data in the
document xml) -> they go along with the documents in the database.
b) As filesystem attachments -> they go on the filesystem


> 3)Users ,groups, spaces
>

Almost everything in XWiki is a document :) So, users, groups, spaces are
all documents -> they all go in the database.


> 4)Rights given to Users ,groups, spaces
>

Rights given to users, groups are objects attached to documents (each
object is part of the document xml) -> they go with documents in the
database.


> 5)Any modification done from admin user like changes in main Page
> configuration/Look and Fell , changing the default colour theme or
> addition of new colour theme.
>

Color themes are also documents -> they go in the database.
Unless the Look & Feel changes are made in the filesystem skin (this is not
recommended), all the UI changes go in the database.

Raluca.


>
>
> Thanks.
> ___
> 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] How to use feature like watch space and document index?

[Raluca Stavro]

Hello,

On Wed, Jan 4, 2012 at 1:04 PM, mohit gupta  wrote:

>  As i enter to main space after login, i see  these kind of options like
> watch wiki,document index,watch space.   What is is the user of these
> features. As  name * watch wiki or watch space* suggests, looks like
> whenever there is a modification/addition on   on wiki, it will send the
> mail to user email id registered on xwiki. *Is that correct?*
>

Indeed. See more about XWiki Watchlist Application here:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Watchlist+Application .


>
> *What about document index? feature?*
>

It is about listing the documents in your wiki.


>
> *Another issue i am facing is*
>
> For my user i have denied the the view permission on invitation space. But
> still i am able to see that ivitation
> space on  main space webhome page? i dont give my user the feature to send
> invitation to others
>

Document rights are more powerful than space rights. You should check if
there is "view" right set for your user or for a group that contains your
user, on the invitation document.

See more about rights management here:
http://platform.xwiki.org/xwiki/bin/view/Features/RightsManagement .

Raluca.


>
>
> Thanks
> ___
> 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] Bulletin board app modification question

[Raluca Stavro]

Hello,

On Thu, Apr 21, 2011 at 8:38 PM, Scardino, Leonard R Jr ERDC-ITL-MS
Contractor  wrote:

> I've modified the bulletin board app by adding an edit link to
> BBCode.TopicClassSheet (between Quote and Delete) that links to
> $doc.getURL("edit",
> "editor=object&classname=BBCode.PostClass&object=$item.number").
>

You should have '&' instead of '&' :
#set($tURL =
$doc.getURL("edit","editor=object&classname=BBCode.PostClass&object=$item.number"))

...

Raluca.


> This gives me the ability to edit a post by linking to the object editor
> for
> that post.  But the object editor isn't very user friendly.
>
> I noticed towards the top of BBCode.TopicClassSheet, the context.action is
> checked to see if its "inline".  This determines if a new thread is being
> created, and does what is necessary to create it.
>
> I'd like to change the edit link to point back to BBCode.TopicClassSheet
> but
> provide a different custom action.  This way I could check for that action
> (say for instance "postEdit") and instead of providing the post as is,
> provide a form that lets me edit the object.


> My problem is, I don't know how to create a link to do this.  I've tried
> some
> of my guesses, but it didn't work.
>
> Can someone tell me how to (within BBCode.TopicClassSheet) create a link to
> BBCode.TopicClassSheet but with a different custom action that would allow
> me
> to change the post from just a diplay to a form that allows the object to
> be
> edited?
>
> Hope that question makes sense.
>
> Thanks,
>
> Lenny
> ___
> 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] Two Newbie Questions

[Raluca Stavro]

Hello,

On Fri, Apr 22, 2011 at 5:56 PM, Robb Sands  wrote:

> I should have been more specific. I have created a new page named
> "books" while I was on a page named "section 1". "books" should be under
> "section 3". I know that I can create a link to "books" on the "section
> 3" page, but when I have opened the "books" page, the bread crumbs show
> "section 1". I want the bread crumbs to show "section 3". Is there a way
> to do this?
>

This is about setting the right parent for the "books" page.
Each page can have a parent page. This parent page can be a page under a
certain space and its name is like: 'SpaceName.PageName', or the home page
of a space and its name is like: 'SpaceName.WebHome'. By default, the
breadcrumbs contain the titles of the pages. If a page included in the
breadcrumb does not have a title, then the breadcrumb will contain the name
of that page.
I suppose that 'books', 'section 1' and 'section 3' are page names.
Let's say that all these pages are in the space 'SpaceName' (-> full page
names are: 'SpaceName.books', 'SpaceName.section 1', 'SpaceName.section 3'
and the URLs are like: 'http://servername/bin/view/SpaceName/books', '
http://servername/bin/view/SpaceName/section 1', '
http://servername/bin/view/SpaceName/section 3').
What you have to do is to set the parent of 'SpaceName.books' as being
'SpaceName.section 3' .
See here more information about how to set the parent for a certain page:
http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HSettingthepageparent.

Raluca.


>
> Also there was an additional question regarding FAQ's. Is this working
> as designed, or is there a way to have the question display in the
> faq.question column instead of faq.emptyvalue?
>
> Thanks again for your help.
>
> Robb
>
> On 4/22/2011 3:30 AM, Marius Dumitru Florea wrote:
> > Hi Robb,
> >
> > On 04/21/2011 05:48 PM, Robb Sands wrote:
> >> Hello,
> >>
> >> Is it possible to move pages around within a space, or only from one
> >> space to another?
> > Sure. Move is equivalent to Rename. In XE 3.0 you go to a page, choose
> > "Rename" from the "Page" top menu, keep the space unchanged and just
> > modify the page name, hit the "Rename" button and you're done.
> >
> > Hope this helps,
> > Marius
> >
> >> I followed the FAQ tutorial, and for the most part it is working fine.
> >> However under "faq.question" we are seeing "faq.emptyvalue".
> >>
> >> What did I do wrong?
> >>
> >> Thanks for your assistance.
> >>
> >> Robb
> >> ___
> >> 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
> >
> >
>
> --
> *Robb Sands* *| WAVE Corporation | **www.wavecorp.com*
> * | 407.585.0250*
> /Manage your Content, Publish your Ideas/
> ___
> 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] Panel coding.

[Raluca Stavro]

Hello,

On Tue, Apr 26, 2011 at 2:01 AM,  wrote:

> Hello,
>
> I hope everyone had a chance to enjoy their long weekend.
> I still have problems with my "Menu" Panel.
> In order to have a starting point, I took the code from
> "
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Structured+Document+Index
> "
>
> and pasted it into a new panel. Then I made some changes. Currently it
> looks like this:
> #panelheader('Menu')
>
> #macro(getChildrenOf, $docName, $level)
>   #set($level = $level + '*')
>   #foreach($name in $xwiki.searchDocuments('where doc.parent = ? or
> doc.parent = ? order by doc.name', [$docName, "xwiki:$docName"]))
> $level [[$name]]
> #getChildrenOf($name, $level)
>   #end
>   #set($level = $level.substring(0,$mathtool.add($level.length(),-1)))
> #end
>
> #set ($hiddenSpaces = ["Admin", "AnnotationCode", "ColorThemes",
> "Invitation", "Panels", "Scheduler", "Stats", "XWiki"])
>
> #foreach($space in $xwiki.spaces)
>   #if (!$hiddenSpaces.contains($space))
> #set($WebHome = $space + ".WebHome")
> [$space]
> * [${space}.WebHome]
> #getChildrenOf($WebHome, '*')
>   #end
> #end
> #panelfooter()
>
> Unfortunally the result is more then devastating. The only thing which
> is working is the indentation.
> Especially the links are weird. They all have a "]" in the end.
>

Your panel page has set the syntax as being 1.0.
This is why, either you change the page syntax to 2.0 (
http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HChoosingaSyntax)
and put everywhere [[pageName]] instead of [pageName], or you replace the
following line:
$level [[$name]] ## link written in 2.0 syntax
with
$level [$name]   ## link written in 1.o syntax

Raluca.


>
> I would really appreciate it if someone could take a few minutes to
> look over my mistakes and help me setting up a Menu-Panel.
>
> It would also be interesting how you set up your navigation? Only
> trough links? Maybe someone has a script which he/she is willing to
> share with me?
>
> Thanks a lot,
>
> Stephanie
> ___
> 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] Limitations to the use of the Tooltip Macro?

[Raluca Stavro]

Hello,

I tried to add more than 8 tooltips ({{tooltip}}Text here{{/tooltip}}) on
the latest XWiki Enterprise version and I couldn't reproduce your issue.
Maybe you're using the id parameter and you have the same id used twice?
If not, it would be better for us to see an example of code in order to
reproduce the issue.

Raluca.

On Thu, Apr 14, 2011 at 3:53 PM, Wouter de Vos wrote:

> Hi all,
>
> I am working with the Tooltip Macro, and I encounter some strange
> behaviour.
> I can put in as many as I like in one page, but the event on click
> only works with the first 8 Tooltips, when I use more, they show the
> questionmark, but nothing happens when I click on that.
>
> I tried to simply copy-paste one line of text with a working Tooltip
> Macro, but with the same result, the first 8 work flawlessly, from
> number 9 on it does not do anything when I click.
>
> Is this a known bug, or is there a setting in the javascript extension
> itself I can change ?
> I looked through all the Objects of Tooltip, but did not find any such
> setting.
>
> Any help would be greatly appreciated.
>
> -Wouter
> (still on 2.4.3 with the latest Tooltip Macro Version)
> ___
> 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] Individuals Styles for certain Panels

[Raluca Stavro]

Hello,

2011/4/13 Ramon Gomes Brandão - SERINT 

> Hi Team,
>
> I would like to set different style properties for different panels (let's
> say, quick links panel in one color, recent blog posts panel in another
> color etc). The Skin style makes all of them with the same style. How can I
> achieve this editing the panel?
>

Use an XWiki StyleSheet Extension (
http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial#HMinimalStyleSheeteXtension),
set its 'Use this extension' property as being 'Always on this wiki' and
define styles like this:

/* Title background color */
.panels .PanelName h1.xwikipaneltitle{
  background-color: _color_;
}

/* Content color */
.panels .PanelName .xwikipanelcontents{
  background-color: _color_;
}

'PanelName' is the generated class name of the current panel.
You can inspect the dom with Firebug for example and you will find all panel
class names (they are usually the name of the panel document).
This is the HTML structure of the 'QuickLinks' panel:


  Quick
Links
  
...
  


In this case, the panel class name is 'QuickLinks'.

Raluca.


>
> I'm using XE 3.0
>
> Regards,
>
> Ramon Gomes Brandão
>
> ___
> 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 can't change password / view profile

[Raluca Stavro]

Hi again,

On Mon, Apr 11, 2011 at 5:00 PM,  wrote:

> Hello,
>
> I imported xwiki-enterprise-wiki-2.7.1.xar / XWiki Enterprise 2.7.1.34853
>
> should I update then? Any Ideas where XWiki.XWikiUserSheet might have gone?
>

The document is there, but the current user does not have view right on it.
I took a 2.6 instance and imported 2.7.1 xar, then I checked "Prevent
unregistered users from viewing pages, regardless of
the page or space rights" and then I added a new user. I logged in with that
user and I was able to edit the profile page.

If you're saying that you didn't change anything besides "Prevent
unregistered users from viewing pages, regardless of
the page or space rights", then everything should work fine.
Can you try to re-import the 2.7.1 xar? Maybe there was an error during the
import.
Also, make sure that you have the default rights set for the XWiki space (
http://img59.imageshack.us/i/xwikispacepreferencesxw.png/) .

Raluca.



>
> Thanks,
> Chris
>
>
> Zitat von Raluca Stavro :
>
>
>  Hello,
>>
>> On Mon, Apr 11, 2011 at 4:19 PM,  wrote:
>>
>>  Hello!
>>>
>>> I added them normally I guess.
>>>
>>> Wiki -> Administer Wiki -> Users -> Add new user
>>>
>>> Then I added to user to the appropriate groups.
>>>
>>> When I give the user explicit rights to view and edit that page:
>>>
>>> /xwiki/bin/view/XWiki/test
>>>
>>> (test being the user...)
>>>
>>> I do get the following error:
>>>
>>> Failed to execute the [include] macro
>>>
>>> org.xwiki.rendering.macro.MacroExecutionException: Failed to get
>>> content for Document [XWiki.XWikiUserSheet]
>>>   at
>>>
>>>
>>> org.xwiki.rendering.internal.macro.include.IncludeMacro.execute(IncludeMacro.java:172)
>>>   at
>>>
>>>
>>> org.xwiki.rendering.internal.macro.include.IncludeMacro.execute(IncludeMacro.java:57)
>>>   at
>>>
>>>
>>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>>>   at
>>>
>>>
>>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>>>   at
>>>
>>>
>>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>>>   at
>>>
>>>
>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7483)
>>>   at
>>>
>>>
>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7432)
>>>   at
>>>
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:835)
>>>   at
>>>
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:783)
>>>   at
>>>
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:878)
>>>   at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:545)
>>>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>   at
>>>
>>>
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>   at
>>>
>>>
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>   at java.lang.reflect.Method.invoke(Method.java:597)
>>>   at
>>>
>>>
>>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>>>   at
>>>
>>>
>>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>>>   at
>>>
>>>
>>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>>>   at
>>>
>>>
>>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
>>>   at
>>>
>>>
>>> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
>>>   at
>>>
>>>
>>> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>>>   at
>>>
>>>
>>> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>>>   at
>>> org.apache.velocity.runtime.parser.node

Re: [xwiki-users] Users can't change password / view profile

[Raluca Stavro]

Hello,

On Mon, Apr 11, 2011 at 4:19 PM,  wrote:

> Hello!
>
> I added them normally I guess.
>
> Wiki -> Administer Wiki -> Users -> Add new user
>
> Then I added to user to the appropriate groups.
>
> When I give the user explicit rights to view and edit that page:
>
> /xwiki/bin/view/XWiki/test
>
> (test being the user...)
>
> I do get the following error:
>
> Failed to execute the [include] macro
>
> org.xwiki.rendering.macro.MacroExecutionException: Failed to get
> content for Document [XWiki.XWikiUserSheet]
>at
>
> org.xwiki.rendering.internal.macro.include.IncludeMacro.execute(IncludeMacro.java:172)
>at
>
> org.xwiki.rendering.internal.macro.include.IncludeMacro.execute(IncludeMacro.java:57)
>at
>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>at
>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>at
>
> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>at
>
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7483)
>at
>
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7432)
>at
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:835)
>at
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:783)
>at
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:878)
>at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:545)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at
>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>at
>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>at
>
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>at
>
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
>at
>
> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493)
>at
>
> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>at
>
> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>at
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>at
>
> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
>at
>
> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
>at
>
> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336)
>at
>
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:196)
>at
>
> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:161)
>at
>
> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
>at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1895)
>at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1833)
>at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:860)
>at sun.reflect.GeneratedMethodAccessor148.invoke(Unknown Source)
>at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at
>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
>at
>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
>at
>
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
>at
>
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252)
>at
>
> org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:332)
>at
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>at
>
> org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:212)
>at
>
> org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:247)
>at
>
> org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:175)
>at
> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>at
>
> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
>at
> org.apache.velocity.runtime.parse

Re: [xwiki-users] stopping a page for non-editors

[Raluca Stavro]

Hello,

Indeed, #stop throws an exception on XWiki 3.0.
You should create an issue on Jira about the #stop problem. I don't really
know if this is caused by XWiki, or is strictly related to Velocity. This is
a regression from my point of view and it should be fixed.

Another solution for you would be to override contentview.vm and replace the
line:
$renderedContent

with:
#if(!$xwiki.getUser().isUserInGroup("XWiki.XWikiEditorsGroup"))
  {{warning}}You don't have permission to view this document{{/warning}}
#else
  $renderedContent
#end

More info about how to override a template can be found here:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins#HD.OverridingtheSkincomponents.

Raluca.


On Tue, Apr 5, 2011 at 5:38 PM, China Sunrise wrote:

> Hi,
> I'm relatively new to xwiki. I have a few pages where dynamic tables had to
> be shown, and I'm using PHP quite heavily there. In a couple of pages, the
> content is supposed to be shown only if the user is in a specific group
> called 'XWikiEditorsGroup'. I didn't want to rely on xwiki's native
> single-page permissions as they looked a little cumbersome for what I
> needed, and preferred to control access via the page code itself. Up to
> xwiki 2.7, the following velocity section, which was the first section in
> the page, did the trick:
>
> {{velocity}}
> #set($user=$xwiki.getUser())
> #if(!$user.isUserInGroup("XWiki.XWikiEditorsGroup"))
>  {{warning}}You don't have permission to view this document{{/warning}}
>  #stop
> #end
> {{/velocity}}
>
> However, after upgrading to xwiki 3.0, this code no longer works. From what
> I see, the issue appears to be related to velocity 1.7 and its different
> syntax for the #stop directive. I can't seem to find the right syntax
> though. As an alternative approach, I've also tried to relocate this access
> control logic into the PHP code that follows the above velocity section. To
> do that, I need to find a way to get the true/false value of
> "$user.isUserInGroup("XWiki.XWikiEditorsGroup")" in PHP, but so far haven't
> found a way to do that either and not sure how to pass the $user object and
> its isUserInGroup() method to the PHP part. I've even looked into doing
> this
> in groovy but no luck there either.
>
> Any advice will be appreciated...
>
> Thanks
> ___
> 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] Tooltip macro not working after upgrade to 3.0RC1

[Raluca Stavro]

Hello,

On Wed, Mar 30, 2011 at 2:42 PM, Elena-Oana Tabaranu <
oana.tabar...@xwiki.com> wrote:

> Hi,
>
> Edit the macro code on http:// server>/xwiki/bin/edit/XWiki/Tooltip?editor=object and try replacing
> $xcontext.macro.content with ${xcontext.macro.content}
>
> Hope this helps,
> Oana
>
> On 03/29/2011 06:52 PM, coldserenity wrote:
> > Hello,
> >
> > Environment: XWiki iteratively upgraded 2.2 ->  2.3 ->  2.4 ->  2.6
> ->
> > 3.0RC1 (there might have been minor version upgrade in-between)
> > After having upgraded to XWiki 3.0RC1, Tooltip macro (
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro )
> stopped
> > working throwing the error shown below.
> > I've checked several other macros - they still work.
> > Should I log a bug in Jira for the macro or this can be fixed
> somehow?
>

Because the Tooltip Macro is an extension, it is not bundled with XWiki.
This is why, using Jira is not a solution. Anyone can contribute to
extensions, so each time you have a fix for a piece of code, you can update
the extension accordingly. In this particular case, the Tooltip Macro code
has been updated on
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro (v1.2.1:
small update to fix velocity parsing error), so you can just download it and
re-import it into your wiki. Oana is right, the issue that you have comes
from the way $xcontext.macro.content is being parsed.

Raluca.


> >
> >
> >
> >> Failed to execute the [velocity] macro
> >> org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate
> >> Velocity Macro for content [(%class="tooltipHint
> >> #if($!xcontext.macro.params.display-icon == false) withoutIcon#end"
> >> $!hintStyles%)#if("$!xcontext.macro.params.id" !=
> >> "")(%class="tooltipLabelId hidden"%)$!
> xcontext.macro.params.id#else{{html
> >> clean=false}}$!xcontext.macro.params.label{{/html}}#end(%class="tooltip
> >> hidden" $!tooltipStyles %)$xcontext.macro.content(%class="tooltipEvent
> >> hidden"%)$tooltipEvent]
> >>  at
> >>
> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
> >>  at
> >>
> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47)
> >>  at
> >>
> org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:303)
> >>  at
> >>
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:199)
> >>  at
> >>
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
> >>  at
> >>
> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:213)
> >>  at
> >>
> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:57)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
> >>  at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:556)
> >>  at sun.reflect.GeneratedMethodAccessor530.invoke(Unknown Source)
> >>  at
> >>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>  at java.lang.reflect.Method.invoke(Method.java:597)
> >>  at
> >>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> >>  at
> >>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.

Re: [xwiki-users] struggling to understand panels expanding initial state

[Raluca Stavro]

Hello,

On Mon, Mar 7, 2011 at 12:39 AM, Ricardo Rodriguez [eBioTIC.] <
ricardo.rodrig...@ebiotic.net> wrote:

> Hi all!
>
> I'm still struggling to understand how expanded/collapsed state of
> panels do work.
>
> I'm currently using a 2.4.30451 XE/XEM installation.
>
> Looking for macros controlling this state in macros.vm, I see:
>
> ***
> #macro(panelheader $title)
> #set($cookieName = "${context.user.replaceAll(':','')}_${panel}")
> #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName))
> #if(!$expanded)
>   #set($expanded = 'expanded')
> #end
> ## Note: We pass the Panel name as an HTML class attribute so that it's
> possible to style
> ## the Panels selectively using CSS.
> #set ($specialClassAttribute = "")
> #if ($paneldoc && $paneldoc != "")
>   #set ($specialClassAttribute =
> $util.convertToAlphaNumeric($paneldoc.name))
> #end
> 
>  onclick="togglePanelVisibility(this.parentNode,
> '${cookieName}');">$title
> 
> #end
> ***
>
> This macro creates an expanded panel. By clicking the panel title, the
> system creates a cookie that stores her current state.
>
> But if I modify this macro and says...
>
> #if(!$expanded)
>   #set($expanded = 'collapsed')
> #end
>
> No macro is created and panels are always collapsed when loaded and
> after relaoding.
>

That is because 'collapsed' is used as a class name for the panel dom
element and there is also a CSS rule which says that panels with 'collapsed'
class name are being displayed as collapsed.
So, the default logic is like this:

1) take the $expanded value from a cookie
2) set the panel dom element class name as being the value of $expanded
3) on loading the page, with the help of CSS, display the panel as being
'collapsed' or 'expanded', depending on the value of $expanded

And in your case, this is the logic:

1) set the value of $expanded as being 'collapsed'
2) set the panel dom element class name as being the value of $expanded
(which is 'collapsed')
3) on loading the page, with the help of CSS, display the panel as being
'collapsed', this being the value of $expanded

I hope that this helps you understand the logic behind 'collapsed' and
'expanded' panels.

Raluca.

>
> Please, could you me understand why?
>
> Thank you so much!!!
>
> Ricardo
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> 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] XWiki Enterprise and XWiki Enterprise Manager 2.5.2, 2.6.2 and 2.7.1 Released

[Raluca Stavro]

he XWiki development team is pleased to announce the release of XWiki
Enterprise and XWiki Enterprise Manager 2.5.2, 2.6.2 and 2.7.1. These are
the last releases on the 2.5 and 2.6 branches, but the 2.7 branch will
continue to be maintained.

Go grab 2.7.1 at http://www.xwiki.org/xwiki/bin/view/Main/Download , or
browse http://forge.ow2.org/project/showfiles.php?group_id=170 for the other
releases.

The highlights of these releases are:

* Cannot login with Safari 5 without selecting "remember me"
* Better support for custom display of object properties
* Fixed several PDF export and WYSIWYG issues
* Support for Forgot Username & Password in private wikis
* Fixed some bugs with XAR Import
* New {{cache}} macro

For more information, see the full release notes:

XWiki Enterprise:

*
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise252
*
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise262
*
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise271

XWiki Enterprise Manager:

* http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXEM252
* http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXEM262
* http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXEM271

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Tutorial: XWiki On Windows - GlassFish - Oracle (Russian)

[Raluca Stavro]

Hi again,

On Tue, Feb 22, 2011 at 1:52 PM, Eugen Colesnicov wrote:

>
> Thanks everybody!
>
> I found the answer!
>
> First, I tried all Caty & Raluca tips and tricks - no result!!!
>
> Second, as said Thomas, I started to think, how and who can change my css
> styles ...
> It was difficalt for me, because, as I said, I didn't change standart skin,
> and I am not a professional in a web-design.
>
> Also my wiki was almost clean ... Only one additional application, which I
> installed, was Tasks (I tried someting with this application). - I started
> to list all pages in a spaces from Tasks application and I found one page
> named "Skin" in a TaskCode space. I deleted this page - and great! all my
> info, warning and code macroses started to look fine (without any tricks
> with paragrafs)!
>
> Can somebody test this application Task Manager
> (
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Task+Manager+Application
> )
> and page Skin at own wikis with info&code macroses? If will be same
> situation - need to make some remarks on a Task Manager applcaition page
> ...
>

I tested the code from your page
http://etvc.myxwiki.org/xwiki/bin/view/UNA/XWikiInstalation on a wiki with
Task Manager Application installed.
There is no link between TaskCode.Skin page and other pages from inside the
wiki, except the ones that include it.
And more, adding block elements works fine for {{info}} and {{code}} macro,
the result being the expected one.
If you're sure that adding block elements does not work, then the problem
relies on custom CSS. Check with Firebug to track the styles applied on info
and code elements and then make sure that you remove custom styles.
If you don't find custom styles, then there is no reason why the display to
be wrong.
Also, make sure that you close the macros in the right order (the opposite
open order).
Tip: clear the browser's cache after updating the wiki code / CSS.

Raluca.


>
> --
> Best regards
> Eugen Colesnicov
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Tutorial-XWiki-On-Windows-GlassFish-Oracle-Russian-tp6050223p6052066.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] Tutorial: XWiki On Windows - GlassFish - Oracle (Russian)

[Raluca Stavro]

On Tue, Feb 22, 2011 at 11:49 AM, Raluca Stavro  wrote:

> On Tue, Feb 22, 2011 at 11:36 AM, Raluca Stavro wrote:
>
>> Hello,
>>
>> On Tue, Feb 22, 2011 at 11:31 AM, Eugen Colesnicov > > wrote:
>>
>>>
>>>
>>> Ecaterina Moraru (Valica) wrote:
>>> >
>>> > I think the solution for this is to add a paragraph before or after
>>> > calling
>>> > the info macro.
>>> >
>>>
>>> I tried, as you said - but no result ... (I added paragraf lines on a
>>> first
>>> info macro).
>>> It is strange for me, because I didn't change anything on my wiki
>>> http://etvc.myxwiki.org. All is standart.
>>>
>>
>> You can use div elements in order to properly display the info macro:
>>
>> ((({{info}} text {{/info}})))
>>
>
> The reason why info text is being displayed like that in your case it's
> because the {{info}} macro behaves as an inline macro, and the generated
> html is a  with text inside.
> For geeting the result that you want, you have to put all text inside one
> block, and in your case a div fits best.
>

Sorry, I meant 'getting' :)

Caty was right about adding paragraphs for creating the block context, but
> it seems that you need to add 2 paragraphs, one before and one after the
> {{info}} macro. Otherwise, the macro might still be inline.
>
> Examples:
>
> Inline:
>
> -
> * list element
> {{info}} text {{/info}}
> -
> or
> -
> * list element
>
> {{info}} text {{/info}}
> another text
> -
>
> Block:
>
> -
> * list element
>
> {{info}} text {{/info}}
>
> another text
> -
> or
> -
> * list element
> ((( {{info}} text {{/info}} )))
> -
>
>
> Raluca.
>
>
>>
>> Raluca.
>>
>>
>>>
>>> And as I said before, I seen this situation on others xwiki instalations.
>>> --
>>> View this message in context:
>>> http://xwiki.475771.n2.nabble.com/Tutorial-XWiki-On-Windows-GlassFish-Oracle-Russian-tp6050223p6051664.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] Tutorial: XWiki On Windows - GlassFish - Oracle (Russian)

[Raluca Stavro]

On Tue, Feb 22, 2011 at 11:36 AM, Raluca Stavro  wrote:

> Hello,
>
> On Tue, Feb 22, 2011 at 11:31 AM, Eugen Colesnicov 
> wrote:
>
>>
>>
>> Ecaterina Moraru (Valica) wrote:
>> >
>> > I think the solution for this is to add a paragraph before or after
>> > calling
>> > the info macro.
>> >
>>
>> I tried, as you said - but no result ... (I added paragraf lines on a
>> first
>> info macro).
>> It is strange for me, because I didn't change anything on my wiki
>> http://etvc.myxwiki.org. All is standart.
>>
>
> You can use div elements in order to properly display the info macro:
>
> ((({{info}} text {{/info}})))
>

The reason why info text is being displayed like that in your case it's
because the {{info}} macro behaves as an inline macro, and the generated
html is a  with text inside.
For geeting the result that you want, you have to put all text inside one
block, and in your case a div fits best.
Caty was right about adding paragraphs for creating the block context, but
it seems that you need to add 2 paragraphs, one before and one after the
{{info}} macro. Otherwise, the macro might still be inline.

Examples:

Inline:

-
* list element
{{info}} text {{/info}}
-
or
-
* list element

{{info}} text {{/info}}
another text
-

Block:

-
* list element

{{info}} text {{/info}}

another text
-
or
-
* list element
((( {{info}} text {{/info}} )))
-


Raluca.


>
> Raluca.
>
>
>>
>> And as I said before, I seen this situation on others xwiki instalations.
>> --
>> View this message in context:
>> http://xwiki.475771.n2.nabble.com/Tutorial-XWiki-On-Windows-GlassFish-Oracle-Russian-tp6050223p6051664.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] Tutorial: XWiki On Windows - GlassFish - Oracle (Russian)

[Raluca Stavro]

Hello,

On Tue, Feb 22, 2011 at 11:31 AM, Eugen Colesnicov wrote:

>
>
> Ecaterina Moraru (Valica) wrote:
> >
> > I think the solution for this is to add a paragraph before or after
> > calling
> > the info macro.
> >
>
> I tried, as you said - but no result ... (I added paragraf lines on a first
> info macro).
> It is strange for me, because I didn't change anything on my wiki
> http://etvc.myxwiki.org. All is standart.
>

You can use div elements in order to properly display the info macro:

((({{info}} text {{/info}})))

Raluca.


>
> And as I said before, I seen this situation on others xwiki instalations.
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Tutorial-XWiki-On-Windows-GlassFish-Oracle-Russian-tp6050223p6051664.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] Mind Map Application

[Raluca Stavro]

Hello,

On Thu, Feb 17, 2011 at 2:12 PM, Peter McLarty <
peter.mcla...@pacificdbms.com.au> wrote:

> Hi All
>
> I open the mindmap.tools page after installing and there is a warning to
> add MindMap.Translations in the translations page.
> I am confused as to which page this is, how do I access this page to add
> this entry?
> Xwiki is 2.6..33065
>

Go to Wiki Administration -> Programming and add 'MindMap.Translations' to
'Internationalization Document Bundles' property value.
This is an example of value:

Space1.TranslationPage1,Space1.TranslationPage2,Space2.TranslationPage3,MindMap.Translations

You might have an empty value if the wiki has no other document used for
internationalization.
In this case, just set the value to: MindMap.Translations .

Raluca.


>
>
> Cheers
>
> Peter
> ___
> 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] WYSIWYG Editor adding toolbar buttons

[Raluca Stavro]

Hello,

On Wed, Feb 16, 2011 at 4:14 PM, markblokpoel wrote:

>
> Hi,
>
> The wysiwyg editor configuration document, at least for me, was difficult
> to
> comprehend. I was looking for a way to center tables/text/images on my
> xwiki, but failed to get the result using xwiki syntax2. So, I wanted to
> add
> the justifyleft, justifycenter, justifyright and justifyfull buttons to the
> wysiwyg editor, so my users don't have to use wiki syntax. I found that the
> syntax in the templates/macros.vm file is completely different from what is
> described in the configuration document, but still understandable. So I
> added the buttons in the following line:
>
>
> #set($ok = $parameters.put('toolbar',
> $xwiki.getXWikiPreference('wysiwyg.toolbar', 'bold italic underline
> strikethrough | justifyleft justifycenter justifyright justifyfull |
> subscript superscript | unorderedlist orderedlist | outdent indent | undo
> redo | format | hr symbol | paste')))
>
> However, after service restart the wysiwyg editor is unchanged. Can someone
> help me out with this?
>

Have you take a look on this:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/WysiwygEditor#HConfiguration?

Raluca.


>
> Best,
> Mark
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/WYSIWYG-Editor-adding-toolbar-buttons-tp6031898p6031898.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] Aligning the Video Macro

[Raluca Stavro]

Hello,

On Mon, Feb 14, 2011 at 2:39 PM, Wouter de Vos wrote:

> Hello,
>
> I am using the video Macro
> (http://extensions.xwiki.org/xwiki/bin/view/Extension/Video+Macro)
>
> All goes well, but I would like to display the video on the right side
> of the page, are there any align attributes that work? I tried
> dividing the page in columns, but when the video is displayed in hte
> right colum, it does not reach the right border of the page. My goal
> is to have text on the left of the page, and the video on the right
> side next to it.
>
> Ideas anyone?
>

You can use the wiki syntax plus CSS rules in order to play with the video
positioning.
This is what you can do:

(% style="float: right" %)((({{video url="URL"/}})))
Some text on the left side.

This will put the video object inside a div container that will float on the
right side.

Raluca.


>
> Thanks in advance,
>
> Wouter
> ___
> 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] Panels

[Raluca Stavro]

Hello

On Mon, Feb 14, 2011 at 3:22 AM, Lockie  wrote:

>
> Hi Gerritjan
>
> To display panels as collapsed, attach a Javascript sheet to a page
> (Edit>Objects>Javascript Extension). Put the following code in:
>
> document.observe('xwiki:dom:loaded', function() {
>   $$('.panel').each(function(item) {
> item.removeClassName('expanded');
> item.addClassName('collapsed');
>   });
> });
>
>
This will collapse all the panels.

Another temporary solution (until the issue will be fixed by someone), is to
not use a macro, but to write directly the HTML structure of the header,
inside the panel content:


_panel
title_

_here it comes the panel content_
#panelfooter()

This way you set the status as being collapsed by default, for the current
panel.
Note that the cookies will not work anymore for such a panel and it will
always be collapsed on loading the page.

Raluca.


> Mark it as 'Always on this Wiki'.
>
> Hope this helps,
>
> Lockie
>
> -
> 
> Lockie
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Panels-tp6018944p6022132.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] Panels

[Raluca Stavro]

Hello,

On Sat, Feb 12, 2011 at 5:52 PM, Gerritjan Koekkoek <
gerritjankoekk...@gmail.com> wrote:

>  have a two questions about Panels
> 1) How can I make the panel default display "collapsed"?
>

There is no existing macro that would help you display by default a panel as
being collapsed. The 'collapse' status is stored as a cookie.
See the comments of this issue: http://jira.xwiki.org/jira/browse/XE-325
(you can vote for the issue).


> 2) Is there any logic in where you define the display of panels
> - in the admin - presentation ; attributes, show left panel = true, left
> panels, show right panel= true right panels
> - panel wizard, but although the setting is show left column
> - the admin, per space
> - panel wizard, per space
>

The logic is very simple:

1) Panels can be set at wiki (Wiki Administration -> Presentation section)
and at space level (Space Administration -> Presentation section)
2) You can choose to display or not the left panels column (by choosing
'YES' or 'NOT' for 'SHOW LEFT PANELS' property) and/or right panels column
(by choosing 'YES' or 'NOT' for 'SHOW RIGHT PANELS' property) for the _whole
wiki_ OR for _certain spaces_
3) You can choose what panels to display by filling the 'LEFT PANELS' and/or
'RIGHT PANELS' properties inside the presentation section at wiki and/or
space level
4) Space level settings (display YES or NO and what panels to be displayed)
override wiki level settings - so if you choose at wiki level to display
left panels, and on space A you choose not to display left panels, then you
will see left panels on the whole wiki besides space A
6) You can use the Panel Wizzard in order to arrange the panels layout
instead of setting the preferences inside the Presentation section.

See also
http://enterprise.xwiki.org/xwiki/bin/view/GettingStarted/ChangingTheLogoAndThePanels#HChangingyourwiki27spanels.


> What is the best place to learn understand panels, the do's and do not's?
> My problem is that am having difficulties predicting what will happen, some
> panels can be displayed in a certain space while not in another?
>

Yes, each space can have its own panels, see the above explanations.

Raluca.


>
> Thx,
> Gerritjan
> ___
> 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] Test in a virtual wiki if an user is in a group from main wiki

[Raluca Stavro]

Hello,

On Tue, Feb 8, 2011 at 2:52 PM, Pidoux75  wrote:

>
> Hi,
>
> Yes, I've tried it but doesn't working, result is false.
>

On a global group (a group on the main wiki), you can only add global users
(users from the main wiki).
- If the user for which you're testing isUserInGroup(..) is a local user
(from the current wiki - virtual in our case), then false is the correct
result.
- If the user is global (from the main virtual wiki), then this is what is
happening:
   1) $xwiki.getUser() gets the global user  - xwiki:XWiki.GlobalUserName
   2) on the main wiki, this user is stored in the global group as being a
local (on the main wiki) user - XWiki.GlobalUserName
   3) if you try doing $xwiki.getUser('XWiki.GlobalUser') from the virtual
wiki, it will search for this user inside the virtual wiki, and most
probably there will be no such user - unless you have 2 users with the same
username but on different wikis: local and global wiki -  and even if there
is such a local, the result should be false (I didn't test it)

This is why you can't test from a virtual wiki if the current global user is
in a global group.
You should open a JIRA issue describing this problem (http://jira.xwiki.org)
.

Raluca.


> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Test-in-a-virtual-wiki-if-an-user-is-in-a-group-from-main-wiki-tp6003586p6003835.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] Bug Fixing Day: Thursday, February 10

[Raluca Stavro]

Hello,

Good idea!
See you on Thursday.

Raluca.

On Tue, Feb 8, 2011 at 11:40 AM, Sergiu Dumitriu  wrote:

> Hi community,
>
> This Thursday we'd like to do a Bugfixing Day, and everyone is welcome
> to participate with bug reporting or patching.
>
> (Sorry, forgot to announce this earlier)
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> 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] To Change the default design for a specific wiki in a wiki farm?

[Raluca Stavro]

Hello,

On Thu, Feb 3, 2011 at 4:07 PM, Vincent Massol  wrote:

>
> On Feb 3, 2011, at 3:00 PM, Pidoux75 wrote:
>
> >
> > Hello,
> >
> > I need to build a wiki with a different design, like some sites we can
> see
> > at:
> >
> > -  http://www.xwiki.org/xwiki/bin/view/References/
> > http://www.xwiki.org/xwiki/bin/view/References/
> >
> > So I would like to know if it's possible to do it when we are running in
> a
> > xwiki farm without to change the design from others existing wikis.
>
> yes
>
> >
> > If yes, do I need just create and use a new skin for this wiki or need to
> > modify some templates (*.vm) or another thing ?
>
> new skin
>
> See http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins


> Thanks
> -Vincent
>

You can also set a different color theme - with a specific logo if there is
the case - on your (sub)wiki.
See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Color+Theme+Application.

Raluca.


> ___
> 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] livetable + _actions column

[Raluca Stavro]

Hello,

On Thu, Feb 3, 2011 at 2:49 PM, Piotr Dziubecki wrote:

> Hi Guillaume,
>
> W dniu 11-02-03 13:37, Guillaume Lerouge wrote:
> > Hi Piotr,
> >
> > On Thu, Feb 3, 2011 at 13:30, Piotr Dziubecki
>  wrote:
> >
> >> Hi,
> >>
> >> I'm using livetable component with the _actions column and noticed a
> >> peculiar behavior depending on the user
> >> rights.
> >>
> >> When user doesn't have admin right for the space which contain the table
> >> and displaying objects the _actions
> >> column disappears from the table but still user is able to edit/delete
> the
> >> pages displayed by the livetable
> >> ( using the xwiki menus ).
> >>
> >> When I grant him admin right the column appears.
> >>
> >> My code is:
> >>
> >>
> >> #set($columns = ["a","b","c","d","_actions"])
> >> #set($columnsProperties = {
> >>
> >>   "a" : { "displayName" : "A", "type" : "text" },
> >>   "b" : { "type" : "text", "link" : "view", "html" : "true",
> >> "sortable":true, "displayName" : "B" },
> >>   "c" : { "displayName" : "C", "type" : "text" },
> >>   "d" : { "displayName" : "D", "type" : "text" },
> >>"_actions" : {"actions": ["edit","delete"], "displayName" : "E"}
> >> })
> >> #set($options = {
> >> "resultPage":"IPR.IPREntryClassJSON",
> >> "rowCount": 20
> >> })
> >> #livetable("userdirectory1" $columns $columnsProperties $options)
> >>
> >>
> >> In my opinion, there is an inconsistency in the livetable behavior. I
> can
> >> edit/delete my document manually
> >> but livetable prevents from displaying the action column at the same
> time
> >> with the same privileges for the
> >> user.
> >>
> >> Any thoughts on that ?
> >>
> >
> > I think that unfortunately, the current behavior is hardcoded in the
> > livetable (only show the "actions" column for admin users). A dev might
> be
> > able to look at it and fix it. Please open a JIRA to report this.
> >
> > Guillaume
> >
> it's done:
> http://jira.xwiki.org/jira/browse/XWIKI-5948
>

See http://jira.xwiki.org/jira/browse/XE-820.

Raluca.


>
> Cheers,
> Piotr
> ___
> 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] FAQ application - how to add new object automatically

[Raluca Stavro]

Hello,

On Mon, Jan 31, 2011 at 11:45 AM, Piotr Dziubecki wrote:

> Dear all,
>
> I'm trying to extend a FAQ application from the tutorial on xwiki site.
>
> I would like to add some FAQ entries from the external file in an automated
> or semi-automated way.
>
> In the FAQ example there are: question, answer fields for every FAQ entry.
> Is it possible to add new entries
> basing on the external data user provided ?
>
> like to take a data from a text area in a form like:
>
> "question1", "answer1"
> "question2", "answer2"
>
> and then create 2 new FAQ objects ?
>
> I've found such a code snippet and fixed it to have:
>
> ## Create an object
> #set($obj = $doc.newObject("FAQ.FAQClass"))
> $obj.set("question","q1")
> $obj.set("answer", "a1")
>
> ## Save the object in the page
> $doc.save()
>

As long as you have edit rights on the current document ($doc), the code
above should work fine.
Are you sure FAQ.FAQClas exists?


>
> Even with that it fails to add new object to the existing list. Any clues
> how to accomplish that ?
>
> Just to recap, I have two questions :
>
> 1. Could someone provide a code snippet, or point me to a documentation on
> creating/adding new objects in
> the xwiki ( like how to set parentSpace, basic fields in that object and
> add it to the xwiki database ).
>

Check out the documentation for the current API:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/API/ .
For example, in order to set the parent of the current document, the
following code lines:

$doc.setParent('ParentSpaceName.ParentPageName')
$doc.save()

should do the trick.


>
> 2. Are there any scenarios on importing data in to the XWiki ( would like
> to inject a lot of FAQ entries at
> once, tried to do that directly to the database but that failed, I guess I
> should do that via velocity code ? ).


What you can do is to use an Excel file, attach it to a document inside your
XWiki Enterprice instance, then get it with Velocity, parse its content
(line by line) and inject the data into your instance.

Raluca.



>
> Thanks a lot for any help :)
>
> Regards,
> Piotr
>
> ___
> 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] Using brackets in Pagename

[Raluca Stavro]

On Fri, Jan 28, 2011 at 9:53 AM, Raluca Stavro  wrote:
> Hello,
>
> I followed the steps that you described and I had no issues regarding
> parent-child relationship:
> 1. go to space _ Main _
> 2. create page named _ page "1" _
> 3. create a new page named _ page "2" _
> 4. set the parent of _ page "2" _ as being _ page "1" _
> 5. save _ page "2" _
>
> The breadcrumbs is the same both in edit and view mode:

s/breadcrumbs/breadcrumb trail

> Welcome to your wiki » page "1" » page "2" .
>
> It is definitively allowed to create pages containing double quotes in
> their names.
>
> Raluca.
>
> On Thu, Jan 27, 2011 at 4:18 PM, Wouter de Vos  
> wrote:
>> Hello all,
>>
>> I created a new page within a space, and named it page "1".
>> Now, when I create a child from page "1" it shows the correct
>> breadrumb navigation in edit mode, but as soon as i save it, it calls
>> the parent page, instead of  page "1".
>> Can it be that I am not allowed to use "" in the page name? Anyone had
>> this problem? I can still rename the page ofcourse and hope all is
>> well, but I would like to keep it as is.
>>
>> Thanks in advance,
>> -wouter
>> ___
>> 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] Using brackets in Pagename

[Raluca Stavro]

Hello,

I followed the steps that you described and I had no issues regarding
parent-child relationship:
1. go to space _ Main _
2. create page named _ page "1" _
3. create a new page named _ page "2" _
4. set the parent of _ page "2" _ as being _ page "1" _
5. save _ page "2" _

The breadcrumbs is the same both in edit and view mode:
Welcome to your wiki » page "1" » page "2" .

It is definitively allowed to create pages containing double quotes in
their names.

Raluca.

On Thu, Jan 27, 2011 at 4:18 PM, Wouter de Vos  wrote:
> Hello all,
>
> I created a new page within a space, and named it page "1".
> Now, when I create a child from page "1" it shows the correct
> breadrumb navigation in edit mode, but as soon as i save it, it calls
> the parent page, instead of  page "1".
> Can it be that I am not allowed to use "" in the page name? Anyone had
> this problem? I can still rename the page ofcourse and hope all is
> well, but I would like to keep it as is.
>
> Thanks in advance,
> -wouter
> ___
> 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] [Extensions] Space Color Theme

[Raluca Stavro]

Hello all,

I added a new ('Space') Color Theme extension on xwiki.org.
Grab it from here:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Space+ColorTheme
.

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

Re: [xwiki-users] [Extensions] Jeans Color Theme

[Raluca Stavro]

Hello,

Because of copyright considerations, I had to modify the logo image.
I hope you still like the Jeans color theme.

Raluca.

On Wed, Jan 19, 2011 at 11:53 AM, Sorin Burjan  wrote:
> Very nice theme, congratulations ! :)
>
> Regards,
> Sorin B.
>> Hello,
>>
>> I would like to share with you a new Color Theme extension called 'Jeans'.
>> Grab it from here:
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Jeans+ColorTheme
>> .
>>
>> Fell free to add new color theme extensions on xwiki.org.
>>
>> Raluca.
>> ___
>> 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [Extensions] Jeans Color Theme

[Raluca Stavro]

Hello,

I would like to share with you a new Color Theme extension called 'Jeans'.
Grab it from here:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Jeans+ColorTheme
.

Fell free to add new color theme extensions on xwiki.org.

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

Re: [xwiki-users] Remove a translation

[Raluca Stavro]

On Mon, Dec 6, 2010 at 10:37 PM, Raluca Stavro  wrote:
> Hello Ricardo,
Sorry, Gerritjan :)
I will have to give you a lamb for my mistake ;)

Raluca.

>
> The document translations are stored separately. For example, if you
> export as XAR a document having multiple translations, you will notice
> that the XML files are named like this: DocName.xml (default
> language), DocName.en.xml, DocName.es.xml ... etc .
> This is why, in order to delete a document translation, you have to go
> on that document translated in the language that you want to remove
> (for example '.../view/SpaceName/PageName?language=en') and delete the
> document. The other translations (default and others) will not be
> deleted.
> You can check the comments of this Jira issue:
> http://jira.xwiki.org/jira/browse/XWIKI-4932 .
>
> Raluca.
>
> On Mon, Dec 6, 2010 at 9:46 PM, Gerritjan Koekkoek
>  wrote:
>> Hi
>>
>> Our XWIKI is multi-language.
>> When we translate a document into other languages how are these documents 
>> stored?
>> The issue I have is that when we update the original it is not easy to 
>> remove the incorrect translations
>> How do I remove only a translation without removing the default language (or 
>> all the translations at once, without the original)?
>>
>> Gerritjan
>> ___
>> 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] Remove a translation

[Raluca Stavro]

Hello Ricardo,

The document translations are stored separately. For example, if you
export as XAR a document having multiple translations, you will notice
that the XML files are named like this: DocName.xml (default
language), DocName.en.xml, DocName.es.xml ... etc .
This is why, in order to delete a document translation, you have to go
on that document translated in the language that you want to remove
(for example '.../view/SpaceName/PageName?language=en') and delete the
document. The other translations (default and others) will not be
deleted.
You can check the comments of this Jira issue:
http://jira.xwiki.org/jira/browse/XWIKI-4932 .

Raluca.

On Mon, Dec 6, 2010 at 9:46 PM, Gerritjan Koekkoek
 wrote:
> Hi
>
> Our XWIKI is multi-language.
> When we translate a document into other languages how are these documents 
> stored?
> The issue I have is that when we update the original it is not easy to remove 
> the incorrect translations
> How do I remove only a translation without removing the default language (or 
> all the translations at once, without the original)?
>
> Gerritjan
> ___
> 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] [myxwiki] How do I change the logo in a skin?

[Raluca Stavro]

Hello,

To change the logo, you can either use the current color theme (see here the
documentation: 
http://code.xwiki.org/xwiki/bin/view/Applications/ColorThemeApplication)
or you can attach the logo to your skin document - XWiki.DefaultSkin
by default - (see here the documentation about skins:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins).  If you use
the skin document, It's better to name the logo file 'logo.png'. This
way you will override the XWiki logo. Otherwise, make sure that the
skin knows where to take the logo from -> edit Administration
preferences and set 'logo' property as being the name of your logo.

Raluca.

On Thu, Nov 18, 2010 at 2:58 PM, Jonathan @ Crindau
 wrote:
> Hi,
>
> I am currently using the Colibri skin and would like to change the logo.
> To where do I download the new image (and how) so that I can then
> reference it in the Wiki's skin 'logo' object?
>
> Thanks
>
>
>
> ___
> 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] showing/hiding annotations entry in contentmenu

[Raluca Stavro]

Hi,

On Mon, Nov 15, 2010 at 3:05 PM, Sergiu Dumitriu  wrote:
> On 11/15/2010 09:18 AM, Raluca Stavro wrote:
>> Hello Ricardo,
>>
>> Yes, you can use velocity code inside SSX and JSX objects. What you
>> need to do is to set the 'Parse content' property to 'Yes'. You can
>> take a look at the SSX documentation:
>> http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin#HTip:Howtoreferafilefromaskinextension
>> .
>>
>> Example of usage:
>> #if(!$hasEdit)
>>    #body{
>>      background-color: red;
>>    }
>> #end
>
> This is problematic, since the extension is cached on the clientside
> (browser cache). So if a user visits the wiki once unauthenticated,
> after he logs in the same CSS file (already parsed) is used, so nothing
> will change in the UI.
>
> To load the re-parsed CSS, either refresh the browser cache, or you can
> set the Cache property of the extension to "Forbid", which is bad for
> performance.

You are right, Sergiu. Another solution would be to use different ssx
objects from different documents (supposing that the SSX are being
used on demand). For example:
* Space1.Page1 having an SSX object - for common styles
* Space2.Page2 having another SSX object - for users that have edit rights

In the velocity code (a template or a page in wiki mode), you can do this:
$xwiki.ssx.use('Space1.Page1')## common styles
#if($hasEdit)
  $xwiki.ssx.use('Space2.Page2')## styles for users that have edit rights
#end

Raluca.




>
>> Raluca.
>>
>> On Mon, Nov 15, 2010 at 12:36 AM, Ricardo Rodriguez [eBioTIC.]
>>   wrote:
>>>
>>>
>>> Ricardo Rodriguez [eBioTIC.] wrote:
>>>> Hi,
>>>>
>>>> I see how to control edit, export, action and watch appearance in
>>>> contentmenu div by tweaking contentmenu.vm. But, please, how could I get
>>>> the same control over Annotations entry in the same are?
>>>>
>>>> I want to show annotations only to users with edit rights in a given doc.
>>>>
>>>> Thanks!
>>>>
>>>> Ricardo
>>>>
>>>>
>>>
>>> The object of type XWiki.StyleSheetExtension in AnnotationCode.Style
>>> holds the code that seems to control how the action menu entry is shown.
>>>
>>> Currently, to hide the annotation icon on this menu will be enough for me.
>>>
>>> I can add visibility:hidden; to the concerned .actionmenu elements, but
>>> this also hides them for users with edit rights.
>>>
>>> Please, is it possible to add ##if($hasEdit)...#else...#end structures
>>> in a SSE? My bet is that this is not possible: this extensions holds CSS
>>> code, not a script. So, please, how could I introduce conditional
>>> structures to control how page elements are show?
>>>
>>> I guess I must tweak AnnotationCode.Script but, please, how?
>>>
>>> Any help will be welcome! Thanks.
>>>
>>> Best,
>>>
>>> Ricardo
>>>
>>> --
>>> Ricardo Rodríguez
>>> CTO
>>> eBioTIC.
>>> Life Sciences, Data Modeling and Information Management Systems
>>>
>>> ___
>>> 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
>>
>
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> 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] showing/hiding annotations entry in contentmenu

[Raluca Stavro]

Hello Ricardo,

Yes, you can use velocity code inside SSX and JSX objects. What you
need to do is to set the 'Parse content' property to 'Yes'. You can
take a look at the SSX documentation:
http://code.xwiki.org/xwiki/bin/view/Plugins/SkinExtensionsPlugin#HTip:Howtoreferafilefromaskinextension
.

Example of usage:
#if(!$hasEdit)
  #body{
background-color: red;
  }
#end

Raluca.

On Mon, Nov 15, 2010 at 12:36 AM, Ricardo Rodriguez [eBioTIC.]
 wrote:
>
>
> Ricardo Rodriguez [eBioTIC.] wrote:
>> Hi,
>>
>> I see how to control edit, export, action and watch appearance in
>> contentmenu div by tweaking contentmenu.vm. But, please, how could I get
>> the same control over Annotations entry in the same are?
>>
>> I want to show annotations only to users with edit rights in a given doc.
>>
>> Thanks!
>>
>> Ricardo
>>
>>
>
> The object of type XWiki.StyleSheetExtension in AnnotationCode.Style
> holds the code that seems to control how the action menu entry is shown.
>
> Currently, to hide the annotation icon on this menu will be enough for me.
>
> I can add visibility:hidden; to the concerned .actionmenu elements, but
> this also hides them for users with edit rights.
>
> Please, is it possible to add ##if($hasEdit)...#else...#end structures
> in a SSE? My bet is that this is not possible: this extensions holds CSS
> code, not a script. So, please, how could I introduce conditional
> structures to control how page elements are show?
>
> I guess I must tweak AnnotationCode.Script but, please, how?
>
> Any help will be welcome! Thanks.
>
> Best,
>
> Ricardo
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> 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] How to add a Dialog Box similar to Add New User Dialog using groovy or velocity

[Raluca Stavro]

Hello,

On Wed, Nov 10, 2010 at 5:52 AM, Abel Solórzano Astorga
 wrote:
> Hi All,
>
> I want to show a dialog window similar to the one that is shown when you
> want to add a user. A "Registration" window is shown. I was looking for
> documentation on how to do that but I couldn't find it. So I used the Modal
> Box component. But I want to keep the consistency on the look of my xwiki
> site. Could somebody point me some documentation on how to add a dialog
> window similar to the one that is shown when you want to add a user? I want
> to show the dialog window using groovy or velocity code, if possible.

You can use the ModalBox application:
http://code.xwiki.org/xwiki/bin/view/Applications/ModalBoxApplication
.

Raluca.

>
> Regards,
>
> Abel
> ___
> 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] CSS files reklated to blog section

[Raluca Stavro]

On Wed, Oct 13, 2010 at 10:19 AM, Vincent Massol  wrote:
>
> On Oct 13, 2010, at 9:17 AM, Vincent Massol wrote:
>
>>
>> On Oct 13, 2010, at 9:04 AM, Raluca Stavro wrote:
>>
>>> Hello,
>>>
>>> The blog uses a Skin Extension (see
>>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial)
>>> stored as an object attached to 'Blog.BlogStyle' document. So edit
>>> that document in Object mode
>>> (http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HObjectseditingmode)
>>> and you'll be able to edit the styles.
>>
>> And now added to 
>> http://code.xwiki.org/xwiki/bin/view/Applications/BlogApplication
>>
>> Would be great that when we answer someone's question we never give the 
>> answer in the mail but instead give a link where to find the answer (and put 
>> it there of course ;)). In that way our documentation will improve. We're 
>> wasting so much time and effort in replying to emails and not capitalizing 
>> on the time we spend to answer questions.
>
> BTW this is documented here:
> http://dev.xwiki.org/xwiki/bin/view/Community/Contributing#HStrategiesforansweringquestions

Ok, I will follow the process from now on.

Raluca.

>
> :)
>
> That's eating one's dog food!
> -Vincent
>
>>> Raluca.
>>>
>>> On Wed, Oct 13, 2010 at 8:23 AM, Bauyrzhan Matyganov
>>>  wrote:
>>>> Wheren can I edit css files related to Blog section?
>
> ___
> 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] CSS files reklated to blog section

[Raluca Stavro]

Hello,

The blog uses a Skin Extension (see
http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial)
stored as an object attached to 'Blog.BlogStyle' document. So edit
that document in Object mode
(http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HObjectseditingmode)
and you'll be able to edit the styles.

Raluca.

On Wed, Oct 13, 2010 at 8:23 AM, Bauyrzhan Matyganov
 wrote:
> Wheren can I edit css files related to Blog section?
> ___
> 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] Document concept

[Raluca Stavro]

Hi,

On Tue, Sep 21, 2010 at 1:37 AM, [Ricardo Rodriguez] eBioTIC.
 wrote:
> Hi,
>
> Please, as an new XWiki *user* is created as a new instance of
> XWiki.XWikiUser class, what class is instantiated to create a new XWiki
> *document*?

There is a difference between XWiki classes and Java classes.
'XWiki.XWikiUsers' class is an XWiki class and when a new user is
created, a new XWiki document is created and an object of type
'XWiki.XWikiUsers' is attached to that XWiki document.
A default XWiki document has no object of an XWiki class type attached.
But, any XWiki instance is built on the top of the XWiki platform -
written in Java (see the API reference:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/API/) .
So, an XWiki document is an instance of type Document (see Document
class inside the platform API).

Raluca.

>
> Thanks!
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> 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] Documents and classes design question

[Raluca Stavro]

Hi,

On Mon, Sep 20, 2010 at 11:12 PM, [Ricardo Rodriguez] eBioTIC.
 wrote:
> Thanks, Raluca,
>
> Raluca Stavro wrote:
>> On Mon, Sep 20, 2010 at 9:29 AM, Raluca Stavro  
>> wrote:
>>
>>> On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC.
>>>  wrote:
>>> Hi,
>>>
>>> You can use translations (See
>>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/InternationalizingApplications).
>>> For class properties, the translation format is like this:
>>>
>>> ClassSpaceBane.ClassDocName_propertyName=A_Translation_Text
>>>
>>
>> ClassSpaceName.ClassDocName_propertyName=A_Translation_Text
>>
>>
> I'm in fact using this method in a rather simple application we have
> created, but whereas it is rather simple to edit and fill-in properties
> in a given instantiate class, it is not so "straight" to use the method
> we talk about here to the same. For instance, consider this (awful, but
> it could be useful to illustrate the discussion) model...
>
> http://ftp.ebiotic.net/onPdr/pescaderiasDataModel.png
>
> I've implemented it by using Documents to instantiate User and Species
> classes. Species classes has two properties that hold translations of
> its name. If I manage to get a new translation, I do need to add a new
> property to this class. Or to instruct translators to edit the
> translations document and fill in the property the name of the variable
> in the format you have told before. I do prefer not to have people to
> tweak with this kind of "raw" XWiki documents.
>
> Could it be possible to create a new class for each name to be
> translated and instatiate it such many times as different languages a
> given name is translated to? This class will have two properties:
> Language Code and Translation. WDYT?
>
> I think all I have to do is to understand how http://l10n.xwiki.org
> works! But I think this is a bit far from my capabilities rigth now! As
> stated in some other message, any entry-level help will be welcome!

See this document in order to learn the basics of the translations
module: http://platform.xwiki.org/xwiki/bin/view/Features/I18N .

A trick to solve your problem would be to have a single 'name'
property for the 'Species' class.
Let's say that you attached an object of type 'YourSpace.Species'
class to a document named 'YourSpace.DocName'.
You set the value of the 'name' property to 'sp_name_key' (use a key
in order to be able to use translations based on it).
Edit the document in wiki mode and write:
{{velocity}}
  #set($thisDocSpeciesNameKey =
$doc.getObject('YourSpace.Species').getProperty('name').value) ##
$thisDocSpeciesNameKey value is 'sp_name_key'
  $msg.get("$!thisDocSpeciesNameKey")
{{/velocity}}
## save the document

In the translations document, for the 'en' version you write the key &
value like this:
sp_name_key=my EN sp name
## save the document

For the 'fr' version, you write this:
sp_name_key=my FR sp name
## save the document

Now, if you go to .../view/YourSpace/DocName (your document in 'view'
mode), by changing the language you will see that the displayed name
is different for each language.

Raluca.

>
> Thanks!
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> 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] How do I for divide one string I need only the part of the user name (Admin) instead of XWiki.Admin

[Raluca Stavro]

On Sat, Sep 18, 2010 at 12:04 PM, [Ricardo Rodriguez] eBioTIC.
 wrote:
> Hi!
>
> Caleb James DeLisle wrote:
>> There are various ways with different levels of code cleanliness
>> since all user names start off with 'XWiki.' you could use 
>> $context.getUser().substring(6)
>>
>> If you're looking for the user's "common name" instead of the user name, you 
>> might want to look at
>> $xwiki.getUserName
>> http://maven.xwiki.org/site/xwiki-core-parent/xwiki-core/apidocs/com/xpn/xwiki/api/XWiki.html#getUserName%28java.lang.String%29
>>
>>
> Please, as $context is a class and getUser() is a method of that class,
> what is .substring()?

$context.getUser() returns a String representing the full name of the
current user document (ex: "XWiki.RicardoRodriguez").
This is why, all the String methods can be applied on the returned value.

>
> Let's call *name* to the answer to the previous question. Please, where
> are the possible *name* that could be used with a given method of a
> given class?
>
> I'm browsing XWiki API looking for a way of doing the same you have
> proposed with .getUser() but with the name of a document. That is, how
> to get Document instead Space.Document.
>
> For instance, here...
>
> #set($results=$xwiki.searchDocuments($query))
> #foreach($item in $results)
> #set ($itemdoc = $xwiki.getDocument($item))
> * [$itemdoc>$itemdoc],  ~~$itemdoc.display('Genrus')
> $itemdoc.display('Species')~~
>
> $itemdoc shows Space.Document. How do I get just Document?

You have to get the name of the document:
$itemdoc.name

Raluca.

>
> Please, excuse me if this questions are too basic! Thanks for your help!
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> 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] Documents and classes design question

[Raluca Stavro]

On Mon, Sep 20, 2010 at 9:29 AM, Raluca Stavro  wrote:
> On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC.
>  wrote:
> Hi,
>
> You can use translations (See
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/InternationalizingApplications).
> For class properties, the translation format is like this:
>
> ClassSpaceBane.ClassDocName_propertyName=A_Translation_Text

ClassSpaceName.ClassDocName_propertyName=A_Translation_Text

Raluca.

>
> So you need a single document with multiple translations.
>
> Raluca.
>
>> Hi!
>>
>> Caleb James DeLisle wrote:
>>> Each document only contains one set of objects, not one per
>>> translation language.
>>>
>>
>> Thus, please, how do you propose to manage/store information that
>> depends on location? For instance, a given property of a given class has
>> different values/translations. For instance, commonName in the class
>> Species has a value in Spanish, another one in English and it is
>> expected to have a different one for any new translation. It seems to me
>> that this forces to store that value in the document body or to create a
>> new property for each new translation.
>>
>> Any idea will be welcome!!! Thanks!
>>
>> Ricardo
>>
>> --
>> Ricardo Rodríguez
>> CTO
>> eBioTIC.
>> Life Sciences, Data Modeling and Information Management Systems
>>
>> ___
>> 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] Documents and classes design question

[Raluca Stavro]

On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC.
 wrote:
Hi,

You can use translations (See
http://platform.xwiki.org/xwiki/bin/view/DevGuide/InternationalizingApplications).
For class properties, the translation format is like this:

ClassSpaceBane.ClassDocName_propertyName=A_Translation_Text

So you need a single document with multiple translations.

Raluca.

> Hi!
>
> Caleb James DeLisle wrote:
>> Each document only contains one set of objects, not one per
>> translation language.
>>
>
> Thus, please, how do you propose to manage/store information that
> depends on location? For instance, a given property of a given class has
> different values/translations. For instance, commonName in the class
> Species has a value in Spanish, another one in English and it is
> expected to have a different one for any new translation. It seems to me
> that this forces to store that value in the document body or to create a
> new property for each new translation.
>
> Any idea will be welcome!!! Thanks!
>
> Ricardo
>
> --
> Ricardo Rodríguez
> CTO
> eBioTIC.
> Life Sciences, Data Modeling and Information Management Systems
>
> ___
> 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] Uploading larger files

[Raluca Stavro]

Hi,

See this thread:
http://xwiki.475771.n2.nabble.com/Changed-upload-maxsize-but-still-can-t-attach-larger-than-10-MB-td2130422.html
.

Raluca.

On Mon, Sep 13, 2010 at 4:45 PM, Dalluege, Pierre (extern)
 wrote:
> Hello xwiki users,
>
> I have to upload larger files (i.e. ebooks (above 100MB) or images of 80MB) 
> and at the moment the upload fails.
>
> I increased the size of mysql packages to 512 MB, but it didn't help, any 
> ideas?
>
> Best regards
>
> Pierre
> ___
> 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] How do I for order a data list in xwiki?

[Raluca Stavro]

Hello,

An addition to Caleb's indications is the following link:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting#HVelocitySpecificInformation
. So, this is what you need to do:

#set ($sortedList = $sorttool.sort($list))
...
#displayDocumentList($sortedList true $blacklistedSpaces)
...

Raluca.

On Tue, Aug 31, 2010 at 2:42 PM, Caleb James DeLisle
 wrote:
> You may want to look at the velocity SortTool.
> http://velocity.apache.org/tools/releases/1.4/javadoc/org/apache/velocity/tools/generic/SortTool.html
>
> Depending on what value you want to sort by, you might need to replace 
> getDocumentsWithTag with a custom query.
>
> Caleb
>
> abrante wrote:
>>
>> I have the following data that I recover from the XWiki data base, but I
>> need order it. Thanks in advance
>>
>> #set ($list = $xwiki.tag.getDocumentsWithTag($tag))
>>     
>>         
>>             
>>                 #displayDocumentList($list true $blacklistedSpaces)
>>             
>>         
>>     
>>     
>
> ___
> 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] XWiki Variable's list

[Raluca Stavro]

Hello,

The XWiki default variables are defined in 'xwikivars.vm' template
under '/xwiki/templates/' directory (
http://servername/xwiki/templates/xwikivars.vm ).
You can also check out the 'macros.vm' template. You'll find there a
lot of useful Velocity macros.
And there is also the XWiki Platform API
(http://platform.xwiki.org/xwiki/bin/view/DevGuide/API - see the
Javadoc for the latest stable release).

Raluca.

On Tue, Aug 31, 2010 at 11:56 AM, abrante  wrote:
>
> Where can I see the name of all the default variables used by xwiki, for
> example, the user name, e mail, etc. Thanks a lot
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/XWiki-Variable-s-list-tp5481740p5481740.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] Help needed with customizing of Toucan skin

[Raluca Stavro]

On Tue, Aug 31, 2010 at 12:27 PM, Kaya Saman  wrote:
> Many thanks for all the advise and tips Raluca!!

You're welcome! :)

Raluca.

>
> I really appreciate that :-)
>
> Best regards,
>
> Kaya
>
>
> On 30/08/2010 10:50, Raluca Stavro wrote:
>> Hello,
>>
>> On Sat, Aug 28, 2010 at 4:21 PM, Kaya Saman  wrote:
>>
>>> Ok I actually managed to sort this out
>>>
>>> First up I played around with the style.css file and used the @include
>>> statement to include the css for the red background just to try out.
>>>
>>> I then created a new css style sheet called bg-mod.css under
>>> /usr/local/apache-tomcat-6.0/webapps/xwiki/skins/toucan/css/colors in my
>>> FreeBSD jail which has this content:
>>>
>>> body#body,
>>> #allviewpanels .accordionTabContentBox{background-image: url(
>>> ../../images/colors/gray/H4x4-GRAY.png); }
>>>
>>> body#body #xwikimaincontainer,
>>> body.hideright #xwikimaincontainer,
>>> body#body.hideright  #xwikimaincontainerinner,
>>> body.importbody #xwikimaincontainerinner,
>>> body.exportbody #xwikimaincontainerinner,
>>> body.adminbody #xwikimaincontainerinner,
>>> body.hidelefthideright #xwikimaincontainerinner,
>>> body#body.hidelefthideright  #xwikimaincontainerinner
>>> {  background-image :url( ../../images/colors/bg/gpl.png) ; }
>>>
>>> #xwikimaincontainerinner,
>>> body#body.editbody #xwikimaincontainerinner,
>>> body#body.eportbody #xwikimaincontainer,
>>> body#body.importbody #xwikimaincontainer,
>>> body#body.adminbody #xwikimaincontainer,
>>> body#body.hidelefthideright #xwikimaincontainer,
>>> body#body.hideleft #xwikimaincontainer,
>>> body#body.editbody #xwikimaincontainer
>>>   {  background-image :url( ../../images/colors/bg/gpl_right.png) ;}
>>>
>>> body#body.editbody #globallinks,
>>> #globallinks,
>>> #rightPanels,
>>> #editPanels.panels{  background-image: url(
>>> ../../images/colors/bg/gpl.png);}
>>>
>>> #company { background-image: url( ../../images/colors/bg/gpl.png); }
>>>
>>> I then created the subdir under images/colors called bg and uploaded
>>> some files into it.
>>>
>>> My style.css file now looks like so:
>>>
>>> @import "microformats.css";
>>> @import "toucan.css";
>>> @import "css/colors/bg-mod.css";
>>>
>>> After that was done and tested I edited the toucan.css file generating
>>> this code:
>>>
>>> #companylogo {
>>>      padding: 0;
>>>      ###background-color: #FFF;
>>>      ###background-color: #666;
>>>      background-color: #transparent;
>>>      margin-right: 220px;
>>>      ###margin-right: 0px;
>>>      height: 80px;
>>>      ###background-image: url($xwiki.getSkinFile("sunv210mod.png"));
>>>
>>> }
>>>
>>> What seems to not have been working is the
>>> url($xwiki.getSkinFile("sunv210mod.png") line I got from here:
>>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins#HD.OverridingtheSkincomponents
>>>
>> $xwiki.getSkinFile("sunv210mod.png") searches the image file like this :
>>
>> 1. in the current skin
>>      1.1 in the specified Skin Document (
>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins#HA.CreatingaSkindocument
>> )
>>      1.2 if no success, in the '/skins/myskin/' directory (in your
>> case: '/skins/toucan/')
>>      1.3 if no success, in the '/resources/' directory
>> 2. if no success, in the parent skin (if the current skin is a Skin
>> Document and has set a parent skin)
>> 3. if no success, in the default base skin directory (the one set it
>> 'xwiki.cfg')
>>
>> So, do like you did with the other images - put it under the '/bg/'
>> directory and use a relative path for the url:
>>   #companylogo {
>>    background-image: url(../../images/colors/bg/sunv210mod.png);
>> }
>>
>> or attach the image to the current Skin Document.
>>
>> Raluca.
>>
>>
>>> I mean either it does work or I just don't know how to use it but never
>>> the less what I wanted to achieve is done to an extent :-)
>>>
>>> Thanks for all the help and regards,
>>>
>>> Kaya
>>>
>>>
>>>
>>> On 08/28/2010 11:32 AM, Raluca Stavro wrot

Re: [xwiki-users] Help needed with customizing of Toucan skin

[Raluca Stavro]

Hello,

On Sat, Aug 28, 2010 at 4:21 PM, Kaya Saman  wrote:
> Ok I actually managed to sort this out
>
> First up I played around with the style.css file and used the @include
> statement to include the css for the red background just to try out.
>
> I then created a new css style sheet called bg-mod.css under
> /usr/local/apache-tomcat-6.0/webapps/xwiki/skins/toucan/css/colors in my
> FreeBSD jail which has this content:
>
> body#body,
> #allviewpanels .accordionTabContentBox{background-image: url(
> ../../images/colors/gray/H4x4-GRAY.png); }
>
> body#body #xwikimaincontainer,
> body.hideright #xwikimaincontainer,
> body#body.hideright  #xwikimaincontainerinner,
> body.importbody #xwikimaincontainerinner,
> body.exportbody #xwikimaincontainerinner,
> body.adminbody #xwikimaincontainerinner,
> body.hidelefthideright #xwikimaincontainerinner,
> body#body.hidelefthideright  #xwikimaincontainerinner
> {  background-image :url( ../../images/colors/bg/gpl.png) ; }
>
> #xwikimaincontainerinner,
> body#body.editbody #xwikimaincontainerinner,
> body#body.eportbody #xwikimaincontainer,
> body#body.importbody #xwikimaincontainer,
> body#body.adminbody #xwikimaincontainer,
> body#body.hidelefthideright #xwikimaincontainer,
> body#body.hideleft #xwikimaincontainer,
> body#body.editbody #xwikimaincontainer
>  {  background-image :url( ../../images/colors/bg/gpl_right.png) ;}
>
> body#body.editbody #globallinks,
> #globallinks,
> #rightPanels,
> #editPanels.panels{  background-image: url(
> ../../images/colors/bg/gpl.png);}
>
> #company { background-image: url( ../../images/colors/bg/gpl.png); }
>
> I then created the subdir under images/colors called bg and uploaded
> some files into it.
>
> My style.css file now looks like so:
>
> @import "microformats.css";
> @import "toucan.css";
> @import "css/colors/bg-mod.css";
>
> After that was done and tested I edited the toucan.css file generating
> this code:
>
> #companylogo {
>     padding: 0;
>     ###background-color: #FFF;
>     ###background-color: #666;
>     background-color: #transparent;
>     margin-right: 220px;
>     ###margin-right: 0px;
>     height: 80px;
>     ###background-image: url($xwiki.getSkinFile("sunv210mod.png"));
>
> }
>
> What seems to not have been working is the
> url($xwiki.getSkinFile("sunv210mod.png") line I got from here:
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins#HD.OverridingtheSkincomponents

$xwiki.getSkinFile("sunv210mod.png") searches the image file like this :

1. in the current skin
1.1 in the specified Skin Document (
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins#HA.CreatingaSkindocument
)
1.2 if no success, in the '/skins/myskin/' directory (in your
case: '/skins/toucan/')
1.3 if no success, in the '/resources/' directory
2. if no success, in the parent skin (if the current skin is a Skin
Document and has set a parent skin)
3. if no success, in the default base skin directory (the one set it
'xwiki.cfg')

So, do like you did with the other images - put it under the '/bg/'
directory and use a relative path for the url:
 #companylogo {
  background-image: url(../../images/colors/bg/sunv210mod.png);
}

or attach the image to the current Skin Document.

Raluca.

>
> I mean either it does work or I just don't know how to use it but never
> the less what I wanted to achieve is done to an extent :-)
>
> Thanks for all the help and regards,
>
> Kaya
>
>
>
> On 08/28/2010 11:32 AM, Raluca Stavro wrote:
>> Hello,
>>
>> I tend to think that your CSS selectors are not specific enough. See
>> http://www.w3.org/TR/CSS2/cascade.html .
>> You have to make sure that your CSS rules are taken in account after
>> the default XWiki CSS rules (ex: CSS StyleSheet linked in the header
>> after the default ones that contain the rules  that you want to change
>> =>  this can be done by using skin extensions
>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial
>> ) and you have to make sure that your selector's specificity is
>> correct.
>>
>> Raluca.
>>
>> On Sat, Aug 28, 2010 at 9:38 AM, Kaya Saman  wrote:
>>
>>> Thanks Lockie for the suggestion only the same thing is happening!!
>>>
>>> Firebug definitely shows the CSS alright but I alter what the screen is
>>> telling and nothing happens even though Firebug reports the change after
>>> a refresh
>>>
>>> The issue is that the CSS is quite complex and am no CSS expert meaning
>>> that if things are dependent on certa

Re: [xwiki-users] Help needed with customizing of Toucan skin

[Raluca Stavro]

Hi,

On Sat, Aug 28, 2010 at 12:06 PM, Kaya Saman  wrote:
> Thanks very much for the advise and the links.
>
> I read through them and now understand a bit more!!
>
> However, since I attempted to customize the basic toucan.css file by
> commenting out the old image code and adding new image code in. Eg:
>
> body {
>     font-size: 87.5%; /* 10px */
>     font-family: sans-serif;
>     color: #222;
>     width: 100%;
>     padding: 0;
>     margin: 0;
>     min-width: 970px;
>     ###background-image: url( images/colors/gray/H4x4-GRAY.png );

This is not the way CSS comments work. Because of the parsing error,
the browser ignores the the rule with the wrong syntax and the rule
after. You need to use this syntax:

/* comment on one line or
on multiple lines */

Raluca.

>     background-image: url($xwiki.getSkinFile("gpl.png"));
>     background-color: #fff;
> }
>
> I am still lost as I'm not actually sure which image makes for the
> background itself - not the default white area where the text goes but
> the area behind the whole wiki that for generic Toucan skin is grey but
> then is changed to purple on the http://platform.xwiki links.
>
> As I've mention I managed to change the top left picture, and the logo
> which was easy. However on my first attempt I did change the rest but
> after altering again things started to go funny!!
>
> I'm really lost with this one.
>
> Regards,
>
> Kaya
>
>
>
> On 08/28/2010 11:32 AM, Raluca Stavro wrote:
>> Hello,
>>
>> I tend to think that your CSS selectors are not specific enough. See
>> http://www.w3.org/TR/CSS2/cascade.html .
>> You have to make sure that your CSS rules are taken in account after
>> the default XWiki CSS rules (ex: CSS StyleSheet linked in the header
>> after the default ones that contain the rules  that you want to change
>> =>  this can be done by using skin extensions
>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial
>> ) and you have to make sure that your selector's specificity is
>> correct.
>>
>> Raluca.
>>
>> On Sat, Aug 28, 2010 at 9:38 AM, Kaya Saman  wrote:
>>
>>> Thanks Lockie for the suggestion only the same thing is happening!!
>>>
>>> Firebug definitely shows the CSS alright but I alter what the screen is
>>> telling and nothing happens even though Firebug reports the change after
>>> a refresh
>>>
>>> The issue is that the CSS is quite complex and am no CSS expert meaning
>>> that if things are dependent on certain criteria I won't be able to see it.
>>>
>>> Am back where I started I guess :-(
>>>
>>> Regards,
>>>
>>> Kaya
>>>
>>>
>>> On 08/28/2010 03:51 AM, Lockie wrote:
>>>
>>>> Hi Kaya,
>>>>
>>>> While I haven't worked with Toucan skin before, the easiest way to edit the
>>>> .css file of any skin is to get the Firebug addon for the Firefox browser.
>>>> Then its just a matter clicking on the html in the main panel, and seeing
>>>> what css is related to which part of the skin in the right panel.
>>>>
>>>> http://getfirefox.com/
>>>> http://getfirebug.com/
>>>>
>>>> Hope that helps,
>>>> Lockie
>>>>
>>>>
>>> ___
>>> 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
>>
>
> ___
> 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] Help needed with customizing of Toucan skin

[Raluca Stavro]

Hello,

I tend to think that your CSS selectors are not specific enough. See
http://www.w3.org/TR/CSS2/cascade.html .
You have to make sure that your CSS rules are taken in account after
the default XWiki CSS rules (ex: CSS StyleSheet linked in the header
after the default ones that contain the rules  that you want to change
=> this can be done by using skin extensions
http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial
) and you have to make sure that your selector's specificity is
correct.

Raluca.

On Sat, Aug 28, 2010 at 9:38 AM, Kaya Saman  wrote:
> Thanks Lockie for the suggestion only the same thing is happening!!
>
> Firebug definitely shows the CSS alright but I alter what the screen is
> telling and nothing happens even though Firebug reports the change after
> a refresh
>
> The issue is that the CSS is quite complex and am no CSS expert meaning
> that if things are dependent on certain criteria I won't be able to see it.
>
> Am back where I started I guess :-(
>
> Regards,
>
> Kaya
>
>
> On 08/28/2010 03:51 AM, Lockie wrote:
>> Hi Kaya,
>>
>> While I haven't worked with Toucan skin before, the easiest way to edit the
>> .css file of any skin is to get the Firebug addon for the Firefox browser.
>> Then its just a matter clicking on the html in the main panel, and seeing
>> what css is related to which part of the skin in the right panel.
>>
>> http://getfirefox.com/
>> http://getfirebug.com/
>>
>> Hope that helps,
>> Lockie
>>
>
> ___
> 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] How do I for receive a very long string as a parameter in a funtion?

[Raluca Stavro]

On Fri, Aug 27, 2010 at 1:52 PM, Raluca Stavro  wrote:
> Hi,
>
> For the Velocity syntax to be interpreted inside a String, you have to
> use double quotes ( "string_with_velocity_inside").

You can also use concatenation:
$velocity_var.concat('string_inside_simple_quots')

This way the string will not be parsed -> better performance.

Raluca.

>
> Raluca.
>
> On Fri, Aug 27, 2010 at 12:33 PM, abrante  wrote:
>>
>>
>> The link works fine now : ) , but when I put this  $name+$lastname  inside
>> the query does not take the values stores in the variables, How do I for
>> pass the parameters? Thanks a lot
>> --
>> View this message in context: 
>> http://xwiki.475771.n2.nabble.com/How-do-I-for-receive-a-very-long-string-as-a-parameter-in-a-funtion-tp5465073p5468798.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] How do I for receive a very long string as a parameter in a funtion?

[Raluca Stavro]

Hi,

For the Velocity syntax to be interpreted inside a String, you have to
use double quotes ( "string_with_velocity_inside").

Raluca.

On Fri, Aug 27, 2010 at 12:33 PM, abrante  wrote:
>
>
> The link works fine now : ) , but when I put this  $name+$lastname  inside
> the query does not take the values stores in the variables, How do I for
> pass the parameters? Thanks a lot
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/How-do-I-for-receive-a-very-long-string-as-a-parameter-in-a-funtion-tp5465073p5468798.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] How do I for receive a very long string as a parameter in a funtion?

[Raluca Stavro]

Hello,

What you should do is to escape the URL using the Velocity escaping
tool (http://velocity.apache.org/tools/devel/generic/EscapeTool.html)
:

#set($url = 
$escapetool.url('http://testforge.int-evry.fr/d2r-server/snorql/?query=%09%09SELECT+DISTINCT++%3Fname+%3Fpackage+WHERE+%7B%0D%0A%09%09%7B%0D%0A%09%09%3Freported+bom%3AhasReporter+%3Freporter.%0D%0A%09%09%3Freporter+sioc%3Aname+%3Fname.+FILTER+%28%3Fname+%3D+%22Berger%22%29%0D%0A%09%09%3Freported+dc%3Atitle+%3Ftitle.%0D%0A%09%09%3Freported+bom%3AisIssueOf+%3Fspackage.%0D%0A%09%09%3Fspackage+helios_bt%3Aname+%3Fpackage.+%0D%0A%09%09%7D+UNION+%7B%0D%0A%09%09%3Fmonitored+bom%3AhasCCPerson+%3Fperson.%0D%0A%09%09%3Fperson+foaf%3Aname+%3Fname.+FILTER+%28%3Fname+%3D+%22Berger%22%29%0D%0A%09%09%3Freporter+sioc%3Aaccount_of+%3Fperson.%0D%0A%09%09%3Fmonitored+dc%3Atitle+%3Ftitle.%0D%0A%09%09%3Fmonitored+bom%3AisIssueOf+%3Fspackage.%0D%0A%09%09%3Fmonitored+vocabProperty%3Apackage+%3Fpackage.+%0D%0A%09%09%7D%0D%0A%09%09%7D+ORDER+BY+%3Fpackage%0D%0A'))

Bugs reported

Raluca.


On Thu, Aug 26, 2010 at 1:27 PM, Francis Abrante  wrote:
>
> I am trying to receive a very long url (1000 characters) as a parameter for 
> use it in a pop up window, but fail  if I try with a shortest one work fine. 
> Thanks in advance
>
>
> 
> function newPopup(url) {
> popupWindow = 
> window.open(url,'popUpWindow','height=700,width=800,left=10,top=10,resizable=yes,scrollbars=yes,tool
>  bar=yes,menubar=no,location=no,directories=no,status=yes')
> }
> 
>
> http://testforge.int-evry.fr/d2r-server/snorql/?query=%09%09SELECT+DISTINCT++%3Fname+%3Fpackage+WHERE+%7B%0D%0A%09%09%7B%0D%0A%09%09%3Freported+bom%3AhasReporter+%3Freporter.%0D%0A%09%09%3Freporter+sioc%3Aname+%3Fname.+FILTER+%28%3Fname+%3D+%22Berger%22%29%0D%0A%09%09%3Freported+dc%3Atitle+%3Ftitle.%0D%0A%09%09%3Freported+bom%3AisIssueOf+%3Fspackage.%0D%0A%09%09%3Fspackage+helios_bt%3Aname+%3Fpackage.+%0D%0A%09%09%7D+UNION+%7B%0D%0A%09%09%3Fmonitored+bom%3AhasCCPerson+%3Fperson.%0D%0A%09%09%3Fperson+foaf%3Aname+%3Fname.+FILTER+%28%3Fname+%3D+%22Berger%22%29%0D%0A%09%09%3Freporter+sioc%3Aaccount_of+%3Fperson.%0D%0A%09%09%3Fmonitored+dc%3Atitle+%3Ftitle.%0D%0A%09%09%3Fmonitored+bom%3AisIssueOf+%3Fspackage.%0D%0A%09%09%3Fmonitored+vocabProperty%3Apackage+%3Fpackage.+%0D%0A%09%09%7D%0D%0A%09%09%7D+ORDER+BY+%3Fpackage%0D%0A');">Bugs
>  reported
>
>
>
>
>
>
> ___
> 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] Permissions for the bottom Xwiki panel??

[Raluca Stavro]

Hi,

You can also modify 'view.vm' template and test if the current user is
guest or not before displaying 'docextra.vm'.

For the toucan skin, this is what you should do in 'view.vm' template:

...
#if($displayDocExtra && !$isGuest)
  #template("docextra.vm")
  
#end
...

For more information about how to modify a template see
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins#HD.OverridingtheSkincomponents
.

Raluca.

On Wed, Aug 25, 2010 at 10:17 AM, Caleb James DeLisle
 wrote:
> Making the panel not show up for guests means editing a template file which
> shows that panel. If I recall, the template you need to edit is called 
> docextra.vm
> and you'll want to make an if statement something like this.
>
> #if("$xcontext.getUser()" != 'XWiki.XWikiGuest')
>
> ## the part which makes the panels show
>
> #end
>
>
> Caleb
>
>
> Kaya Saman wrote:
>> Hi,
>>
>> is there a way to give user permissions on the bottom panel that has:
>>
>> Annotations
>> Comments
>> Attachments
>> History
>> Information
>>
>> in it??
>>
>> What I'd like to do is give read/write permissions to all signed up
>> users and then deny all other "guest" users access so that if a guest
>> goes into the site the panel doesn't even show?
>>
>> I'm using the toucan skin and have found this which is too dramatic as
>> it disables the the comments panel altogether:
>>
>> http://www.mail-archive.com/users@xwiki.org/msg00864.html
>>
>> I tried searching under the Panels home but couldn't find any names
>> correlating to the above panel. also.
>>
>> Thanks,
>>
>> Kaya
>> ___
>> 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] RES: RES: Calendar Application on XE 2.4 not working properly

[Raluca Stavro]

On Wed, Aug 25, 2010 at 10:26 AM, Raluca Stavro
 wrote:
> Hi,
>
> The solution that I told you about is like this:
> In a separate page, let's say 'Main.MyCalendar', paste this piece of
> code that is copied from 'XWiki.CalendarSheet' (I also added 2.0 wiki
> syntax but this is mandatory -> you can keep the 1.0 syntax):
>
> {{velocity}}
> $xwiki.ssx.use('XWiki.CalendarSheet')
>
> #set($cview = $xwiki.calendar)
> #set($cparams = $cview.calendarParams)
> #if($request.month)
> $cparams.put("month", $request.get("month"))
> #end
> #if($request.year)
> $cparams.put("year", $request.get("year"))
> #end
> #set($rqcategories = $util.arrayList)
> #foreach($rqcateg in $request.get("category").split(","))
> #if(!$rqcateg.trim().equals(""))
> #set($discard = $rqcategories.add($rqcateg.trim()))
> #end
> #end
> $cparams.put("categories", $rqcategories)
>
> {{html wiki=true}}
> [[Add New Event>>Main.EventCalendar]]
> $cview.getHTMLCalendar($cparams, $xwiki.getDocument('Main.EventCalendar'), "")
> {{/html}}
> {{/velocity}}
>

For your case ignore all starting from here. The next explanations are
for the case where you want to add events to another page than
'Main.EventCalendar'.

Raluca.

> Now, in 'XWiki.CalendarSheet' just remove the lines that you've put in
> 'Main.MyCalendar'. You can also remove the piece of code that lists
> the current event (the '#foreach($event in
> $doc.getObjects("XWiki.CalendarEvent"))' block), depending on what you
> want to display in the form page.
>
> And finally, in 'XWiki.CalendarSheet' change the action of the creation form:
>  method="get">
> (this will allow adding calendar events to the  'Main.MyCalendar' page)
>
> and the redirect url:
>  value="${xwiki.getURL('Main.MyCalendar', 'view')}" />
> (this will redirect to the 'Main.MyCalendar' page after submitting the
> creation form)
>
> This way you don't need extra JavaScript code to hide parts of the
> code and your application is modular.
>
> Raluca.
>
>
>
> On Wed, Aug 25, 2010 at 5:24 AM, Lockie  wrote:
>>
>> I worked out a way to hide the form in a way so that the user doesn't have to
>> go to another page to fill it out. It hides the div and provides a link to
>> reveal it, so I guess it could be used for anything. I thought I'd just
>> share it for future reference.
>>
>> Go to XWiki.CalendarSheet and Edit>Objects then add a JavaScriptExtension
>> object with the following properties:
>>
>> Name:
>> (blank)
>> Code:
>> function toggle() {
>>        var ele = document.getElementById("toggleText");
>>        var text = document.getElementById("displayText");
>>        if(ele.style.display == "block") {
>>                ele.style.display = "none";
>>                text.innerHTML = "Click to view and create events...";
>>        }
>>        else {
>>                ele.style.display = "block";
>>                text.innerHTML = "Hide form";
>>        }
>> }
>> Use this extension:
>> Always on this wiki
>> Parse content:
>> No
>> Caching policy:
>> Default
>>
>> Then edit CalendarSheet in Source mode (Note: I converted mine from 1.0
>> syntax to 2.0 previously) and add these lines straight after
>> $cview.getHTMLCalendar($cparams, ""):
>>
>> Click to view events and make events...
>> 
>>
>> Remove the ? from href above. Don't forget the  tag at the end:
>> #end
>> 
>> {{/html}}
>> {{/velocity}}
>> And I think that ends my questions about the calendar
>>
>> Cheers,
>> Lockie.
>> --
>> View this message in context: 
>> http://xwiki.475771.n2.nabble.com/Calendar-Application-on-XE-2-4-not-working-properly-tp5420827p5459543.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] RES: RES: Calendar Application on XE 2.4 not working properly

[Raluca Stavro]

Hi,

The solution that I told you about is like this:
In a separate page, let's say 'Main.MyCalendar', paste this piece of
code that is copied from 'XWiki.CalendarSheet' (I also added 2.0 wiki
syntax but this is mandatory -> you can keep the 1.0 syntax):

{{velocity}}
$xwiki.ssx.use('XWiki.CalendarSheet')

#set($cview = $xwiki.calendar)
#set($cparams = $cview.calendarParams)
#if($request.month)
$cparams.put("month", $request.get("month"))
#end
#if($request.year)
$cparams.put("year", $request.get("year"))
#end
#set($rqcategories = $util.arrayList)
#foreach($rqcateg in $request.get("category").split(","))
#if(!$rqcateg.trim().equals(""))
#set($discard = $rqcategories.add($rqcateg.trim()))
#end
#end
$cparams.put("categories", $rqcategories)

{{html wiki=true}}
[[Add New Event>>Main.EventCalendar]]
$cview.getHTMLCalendar($cparams, $xwiki.getDocument('Main.EventCalendar'), "")
{{/html}}
{{/velocity}}

Now, in 'XWiki.CalendarSheet' just remove the lines that you've put in
'Main.MyCalendar'. You can also remove the piece of code that lists
the current event (the '#foreach($event in
$doc.getObjects("XWiki.CalendarEvent"))' block), depending on what you
want to display in the form page.

And finally, in 'XWiki.CalendarSheet' change the action of the creation form:

(this will allow adding calendar events to the  'Main.MyCalendar' page)

and the redirect url:

(this will redirect to the 'Main.MyCalendar' page after submitting the
creation form)

This way you don't need extra JavaScript code to hide parts of the
code and your application is modular.

Raluca.



On Wed, Aug 25, 2010 at 5:24 AM, Lockie  wrote:
>
> I worked out a way to hide the form in a way so that the user doesn't have to
> go to another page to fill it out. It hides the div and provides a link to
> reveal it, so I guess it could be used for anything. I thought I'd just
> share it for future reference.
>
> Go to XWiki.CalendarSheet and Edit>Objects then add a JavaScriptExtension
> object with the following properties:
>
> Name:
> (blank)
> Code:
> function toggle() {
>        var ele = document.getElementById("toggleText");
>        var text = document.getElementById("displayText");
>        if(ele.style.display == "block") {
>                ele.style.display = "none";
>                text.innerHTML = "Click to view and create events...";
>        }
>        else {
>                ele.style.display = "block";
>                text.innerHTML = "Hide form";
>        }
> }
> Use this extension:
> Always on this wiki
> Parse content:
> No
> Caching policy:
> Default
>
> Then edit CalendarSheet in Source mode (Note: I converted mine from 1.0
> syntax to 2.0 previously) and add these lines straight after
> $cview.getHTMLCalendar($cparams, ""):
>
> Click to view events and make events...
> 
>
> Remove the ? from href above. Don't forget the  tag at the end:
> #end
> 
> {{/html}}
> {{/velocity}}
> And I think that ends my questions about the calendar
>
> Cheers,
> Lockie.
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Calendar-Application-on-XE-2-4-not-working-properly-tp5420827p5459543.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] RES: RES: Calendar Application on XE 2.4 not working properly

[Raluca Stavro]

Yes, you can do that.
You have to change the parameters for the getHTMLCalendar method.
See 
http://svn.xwiki.org/svnroot/xwiki/platform/xwiki-plugins/trunk/calendar/src/main/java/com/xpn/xwiki/plugin/calendar/CalendarPluginApi.java
.
So this is what you should do in your homepage:

...
## Set the calendar parameters
...
## Display calendar
$cview.getHTMLCalendar($cparams,
$xwiki.getDocument('MySpace.MyEventCalendarPage'), "")

Where 'MySpace.MyEventsPage' is 'Main.EventCalendar' by default.

Raluca.

On Mon, Aug 23, 2010 at 5:10 AM, Lockie  wrote:
>
> Ah, thanks.
>
> I have a question though - I would like to mirror the calendar on my
> homepage without having the entry form on it, and instead have a link to a
> page where you can put events into the calendar. When I use {{include
> document="XWiki.CalendarSheet"/}} it creates a new instance of the calendar,
> so if I add events directly to CalendarSheet they don't display on the
> calendar on the homepage.
>
> So, how can I make the entry form display its user input on a calendar on
> another page?
>
> Lockie.
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Calendar-Application-on-XE-2-4-not-working-properly-tp5420827p5451203.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] RES: RES: Calendar Application on XE 2.4 not working properly

[Raluca Stavro]

Ah, sorry, I forgot to tell you that in order to use the stylesheet
extension, you have to add this line in the XWiki.CalendarSheet page:
$xwiki.ssx.use('XWiki.CalendarSheet')
You'll see that there is this line somewhere at the end of the patch .
Using the extension 'Always on this wiki' will load the CSS code on
opening any page of your wiki instance, even where you don't need that
CSS.

Raluca.

On Thu, Aug 19, 2010 at 3:06 AM, Lockie  wrote:
>
> I got it to work, however I had to to put the 'Use This Extension' part to
> 'Always on this wiki'. I guess the 'Always on this page' part would work as
> well if thats what you're after. I left the name part blank.
>
> Thanks Raluca it looks much better.
>
> Lockie
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Calendar-Application-on-XE-2-4-not-working-properly-tp5420827p5438405.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] RES: Calendar Application on XE 2.4 not workingproperly

[Raluca Stavro]

Yes, you have to edit XWiki.CalendarSheet document, add an object of
type 'XWiki.StyleSheetExtension', take the styles from the patch
(don't forget to remove all the '+'-es) and paste them into the
object's content, then set these properties:
Use this extension: 'On demand',
Parse content: 'Yes' .

This is what you have to copy from the patch:
/*
** Calendar
*/

#template('colorThemeInit.vm')
...
...
...
.wiki-calendar-daytitle {
  background-color: $theme.backgroundSecondaryColor;
  padding: 0px 3px;
  text-align: right;
}

Raluca.


2010/8/17 Ramon Gomes Brandão - SERINT :
> Raluca,
>
> Is there a way to apply the modifications of this patch on my running 
> calendar application instance? I would like  to test it without the need to 
> build the application.
>
> Maybe editing the source code of xwiki/bin/view/XWiki/CalendarSheet ?
>
> Ramon Gomes Brandão
>
>
> -Mensagem original-
> De: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Em nome de 
> Raluca Stavro
> Enviada em: terça-feira, 17 de agosto de 2010 10:32
> Para: XWiki Users
> Assunto: Re: [xwiki-users] Calendar Application on XE 2.4 not workingproperly
>
> Hello Ramon,
>
> The current calendar application has no custom styles applied on it.
> See http://jira.xwiki.org/jira/browse/XACALENDAR-14 .
> I added a patch to it and I hope that it will be applied very soon.
>
> Raluca.
>
> 2010/8/13 Ramon Gomes Brandão - SERINT :
>> Hi,
>>
>>
>>
>> I've Just installed Calendar Plugin and Calendar Application on my XE 2.4 
>> instance. It works when I point to xwiki/bin/view/Main/EventCalendar/, but 
>> its look and feel is far away of that smooth one shown in the Calendar 
>> Application home page 
>> (http://code.xwiki.org/xwiki/bin/view/Applications/CalendarApplication).
>>
>>
>>
>> The calendar appears as a very simple and rough table, its cells don't have 
>> a prefixed size (nothing more than just the length of the two digits number 
>> of the day) and it does not show the PDF creation link. It also doesn't mark 
>> the "today" day on the calendar. I've checked the source code and it seems 
>> that the $cview.getHTMLCalendar($cparams, "") method isn't building a smooth 
>> calendar. How can I fix this?
>>
>>
>>
>> Doesn't XE 2.4 contain an event calendar by default? If so, how can I access 
>> it?
>>
>>
>>
>> I'm using the colibri skin.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Ramon Gomes Brandão
>>
>>
>>
>> ___
>> 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
> ___
> 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] Calendar Application on XE 2.4 not working properly

[Raluca Stavro]

Hello Ramon,

The current calendar application has no custom styles applied on it.
See http://jira.xwiki.org/jira/browse/XACALENDAR-14 .
I added a patch to it and I hope that it will be applied very soon.

Raluca.

2010/8/13 Ramon Gomes Brandão - SERINT :
> Hi,
>
>
>
> I've Just installed Calendar Plugin and Calendar Application on my XE 2.4 
> instance. It works when I point to xwiki/bin/view/Main/EventCalendar/, but 
> its look and feel is far away of that smooth one shown in the Calendar 
> Application home page 
> (http://code.xwiki.org/xwiki/bin/view/Applications/CalendarApplication).
>
>
>
> The calendar appears as a very simple and rough table, its cells don't have a 
> prefixed size (nothing more than just the length of the two digits number of 
> the day) and it does not show the PDF creation link. It also doesn't mark the 
> "today" day on the calendar. I've checked the source code and it seems that 
> the $cview.getHTMLCalendar($cparams, "") method isn't building a smooth 
> calendar. How can I fix this?
>
>
>
> Doesn't XE 2.4 contain an event calendar by default? If so, how can I access 
> it?
>
>
>
> I'm using the colibri skin.
>
>
>
> Regards,
>
>
>
> Ramon Gomes Brandão
>
>
>
> ___
> 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] colibri menu icons revised

[Raluca Stavro]

+1,

Raluca.

On Wed, Jul 7, 2010 at 10:43 AM, Ciprian Amaritei
 wrote:
> Hello.
> As you probably noticed some of the colibri menu icons  recently modified,
> especially the ones which have white as a base color, doesn`t look nice at
> all on a white background. That`s why I added a light gray border in order
> to make them look nice on white bg. Here you can see the result:
> http://incubator.myxwiki.org/xwiki/bin/view/Ciprian/Icons
> You will notice that their aspect is also changed a little, for darker
> backgrounds but it shouldn`t be that visually disturbing. They are still
> 16x16 px.
> If everyone agree I will make a patch with the new version.
>
> Thanks.
>
> --
> Ciprian,
> Designer
> XWiki
> ___
> 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][Proposal] Action Menus Improvements part 2

[Raluca Stavro]

Nice! ;)
+1

Raluca.

On Fri, Jul 2, 2010 at 1:33 PM, Marius Dumitru Florea
 wrote:
> On 07/02/2010 12:31 PM, Jean-Vincent Drean wrote:
>> +1, very nice!
>
> Indeed. +1
>
> Thanks,
> Marius
>
>>
>> JV.
>>
>> On Thu, Jul 1, 2010 at 6:26 PM, Ecaterina Valica  wrote:
>>> Hi,
>>>
>>> After gathering some Action Menus feedback, we decided to go for another
>>> iteration for them.
>>>
>>> Please give your feedback on this proposal and *cast your vote* for this
>>> items (described at
>>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal2#HImprovements):
>>>
>>> 1. New "Add" menu
>>> 2. Wiki/Space/Page separation
>>> 3. New "Delete" Space entry and relocation of some Page actions
>>> 4. Better Wiki/Space naming representation (WIKI: Wikiname)
>>> 5. Uppercase menu usage just for top entries/labels
>>> 6. "TYPE: Name" pattern
>>>
>>> Screenshots and proposal:
>>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal2
>>> Partial prototype:
>>> http://incubator.myxwiki.org/xwiki/bin/view/Skins/SkinMenu
>>>
>>> Thanks,
>>> Caty
>>>
>>> P.S. Thanks to Gregory for all opinions / ideas
>>> ___
>>> 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
> ___
> 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] Very basic help needed, please!

[Raluca Stavro]

Hi, Alexandrina

I just installed XWiki Enterprise on Windows 7 and everything went
fine. I could start the server and enjoy my XWiki instance
(http://localhost:8080/xwiki/bin/view/Main/).

I think that your problem comes from your UAC settings. Turn it off
and try starting the XWiki server again.

Raluca.

On Wed, Jun 30, 2010 at 1:34 AM, Alexandria  Scanlan
 wrote:
> Greetings All,
>
> I recently downloaded the XWiki enterprise package that was as fool proof as 
> they came.
> I read through all the instructions then carefully (or so I thought) 
> installed it. I went to go
> Open "start wiki" and a black box appeared, immediately the box closed, I 
> tried again a few
> Times but the same thing continued to happen. I tried to go to "my wiki" in 
> IE and it wouldn't
> Load. I have no idea where I went wrong. I tried to uninstall so that I could 
> reinstall it and try
> Again, the "uninstall" option from my start menu (I'm using windows 7) 
> wouldn't work. Any
> Help or insight would be greatly appreciated.
>
> Thanks for taking the time to read this,
>
> Alex.
> ___
> 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] CSS Styling in panel

[Raluca Stavro]

On Sun, Jun 20, 2010 at 2:55 PM, Gerritjan Koekkoek
 wrote:
> Hi
> to bring it together...
> I have one "panel" document called: CdLSATDTopics
> It contains two objects;
> -PanelClass: called CdLSATDTopics (like document)
> -StyleSheetExtension: called PopupMenu
>
> If I check the Html page it does not yet contain a link to the stylesheet 
> extension
> I used: $xwiki.ssx.use('PopupMenu') => should this name be extended with 
> space.document.object?
>
> In the stylesheet extension I should refer to classes or ID's within the 
> class as described by Raluca?
>

I suppose that this is the panel that you are talking about:
http://www.cdlsworld.org/xwiki/bin/view/Panels/CdLSATDTopics .

This is how you should write your CSS rules:

.CdLSATDTopics #PanelATDMenu h4{
  background-color: _a_color_;
}

... and so on.

Raluca.

>
> Op 20 jun 2010, om 12:57 heeft Raluca Stavro het volgende geschreven:
>
> Hello,
>
> On Sun, Jun 20, 2010 at 12:41 PM, Gerritjan Koekkoek
>  wrote:
>> Hi,
>> Thxs, but is it also possible to use the stylesheet extension object to
>> add CSS specifically to the panel, since it would keep my generic CSS more 
>> clean
>>
>> I was thinking of adding a stylesheet extension object to the document that 
>> holds the panel object, but
>> it does not seem to to connect?
>> I used;
>> - name PopupMenu
>> - Code: (the code from eric meyer)
>> - Use this extension: on demand
>> - Parse content: Yes
>
> You don't need 'Yes' value here unless you insert Velocity code inside
> the Stylesheet Extension.
>
>> - Cashing policy: long
>>
>> My panel object is called : CdLSATDTopics, so I assume the CSS classname = 
>> "CdLSATDTopics"
>
> The class name is generated by using the Panel DOCUMENT NAME. So in
> your case, if the document that stores you're Panel object is named
> 'PopupMenu', then this should be the class name of your panel.
>
> Note: the full class name of a panel is formed out of 3 elements:
> * 'panel'
> * 'expanded' or 'collapsed'
> * 'panel_document_name'
>
> Example: 'panel expanded PopupMenu', where Panels.PopupMenu is the
> full name of the panel document.
>
> Raluca.
>
>
>
>>
>> right?
>>
>>
>> Op 20 jun 2010, om 11:21 heeft Sergiu Dumitriu het volgende geschreven:
>>
>> On 06/20/2010 11:08 AM, Gerritjan Koekkoek wrote:
>>> Hi,
>>>
>>> I would like to apply some CSS styling to a panel only.
>>>
>>> I have some velocity code creating a  list
>>> I would like to use the CSS as documented on
>>> http://meyerweb.com/eric/css/edge/menus/demo.html
>>>
>>> but it should only apply to the panel,
>>> I use the same velocity code also on a document, and there the styling 
>>> should not be applied
>>
>> Use proper CSS selectors. Each panel has a classname derived from the
>> panel's name, which you can use to target just the panel. For example,
>> My Recent Modifications has the classname MyRecentModifications. Use
>> Firebug, or view page source, to see what classname your panel gets.
>> Then, use this classname as a prefix in your selectors.
>>
>> Another option is to just use .panels as a prefix, which matches only
>> the panels columns,
>>
>> --
>> Sergiu Dumitriu
>> http://purl.org/net/sergiu/
>> ___
>> 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
>>
> ___
> 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] CSS Styling in panel

[Raluca Stavro]

Hello,

On Sun, Jun 20, 2010 at 12:41 PM, Gerritjan Koekkoek
 wrote:
> Hi,
> Thxs, but is it also possible to use the stylesheet extension object to
> add CSS specifically to the panel, since it would keep my generic CSS more 
> clean
>
> I was thinking of adding a stylesheet extension object to the document that 
> holds the panel object, but
> it does not seem to to connect?
> I used;
> - name PopupMenu
> - Code: (the code from eric meyer)
> - Use this extension: on demand
> - Parse content: Yes

You don't need 'Yes' value here unless you insert Velocity code inside
the Stylesheet Extension.

> - Cashing policy: long
>
> My panel object is called : CdLSATDTopics, so I assume the CSS classname = 
> "CdLSATDTopics"

The class name is generated by using the Panel DOCUMENT NAME. So in
your case, if the document that stores you're Panel object is named
'PopupMenu', then this should be the class name of your panel.

Note: the full class name of a panel is formed out of 3 elements:
* 'panel'
* 'expanded' or 'collapsed'
* 'panel_document_name'

Example: 'panel expanded PopupMenu', where Panels.PopupMenu is the
full name of the panel document.

Raluca.



>
> right?
>
>
> Op 20 jun 2010, om 11:21 heeft Sergiu Dumitriu het volgende geschreven:
>
> On 06/20/2010 11:08 AM, Gerritjan Koekkoek wrote:
>> Hi,
>>
>> I would like to apply some CSS styling to a panel only.
>>
>> I have some velocity code creating a  list
>> I would like to use the CSS as documented on
>> http://meyerweb.com/eric/css/edge/menus/demo.html
>>
>> but it should only apply to the panel,
>> I use the same velocity code also on a document, and there the styling 
>> should not be applied
>
> Use proper CSS selectors. Each panel has a classname derived from the
> panel's name, which you can use to target just the panel. For example,
> My Recent Modifications has the classname MyRecentModifications. Use
> Firebug, or view page source, to see what classname your panel gets.
> Then, use this classname as a prefix in your selectors.
>
> Another option is to just use .panels as a prefix, which matches only
> the panels columns,
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [Vote][Proposal] Rights Management

[Raluca Stavro]

On Thu, Jun 10, 2010 at 5:09 PM, Ecaterina Valica  wrote:
> Hi,
>
> For a while we've been discussing how the new Rights Management UI is gonna
> look like. After 5 prototype versions, we may have reached a conclusion.
>
> Please take a look at:
> *Prototype*
> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
> *Explanations*
> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/RightsProposal
>
> Please cast your vote if this is gonna be the final Rights representation,
> so that we may start the implementation.

+1 for this proposal.

Nice work, Caty! And thanks to all those who helped us with the proposals.

Raluca.

> my +1
> Any feedback is welcomed and we can still added improvements to this
> version.
>
> The current version is a collaborative work done by me, Denis Gervalle,
> Raluca Stavro, Alex Busenius, Roman Muntyanu and many others (Guillaume,
> Sergiu, Vincent, Thomas). Thanks everyone for participating in the process.
>
> Thanks,
> Caty
>
> p.s: former discussion about mocking process can be seen at [Proposal]
> Rights Management UI http://markmail.org/thread/zgzufskvhe6xt6ey
> ___
> 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] [xwiki-devs] [Proposal] Rights Management UI

[Raluca Stavro]

On Wed, Jun 9, 2010 at 6:30 PM, Raluca Stavro  wrote:
> On Wed, Jun 9, 2010 at 6:28 PM, Raluca Stavro  
> wrote:
>> On Tue, Jun 8, 2010 at 4:41 PM, Ecaterina Valica  wrote:
>>> On Tue, Jun 8, 2010 at 13:46, Denis Gervalle  wrote:
>>>
>>>> On Tue, Jun 8, 2010 at 11:19, Ecaterina Valica  wrote:
>>>>
>>>> > On Tue, Jun 8, 2010 at 09:01, Denis Gervalle  wrote:
>>>> >
>>>> > > On Mon, Jun 7, 2010 at 17:00, Ecaterina Valica 
>>>> > wrote:
>>>> > >
>>>> > > > > It will if it display the inheritance source in a column. For right
>>>> > set
>>>> > > > at
>>>> > > > > current level this column could even precise what inheritance has
>>>> > been
>>>> > > > > overwritten, both in terms of allowance and origin.
>>>> > > > >
>>>> > > > > Denis.
>>>> > > >
>>>> > > >
>>>> > > > Hi Denis,
>>>> > > >
>>>> > > > "Something" like this:
>>>> > > >
>>>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>>>> > >
>>>> > >
>>>> >
>>>> > > Yes, "something" like that. I would have expected a "back to basic"
>>>> > button
>>>> > > in place of "advanced, and the removal of the basic interface to avoid
>>>> > > duplicating basic rights. Maybe the menu should be horizontal in the
>>>> > > advanced interface, I do not know. Also add some hyperlinks to upper
>>>> > level
>>>> > > in the column explaining inheritance. And put the highlight of changes
>>>> > over
>>>> > > the rest of the row (includes name and inheritance)
>>>> > >
>>>> >
>>>> > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>>>> >
>>>> > About:
>>>> >
>>>> > > I would have expected a "back to basic" button
>>>> > > in place of "advanced, and the removal of the basic interface to avoid
>>>> > > duplicating basic rights
>>>> > >
>>>> >
>>>> >
>>>> >
>>>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights43Proposal/rights52Space.png
>>>> >
>>>> > This removal of the basic interface will be set from the user profile's
>>>> > variables (if it has advanced type)?
>>>>
>>>>
>>>> No, just removed when the advanced interface is shown using the advanced
>>>> button, like you have done.
>>>>
>>>>
>>>> > I mean if the user is advanced, all the
>>>> > rows will be presented in advances?
>>>> >
>>>>
>>>> No, the only thing I proposed is that user that are not set "Advanced user"
>>>> in their profile, will not be presented the advanced interface link, and
>>>> will never see extended rights.
>>>>
>>>>
>>>> > I'm asking because I think the collapsed view is great to see changes up
>>>> in
>>>> > the table, where you don't care the advanced status of those rights.
>>>> >
>>>>
>>>> I completely agree. Advanced interface is for understanding and fixing deep
>>>> complex stuffs
>>>>
>>>>
>>>> >
>>>> >
>>>> > > WDYT ? Is this interesting ?
>>>> > >
>>>> >
>>>> > it's nice :P I would love to see some other opinions.
>>>> >
>>>>
>>>> Yes, could it be possible for you to fix the interactive version to hide
>>>> the
>>>> basics and also to have hover and click work as expected. I think it will
>>>> helps in receiving more feed back with causing confusion.
>>>>
>>>>
>>> Raluca offered to help me fix the interaction.
>>
>> I fixed some interaction issues. There are more to do, but I think
>> that this is enough for now. We will implement it right if this
>> proposal will be accepted/voted.
>> I tested the interaction only on FF 3.6.3.
>>
>> Raluca.
>>
>
> http://incubator.myxwiki.org/xwiki/bin/vie

Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI

[Raluca Stavro]

On Wed, Jun 9, 2010 at 6:28 PM, Raluca Stavro  wrote:
> On Tue, Jun 8, 2010 at 4:41 PM, Ecaterina Valica  wrote:
>> On Tue, Jun 8, 2010 at 13:46, Denis Gervalle  wrote:
>>
>>> On Tue, Jun 8, 2010 at 11:19, Ecaterina Valica  wrote:
>>>
>>> > On Tue, Jun 8, 2010 at 09:01, Denis Gervalle  wrote:
>>> >
>>> > > On Mon, Jun 7, 2010 at 17:00, Ecaterina Valica 
>>> > wrote:
>>> > >
>>> > > > > It will if it display the inheritance source in a column. For right
>>> > set
>>> > > > at
>>> > > > > current level this column could even precise what inheritance has
>>> > been
>>> > > > > overwritten, both in terms of allowance and origin.
>>> > > > >
>>> > > > > Denis.
>>> > > >
>>> > > >
>>> > > > Hi Denis,
>>> > > >
>>> > > > "Something" like this:
>>> > > >
>>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>>> > >
>>> > >
>>> >
>>> > > Yes, "something" like that. I would have expected a "back to basic"
>>> > button
>>> > > in place of "advanced, and the removal of the basic interface to avoid
>>> > > duplicating basic rights. Maybe the menu should be horizontal in the
>>> > > advanced interface, I do not know. Also add some hyperlinks to upper
>>> > level
>>> > > in the column explaining inheritance. And put the highlight of changes
>>> > over
>>> > > the rest of the row (includes name and inheritance)
>>> > >
>>> >
>>> > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>>> >
>>> > About:
>>> >
>>> > > I would have expected a "back to basic" button
>>> > > in place of "advanced, and the removal of the basic interface to avoid
>>> > > duplicating basic rights
>>> > >
>>> >
>>> >
>>> >
>>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights43Proposal/rights52Space.png
>>> >
>>> > This removal of the basic interface will be set from the user profile's
>>> > variables (if it has advanced type)?
>>>
>>>
>>> No, just removed when the advanced interface is shown using the advanced
>>> button, like you have done.
>>>
>>>
>>> > I mean if the user is advanced, all the
>>> > rows will be presented in advances?
>>> >
>>>
>>> No, the only thing I proposed is that user that are not set "Advanced user"
>>> in their profile, will not be presented the advanced interface link, and
>>> will never see extended rights.
>>>
>>>
>>> > I'm asking because I think the collapsed view is great to see changes up
>>> in
>>> > the table, where you don't care the advanced status of those rights.
>>> >
>>>
>>> I completely agree. Advanced interface is for understanding and fixing deep
>>> complex stuffs
>>>
>>>
>>> >
>>> >
>>> > > WDYT ? Is this interesting ?
>>> > >
>>> >
>>> > it's nice :P I would love to see some other opinions.
>>> >
>>>
>>> Yes, could it be possible for you to fix the interactive version to hide
>>> the
>>> basics and also to have hover and click work as expected. I think it will
>>> helps in receiving more feed back with causing confusion.
>>>
>>>
>> Raluca offered to help me fix the interaction.
>
> I fixed some interaction issues. There are more to do, but I think
> that this is enough for now. We will implement it right if this
> proposal will be accepted/voted.
> I tested the interaction only on FF 3.6.3.
>
> Raluca.
>

http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Spac

Raluca.

>>
>>
>>> I found the result really well suited now. There is just some improvement
>>> in
>>> color contrast, icons aspect, and so on that should be applied if we get
>>> approval for this proposal.
>>>
>>> Once you have fixed the sample, I think that a summary page (resume of our
>>> reflexion, and containing only the final proposal) and than a vote thread
>>

Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI

[Raluca Stavro]

On Tue, Jun 8, 2010 at 4:41 PM, Ecaterina Valica  wrote:
> On Tue, Jun 8, 2010 at 13:46, Denis Gervalle  wrote:
>
>> On Tue, Jun 8, 2010 at 11:19, Ecaterina Valica  wrote:
>>
>> > On Tue, Jun 8, 2010 at 09:01, Denis Gervalle  wrote:
>> >
>> > > On Mon, Jun 7, 2010 at 17:00, Ecaterina Valica 
>> > wrote:
>> > >
>> > > > > It will if it display the inheritance source in a column. For right
>> > set
>> > > > at
>> > > > > current level this column could even precise what inheritance has
>> > been
>> > > > > overwritten, both in terms of allowance and origin.
>> > > > >
>> > > > > Denis.
>> > > >
>> > > >
>> > > > Hi Denis,
>> > > >
>> > > > "Something" like this:
>> > > >
>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>> > >
>> > >
>> >
>> > > Yes, "something" like that. I would have expected a "back to basic"
>> > button
>> > > in place of "advanced, and the removal of the basic interface to avoid
>> > > duplicating basic rights. Maybe the menu should be horizontal in the
>> > > advanced interface, I do not know. Also add some hyperlinks to upper
>> > level
>> > > in the column explaining inheritance. And put the highlight of changes
>> > over
>> > > the rest of the row (includes name and inheritance)
>> > >
>> >
>> > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>> >
>> > About:
>> >
>> > > I would have expected a "back to basic" button
>> > > in place of "advanced, and the removal of the basic interface to avoid
>> > > duplicating basic rights
>> > >
>> >
>> >
>> >
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights43Proposal/rights52Space.png
>> >
>> > This removal of the basic interface will be set from the user profile's
>> > variables (if it has advanced type)?
>>
>>
>> No, just removed when the advanced interface is shown using the advanced
>> button, like you have done.
>>
>>
>> > I mean if the user is advanced, all the
>> > rows will be presented in advances?
>> >
>>
>> No, the only thing I proposed is that user that are not set "Advanced user"
>> in their profile, will not be presented the advanced interface link, and
>> will never see extended rights.
>>
>>
>> > I'm asking because I think the collapsed view is great to see changes up
>> in
>> > the table, where you don't care the advanced status of those rights.
>> >
>>
>> I completely agree. Advanced interface is for understanding and fixing deep
>> complex stuffs
>>
>>
>> >
>> >
>> > > WDYT ? Is this interesting ?
>> > >
>> >
>> > it's nice :P I would love to see some other opinions.
>> >
>>
>> Yes, could it be possible for you to fix the interactive version to hide
>> the
>> basics and also to have hover and click work as expected. I think it will
>> helps in receiving more feed back with causing confusion.
>>
>>
> Raluca offered to help me fix the interaction.

I fixed some interaction issues. There are more to do, but I think
that this is enough for now. We will implement it right if this
proposal will be accepted/voted.
I tested the interaction only on FF 3.6.3.

Raluca.

>
>
>> I found the result really well suited now. There is just some improvement
>> in
>> color contrast, icons aspect, and so on that should be applied if we get
>> approval for this proposal.
>>
>> Once you have fixed the sample, I think that a summary page (resume of our
>> reflexion, and containing only the final proposal) and than a vote thread
>> could be appropriate to receive feedback from other committers, since the
>> size of this thread could be pushing back.
>>
>
> Yes, a summary+vote is needed.
>
> I made a version with pagination and filters added.
> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
>
> PNG for the filters:
> collapsed:
> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights43Proposal/filtersCollapsed.png
> expanded:
> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights43Proposal/filtersExpanded.png
>
> What do you think?
> Could this filters be helpful? Are too powerful/complex/useless?
>
> From an implementation point of view, can a livetable have more than one
> filter per a column. Anyway this will be a custom livetable, because we also
> need to integrate the "add user" part and the "save/reset" buttons.
>
> Also, from an implementation point of view, should we enable multiselect
> (ex. to select multiple rights)?
>
> Obs. Right -> Sources -> Implicit refer to the rights that come from the
> setting of another right (example: admin means implicit
> view+edit+delete+comment; creator means implicit delete). Would this filter
> option be useful or it is too much?
>
> Thanks,
> Caty
>
>
>>
>> WDYT ?
>>
>> Denis
>>
>>
>> > Thanks,
>> > Caty
>> > ___
>> > users mailing list
>> > users@xwiki.org
>> > http://lists.xwiki.org/mailman/listinfo/users
>> >
>>
>>
>>
>> --
>> Denis Gervalle
>> SOFTEC sa - CEO
>> eGuilde sarl - CTO
>> ___
>> devs m

Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI

[Raluca Stavro]

On Mon, Jun 7, 2010 at 11:22 AM, Ecaterina Valica  wrote:
> On Fri, Jun 4, 2010 at 21:33, Raluca Stavro wrote:
>
>> Hello all,
>>
>> I really like the last proposal, Caty :)
>>
>> On Fri, Jun 4, 2010 at 8:57 PM, Alex Busenius 
>> wrote:
>> > Hi Caty,
>> >
>> >
>> > This version is really cool, just some minor comments:
>> >
>> > When I mouse over some right icon (FF 3.6), the dropdown menu with
>> > allow/deny/etc. is shown, but this menu is very hard to see, because it
>> > has almost the same color as the background and the icons are right
>> > above the right icons from the line below.
>> >
>> > The popup with the hint what right it is and why it is inherited is
>> > really helpful, but to open it I need to hit the small triangle near to
>> > the icon, otherwise only the dropdown menu is shown (but maybe its just
>> > because it is not the final version). This might be quite hard for some
>> > people.
>> >
>> > I'd made the icons larger (at least 24x24) and add more contrast (right
>> > now inherited rights look like disabled GUI controls to me), especially
>> > to the dropdown menu, view right icon and inherited right arrow from the
>> > menu.
>>
>> I think that the tooltip can be added on mouse click. This would imply
>> adding a nice question mark instead of that small arrow, and the user
>> would click anywhere on the span with the class name "summary". And
>> another improvement would be to add more padding to the drop down
>> menus. Caty is currently using the secondary background color, right?
>> Maybe we should use the highlight color, but I'm not sure of that.
>>
>
> Thanks Raluca. Yes, a better solution is be to increase the padding and also
> use $theme.backgroundSecondaryColor (or a darker tone).
> The problem is that on default theme, backgroundSecondaryColor is a gray
> color and the contrast with the gray icon is not that good.
>
> In terms of interaction I think "hover on tooltip" and "click on arrow" for
> changing the rights is better. The user browse the rights to see the
> inheritance and see what those rights means, and when he made up his mind he
> clicks and change the right.
> There are more cases when the users is just browsing the rights, inspecting
> or see rights meaning, than actually change them; so the harder activity
> (clicking) should be put on changing the right.
>
> The small arrow is a sign that there is a menu. If the menu will appear on
> click, the arrow is necessary to work as an invitation and also to keep the
> consistency with actionMenus.
>
> Raluca, do you think we should use bigger icons, like Alex suggested? Maybe
> if we put enough padding and we work a bit on the contrast
> (backgroundSecondaryColor, highlightColor) this won't be necessary.

No, the icon size is ok. I modified a bit proposal 5.1 (I hope it's ok
with you Caty, otherwise we can revert the changes and add proposal
5.2) http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space
.
I added more padding, more margin, a bigger width for the available
rights to change (.submenuitem a span.changedRight) and I've made the
arrow a bit bigger  (102% font size).

This way the user will select easier the items.

I didn't have time to change the way the submenu is displayed (click
instead of mouse over), but it's clear for me the way it will look
like and I really think that this proposal is clean and easy to
use/understand.

Raluca.
>
> The only advantage of another color set would be a greater space for user to
> click/hover (we can fix that with padding). The disadvantage is that the
> look&feel will be broken and also other icons will not correlate actions
> done in XWiki (edit, delete, comment, etc) with the corresponding rights.
>
> If the hover/click and the size of the icons are the only problem :) then is
> ok
>
> Thanks,
> Caty
>
>
>>
>> Raluca.
>>
>> >
>> >
>> > Alex
>> >
>> >
>> > On 06/04/2010 06:54 PM, Ecaterina Valica wrote:
>> >> Hi,
>> >>
>> >> Take a look at Rights 5
>> >> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights5Space
>> >>
>> >> Added:
>> >> * information regarding the advanced rights (inherits, overrides)
>> >> * icons built together as a whole
>> >>
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/icons.png
>> >> * representation of "advanced rights" with the same abstract icon,

Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI

[Raluca Stavro]

On Fri, Jun 4, 2010 at 9:23 PM, Ecaterina Valica  wrote:
> On Fri, Jun 4, 2010 at 20:57, Alex Busenius  wrote:
>
>> Hi Caty,
>>
>>
>> This version is really cool, just some minor comments:
>>
>> When I mouse over some right icon (FF 3.6), the dropdown menu with
>> allow/deny/etc. is shown, but this menu is very hard to see, because it
>> has almost the same color as the background and the icons are right
>> above the right icons from the line below.
>>
>> The popup with the hint what right it is and why it is inherited is
>> really helpful, but to open it I need to hit the small triangle near to
>> the icon, otherwise only the dropdown menu is shown (but maybe its just
>> because it is not the final version). This might be quite hard for some
>> people.
>>
>
> Hi Alex,
>
> yes I know - I reused existing classes from XWiki, didn't made anything
> custom, that's why is acting like this.
>
> The "desired" interaction will be on hover (icon or arrow) show the
> inheritance tooltip, on click show the menu.

If so, I think that the tooltip will be kind of annoying. But we
should first see it in action, maybe I'll find some time to work on
this.

Raluca.

>
>
>>
>> I'd made the icons larger (at least 24x24) and add more contrast (right
>> now inherited rights look like disabled GUI controls to me), especially
>> to the dropdown menu, view right icon and inherited right arrow from the
>> menu.
>>
>>
> The main disadvantage of this proposal is it's contrast: ColorThemes
> variables (highlightColor, secondaryBackgroundColor) and icons.
>
> I choose the icons form Silk set, because they are used everywhere in XWiki.
> The rationale was the consistency and look&feel. That's why they all are
> 16x16.
>
> If we choose this version as the final one, but we are not pleased with
> these icons, we need to find another set (maybe as you suggested with 24x24
> size) or create it from scratch (then we need to think about the icon
> representation).
>
> The new set should have high contrast between inherited/overridden state.
>
> Thanks Alex :)
> Caty
>
>
>> Alex
>>
>>
>> On 06/04/2010 06:54 PM, Ecaterina Valica wrote:
>> > Hi,
>> >
>> > Take a look at Rights 5
>> > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights5Space
>> >
>> > Added:
>> > * information regarding the advanced rights (inherits, overrides)
>> > * icons built together as a whole
>> >
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/icons.png
>> > * representation of "advanced rights" with the same abstract icon, but
>> with
>> > different color (no text; we can debate this)
>> >
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/color.png
>> > * inheritance arrow married with +/-
>> >
>> > IMGs (in case of browser problem)
>> > - collapsed:
>> >
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/rights5Space.png
>> > - expanded:
>> >
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/rights5SpaceExpanded.png
>> >
>> > On Fri, Jun 4, 2010 at 10:42, Denis Gervalle  wrote:
>> >
>> >> Hi Caty,
>> >>
>> >> On Thu, Jun 3, 2010 at 18:09, Ecaterina Valica 
>> wrote:
>> >>
>> >>> Hi Denis,
>> >>>
>> >>> I want to thank you again for all the help you are giving :P
>> >>>
>> >>
>> >> This is pleasure to participate especially because you provide really
>> good
>> >> proposals.
>> >> I would also like to see others participating, currently the discussion
>> is
>> >> becoming to much bilateral IMO.
>> >>
>> >>
>> >>>
>> >>> Please take a look at a proposal for "V3 and my 3)" version with
>> elements
>> >>> from Rights2 :)
>> >>>
>> >>
>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights43Proposal
>> >>> and in "action"
>> >>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights43Space
>> >>
>> >>
>> >> Really nice job ! I really appreciate.
>> >>
>> >>
>> >>> The prototype is not reflecting the "desired" interaction: both
>> inherited
>> >>> info and rights change appear on hover (right icon and arrow), instead
>> of
>> >>> hover | click.
>> >>>
>> >>
>> >> I am not sure what are really your intend. I think that the big tooltips
>> >> describing the rights should be the only tooltips, and should be show on
>> >> hover only after a small timeout (like the yellow one currently).
>> Clicking
>> >> any where on the +/- icon or v would then open the menu.
>> >> Is it what you try ?
>> >>
>> >>
>> > yes, on hover show the tooltip, on click show the menu.
>> >
>> >
>> 
>> ___
>> devs mailing list
>> d...@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
> ___
> 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] [xwiki-devs] [Proposal] Rights Management UI

[Raluca Stavro]

Hello all,

I really like the last proposal, Caty :)

On Fri, Jun 4, 2010 at 8:57 PM, Alex Busenius  wrote:
> Hi Caty,
>
>
> This version is really cool, just some minor comments:
>
> When I mouse over some right icon (FF 3.6), the dropdown menu with
> allow/deny/etc. is shown, but this menu is very hard to see, because it
> has almost the same color as the background and the icons are right
> above the right icons from the line below.
>
> The popup with the hint what right it is and why it is inherited is
> really helpful, but to open it I need to hit the small triangle near to
> the icon, otherwise only the dropdown menu is shown (but maybe its just
> because it is not the final version). This might be quite hard for some
> people.
>
> I'd made the icons larger (at least 24x24) and add more contrast (right
> now inherited rights look like disabled GUI controls to me), especially
> to the dropdown menu, view right icon and inherited right arrow from the
> menu.

I think that the tooltip can be added on mouse click. This would imply
adding a nice question mark instead of that small arrow, and the user
would click anywhere on the span with the class name "summary". And
another improvement would be to add more padding to the drop down
menus. Caty is currently using the secondary background color, right?
Maybe we should use the highlight color, but I'm not sure of that.

Raluca.

>
>
> Alex
>
>
> On 06/04/2010 06:54 PM, Ecaterina Valica wrote:
>> Hi,
>>
>> Take a look at Rights 5
>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights5Space
>>
>> Added:
>> * information regarding the advanced rights (inherits, overrides)
>> * icons built together as a whole
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/icons.png
>> * representation of "advanced rights" with the same abstract icon, but with
>> different color (no text; we can debate this)
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/color.png
>> * inheritance arrow married with +/-
>>
>> IMGs (in case of browser problem)
>> - collapsed:
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/rights5Space.png
>> - expanded:
>> http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Rights5Space/rights5SpaceExpanded.png
>>
>> On Fri, Jun 4, 2010 at 10:42, Denis Gervalle  wrote:
>>
>>> Hi Caty,
>>>
>>> On Thu, Jun 3, 2010 at 18:09, Ecaterina Valica  wrote:
>>>
 Hi Denis,

 I want to thank you again for all the help you are giving :P

>>>
>>> This is pleasure to participate especially because you provide really good
>>> proposals.
>>> I would also like to see others participating, currently the discussion is
>>> becoming to much bilateral IMO.
>>>
>>>

 Please take a look at a proposal for "V3 and my 3)" version with elements
 from Rights2 :)

>>> http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights43Proposal
 and in "action"
 http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights43Space
>>>
>>>
>>> Really nice job ! I really appreciate.
>>>
>>>
 The prototype is not reflecting the "desired" interaction: both inherited
 info and rights change appear on hover (right icon and arrow), instead of
 hover | click.

>>>
>>> I am not sure what are really your intend. I think that the big tooltips
>>> describing the rights should be the only tooltips, and should be show on
>>> hover only after a small timeout (like the yellow one currently). Clicking
>>> any where on the +/- icon or v would then open the menu.
>>> Is it what you try ?
>>>
>>>
>> yes, on hover show the tooltip, on click show the menu.
>>
>>
> 
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] XWiki Logo Challenge, Round 2

[Raluca Stavro]

Hello,

+0.7 to declare 16 the winner and improve it
+0.2 to start a third round between improved version of 4 and 16
+0.1 to start all over

What do you think about this:
http://dev.xwiki.org/xwiki/bin/download/Community/LogoChallengeRound2/16-variation-engineering.png
?

Raluca.


On Mon, Apr 19, 2010 at 10:19 PM, Sergiu Dumitriu  wrote:
> Hello Community,
>
> The search for the XWiki.org logo isn't over yet...
>
> The second round of votes finished, with the following results:
>
> +9 for 4
> +4 for 12 (I counted Thibaut's +1 for 12A as a +1 for 12)
> +1 for 15
> +14 for 16
> +1 for 19
>
> Normally, 16 would be the winner, but since several key members of the
> community objected to it, I see three ways to proceed:
>
> 1. Declare 16 as the elected logo, but further improve it to soften the
> objections
> 2. Start a third round between improved version of 4 and 16
> 3. Slow down a bit, since there's no hard deadline to meet, and start
> all over, accepting new proposals
>
> I for one would go for option 1, if Vincent, Ludovic, Guillaume, Fabio
> agree.
>
> On 04/08/2010 06:02 PM, Sergiu Dumitriu wrote:
>> Hello XWiki Community,
>>
>> We're still looking for the new XWiki.org logo. First of all, many
>> thanks to all those who submitted their ideas (
>> http://dev.xwiki.org/xwiki/bin/Community/LogoChallenge ). After the
>> first round of votes (digest here:
>> http://spreadsheets.google.com/ccc?key=0Ah6DqXzfHT2vdHV5Ty1LX3lKU3U5V3M4YmNFSXEzcVE&hl=en),
>>
>> we chose 6 "popular" proposals for the second round:
>> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 .
>>
>> The authors of these proposals were asked to do the following, if not
>> already done for round 1:
>> * try to integrate any constructive feedback that came with the
>> votes (a digest of the feedback from the emails is available for each
>> proposal on
>> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 )
>> * polish the design (if they consider it necessary)
>> * provide the requested variations for .org, enterprise and office
>> * provide samples for light and dark background
>> * provide a black&white version
>> * provide a 16X16 icon containing the logo or a representative part
>> of the logo
>> * provide a nice "Powered by XWiki" button that goes with the logo
>> * provide a mockup/screenshot with the logo used in the current
>> skin, colibri
>>
>> For most of the finalist logos, the _final_ versions were already
>> uploaded here:
>> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 .
>> For those who were not updated, we will use the initial submissions
>> for round 2 as well,
>> and voters will have to use their imagination in case
>> any of the required use cases is missing.
>>
>>
>> VOTING:
>>
>> You can send your vote on the mailing list (d...@xwiki.org or
>> users@xwiki.org), in reply to this email. No twitter votes this time.
>>
>> Each voter can grant a whole +1 to only one of the 6 finalists
>> (
>> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2#HFinalistproposals
>> ).
>>
>> IMPORTANT: Before choosing a logo based on your personal preference,
>> please try to also ask yourself the following questions:
>>
>> * Is it distinctive? Note that it should not resemble other logos,
>> including the XWiki SAS/xwiki.com logo.
>> * Is it easy to remember and recognize?
>> * Does it blend in smoothly with the Colibri skin? With the new
>> XWiki.org skin? Note that adjustments to the skin is possible, in order
>> to better integrate with the logo.
>> * Is the design scalable? Could it (or parts of it) be
>> successfully used in a 16X16 icon? Would it look good on a very large
>> poster?
>> * Can it be used (as it is, or adapted) on both light and dark backgrounds?
>> * What would it look like in black and white (not just grayscale)?
>> It's ok if some details are lost, but it needs to still look
>> attractive and keep the main features.
>>
>>
>> TIMELINE:
>>
>> 08/Apr/10 : Beginning of second round of votes on d...@xwiki.org,
>> users@xwiki.org
>> 11/Apr/10 : End of votes
>>
>>
>> Thanks,
>
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] XWiki Logo Challenge, Round 2

[Raluca Stavro]

By the way, isn't the logo challenge closed?

Raluca.

On Mon, Apr 19, 2010 at 1:41 PM, Dan Bozaru  wrote:
>
> Raluca,
>
> Currently, the text is optically aligned with the apex of the right speech
> bubble. Aligning the mark to the type would harm its balance.
>
> Anyway, I'll come up with another proposal pretty soonish.
> --
> View this message in context: 
> http://n2.nabble.com/XWiki-Logo-Challenge-Round-2-tp4872063p4924514.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] [xwiki-devs] XWiki Logo Challenge, Round 2

[Raluca Stavro]

Hi,

Your proposal is nice, Dan. One suggestion would be to center-align on
horizontal axis the image with the text.

Raluca.

On Sun, Apr 18, 2010 at 4:36 PM, Dan Bozaru  wrote:
>
> My humble try. Speech bubbles, negative space X.
> http://dev.xwiki.org/xwiki/bin/download/Community/LogoChallengeRound2/xwikiroundedalt.png
> http://dev.xwiki.org/xwiki/bin/download/Community/LogoChallengeRound2/xwikiroundedalt.png
>
> --
> View this message in context: 
> http://n2.nabble.com/XWiki-Logo-Challenge-Round-2-tp4872063p4920801.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] [xwiki-devs] XWiki Logo Challenge, Round 2

[Raluca Stavro]

Hi all,

How about this alternative:
http://dev.xwiki.org/xwiki/bin/download/Community/LogoChallengeRound2/16-variation.png.
I think that the W is readable now.

Raluca.

On Wed, Apr 14, 2010 at 11:06 AM, Valdis Vītoliņš
 wrote:
> Readability is better, but for me upper right backgoing "serif"  for w
> seems unnecessary.
> In place of (ascii art):
> \//  \
> /\\/\/iki
>
> only in this way:
> \/
> /\\/\/iki
>
> Then X can be bigger and w can be aligned with k.
> What do you think?
>
> Valdis
>
>> I completely agree with Marius, I would also add that since this is a
>> Community project, it should have a Community logo !
>> Since 16 has receive many votes now, and that I also agree with
>> Vincent,
>> Ludovic and others, it is not readable enough, I have made an
>> alternative
>> design: W-angle. My feeling was that the W is difficult to read, so my
>> proposal try to keep the style and reworked it. There is also small
>> changes
>> in spacing, and a different powered by button.
>>
>> Here is almost all that was requested in a proposal with this
>> variable:
>> http://dev.xwiki.org/xwiki/bin/download/Community/LogoChallengeRound2/16%2Dwangle%2Ddefault.png
>>
>> I really hope that if the logo 16 is chosen, my proposal could help in
>> mitigating the disappointment of those that really find it
>> unacceptable.
>>
>> WDYT ?
>>
>> Denis
> ___
> 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] [xwiki-devs] XWiki Logo Challenge, Round 2

[Raluca Stavro]

+1 to 16B (default-straight).

Raluca.

On Thu, Apr 8, 2010 at 7:02 PM, Sergiu Dumitriu  wrote:
> Hello XWiki Community,
>
> We're still looking for the new XWiki.org logo. First of all, many
> thanks to all those who submitted their ideas (
> http://dev.xwiki.org/xwiki/bin/Community/LogoChallenge ). After the
> first round of votes (digest here:
> http://spreadsheets.google.com/ccc?key=0Ah6DqXzfHT2vdHV5Ty1LX3lKU3U5V3M4YmNFSXEzcVE&hl=en),
> we chose 6 "popular" proposals for the second round:
> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 .
>
> The authors of these proposals were asked to do the following, if not
> already done for round 1:
>     * try to integrate any constructive feedback that came with the
> votes (a digest of the feedback from the emails is available for each
> proposal on
> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 )
>     * polish the design (if they consider it necessary)
>     * provide the requested variations for .org, enterprise and office
>     * provide samples for light and dark background
>     * provide a black&white version
>     * provide a 16X16 icon containing the logo or a representative part
> of the logo
>     * provide a nice "Powered by XWiki" button that goes with the logo
>     * provide a mockup/screenshot with the logo used in the current
> skin, colibri
>
> For most of the finalist logos, the _final_ versions were already
> uploaded here:
> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2 .
> For those who were not updated, we will use the initial submissions
> for round 2 as well,
> and voters will have to use their imagination in case
> any of the required use cases is missing.
>
>
> VOTING:
>
> You can send your vote on the mailing list (d...@xwiki.org or
> users@xwiki.org), in reply to this email. No twitter votes this time.
>
> Each voter can grant a whole +1 to only one of the 6 finalists
> (
> http://dev.xwiki.org/xwiki/bin/Community/LogoChallengeRound2#HFinalistproposals
> ).
>
> IMPORTANT: Before choosing a logo based on your personal preference,
> please try to also ask yourself the following questions:
>
>     * Is it distinctive? Note that it should not resemble other logos,
> including the XWiki SAS/xwiki.com logo.
>     * Is it easy to remember and recognize?
>     * Does it blend in smoothly with the Colibri skin? With the new
> XWiki.org skin? Note that adjustments to the skin is possible, in order
> to better integrate with the logo.
>     * Is the design scalable? Could it (or parts of it) be
> successfully used in a 16X16 icon? Would it look good on a very large
> poster?
>     * Can it be used (as it is, or adapted) on both light and dark
> backgrounds?
>     * What would it look like in black and white (not just grayscale)?
> It's ok if some details are lost, but it needs to still look
> attractive and keep the main features.
>
>
> TIMELINE:
>
> 08/Apr/10 : Beginning of second round of votes on d...@xwiki.org,
> users@xwiki.org
> 11/Apr/10 : End of votes
>
>
> Thanks,
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] XWiki Logo Challenge

[Raluca Stavro]

I just notice that I wrote 'A' ... Sorry.
My vote goes to P16 B.

Raluca.

On Fri, Mar 26, 2010 at 2:23 PM, Raluca Stavro  wrote:
> I vote for P16 A.
>
> Raluca.
>
> On Fri, Mar 26, 2010 at 1:17 PM, Sergiu Dumitriu  wrote:
>> Hi Community,
>>
>> The XWiki Logo proposal period is now closed, many thanks to everyone
>> who participated. It is now the time to vote the new logo amongst the 19
>> proposals available here:
>>
>> http://dev.xwiki.org/xwiki/bin/Community/LogoChallenge#HProposals
>>
>> You can send your vote:
>> - on the mailing list, by replying to this e-mail
>> - on twitter, in the format: #xwikilogo 
>>
>> Don't hesitate to nominate several proposals if you feel that they are
>> really close and you cannot decide for just one. Sometimes, a bunch of
>> fuzzy opinions can lead to a more accurate result.
>>
>> IMPORTANT:
>> Before choosing a logo based on your personal preference, please try to
>> also ask yourself the following questions:
>> - Is it distinctive?
>> - Is it easy to remember and recognize?
>> - Is the design scalable? Could it (or parts of it) be successfully used
>> in a 16X16 icon? Would it look good on a very large poster?
>> - Can it be used (as it is, or adapted) on both light and dark backgrounds?
>> - What would it look like in black and white (not just grayscale)? It's
>> ok if some details are lost, but it needs to still look attractive and
>> keep the main features.
>>
>> Motivating your vote also helps better understand what qualities a logo
>> evokes in people's minds.
>>
>> Also note that the designs are not final, the selected proposal will be
>> further tweaked and perfected, so don't discard a logo just for minor flaws.
>>
>> If several proposals come close to being selected, we could organize a
>> second round of voting.
>>
>> Please send us your votes before March 31st.
>>
>>
>> On 03/01/2010 05:57 PM, Jean-Vincent Drean wrote:
>>> Hi XWikiers!
>>>
>>> It's time to inject new blood in XWiki.org. While discussing about
>>> improving its look&  feel we thought it would be a good time to create
>>> a new logo for XWiki.org as it's an important part of a website
>>> design.
>>> We borrowed the current logo from XWiki.com some time ago and, in
>>> order to keep the distinction between the company and the Open-Source
>>> project clear, we think XWiki.org websites and projects need their own
>>> logo.
>>>
>>> As you may know, we love proposals, that's why we'd like to make the
>>> logo design an open challenge, anyone interested can join and a vote
>>> amongst the community will determine the winner. Even if the main
>>> purpose of the challenge is to have fun, the person whose design gets
>>> selected will receive XWiki goodies, including his logo printed on a
>>> t-shirt obviously :) The designer of the selected logo will enter the
>>> Hall Of Fame, and last but not least reward : the design will be
>>> spread wide (XWiki Enterprise is more than 1 downloads/month and
>>> XWiki.org web site more than 5 visits a month).
>>>
>>> The challenge takes place there:
>>> http://dev.xwiki.org/xwiki/bin/view/Community/LogoChallenge
>>
>> --
>> Sergiu Dumitriu
>> http://purl.org/net/sergiu/
>> ___
>> devs mailing list
>> d...@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] XWiki Logo Challenge

[Raluca Stavro]

I vote for P16 A.

Raluca.

On Fri, Mar 26, 2010 at 1:17 PM, Sergiu Dumitriu  wrote:
> Hi Community,
>
> The XWiki Logo proposal period is now closed, many thanks to everyone
> who participated. It is now the time to vote the new logo amongst the 19
> proposals available here:
>
> http://dev.xwiki.org/xwiki/bin/Community/LogoChallenge#HProposals
>
> You can send your vote:
> - on the mailing list, by replying to this e-mail
> - on twitter, in the format: #xwikilogo 
>
> Don't hesitate to nominate several proposals if you feel that they are
> really close and you cannot decide for just one. Sometimes, a bunch of
> fuzzy opinions can lead to a more accurate result.
>
> IMPORTANT:
> Before choosing a logo based on your personal preference, please try to
> also ask yourself the following questions:
> - Is it distinctive?
> - Is it easy to remember and recognize?
> - Is the design scalable? Could it (or parts of it) be successfully used
> in a 16X16 icon? Would it look good on a very large poster?
> - Can it be used (as it is, or adapted) on both light and dark backgrounds?
> - What would it look like in black and white (not just grayscale)? It's
> ok if some details are lost, but it needs to still look attractive and
> keep the main features.
>
> Motivating your vote also helps better understand what qualities a logo
> evokes in people's minds.
>
> Also note that the designs are not final, the selected proposal will be
> further tweaked and perfected, so don't discard a logo just for minor flaws.
>
> If several proposals come close to being selected, we could organize a
> second round of voting.
>
> Please send us your votes before March 31st.
>
>
> On 03/01/2010 05:57 PM, Jean-Vincent Drean wrote:
>> Hi XWikiers!
>>
>> It's time to inject new blood in XWiki.org. While discussing about
>> improving its look&  feel we thought it would be a good time to create
>> a new logo for XWiki.org as it's an important part of a website
>> design.
>> We borrowed the current logo from XWiki.com some time ago and, in
>> order to keep the distinction between the company and the Open-Source
>> project clear, we think XWiki.org websites and projects need their own
>> logo.
>>
>> As you may know, we love proposals, that's why we'd like to make the
>> logo design an open challenge, anyone interested can join and a vote
>> amongst the community will determine the winner. Even if the main
>> purpose of the challenge is to have fun, the person whose design gets
>> selected will receive XWiki goodies, including his logo printed on a
>> t-shirt obviously :) The designer of the selected logo will enter the
>> Hall Of Fame, and last but not least reward : the design will be
>> spread wide (XWiki Enterprise is more than 1 downloads/month and
>> XWiki.org web site more than 5 visits a month).
>>
>> The challenge takes place there:
>> http://dev.xwiki.org/xwiki/bin/view/Community/LogoChallenge
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] New XWiki Skins tutorial

[Raluca Stavro]

Vincent Massol wrote:
> On Oct 26, 2009, at 9:33 AM, Jerome Velociter wrote:
>
>   
>> On 10/25/09 6:37 PM, Raluca Stavro wrote:
>>     
>>> Raluca Stavro wrote:
>>>   
>>>> Roman Friesen wrote:
>>>>
>>>> 
>>>>> Hello Raluca,
>>>>>
>>>>> I have not checked the correctness of the content (I couldn't),  
>>>>> but the
>>>>> texts and especially screenshots look great!
>>>>>
>>>>> Remarks:
>>>>> - marked key words with the blue color look like links, but those  
>>>>> are
>>>>> not... What about to link key words to existing documentation  
>>>>> pages,
>>>>> like "Velocity", "colibri" etc. and mark other with a different  
>>>>> color?
>>>>>
>>>>>
>>>>>   
>>>> You are right, Roman. I will change the blue color and linking  
>>>> keywords
>>>> is a very good idea.
>>>>
>>>> 
>>>>> - I have removed commas/dots in lists and "Note:" in warning  
>>>>> boxes. I
>>>>> hope it's OK ;)
>>>>>
>>>>>
>>>>>   
>>>> Sure, it's ok :)
>>>>
>>>> 
>>>>> It's a fantastic (and above all really expensive) work, thank you  
>>>>> very
>>>>> much! The question is now, where should be this tutorial placed and
>>>>> linked from? Administration Guide?
>>>>>
>>>>>   
>>> Yes, the tutorial will be part of the Administration Guide. After
>>> polishing it, we will move it in the right place.
>>>   
>> IMO it should rather by moved in the DevGuide and linked from
>> Adminstration Guide.
>> 
>
> Let's go ahead. Raluca, are you doing it?
>
> I think we agreed with:
> * Keep a Skin section in the Admin Guide to explain how to configure  
> skins
> * Add a new tutorial in the Dev Guide on how to develop a new skin and  
> link it from the dev guide home page + from the admin guide skin  
> configuration page.
>
> Thanks
> -Vincent
>
>   
Yes, I will take care of this.

Raluca.
>> Jerome.
>> 
>>>>> Regards,
>>>>> Roman
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>   
>>>> Thank you for your feedback ;),
>>>>
>>>> Raluca Stavro.
>>>>
>>>> 
>>>>> Am Samstag, den 24.10.2009, 11:23 +0300 schrieb Raluca Stavro:
>>>>>
>>>>>
>>>>>   
>>>>>> Hello XWiki users,
>>>>>>
>>>>>> I have worked a lot with XWiki Skins on the top of XWiki  
>>>>>> Enterprise
>>>>>> instances and I wanted to share my experience with you all. This  
>>>>>> is why
>>>>>> I created a new XWiki Skins tutorial that you can find it here:
>>>>>> http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It  
>>>>>> would be
>>>>>> great if you could give me your feedback about this tutorial.
>>>>>>
>>>>>> Enjoy customizing your XWiki Enterprise instances!
>>>>>>
>>>>>> Raluca Stavro.
>>>>>> 
> ___
> 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] New XWiki Skins tutorial

[Raluca Stavro]

Anca Luca wrote:
> Hi Raluca,
>
> very very great job, I especially like way you explained actions and steps in 
> the pictures. One thing though (might be only my display though): the yellow 
> frame and hand is not contrasting very well with the bg always. But it's so 
> great otherwise (I will also read the content). I think it should be pulled 
> out 
> of drafts as soon as possible.
>   
I added some bg for the hand. I think that it's enough.
Thank you for your feedback, Anca :)

Raluca Stavro.
> Thanks,
> Anca
>
> On 10/24/2009 11:23 AM, Raluca Stavro wrote:
>   
>> Hello XWiki users,
>>
>> I have worked a lot with XWiki Skins on the top of XWiki Enterprise
>> instances and I wanted to share my experience with you all. This is why
>> I created a new XWiki Skins tutorial that you can find it here:
>> http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It would be
>> great if you could give me your feedback about this tutorial.
>>
>> Enjoy customizing your XWiki Enterprise instances!
>>
>> Raluca Stavro.
>> ___
>> 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
>   

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

Re: [xwiki-users] New XWiki Skins tutorial

[Raluca Stavro]

Raluca Stavro wrote:
> Roman Friesen wrote:
>   
>> Hello Raluca,
>>
>> I have not checked the correctness of the content (I couldn't), but the
>> texts and especially screenshots look great!
>>
>> Remarks:
>> - marked key words with the blue color look like links, but those are
>> not... What about to link key words to existing documentation pages,
>> like "Velocity", "colibri" etc. and mark other with a different color?
>>   
>> 
> You are right, Roman. I will change the blue color and linking keywords 
> is a very good idea. 
>   
>> - I have removed commas/dots in lists and "Note:" in warning boxes. I
>> hope it's OK ;)
>>   
>> 
> Sure, it's ok :)
>   
>> It's a fantastic (and above all really expensive) work, thank you very
>> much! The question is now, where should be this tutorial placed and
>> linked from? Administration Guide?
>> 
Yes, the tutorial will be part of the Administration Guide. After 
polishing it, we will move it in the right place.
>> Regards,
>> Roman
>>   
>>
>>   
>> 
> Thank you for your feedback ;),
>
> Raluca Stavro.
>   
>> Am Samstag, den 24.10.2009, 11:23 +0300 schrieb Raluca Stavro:
>>   
>> 
>>> Hello XWiki users,
>>>
>>> I have worked a lot with XWiki Skins on the top of XWiki Enterprise 
>>> instances and I wanted to share my experience with you all. This is why 
>>> I created a new XWiki Skins tutorial that you can find it here: 
>>> http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It would be 
>>> great if you could give me your feedback about this tutorial.
>>>
>>> Enjoy customizing your XWiki Enterprise instances!
>>>
>>> Raluca Stavro.
>>> ___
>>> 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
>>   
>> 
>
> ___
> 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] New XWiki Skins tutorial

[Raluca Stavro]

Roman Friesen wrote:
> Hello Raluca,
>
> I have not checked the correctness of the content (I couldn't), but the
> texts and especially screenshots look great!
>
> Remarks:
> - marked key words with the blue color look like links, but those are
> not... What about to link key words to existing documentation pages,
> like "Velocity", "colibri" etc. and mark other with a different color?
>   
You are right, Roman. I will change the blue color and linking keywords 
is a very good idea. 
> - I have removed commas/dots in lists and "Note:" in warning boxes. I
> hope it's OK ;)
>   
Sure, it's ok :)
> It's a fantastic (and above all really expensive) work, thank you very
> much! The question is now, where should be this tutorial placed and
> linked from? Administration Guide?
>
> Regards,
> Roman
>   
>
>   
Thank you for your feedback ;),

Raluca Stavro.
> Am Samstag, den 24.10.2009, 11:23 +0300 schrieb Raluca Stavro:
>   
>> Hello XWiki users,
>>
>> I have worked a lot with XWiki Skins on the top of XWiki Enterprise 
>> instances and I wanted to share my experience with you all. This is why 
>> I created a new XWiki Skins tutorial that you can find it here: 
>> http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It would be 
>> great if you could give me your feedback about this tutorial.
>>
>> Enjoy customizing your XWiki Enterprise instances!
>>
>> Raluca Stavro.
>> ___
>> 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
>   

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

[xwiki-users] New XWiki Skins tutorial

[Raluca Stavro]

Hello XWiki users,

I have worked a lot with XWiki Skins on the top of XWiki Enterprise 
instances and I wanted to share my experience with you all. This is why 
I created a new XWiki Skins tutorial that you can find it here: 
http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It would be 
great if you could give me your feedback about this tutorial.

Enjoy customizing your XWiki Enterprise instances!

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

Re: [xwiki-users] [Proposal] XWiki 2.0 Skin Name

[Raluca Stavro]

> Hi,
>
> The two leading names are* colibri* and *heron*.
>
> Please cast your final vote.
>
> Thanks,
> Caty
>
> Vote:
> *colibri* +1 Caty,
> *heron*

+1 for "colibri" (the name is globally known, and it will be remembered
faster than "heron")

Raluca.

> ___
> 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