Re: [xwiki-users] [ANN] Release of Nested Pages Migrator Application 0.5.1
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)
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= > ", > 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= > 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=/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
Hello, +1 for proposal 3. Raluca. On Tue, Apr 30, 2013 at 12:02 PM, Vincent Massol vinc...@massol.net 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: [[labeltype:reference]] Examples: * [[labeldoc:space.page]] * [[labeldoc:wiki:space.page]] * [[labelpath:/some/path]] * [[labelurl:http://xwiki.org]] * [[labeluser: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: * [[labelspace.page]] or [[labeldoc:space.page]] * [[labeldoc:wiki:space.page]] * [[labelpath:/some/path]] * [[labelhttp://xwiki.org]] or [[labelurl:http://xwiki.org]] * [[labeluser: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: * [[labelspace.page]] or [[labelspace.page||type=doc]] * [[labelwiki:space.page]] or [[labelwiki:space.page||type=doc]] * [[label/some/path||type=path]] * [[labelhttp://xwiki.org]] or [[labelhttp://xwiki.org||type=url]] * [[labelevalica||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
[xwiki-users] Panels backward compatibility
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
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
Re: [xwiki-users] Panels backward compatibility
Hi,
On Wed, Jun 13, 2012 at 7:09 PM, Sergiu Dumitriu ser...@xwiki.com 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 Massolvinc...@massol.net
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….#panelfooter{{/**html}}{{/velocity}}
(use
a regex)
Replace with your panel macro.
Should I open an issue on Jira ?
Nope
So this means that none of the macros in macros.vm are API?
Which means that there is no API to make a panel header consistent
with the panel headers of the default panels?
Good point. Macros in macros.vm are supposed to be APIs and it means we
broke the backward compatibility at some point in the past (2.7 as
suggested by Raluca).
The macros still work for both xwiki/1.0 and xwiki/2.x panels. What
doesn't work is putting the whole panel content inside a {{html}} block,
without any wiki parsing.
The problem was that there was a misunderstanding of the macros behavior.
The macros were supposed to work well in wiki syntax. Initially, that meant
the only xwiki syntax, which did mix HTML with the rest of the wiki and
velocity syntax. When new wiki syntaxes were introduced and the macros were
updated, the behavior remained the same: the #panelheader/footer macros
work well in both xwiki/1.0 and xwiki/2.x syntaxes. But pure HTML isn't
really a wiki syntax. The fact that for a few releases the macros worked in
pure HTML embedded in an xwiki/2.0 document, but not directly in a
xwiki/2.0 document, was a bug, not a contract. Unfortunately some
developers did rely on this bug.
The same issue happens with parameters like output=none for {{velocity}}
macro.
It was a bug and developers did rely on it (maybe not even knowing that it
was indeed a bug), but on latest versions this parameter value does not
work anymore and it has to be replaced with output=false.
Such bugs make upgrades hard to be performed. It takes plenty of time to
detect the cause of a problem (unknown old bug) and then to fix it in the
appropriate way.
I would like to be able to click a button and upgrade the wiki without
being forced to fix post-upgrade bugs.
Of course that this is maybe almost impossible because each wiki has its
own particularities, but I'll continue dreaming of it :)
Thank you all for your feedback,
Raluca.
3.2 M1 https://github.com/xwiki/**xwiki-platform/commit/**
2e4b54267b9bf4048c14fdf14b6a0a**65236aabadhttps://github.com/xwiki/xwiki
Re: [xwiki-users] Location of storage of different content in xwiki?
Hello, On Wed, Jan 11, 2012 at 12:23 PM, mohit gupta motgu...@gmail.com 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 rsta...@xwiki.com wrote: Hello, On Wed, Jan 11, 2012 at 11:23 AM, mohit gupta motgu...@gmail.com 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?
Hello, On Wed, Jan 11, 2012 at 11:23 AM, mohit gupta motgu...@gmail.com 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?
Hello, On Wed, Jan 4, 2012 at 1:04 PM, mohit gupta motgu...@gmail.com 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] Panel coding.
Hello,
On Tue, Apr 26, 2011 at 2:01 AM, li...@yhmail.de 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] Two Newbie Questions
Hello, On Fri, Apr 22, 2011 at 5:56 PM, Robb Sands rsa...@wavecorp.com 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* http://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] Limitations to the use of the Tooltip Macro?
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 hukab...@googlemail.comwrote:
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
Hello,
2011/4/13 Ramon Gomes Brandão - SERINT ramon.bran...@tjdft.jus.br
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:
div class=panel expanded QuickLinks
h1 onclick=XWiki.togglePanelVisibility(this.parentNode,
'XWiki.XWikiGuest_Panels.QuickLinks'); class=xwikipaneltitleQuick
Links/h1
div class=xwikipanelcontents
...
/div
/div
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
Hello, On Mon, Apr 11, 2011 at 4:19 PM, w...@yellowhippy.com 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.parser.node.ASTBlock.render(ASTBlock.java:72) at
Re: [xwiki-users] stopping a page for non-editors
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 china.sunr...@gmail.comwrote:
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
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://your
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{{htmlhttp://xcontext.macro.params.id#else%7B%7Bhtml
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.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
Re: [xwiki-users] struggling to understand panels expanding initial state
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
div class=panel $expanded $specialClassAttribute
h1 class=xwikipaneltitle
onclick=togglePanelVisibility(this.parentNode,
'${cookieName}');$title/h1
div class=xwikipanelcontents
#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
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)
Hello,
On Tue, Feb 22, 2011 at 11:31 AM, Eugen Colesnicov ecolesni...@gmail.comwrote:
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] Tutorial: XWiki On Windows - GlassFish - Oracle (Russian)
On Tue, Feb 22, 2011 at 11:36 AM, Raluca Stavro rmoro...@gmail.com wrote:
Hello,
On Tue, Feb 22, 2011 at 11:31 AM, Eugen Colesnicov
ecolesni...@gmail.comwrote:
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 span 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)
On Tue, Feb 22, 2011 at 11:49 AM, Raluca Stavro rmoro...@gmail.com wrote:
On Tue, Feb 22, 2011 at 11:36 AM, Raluca Stavro rmoro...@gmail.comwrote:
Hello,
On Tue, Feb 22, 2011 at 11:31 AM, Eugen Colesnicov ecolesni...@gmail.com
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 span 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)
Hi again,
On Tue, Feb 22, 2011 at 1:52 PM, Eugen Colesnicov ecolesni...@gmail.comwrote:
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 infocode 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] Mind Map Application
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
Hello,
On Wed, Feb 16, 2011 at 4:14 PM, markblokpoel mark.blokp...@gmail.comwrote:
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
Hello,
On Mon, Feb 14, 2011 at 2:39 PM, Wouter de Vos hukab...@googlemail.comwrote:
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
Hello
On Mon, Feb 14, 2011 at 3:22 AM, Lockie loc...@gmail.com wrote:
Hi Gerritjan
To display panels as collapsed, attach a Javascript sheet to a page
(EditObjectsJavascript 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:
div class=panel collapsed
h1 class=xwikipaneltitle
onclick=XWiki.togglePanelVisibility(this.parentNode, '');_panel
title_/h1
div class=xwikipanelcontents
_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
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
Hello,
On Tue, Feb 8, 2011 at 2:52 PM, Pidoux75 pidou...@gmail.com 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
Hello, Good idea! See you on Thursday. Raluca. On Tue, Feb 8, 2011 at 11:40 AM, Sergiu Dumitriu ser...@xwiki.com 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] livetable + _actions column
Hello,
On Thu, Feb 3, 2011 at 2:49 PM, Piotr Dziubecki deep...@man.poznan.plwrote:
Hi Guillaume,
W dniu 11-02-03 13:37, Guillaume Lerouge wrote:
Hi Piotr,
On Thu, Feb 3, 2011 at 13:30, Piotr Dziubeckideep...@man.poznan.pl
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] To Change the default design for a specific wiki in a wiki farm?
Hello, On Thu, Feb 3, 2011 at 4:07 PM, Vincent Massol vinc...@massol.net 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] Using brackets in Pagename
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 hukab...@googlemail.com 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
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
[xwiki-users] [Extensions] Jeans Color Theme
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
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 gerritjankoekk...@gmail.com 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
On Mon, Dec 6, 2010 at 10:37 PM, Raluca Stavro rmoro...@gmail.com 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 gerritjankoekk...@gmail.com 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?
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 jonat...@crindau.org.uk 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
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.]
ricardo.rodrig...@ebiotic.net 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] showing/hiding annotations entry in contentmenu
Hi,
On Mon, Nov 15, 2010 at 3:05 PM, Sergiu Dumitriu ser...@xwiki.com 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.]
ricardo.rodrig...@ebiotic.net 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] How to add a Dialog Box similar to Add New User Dialog using groovy or velocity
Hello, On Wed, Nov 10, 2010 at 5:52 AM, Abel Solórzano Astorga abelsolorz...@gmail.com 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
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 bauyrzhanmatyga...@gmail.com 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
On Wed, Oct 13, 2010 at 10:19 AM, Vincent Massol vinc...@massol.net 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 bauyrzhanmatyga...@gmail.com 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] Documents and classes design question
Hi,
On Mon, Sep 20, 2010 at 11:12 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net wrote:
Thanks, Raluca,
Raluca Stavro wrote:
On Mon, Sep 20, 2010 at 9:29 AM, Raluca Stavro raluca.moro...@xwiki.com
wrote:
On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net 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] Document concept
Hi, On Tue, Sep 21, 2010 at 1:37 AM, [Ricardo Rodriguez] eBioTIC. ricardo.rodrig...@ebiotic.net 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
On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC. ricardo.rodrig...@ebiotic.net 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] Documents and classes design question
On Mon, Sep 20, 2010 at 9:29 AM, Raluca Stavro raluca.moro...@xwiki.com wrote: On Sat, Sep 18, 2010 at 12:38 PM, [Ricardo Rodriguez] eBioTIC. ricardo.rodrig...@ebiotic.net 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] How do I for divide one string I need only the part of the user name (Admin) instead of XWiki.Admin
On Sat, Sep 18, 2010 at 12:04 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net 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')~~br/
$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] Uploading larger files
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) p.dallu...@external.telekom.de 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] Help needed with customizing of Toucan skin
On Tue, Aug 31, 2010 at 12:27 PM, Kaya Saman kayasa...@gmail.com 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 Samankayasa...@gmail.com 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 Samankayasa...@gmail.com 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
Re: [xwiki-users] XWiki Variable's list
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 fabra...@yahoo.com 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] How do I for order a data list in xwiki?
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 calebdeli...@lavabit.com 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)) div div id=dashboardleft div id=dashboardleftcontent #displayDocumentList($list true $blacklistedSpaces) /div /div /div div style=clear:both; margin-bottom: 40px;!-- --/div ___ 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
Hi,
On Sat, Aug 28, 2010 at 12:06 PM, Kaya Saman kayasa...@gmail.com 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 Samankayasa...@gmail.com 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
Hello,
On Sat, Aug 28, 2010 at 4:21 PM, Kaya Saman kayasa...@gmail.com 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 Samankayasa...@gmail.com 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
Re: [xwiki-users] Help needed with customizing of Toucan skin
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 kayasa...@gmail.com 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?
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 fabra...@yahoo.com 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?
On Fri, Aug 27, 2010 at 1:52 PM, Raluca Stavro raluca.moro...@xwiki.com 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 fabra...@yahoo.com 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?
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'))
a href=javascript:newPopup('$url');Bugs reported/a
Raluca.
On Thu, Aug 26, 2010 at 1:27 PM, Francis Abrante fabra...@yahoo.com 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
script type=text/javascript
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')
}
/script
a href= JavaScript:newPopup
('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/a
___
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
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 EventMain.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:
form action=$xwiki.getDocument('Main.MyCalendar').getURL('objectadd')
method=get
(this will allow adding calendar events to the 'Main.MyCalendar' page)
and the redirect url:
input type=hidden name=xredirect
value=${xwiki.getDocument('Main.MyCalendar').getURL('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 loc...@gmail.com 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 EditObjects 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...
div id=toggleText style=display: none
Remove the ? from href above. Don't forget the /div tag at the end:
#end
/div
{{/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
On Wed, Aug 25, 2010 at 10:26 AM, Raluca Stavro
raluca.moro...@xwiki.com 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 EventMain.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:
form action=$xwiki.getURL('Main.MyCalendar', 'objectadd')
method=get
(this will allow adding calendar events to the 'Main.MyCalendar' page)
and the redirect url:
input type=hidden name=xredirect
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 loc...@gmail.com 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 EditObjects 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...
div id=toggleText style=display: none
Remove the ? from href above. Don't forget the /div tag at the end:
#end
/div
{{/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] Permissions for the bottom Xwiki panel??
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) div class=clearfloats/div #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 calebdeli...@lavabit.com 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
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 loc...@gmail.com 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
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 loc...@gmail.com 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
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 ramon.bran...@tjdft.jus.br:
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 ramon.bran...@tjdft.jus.br:
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
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 ramon.bran...@tjdft.jus.br: 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
+1, Raluca. On Wed, Jul 7, 2010 at 10:43 AM, Ciprian Amaritei amaritei.cipr...@gmail.com 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
Nice! ;) +1 Raluca. On Fri, Jul 2, 2010 at 1:33 PM, Marius Dumitru Florea mariusdumitru.flo...@xwiki.com 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 Valicavali...@gmail.com 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] [Vote][Proposal] Rights Management
On Thu, Jun 10, 2010 at 5:09 PM, Ecaterina Valica vali...@gmail.com 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
On Tue, Jun 8, 2010 at 4:41 PM, Ecaterina Valica vali...@gmail.com wrote: On Tue, Jun 8, 2010 at 13:46, Denis Gervalle d...@softec.lu wrote: On Tue, Jun 8, 2010 at 11:19, Ecaterina Valica vali...@gmail.com wrote: On Tue, Jun 8, 2010 at 09:01, Denis Gervalle d...@softec.lu wrote: On Mon, Jun 7, 2010 at 17:00, Ecaterina Valica vali...@gmail.com 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 mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org
Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI
On Wed, Jun 9, 2010 at 6:28 PM, Raluca Stavro raluca.moro...@xwiki.com wrote: On Tue, Jun 8, 2010 at 4:41 PM, Ecaterina Valica vali...@gmail.com wrote: On Tue, Jun 8, 2010 at 13:46, Denis Gervalle d...@softec.lu wrote: On Tue, Jun 8, 2010 at 11:19, Ecaterina Valica vali...@gmail.com wrote: On Tue, Jun 8, 2010 at 09:01, Denis Gervalle d...@softec.lu wrote: On Mon, Jun 7, 2010 at 17:00, Ecaterina Valica vali...@gmail.com 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 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 mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list d...@xwiki.org http
Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI
On Wed, Jun 9, 2010 at 6:30 PM, Raluca Stavro raluca.moro...@xwiki.com wrote: On Wed, Jun 9, 2010 at 6:28 PM, Raluca Stavro raluca.moro...@xwiki.com wrote: On Tue, Jun 8, 2010 at 4:41 PM, Ecaterina Valica vali...@gmail.com wrote: On Tue, Jun 8, 2010 at 13:46, Denis Gervalle d...@softec.lu wrote: On Tue, Jun 8, 2010 at 11:19, Ecaterina Valica vali...@gmail.com wrote: On Tue, Jun 8, 2010 at 09:01, Denis Gervalle d...@softec.lu wrote: On Mon, Jun 7, 2010 at 17:00, Ecaterina Valica vali...@gmail.com 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 (Wrong copy-paste) http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights51Space Raluca. 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
Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI
On Mon, Jun 7, 2010 at 11:22 AM, Ecaterina Valica vali...@gmail.com wrote: On Fri, Jun 4, 2010 at 21:33, Raluca Stavro raluca.moro...@xwiki.comwrote: Hello all, I really like the last proposal, Caty :) On Fri, Jun 4, 2010 at 8:57 PM, Alex Busenius alex.busen...@xwiki.com 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 lookfeel 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, 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 d...@softec.lu wrote: Hi Caty, On Thu, Jun 3, 2010 at 18:09, Ecaterina Valica vali...@gmail.com 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
Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI
Hello all, I really like the last proposal, Caty :) On Fri, Jun 4, 2010 at 8:57 PM, Alex Busenius alex.busen...@xwiki.com 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 d...@softec.lu wrote: Hi Caty, On Thu, Jun 3, 2010 at 18:09, Ecaterina Valica vali...@gmail.com 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. snip ___ 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] [Proposal] Rights Management UI
On Fri, Jun 4, 2010 at 9:23 PM, Ecaterina Valica vali...@gmail.com wrote: On Fri, Jun 4, 2010 at 20:57, Alex Busenius alex.busen...@xwiki.com 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 lookfeel. 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 d...@softec.lu wrote: Hi Caty, On Thu, Jun 3, 2010 at 18:09, Ecaterina Valica vali...@gmail.com 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. snip ___ 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] XWiki Logo Challenge, Round 2
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 ser...@xwiki.com 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=0Ah6DqXzfHT2vdHV5Ty1LX3lKU3U5V3M4YmNFSXEzcVEhl=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 blackwhite 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
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ņš valdis.vitol...@odo.lv 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
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 raluca.moro...@xwiki.com wrote: I vote for P16 A. Raluca. On Fri, Mar 26, 2010 at 1:17 PM, Sergiu Dumitriu ser...@xwiki.com 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 proposal_number 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
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
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
Re: [xwiki-users] New XWiki Skins tutorial
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
[xwiki-users] New XWiki Skins tutorial
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
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
