Loading...
 

퍼스펙티브

티키4 에서 소개된 새 기능. 다음도 참고하여 주십시오: 작업공간

퍼스펙티브는 선호설정을 재정의하기 위함입니다. 테마 제어 와 유사하지만 1000 개의 선호설정 중 임의로 선택된 것에 대한 것이라고 여기시면 됩니다. 실제로, 작업공간 당 재정의가 되면 안되는 기능을 제외하고 유동 선호설정 으로 변환된 선호설정 이 전부인 것입니다.

1.1. 퍼스펙티브 구성

관리 권한을 보유한 사용자로써

  1. 기능을 활성화할 수 있는지를 확인하십시오 (관리 > 기능)
  2. tiki-edit_perspective.php 를 통하여 한 개의 퍼스펙티브를 만드십시오. 임으의 이름을 제공하십시오.
  3. 하단에 표시될 검색 상자에서 선호설정을 검색하십시오. 예를 들면, 로고, 테마, 사이트 제목, 홈페이지....등등
  4. 찾으시는 선호설정을 발견하게되면, 그것을 드래깅하여 생성한 퍼스펙티브에 상응하는 섹산 위로 드롭하십시오.
  5. 필요에 의하여 위 단계들을 계속 반복하십시오
  6. 저장을 클릭하십시오


추후의 단계에서 아무 때나 이 퍼스펙티브를 편집할 수 있습니다.

다른 서브도메인을 사용하는 경우, 다음을 통하여 페스펙티브로 링크되도록 설정할 수 있습니다:
관리 > 일반 > 일반 구성 > 멀티 도메인 > 멀티 도메인 구성:

  • 서브도메인1, 1
  • 서브도메인2, 2
  • 임의도메인, IdX


1.2. 퍼스펙티브 사용

참조: perspective 모듈

다른 방법은 다음과 같이 링클르 사용하는 것입니다

Copy to clipboard
tiki-index_raw.php?page=testpage&perspectiveId=4

이는 해당 퍼스펙티브를 한 번 사용하는 것이고, 그 이후에는 퍼스펙티브가 원상복구 됩니다.

1.3. 퍼스펙티브 관리

티키5 부터, tiki-edit_perspective.php 를 통하여 관리할 수 있습니다 (tiki-edit_perspective.php 를 사용할 때 기본 퍼스펙티브 안에 있는 것을 권장합니다)

1.4. 테스트 프로필

빠르게 진행하려면, Jailroot 데모 를 사용할 수 있습니다.

1.5. 퍼스펙티브 전환

티키7 부터, &뒤로 스위치 퍼스펙티브 링크를 추가함으로써 동일한 페이지에 머무르기 및 전환할 수 있습니다.

1.6. Perspective 플러그인

  • PluginPerspective 은 독자의 현재 퍼스펙티브에 기반하여 컨텐츠를 표시하도록 합니다

1.7. 모바일

모바일 모드는 기본적으로는 퍼스펙티브입니다. 귀하의 모바일 퍼스펙티브에서 특정 모듈이 나타나거나 혹은 나타나지 않도록 하고 싶은 경우, 모바일 퍼스펙티브 ID 를 확인하고 (tiki-edit_perspective.php) 모듈 을 그에 맞게 구성하면 됩니다. 예를 들면, 귀하의 웹사이트의 모바일 버전 (mobile perspective) 에서 로그인 상자를 감추고 싶은 경우, 간단히 관리>모듈>로그인_상자>가시성>퍼스펙티브> 로 가서 "0" 값을 입력하고 할당을 클릭하십시오. 이러므로써 로그인상자는 원본 웹사이트에서만 표시되고 모바일 퍼스펙티브에서는 보이지 않게 됩니다. 이 방식은 귀하의 모바일 버전을 간소화하게 하기 위하여 사용될 수 있습니다.

  • 주의: "0" 은 티키 웹사이트에서 기본 퍼스펙티브이고 "1" 혹은 "2" 및 기타가 귀하의 모바일 퍼스펙티브 혹은 다른 사용자 지정 퍼스펙티브 용입니다.


1.8. Simple explanation of perspectives, categories, category jail, etc.


Generally speaking I promised to extend the perspectives related documentation since a while.
Still I am too busy with private stuff and not completely up to date with all knowledge about perspectives, workspaces etc.

For that we do not forget things and that other users can anyway benefit from the help that was given to me, I just summarize my points where I think we are right now.

I do that a bit quick and dirty and will do a wrap up later on.

Torsten

  • perspectives:
    different points of view / layers of the website

  • categories:
    "responsible" for an important part of the roles&rights / permissions management

  • category jail:
    applies to a perspective and is kind of a preference
    limits search results and listings to content wich categories are applied to a category jail in a perspective
    categories IDs are typed in as numbers, seperated by semicolons
    search results just give the typed in perspectives
    all content can be seen in all perspectives at this point, if appropriate rights


Tip:

For a start, I just name the perspectives and categories the same way and set them up in the same order.
So the first some same named categories and perspectives have the same Ids, what eases work especially for a beginner with that.

