Forum Activity for @researchcooperative

researchcooperative
@researchcooperative
07/28/15 07:56:01AM
694 posts

Editing a page layout with Sitebuilder


Using Jamroom

Can I ask you to install this on my system for me? I don't see it in the Marketplace (because it is a beta I suppose).

Thanks...
researchcooperative
@researchcooperative
07/28/15 06:57:29AM
694 posts

In the "User Account" module, what happens if "allow signups" is not checked?


Using Jamroom

All we are told is this:

"If the "Allow Signups" option is checked, then new users signing up for your system will be able to signup directly to this Profile Quota."

If we choose NOT allow signups, for a particular quota, what happens?

Here are three questions that come to mind...

1. How can users know that a particular quota exists, and that they need to have permission to join, or need to use another indirect route if there is one?

2. How can they ask for permission to join? Or join 'indirectly' in some other way?

3. How can admin give them permission to join, or provide an indirect route for them to join?
updated by @researchcooperative: 09/08/15 02:07:44AM
researchcooperative
@researchcooperative
07/28/15 06:36:59AM
694 posts

In "User account" module, what does the "max profiles" number mean?


Using Jamroom

I am looking at my user account settings for different quotas.

If 'power user' is allowed, I can then select an allowance of Max Profiles = 1 and selected multiple allowed quotas.

Or I can set up an allowance of Max Profiles = 2 and select a single allowed quota.

In the first case, I suppose a user can make only one profile in one of two allowed quotas.

In the second case, I suppose a user can make two profiles in one allowed quota.

If I set up an allowance of Max Profiles = 2 and select two allowed quotas... what happens?

Can members then make 2 profiles in one quota, or 1 profile in each of two quotas? Or can they make 2 profiles in each of two quotas?

i.e. does "max profiles" number define an absolute (over-all) limit, regardless of the number of allowed quotas, or a limit per allowed quota?
updated by @researchcooperative: 09/08/15 03:39:30AM
researchcooperative
@researchcooperative
07/26/15 06:41:46AM
694 posts

Communication options for members and for administrator


Using Jamroom

Agree with the last comment... following to monitor activity is one thing. Sending messages is another.

They can be linked, but making the latter dependent on the former freezes up the system.
updated by @researchcooperative: 07/26/15 06:42:23AM
researchcooperative
@researchcooperative
07/26/15 06:36:07AM
694 posts

Issue Tracker module - link from JR based sites to JR.net?


Suggestions

Just a thought... if the issue tracker module on my site could be linked (with a simple setting in the module) to a monitoring database in JR net, then existing JR sites could funnel ALL KINDS OF PROBLEMS directly to JR.

Of course, not all the problems would relate to technicalities of the JR system per se, but if site owners are willing to provide the feeds, then JR might be able to learn a lot, and quickly, about how the JR system handles on different roads, with different drivers and passengers (to use an automotive analogy).

Feedback is the core of rapid improvement in any industry.
updated by @researchcooperative: 08/30/15 12:38:35AM
researchcooperative
@researchcooperative
07/25/15 07:09:44PM
694 posts

Communication options for members and for administrator


Using Jamroom

Thanks all...

The email templates related to following consist of "pending approval" and then "you have a new follower". In both places it should be helpful to explain the significance of following. It may also be useful to reiterate the explanation in the "email-follower-approved-message"


A. Pending approval message

1. - you have a new {$system_name} follower awaiting approval! Your options are explained in this message.

2. - ...
You can approve or delete this follower by clicking the following URL
(or cut and paste it into your browser):

{$approve_follower_url}

If you are following (or choose to follow) this new follower, then you and the other person will be able to exchange private notes.

***

B. After approval

1. New follower email subject:

you have a new {$system_name} follower! Your options are explained again in this message.

2. New follower email content:

- you have a new {$system_name} follower!

{$follower_name} is now following you:

...

If you are happy about this, no action is needed. You can view or delete this follower by clicking the following URL (or cut and paste it into your browser):

{$follower_browse_url}

If you are following (or choose to follow) your new follower, then you and the other person can exchange private notes. Note their username, and use the "Private notes" tab under your own name in the main menu.
researchcooperative
@researchcooperative
07/25/15 05:49:24AM
694 posts

Communication options for members and for administrator


Using Jamroom

I don't use twitter... it would be good to have a jamroom-specific explanation of how this works...

This is my current understanding, written as an explanation for an ordinary network member:


Every Jamroom profile has a unique @Name which appears under their profile image.

If you find "private messages" option in the main menu under your name, after login, then you can send a private message to anyone if the network owner has allowed unrestricted private messaging for all member profiles.

