Discussion notes regarding areas and workspaces for Tiki 10

September 2012 dev notes

Jonny B investigates...

• It seems LP has integrated Areas with the new Workspace helper, which is what the "Bind Area" checkbox does on the workspace template dialog does. This seems to work currently (mostly) in trunk (r 43197)
• I believe we need:
  • Two new fields on the tiki_areas table:
    • exclusive (y/n)
      Content "in" this area cannot be seen from other perspectives, and if you go to an object in this area you will be switched into this area
    • share_common (y/n)
      Content in categories not "inside" other exclusive areas can be seen from this area, and if you go to a shared item you stay in this area
  • These will work like category jail and will override object permissions, so will work for anonymous visitors.
  • Areas admin also needs a way of re-ordering multiple perspectives and be able to edit the description.
  • Merge Areas admin page with Workspaces
    • Remove areas_root pref and replace with workspace_root_category
    • Two new tabs on Workspaces admin
      • Areas
        List of areas with "update" button
      • Edit Area
        To allow editing of an area

I propose a "mininar" (mini-webinar) to discuss some of this as we need to make sure we're all making up the same new language for this (does "exclusive" and "common" make sense to everybody? etc), and to check some of the technical details (meaning i'm not sure how to do some of this!) so i propose...

Areas and Workspaces Mini-Webinar (Proposed)

A couple of hours should be (more than) enough, i'm adding European evening times as this has worked in the past, add other date/times if none of these work for you! (=> CEST)

Area/Workspaces Mininar

	01 Oct 12 18:00 GMT-0000	02 Oct 12 18:00 GMT-0000	03 Oct 12 17:00 GMT-0000	04 Oct 12 18:00 GMT-0000	05 Oct 12 18:00 GMT-0000
Marc Laporte
Torsten Fabricius
Jonny Bradley
	3	1	1	2	1

END-Berlin-London-UTC-Montreal

Example

suite.tiki.org is a perspective of tiki.org

If I search for https://www.google.com/search?q=tiki+vs+bitweaver

The first two results are:
tiki.org/Tiki+vs+Bitweaver
suite.tiki.org/Tiki+vs+Bitweaver

This is in fact that same page and not good for SEO to show twice the same content.

suite.tiki.org/Tiki+vs+Bitweaver should always redirect 301 to tiki.org/Tiki+vs+Bitweaver (to clean out unwanted entries in Google cache)

Inversely, tiki.org/Tiki+Suite+Use+Cases should redirect to suite.tiki.org/Tiki+Suite+Use+Cases because it's part of the category "Tiki Suite": http://tiki.org/tiki-admin_categories.php?parentId=135

Here is the perspective:
http://tiki.org/tiki-edit_perspective.php?action=edit&id=2&cookietab=3

And we have multi-domain:
http://tiki.org/tiki-admin.php?page=general&cookietab=2&highlight=multidomain_config

Perhaps this can be solved with Areas (or a small tweak to them)
=> Torsten: we would need a feature to "batch categorise all content without unassigning existing categories" => "add an extra category to all content" or "add an extra category to all content which is not categorised with categories a,b,c,..."

Related

On a related note, we have issues with cdn domains... (which appear in google search)