Re: [xwiki-users] Severe problem, can't login as admin, neither as superadmin

2008-03-28 Thread Joao Henrique Silva Santos
Works fine with IE 6, IE 7, Firefox 2 and Opera 9
Thanks

On 26/03/2008, Vincent Massol [EMAIL PROTECTED] wrote:

  On Mar 26, 2008, at 11:07 AM, Joao Henrique Silva Santos wrote:

   Since I'm not the administrator of my server, I cannot go and make
   tomcat downgrades like that. I tried to download the jar you posted on
   jira 
 (http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/xwiki-core/1.3-SNAPSHOT/xwiki-core-1.3-20080313.231229-42.jar
   ),


 Go to 
 http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/xwiki-core/1.3-SNAPSHOT
   and pick the latest jar.

  Thanks

 -Vincent


  
   but I got a 404.
  
   Is that jar still available elsewhere? If it is, is it just a stable
   1.3 fix for that problem, or has it more development?
  
   If not available/stable, I'll have to stick to the standalone
   distribution until 1.3.1.
  
   Thnks for your help,
   Joao
  
  
   On 25/03/2008, Sergiu Dumitriu [EMAIL PROTECTED] wrote:
   Hi,
  
   Unfortunately, that fix didn't work quite as expected, see
   http://jira.xwiki.org/jira/browse/XWIKI-2211
  
   All authentication problems are solved in the future 1.3.1 release.
   Until then, you should downgrade to Tomcat 6.0.14
  
  
   Sergiu
  
  
   Joao S. Santos wrote:
   I'm having the same problem, but only for Internet Explorer 6 (on
   more than
   one machine).
  
   The server is running an 1.3 XWiki WAR distribution on a tomcat
   6.0.16 with
   jdk1.5.0_15.
   Shouldn't it be working already?
  
   regards
  
  
  
   Sergiu Dumitriu-2 wrote:
   3 options:
  
   1. Use tomcat 5.5.25 or 6.0.14
   2. Compile xwiki-core and put the compiled
   com.xpn.xwiki.user.impl.xwiki.MyPersistentManager.class into
   xwiki-dir/WEB-INF/classes/com/xpn/xwiki/user/impl/xwiki/
   3. Use the upcoming 1.3M2 release
  
   Antonio Goncalves wrote:
   Hi Sergiu,
  
   I have exactly the same problem with Tomcat 5.5.26 (I'm using
   XWiki
   1.2.2). Should I wait for a bug fix from XWiki or should I use a
   previous version of Tomcat (if yes, which one) ?
  
   Thanks,
  
   Antonio
  
  
   2008/2/15, Sergiu Dumitriu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
   :
  
  I'm looking into the problem now.
  
  Probably in
  
   com.xpn.xwiki.user.impl.xwiki.MyPersistentLoginManager#setupCookie
  (you have to recompile the code and update that class into
   the XWiki
  installation)
  
  Too bad tomcat doesn't have an option to configure this.
  
  Rustedt, Florian wrote:
   Hi,
  
   Perhaps a stupid question but... WHERE do i insert
  cookie.setVersion(1);?
  
   Florian
  
   -Ursprüngliche Nachricht-
   Von: Sergiu Dumitriu [mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]]
   Gesendet: Freitag, 15. Februar 2008 16:51
   An: XWiki Users
   Betreff: Re: [xwiki-users] Severe problem, can't login as
   admin, neither as superadmin
  
   See http://jira.xwiki.org/jira/browse/XWIKI-2119
  
  
  
   --
   Sergiu Dumitriu
   http://purl.org/net/sergiu/
   ___
   users mailing list
   users@xwiki.org
   http://lists.xwiki.org/mailman/listinfo/users
  
   ___
   users mailing list
   users@xwiki.org
   http://lists.xwiki.org/mailman/listinfo/users

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

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


Re: [xwiki-users] Severe problem, can't login as admin, neither as superadmin

2008-03-26 Thread Joao Henrique Silva Santos
Since I'm not the administrator of my server, I cannot go and make
tomcat downgrades like that. I tried to download the jar you posted on
jira 
(http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/xwiki-core/1.3-SNAPSHOT/xwiki-core-1.3-20080313.231229-42.jar),
but I got a 404.

Is that jar still available elsewhere? If it is, is it just a stable
1.3 fix for that problem, or has it more development?

