[Wikitech-l] Re: [Commons-l] Re: Commons app - v5.0 release

2024-05-13 Thread Kaartic Sivaraam

Hi Gnangarra,

On 13/05/24 10:45, Gnangarra wrote:
 From some who uses the app regularly, has big thumbs, and needs reading 
glasses I'll appreciate the voice input feature, now it just has to 
recognise my Australian accent 藍  this should be interesting, and I'll 
apologize early on for any slips of the tongue.




Good to hear that you would find the voice input feature helpful. As to 
the australian accent being recognized, we just piggy back on the 
speech-to-text services that are available in your device. If you 
already use any speech-to-text service that recognizes your accent well, 
the same should work fine for app's voice input feature too.


If you notice any discrepancy, feel free to let us know :-)


Thank you and everyone thats working on it.



Thank you for the kind words!

--
Sivaraam
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/

[Wikitech-l] Commons app - v5.0 release

2024-05-12 Thread Kaartic Sivaraam
Hi all,

Hope you have been well! We have just released v5.0.1 of the Commons
Android app to production. The update is now available on Play store [1]
and F-droid [2]. You could also build the app directly from our GitHub
repository [3].

If you've faced issues with your profile not working / contribution information
not being shown appropriately, sorry about that! We've fixed that in
this version
:-)

We've had yet another revamp of the Maps screens in this version. We replaced
Mapbox altogether with the osmdroid library. Key elements like pin visualization
and user-centered display are still included in this redesign. We did
this to guard
against possible misuse of the Mapbox token and, more crucially, to keep the app
from becoming dependent on a service that charges for usage but offers
a free tier.

As a consequence, you may observe the Nearby and other Map screens not being
as snappy as they used to. We've noticed this and are actively
discussing on ways
to improve the same[4]. Feel free to chime in with your thoughts.

Talking about improvements to the app, this year Kanahia will be contributing to
the app during Google Summer of Code 2024! His project will focus on improving
upload queue management [5]. He will be mentored by Nicolas and Ritika.

Other significant changes:

- Add the ability to export locations of nearby missing pictures in GPX and KML
  formats. This allows you to browse the locations with desired radius
for offline
  use in your favourite map apps like OsmAnd or Maps.ME

- Added a compass arrow in the Nearby banner shown in the "Contributions" screen
  to guide you towards the nearest item, thus providing the missing
directional cues.
  The arrow dynamically adjusts based on device rotation, aligning
with the calculated
  bearing towards the target location. Further, the distance and
direction are updated as
  you move.

- Implemented voice input feature for caption and description fields,
enabling you
  to dictate text directly into these fields.

- Improved various flows in the app to redirect you to the login page
and display a
  persistent message if your session becomes invalid due to a password change.

- Revamped initial upload screen layout and the description edit
screen layout for
  enhanced user experience and ensuring better symmetry in the design.

These are only a small chunk of all the changes that were part of this
release. Checkout
our release notes [3] for a more detailed set of changes since the
last announcement.

As always, feel free to reach our to us with your valuable feedback.
You could share
feedback in our talk page [6] / by writing an e-mail to
commons-app-andr...@googlegroups.com / via our issue tracker [7].

[[ References ]]

[1]: https://play.google.com/store/apps/details?id=fr.free.nrw.commons
  (staged rollout has been initiated. It should be available in few days)
[2]: https://f-droid.org/en/packages/fr.free.nrw.commons
[3]: https://github.com/commons-app/apps-android-commons/releases/tag/v5.0.0
[4]: https://github.com/commons-app/apps-android-commons/issues/5529
[5]: https://phabricator.wikimedia.org/T360265
[6]: https://commons.wikimedia.org/wiki/Commons_talk:Mobile_app
[7]: https://github.com/commons-app/apps-android-commons/issues

Best regards,
Sivaraam (User:Kaartic)
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/


[Wikitech-l] Commons app - v4.2 release

2023-11-06 Thread Kaartic Sivaraam

Hi all,

Hope you have been well! We have just released v4.2 of the Commons 
Android app to production. The update is now available on Play store [1] 
and F-droid [2]. You could also build the app directly from our GitHub 
repository [3].


An important thing we wanted to communicate. We've changed the Mapbox 
API key used by the app in this release (v4.2.1) due to some unforeseen 
circumstances. We also had to revoke the old API key that is being used 
by the older version of the app (< v4.2.1).


You might face issues with accessing maps in those versions of the app 
such as the Nearby screen appearing blank etc. We request your to kindly 
upgrade to v4.2.1 in order to continue using the features for which 
rendering a map is necessary. Other features should work fine. We regret 
the inconvenience that this may cause. Feel free to open an issue in our 
issue tracker [4] for any assistance. We'll be glad to help.


This release also includes the done by Ritika Pahwa during GSoC 2023. 
This includes changes done to improve the reliability of the failed, 
stuck uploads and changes to prevent location metadata loss for uploads 
done via in the app.


