Forum Activity for @researchcooperative

researchcooperative
@researchcooperative
01/28/18 05:17:58AM
694 posts

How to use the Terms of Service Module? Documentation does not seem complete


Using Jamroom

Here is a quote from the "Help" message in Terms of Service Module (located in Users section of ACP):

"To create new Terms of Service Pages, simply create a new Page in the Page Creator module, and include the keyword "terms" in the title of the new Page. "

1. Does this mean that we can make and use multiple Terms of Service pages? If we look at the Documentation for TOC module, it is clearly stated that we can.

See: www.jamroom.net/the-jamroom-network/documentation/modules/2952/quota-terms-of-service

But where should each TOC page be located, and how should the different TOC pages be titled?

Should each one have a different title, while containing "Terms" somewhere (anywhere?) in the title?

2. To create a page, the Page Creator module can accessed on a profile page in a quota for which the module has been activated. For example, I can create pages using page creator via the Pages tab in my Admin profile.

The module can also be accessed directly in the ACP, and the module's own Tools menu allows us to create a page inside ACP, and display that page on an (unspecified=Admin?) profile or on the "main site" (under the URL yoursitename/page) (where it won't be visible unless the full URL is linked in a text or in a menu tab).

3. Does it matter where we display a Terms of Service page?

Can it be displayed in the Admin profile? Or after the /page URL and shown with a menu tab or text link?

Or should TOC pages not be displayed elsewhere if they are intended for display by the TOC module?

I have had another TOC page containing the word "Terms" displayed on Admin profile, and it did not appear in the dropdown menu for choosing a TOC page inside the TOC module. Why not?
updated by @researchcooperative: 05/01/18 03:33:14PM
researchcooperative
@researchcooperative
01/28/18 01:43:54AM
694 posts

How to change order of Chapters in Documentation? (and related questions)


Using Jamroom

The Documentation module does not seem to provide any Settings control to let Admin change the order of:

1. Chapters, or
2. Contents in the higher level Table of Contents (not to be confused with the Table of Contents shown inside individual documents created in Documentation).

Am I missing a settings control that does exist, or is there no way to control the organisation of Documentation after it has been created?

3. Also, what is the intended difference in function of the "Chapters" function and the upper level "Table of Contents" function?

Should we be using one or the other, not both?

I understand that the lower-level Table of Contents function inside a document is a useful way to help guide users through a long document, without needing to scroll through irrelevant areas of the text.

4. Perhaps different terms are needed to refer to "inter-document contents" and the "intra-document contents".
updated by @researchcooperative: 04/29/18 01:55:36PM
researchcooperative
@researchcooperative
01/27/18 05:44:25PM
694 posts

Checkbox, checkbox spambot, and more powerful options for spam control?


Using Jamroom

michael:
If they are human and can check a checkbox, they can fill in a capture.

Yes, but it does require a little more thought, and should change every time it is used, so might be more effective.

Not much thought of course, and perhaps one of the great new uses of an AI will be a physical spambot that can scan a screen and then replicate human touch on a keyboard, using a mirror pad with keys that depress the corresponding keys.
researchcooperative
@researchcooperative
01/27/18 04:28:37AM
694 posts

Checkbox, checkbox spambot, and more powerful options for spam control?


Using Jamroom

In the custom forms module we can use a checkbox template or a checkbox_spambot template.

I am using the latter, and it produces a checkbox that users can check to prove they are human. This does not deter an abundance of presumably human spammers using the contact form.

Can JR provide the option of a Captchca type test in simple custom forms module?

These sorts of checks on access are critical, and perhaps a greater range of options would be useful for many sites.
updated by @researchcooperative: 04/28/18 09:18:12AM
researchcooperative
@researchcooperative
01/21/18 06:53:13AM
694 posts

Online accessibility, and alt text as an example


Using Jamroom

I just came across a website that promotes online accessibility, and learned the following about "Alt text" (see below).

I wonder if it would be good for Jamroom to have a discussion of accessibility issues - those that have been covered already in JR, and those that might require more work on?

