Search
Forums
Topic Information
ForumSupport for kiwitrees
Authorkiwi
Last activity1 week ago
StatusOpen
Replies17
Voices4
Participantskiwi, macalter, clandav, jacoline
Actions
Tags

design, zend, date, login failure, name, xenea, simpl_research, updates, message contactform, widget, themes, relationships, webtrees 1.4.4.1, Advanced search, news module, server, future, age, missing data, HTML variables, Support/Bug Reporting, Search and replace, My Page, sanity, person, Themes change, F.A.B., autocomplete, php 7, 3.2.1, zoom, UID, login, clipboard, kiwitrees-nova, 3.0.0 widgets, tags, blocks, Administration, menus, getClientIp, sanity checker, googlemap. modified, validation, 3.1, type, cousins, CHR, .po, new feature, colors, formatting, errors, search, emigration, media, visitor, survey, github, FAQ

Kiwitrees on Twitter

    Tagged: ,

    Topic:   A question about privacy  

    • This topic has 17 replies, 4 voices, and was last updated 1 week ago by kiwikiwi.
    Viewing 3 posts - 16 through 18 (of 18 total)
    • Author
      Posts
    • #11037
      Avatarjacoline
      Participant

      561 posts

      Only 3 options where Standard option should be: show to reg. user (show to members)
      a: The default would be all records/menus ect controlled by member access and privacy option
      1: Show to visitor=show to everybody (no need of user account)
      a: want to decide here to show something that override the privacy option (perhabs a warning that my choice override the privacy option)
      2: Hide to everybody
      a: I use this at modules, like the fancy ones which I have link in the userdefined menus
      b: Record updated
      c: Not marriage
      3: Show to manager

      (edit forgot the manager)

      This would be logic to me

      Regards,
      Jamie Jaconelli

      admin and owner of:
      www.jaconelli.dk/webtrees, www.jaconelli.dk/history, www.jaconelli.dk/johnsen (familien-johnsen.dk)

      #11042
      macaltermacalter
      Participant

      653 posts

      Levels (I added ‘registered’ only for purpose of this thread): As I’ve worked it out in my head —

      Privacy non-registered visitors vs registered members, ie: those who are in possession of a username and password
      Accounts registered members vs registered editors vs registered moderators vs registered managers vs registered administrators
      Modules non-registered visitors vs registered members vs registered managers vs registered everyone (all of the above)

      In all cases, VISITOR needs to mean non-registered viewers of the website, not currently the case. They do not have a user account or password. The term never appears in Accounts.

      Default for Account settings will be registered Member.
      Default for Modules will be registered Member unless changed to show to Visitors.
      Default Privacy will be registered Member unless changed to show to non-registered visitors which then allows deceased (>120?? years) people to be viewed. (Although I guess the Administrator could change to show without restriction even though it would override laws of many jurisdictions.)
      Default for Tags would remain at non-registered Visitors unless set in admin panel because otherwise one would end up with a blank page!

      Of note, the term moderator is questionable too. It doesn’t easily identify the member who has been granted editing rights without approval unless you read, and probably re-read each time, the terminology.

      Also, I tend to link being able to edit (with or without approval) with being able to upload images. Yet I don’t think this is the case. Not sure if it should be.

      -----
      [updated: 12 Nov 2019]
      MacOS: 10.11.6  (El Capitan)
      Safari  11.1.2;  Firefox 69.0.2
      PHP 7.2 Fast CGI

      Alter-Drukarsh connections... 3.3.6 <private>
      The Royals 3.3.6 <royals.rbcsolutions.ca>
      The Gerrer Rebbes 3.3.6 <public via A-D connections...>

      #11043
      kiwikiwi
      Keymaster

      1846 posts

      Levels (I added ‘registered’ only for purpose of this thread): As I’ve worked it out in my head —

      Those are broadly in line with my thoughts. Just a few corrections, mainly due to some minor over-simplification of the potential complexity of a kiwitrees site.

      Privacy non-registered visitors vs registered members, ie: those who are in possession of a username and password

      Multiple trees per site is a major complexity. Any individual user can have different levels of access for each tree. Potentially even no access to one or more. So you need to be able to make a person a registered member of a tree – not just the site.

      Accounts registered members vs registered editors vs registered moderators vs registered managers vs registered administrators

      Pretty much the same issue as privacy (in fact they are really the same thing). Administrators are “per-site” All the others are “per-tree”.

      Modules non-registered visitors vs registered members vs registered managers vs registered everyone (all of the above)

      Mostly OK, but again, this has to vary on a “per-tree” basis.

      In all cases, VISITOR needs to mean non-registered viewers of the website, not currently the case. They do not have a user account or password. The term never appears in Accounts.

      Yes, but I prefer to (try) not use the term “visitor ” at all.We can’t “give” access to a “non-registered” person, as the system does not know who they are! So we can only set privacy across (most things (i.e. deceased peoples records, obviously public modules etc., then relax that overall privacy for some registered members. A subtle, but important difference.

      Default for Account settings will be registered Member.

      Yes

      Default for Modules will be registered Member unless changed to show to Visitors.

      No. Too simplistic. It’s not necessary, and very unfriendly for new users. As at present, module defaults will vary according to their purpose. Some are clearly (for 99% of sites) going to be shown to non-registered people, so that should be their default. Some others are only likely to contain members-only data, so those can be defaulted to members only. Some need to default to “admin only”. Don’t forget that some blocks can be shown to everyone, whilst some of their content will be hidden by ‘normal’ privacy rules.

      Default Privacy will be registered Member unless changed to show to non-registered visitors which then allows deceased (>120?? years) people to be viewed.

      That just means that privacy will be enabled by default – as it is now – so yes, that will not be changed.

      Default for Tags would remain at non-registered Visitors unless set in admin panel because otherwise one would end up with a blank page!

      Yes, but this area needs a lot of improvement. Not all tags, for example, can currently have over-rides (set to “show everyone”, when the default is “show to members only”) when that option should exist.

      Of note, the term moderator is questionable too. It doesn’t easily identify the member who has been granted editing rights without approval unless you read, and probably re-read each time, the terminology.

      Probably because it does NOT mean that. The help text for “moderator” on the User settings page is (IMHO) pretty clear:
      Moderator This role has all the permissions of the editor role, plus permission to accept/reject changes made by other users.”
      The option to have edits automatically approved can be ticked / added to (or removed from) ANY user with edit or greater rights. It’s a completely separate setting.

      Also, I tend to link being able to edit (with or without approval) with being able to upload images. Yet I don’t think this is the case. Not sure if it should be.

      It most certainly should be, and is, as far as I am aware. But if an error has crept in somewhere please let me know. I don’t know of any way anyone with less access than “editor” can access any edit page (the only way to upload images).

      Nigel
      My personal kiwitrees site is www.our-families.info
    Viewing 3 posts - 16 through 18 (of 18 total)
    • You must be logged in to reply to this topic.