In case you've been facing issues with the uploads, do give the latest 
version a try. It should be better than before. Feel free to reach out 
to us with any feedback you may have. It would be very helpful.


Other significant changes:

- Dark mode colour improvements

- Uploading via the in-app camera has been fixed and should work
  normally.

- Provide the ability to edit an image to losslessly rotate it while
  uploading.

- Category search now shows exact matches without any discrepancies

- We've switched to using MapLibre instead of Mapbox and thereby
  disabled telemetry sent to Mapbox. We're also actively exploring
  alternatives to Mapbox so that we could completely move away from it.
  Check out the related issue [5] for information regarding the same.

- Fix some redundant crash issues

Checkout our changelog [6] for a more detailed set of changes since the 
last announcement.


[[ References ]]

[1]: https://play.google.com/store/apps/details?id=fr.free.nrw.commons
[2]: https://f-droid.org/en/packages/fr.free.nrw.commons
[3]: https://github.com/commons-app/apps-android-commons/releases/tag/v4.2.1
[4]: https://github.com/commons-app/apps-android-commons/issues
[5]: https://github.com/commons-app/apps-android-commons/issues/5352
[6]: 
https://github.com/commons-app/apps-android-commons/blob/main/CHANGELOG.md



Best regards,
Sivaraam (User:Kaartic)
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/


[Wikitech-l] Fwd: Call for Election Volunteers - WMF Board of Trustees

2021-05-08 Thread Kaartic Sivaraam
 Forwarding to wikitech-ambassadors as this seems to be related to
community outreach.

-- Forwarded message -
From: Krishna Chaitanya Velaga 
Date: Thu, 6 May 2021 at 13:00
Subject: [Wikitech-l] Call for Election Volunteers - WMF Board of Trustees
To: 


Hi all,


Would you like to get more people taking part in the Wikimedia Foundation’s
Board of Trustees election?

The Wikimedia Foundation Board of Trustees announced the plan for the 2021
Board elections
.
That plan includes outreach and communication support for the Board
elections. The Board election facilitators will:

   - Inform communities of the trustee selection process
   - Invite communities to engage in voting
   - Encourage people representing emerging Wikimedia communities to run as
   candidates

Voter turnout in prior elections was about 10% globally. It was better in
communities with volunteer election support. Some of those communities
reached over 20% voter turnout. We know we can get more voters to help
assess and promote the best candidates, but to do that, we need your help.

We are looking for volunteers to serve as Election Volunteers. Election
Volunteers should have a good understanding of their communities. The
facilitation team sees Election Volunteers as doing the following:

   - Promote the election in their communities’ channels
   - Organize discussions about the election in their communities
   - Translate messages for their communities

*Who are the Election Volunteers to connect your community with this
movement effort? Is it you? Or someone you know?* *Check out more details
about Election Volunteers*

and
add your name next to the community you will support in this table

 or get in contact with a facilitator
.
We aim to have at least one Election Volunteer for Wiki-projects in the top
30 for eligible voters. Even better if there are two or more sharing the
work.


Best,

Krishna Chaitanya
Communications Facilitator, Board Governance
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


Re: [Wikitech-l] Where are all the skins? (a call to action)

2020-12-23 Thread Kaartic Sivaraam
Hi Jon,


On 22 டிசம்பர், 2020 5:06:44 AM IST, Jon Robson  wrote:
>tldr: If you have built skins or use skins that are not listed on
>MediaWiki.org, please list them [4] and check that they work with
>current
>MediaWiki.org. If you have always wanted to build a skin try the new
>tool
>and give me feedback on how you get on! [3].
>

Thanks a lot for working on this! It's really good to see a tool that lists 
many skins available for MediaWiki. I've long stuck with Vector. I think with 
this tool I might be able to find something else that better suits my taste :)
 
-- 
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


Re: [Wikitech-l] Help with Mailman spam filter

2020-08-27 Thread Kaartic Sivaraam
On 27-08-2020 13:58, Léa Lacroix wrote:
> Hello all,
> 
> I hope that this is the right list to ask about Mailman's admin options, if
> not, let me know where I should ask :)
> 
> I'm looking for someone to help me with the config of a mailing-list, to
> reactivate the semi-automated spam filter.
> 
> I'm one of the admins on the Wikidata mailing-list. A while ago, to prevent
> my newsletter to be considered as spam because it included too many links,
> I changed something in the config of the mailing-list, I don't remember
> exactly what,  but it was about not filtering spam for the admins anymore,
> and sending each single spam email (or emails from non-registered users) to
> the ML owners. Since then we end up with tons of emails in our mailboxes
> everyday. I tried to reactivate this "pre-filter" feature, but I can't
> remember where it is and how to do it right.
> 
> Does anyone have a clue about how to fix this? Thanks in advance :)
> 

I'm not a pro when it comes to mailman. So, I couldn't give explicit
answers. Anyways, I found the following articles which might possibly
help you:

* Mailman Administrators FAQ
  https://blink.ucsd.edu/technology/email/services/lists/admin/faq.html
  (In particular, the "List moderation and spam" section)