If not available/stable, I'll have to stick to the standalone
distribution until 1.3.1.

Thnks for your help,
Joao


On 25/03/2008, Sergiu Dumitriu [EMAIL PROTECTED] wrote:
 Hi,

  Unfortunately, that fix didn't work quite as expected, see
  http://jira.xwiki.org/jira/browse/XWIKI-2211

  All authentication problems are solved in the future 1.3.1 release.
  Until then, you should downgrade to Tomcat 6.0.14


  Sergiu


  Joao S. Santos wrote:
   I'm having the same problem, but only for Internet Explorer 6 (on more than
   one machine).
  
   The server is running an 1.3 XWiki WAR distribution on a tomcat 6.0.16 with
   jdk1.5.0_15.
   Shouldn't it be working already?
  
   regards
  
  
  
   Sergiu Dumitriu-2 wrote:
   3 options:
  
   1. Use tomcat 5.5.25 or 6.0.14
   2. Compile xwiki-core and put the compiled
   com.xpn.xwiki.user.impl.xwiki.MyPersistentManager.class into
   xwiki-dir/WEB-INF/classes/com/xpn/xwiki/user/impl/xwiki/
   3. Use the upcoming 1.3M2 release
  
   Antonio Goncalves wrote:
   Hi Sergiu,
  
   I have exactly the same problem with Tomcat 5.5.26 (I'm using XWiki
   1.2.2). Should I wait for a bug fix from XWiki or should I use a
   previous version of Tomcat (if yes, which one) ?
  
   Thanks,
  
   Antonio
  
  
   2008/2/15, Sergiu Dumitriu [EMAIL PROTECTED] mailto:[EMAIL 
 PROTECTED]:
  
   I'm looking into the problem now.
  
   Probably in
   com.xpn.xwiki.user.impl.xwiki.MyPersistentLoginManager#setupCookie
   (you have to recompile the code and update that class into the XWiki
   installation)
  
   Too bad tomcat doesn't have an option to configure this.
  
   Rustedt, Florian wrote:
 Hi,

 Perhaps a stupid question but... WHERE do i insert
   cookie.setVersion(1);?

 Florian

 -Ursprüngliche Nachricht-
 Von: Sergiu Dumitriu [mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]]
 Gesendet: Freitag, 15. Februar 2008 16:51
 An: XWiki Users
 Betreff: Re: [xwiki-users] Severe problem, can't login as
 admin, neither as superadmin

 See http://jira.xwiki.org/jira/browse/XWIKI-2119



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


[xwiki-users] comments improvement

2008-03-26 Thread Joao Henrique Silva Santos
I would like to implement the possibility to reply to comments, and
the corresponding cascading display.

I assume this change, if possible, should be made on
templates/comments2.vm and/or templates/commentsinline.vm, but I'm a
bit lost. Has anything similar been done? Where can I learn more on
how to do it?

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


[xwiki-users] javascript onload on a single page

2008-03-20 Thread Joao Henrique Silva Santos
Hi.

I have a javascript with an 'onload' which I only want to be loaded on
a single certain page.
I have achieved this by putting an

script type=text/javascript
   [...]
   window.onload=someFunction();
   [...]
/script

on the beginning of the page, on wiki edit mode.
However, this doesn't seem very clean to me. Is there a better way to
do it? If so, how?

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


Re: [xwiki-users] javascript onload on a single page

2008-03-20 Thread Joao Henrique Silva Santos
Thanks!

On 20/03/2008, Sergiu Dumitriu [EMAIL PROTECTED] wrote:
 Joao Henrique Silva Santos wrote:
   Hi.
  
   I have a javascript with an 'onload' which I only want to be loaded on
   a single certain page.
   I have achieved this by putting an
  
   script type=text/javascript
  [...]
  window.onload=someFunction();
  [...]
   /script
  
   on the beginning of the page, on wiki edit mode.
   However, this doesn't seem very clean to me. Is there a better way to
   do it? If so, how?
  


 You should use:

  Event.observe(window, load, someFunction);

  And concerning where to put the script, two options:

  - javascript.vm, surrounded by something like:
  #if($doc.fullName == My.Document)
  Event.observe(window, load, someFunction);
  #end
  This file is located on the filesystem, either in
  xwiki-dir/skins/albatross/ or in xwiki-dir/templates/, depending on
  what version are you using.

  - In the actual document, as you put it already, since it is just one
  document, while javascript.vm is used for all documents.


  --
  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] upgrading xwiki 1.2.2

