xwiki-users August 2009

xwiki-users@xwiki.org

77 participants
129 discussions

Re: [xwiki-users] [xwiki-devs] [Proposal] Wiki 2.0 Menu

by Ecaterina Valica

On Wed, Aug 12, 2009 at 09:34, Niels Mayer <nielsmayer(a)gmail.com> wrote: > The proximity or default actions associated with the menus "edit" "show" > "print" "action" or "watch" are often accidentally triggered by careless > mouse-clicks intended for the "browser-tabs" or "toolbar", usually situated > directly above the document in many browsers. I also think it is unaesthetic > to have the current menus overlay"active space" in the LHS panels. It seems > like the new design still has a lot of action very "close" to the > browser-tabs and toolbar, which can lead to unintended browser accidents. > > I'd like to see the menu positioned away from the very top of the window, > and instead, be placed at the bottom ofthe 220x70 > header-image /xwiki/bin/download/XWiki/DefaultSkin/*.jpg, over the > "breadcrumbs" displaying the > path to the document. Alternately, consider that the right-hand-side of the > top of the document is under-used, and the left-hand-side is cluttered: you > end up overlaying menus on the left-had-side column should that feature be > enabled. > http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Skin20P1/gener… More about the skin proposal at http://markmail.org/message/nagihrc2xqpzw4dz

16 years

[xwiki-users] Wiki suitability by ACL, security, and support

by Trevor

Hello. Please let me know if I'm using the wrong mailing list. I am currently evaluating XWiki (along with several other wikis) for use within our small development team. We will be sharing the wiki with clients as well, so we have several criteria that MUST be met: 1. WYSIWYG editing 2. Clean interface, small learning curve 3. Fine-grained user access to pages 4. Security (the wiki will be on a server exposed to the internet, but will be private) 5. Good support base In trying out XWiki Enterprise and looking through the documentation I think it meets these requirements (definitely 1-3). My questions are: 1. We will want to segregate the clients from each other (ie. they won't be aware of each other), but our development team would need one-login access to all content, across clients. ie. if a developer logs in, they would have access to all content; if client A logs in, they would only see client A's content, etc. Am I understanding correctly that with User Groups and proper ACL we could achieve this? 2. I'm trying to get an idea of the support base behind XWiki: does the support and development rely on a small number of developers (or only one), or on a true community of developers? I noticed the "XWiki Project Health" page is quite out of date (only going up to Nov/07). 3. We do not currently have Java server experience; will XWiki be easy to install/run/manage securely without exposing ourselves and our clients to risks out of ignorance of the underlying technology? Is it inherently more secure than using PHP on an Apache webserver (as I have read), or does it just come down to security awareness? Any comments or additional information would be welcome. Excuse me if I have asked questions that are readily available on the website -- I have looked through the online documentation but have also evaluated many wikis and my eyes are starting to blur. Thanks very much, Trevor

16 years

[xwiki-users] Users not displayed

by Christian Ribeaud

Hi, We made a XWiki default installation, nothing special. We are using a MySQL5 database which has been configured as following:  <property name="connection.url">jdbc:mysql://localhost:33065/xwiki? useServerPrepStmts = false &amp ;useUnicode =true&characterEncoding=UTF-8&sessionVariables=sql_mode=''</ property> <property name="connection.username">username</property> <property name="connection.password">password</property> <property name="connection.driver_class">com.mysql.jdbc.Driver</ property> <property name="dialect">org.hibernate.dialect.MySQLDialect</ property> <property name = "connection .provider_class">com.xpn.xwiki.store.DBCPConnectionProvider</property> <property name="connection.pool_size">2</property> <property name="statement_cache.size">2</property> <mapping resource="xwiki.hbm.xml"/> <mapping resource="feeds.hbm.xml"/> XWiki is running in a Tomcat6 container with jdk1.5.0. For some reason I do not understand, I am not able to see the users list when logged as administrator (which all consequences this implies...). However I see the number of users that are registered (see attached picture)!! Does anyone understand what the problem could be? I tried to display this page with Firefox and Safari. Nothing, and apparently no JS error. Any help would be greatly appreciated. I wish you a wonderful day and a nice week-end. Best, christian -- Canoo - Your Solution Provider for Rich Internet Applications Christian Ribeaud Canoo Engineering AG Kirschgartenstrasse 5 CH-4051 Basel Tel: +41 61 228 94 44 Fax: +41 61 228 94 49 christian.ribeaud(a)canoo.com http://www.canoo.com/

