[Wikitech-l] Re: New Codesearch interface in beta testing

Thanks Kunal, and Krinkle! Greg Rundlett On Thu, Oct 20, 2022 at 3:56 PM Gergo Tisza wrote: > Great work, thank you, both! The speed upgrade, the new sidebar, the more > manageable repo list, and Phabricator export all fix big pain points. > ___ >

[Wikitech-l] Re: Microsoft Word to Wiki (via LibreOffice)

erward (bold headings, > inconsistent list markup, etc), but it's probably the easiest for > non-technical folks. > > ACN > > On Mon, Oct 25, 2021 at 4:35 PM Greg Rundlett (freephile) > wrote: > > > > And alas, there's nothing found on ToolHub for pandoc either. > &

[Wikitech-l] Re: Microsoft Word to Wiki (via LibreOffice)

And alas, there's nothing found on ToolHub for pandoc either. https://toolhub.wikimedia.org/search?q=pandoc=-score=1_size=12 On Mon, Oct 25, 2021 at 4:30 PM Greg Rundlett (freephile) < g...@freephile.com> wrote: > On Mon, Oct 25, 2021 at 3:57 PM Juergen Fenn wrote: > >> You

[Wikitech-l] Re: Microsoft Word to Wiki (via LibreOffice)

On Mon, Oct 25, 2021 at 3:57 PM Juergen Fenn wrote: > You might like to give a try? > > Thanks. For cli users, pandoc is probably the best choice. And I would certainly consider it as the conversion engine when standing up a new service to convert docx to Wikitext. When I

[Wikitech-l] Microsoft Word to Wiki (via LibreOffice)

Our users have found that using LibreOffice to convert MS Word documents to wikitext is the best approach to getting 'mostly there' when you want to create a wiki page from some MS Word document. In the past, I've created a headless LibreOffice setup to accept file uploads to give editors a

Re: [Wikitech-l] MediaWiki now supports ES6

This is great news! Thanks for all the work that has gone into this and thanks in advance for continued support! Greg Rundlett https://eQuality-Tech.com https://freephile.org On Tue, Mar 16, 2021 at 7:27 PM Roan Kattouw wrote: > > The Vue migration team is pleased to announce that MediaWiki

Re: [Wikitech-l] Making breaking changes without deprecation?

Thanks hashar, understood! Greg Rundlett ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Wikimedia's GitHub org help

Thanks for doing this Tyler! Greg Rundlett https://eQuality-Tech.com https://freephile.org On Tue, Sep 1, 2020 at 11:56 AM Tyler Cipriani wrote: > Hi all! > > Thank you for reviewing my list of the Wikimedia org's GitHub projects! > > A *lot* of repos were archived or deleted. Additionally,

Re: [Wikitech-l] Making breaking changes without deprecation?

I like the idea of streamlining deprecation and avoiding the cost of maintaining obsolete code. I also **want** to publish my code on Gerrit. As a 3rd-party extension developer who doesn't write a lot of code, one of the biggest complaints that I have is that it's "hard" to publish your work in

Re: [Wikitech-l] How to invalidate a ResourceLoader URL that depends on user-generated content?

If your cache layer is APC, and your cached file is PHP (e.g. load.php?querystring), then you can configure APC to always check for a revised file in the backend (opcache.validate_timestamps=1 in php.ini) -- this may solve the issue if it wasn't set previously. Also, you can write your own

Re: [Wikitech-l] Adding a gadget to VisualEditor

Yaron Koren is working on a BPMN extension to MediaWiki, and just presented his work at SMWCon Fall 2019 Greg Rundlett https://eQuality-Tech.com https://freephile.org On Thu, Sep 26, 2019 at 11:08 PM Mukunda Modell wrote: > I have often thought of

Re: [Wikitech-l] The mw.ext construct in lua modules

Sound proposal in my opinion. Greg Rundlett https://eQuality-Tech.com https://freephile.org On Sat, Feb 2, 2019 at 8:32 AM Eran Rosenthal wrote: > I agree with John, and I think mw.ext.EXTNAME should be avoided and we > should prefer mw.EXTNAME which is clear and simple and fills very native.

Re: [Wikitech-l] Can/should my extensions be deleted from the Wikimedia Git repository?

I for one definitely support the "concept" of a CoC; and the enforcement of it. I also definitely agree with Yaron. He's not even arguing about the merits of a CoC. He's simply stating that the file doesn't belong in every single repo. I wholeheartedly agree with that position. He's also arguing

Re: [Wikitech-l] Announcing a new security testing tool for MediaWiki extensions "phan-taint-check-plugin"

Thanks Brian! As an integrator, I'm often concerned about the quality of 3rd party extensions. This should be super useful. I hope to give feedback once I get this setup and run various checks with it. Greg Rundlett https://qualitybox.us ___ Wikitech-l

Re: [Wikitech-l] Security release: 1.29.2 / 1.28.3 / 1.27.4

> > > > There is no corresponding Git tags 1.29.2, 1.28.3, 1.27.4, could someone > > issue them? > > > > I guess they are respectively ee7f9fe, 5b85506, a806476. > Thanks Seb Greg Rundlett https://eQuality-Tech.com https://freephile.org