2008-03-17 Thread Joao Henrique Silva Santos
  Great! As for the database, I think I could offer you temporal hosting for
 a small MySQL database here. Let me know if you consider it will help you to
 convince your administrator that to host MySQL there (or any other option)
 will be a good idea.

Thanks for your offer, but i think it won't be necessary :)



  Nope, global.vm is by no means deprecated! But it is now stored in the
 /templates folder under /xwiki. All Velocity templates have been moved
 there.

Thanks! should have remembered of doing a find $WIKI -name global.vm :p


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


Re: [xwiki-users] upgrading xwiki 1.2.2

2008-03-14 Thread Joao Henrique Silva Santos
 I think this path could go in a FAQ entry. Perhaps it does not make
  sense to propose a way of updating from the zipped standalone
  distribution running on Jetty/hhsqldb to the war one. The standalone
  release is intended to entry level users, and it would be advisable to
  move to the war distribution running on whatever servlet container and a
  relational database like MySQL or Oracle. But you have your contents in
  the standalone version... what database are you planning to run with
  XWiki war?


I'll make a post in the FAQ.
As for the database, I'm not sure, since I'm not responsible for the
server and don't know yet what database and servlets are availabe.
Will try to find out...


 This is not a good idea. Albatross has changed a lot since 1.2.2 times
  (better, the pair Albatross/Toucan :-), so I think you MUST use the new
  release. I will be glad to help you to recover your customized behavior,
  but first of all we need to work out the collapsed/expanded panels issue.

  What do you think?


I think you're right, even with the collapsed panels problem solved.
Just have to find a time when I can allow myself to break the layout
of the wiki. Even though the page its in the very early construction
phase, I have couple of co-workers who also make contributions.

So my first question regarding the albatross skin is the following:
Since the global.vm file is missing, and at least a few of the
properties it defined are now elsewhere (such as colors.css), while
others are not, should I create a new global.vm or is it entirely
deprecated?
In my case, I want to modify the url of the main logo, which was
defined in global.vm as

[...]
  div id=company
  div id=companylogo
a href=SOMEURL
[]
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] upgrading xwiki 1.2.2

2008-03-13 Thread Joao Henrique Silva Santos
Hi
Yes, I did, but it only mentions the WAR distribution upgrade. Or am I
mis-reading it?

rgds,
Joao

On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:
 Hi Joao,



  Joao Henrique Silva Santos wrote:
   Hi.
  
   I have installed an XWiki 1.2.2 through a XWiki Enterprise ZIP, and
   now want to upgrade to 1.3.
   From the documentation, it seems that easy upgrades of the wiki
   require the WAR installation, which I have not done. Do I have to
   export my current wiki into a WAR (if so, how can I do it?), or is it
   done through a different method?



 Have you checked out Upgrading an XWiki Installation in the following
  location?

  http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation

  HTH,

  Ricardo


  --
  Ricardo Rodríguez
  Your EPEC Network ICT Team

  ___
  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] collapsed panels (continued)

2008-03-13 Thread Joao Henrique Silva Santos
Hi.
Thanks again for the detailed reply and your macro

I tested different browsers (IE 7 , IE6, Firefox) in different
machines (1 browser  1 machine).
Also, i've modified the macros.vm to include the new macro.

I will test your macro and post again when I'm done with testing.

regard,
Joao

