Last modified by Vincent Massol on 2012/10/18 18:30

Show last authors
1 xwikibot - (06/08/2008 08:27): XWiki.InfonySoft was modified by XWiki.InfonySoft (Created user) - http://www.xwiki.org/xwiki/bin/view/XWiki/InfonySoft
2 xwikibot - (06/08/2008 09:42): XWiki.XWikiCommittersGroup was modified by XWiki.Sergiu - http://www.xwiki.org/xwiki/bin/view/XWiki/XWikiCommittersGroup
3 xwikibot - (06/08/2008 09:43): XWiki.XWikiCommittersGroup was modified by xwiki:XWiki.Sergiu - http://sandbox.xwiki.org/xwiki/bin/view/XWiki/XWikiCommittersGroup
4 payment - (06/08/2008 11:04): hello, is it possible to integrate a payment gateway with xwiki?
5 newboy - (06/08/2008 11:41): hi, is it possible to remove the watch feature from a wiki?
6 jvdrean - (06/08/2008 11:59): newboy: still here ?
7 newboy - (06/08/2008 12:00): yes
8 newboy - (06/08/2008 12:00): (jvdrean)
9 jvdrean - (06/08/2008 12:00): newboy: you can delete the page XWiki.WatchListManager
10 jvdrean - (06/08/2008 12:01): newboy: and the feature will disappear from the top menu
11 newboy - (06/08/2008 12:01): oh, great, one more question, when a user clicks print does only the current 1 page (as in real life paper page) get printed?
12 jvdrean - (06/08/2008 12:02): to _really_ disable it you can remove the plugin WatchListPlugin from xwiki.cfg
13 jvdrean - (06/08/2008 12:02): newboy: wdym ? when a user click print the whole page should be printed
14 jvdrean - (06/08/2008 12:03): newboy: we had some CSS problems with print in the past, which XE version are you using
15 jvdrean - (06/08/2008 12:03): ?
16 newboy - (06/08/2008 12:03): no, a colleague clicked print and only the one first part of the page to fill one paper page printed out. I am using v 1.5 but I haven't actually seen the problem myself, I just have the page that he printed
17 jvdrean - (06/08/2008 12:04): so I guess we still have a problem with this
18 jvdrean - (06/08/2008 12:05): newboy: printing after clicking on "print preview" should do the trick
19 newboy - (06/08/2008 12:05): I will check now for myself and let you know
20 newboy - (06/08/2008 12:11): jvdrean: I assume you mean clicking print on the browser after clicking print preview on the page?
21 newboy - (06/08/2008 12:11): fyi: I checked for myself and the print fails as earlier discussed
22 jvdrean - (06/08/2008 12:12): newboy: yes
23 newboy - (06/08/2008 12:12): is there a way to disable that print functionality but leave print preview and the various exports?
24 jvdrean - (06/08/2008 12:12): newboy: does it fail in both cases ?
25 jvdrean - (06/08/2008 12:12): newboy: I'll fix this asap and ship it with XE 1.5.1
26 jvdrean - (06/08/2008 12:13): (which will be released in a couple of weeks)
27 newboy - (06/08/2008 12:14): I assume the print preview button will work, I'll just check now
28 newboy - (06/08/2008 12:16): jvdrean: yes, the print preview prints but as you say there are a few minor problems. i.e. it doesn't quite render the text sizes as it should
29 newboy - (06/08/2008 12:16): jvdrean: anyway, is there a way to disable the print option
30 jvdrean - (06/08/2008 12:17): newboy: you can edit templates/menuview.vm
31 newboy - (06/08/2008 12:20): jvdrean: just remove the line #submenuitem("javascript:window.print()" $msg.get("core.menu.print"))?
32 jvdrean - (06/08/2008 12:20): yes and you'll also need to change the first menu item I think
33 newboy - (06/08/2008 12:22): jvdrean: if I change that to:#xwikitopmenuentrystart($doc.getURL("view", "xpage=print&$docvariant") $msg.get("core.menu.preview"))?
34 jvdrean - (06/08/2008 12:23): ah no
35 newboy - (06/08/2008 12:23): yeah, certainly not?
36 jvdrean - (06/08/2008 12:24): looks like the top menu entry points to the preview
37 newboy - (06/08/2008 12:24): so, I didn't need to change it?
38 jvdrean - (06/08/2008 12:25): nop
39 newboy - (06/08/2008 12:27): lol, ruined it now, if I look in the previous version and get that line is it likely to have changed?
40 newboy - (06/08/2008 12:27): the idea of keeping different versions of a file in case I ruin it obviously hasn't reached me yet
41 newboy - (06/08/2008 12:28): jvdrean: no, I defineltly need to change it
42 xwikibot - (06/08/2008 12:38): Community.CodeStyle was modified by xwiki:XWiki.jvelociter (Updated links to files in SVN after repo reorganization) - http://dev.xwiki.org/xwiki/bin/view/Community/CodeStyle
43 xwikibot - (06/08/2008 12:45): Community.CodeStyle was modified by xwiki:XWiki.jvelociter (Corrected path to zipexplorer files) - http://dev.xwiki.org/xwiki/bin/view/Community/CodeStyle
44 newboy - (06/08/2008 13:15): I asked a question yesterday but didn't get an answer. I have an issue for panels which use commands which require programming rights. The panels can only use the programming rights commands if the page that is currently being viewed has last been edited by a user with programming rights irrespective of the current user. Is there any way around this?
45 jvdrean - (06/08/2008 14:54): newboy: yes this is a known issue of the panel app
46 newboy - (06/08/2008 14:55): jvdrean: no work around known?
47 jvdrean - (06/08/2008 14:55): newboy: possible workaround > put the privileged code in another page and include it from the panel
48 jvdrean - (06/08/2008 14:55): newboy: it should do the trick
49 newboy - (06/08/2008 14:55): ok, sound like it would work. include is just a macro, correct?
50 jvdrean - (06/08/2008 14:56): yes, #includeInContext("Space.Page")
51 jvdrean - (06/08/2008 14:56): for example
52 newboy - (06/08/2008 14:56): great, thank you
53 newboy - (06/08/2008 15:01): jvdrean: yes that works well, thank you again
54 newboy - (06/08/2008 16:08): jvdrean: I have to make my wiki with the assumption that the user will be as destructive as possible but should never see an error page. I think I nearly have everything sufficiently controlled. Except I want the user to be able to edit their own user page, change passowrd etc. But when I give them the edit right it also means that they can rename the page which would result in an error
55 newboy - (06/08/2008 16:09): is there anyway to allow them to edit but not rename? I suppose I could write some code in the template to remove the rename button for certain users but to be honest I would rather not as I feel that kind of editing will lead to complications in the future
56 jvdrean - (06/08/2008 16:12): hum, I don't know what you can do for this
57 jvdrean - (06/08/2008 16:12): you should send an email on the list
58 newboy - (06/08/2008 16:13): ok, I will do
59 xwikibot - (06/08/2008 16:50): XWiki.mardju was modified by XWiki.mardju (Created user) - http://www.xwiki.org/xwiki/bin/view/XWiki/mardju
60 xwikibot - (06/08/2008 16:50): XWiki.mardju was modified by XWiki.mardju (Created user) - http://www.xwiki.org/xwiki/bin/view/XWiki/mardju
61 xwikibot - (06/08/2008 17:35): Design.ImproveWikiAdministration was modified by xwiki:XWiki.jvdrean - http://dev.xwiki.org/xwiki/bin/view/Design/ImproveWikiAdministration
62 xwikibot - (06/08/2008 20:08): XWiki.Neustradamus was modified by XWiki.Neustradamus - http://www.xwiki.org/xwiki/bin/view/XWiki/Neustradamus
63 xwikibot - (06/08/2008 20:08): XWiki.Neustradamus was modified by XWiki.Neustradamus - http://www.xwiki.org/xwiki/bin/view/XWiki/Neustradamus

Get Connected