* Mailman: List Configuration Options
  https://blink.ucsd.edu/technology/email/services/lists/admin/config.html

* HOWTO Deal With Spam as a Mailman List Owner
  https://dltj.org/article/mailman-spam-howto/

--
Sivaraam

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


Re: [Wikitech-l] Upgrading mailman (the software behind mailing lists)

2020-08-09 Thread Kaartic Sivaraam
Hi,


On 9 ஆகஸ்ட், 2020 2:25:30 AM IST, Amir Sarabadani  wrote:
>Hey,
>Mailman, the software that powers our mailing lists, is extremely old,
>by
>looking at https://lists.wikimedia.org/ you can guess how old it is.
>
>I would really like to upgrade it to mailman 3 which has these
>benefits:
>* Much better security (including but not limited to
>https://phabricator.wikimedia.org/T181803)
>* Much better UI and UX

Including a mobile friendly archive page! I really love this. Thanks!!

-- 
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] CI and Code Review

2020-07-07 Thread Kaartic Sivaraam
Hi Gregg,

Thanks for the details.


>
>PS: Please let me know where else this announcement should be sent.
>

I think it would be a good idea to send this to the Wikitech Ambassadors 
 list.

If not already done, mentioning in Tech News 
[https://meta.m.wikimedia.org/wiki/Tech/News] would be a good thing too.

-- 
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Tool to "convert" timezones for international online events

2020-06-10 Thread Kaartic Sivaraam
Hi,



On 10 June 2020 20:43:10 GMT+05:30, "Michael Schönitzer" 
 wrote:
>Hi,
>
>due to the global health crisis we nowadays have more online events.
>This
>allows for people around the globe to participate but also means easier
>handling different timezones is more important.
>Since Wikimedians love to organize and schedule their events onwiki,
>often
>on Meta-Wiki, I wrote a tiny userscript and template that allows
>organizers
>to set up the conference program with UTC times and users can see them
>in
>their local timezone and local date format. It's of course also usable
>for
>all other kinds of pages.
>

Nice. That would be a useful tool, indeed.

I just have a doubt. Does this script by itself add information about the 
timezone in which the time is shown? That would be helpful to quickly identify 
if the time is localized or not. 

>It works and is useable but so far still in my user namespace:
>https://meta.wikimedia.org/wiki/User:Michael_Sch%C3%B6nitzer_(WMDE)/timezoneconverter



-- 
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [discovery] Case-insensitive category title search not possible?

2020-04-14 Thread Kaartic Sivaraam
Hi,


On 14 April 2020 00:54:13 GMT+05:30, Erik Bernhardson 
 wrote:
>On Fri, Apr 10, 2020 at 11:41 AM Guillaume Lederrey
>
>wrote:
>
>> Routing to discovery@ where all the search people are.
>>
>> On Fri, Apr 10, 2020 at 2:43 PM Kaartic Sivaraam <
>> kaarticsivaraam91...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> Is there any MediaWiki API that could be used for a proper
>>> case-insensitive category title search? Or is this still something
>that
>>> doesn't exist yet?
>>>
>>
>To my knowledge this is something that doesn't exist yet.
>

Ok.

>>
>>> For some context, I'm asking this for a feature request[1] in the
>>> Commons Android app that asks for a case insensitive category title
>>> search. In case you're wondering where category search comes into
>>> picture in the app, adding appropriate categories for an image is
>part
>>> of the upload flow.
>>>
>>> I wonder that such an API doesn't exist yet for the following
>reasons:
>>>
>>> A) The exhaustive search for such an API wasn't fruitful. The
>closest we
>>> got was using `generator=search` with
>`srsearch=intitle:$SEARCH_TERM`
>>> and `srnamespace=14` (14 is the id for category namespace in
>Commons).
>>> But it's not a proper category search as it is essentially a search
>for
>>> pages existing in Category namespace. See [2] for why it's not a
>proper
>>> category search.
>>>
>> B) I saw "T59302 Suggest case insensitive results when searching for
>>> categories to add"[3] which is still open. In particular the comment
>in
>>> the ticket pointed to by [4].
>>>
>>
>This all seems correct to me. The comment linked here ([4]) still holds
>true today, ...

Thanks for the confirmation/clarification!

> ... to perform this search we would need to add lowercased
>prefix
>indices somewhere.
>

Yeah, that would be helpful. What would be even more helpful is an API that 
allows to search the list of categories in a way similar to the `search` API 
with `intitle:`. The prefix only search is a bit limiting as it requires the 
user to either know or guess the prefix of a relevant category. Thus it makes 
it difficult to find appropriate categories. Just sharing a thought :)

>So, is my understanding that an API for case-insensitive category title
>>> search doesn't exist correct? Or am I missing something?
>>>
>>> Footnotes:
>>> [1]: https://github.com/commons-app/apps-android-commons/issues/3179
>>> [2]: https://phabricator.wikimedia.org/T59302#2707969
>>> [3]: https://phabricator.wikimedia.org/T59302
>>> [4]: https://phabricator.wikimedia.org/T59302#3977813
>>>
>>> Hoping you're safe,
>>> Sivaraam
>>>
>>> 