On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:
 Hi Joao,


  Joao Henrique Silva Santos wrote:

  Finally, even a panel which uses the standard panelheader does not
   behave properly.
   Does anybody have a possible explanation / common problems?
  
  


 I am not able to reproduce what you are describing. The macro works fine
  for me. I've modified it a bit. Perhaps it is clearer now. See this...

  #set($initialState= collapsed)
  #set($alternativeState=expanded)

  #macro(panelheaderc $title)

 #set($cookieName = ${context.user}_${panel})

 #set($expanded = $initialState)

 #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName))
  ## 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
  h5 class=xwikipaneltitle onclick=if(eltHasClass(this.parentNode,

 '$initialState')) createCookie('$cookieName','$alternativeState', '');

 else eraseCookie('$cookieName');
  togglePanelVisibility(this.parentNode);$title/h5
  div class=xwikipanelcontents
  #end


 Initial state can be easily moved to each panel content. Alternative
  state can be easily set with a if-else-end structure. I am falling while
  evaluating the value of $initialState, but this is only a matter of
  looking for the right syntax.

  If you are using a modified macros.vm including the customized macros, I
  am not able to figure out any problem other than a malfunction at your
  browser level. Have you tried with several browsers from the same box?
  Could you try this version I am proposing? It works fine here.

  But if you are using a #includemacros(macrosFile) statement, it could
  be a matter of where you use it. I don't know how to put it this macro's
  call to affect the whole site without modifying macro.vm. I don't know
  if this is possible or we must include it in all and any documents
  needing the macros included there. I will do some more research prior to
  posting a question about this. Any input will be welcome Thanks.

  Best,


  Ricardo

  --
  Ricardo Rodríguez
  Your EPEC Network ICT Team

  ___
  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] upgrading xwiki 1.2.2

2008-03-13 Thread Joao Henrique Silva Santos
Thanks for the info.
I'll try it when I know I have some free time just for the upgrading,
in case something goes wrong. Perhaps later today.
In any case, I'll post some results.

But I have a question, when you say to copy database do you mean only
the $XWIKI_HOME/database folder? just like that :-) ?

rgds,
Joao

On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:
 Hi,


  Joao Henrique Silva Santos wrote:
   Hi

  Yes, I did, but it only mentions the WAR distribution upgrade. Or am I
   mis-reading it?


 Touché! :-) Good point. It was me myself who misread your message.

  I've once downloaded and used a zipped distribution to debug a problem
  with MySQL (following Vincent advice) and all what I did was to remove
  the folder of the hsqldb database (I don't remember the name and some
  xwiki.org sections are now down for maintenance, but it was easy to
  locate) and configure hibernate.cfg.xml accordingly.

  So I am *guessing* that all you have to do is to bring down your servlet
  container, create a backup copy of the whole /xwiki directory structure
  (jsut in case!), put in place the new zip contents, copy your current
  database to the new location and start the container again.


 Please, let me knows if this helped. It could be helpful for others if
  we could create a FAQ about this (if it doesn't existe yet!) Thanks.

  Best,

  Ricado


  --

 Ricardo Rodríguez
  Your EPEC Network ICT Team

  ___
  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] collapsed panels (continued)

2008-03-13 Thread Joao Henrique Silva Santos
Hi, Ricardo

I've tested your macro and it behaves just as before..
I guess I'll try to upgrade the wiki and see if it is one of the solved bugs.

regards,
Joao

On 13/03/2008, Joao Henrique Silva Santos [EMAIL PROTECTED] wrote:
 Hi.
  Thanks again for the detailed reply and your macro

  I tested different browsers (IE 7 , IE6, Firefox) in different
  machines (1 browser  1 machine).
  Also, i've modified the macros.vm to include the new macro.

  I will test your macro and post again when I'm done with testing.

  regard,
  Joao

  On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team

 [EMAIL PROTECTED] wrote:
   Hi Joao,
  
  
Joao Henrique Silva Santos wrote:
  
Finally, even a panel which uses the standard panelheader does not
 behave properly.
 Does anybody have a possible explanation / common problems?


  
  
   I am not able to reproduce what you are describing. The macro works fine
for me. I've modified it a bit. Perhaps it is clearer now. See this...
  
#set($initialState= collapsed)
#set($alternativeState=expanded)
  
#macro(panelheaderc $title)
  
   #set($cookieName = ${context.user}_${panel})
  
   #set($expanded = $initialState)
  
   #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName))
## 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
h5 class=xwikipaneltitle onclick=if(eltHasClass(this.parentNode,
  
   '$initialState')) createCookie('$cookieName','$alternativeState', '');
  
   else eraseCookie('$cookieName');
togglePanelVisibility(this.parentNode);$title/h5
div class=xwikipanelcontents
#end
  
  
   Initial state can be easily moved to each panel content. Alternative
state can be easily set with a if-else-end structure. I am falling while
evaluating the value of $initialState, but this is only a matter of
looking for the right syntax.
  
If you are using a modified macros.vm including the customized macros, I
am not able to figure out any problem other than a malfunction at your
browser level. Have you tried with several browsers from the same box?
Could you try this version I am proposing? It works fine here.
  
