core_form_interfaces: Virtual Keyboard

1 vote

Vote

Raised 0% of 48 credits
(48 credits = 8 hours or $326.08)

With all the other accessibility features in Composr I think it might be useful to have a Virtual Keyboard (on the login screen at least, as this would likely prevent keylogging). Might be nice to extend it to other input fields but at the bare minimum I think it would be a handy feature which could possib…

Suggested by Adam on 23rd July 2018

core_permission_management: Rename privileges for clarity

1 vote

Vote

Raised 0% of 12 credits
(12 credits = 2 hours or $81.52)

Edit privilege labels like "Edit topic" or "Delete high-impact (high visibility) categories" to include the word "any" in. E.g. "Edit any topic".

Otherwise people may incorrectly assume that it's just referring to a user's own access. User's own access is showed there too, but I guess users may miss tha…

Suggested by Chris Graham on 16th July 2018

shopping: Interstitial page between shopping cart and payment gateways

1 vote

Vote

Raised 0% of 24 credits
(24 credits = 4 hours or $163.04)

There is a discussion in #3637 regarding current complexity of the cart, regarding order duplication.

We could improve things a lot if the cart did not show payment buttons but rather passed through an interstitial page that:
- Copied the cart into an order
- Emptied the cart
- Redirected to the p…

Suggested by Chris Graham on 29th June 2018

core_form_interfaces: Password input with show password button

1 vote

Vote

Raised 0% of 18 credits
(18 credits = 3 hours or $122.28)

Have a new $value parameter to form_input_password. If not null, it will put a 'show password' button next to it.

Currently we don't use password inputs for passwords in configuration, because you may legitimately want to see the value when checking your configuration. All these would need moving over t…

Suggested by Chris Graham on 7th June 2018

core: Improve HTML_COMPRESS directive's relative URL capability

0 votes

Vote

Raised 0% of 12 credits
(12 credits = 2 hours or $81.52)

HTML_COMPRESS is a new directive coming to v11. It allows making URLs relative, to reduce page size.

It would be good to extend this so...
1) it can use "../" to make things relative from deeper URLs.
2) You can pass the HTML_COMPRESS directive your base URL, in case you use a <base> tag and Composr n…

Suggested by Chris Graham on 25th May 2018

core: Plain-text diffs.

0 votes

Vote

Raised 0% of 12 credits
(12 credits = 2 hours or $81.52)

Currently revision editing diffs diff the HTML, which may vary a lot between versions. Text line breaks may be added or removed.

Add an additional "Text diff", which normalises plain text (one sentence per line), and diffs to see how this has changed.

Suggested by Chris Graham on 16th May 2018

cns_forum: NNTP support

0 votes

Vote

Raised 0% of 1,200 credits
(1,200 credits = 200 hours or $8,152.12)

I'm dreaming here, but it would be amazing if Conversr supported NNTP. Then you could use the newsgroup functionality of email clients to access the forum.

I'm imagining a world where every social provider offers an NNTP version of it.

Suggested by Chris Graham on 27th April 2018

core_database_drivers: Encryption support in database drivers

0 votes

Vote

Raised 0% of 18 credits
(18 credits = 3 hours or $122.28)

Start just with MySQL:
https://stackoverflow.com/questions/9738712/connect-to-remote-mysql-server-with-ssl-from-php

This is only of interest to people hosting MySQL on a different machine, and then only if they can't trust that machine and the transit on the same basis as the webapp machine.

Suggested by Chris Graham on 27th April 2018

core_cns: Legals re-agreement

1 vote

Vote

Raised 0% of 24 credits
(24 credits = 4 hours or $163.04)

A feature to force all users to re-agree to the rules to continue access to the website.

It would be a feature in the admin_cns_members module to change the minimum rules agreement date. Any user who had joined before this date, and with a "rule reagreement date" field before this date, would need to re…

Suggested by Chris Graham on 27th April 2018

core: Internationalised e-mail addresses and URLs

0 votes

Vote

Raised 0% of 96 credits
(96 credits = 16 hours or $652.17)

This is a complex topic.

Domain names may use any Unicode character via Punycode (aka IDN, basically). Domain names do not support utf-8 because by convention they map to hostnames, which are never going to support that.

E-mail addresses may use any Unicode character via Internationalized Email (it j…

Suggested by Chris Graham on 20th April 2018