Thanks,
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Case-insensitive category title search not possible?

2020-04-10 Thread Kaartic Sivaraam

Hi,

Is there any MediaWiki API that could be used for a proper 
case-insensitive category title search? Or is this still something that 
doesn't exist yet?


For some context, I'm asking this for a feature request[1] in the 
Commons Android app that asks for a case insensitive category title 
search. In case you're wondering where category search comes into 
picture in the app, adding appropriate categories for an image is part 
of the upload flow.


I wonder that such an API doesn't exist yet for the following reasons:

A) The exhaustive search for such an API wasn't fruitful. The closest we 
got was using `generator=search` with `srsearch=intitle:$SEARCH_TERM` 
and `srnamespace=14` (14 is the id for category namespace in Commons). 
But it's not a proper category search as it is essentially a search for 
pages existing in Category namespace. See [2] for why it's not a proper 
category search.


B) I saw "T59302 Suggest case insensitive results when searching for 
categories to add"[3] which is still open. In particular the comment in 
the ticket pointed to by [4].


So, is my understanding that an API for case-insensitive category title 
search doesn't exist correct? Or am I missing something?


Footnotes:
[1]: https://github.com/commons-app/apps-android-commons/issues/3179
[2]: https://phabricator.wikimedia.org/T59302#2707969
[3]: https://phabricator.wikimedia.org/T59302
[4]: https://phabricator.wikimedia.org/T59302#3977813

Hoping you're safe,
Sivaraam

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Patents on MediaWiki search and WMF v. WordLogic

2020-03-18 Thread Kaartic Sivaraam
Hi Federico,


On 18 March 2020 17:47:23 GMT+05:30, "Federico Leva (Nemo)" 
 wrote:
>
>The case is doing the rounds and I've not seen it on CourtListener 
>(don't all WMF lawyers use RECAP? :-) ), so I've uploaded the WMF 
>complaint to
>
>

Thanks a lot for sharing this. The complaint was a rather interesting one.

-- 
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] "Chain verification error" when trying to log-in to Beta cluster

2020-01-31 Thread Kaartic Sivaraam
Hi Brian,

On Fri, 31 Jan 2020 at 12:10, Brian Wolff  wrote:
>
> The ssl tester site is reporting that ocsp stapling is misconfigured on
> that domain, maybe that's causing the issue(?)
>

Thanks a lot for the useful tip! It does seem to be a plausible cause.
I searched
Phabricator with the OCSP hint and was able to find the following task which
describes essentially the same issue with the English wikipedia beta instance.

https://phabricator.wikimedia.org/T243881

> One of the biggest differences is that beta uses lets encrypt. If for some
> reason the platform you are testing on didnt have lets encrypt certs
> installed, that could cause this. However lets encrypt at this point is
> very widely supported.
>

Yeah. I too believe Let's encypt certificates would be available on Android
devices running Android 8+ (Android 8+ is a pre-requisite for the issue
to surface). So, inexistence of the Let's encrypt certificates shouldn't be
an issue. As a supporting factor, I don't observe the issue described in
my previous mail in my device which runs Android 5.1.1 (yeah, it's a bit old).
Given the fact that the Let's encrypt certificate is available in a device as
old as mine, I think it's safe to assume that the certificates would be
available in devices running Android 8+ too :-)

Thanks for your help,
Sivaraam

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] "Chain verification error" when trying to log-in to Beta cluster

2020-01-30 Thread Kaartic Sivaraam
Hi all,

I'm writing this email about an issue we recently faced in the
Wikimedia Commons Android app. The beta flavour[1] of the Commons app
connects to the Wikimedia Commons beta cluster[2]. When trying to
log-in to the beta cluster using valid credentials we get the
following error[3]:

javax.net.ssl.SSLHandshakeException: Chain validation failed

We get this error when trying to do the following API call:

https://commons.wikimedia.beta.wmflabs.org/w/api.php?format=json=2=plaintext=query=tokens=login

This seems to be a problem only when making the API call to get the
login token from the app (IIUC, we use OkHttp to make the API call).
The same API call succeeds without issues when done using the browser.
We're not sure what's causing this issue. We've stopgapped the
issue[4] for the mean time but we would like to identify the actual
problem and fix it. It would be nice if someone could help us with
identifying the problem. If there's a better place or person to
contact about this issue please let us know.

As the stopgap fix has been merged, the beta version built from the
latest source in 'master'[5] would not have the issue described above.
The source that has the issue can be found at [6].

Notes and references
[1]: It's different from the beta version released in Play store.
[2]: https://commons.wikimedia.beta.wmflabs.org
[3]: Unable to login #3320 -
https://github.com/commons-app/apps-android-commons/issues/3320
[4]: https://github.com/commons-app/apps-android-commons/pull/3349 and
https://github.com/commons-app/apps-android-commons/pull/3350
[5]: https://github.com/commons-app/apps-android-commons/tree/master
[6]: 
https://github.com/commons-app/apps-android-commons/tree/fe56cefdbca21125e9202b30c408b3736dc3421d