*******

"... Images should include equivalent alternative text in the markup/code.

If alt text isn’t provided for images, the image information is inaccessible, for example, to people who cannot see and use a screen reader that reads aloud the information on a page, including the alt text for the visual image.

When equivalent alt text is provided, the information is available to everyone to people who are blind, as well as to people who turned off images on their mobile phone to lower bandwidth charges, people in a rural area with low bandwidth who turned off images to speed download, and others. It’s also available to technologies that cannot see the image, such as search engines."
updated by @researchcooperative: 04/24/18 09:21:45PM
researchcooperative
@researchcooperative
01/09/18 05:45:29AM
694 posts

How to set limits on line length when formatted text is entered into profile form?


Using Jamroom

Thanks, I started wondering about this. The help text in Profile form states:

"The Field Minimum Value will validate that any entered value is greater than or equal to the minimum value.......For (string) Fields: This is the minimum character length for the string."

Would this merely set an overall limit for the size of a text, without exerting any control over formatting? Line over-runs might still happen when a strangely pre-formatted text is entered.

Perhaps the simplest thing is to let users make their own beds and lie in them: the text editor is provided so that they can present a biography nicely. If a user is happy to display something messy, that is their responsibility.

My responsibility is to make it more obvious how to use the site functions effectively.

As a test, I went to the user's profile in ACP, selected "View Keys", pressed the "Modify" button, copied the badly formatted text html from the Key file, removed formatting in my email system, pasted this into my own profile page text editor, reformatted, then copied the reformatted text html into the Key file of the member and saved.

This has solved the formatting problem for that particular person, and proves to me that the problem is not inherent in the profile field set up, but in use of the editor by the user.

I will leave this thread open, in case anyone wants to consider fixes that can control or adapt the formatting entered by a site user.

For the present, I consider the matter resolved. Thanks.
researchcooperative
@researchcooperative
01/08/18 06:12:05AM
694 posts

How to set limits on line length when formatted text is entered into profile form?


Using Jamroom

Thanks.

This happening in the public display of a profile form field, with the field type set as editor.

The validation is set as a "a string", which sounds very open to me.

Could a validation code be designed to set the line (string) length as flexible, but within a fixed limit?

I am not looking at any underlying code, I am just going with what I see as a site administrator.

Thanks
researchcooperative
@researchcooperative
01/08/18 12:51:11AM
694 posts

How to set limits on line length when formatted text is entered into profile form?


Using Jamroom

When new members paste an existing formatted text from their own computer into a profile field that allows a large amount of formatted text, the text may extend way to the right, making it necessary to scroll from left to right to read a long single line.

Can this only be controlled by disallowing formatted text in the form field set up?

Is there any easy way to set limits on the line length, without preventing users from entering an existing formatted text?
updated by @researchcooperative: 04/09/18 05:51:16PM
researchcooperative
@researchcooperative
01/07/18 02:44:09AM
694 posts

Ningja vs Ninja and a Cloned Ningja skin used for customizations


Ning To Jamroom

paul:
...Personally I use the same skin sitewide on all my sites to save any complications.

Thanks Paul,

Sounds good to me. I'll do the same.

Cleaning out the unneeded skin modules has helped me focus on learning how to update templates in my own custom skin.

Cheers (calling this thread solved)
updated by @researchcooperative: 01/07/18 02:46:38AM
researchcooperative
@researchcooperative
01/06/18 07:16:47PM
694 posts

Ningja vs Ninja and a Cloned Ningja skin used for customizations


Ning To Jamroom

I think the reason I installed Elastic2 was that I thought it might be useful to use this as an Admin skin in conjunction with the Admin Skin module.

Is there any situation where it is not useful to keep the Admin area constant, using the Admin Skin module, while developing a custom skin for the front end?

i.e. If I were to keep Elastic2 installed and use this in conjunction with the Admin Skin module, would this make management of my site simpler in the long term, or less simple?
  24