But if you are using a #includemacros(macrosFile) statement, it could
be a matter of where you use it. I don't know how to put it this macro's
call to affect the whole site without modifying macro.vm. I don't know
if this is possible or we must include it in all and any documents
needing the macros included there. I will do some more research prior to
posting a question about this. Any input will be welcome Thanks.
  
Best,
  
  
Ricardo
  
--
Ricardo Rodríguez
Your EPEC Network ICT Team
  
___
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] collapsed panels (continued)

2008-03-13 Thread Joao Henrique Silva Santos
Your site's panels do behave correctly.
As for migrating to the war distribution, is there a way to export the
whole current wiki? I only found how to export single pages to XAR
file.

Obrigado

Joao



On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:
 Joao Henrique Silva Santos wrote:
   Hi, Ricardo

  Thanks for your proposal to test my wiki.
  
   It's url is:
   http://baco.cfn.ist.utl.pt:8080/xwiki
  
   Currently, the panels on the left panel-column are using your macro,
   and the ones at the right are using mine (only XWiki tutorial and
   Create are expanded by default).
   Some of them do behave properly: Networking, Database, and Quick 
 links.


 Your links work as you described. So, now the other term of the
  cross-comparison:

  http://environmentalchange.net

  Most of the contents are behind the login, but you must be able to see
  the Blog Entries panel on the right, bottom right. It is set as
  collapsed by default.

  It you get a correct behavior there, I can only think of a possibility:
  the port. Yours is using 8080, mine 80. But this does not make sense as
  far as they are panels doing fine... :-( I will try here by changing the
  port to my test box, but it will faster if you can check our place.

  If this is not the reason, we must wait for your upgrade and see what
  happen.

  Joao, don't you think that you could move to the war/xar distribution? I
  think small tokamaks deserve it! :-)

  Saúde e sorte,


  Ricardo

  --
  Ricardo Rodríguez
  Your EPEC Network ICT Team

  ___
  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] upgrading xwiki 1.2.2

2008-03-13 Thread Joao Henrique Silva Santos
Hi.
I've upgraded the xwiki from 1.2.2 to 1.3 final using the zip distributions
All I did was:

1 - copy the entire directory to a backup folder
2 - unzip the 1.3 zip file xwiki-enterprise-hsqldb-1.3.zip
3 - deleted the newly created database ($XWIKI_HOME/database), and
replaced it with the backed up database folder.

Then I wanted to implement the changes I had made on the 1.2.2
albatross skin, but since I could not find where to make some changes
(namely how to change the url of the wiki icon, which was defined on
global.vm), I decided instead to:

4 - rename albatross (in webapps/xwiki/skins) to albatrossORIGINAL;
5 - copy to the skins folder the albatross folder from my backed up
1.2.2 xwiki

It is now running and so far it seems everything is fine, including user list.

Joao


On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:
 Joao Henrique Silva Santos wrote:

  Thanks for the info.
   I'll try it when I know I have some free time just for the upgrading,
   in case something goes wrong. Perhaps later today.
   In any case, I'll post some results.
  
   But I have a question, when you say to copy database do you mean only
   the $XWIKI_HOME/database folder? just like that :-) ?


 Yeap, as simple as that :-) XWiki is a great and simple stuff!

  Cheers,


  --

 Ricardo Rodríguez
  Your EPEC Network ICT Team

  ___
  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] collapsed panels (continued)

2008-03-13 Thread Joao Henrique Silva Santos
Hi.
I've upgraded the xwiki to 1.3 using the zip distribution, but since I
could not find where I should make some changes on the albatross skin
I copied the entire albatross folder.
The problem with the panels is still there, but that could be due to a
bug on the albatross skin (bug either already existent or made by me).

I will look further into the new albatross skin structure, and try to
adapt it to my changes. If I can use the new  albatross skin that will
probably help debugging (or solving) my problems.

Joao


On 13/03/2008, Joao Henrique Silva Santos [EMAIL PROTECTED] wrote:
 Your site's panels do behave correctly.
  As for migrating to the war distribution, is there a way to export the
  whole current wiki? I only found how to export single pages to XAR
  file.

  Obrigado

  Joao



  On 13/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team

 [EMAIL PROTECTED] wrote:
   Joao Henrique Silva Santos wrote:
 Hi, Ricardo
  
