Re: [xwiki-devs] [xwiki-users] Translations available at Global Level
Hi, The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications. 1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other??? Thanks, Caty On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin* _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Is it possible to use the context of the wiki (with its translation bundles) when the title of the page is rendered from an other wiki? 2016-02-08 11:15 GMT+01:00 Ecaterina Moraru (Valica) <[email protected]>:
Hi,
The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications.
1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other???
Thanks, Caty
On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin* _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Hi, On 8 Feb 2016 at 11:19:46, Guillaume Delhumeau ([email protected](mailto:[email protected])) wrote:
Is it possible to use the context of the wiki (with its translation bundles) when the title of the page is rendered from an other wiki?
Indeed this looks like a bug of not setting the proper context (and not having this title cache that we need so much now ;)). Now this doesn’t solve the other use case mentioned in the first mail: if you copy an app-generated page to a subwiki you’ll not have the translation rendered properly. I guess ideally XWiki would recognize that this page is part of a given app and issue a warning if you try to copy just the page without copying the full app. WDYT? Thanks -Vincent
2016-02-08 11:15 GMT+01:00 Ecaterina Moraru (Valica) :
Hi,
The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications.
1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other???
Thanks, Caty
On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin*
The use case was not really wanting to copy an application page, but wanting to copy any type of page. The problem was the display of unrendered titles in the copy dialog. Thanks, Caty On Mon, Feb 8, 2016 at 12:30 PM, [email protected] <[email protected]> wrote:
Hi,
On 8 Feb 2016 at 11:19:46, Guillaume Delhumeau ( [email protected](mailto:[email protected])) wrote:
Is it possible to use the context of the wiki (with its translation bundles) when the title of the page is rendered from an other wiki?
Indeed this looks like a bug of not setting the proper context (and not having this title cache that we need so much now ;)).
Now this doesn’t solve the other use case mentioned in the first mail: if you copy an app-generated page to a subwiki you’ll not have the translation rendered properly.
I guess ideally XWiki would recognize that this page is part of a given app and issue a warning if you try to copy just the page without copying the full app.
WDYT?
Thanks -Vincent
2016-02-08 11:15 GMT+01:00 Ecaterina Moraru (Valica) :
Hi,
The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications.
1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other???
Thanks, Caty
On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin*
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On 8 Feb 2016 at 11:35:43, Ecaterina Moraru (Valica) ([email protected](mailto:[email protected])) wrote:
The use case was not really wanting to copy an application page, but wanting to copy any type of page.
Copying any type of page is not an issue. If you, as a user, put some translation that only exists in your wiki and you copy that page to a subwiki, how could you expect that translation to be there? Thanks -Vincent
The problem was the display of unrendered titles in the copy dialog.
Thanks, Caty
On Mon, Feb 8, 2016 at 12:30 PM, [email protected] wrote:
Hi,
On 8 Feb 2016 at 11:19:46, Guillaume Delhumeau ( [email protected](mailto:[email protected])) wrote:
Is it possible to use the context of the wiki (with its translation bundles) when the title of the page is rendered from an other wiki?
Indeed this looks like a bug of not setting the proper context (and not having this title cache that we need so much now ;)).
Now this doesn’t solve the other use case mentioned in the first mail: if you copy an app-generated page to a subwiki you’ll not have the translation rendered properly.
I guess ideally XWiki would recognize that this page is part of a given app and issue a warning if you try to copy just the page without copying the full app.
WDYT?
Thanks -Vincent
2016-02-08 11:15 GMT+01:00 Ecaterina Moraru (Valica) :
Hi,
The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications.
1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other???
Thanks, Caty
On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin*
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
I agree, this is definitely a context related bug, titile are supposed to be rendered in the context of their document. On Mon, Feb 8, 2016 at 11:19 AM, Guillaume Delhumeau <[email protected]> wrote:
Is it possible to use the context of the wiki (with its translation bundles) when the title of the page is rendered from an other wiki?
2016-02-08 11:15 GMT+01:00 Ecaterina Moraru (Valica) <[email protected]>:
Hi,
The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications.
1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other???
Thanks, Caty
On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin* _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
Thanks for your answers. I've created http://jira.xwiki.org/browse/XWIKI-13084 , hope the description is correct. Caty On Mon, Feb 8, 2016 at 1:23 PM, Thomas Mortagne <[email protected]> wrote:
I agree, this is definitely a context related bug, titile are supposed to be rendered in the context of their document.
On Mon, Feb 8, 2016 at 11:19 AM, Guillaume Delhumeau <[email protected]> wrote:
Is it possible to use the context of the wiki (with its translation bundles) when the title of the page is rendered from an other wiki?
2016-02-08 11:15 GMT+01:00 Ecaterina Moraru (Valica) <[email protected] :
Hi,
The copy dialog is something we added recently in 7.2+ and displays the page structure from the subwikis. The problem is that if from subwikiA you want to copy to subwikiB and you are browsing the tree, you will see unrendered titles for the homepage of some applications.
1. So the current 'solution' was to change the visibility for TranslationDocumentClass from WIKI to GLOBAL. Apparently this requires PROGRAMMING rights. 2. Another bad solution would be not use translations keys for those homepage titles, in order to display plain text. Or just accept the fact that it is unrendered (which looks really bad). 3. other???
Thanks, Caty
On Mon, Feb 8, 2016 at 12:03 PM, Iustin Insuratelu < [email protected]> wrote:
Hello,
Recently we've been discussing about a situation that creates some inconveniences.
What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles.
You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes
You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63
The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights.
What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this?
Regards, *Iustin* _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
participants (4)
-
Ecaterina Moraru (Valica) -
Guillaume Delhumeau -
Thomas Mortagne -
vincent＠massol.net