16 years

Re: [xwiki-users] [xwiki-devs] [Proposal] Wiki 2.0 Menu

by Ecaterina Valica

> I think we should rename "Actions" back to "More Actions" since the > second is more common (I can think of gmail for example). > i'm ok with that. I would also like to have "Create" instead of the "Add" action. You can *add * comments and tags, but I think it's more appropriate to *create* pages. > > 1. We need to decide the way we handle the actions we are able to do > > (depending on the rights we have): enable/disable them or hide them. > > Why do we keep the "view" entry ? > I personally use "edit" to see the source of a page, may be others do the > same. > Anyway it's still useful to people without edit rights, in this case > we could keep "edit" activated and display the source with a message > saying something like "You need to login to edit this page, etc" or > "You're not allowed to edit this page" depending on the situation. > I was thinking with Marta and G, would it be ok to add "History" and "Information" to the "View" submenu? Something like http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Skin20Menu/vie… Information in this case has been rename in "Related Pages". > 2. You can select to have an simple or advanced menu (View and Edit > submenus > > affected) > > I wouldn't like that we use a tab layout for buttons that are actually > not tabs, for example "view" and "edit" in simple mode. In simple mode "view" and "edit" are not buttons, but actually tabs, you change the view (tab) from one action to another, they aren't form buttons. > The menu must be revamped but I'd prefer that we stick to the dropdown > layout since it allows: > - to mix single buttons and dropdown lists in my opinion is the same thing, just the aligment (horizontally, vertically) is different. The problems with dropdowns I understood that it's not well supported if you don't have JS activated, and also dropdowns can block some of the page content. The advantage of the dropdown is when you have many items in the menu - but it's not really the case and anyway menus that are very crowded are hard to use. Another thing is that using this kind of menu, you integrate the tabs in Edit (Wiki, WYSYWIG, Objects ...) with the menu, instead of having the panel. This way you give an unique access point to the editing. - to use icons more easily in the mockups icons are not presented, but I don't see how the dropdown menu can have a better support for icons than then horizontal menu. it's the same thing, we could have also icons in this kind of menu. > - to create categories more easily (for example in "Actions") > you can have categories also in horizontal menus. Thanks for all your comments, Caty

16 years

Re: [xwiki-users] Users not displayed

by Christian Ribeaud

Thanks a lot, Niels. Really. I got it now. But this is really cumbersome! And when using the administration panel, I always get empty panels: rights, users, groups,... (only the number of items is displayed). To me it sounds like a show-stopper and it will definitely prevent us for using XWiki. I thought that this open-source application would be in a better shape. It is a pity but we have to look for something more useful. Thanks a lot and have a nice day, christian -- Canoo - Your Solution Provider for Rich Internet Applications Christian Ribeaud Canoo Engineering AG Kirschgartenstrasse 5 CH-4051 Basel Tel: +41 61 228 94 44 Fax: +41 61 228 94 49 christian.ribeaud(a)canoo.com http://www.canoo.com/

16 years

[xwiki-users] Introducing the equation rendering component and the equation macro

by Sergiu Dumitriu

