Meddysong

My wishes centre on internationalisation and localisation because I run a site which must give equal standing to two languages.
Allow admins to provide a FURL for every aspect of a URL. In 4.x the app names are fixed because they come from /applications/[app]/data/furl.json, meaning that non-English sites are condemned to have English words such as files and store in their URLs. Allow admins to create and match equivalent pages depending on the language with their own slugs. For example, you have invisioncommunity.com/features/clubs/ on this site. If it were necessary for you to have a multilingual site, you would be able to create an associated page (very likely with the same content aside from text) with its own slug, such as invisioncommunity.com/trajtoj/kluboj/. When a link is created in the Menu Manager or written within content, the site would know that on click it is to load the language-dependent associated page; is somebody manually types <a href="invisioncommunity.com/features/clubs/"> within a post, the site would redirect to an associated language-dependent associated page. Please move away from the approach of concatenating different language strings as a short-cut. What works in English often doesn't in other languages, and I'm forced to present grammatical mistakes in some parts of my site because words which are plugged in interchangeably in English strings take different forms depending on their grammatical role. My word for a post will have different forms in the superficially similar: {!#[?:%s liked]} %s and %s reacted to %s:, for example. A long shot but please consider providing occasional context of how a language string is used. Translators need to know, for example, whether Report is a noun or a verb. (Incidentially, because of the previous point, I have instructions in an email notification inviting moderators to "Click to see this To report" because if I change to our equivalent noun, then the instruction "Report" on the content containers is the wrong word.)  It might be possible already for people more knowledgable than me but it would often be useful to be able to change the user's language setting via something in the URL. We're a UK-based charity so have English as our default language but our activity is worldwide using another. It'd be great for me if the language could be set as the second one for a visitor following a link such as invisioncommunity.com/cy for Welsh, for example.

Code clean up ✅
Import over FQN ✅
Better use of traits ✅
Search code clean up ✅
Happy PHPStorm without hacks/class_alias ✅
More recent PHP versions needed ✅
Better use of newer PHP functions ✅
More to follow, but I think you’ll be content with the changes to be announced.

It depends on the type of quotation mark. 
Those "
are removed. Proper typographic quotation marks 
like those “ ”
are not removed. They are just treated like any other character. 

For anyone interested, the solution is - to change a line in Language pack. It's done like this:
AdminCP -> Customization -> Languages -> [your default language] -> Translate  -> Search settings -> Key: lost_pass_confirm -> Search -> [add your line to the translation] -> Save

If you have Pages, create a custom block using Manual HTML and add the following code in the content (if your existing language isn't English then change the 'en' element - https://cloud.google.com/translate/docs/languages)
<div id="google_translate_element"></div> <script type="text/javascript"> function googleTranslateElementInit() { new google.translate.TranslateElement( {pageLanguage: 'en'}, 'google_translate_element' ); } </script> <script type="text/javascript" src="https://translate.google.com/translate_a/element.js?cb=googleTranslateElementInit"></script> Once created, drag it in place onto your site:

Be aware that sometimes Google decide to make that unavailable.

The menu is controlled via your Admin Control Panel, Bob:

Once you're there, it's fairly straightforward. There's a button Add item, which you'll use to create the new menu item. You'll have to choose what form it takes: is it a dropdown (= Drop-down Menu)? A link to a page (= Page)? A link to something else (= External link)? Have a play.
You can drag and drop your menu items to change their position. And any which you don't want can be sent on their way by hovering over them and then clicking the X:

Once you're happy with your menu, you click a button Publish this menu, and then it's applied to your site.

The menu is controlled via your Admin Control Panel, Bob:

Once you're there, it's fairly straightforward. There's a button Add item, which you'll use to create the new menu item. You'll have to choose what form it takes: is it a dropdown (= Drop-down Menu)? A link to a page (= Page)? A link to something else (= External link)? Have a play.
You can drag and drop your menu items to change their position. And any which you don't want can be sent on their way by hovering over them and then clicking the X:

Once you're happy with your menu, you click a button Publish this menu, and then it's applied to your site.

Marc, I have been asking for you guys to change this for years now, I have suggested that when on a localhost these options should be disabled by default.
Sometimes when you copy a live site over to a localhost environment, you can forget to turn these options off. The last time, this caused me a lot of issues, with a few members accusing me of trying to rip them off because of the double payments.
 

Ideally there should be a “staging mode” with settings to turn off payments, emails and things like that. 

I will add one more thing. I went to your forum linked in your profile and my rule added temporarily via browser's inspector works fine. But note that in some topics like this one not all text is changed to red:

That is because that specific part of the text has been either repasted from other source (preserving different color definition) or manually "colored" by the poster. Those can't be changed via CSS, the only "solution" is to edit the post to remove extra colors.
To prevent colors being copied you can configure "Paste as Plain text".

Another tutorial 
https://medium.com/oke-software/create-apps-for-ips-2-customizations-9510d32a5a53

Something for you, @Adriano Faria?

I thought it be best to let all that supported me here know I'm up and running. What took me a week should have been an hour. My biggest problem was me.
Thanks for all the help.
Bob

And for those making use of the following setting (in General Configuration), there is a present attached...

 

(NE) Site URL 1.0.0.xml

Question to the IPS Team!
We IPS clients are not to blame for what our president is doing in Ukraine. No sane person supports this horror. If it is impossible to renew the license, then maybe it is possible to update the distribution to preserve the security of communities? Without support and services.
For example, Microsoft has stopped sales in Russia, but updates are available.
Without this, we will have to switch to illegal versions for the safety of our communities. I've been an IPS customer for 15 years and that would be the worst choice.

Thanks.
I dare not touch the templates.
Thats too much for me.

That's another language string, which gives the name of the forum. You can't translate that; you'd have to edit the template to remove the call to forums_forum_x (or however it's called).

I'm afraid you shouldn't expect an update:
 

edit your globalTemplate template and add the following prior to the closing </body> and save your template.
<script> if(typeof CKEDITOR !='undefined'){ CKEDITOR.addCss(".cke_editable{cursor:text; font-size: 20px; font-family: Georgia;}"); CKEDITOR.config.font_defaultLabel='Georgia'; CKEDITOR.config.fontSize_defaultLabel='20px'; } </script> What does it do...
If there is a CKEDITOR on the page then... It changes the CSS of the editor to be the font/font-size you want and then... It changes the label of the font dropdown box and... It changes the label of the font size dropdown box.  

You can use CSS.
.cAuthorPane_badge--rank { display: none; } .cAuthorPane_badge { display: none; } produces:

{{if request.app =='forums'}} {{endif}}  

It may be the language strings _date_format_yyyy and _date_format_mm. They have those values, although aren't necessarily used there. It's worth checking, though.

It may be the language strings _date_format_yyyy and _date_format_mm. They have those values, although aren't necessarily used there. It's worth checking, though.

Just a quick update to let you know our developers have taken a look at this, and been unable to reproduce the issue unfortunately. If you have any further information, of course please let us know

It's an unfortunate limitation of the system.
It is possible to change this by editing the core files, but this is not endorsed by IC, and could mean that they don't provide technical support should something go wrong with your site.
If you'd like to go ahead, you have to edit /applications/blogs/data/furl.json, changing the value of topLevel to whatever you want. (You can do the same with the other apps too, navingating to the correct folder from /applications.)