Thanks,
Sivaraam

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Tech Talk - Special Edition] Camille Fournier: The Manager's Path | 5, December 2019, 8 PM UTC

2019-12-06 Thread Kaartic Sivaraam Sankaranayan
Hi Sarah,

Did this happen? I get a "Video unavailable: This video is private" error
when trying to access the youtube link. Is the recorded available somewhere?

--
Sivaraam

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Discovery Weekly Update for the week starting 2018-11-12

2018-11-20 Thread Kaartic Sivaraam
Hi Chris,

On 20 November 2018 03:39:02 GMT+05:30, Chris Koerner  
wrote:
>
>== Did you know? ==

Thanks for the informative did you know section. It was an interesting read. :-)


>* Letters are encoded internally by computers as numbers—for example,
>“A” is 65 and “a” is 97.[3] Years ago, programs and even websites
>would use different encodings[4] to represent text, often leading to
>unreadable gibberish on screen. Unicode[5] was intended to be a single
>encoding for most of the world’s writing systems. The most-used parts
>of it fit into a 16-bit representation,[6] which can handle about 65
>thousand characters. But that's not enough for the very large number
>of rare and historical Chinese, Japanese, and Korean (CJK) characters,
>which are represented in 16-bit Unicode using “surrogate pairs”.[7]
>1,024 Unicode characters are set aside to be “high surrogates”—the
>first half of a 32-bit character—and 1,024 characters are set aside to
>be “low surrogates”—the second half. By themselves, the surrogates
>aren’t valid and don’t represent anything, but in pairs they can
>represent over a million additional characters. Since these characters
>are usually rare, software can sometimes treat them incorrectly split
>them up, which can result in you seeing the Unicode replacement
>character �,[8] which is used when something has gone wrong processing
>Unicode text. (When the character is fine, but you don’t have a font
>to show it, you sometimes get little squares instead. Since the most
>common source of these squares for English speakers is unrepresented
>CJK characters, a slang term for the squares is “tofu”.[9])
>
>[0] https://phabricator.wikimedia.org/T168427
>[1] https://phabricator.wikimedia.org/T209293
>[2] https://phabricator.wikimedia.org/T209156
>[3] https://en.wikipedia.org/wiki/ASCII#Printable_characters
>[4]
>https://en.wikipedia.org/wiki/Character_encoding#Common_character_encodings
>[5] https://en.wikipedia.org/wiki/Unicode
>[6] https://en.wikipedia.org/wiki/UTF-16
>[7]
>https://en.wikipedia.org/wiki/Universal_Character_Set_characters#Surrogates
>[8]
>https://en.wikipedia.org/wiki/Specials_(Unicode_block)#Replacement_character
>[9] https://en.wiktionary.org/wiki/tofu#Noun
>


-- 
Sivaraam

Sent from my Android device with K-9 Mail. Please excuse my brevity.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] MediaWiki and OpenID Connect

2018-05-08 Thread Kaartic Sivaraam
On Tuesday 08 May 2018 07:57 PM, Adam Sobieski wrote:
> In response to some discussion, I now consider there to be two distinct 
> topics: (1) MediaWiki software should provide configurable OpenID Connect 
> features for account verification and account linking, (2) Wikipedia should 
> utilize and configure such features at all, in a certain way or have a 
> certain policy.
> 

I think Gergo has made a valid and strong point by pointing out a
decision that has already been made [0].

Regardless, you might be very interested in finding a conclusion to a
long-standing problem. Unfortunately, this doesn't seem to be the right
place to discuss this (as already noted by someone else on this thread).
Try discussing this in the "Wikimedia Forum" [1] or the "Village pump of
enwiki" [2] and similar pages on other projects. You would get a better
discussion there.

[0]: https://en.wikipedia.org/wiki/Wikipedia:There_is_no_credential_policy

[1]: https://meta.wikimedia.org/wiki/Wikimedia_Forum

[2]: https://en.wikipedia.org/wiki/Wikipedia:Village_pump


-- 
Sivaraam

QUOTE:

“The most valuable person on any team is the person who makes everyone
else on the team more valuable, not the person who knows the most.”

  - Joel Spolsky


Sivaraam?

You possibly might have noticed that my signature recently changed from
'Kaartic' to 'Sivaraam' both of which are parts of my name. I find the
new signature to be better for several reasons one of which is that the
former signature has a lot of ambiguities in the place I live as it is a
common name (NOTE: it's not a common spelling, just a common name). So,
I switched signatures before it's too late.

That said, I won't mind you calling me 'Kaartic' if you like it [of
course ;-)]. You can always call me using either of the names.


KIND NOTE TO THE NATIVE ENGLISH SPEAKER:

As I'm not a native English speaker myself, there might be mistaeks in
my usage of English. I apologise for any mistakes that I make.

