Sun, Nov 22
I thought because I wrote that there is a conflict, the installation has stopped. Sure I understand, and I would wait as long as needed. You guys are doing great job, above the expectations. Appreciate your professionalism.
Sat, Nov 21
NewUserNotif is not installed on our wiki.
So there is no conflict on Miraheze to install EditNotify. Please install extension. Thanks.
Thanks. It works now after editing group (all). Group "*" did not have "torblocked" to mark on list.
Would it be possible to disable MediaModeration on specific wiki ?
Good to know. Thanks. It was disabled before. The problem is that there is no way to create a new account for new user who using Tor, even before editing any content suspected as spam. How possible to solve that problem ?
Fri, Nov 20
Tue, Oct 27
When Extension:NewUserNotif installed, EditNitify can not track a single namespace. As per wikimedia T240656 .
The link on source of my request to install EditNotify, was on top of task.
As described on Extension page, the extension can notify users about changes on templates, creating a new pages on namespaces or category, which was allowed for admins only.
I do not remember exactly, I have a link in some place, EditNotify allows regular users follow changes made on Cargo table, when without it only higher user groups could get notification about tables. It was some page with suggested extensions for Cargo, along with Extention:Cleanchanges.
Looks promising. You should be aware, that, all downloaded videos would increase occupation of miraheze storage. Right ?
It is in beta yet, so do you confident with that ?
Oct 23 2020
Please enable openlayers on magic.miraheze.org , too.
Oct 10 2020
Aggree, it was right decision to decline this one. We switched for Cargo because JsCalendar does not work in the way we need. Too many hidden stones to move or to research. Strange bugs, the developer is nor ready to solve so quick. Flipping to Cargo, it opens a large field for customization, flexibility and multi-lingual support. Basicaly JsCalendar works and it could be good for somebody who wants a simple solution.
Since the mainstream for events show on calendar would be based Cargo, JsCalendar gets low priority and actually not planned for use on our wiki.
Oct 9 2020
Oct 6 2020
Oct 2 2020
CX is ... Computer-assisted translation tool for Wikipedia pages. plus it can assist translate Templates, no need user knowledge to add a code on pages.
Ok. appreciate your efforts. Trust you.
T784#12341 says about сxserver and if in future would be more requests, they will install it.
I think it is a time to move on for Content Translate, With all new Miraheze expantion no place for cxserver ? Back to 2016 it was no required, today after four years, I believe Miraheze could afford it and revolutionize multilanguage wiki support. I hope, Miraheze administration would think again about real global expansion. not just placing the hardware in each corner of planet. The real expansion would happen, when wikis would be built for those 135 languages and staff would talk those languages to provide support to those lucky nations. Freedom of knowledge and education , the principals of Wikimedia foundation depend not only on english-speaking planet population. I believe you have got my point. Please consider again support of multi-lingual content on Miraheze.
https://github.com/wikimedia/mediawiki-services-cxserver - Docker
If using Vagrant, install with vagrant roles enable contenttranslation --provision
What is CX3?
It's a major version of Content Translation, which is being developed during 2020.
Sep 30 2020
Please disregard my request. It is installed, my bad, did not look on Special:Version page.
Sep 28 2020
Sep 23 2020
Sorry, my bad. Please disregard my request or delete it. Next time I would check installed extensions on
Sep 21 2020
Edward Chernenko, the developer of JsCalendar, replied to my personal email and said that parameter "prefix = " works fine in another projects."
Sep 20 2020
I will try register there
If at least parameter prefix = would work, it could compensate the lack of multi-language support. So the dates pages could be located in any namespace, even Main, which is preferable.
I have read the developer response on github, and appreciate your effort to get answers on my questions from the dev.
As the dev says, there it is multi-language support suppose to be working fine, but it is not. You could go to magic.miraheze.org and test to find out about it, as I did with login and without login on several browsers, with extensions and completely clean fresh firefox.
User:Затейник/Календарь page created to test jscalendar.
Sep 19 2020
If you would provide the JsCalendar extension to all new wiki, why not to translate the Event namespace, used by default in the extension, together with translation of extension by translatewiki.net ?
Yes, It is there. Why there is a need to split some addministrative links to sidebar ? I was not looking for administrative important pages located on sidebar. I my opinion, Special Page should include all of tools without splitting. Anyway I found it exactly where you told me. The problem solved, but I do not aggree with that solution, with all respect.
Sep 16 2020
Even if namespace Event not possible to make multilingual, the extension JsCalendar has more to offer than WikiVoyage-Calendar. That limitation of namespace to have translation to other languages does not affects visitors and does not affects editors too much. Is there any way to contact the developer and ask him to fix the non working parameter "prefix =" ? It would solve the major problem, so the event pages would be located in main namespace.. If he could add multilanguage support to month names (+weekdays), that would be great.
However, the JsCalendar is much better solution to create and show events, so we go with that as mainline.
And appreciate for all yours support and important job, guys.
Sep 14 2020
Sep 13 2020
JsCalendar gets #1 priority on our project, so please sudpend all other my tasks, until the JsCalendar works correctrly.
I found a several bugs:
Parameter prefix= does not work for pages in any language.
keyword search on page works in English only.
aspectratio= does not work.
There are some another bugs, but the major problem in this calendar is multilanguage support and namespace Event multilanguage support. If prefix= was working, we could create events pages in main namespace like Calendar/10-05 Some event. Please advice.
Sep 4 2020
The page allowes creation and management of namespaces.
The problem, there is no access.to it from Special Pages or ManageWiki.
I mean the page Special::ManageWiki/namespaces is hidden, and besides the structure of specific wiki, there is no mention about Special::ManageWiki/namespaces on mediawiki help website. I am asking to put linkt to
Special::ManageWiki/namespaces in some place, to have a clickable path from ManageWiki or Special Pages.
Same situation with on/off extensions on miraheze. No mention, no link.
Yes, I am looking for multilingual namespaces, but T6137 is separate topic, not connected to this one. I will explain my request better soon...
Yes, I still need it. Since the all moon phases / lunar calendar extensions were declined, I am in search for solution.
Sep 3 2020
For your reference:
I believe the instructions about how to create a custom namespace suppose to be here:
but there is no mention about Special:ManageWiki/namespaces/ page on installed wiki.
Sep 2 2020
Looks like multilanguage support does not work.
As the extension relays on dates formatting from YASEC,
I expected the interface to be multilingual, when the wiki interface was switched to another language, different from English, after login.
How possible to fix it ?
Suddenly started to work.
Sorry to inform you, but looks like the installed extension does not work.
The link to sandbox.
The code added, the example:
<EventCalendar> prefix = Today_in_History/ suffix = dateFormat = F_j </EventCalendar>
Browser IceCatMobile on Android.
FOSS Browser on Android, same, does not work.
Aug 18 2020
Appreciate, @dross, for great tip. I did not know I can edit MediaWiki:Common.js. I will do copy-paste, because widgets are a very new topic I have to learn about.
Aug 15 2020
Please inform Mediawiki.org
to include https://www.mediawiki.org/wiki/Extension:Calendar-Wikivoyage
on their https://www.mediawiki.org/wiki/Calendars page.
I tried, but blocked because VPN, no other option.
Thank you in advance.
Aug 1 2020
Jul 30 2020
Hello. It already done. Only registered users can edit magic wiki. The extension, I believe, should be the "must have" for all wikifarm. If registered users can see the other users IP, the extension would add an extra security level between users.
Jul 28 2020
I aggree, the other calendar requests could be priority lowered. I have done it already. However, in interest of wiki users I would not close the requests completely. The other calendars are very ineresting interactive way to control events notification based users initiative, opposite to WikiVoyage calendar would be magaged by wiki administration. I hope You understand my point. The Miraheze is great wikifarm, but a lot of things are missing and it is takes time to make it full of components work out of box. I believe a variety of calendar modules should be as part of out of box package. Not to mention about next ideas to bring in maps , widgets, sniplets, Wikipedia's templates to provide the community of our wiki and Miraheze community an arsenal of competitive tools to jump start an attractive and massively staffed wikies. And again, appreciate your job. I am happy to be here with you.
Jul 27 2020
Extension:Calendar-WikiVoyage is good enough so far and I created all calendar activity based Wikivoyage. One thing I could not understand and did not find help in documentation is how change a weekday from short to long format $a-$A, but it is ok. Nevermind. All other calendar I requested based Java and allow visitors throug user-friendly interface add or edit event. As per this moment we will ignore that option for visitors and all events edits would be done by some administrators. So those another calendars cold be assigned as low priority for now. The lunar calendar is very important thing for providing a dynamic data for everyday visits and could motivate users come more often. The extention I asked to install in this task seemed to be unclear about how to use it. I was looking for some lunar calendar template or extention on Wikipedia, but seems like Wikipedia does not have any tools in this topic as per now. They have a lot of pdf's or generated tables of lunar calendar or refer to third-side websites for such information, which is looks like there is nobody who requested or built such calendar tools yet. I believe the Miraheze community could benefit from locall calendar conversion toll, if it would be built and provided to wikifarm in form of template or extension. So the bottom line, all other calendar requests are not important as lunar calendar / moon phases conversion tool. Thank you in advance. Appreciate your work and Happy =5th= Anniversary to Miraheze ! "5" is magical number. Good luck and together all the way to future.
Jul 26 2020
It does not appear, The top panel with buttons gone.
The bottom panel works and works as usual as it suppose to be. It allows to put remark and save page.
Jul 25 2020
Jul 23 2020
Jul 21 2020
Appreciate it. Thanks.
Jul 19 2020
Jul 7 2020
After a couple of weeks trying adopt Calendar WikiVoyage, I stuck on problem. There is no way to assign two events to one day.
So there were two options: Wikivoyage and MsCalendar , the last one does not speaking russian at least, but there is a hope, the translation of MsCalendar is in progress by Wikimedia community.
As I described before, the calendar must be multi-lingual and the links to event names, the priority, to be located in square of day number.
So there are a several extentions I asked to instal and are waiting for review. I can not do nothing with existed options on Miraheze regarding calendar. So far the biggest problem with wiki is lack of calendar options, in other things the Mediawiki and Miraheze is the best solution I found for wiki developing.