Starting to look into this ...
What I find difficult is figuring out how to set up and then get into the
swing of developing in Xwiki ...
... It would be easier if more experienced developers blogged step by step
how they set up their development tools and fixed different bugs or added
new features i.e. what tools they used and how, how they worked out what
code to change or add, how they checked in/out code, wrote tests, run tests,
etc, etc...
Examples are sometimes easier to follow than generic instructions.
Also the current instruction refer to subversion and git for source code
management - which is it?
Regards.
Richard
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
goldring, richard
Sent: 06 February 2012 17:15
To: 'XWiki Users'
Subject: Re: [xwiki-users] Linking
Thankyou Marius - I'll have a look at this when I find some free time - I'm
a little snowed under at work at the moment!
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of
Marius Dumitru Florea
Sent: 06 February 2012 17:08
To: XWiki Users
Subject: Re: [xwiki-users] Linking
On Fri, Feb 3, 2012 at 4:36 PM, Hamster <teunham(a)hotmail.com> wrote:
> +1
I've created
https://github.com/xwiki/xwiki-platform/tree/feature-alfresco-link
. Checkout
https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla
tform-core/xwiki-platform-wysiwyg/README.txt
and the
https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla
tform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-server/src/main/jav
a/org/xwiki/wysiwyg/server/internal/plugin/alfresco/XWikiAlfrescoService.jav
a
as an example implementation of the service that is used to browse the tree
structure (e.g. file system).
You could start by cloning xwiki-platform GitHub repo, checkout the
feature-alfresco-link branch, change XWikiAlfrescoService to return
information about the network file system, build the WYSIWYG editor modules
and update the WYSIWYG editor of your XE instance.
Updating the WYSIWYG editor usually means:
* overwrite the server and shared jar in WEB-INF/lib
* delete resources/js/xwiki/wysiwyg/xwe folder and copy the same folder from
the wysiwyg war
>
> I think this should be part of the "Link" WYSIWYG editor!
>
> I don't have the knowledge to modify the source-code, but I do the
> advantage to modify the source-code (or implement a copy). We have
> developed several ClickOnce Applications for internal company use,
> which accept URL-parameters. I would love to extend the "Link" menu,
> so people can choose "Link to ClickOnceApp", supply the
> URL-parameter(s) and XWiki will generate the correct link!
>
> Is there a step-by-step tutorial on how to modify the
> WYSIWYG-editor??? (I know, whishful thinking!)
Unfortunately no.
Hope this helps,
Marius
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Linking-tp7247202p7250922.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
i went through http://platform.xwiki.org/xwiki/bin/view/Features/I18N.
Basically i want to set the set the language of my wiki as per the value
of paramter
language(as explained about appending the language=zz in in the link ) but
it only convert the label language not the acyual content. For example i
created the page
Mypage and put the content as This is my first page(default language is
english). But now if i change the default language to french only lablels
like comments
(to commentaires), history(to historique), Add(to Creer) get changed not
the page name and content inside it. Still i see the contant as This is my
first page.Though i was expecting it in french. How to configure so that we
can change the page name and its content too when changing the default
language?
Thanks a lot for clarification, Eduard!
And what about
http://jira.xwiki.org/browse/XWIKI-7530http://jira.xwiki.org/browse/XWIKI-7521
Are you going to do it in 3.5 or it would be only in 4+ plans?
Kind Regards
Dmitry
14 февраля 2012, 16:11 от Eduard Moraru <enygma2002(a)gmail.com>:
> Hi Dmitry,
>
> It's just a matter of rights management.
>
> This is the default (open) behaviour of Workspaces since that's XWiki's
> policy as well. When you create a new workspace, it will allow all global
> users and the guest user to view it, but not edit. When a user becomes a
> member of the workspace, he will also get edit rights.
>
> If you want to change this for a single existing workspace, you can simply
> go to Administration Workspace > Rights > Groups, select Both from the
> Search Scope select input and there you will see that the main wiki
> XWikiAllGroup has view rights checked. Uncheck the view right and leave it
> as default to stop this from happening. Don`t forget to do the same for the
> Unregistered User under the Users tab of the Rights management section.
>
> If you want to change this for all future workspaces that will be created,
> go to the "workspacetemplate" wiki template as a global admin (you can use
> WikiManager/WebHome to find it) and do the same thing that I just described
> above, for the single workspace situation. Now all the new workspaces that
> you will create will not be accessible to non-members.
>
> Minor note: Additionally, the Skin page, ColorThemes space and Panels space
> are also set to explicitly allow view to global users and unregistered
> users, so that, when a user lands on a restricted workspace, he can
> properly see the skin and color theme that is currently set and he can also
> see the workspace information panel that allows him to click (Request)Join
> if the option is available. Of course, you can change that too by editing
> the rights of the page and spaces (either in a workspace or in the
> template), but that should not be necessary IMO.
>
> Thanks,
> Eduard
>
> On Mon, Feb 13, 2012 at 11:13 PM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>wrote:
>
> > oops... sorry Once again
> >
> > I found very strange IMO behaviour of access rights in 3.4 XEM. Access
> > rights are simply ignored.
> >
> > How to reproduce:
> > 1) Clean installation of 3.4 XEM
> > 2) Default Admin creates "test" workspace
> > 3) Test user in XWikiAllGroup in main wiki, not invited in Workspace "test"
> > 4) The task was to restrict access to the workspace to test user.
> >
> > I failed to do this in all possible ways. If Test user is not in the
> > workspace, I can't restrict access to him and workspace is ALWAYS visible
> > to Test user.
> > Access was restricted even to ALL XWikiAllGroup in Main Wiki. Works fine
> > for main wiki, BUT, when you enter direct link
> > like /xwiki/wiki/test/view/Main/WebHome it simply ignores all restrictions
> > both on main wiki and workspace.
> >
> > So, as a result, there is no way to restrict access to users/group of
> > users (or I didn't find it). E.g. I really don't like when my customers
> > have an authorized access to "internal" staff :-))).
> > From that point of view I either don't understand Workspace access rights
> > management quite good, or it's not ready to use yet.
> >
> > Is it a bug, or it's a misused (by me) feature?
> >
> > Kind regards,
> >
> > Dmitry
> >
> >
> >
> >
> > 14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>:
> >
> >
> > Hi,
> >
> > For now owner can invite users to workspace. Is there any possibility to
> > invite GROUPS?
> >
> > I need following scenario:
> > - Main Wiki Group A, B, C
> > - Workspace "One" invites Group A, B and denies Group C to see workspace
> > "One"
> > - I register a new user and add it to group A
> > - This user AUTOMATICALLY gains access/invitation to workspace.
> > - I delete user from the Group A and user is rejected by workspace "one"
> > also automatically
> >
> > Is there any simple way to do this?
> >
> >
> > Kind regards,
> >
> > Dmitry
> >
> > Kind regards,
> >
> > Dmitry
> >
> >
> > Kind regards,
> >
> > Dmitry
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
Kind regards,
Dmitry
Hi,
I'm trying to configure a cluster of two XWiki servers using MySQL on
a third server.
I started with a single XWiki server (xwiki-01) on tomcat6 with local
MySQL instance, search was using Lucene and working as expected.
Using dump and restore I moved the MySQL database to a different
server (mysql-1) and adjusted
/var/lib/tomcat6/webapps/xwiki/WEB-INF/hibernate.cfg.xml
accordingly. access to the wiki still worked as expected and Lucene
worked as expected. I was able to do a re-index with no issues.
I spun up a new vm to be a second XWiki server (xwiki-02) and used
rsync to copy over all of the relevant files and directories.
/var/lib/tomcat6/webapps/xwiki
the tomcat configuration files server.xml and /etc/default/tomcat6
the private SSL certificate for tomcat6 (I'm using HTTPS) and LDAPs
(to use port 636 instead of 389 against AD)
As xwiki.cfg is configured with
xwiki.plugins.lucene.indexdir=/var/lucene I manually created
/var/lucene and did a "chown tomcat6:root /var/lucene" to set
permissions.
I'm able to access the wiki using xwiki-02 with no issues, but search
is not working correctly, If I set search to use database it finds 710
elements, if I set it to use Lucene it only finds 6.
Search on xwiki-01 still works correctly and both Lucene and database
search see 710 elements.
I'm aware that until I follow
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/DistributedEventCluster…
that the two XWiki instances won't be in "sync", but at the moment I'm
more concerned about search...
Cheers
Does anyone have a working example of loading the WYSIWYG editor
on-demand with velocity? Would love to see how you implemented
it...I'm having some trouble with porting the code on the xwiki site.
Thanks,
aaron
Hi,
For now owner can invite users to workspace. Is there any possibility to invite GROUPS?
I need following scenario:
- Main Wiki Group A, B, C
- Workspace "One" invites Group A, B and denies Group C to see workspace "One"
- I register a new user and add it to group A
- This user AUTOMATICALLY gains access/invitation to workspace.
- I delete user from the Group A and user is rejected by workspace "one" also automatically
Is there any simple way to do this?
Kind regards,
Dmitry
Hi!
Under certain circunstances I'm not able to identify, even though a given I've no access to a given XWiki page, it is possible to access/download their attached files provided you know their URLs.
Please, could you figure out why this could happen? Thanks!
This is causing me some serious problems here. Running XWiki Enterprise 2.4.30451.
Greetings!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Regards
Jaswant Singh
Eperium Business Soln. Pvt. Ltd.
eperium. e-commerceunlimited
________________________________
From: "users-request(a)xwiki.org" <users-request(a)xwiki.org>
To: users(a)xwiki.org
Sent: Tuesday, 14 February 2012 5:30 PM
Subject: users Digest, Vol 55, Issue 29
Send users mailing list submissions to
users(a)xwiki.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.xwiki.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)xwiki.org
You can reach the person managing the list at
users-owner(a)xwiki.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of users digest..."
Today's Topics:
1. Re: width=120 (Paul Libbrecht)
----------------------------------------------------------------------
Message: 1
Date: Tue, 14 Feb 2012 11:23:17 +0100
From: Paul Libbrecht <paul(a)hoplahup.net>
To: XWiki Users <users(a)xwiki.org>
Subject: Re: [xwiki-users] width=120
Message-ID: <CA2ED1A4-B46F-4457-97FB-997BAA02F7CD(a)hoplahup.net>
Content-Type: text/plain; charset=iso-8859-1
Le 14 f?vr. 2012 ? 10:28, Vincent Massol a ?crit :
>> (in the syntax definition??)
>
> Definitely not in the syntax.
>
> This should go in the documentation for the Image Plugin and the Platform extension of Rendering, i.e. both on http://extensions.xwiki.org.
you need to make it central in the documentation.
Documenting all the details in an extension is useful for sure.
But the basic should be referenced from the syntax I feel.
Le 14 f?vr. 2012 ? 10:00, Ludovic Dubost a ?crit :
> As for why it was not used in Curriki, I think it did not exist when most
> of Curriki was developped. Also the issue with possible failures made it
> dangerous to use when you don't control the images passed through the
> system.
Thanks, that is the perfect explanation.
And indeed we have places where it miserably fails.
We'll be sure to use it better on the new core.
paul
------------------------------
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
End of users Digest, Vol 55, Issue 29
*************************************
oops... sorry Once again
I found very strange IMO behaviour of access rights in 3.4 XEM. Access rights are simply ignored.
How to reproduce:
1) Clean installation of 3.4 XEM
2) Default Admin creates "test" workspace
3) Test user in XWikiAllGroup in main wiki, not invited in Workspace "test"
4) The task was to restrict access to the workspace to test user.
I failed to do this in all possible ways. If Test user is not in the workspace, I can't restrict access to him and workspace is ALWAYS visible to Test user.
Access was restricted even to ALL XWikiAllGroup in Main Wiki. Works fine for main wiki, BUT, when you enter direct link like /xwiki/wiki/test/view/Main/WebHome it simply ignores all restrictions both on main wiki and workspace.
So, as a result, there is no way to restrict access to users/group of users (or I didn't find it). E.g. I really don't like when my customers have an authorized access to "internal" staff :-))).
From that point of view I either don't understand Workspace access rights management quite good, or it's not ready to use yet.
Is it a bug, or it's a misused (by me) feature?
Kind regards,
Dmitry
14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>:
Hi,
For now owner can invite users to workspace. Is there any possibility to invite GROUPS?
I need following scenario:
- Main Wiki Group A, B, C
- Workspace "One" invites Group A, B and denies Group C to see workspace "One"
- I register a new user and add it to group A
- This user AUTOMATICALLY gains access/invitation to workspace.
- I delete user from the Group A and user is rejected by workspace "one" also automatically
Is there any simple way to do this?
Kind regards,
Dmitry
Kind regards,
Dmitry
Kind regards,
Dmitry
Hello fellow xwiki users,
we discovered recently the usage of the width parameter when delivering a picture from an xwiki document attachment.
Surprisingly this is available in our production server, based on the grumpy xwiki 1.5, but has not been used in the UI of Curriki which has, however, been made by a team of XWiki SàRL originally.
- can someone describe me how this feature is working?
- is the resulting downscaled image cached in file or in ram?
- has there been a different implementation between the current xwiki (e.g. 3.4) and 1.5?
- except for the CPU hogging of computing the downscaled version, is there any reason not to use this feature? (e.g. RAM overloading?).
thanks in advance
Paul