It would be "helpful" if you take the time to point out the mistakes.

It would be "super helpful" if you could provide suggestions about how
to correct those mistakes.

Thanks in advance!



signature.asc
Description: OpenPGP digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Apa yang membuat anda gembira minggu ini? / What's making you happy this week? (Week of 6 May 2018)

2018-05-08 Thread Kaartic Sivaraam
On Sunday 06 May 2018 11:27 PM, Pine W wrote:
> I was happy to read about the new features in the latest release of the 
> Wikimedia Commons app for Android. My understanding is the app is developed 
> and maintained by community members with funding from WMF and GSoC in 
> addition to volunteer time.
> 

This seems to be a correct understanding, indeed.

> What's making you happy this week? You are welcome to comment in any language.
> 

I'm happy about the fact that reading lists are now synced in the
Wikipedia App with the Wikipedia account you use in it. Further, the
syncing is done in both Android and iOS and works across both platforms.
o further add to it, work is being done to enable reading lists for the
web [1]! Though it has been a few weeks since the change has been
deployed, I noticed the announcement just recently.

I'm also happy about the fact that the Wikimedia Commons Android app is
considering the usage of a fairly new and experimental RESTBase endpoint
(/page/media) for introducing a new feature to the app [2]. Feel free to
chime in to the discussion to provide your related thoughts/suggestions.

References:

[1]: https://lists.wikimedia.org/pipermail/mobile-l/2018-April/010634.html

[2]: https://github.com/commons-app/apps-android-commons/issues/872

-- 
Sivaraam

QUOTE:

“The most valuable person on any team is the person who makes everyone
else on the team more valuable, not the person who knows the most.”

  - Joel Spolsky


Sivaraam?

You possibly might have noticed that my signature recen tly changed from
'Kaartic' to 'Sivaraam' both of which are parts of my name. I find the
new signature to be better for several reasons one of which is that the
former signature has a lot of ambiguities in the place I live as it is a
common name (NOTE: it's not a common spelling, just a common name). So,
I switched signatures before it's too late.

That said, I won't mind you calling me 'Kaartic' if you like it [of
course ;-)]. You can always call me using either of the names.


KIND NOTE TO THE NATIVE ENGLISH SPEAKER:

As I'm not a native English speaker myself, there might be mistaeks in
my usage of English. I apologise for any mistakes that I make.

It would be "helpful" if you take the time to point out the mistakes.

It would be "super helpful" if you could provide suggestions about how
to correct those mistakes.

Thanks in advance!



signature.asc
Description: OpenPGP digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Getting a local dump of Wikipedia in HTML

2018-05-08 Thread Kaartic Sivaraam
On Tuesday 08 May 2018 05:53 PM, Kaartic Sivaraam wrote:
> On Friday 04 May 2018 03:49 AM, Bartosz Dziewoński wrote:
>> On 2018-05-03 20:54, Aidan Hogan wrote:
>>> I am wondering what is the fastest/best way to get a local dump of
>>> English Wikipedia in HTML? We are looking just for the current
>>> versions (no edit history) of articles for the purposes of a research
>>> project.
>>
>> The Kiwix project provides HTML dumps of Wikipedia for offline reading:
>> http://www.kiwix.org/downloads/
>>
> 
> In case you need pure HTML and not the ZIM file format, you could check
> out mwoffliner[1], ...

Note that the HTML is (of course) is not the same as the one you see
when visiting Wikipedia. For example, the side bar links are not present
here, the ToC would not be present.


-- 
Sivaraam

QUOTE:

“The most valuable person on any team is the person who makes everyone
else on the team more valuable, not the person who knows the most.”

  - Joel Spolsky


Sivaraam?

You possibly might have noticed that my signature recently changed from
'Kaartic' to 'Sivaraam' both of which are parts of my name. I find the
new signature to be better for several reasons one of which is that the
former signature has a lot of ambiguities in the place I live as it is a
common name (NOTE: it's not a common spelling, just a common name). So,
I switched signatures before it's too late.

That said, I won't mind you calling me 'Kaartic' if you like it [of
course ;-)]. You can always call me using either of the names.


KIND NOTE TO THE NATIVE ENGLISH SPEAKER:

As I'm not a native English speaker myself, there might be mistaeks in
my usage of English. I apologise for any mistakes that I make.

It would be "helpful" if you take the time to point out the mistakes.

It would be "super helpful" if you could provide suggestions about how
to correct those mistakes.

Thanks in advance!



signature.asc
Description: OpenPGP digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Getting a local dump of Wikipedia in HTML

2018-05-08 Thread Kaartic Sivaraam
On Friday 04 May 2018 03:49 AM, Bartosz Dziewoński wrote:
> On 2018-05-03 20:54, Aidan Hogan wrote:
>> I am wondering what is the fastest/best way to get a local dump of
>> English Wikipedia in HTML? We are looking just for the current
>> versions (no edit history) of articles for the purposes of a research
>> project.
> 
> The Kiwix project provides HTML dumps of Wikipedia for offline reading:
> http://www.kiwix.org/downloads/
> 