If you can only send messages to followers of your profile (the default setting for a network), then you can alert the other person using their @Name address in a public comment (e.g. via a Timeline entry on your profile page, or a forum message or forum reply).

Here is an example:

@garymoncrieff, @michael - happy to send and receive private messages (please follow me - the default restriction is used here at Jamroom).

Of course, public messaging is usually best here the support forums!

Thanks.

PS @garymoncrieff, @michael

One reason to separate the function of following from the function of messaging is that following allows us to more easily observe the actvity of another member before we decide whether to try making direct contact.

There might be many situations where we want to follow someone's public activities, without opening the channel for private communication.

Which leads me to another thought... when profiles represent a a commercial entity, private messaging might be a valuable tool for commercial promotion.

Network members might want to discriminate between allowing private messages from individuals in a network, and commercial entities in the same network.

To genralise from this, if a network has multiple member categories, users might want different privacy/communication options for different member categories.

At publishscience.net, I am considering three member categories:

Free:
1. Regular member (for all work and social purposes, with full access to work forums and social focus group discussion threads).
2. Social member (for social purposes only, access limited to discussion threads in topic focus groups).

Subscription:
3. Special member - with ability to set up a business shopfront and redirect URL.
updated by @researchcooperative: 07/25/15 06:05:05AM
researchcooperative
@researchcooperative
07/25/15 01:00:56AM
694 posts

Communication options for members and for administrator


Using Jamroom

In ACP, we can find the "Private Communication" module in the sections for Communication.

After opening the module, we can go to the "Quota Configuration" tab, and control permissions from there. One permission is for allowing access (use of the module) for profiles in a particular quota, and a second permission is a check box for "Followers only". The default is "on", which means that unless we change the setting, we can only send messages to our followers, as described in the original message above.

After changing this for all member categories, it should be possible for all members to communicate directly with each other without having to go public with follow requests.

However, this raises the question of how users or members themselves can block unwanted senders.

Is it possible for individual ordinary network members to over-ride the administration settings and block:
(a) specific sources of private messages, or
(b) all private messages, or
(c) all private messages from people who are not being 'followed'?
updated by @researchcooperative: 07/25/15 01:01:17AM
researchcooperative
@researchcooperative
07/25/15 12:43:27AM
694 posts

Consistency in access and download permissions across media?


Suggestions

My impression from some recent play on my site is that the access and download permissions are not consistent across media, or at least are not presented in a consistent way.

This may reflect gradual development of the system for working with different media.

For previewing and downloading ebooks or journal issues (as pdf files, for example) through the Jamroom system it would be good to have an easily managed set of controls for access and downloads.

In my case, the entity that wishes to control access may be a text publishing company with a profile page in a quota dedicated to publishing journals or newsletters.

Jamroom might never be competitive with dedicated publishing platforms, but might be able to play a role in low-budget distribution for authors' PDF reprints, journal start-ups, and the like, or as site where publishers can provide sample texts for promotional purposes.

PS @michael

First, thanks for the reply...

I can't add a file in a response to your reply, for some reason, so will add it here as an update to the original message.

The attached file shows in summary the configuration options available in JR modules for the different common media of audio, file (usually document?), and image (static).

It is nice to be able to watermark images, but this would also be useful for audio and document files. Perhaps JR could invent a JR-specific water-sound watermark for sound files (?!).

The settings and controls are not the equivalent in the case of each media type, but could be, and seem best developed for sound.

For JR to be more useful for management and publishing of documents, it would be good to be able to organise documents into volumes (equivalent to albums) and to control access and downloading for preview and distribution purposes.

As explained in the document, audiovisual is different because the JR system is designed to integrate with Vimeo and Youtube, rather than attempting to duplicate those platforms.
updated by @researchcooperative: 09/05/15 03:28:49AM
researchcooperative
@researchcooperative
07/19/15 06:02:32AM
694 posts

'De-activate Member' has glitch.


Using Jamroom

Dear Strumelia,

This is off topic because I cannot message you privately within JR.net (unless you choose to "follow" me). And I cannot ask you to follow me without making a public request in a forum like this (which seems an odd aspect of JR).

In any case, it concerns a possible glitch at your mountain dulcimers site:

When attempting to see site rules before trying to join up at mountain dulcimers, I found that the rules are hidden for non-members who are not logged in. Maybe this is something you know about, or maybe my browser is odd, but just in case. See the following sentence on your home page.

"Please- read the Site Rules first, then join up"

Best regards, Peter
  57