Thanks for your proposal to test my wiki.

 It's url is:
 http://baco.cfn.ist.utl.pt:8080/xwiki

 Currently, the panels on the left panel-column are using your macro,
 and the ones at the right are using mine (only XWiki tutorial and
 Create are expanded by default).
 Some of them do behave properly: Networking, Database, and Quick 
 links.
  
  
   Your links work as you described. So, now the other term of the
cross-comparison:
  
http://environmentalchange.net
  
Most of the contents are behind the login, but you must be able to see
the Blog Entries panel on the right, bottom right. It is set as
collapsed by default.
  
It you get a correct behavior there, I can only think of a possibility:
the port. Yours is using 8080, mine 80. But this does not make sense as
far as they are panels doing fine... :-( I will try here by changing the
port to my test box, but it will faster if you can check our place.
  
If this is not the reason, we must wait for your upgrade and see what
happen.
  
Joao, don't you think that you could move to the war/xar distribution? I
think small tokamaks deserve it! :-)
  
Saúde e sorte,
  
  
Ricardo
  
--
Ricardo Rodríguez
Your EPEC Network ICT Team
  
___
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] collapsed panels (continued)

2008-03-11 Thread Joao Henrique Silva Santos
Okay, I've tested every single panel on my wiki, and I came to realize
that some of the panels do behave properly (maintain their
collapsed-status while browsing the wiki).

Actually, all panels from the left panel-column and about half of the
right panel-column do not behave properly. I do not understand this
behaviour, since most of them have the same code, which is an
adaptation of the regular panelheader macro:

#macro(collapsedpanelheader $title)
#set($cookieName = ${context.user}_${panel})
#set($expanded = collapsed)
#set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName))
## 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
h5 class=xwikipaneltitle onclick=if(eltHasClass(this.parentNode,
'collapsed')) createCookie('$cookieName','expanded', ''); else
eraseCookie('$cookieName');
togglePanelVisibility(this.parentNode);$title/h5
div class=xwikipanelcontents
#end

I have no experience with cookies, but I feel that the only thing that
may be wrong here is on the tag h5, and I may have the expanded
swaped with collapsed. Changed that, and got the same behaviour.

Finally, even a panel which uses the standard panelheader does not
behave properly.
Does anybody have a possible explanation / common problems?

best regards,
Joao




On 10/03/2008, Joao Henrique Silva Santos [EMAIL PROTECTED] wrote:
 I've opened again the the macros.vm file, and in fact the lines

  #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName))

  and

  onclick=if(eltHasClass(this.parentNode, 'expanded'))
  createCookie('$cookieName','collapsed', ''); else
  eraseCookie('$cookieName');
  togglePanelVisibility(this.parentNode);$title/h5

  do seem to control the collapsed status.

  However, I do not get that behaviour

  Joao





  On 07/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team

 [EMAIL PROTECTED] wrote:
  
Hi João,
  
Joao Henrique Silva Santos wrote:
I want to maintain the expanded/collapsed-status of my panels when
   surfing my xwiki.
  
   I've seen the post
   http://lists.xwiki.org/pipermail/users/2008-March/010746.html
   :
  
  
  
I think it would be ok to follow the original thread ;-)
  
To maintain the status while surfing the wiki is the default behavior. Do
   you get a different thing? Does your browser accept cookies?
  
  
However, I can't see the code used for XWiki panels since I can't
   enter edit mode.
   I really want to see how to implement those cookies, so if I'm looking
   in the wrong place, where can I search it?
  
I read your wiki, thus if you have installed it I don't understand why
   can you not enter edit mode? Even tough you have installed the default 
 .xar,
   you can gain access by using Admin as username and admin as pasword. See
   this...
  
   
 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallingtheDefaultWikiXAR
  
The code controlling status cookies is in macro.vm template. Look for it 
 in
   the /templates folder under /xwiki. You must want to find macros 
 panelheader
   and largepaneheader.
  
Hope this helps,
  
Ricardo
  
  
--
   Ricardo Rodríguez
   Your EPEC Network ICT Team
  
  

  ___
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] collapsed panels (continued)

2008-03-10 Thread Joao Henrique Silva Santos
Hi Ricardo.
First, I would like to say thanks for the reply.

The reason I didn't reply to the original thread is because I was not
registered at the time, and so I did not have the post on my inbox to
reply.

As for cookies, yes, my browser does accept them (I'm using firefox
but there is also this behaviour for IE 6 and 7 browsers).