In case you need pure HTML and not the ZIM file format, you could check
out mwoffliner[1], the tool used to generate ZIM files. It dumps HTML
files locally before generating the ZIM file. Though, HTML is an
intermediary for the tool it could be held back if you wish. See [2] for
more information about what options the tool accepts.

I'm not sure if it's possible to instruct the tool to stop immediately
after the dumping of the pages thus avoiding the creation of the ZIM
file altogether. But you could work around it by perusing the 'verbose'
output (turned on through the '--verbose' option) of the tool to
identify when dumping has been completed and stop it manually.

In case of any doubts about using the tool, feel free to reach out.

References:
[1]: https://github.com/openzim/mwoffliner
[2]: https://github.com/openzim/mwoffliner/blob/master/lib/parameterList.js


-- 
Sivaraam

QUOTE:

“The most valuable person on any team is the person who makes everyone
else on the team more valuable, not the person who knows the most.”

  - Joel Spolsky


Sivaraam?

You possibly might have noticed that my signature recently changed from
'Kaartic' to 'Sivaraam' both of which are parts of my name. I find the
new signature to be better for several reasons one of which is that the
former signature has a lot of ambiguities in the place I live as it is a
common name (NOTE: it's not a common spelling, just a common name). So,
I switched signatures before it's too late.

That said, I won't mind you calling me 'Kaartic' if you like it [of
course ;-)]. You can always call me using either of the names.


KIND NOTE TO THE NATIVE ENGLISH SPEAKER:

As I'm not a native English speaker myself, there might be mistaeks in
my usage of English. I apologise for any mistakes that I make.

It would be "helpful" if you take the time to point out the mistakes.

It would be "super helpful" if you could provide suggestions about how
to correct those mistakes.

Thanks in advance!



signature.asc
Description: OpenPGP digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [WikimediaMobile] Readers Monthly update for December 2017

2018-01-09 Thread Kaartic Sivaraam
On Monday 08 January 2018 08:50 PM, Chris Koerner wrote:
> * Initial bugs with download to PDF button on mobile now resolved
>
Just to be sure, I hope you are not referring to T182059 which has not
been resolved yet.

[not referencing the related tasks/pages seems to have it's own issues ;-)]


-- 
Kaartic

Quote: "Be creative. Be adventurous. Be original. And above all else, be
young." - Wonder Woman



signature.asc
Description: OpenPGP digital signature
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to add custom styles to a page?

2017-09-18 Thread Kaartic Sivaraam

On Monday 18 September 2017 08:54 PM, Brad Jorsch (Anomie) wrote:

On Sat, Sep 16, 2017 at 5:24 PM, Gergo Tisza  wrote:


You could also just put it into User:Kaartic/common.css and wrap it in a
.page-User_Kaartic selector, that is less restrictive.


Although that will only apply the CSS for you while you're logged in, no
one else will see it.

Yeah, that was the reason I wanted to know if there was some other way 
to add
custom styles to a page. I find it useless to have styles (e.g., styles 
needed by

layout-grid) that make things look nice only to me but ugly for others.

---
Kaartic

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How to add custom styles to a page?

2017-09-18 Thread Kaartic Sivaraam

On Sat, 2017-09-16 at 10:46 -0400, Brian Wolff wrote:

> Im assuming here that you cannot just edit mediawiki:common.css
> 
> 

That's right.


> What you are looking for is TemplateStyles. This is not enabled on english
> wikipedia yet, but should be coming there soon (I think). It would allow
> you to use @media styles for your pages. See
> https://www.mediawiki.org/wiki/Help:TemplateStyles  for more details.
> 
> Templatestyles does not let you use css variables (the properties starting

> with -- and the var() css function), but the example css you used could
> easily be rewritten to not use that feature.
> 
Thanks, that sounds useful. IIRC, I have to create a template for the 
'layout grid' and add custom styles to that using TemplateStyles and use 
that template on my user page. Sounds like a lot of work.


--

Kaartic
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] How to add custom styles to a page?

2017-09-16 Thread Kaartic Sivaraam
I thought of using the 'layout-grid' Material design component on my 
user page


to make the userboxes respond to different screen sizes. It requires 
custom CSS


styles that have to be loaded when my user page is loaded. Where should 
I place


the CSS styles so that they get loaded each time my use page gets loaded?


N.B. : I can't place them inline, see for yourself [2].


[1]: https://material.io/components/web/catalog/layout-grids/

[2]: https://en.wikipedia.org/wiki/User:Kaartic/common.css


---

Kaartic


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Recommending Firefox to users using legacy browsers?

2017-09-01 Thread Kaartic Sivaraam

On Sat, 02 Sep 2017 02:06:09 +, Chad  wrote,

(3) I would*really*  like to have 2--maybe 3--browsers to list. There's
zero reason to make users think there's only one option when there's a
couple of valid ones.


