[xwiki-users] Reopening wiki
Hello, can someone please re-open the wiki at mcdev.myxwiki.org? It's been flagged as spam.. Maybe it had free registration on? Thanks in advance! -Joe ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [myxwiki] new wiki request
I'm involved with a small community of developers and minecraft players. I think it would be good to have a space to collaborate or talk about different projects in both our personal developer world and our minecraft world. I'm looking to be able to host screenshots, and send automated emails on wiki updates.. I did setup and try the xwiki application on my own pc, works like a champ, but my ISP prevents me from hosting any kind of server. preferred hostname: mcdev.myxwiki.org mywiki.org username: efess Thanks -Joe ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Template Property Value Propagation
I have created a class that will be used to display SOPs (standard operating procedures). I have assigned the class its required properties (mostly of data types String and TextArea) and generated the class sheet and class template. When I create new documents/instances of the SOPClass, the documents look like the SOPTemplate. I've tried populating the constant properties in the SOPTemplate and creating a new document. The new document looks like the SOPTemplate in structure but does not have any values associated with its properties. Is there a way that the SOPTemplate can propagate it's property values to new instances of the SOPClass? That is, I want some (but not all) of the properties of SOPClass to be the same for every new document/instantiation of the SOPClass. Is this possible? Similarly, if these constant properties are modified in the future, I'd like the changes to be distributed across all instances of SOPClass. Any and all help is greatly appreciated. Joe ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Template Property Value Propagation
Thanks for the quick response, Guillaume. On Tue, Dec 1, 2009 at 12:34 PM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi Joe, On Tue, Dec 1, 2009 at 6:00 PM, Joe Shuster joseph.shus...@gmail.com wrote: I have created a class that will be used to display SOPs (standard operating procedures). I have assigned the class its required properties (mostly of data types String and TextArea) and generated the class sheet and class template. When I create new documents/instances of the SOPClass, the documents look like the SOPTemplate. I've tried populating the constant properties in the SOPTemplate and creating a new document. The new document looks like the SOPTemplate in structure but does not have any values associated with its properties. Do you mean you edited the SOPTemplate page with the object editor and added your constant properties in the relevant object fields? If you did so, when creating a new SOP those values should be copied from the template. Yes, this is what I did. The values don't seem to be copied when I create a new SOP based on the template. I'm going to try to recreate my class and see if it helps. Is there a way that the SOPTemplate can propagate it's property values to new instances of the SOPClass? That is, I want some (but not all) of the properties of SOPClass to be the same for every new document/instantiation of the SOPClass. Is this possible? Similarly, if these constant properties are modified in the future, I'd like the changes to be distributed across all instances of SOPClass. Is this value supposed to be user-editable? If it is, it's gonna be hard to propagate if it gets changed. On the other hand if it's not user-editable, there's not much of a point in using an object to store it. Please forgive my naivety but how would I store static text (ie, text that is not user editable) within a class/template. Thanks again, Joe Guillaume Any and all help is greatly appreciated. Joe ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.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] Template Property Value Propagation
On Tue, Dec 1, 2009 at 12:56 PM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi Joe, On Tue, Dec 1, 2009 at 6:43 PM, Joe Shuster joseph.shus...@gmail.com wrote: Thanks for the quick response, Guillaume. On Tue, Dec 1, 2009 at 12:34 PM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Joe, On Tue, Dec 1, 2009 at 6:00 PM, Joe Shuster joseph.shus...@gmail.com wrote: I have created a class that will be used to display SOPs (standard operating procedures). I have assigned the class its required properties (mostly of data types String and TextArea) and generated the class sheet and class template. When I create new documents/instances of the SOPClass, the documents look like the SOPTemplate. I've tried populating the constant properties in the SOPTemplate and creating a new document. The new document looks like the SOPTemplate in structure but does not have any values associated with its properties. Do you mean you edited the SOPTemplate page with the object editor and added your constant properties in the relevant object fields? If you did so, when creating a new SOP those values should be copied from the template. Yes, this is what I did. The values don't seem to be copied when I create a new SOP based on the template. I'm going to try to recreate my class and see if it helps. Weird, what code do you use to create new items? Normally the SOPTemplate page gets copied during the creation process thus any data stored in it and its objects should get copied too. I used that in the past. I've been creating my classes, sheets, templates, properties, etc based on the FAQ Tutorial on the Xwiki website. The objects are copied fine but the text stored in the SOPTemplate objects isn't copied with them. The SOPClass was created in a Space not named Main. I created a new class in the Main Space assuming that I messed up the default parent or default space assignment. However the new class created in Main still does not propagate data saved in the template object when I create a new document. I'm completely befuddled. Maybe it's time to trade in XWiki 2.0.3 for XWiki 2.0.4. Is there a way that the SOPTemplate can propagate it's property values to new instances of the SOPClass? That is, I want some (but not all) of the properties of SOPClass to be the same for every new document/instantiation of the SOPClass. Is this possible? Similarly, if these constant properties are modified in the future, I'd like the changes to be distributed across all instances of SOPClass. Is this value supposed to be user-editable? If it is, it's gonna be hard to propagate if it gets changed. On the other hand if it's not user-editable, there's not much of a point in using an object to store it. Please forgive my naivety but how would I store static text (ie, text that is not user editable) within a class/template. As text on the Class' Sheet page. Simply edit the Sheet page and add some content on it - it will immediately change for all your documents. Thanks, that was easy. I wish the text contained within my SOPTemplate would update like that... Guillaume Thanks again, Joe Guillaume Any and all help is greatly appreciated. Joe ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.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 -- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.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
[xwiki-users] HTTP Status 500 Error
configurations. Note: the 2 properties named hibernate.connection.SetBigStringTryClob and hibernate.jdbc.batch_size. They are required to tell Oracle to allow CLOBs larger than 32K. property name=connection.urljdbc:oracle:thin:@localhost:1521:XE/property property name=connection.usernamexwiki/property property name=connection.passwordxwiki/property property name=connection.driver_classoracle.jdbc.driver.OracleDriver/property property name=dialectorg.hibernate.dialect.Oracle10gDialect/property property name=connection.provider_classcom.xpn.xwiki.store.DBCPConnectionProvider/property property name=connection.pool_size2/property property name=statement_cache.size2/property property name=hibernate.connection.SetBigStringTryClobtrue/property property name=hibernate.jdbc.batch_size0/property mapping resource=xwiki.oracle.hbm.xml/ mapping resource=feeds.oracle.hbm.xml/ -- !-- Derby configuration. Uncomment if you want to use Derby and comment out other database configurations. Note that the database will be created automatically if it doesn't already exist. property name=connection.urljdbc:derby:/some/path/xwikidb;create=true/property property name=connection.driver_classorg.apache.derby.jdbc.EmbeddedDriver/property property name=dialectorg.hibernate.dialect.DerbyDialect/property property name=connection.provider_classcom.xpn.xwiki.store.DBCPConnectionProvider/property property name=connection.pool_size2/property property name=statement_cache.size2/property mapping resource=xwiki.derby.hbm.xml/ mapping resource=feeds.hbm.xml/ -- /session-factory /hibernate-configuration Although I used MySQL to install the wiki, it ran just fine with the MySQL section commented out. I'll do some additional research but for now any comments or suggestions you have would be greatly appreciated. Thank you in advance. Respectfully, Joe Lawry ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Upgrade from 1.4 to 1.6.1 and need to resave all script pages???!??
That's the thing.. I would have expected this to happen if I imported either the base groups or base users. Luckily I have been doing the upgrade tests on my own pc - so I've run through it a couple of times now. Any included (or otherwise parsed) pages with protected instructions, notably groovy scripts and .search() [obviously .searchDocuments() is fine] do not work. Even when I don't import the .XAR this happens with my current version (1.4.1). I don't have any other versions to test - so I'm not sure if the same happens with those. On Fri, Dec 12, 2008 at 1:22 PM, Thomas Mortagne thomas.morta...@xwiki.comwrote: On Fri, Dec 12, 2008 at 1:22 PM, Jean-Vincent Drean jean-vinc...@drean.org wrote: On Fri, Dec 12, 2008 at 12:01 PM, Sergiu Dumitriu ser...@xwiki.com wrote: underbad wrote: Sorry being a pain.. Is there no way of avoiding this? It effectively stops me from upgrading past my current version of xwiki. You shouldn't need this at all. Why are you saying it is not working? Programming rights are lost in three cases: 1. You save the affected document with a user without programming rights (in which case you are intentionally removing rights) 2. You delete the user who provided programming rights to the document (and you just need to re-create the user, not save all the documents) 3. You delete the rights from that user (and you just need to re-add those rights) It reminds me a problem I had once. When the importer overwrite a page it first delete it, and when the XWiki.Admin user is deleted its XWiki.XWikiAdminGroup membership is deleted too. In this case, when you import the XWiki.Admin user by mistake you can have to put it in the XWiki.XWikiAdminGroup again. The importer does not sens delete notification anymore. See http://jira.xwiki.org/jira/browse/XWIKI-2365 JV. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Upgrade from 1.4 to 1.6.1 and need to resave all script pages???!??
Thanks, In this case I use XWiki.Admin as the user for all developments. Other than importing the XAR (did not updating standard groups and users), only change is the new xwiki war to the newer version. On Fri, Dec 12, 2008 at 11:01 AM, Sergiu Dumitriu ser...@xwiki.com wrote: underbad wrote: Sorry being a pain.. Is there no way of avoiding this? It effectively stops me from upgrading past my current version of xwiki. You shouldn't need this at all. Why are you saying it is not working? Programming rights are lost in three cases: 1. You save the affected document with a user without programming rights (in which case you are intentionally removing rights) 2. You delete the user who provided programming rights to the document (and you just need to re-create the user, not save all the documents) 3. You delete the rights from that user (and you just need to re-add those rights) Make sure it isn't only a cache problem, try restarting the wiki after you import the new data and set the proper rights. underbad wrote: Seems when you upgrade from 1.4.1 to 1.6.1 then you need to resave all pages that have restricted calls in them? For example, I use .search() in some of my pages, but after upgrading the xwiki they won't work until I resave the pages. On upgrading, I did not import the XWiki.Admin user (this caused problems the first time I upgraded so I avoid that now). I have about 200-250 pages in this state. Can this be done in one sweep, or can it be turned off? -- 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] Oddities with formats
Would this be the same as rolling in the tiny_mce and wiki_editor folders from my previous install (1.1)? Also, are there any dependencies coming from the style.css that would need to be modified? On Sat, Jun 28, 2008 at 2:23 AM, Sergiu Dumitriu [EMAIL PROTECTED] wrote: Joe wrote: On 1.4.1 I've been noticing some odd results from the wysiwyg. When editing, some folks have found that data is lost (it's actually there, but because the wysiwyg editor didn't render the text, on next edit+save combination the text is lost perminantly). Also, at random times: --bullet points are moving about (next line, previous line, etc when it's showing as on the right line in edit mode. --A textbox gets put around the text, making it harder to edit (only way I can explain it, it's like in Word when you put a textbox into the document). I'm still trying to lock down a repeatable case around those two. The really sick part, is that when you're in edit mode it always kinda looks right. Not quite, depending on the text, but almost. I am still trying to reproduce some other issues I've been informed of, which have a lower priority at this point. Using Firebug reveals a bunch of inserted div's at each bullet point ONLY under certain conditions (for example, when you select text and bullet it without starting from fresh) - removing these div tags (again, with firebug) shows that they're causing the majority of bullet point issues. 1: Is this perhaps why we are losing data as well? Random tags getting put in that are hidden - and then when the wysiwyg editor tries to render it as wikitext, it doesn't see that text? 2: Failing all else, how do I return to v1.1 wysiwyg editor? As it stands, I have a blanket refusal by users to use the wiki system until this is resolved - rolling back to an older released version is not really an option, if we can roll back the wysiwyg editor and the problems it is causing, I could salvage the bulk of issues. This is the main reason why we're trying to write a new WYSIWYG editor from scratch and dump the current tinyMCE-based one: lack of stability. The editor is not meant to be heavy customized, as it becomes very fragile. While trying to fix some bug, we're introducing lots of other bugs we're not aware of. We can't know what has changed and why is something failing without many hours of debug, and even if we manage to spot the problem and try to fix it, we'll probably break something else. To revert the editor only, you can checkout the sources from http://svn.xwiki.org/svnroot/xwiki/xwiki-platform/web/tags/xwiki-web-1.1.2/standard/src/main/webapp/ and replace the tiny_mce and wiki_editor directories from the running wiki with the ones from the SVN. Be sure to make a backup first, so that you can revert if something goes wrong. -- 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] Using the user list property in a query?
Is it possible to use the User List property in a query? For some reason I can't seem to get it to return in a query (other property types I use eg numerics/strings/dblist I can return with their respective type). Is it perhaps stored as a different type to StringProperty? If so, what is it's type (and is there any gotcha's to using it in a query)? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Oddities with formats
On 1.4.1 I've been noticing some odd results from the wysiwyg. When editing, some folks have found that data is lost (it's actually there, but because the wysiwyg editor didn't render the text, on next edit+save combination the text is lost perminantly). Also, at random times: --bullet points are moving about (next line, previous line, etc when it's showing as on the right line in edit mode. --A textbox gets put around the text, making it harder to edit (only way I can explain it, it's like in Word when you put a textbox into the document). I'm still trying to lock down a repeatable case around those two. The really sick part, is that when you're in edit mode it always kinda looks right. Not quite, depending on the text, but almost. I am still trying to reproduce some other issues I've been informed of, which have a lower priority at this point. Using Firebug reveals a bunch of inserted div's at each bullet point ONLY under certain conditions (for example, when you select text and bullet it without starting from fresh) - removing these div tags (again, with firebug) shows that they're causing the majority of bullet point issues. 1: Is this perhaps why we are losing data as well? Random tags getting put in that are hidden - and then when the wysiwyg editor tries to render it as wikitext, it doesn't see that text? 2: Failing all else, how do I return to v1.1 wysiwyg editor? As it stands, I have a blanket refusal by users to use the wiki system until this is resolved - rolling back to an older released version is not really an option, if we can roll back the wysiwyg editor and the problems it is causing, I could salvage the bulk of issues. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Row was updated or deleted by another transaction
Erm.. what does this supposed to mean? --- on save I got this (page has no objects other than rights): com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document StageGate.WebHome Wrapped Exception: Error number 13012 in 3: Exception while saving links Wrapped Exception: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.xpn.xwiki.objects.LargeStringProperty# XWiki.Admin, --- and now getting: Error number 4001 in 4: Error while parsing velocity page BookIn.WebHome Wrapped Exception: Failed to evaluate content with id WebHome --- ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] wysiwyg editor on 1.4.1
Been having some strange results with the editor, mostly raised by my users (who're more used to the previous version of wysiwyg).. problems tend to range from the following (bear in mind that the users involved are using mainly the xwiki blog pages, updated to the correct version via the xar): -- Lost chunks of text - usually related to the indent/bullet-point feature. This is the most pressing issue.. -- Strange behavior of text - it puts a text box around random texts in the edit page; making it hard to group select chunks of text -- Loss of indentation, if indentation is used on paragraphs these are lost when saving. It should be noted they are still there when you copy-paste the text from the view layout. -- Similar to indentation, loss of spacing - put 4 spaces before the first word of a line, and it will render as 4 spaces when you save the first time. However, go to the edit view and the spaces before the first word are removed in the edit window, and if you save again spaces are removed from the view as well permanently thereafter -- Strange behavior of the bullet points - if you don't have a blank bullet at the end of a block of bullet points, the last one is usually removed. Has anyone else had these issues, or perhaps have I got an odd setup? From what I can see, this is affecting mainly documents created prior to upgrading, however that's probably down to those being the documents users have used so far. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] wysiwyg editor on 1.4.1 (Joe)
Ok, so.. can one rollback the wysiwyg editor easily? The text getting
random deletions is the biggest concern for me; the others are not as
crucial.
For the indentation loss problem:
Part of the display is related to the style.css it seems (removing
blockquote from the *see below* style makes it indent again); what other
styles are used by the wysiwyg editor out of style.css?
**
html, body,div, span, applet, object, iframe,
h1, h2, h3, h4, h5, h6, p, pre, blockquote,
a, abbr, acronym, address, big, cite, code,
del, dfn, em, font, img, ins, kbd, q, s, samp,
small, strike, strong, sub, sup, tt, var,
dl, dt, dd, ol, ul, li,
fieldset, form, label, legend,
table, caption, tbody, tfoot, thead, tr, th, td {
margin: 0;
padding: 0;
border: 0;
outline: 0;
font-weight: inherit;
font-style: inherit;
font-size: 100%;
font-family: sans-serif;
}
**
As an aside.. this is a good example of a tool that should be self-contained
- so that all styles/scripts can be rolled back/fixed easily by the user :).
On Wed, Jun 18, 2008 at 3:37 PM, Len Wanger [EMAIL PROTECTED] wrote:
-Original Message-
Date: Wed, 18 Jun 2008 12:19:35 +0100
From: Joe [EMAIL PROTECTED]
Subject: [xwiki-users] wysiwyg editor on 1.4.1
Been having some strange results with the editor, mostly raised by my
users
(who're more used to the previous version of wysiwyg).. problems tend to
range from the following (bear in mind that the users involved are using
mainly the xwiki blog pages, updated to the correct version via the xar):
-- Lost chunks of text - usually related to the indent/bullet-point
feature. This is the most pressing issue..
-- Strange behavior of text - it puts a text box around random texts in
the edit page; making it hard to group select chunks of text
-- Loss of indentation, if indentation is used on paragraphs these are
lost
when saving. It should be noted they are still there when you copy-paste
the text from the view layout.
-- Similar to indentation, loss of spacing - put 4 spaces before the
first
word of a line, and it will render as 4 spaces when you save the first
time. However, go to the edit view and the spaces before the first word
are
removed in the edit window, and if you save again spaces are removed from
the view as well permanently thereafter
-- Strange behavior of the bullet points - if you don't have a blank
bullet at the end of a block of bullet points, the last one is usually
removed.
Has anyone else had these issues, or perhaps have I got an odd setup?
From
What I can see, this is affecting mainly documents created prior to
upgrading, however that's probably down to those being the documents
users
have used so far.
Yes Joe, I am seeing the same problems. They started when I upgraded to
v1.4. It's a very serious problem for my users, almost all of whom use the
WYSIWYG editor instead of the wiki editor.
Len
Important:
This electronic mail message and any attached files contain information
intended for the exclusive use of the individual or entity to whom it is
addressed and may contain information that is proprietary, privileged,
confidential and/or exempt from disclosure under applicable law. If you
are not the intended recipient, you hereby are notified that any viewing,
copying, disclosure or distribution of this information may be subject to
legal restriction or sanction. Please notify the sender, by electronic
mail or telephone, of any unintended recipients and delete the original
message without making any copies.
___
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] Scheduler... $context.get('error')
Getting $context.get('error') whenever I try schedule or unschedule a task
in 1.4.1
This has been working perfectly... and we've come to rely on it somewhat.
Something that is required on tomcat config or something to enable?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] 1.4.1 and resetting user passwords?
If the rights are correctly set That's just it. There is no method to simply reset the password - even as administrator, you have to go to the Objects view, and set a field value. I guess I could try it on a clean install though to confirm similar issue exists on clean. On Fri, Jun 13, 2008 at 1:54 PM, Sergiu Dumitriu [EMAIL PROTECTED] wrote: Joe wrote: Hi, One small thing I notice is hat you have to go the the objects for resetting a user's password (ie, when you're not the user and you're changing it for them). Shouldn't this have an automatic temporary-password script behind it? Why? If the rights are correctly set, then only administrators should be able to change a user's password (except the user himself). If you're afraid that someone else could change a password he shouldn't be able to change, then either you didn't set the correct rights, or you made an admin somebody you don't trust. Also, when setting a user's password manually through the objects, I get a big nasty database error.. followed by general odd behavior even if I recreate the account. Is that expected? No, that should never happen, and I've never seen it. Can you give us the exception? -- 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] toucan and IE?
Having a lot of trouble getting this skin to work right in IE (v6 is standard on all our desktops). Note that the below does not happen for firefox, only for IE: - Editor and Document Information panels in edit mode appear in the wrong place (offscreen to the bottom left instead of onscreen to the top-ish right) - Requires that the server be in Trusted domain to use the sort-filter tables, and a few other less essential features. - Tables that worked on 1.1 are now scrunched up. By that I mean, if they were setup to span the screen using % values (setting one of them to a pixel value to avoid the ie table bug), in 1.4.1 toucan they take up one word's worth of space per column. We have probably a few hundred area's that this affects (listings, document content, edit content, etc). Sure they're mainly cosmetic, but they end up being show-stoppers for my users. Anyone out there got some advice on getting toucan working on IE? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] toucan and IE?
Hi, This happens for any xwiki mode edit, not just for pages with includes. On Thu, Jun 12, 2008 at 11:20 AM, Jean-Vincent Drean [EMAIL PROTECTED] wrote: On Thu, Jun 12, 2008 at 12:00 PM, Joe [EMAIL PROTECTED] wrote: Having a lot of trouble getting this skin to work right in IE (v6 is standard on all our desktops). Note that the below does not happen for firefox, only for IE: - Editor and Document Information panels in edit mode appear in the wrong place (offscreen to the bottom left instead of onscreen to the top-ish right) Can you confirm this only happens when the page is including other pages (via includeInContext or includeForm for example) ? http://jira.xwiki.org/jira/browse/XSTOUCAN-35 - Requires that the server be in Trusted domain to use the sort-filter tables, and a few other less essential features. - Tables that worked on 1.1 are now scrunched up. By that I mean, if they were setup to span the screen using % values (setting one of them to a pixel value to avoid the ie table bug), in 1.4.1 toucan they take up one word's worth of space per column. We have probably a few hundred area's that this affects (listings, document content, edit content, etc). Sure they're mainly cosmetic, but they end up being show-stoppers for my users. Anyone out there got some advice on getting toucan working on IE? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Jean-Vincent Drean ___ 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] toucan and IE?
Attached for tables. Hope JPG's can get through :s 2008/6/12 Mihails Agafonovs [EMAIL PROTECTED]: Can you show some example, using picture or...? We also has this stupid thing - IE6, and I also did some fixes for tables to get them displayed correctly. Quoting Joe : Having a lot of trouble getting this skin to work right in IE (v6 is standard on all our desktops). Note that the below does not happen for firefox, only for IE: - Editor and Document Information panels in edit mode appear in the wrong place (offscreen to the bottom left instead of onscreen to the top-ish right) - Requires that the server be in Trusted domain to use the sort-filter tables, and a few other less essential features. - Tables that worked on 1.1 are now scrunched up. By that I mean, if they were setup to span the screen using % values (setting one of them to a pixel value to avoid the ie table bug), in 1.4.1 toucan they take up one word's worth of space per column. We have probably a few hundred area's that this affects (listings, document content, edit content, etc). Sure they're mainly cosmetic, but they end up being show-stoppers for my users. Anyone out there got some advice on getting toucan working on IE? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Ar cieņu, Mihails Links: -- [1] mailto:[EMAIL PROTECTED] ___ 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] Toucan and rico accordian?
Hello all xwiki'ers I've recently upgraded from 1.1 to 1.4, and am keen on using the toucan skin.. but I can't seem to get the rico/accordian feature working. On Albatross, this is setup by just adding a bit of script, but this doesn't seem to be the case on toucan. Has Rico been removed? Or do I need to enable it somehow? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Toucan and rico accordian?
I think it's a move in the right direction, standardization is good. However.. it still leaves me somewhat in the lurch as I want to use the toucan system (the page listed indicates this new project is a bit far down the line). Is there no method available in the current (1.4.1) toucan implementation for accordion style content inside a panel? On Wed, Jun 11, 2008 at 2:56 PM, Guillaume Lerouge [EMAIL PROTECTED] wrote: Hi Mihail, 2008/6/11 Mihails Agafonovs [EMAIL PROTECTED]: Why Rico has been deleted? There's an ongoing discussion (search for javascript framework on http://xwiki.markmail.org/ for more info) on which JS framework XWiki should standardize on. AFAIR right now the choice is to focus on rewriting every XWiki interface using Prototype + Scriptaculous. However once the Interface Extensions ( http://dev.xwiki.org/xwiki/bin/view/Design/InterfaceExtensions) will be ready I think you'll be able to plug and use the JS code of your choice for your applications... [snip] Hope this helps, 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] Toucan and rico accordian?
Doesn't seem to do anything when setting up the included? No collapsing, etc is getting done.. Alternatively, how do I graft the rico system back into toucan? On Wed, Jun 11, 2008 at 2:04 PM, Sebastien Fieux [EMAIL PROTECTED] wrote: Hi, Rico has been deleted. The Javascript code is still called by the Panel or the Page (stored in a DB and therefore still the same as it was in version 1.1), however the .js file has been deleted from the skin directory. You need to change the page code wherever it appears and change it to something like : div id=xwikihelpgroupsHeader class=accordionTabTitleBar[Title of the subpart]/div div id=xwikihelpgroupsContent class=accordionTabContentBoxText in the subpart/div Hope it helped, Sebastien Date: Wed, 11 Jun 2008 11:23:49 +0100 From: Joe [EMAIL PROTECTED] Subject: [xwiki-users] Toucan and rico accordian? To: XWiki Users users@xwiki.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Hello all xwiki'ers I've recently upgraded from 1.1 to 1.4, and am keen on using the toucan skin.. but I can't seem to get the rico/accordian feature working. On Albatross, this is setup by just adding a bit of script, but this doesn't seem to be the case on toucan. Has Rico been removed? Or do I need to enable it somehow? -- Message: 3 Date: Wed, 11 Jun 2008 12:45:42 +0200 From: Vincent Massol [EMAIL PROTECTED] Subject: Re: [xwiki-users] Failed to change the Lucene Index Dir To: XWiki Users users@xwiki.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Hi, I've just tested this on both Jetty and Tomcat and it worked fine. I only changed the xwiki.cfg by adding: xwiki.plugins.lucene.indexdir=/tmp/lucene So maybe the problem is that you're on windows. Maybe the directory doesn't exist and fails to be created for some reason. What do the tomcat and xwiki logs say? Thanks -vVncent On Jun 11, 2008, at 6:40 AM, lidan wrote: I installed XWiki 1.4.1 with tomcat and mysql. I followed http://code.xwiki.org/xwiki/bin/view/Plugins/LucenePlugin to change the index directory. For example, xwiki.plugins.lucene.indexdir=D:/lucene . I changee the dir, saved xwiki.cfg and restarted xwiki. But the index still in the tomcat/ work/luc -- Sébastien Fieux [EMAIL PROTECTED] +336 78 08 06 62 ___ 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] Toucan and rico accordian?
Thanks Guillaume, Actually, turns out it's even simpler; I followed the Preferences page. If I get some time this week, I'll put up a code snippet for using it. One tiny additional thing: how to define if I want to use vertical? The scriptaculous version supports this; and it would be useful to add this feature to the panel navigation - so that more view space can be easily acquired. On Wed, Jun 11, 2008 at 3:16 PM, Guillaume Lerouge [EMAIL PROTECTED] wrote: I guess there's 3 solutions : 1. Recommended one : look at the class edition page code (I'm not quite sure where that is though, Firebug might help you find it) and see how its rico accordion was replaced with a scriptaculous one 2. Second one : check on the Prototype / Scriptaculous websites how you can build an accordion 3. Other one : copy a rico.js file from an older XWiki distrib (say, 1.3) and paste it into your 1.4 wiki's albatross skin folder (YourWikiFolder webapps xwiki skins albatross) - I guess this should make the JS resources available again... Though probably at the detriment of performance. Guillaume On Wed, Jun 11, 2008 at 4:11 PM, Joe [EMAIL PROTECTED] wrote: I think it's a move in the right direction, standardization is good. However.. it still leaves me somewhat in the lurch as I want to use the toucan system (the page listed indicates this new project is a bit far down the line). Is there no method available in the current (1.4.1) toucan implementation for accordion style content inside a panel? On Wed, Jun 11, 2008 at 2:56 PM, Guillaume Lerouge [EMAIL PROTECTED] wrote: Hi Mihail, 2008/6/11 Mihails Agafonovs [EMAIL PROTECTED]: Why Rico has been deleted? There's an ongoing discussion (search for javascript framework on http://xwiki.markmail.org/ for more info) on which JS framework XWiki should standardize on. AFAIR right now the choice is to focus on rewriting every XWiki interface using Prototype + Scriptaculous. However once the Interface Extensions ( http://dev.xwiki.org/xwiki/bin/view/Design/InterfaceExtensions) will be ready I think you'll be able to plug and use the JS code of your choice for your applications... [snip] Hope this helps, 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 -- http://wikibc.blogspot.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