When I say I can't enter edit mode I wasn't refering to my wiki :),
but to Xwiki's wiki.
I've already seen macro.* (I even edited so that my panels are
collapsed by default), but can't find anything regarding the memory
of the collapsed status.

From your post I gather that in the Xwiki's wiki there is not anything
special for that effect, and my wiki should already behave the same
way. Am I correct?

regards,
Joao

On 07/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:

  Hi João,

  Joao Henrique Silva Santos wrote:
  I want to maintain the expanded/collapsed-status of my panels when
 surfing my xwiki.

 I've seen the post
 http://lists.xwiki.org/pipermail/users/2008-March/010746.html
 :



  I think it would be ok to follow the original thread ;-)

  To maintain the status while surfing the wiki is the default behavior. Do
 you get a different thing? Does your browser accept cookies?


  However, I can't see the code used for XWiki panels since I can't
 enter edit mode.
 I really want to see how to implement those cookies, so if I'm looking
 in the wrong place, where can I search it?

  I read your wiki, thus if you have installed it I don't understand why
 can you not enter edit mode? Even tough you have installed the default .xar,
 you can gain access by using Admin as username and admin as pasword. See
 this...

 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallingtheDefaultWikiXAR

  The code controlling status cookies is in macro.vm template. Look for it in
 the /templates folder under /xwiki. You must want to find macros panelheader
 and largepaneheader.

  Hope this helps,

  Ricardo


  --
 Ricardo Rodríguez
 Your EPEC Network ICT Team


 ___
  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] collapsed panels (continued)

2008-03-10 Thread Joao Henrique Silva Santos
I've opened again the the macros.vm file, and in fact the lines

#set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName))

and

onclick=if(eltHasClass(this.parentNode, 'expanded'))
createCookie('$cookieName','collapsed', ''); else
eraseCookie('$cookieName');
togglePanelVisibility(this.parentNode);$title/h5

do seem to control the collapsed status.

However, I do not get that behaviour

Joao





On 07/03/2008, [Ricardo Rodriguez] Your EPEC Network ICT Team
[EMAIL PROTECTED] wrote:

  Hi João,

  Joao Henrique Silva Santos wrote:
  I want to maintain the expanded/collapsed-status of my panels when
 surfing my xwiki.

 I've seen the post
 http://lists.xwiki.org/pipermail/users/2008-March/010746.html
 :



  I think it would be ok to follow the original thread ;-)

  To maintain the status while surfing the wiki is the default behavior. Do
 you get a different thing? Does your browser accept cookies?


  However, I can't see the code used for XWiki panels since I can't
 enter edit mode.
 I really want to see how to implement those cookies, so if I'm looking
 in the wrong place, where can I search it?

  I read your wiki, thus if you have installed it I don't understand why
 can you not enter edit mode? Even tough you have installed the default .xar,
 you can gain access by using Admin as username and admin as pasword. See
 this...

 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallingtheDefaultWikiXAR

  The code controlling status cookies is in macro.vm template. Look for it in
 the /templates folder under /xwiki. You must want to find macros panelheader
 and largepaneheader.

  Hope this helps,

  Ricardo


  --
 Ricardo Rodríguez
 Your EPEC Network ICT Team


 ___
  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] collapsed panels (continued)

2008-03-07 Thread Joao Henrique Silva Santos
I want to maintain the expanded/collapsed-status of my panels when
surfing my xwiki.

I've seen the post
http://lists.xwiki.org/pipermail/users/2008-March/010746.html :

On Mar 2, 2008, at 12:01 PM, [Ricardo Rodriguez] Your EPEC Network ICT
Team wrote:

 Hi all,

 After googling for a while, I realize that the collapsing/expanding
 trick is a quite vaste issue!

 Please, is it possible to force XWiki to deliver collapsed panels? Or
 even better: is it possible to set a panels to be delivered , by
 default, collapsed or expanded?

Yes, that's what we do now :) Check in edit mode for example,
there are panels that are collapsed. Edit those panels and you'll see
how it's done.

Moreover we even remember when a user has collapsed/expanded a panel
in a cookie... :)

-Vincent

However, I can't see the code used for XWiki panels since I can't
enter edit mode.
I really want to see how to implement those cookies, so if I'm looking
in the wrong place, where can I search it?

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