Hello Community, I have committed today the first implementation of a new XWiki feature: rendering mathematical equations into images. It is available as a standalone component, and as a syntax 2.0 macro. About the functionality. Equations are written in the TeX/LaTeX syntax, which is pretty simple, and seems to be the syntax of choice for mathematical equations in other wikis, too. The macro can distinguish between inline and block equations and render them accordingly. The output can be either PNG (the default one), GIF or JPEG. While PNG is definitely the best, I kept the other two in case somebody really wants to use ancient browsers that only understand GIF. Q: Should I leave just PNG as the output format? Another feature is that the font size can be specified, in order to render larger or smaller equations. All the font size commands from LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a more easy to understand name (also because the configuration is case insensitive, so there's no difference between large and LARGE). By default images are generated so that the font looks relatively OK with the default XWiki skin on a 72 or 96 DPI display. They might look disproportionate with a different DPI, or with a different default font size. Q: Is the default DPI setting OK? Second, a few technical details: The standalone component is located in platform/core/xwiki-equation-rendering. I don't know if the name is the best (Vincent complained). On one hand, this describes better what the component does: it renders equations. On the other hand, it might cause confusion with the xwiki-rendering system. The component currently has three implementations: - a native one, which relies on the latex system being present. It gives the best results, from a graphical point of view, but requires the presence of external programs, and involves a slight overhead for starting new processes and for working with the disk. Currently it might have some security problems, I'll have to see if opening input and output files from TeX is a problem, or how to disable this. Any help from someone who know more about TeX? Q: Does anybody know of any security issues with running latex, dvips or convert? Especially with the \openin and \openout commands? - one which uses MathTran as a remote service through HTTP requests. It gives results as good as the native one, enhanced with some metadata, and depending on the configuration of the server, it might have better performance than the native one. The disadvantage is that it relies heavily on a remote server. Note that MathTran is free software, and can be installed locally on the same or a neighboring server. Oh, another minor problem is that it uses a variant of the TeX syntax, not LaTeX. - one which uses SnuggleTeX and JEuclid to transform LaTeX into MathML, and then render it into images. The results are not as eye-pleasing as those obtained from LaTeX, but it is a self-contained solution, with no external dependencies. SnuggleTeX uses the liberal 3-clause BSD license, JEuclid uses the Apache v2 license, so both can be deployed. Together, they weight in at 730k, so it's not a big impact. The other two implementations are not contaminated by the licenses of the underlying system, so there's no license conflict. Q: Should either one be removed? Q: Do you know of any other (better) alternative? By default the native renderer is used, since it gives the best results and doesn't depend on an external service. SnuggleTeX is configured as a backup (safe) renderer which kicks in when the default one isn't working (missing tex subsystem, or communication error with the remote server). Q: Is this setup OK as the default one? (native by default, snuggletex as fallback). The generated images are stored in a cache (using the cache component), for improved performance. This new cache might increase the memory requirements, but fortunately it is easy to configure. The rendering macro is located in platform/core/xwiki-rendering/xwiki-renderig-macros/xwiki-rendering-macro-equation, and the macro can be used with {{equation}}\sum_{i=0}^{\infty}{{/equation}}. Q: Is the macro name appropriate? Do you know of a better one? Future work: - make sure that there are no security issues with the Native backend - add support for MathML display for the clients that understand it - improve the alignment of images (especially for the Native backend), as right now they are a bit raised above the text baseline Many thanks to Guillaume Legris who provided the starting point for this component. -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years

[xwiki-users] [Proposal] Wiki 2.0 Menu

by Ecaterina Valica

Hi, Please give feedback on the menu iteration. You can view the mockups at http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Skin20Menu 1. We need to decide the way we handle the actions we are able to do (depending on the rights we have): enable/disable them or hide them. 2. You can select to have an simple or advanced menu (View and Edit submenus affected) Thanks, Caty

16 years

Re: [xwiki-users] [xwiki-devs] Introducing the equation rendering component and the equation macro

by Sergiu Dumitriu

Paul Libbrecht wrote: > I would suggest xwiki-formula-rendering > > All equations are formulæ, all formulæ are not equations! > Sergiu, is there a URL I can see this in more details? > Do you tackle baseline? (with javascript probably). No, it is in the Future Work list. > > > Le 10-août-09 à 18:27, Vincent Massol a écrit : > >> I haven't read the mail yet, I'm just reacting to the name. >> >> Equations means there is an equal sign (see http://en.wikipedia. >> org/wiki/Equation). >> I'd prefer formula which is more generic. -- Sergiu Dumitriu http://purl.org/net/sergiu/

16 years

[xwiki-users] Where to download the documents of xwiki?

by flyisland

Hi all, I have just started my journey of xwiki (installed the standalone version of windows), and want to find more documents of xwiki. I can read the documents online on xwiki.org, but I prefer to read it offline and can not find the documents download links. Where to download the documents of xwiki? -- ----------------------------------------------------------------------------------------- 空中的一小块陆地 E-mail : fly.island(a)gmail.com Blog : http://flyisland.blogbus.com/ Twitter : http://twitter.com/flyisland -----------------------------------------------------------------------------------------

16 years

[xwiki-users] Xwiki 1.8 WAR file?

by Travis Riggs

Is there any way that I could download the Xwiki WAR file of version 1.8? I had a server crash and my database backup didn't work. I was able to export all of the pages in my wiki as .xar files, but when I try to import some of them, I get messages that say there are no documents in the .xar files. I think this is because my new installation is 2.0, instead of 1.8. I tried 1.9, and it helped a little. I could import a few more of the pages, but there are still a couple that I cannot. I would try to use the files from the server, but it is officially toast now. Any help would be greatly appreciated. Thanks, travis

16 years

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users August 2009