I would love that too. Imagine that we do take the step and start promoting 
Firefox
"alone" to legacy users. I "suspect" the first reaction of a user who doesn't
take the time to realise we're promoting an open-source movement while trying to
help them get rid of their legacy browser to be,

   "I thought Wikipedia doesn't show ads/promotions. Seems they have
   changed their motive of "Not showing ads for revenue"! May be they'll
   be showing more ads in the future. ARRRGGHHH!"

That might be a little over boasted, though! In order to avoid such reactions 
how about
recommending Firefox in the pop-up/central notice and linking to a list of 
other good
browsers to show we aren't promoting /advertising browsers. For the list of 
other browsers
we could link to https://browsehappy.com

To address this,

On Fri Sep 1 13:55:19 UTC 2017, Federico Leva (Nemo)  wrote,

-1 to linking any resource which is not itself free software,
translatable with free software and managed by a privacy-compliant org.


I guess browsehappy is at least open source.

https://github.com/WordPress/browsehappy


---
Kaartic


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What type of language is the wikitext ?

2017-07-10 Thread Kaartic Sivaraam
On Mon, 2017-07-10 at 17:30 +0300, יגאל חיטרון wrote:
> Yes, but again, it's my opinion only.
> Igal
> 
I get that :) It seems your opinion is not wrong from seeing the
current syntax highlighter implementation[1]. It does seems to imitate
a PDA when details are ignored.

[1]: 
https://github.com/wikimedia/apps-android-wikipedia/blob/master/app/src/main/java/org/wikipedia/edit/richtext/SyntaxHighlighter.java#L148

-- 
Kaartic

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What type of language is the wikitext ?

2017-07-10 Thread Kaartic Sivaraam
On Wed, 5 Jul 2017 16:31:44 +0300, יגאל חיטרון  wrote,
> Hi. Any computer language that has parentheses isn't context free. So
> if
> you are not in Assembly, it's enough.
> About context-free - it's tricky question. I wouldn't call it context
> free
> because of some macro expansions, for example, the pipe ([[abc
> (def)|]] ->
> [[abc (def)|abc]]). The problem I don't know if it will really
> disturb you,
> because highlighting should not care about this.
> The first problem of context-free, templates, should not bother you
> either,
> because you do not have template expansion on the page is
> highlighted, only
> in "runtime". Even "subst" mechanism does not work before saving.
> I tried now to find some wikitext syntax constructs that created a
> "really"
> context sensitive problems, as text power (find ww for some w), but
> had not
> found anything.
> Any other oppinions?
> 
Thanks for the reply. So from what I could get does it mean that as far
as syntax-highlighting is concerned 'wikitext' could be considered to
be something close to a context-free language. As a result of, syntax
highlighting could be done with a program that works like a PDA.
Correct me if I'm wrong.

-- 
Kaartic

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What type of language is the wikitext ?

2017-07-10 Thread Kaartic Sivaraam
On Wed, 5 Jul 2017 07:48:18 -0700, Gabriel Wicke  wrote,
> Here is an older blog post describing some of the issues in parsing
> wikitext, including examples:
> https://blog.wikimedia.org/2013/03/04/parsoid-how-wikipedia-catches-up-with-the-web/
> 
Thanks! Will look into it.

-- 
Kaartic

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] What type of language is the wikitext ?

2017-07-05 Thread Kaartic Sivaraam

Dear all,

Quoting from my previous post,

   “Currently the syntax highlighter of the Wikipedia android app seems
   to be slow except on high-end devices. It has been proposed to
   change the implementation to provide users with a better
   (streamlined) experience while editing[1].”


I recently came to know from a reply to that post [2], that wikitext is 
not a "regular language"[3]. I wanted to know what kind of language 
wikitext is to ensure that the algorithm for syntax highlighting does 
the right work. Is wikitext a "Context Free Language" or is it something 
else?



Links
 -
[1]: https://phabricator.wikimedia.org/T164936
[2]: https://lists.wikimedia.org/pipermail/mediawiki-l/2017-June/046627.html
[3]: https://en.wikipedia.org/wiki/Regular_language

---
Regards,
Kaartic

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Wikitech-l Digest, Vol 167, Issue 15

2017-06-12 Thread Kaartic Sivaraam
On Mon, 2017-06-12 at 12:00 +, wikitech-l-requ...@lists.wikimedia.org wrote:
> On 8 Jun 2017 01:42, "zppix e" <megadev44s.m...@gmail.com> wrote:
> 
> Hello,
> Wikimedia's  AI team (side note: im unaffliated with wmf, was gaven
> permission to send this email)  will need help with setting up some
> wordlists for the tawiki ORES system (see T166052). If you have any
> knowledge of the Tamil lang, please come join us at
> chat.freenode.net,
> channel #wikimedia-ai (webchat.freenode.net). Feel free to cross post
> this
> or ask users on-wiki.
> 
I am native Tamil speaker. How could I be of help?

-- 
Regards,
Kaartic Sivaraam <kaarticsivaraam91...@gmail.com>


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l