I'm using concrete5 Version 5.7.5.9 with Multilingual pages.
On System & Settings / Multilingual / Page Report
the button for Re-Map and Un-Map are missing.
Instead it's written "Create the parent page first."
What does it mean? How can I solve the issue?
ps. please don't write "Create the parent page"... because they are existing
The subpages, you have made plz check again. Might be the clone you have made is different.
example: You have to clone English to Another language
1. you are searching in another pages because of which it show you "Create the parent page"
2. So solution, Choose Source different n check it will show.
Related
I would like to change the standard form for creating a lead a bit. Actually i just want to add a link to another form to allow the user to quickly jump to it (our appexchange app). I thought i could use visualforce page and override the "normal" lead creation mask. But I believe this won't work since i probably need to implement an exact copy of the normal form source code with the link additionally and also need to wire it correctly to the actions.
Since i can't find the source for the "new lead" page, it seems quite hard to do it that way. Is there any other way to add a link to a stanadard/existing form in SF ?
Any hints?
You should be able to cheat. Create a VF page with 2 links, 1 to your form, 1 to normal "new Lead" page. Read up about {!URLFOR} and the optional "no override" param (that just adds &nooverride=1 to the url), should take users to normal form.
Failing that you might be able to use lightning:recordForm (pick Aura or LWC) to magically reuse the page layout crafted by admin. You'd marry that to your VF page using Lightning Out - or just make your override completely an aura/lwc? It's marked as beta so I don't think you'll be able to package this as your appexchange app... Maybe provide the component and instructions for admins how they can copy paste your code to their own VF page and bypass the packaging woes.
If you really want - you should be able to recreate standard Lead layout in your VF using Layout class too. Sounds ugly but well, last resort before completely forgetting about the standard layouts, teaching admins about fieldsets and stuff?
Are you sure this is the right way to attack the requirement? Override (especially via VF) will be slower and if you ever create leads from related list (say Campaign -> members -> new -> add inside lookup?) you lose some flexibility. I'd make 2nd "New" list button and drop it in Lead tab or maybe add component to bottom utility bar?
I am configuring a new language version on the existing Kentico 12 website. I can easily create a new culture version of a page by copying content from the already existing language, but a problem is that this feature is available at a page level only what in my case, having hundreds of pages, will results to many hours of manual efforts. Ideally, I would like to select multiple pages and create the new culture version for all of them at once.
Could you please advise me on how I can optimise this task?
You would be able to do it in 2 steps with the help of Translations application.
First, multiple (or all) pages can be submitted for translation via Listing view
Next, select here source and destination languages to copy pages and click "Translate":
Then you will see pages with "Ready for translation" status
Next, go to the "Translations" application and edit the submission:
And finally, click "Export all to ZIP", this will download a ZIP file. Then click "Import all from ZIP" and use the just downloaded ZIP file. Then click "Process translations" and that's it!
Whenever i create a contact form in my Joomla! 3.3.6, some script appears in the the page's HTML code that contains many words Joomla in it. I'd like to change those Joomla words and replace them with another words (i.e. Foo) for some security issue. I'd like to know whether or not i'm able to do so and how.
That script is:
<script>(function(){var strings={"JLIB_FORM_FIELD_INVALID":"\u0641\u06cc\u0644\u062f \u0646\u0627\u0645\u0639\u062a\u0628\u0631: "};if(typeof Joomla=='undefined'){Joomla={};Joomla.JText=strings;}
else{Joomla.JText.load(strings);}})();</script>
I have no idea whether a plugin or an extension creates it or not.
Thank you
Regards
This script seems to be translating some text required for the form to use in its javascript, eg validation messages. It does this using a javascript version of JText, which is part of core Joomla. There is some info on how that works here. Weirdly, there seems to be little information in the official Joomla documentation about it.
The main JText function it is calling appears here: media/system/js/core.js
I'm sure it would be possible to write a plug-in to remove this script before the page is rendered and then to translate any untranslated text with your own scripts. However, I'm not sure I see any security benefit in doing this so it seems a waste of time.
Ultimately, someone sniffing a site for what it is built in is far more likely to see if core files exist by going direct to places like media/system/js/core.js, rather than to scan the code for the word "Joomla" - which would trigger a lot of false-positives (any site which just mentions Joomla) and negatives (any page which doesn't have a form on it). It also does not reveal the version of Joomla, which is the info a hacker would more likely be after.
I think you have to search for the script (i.e via Notepad++) in the whole directory. It must be a plugin for the contact form that has some inline script in it.
also do you use any special third party plugin or so? that might be the source of it.
PS: also i had some similar experience, i don't know exactly how i got rid of those words, but like you, i wanted to do that to hide the fact that i'm using joomla for security.
Its actually Joomla who add this, from the file: Joomlainstall/libraries/joomla/document/html/renderer/head.php
And load it globaly from:
Joomlainstall/libraries/cms/html/formbehavior.php
The developer ad that code by using the function, JText, for an example:
JText::_( 'COM_CONTACT_EMAIL_FORM' )
In my case it was the plugin ContactUs Form who add the javascript. If JText is not used, it is not loaded. If I disabled the plugin, the javascript was then not loaded. If you have that plugin enabled, my be try an other contact form?
For security reson it is bad programming by the developer off Joomla, for sure.
I am trying to figure out how to place content across pages as well as modify only some of the "same" things.
For example, I have two services. Let's say I want to add a small box on the right panel. On the pages directly under the root of my site (Home, About Us, Contact Us), I want this box to contain generic information (We provide services for . . . ). On the pages related to service one (the service one page and sub-pages), I want that same box to contain pretty much the same text except changing it specific to service one (Our service one solution...). The same for service two and it's sub-pages (Our service two solution...).
To change content I think I'd be right to leave "Make a Copy" checked. However, I don't want this box to appear on every page, just one's that I choose (whether grouped or not; i.e. root pages, service one pages, service two pages).
How can I accomplish this? I'm working directly using the DNN 7.01 admin/host interface - I'm imagining I can accomplish this by creating separate .ascx files, but for this I think it defeats the purpose.
Thanks.
What you will want to do is use the "Add Existing Module" function to handle this.
For example for the content that you want to be the same, add it to the "main" page and setup the content. Then on the pages that need to have THAT version use "Add Existing Module" and add the module from the "main" page.
Then, when you have a variation that is to be shared across other pages, repeat this process.
DO NOT use the "Display On All Pages" option though as more than likely that will trash things!
I've not a lot of experience as Mitchel, and his answer seems the way to go. But as an alternative (when dealing with LOTS of modules with static content), I found using a template page with all the modules (and content within) helps to group things so that you can use that template for sub pages that have the same content. In other words, only the actual content pane for a sub page needs to be created because you are copying all the other "widgets" you have on your page.
While creating a new Portal (dnn 5.6.1) from "portal template" which is created from a bilingual portal(en and tr), all pages(both en and tr) are created in one language. if I activated the second language creates another set of pages for both en and tr pages.
I tried creating a portal template while the second language is disabled but result is same.
do you have any idea to overcome this issue?
My hunch is that, at time of writing, this is an outstanding issue that can't be resolved directly through the UI (I say that because it sounds like you tried every reasonable measure).
If that is the case, your best bet would probably be to edit the generated portal template XML file and remove the elements that represent the second languages pages prior to importing to your target dnn instance. Then you could enable the second language and it would replicate the first language's pages and you could re-localize them. (Hopefully you don't have a ton of pages!).
Alternatively, you could potentially export page level templates for the second language and import them after you've done the import of the portal in the first language. If you take this path, and you have a lot of pages, you may export individually but "bulk import" them by placing them in the /Install/Template folder and hitting the /Install/Install.aspx?mode=installresources URL.
DNN 5.6.1 and i believe also DNN6 has serious issues with exporting/importing multilingual portals. From what i read, the multilingual issue is overcome in DNN 7 which is a major update.
One way to work with legacy multilingual DNN sites is this (far from ideal):
The template which is going to be exported must be in only one language. You may not press the "enable content localization". This is the moment after which export/import becomes very messy.
You export the single language template (this you must keep as the backup point)
Now you import your template.
Then you enable other languages & content localization button (wait till pages are created)
Now you enter the content into the second language pages.
No backups can be created, so you can only backup the content you have entered in the second language, manually..
In any case i recommend you start fresh with DNN7 or a different CMS altogether (WP, Drupal, Joomla...).