At some point, thats not working out any more, but then it woulkd be still possible to remind the IDs to the names.
Names of perspectives and categories should apply either to the content or to the use case of the perspective or to both, if possible That eases life aswell.

  • perspectives plus categories -> workspaces:
    with perspectives and categories and some kind of smart structuring you can +create kind of "logical areas" in between the Tiki website.
    that means you can create spaces for workgroups, usergroups, subwebsites, etc.
    perspectives and categories are the features with that you can create workspaces, thus a workspace is more a logical area of the site and not a feature by itself.

  • multidomain
    using for ex. subdomains for workspaces, not only the categories can be jailed in respect of search results and listing, but further more the hole content of different perspectives can be kept apart from each other independantly.

  • swith perspective and stay at content
    recently a nice feature was added by Louis-Philippe:
    at the perspectives module, there is a tic box now, where you can set eather switching the perspective staying in the existing content, for ex. to just get different modules or to switch to the new perspectiveshome page.

  • go to a specific page in a specific perspective
    once you type the adress http://foo.bar/PageName, you will be sent to PageName in the default perspective.
    using perspectives for navigation purposes you would need a number of subdomains, if you´d like users be able to copy and paste links to appropriate content/perspective combinations
    using additional ?perspectiveId=X in the context: http://foo.bar/PageName?perspectiveId=X you will be linked to PageName in Perspective X (thank LPH for mentioning that)
    a shortener like http://foo.bar/PageName?PId=X is requested.

  • next focus
    next to learn would be how to use Datachannels on the one hand – to setup automatically a set of a number of perspectives / categories / workspaces / project management tools with preset configuration
    and
    organic group including leadership and demoting / promoting etc.

1.9. FAQ-alike IRC conversation (helpful)


Following an excerpt of an IRC conversation between mikebeary and nkoth, that the both guys allowed to use for the documentation:

mikebeary
can someone please give me a general idea of how workspaces are different than perspectives? I'm having trouble finding a concise definition

nkoth
a workspace is a use case - there is technically not really a workspace feature. Perspectives, combined with other features such as category jailroots are the features that enable create workspaces

mikebeary
so its a general term that just describes the work area a person is in based on what they've clicked on, who they are, etc.? As opposed to a separate page or something?

nkoth
yes, workspaces is a rather general term describing a work area that could consist of a certain way it looks, certain permissions that exist in that state, and things presented, etc..

mikebeary
I want to create a wiki that begins with a site for all the colleges in a Missouri, from which you select your college, and then select your campus and then your club. Would each of the different colleges just have their own workspace and then each campus would have their own workspace, etc? as opposed to making a totally separate page? I'm guessing perspectives and jailroot features would bring them to their workspace based on them selecting their college or their campus?

nkoth
possibly , but you have to consider what is your reason for dividing up the wiki into multiple workspaces to begin with.
Is it to prevent one person from seeing the other group's things?
Is it to present a different screen layout?
Is it to limit the amount of things a person is seeing while in a particular workspace so that he is not information overloaded but he can still switch between workspaces?

mikebeary
not to limit, but just so that each level can have their own calendar, their own forums, their own file galleries, etc.

nkoth
Sounds like you need to create some categories some perspectives and then configure each of the different perspectives to have different jailroot
each perspective would have also its own different home page so that when you switch to it (the perpective), the user sees that home page

mikebeary
ok

nkoth
and while they are in that perspective they are exposed only to things in the category jail root of that perspective

mikebeary
really, it'd be the same .php file, but a different theme kind of thing?

nkoth
basically tiki has a lot of preferences right?

mikebeary
yes

nkoth
for each perspective you can have a different "setup" of preferences

mikebeary
ok

nkoth
so the possibilities are really up to your imagination the UI is at tiki-edit_perspective.php
you search for a pref, drag it into the perspective and configure it (basically overriding the global value) for that specific perspective

mikebeary
So say for instance I go to Missouri's website. I'd be at the tiki-index_raw.php. Then I'd select my local college. Are you saying at that point, I could be at my college's "site" but without ever leaving tiki-index_raw.php? I'd just be changing everything based on jailroot and persepective settings?

nkoth
right
the link to switch perspectives is tiki-switch_perspective.php?perspective=3 to switch to perspective 3
So that could very well be how you "goto" to the college's "site" which is perspective 3

mikebeary
And essentially what I’ve done by selecting my college's "site" is to select a different workspace

nkoth
technically speaking, you switch to a different perspective which yeah I suppose it sounds synonymous with workspaces, but the point is that a perspective could be used for something as simple as say, having a different page header and not necessarily to the extent of creating workspaces which is what you are doing.

mikebeary
ok, that makes sense.

mikebeary
and what exactly is a jailroot

nkoth
it is a pref (and so you can configure it globally or for any specific perspective)
Basically it is a list of category IDs . If you set it to e..g 2, 3, and 5, then users can only see/search for/are exposed to items that are in categories 2, 3, and 5

mikebeary
so kind of like bulk-processing for perspectives? So you don't have to change a whole lot of perspectives to achieve what you can with categories?

nkoth
not exactly.
well, the point is that categories are just that, you put things in them and you can set permission for them by setting a category jailroot for a perspective, say the college's perspective
you are basically saying that "while a user is in the college's 'site' he is exposed only to things inside those categories specified in that jailroot
it could just be one category, or it could be many categories - it's up to you

nkoth
if you could perhaps cut and paste this conversation into the wiki page where you expected this info to be in the first place on doc.tiki.org, it could be useful for now, until you have developed more fancy documentation liek that youtube video you talked about

mikebeary
Ok, I will definitely do that.

Related

History Source
List Slides
Export PDF
Handouts
Exit Slideshow