Formatting

25 files changed, 251 insertions, 251 deletions

diff --git a/casa.mdwn b/casa.mdwn
index e41cc13..7ec17dd 100644
--- a/casa.mdwn
+++ b/casa.mdwn
@@ -1,3 +1,3 @@
-[[!meta title="Casa"]]
+[[!meta title="Casa & Jardim"]]
 
-[[!inline pages="page(casa*)" archive="yes"]]
+[[!map pages="page(casa*)" show="title"]]
diff --git a/english.mdwn b/english.mdwn
index c8d1838..f73e68b 100644
--- a/english.mdwn
+++ b/english.mdwn
@@ -1,3 +1,3 @@
 [[!meta title="English Templates"]]
 
-[[!inline pages="page(english*)" archive="yes"]]
+[[!map pages="page(english*)" show="title"]]
diff --git a/english/hosting.mdwn b/english/hosting.mdwn
index 2bc3453..b655236 100644
--- a/english/hosting.mdwn
+++ b/english/hosting.mdwn
@@ -1,3 +1,3 @@
 [[!meta title="Hosting"]]
 
-[[!inline pages="page(hosting*)" archive="yes"]]
+[[!map pages="page(hosting*)" show="title"]]
diff --git a/english/hosting/refusal.mdwn b/english/hosting/refusal.mdwn
index 666a78b..a1801ff 100644
--- a/english/hosting/refusal.mdwn
+++ b/english/hosting/refusal.mdwn
@@ -18,5 +18,5 @@
     We don't want for this statement to mean that we want to give no value for

     the thing your project do or about what do you believe.

     

-    [1] See http://encontro.sarava.org/Principal/ConjuntoDePrincipiosEticos

+    [1] See http://encontro.fluxo.info/Principal/ConjuntoDePrincipiosEticos

     [2] See http://wiki.$dominio

diff --git a/english/organization.mdwn b/english/organization.mdwn
index eecab4d..fbe7395 100644
--- a/english/organization.mdwn
+++ b/english/organization.mdwn
@@ -6,56 +6,61 @@ Suggestion is to read it as how could a collective protocol look like instead a
 

 The Collective Action Protocol seems to be both a stateless (at it's informal part) and stateful (at it's formal part) protocol. It has some inspiration from:

 

-    * Games, altough it's unknow how a parallel with game theory could be traced (could this protocol be considered a game where the objective is a win-win outcome attempting to maximize the collective effort?).

-    * Free and open source software development processes (although this protocol makes the 'benevolent dictator' obsolete as behaviour, purpose and telealogy turns to be mean properties emerging internally from the processes and peoples' wishes and mutual relationship). It can be thought as a social software (culture).

-    * Ways labor division can be organized to better fill collective needs and autonomy while encouraging people to work together.

+* Games, altough it's unknow how a parallel with game theory could be traced (could this protocol be considered a game where the objective is a win-win outcome attempting to maximize the collective effort?).

+* Free and open source software development processes (although this protocol makes the 'benevolent dictator' obsolete as behaviour, purpose and telealogy turns to be mean properties emerging internally from the processes and peoples' wishes and mutual relationship). It can be thought as a social software (culture).

+* Ways labor division can be organized to better fill collective needs and autonomy while encouraging people to work together.

 

-== Characteristics ==

+Characteristics

+---------------

 

 For sinthetic purposes, most of the discussion was split from the protocol text. Perhaps this compression let a lot of helpful information to be missing, so here comes a list of the main properties this protocol tries to achieve:

 

-    * Resilience, robustness and failover.

-    * Ensure some collective autonomy is guaranteed (through formal process having responsibility attached) while not blocking the self-organizing efforts using to kinds of processes (formal and informal). This means in some way to overcome the [http://en.wikipedia.org/wiki/Tyranny_of_Structurelessness The Tyranny of Structurelessness] while not failing back to over-structuration, bureaucracy, etc and at the same time tries to deal with apathy and missparticipation.

-    * For formal processes, splits decision-making (i.e, the step where the collective evals if a given proposal is pertinent an deserves the collective moral support) from the resposibility assignment (step where people actually volunteer to do the tasks) in a way that just formal processses that are under responsibility can be counted as processes that will very probably happen, so if in the proposal/discussion/decision steps just the content of the proposal is evalued, the responsibility assignment is a filter where just processes that finds people to achieve them are able to pass.

-    * Leting a process be also a registry eases the integration with a ticket system.

+* Resilience, robustness and failover.

+* Ensure some collective autonomy is guaranteed (through formal process having responsibility attached) while not blocking the self-organizing efforts using to kinds of processes (formal and informal). This means in some way to overcome the [The Tyranny of Structurelessness](http://en.wikipedia.org/wiki/Tyranny_of_Structurelessness) while not failing back to over-structuration, bureaucracy, etc and at the same time tries to deal with apathy and missparticipation.

+* For formal processes, splits decision-making (i.e, the step where the collective evals if a given proposal is pertinent an deserves the collective moral support) from the resposibility assignment (step where people actually volunteer to do the tasks) in a way that just formal processses that are under responsibility can be counted as processes that will very probably happen, so if in the proposal/discussion/decision steps just the content of the proposal is evalued, the responsibility assignment is a filter where just processes that finds people to achieve them are able to pass.

+* Leting a process be also a registry eases the integration with a ticket system.

 

-== Limitations ==

+Limitations

+-----------

 

 Some limitations of the protocol are:

 

-    * Not sure whether it's scalable. Maybe it was set for usage inside a small affinity group so it might not fit to big groups where people has not affinity between themselves.

-    * It does not deal with connections/disconnections, i.e, the protocol do not define how someone joins or leaves the group.

-    * As all protocols depends on it's usage, it is not a guarantee by itself that things are going to happen in the collective. The protocol just states how the energy is spent in the collective process but have no influence in the desire to act or not to act.

-    * It does not state what are the communication channels (both for formal and informal communications) and how they should be used. In fact, as this really varies a lot from collective to collective so it was chosen to leave that specific communication structure out of the Collective Action Protocol so it would be easier to share and have another protocol taking care of informational channels.

+* Not sure whether it's scalable. Maybe it was set for usage inside a small affinity group so it might not fit to big groups where people has not affinity between themselves.

+* It does not deal with connections/disconnections, i.e, the protocol do not define how someone joins or leaves the group.

+* As all protocols depends on it's usage, it is not a guarantee by itself that things are going to happen in the collective. The protocol just states how the energy is spent in the collective process but have no influence in the desire to act or not to act.

+* It does not state what are the communication channels (both for formal and informal communications) and how they should be used. In fact, as this really varies a lot from collective to collective so it was chosen to leave that specific communication structure out of the Collective Action Protocol so it would be easier to share and have another protocol taking care of informational channels.

 

-== Formality and informality ==

+Formality and informality

+-------------------------

 

 In this protocol, what is a formal and what is an informal process really depends in how the collective wants to extend it's autonomy, so it's not a thing defined withing the protocol. Examples of formal and informal processes can be:

 

-    * Informal processes: meetings, dinners, researching, write texts, code, talk with people, wikifarming and everything else that the collective thinks that does not changes the collective autonomy.

-    * Formal processes: the main activities the group is commited to do and what is crucial for them to happen and to keep the collective autonomy.

+ * Informal processes: meetings, dinners, researching, write texts, code, talk with people, wikifarming and everything else that the collective thinks that does not changes the collective autonomy.

+ * Formal processes: the main activities the group is commited to do and what is crucial for them to happen and to keep the collective autonomy.

 

-= Collective Action Protocol =

+Collective Action Protocol

+--------------------------

 

-    * Version: 0.1.

-    * Raw english translation version (related to protocol version): 0.1.

-    * License: Sarava Content Distribution License (no translation for now :/)

+* Version: 0.1.

+* Raw english translation version (related to protocol version): 0.1.

+* License: Sarava Content Distribution License (no translation for now :/)

 

-== Processes and autonomy ==

+Processes and autonomy 

+----------------------

 

 Everything that happens in the Collective is a process. Processes has different manifestations but are mainly fluxes and the registry of these fluxes (memory/information).

 

 There are two kinds of processes:

 

-    * Formal processes

-          * Shape/form predefined by collective consensus AND

-          * Needs/use the collective autonomy THUS

-          * Needs to be followed by a minimum responsabilization so the process do not fail

+* Formal processes

+  * Shape/form predefined by collective consensus AND

+  * Needs/use the collective autonomy THUS

+  * Needs to be followed by a minimum responsabilization so the process do not fail

 

-    * Informal processes

-          * Shape/form not needed to be predefined AND

-          * Do not need/use the collective autonomy THUS

-          * Do not need to be under the resposability of someone, i.e, an informal process that do not happen doesn't affect the collective autonomy

+* Informal processes

+  * Shape/form not needed to be predefined AND

+  * Do not need/use the collective autonomy THUS

+  * Do not need to be under the resposability of someone, i.e, an informal process that do not happen doesn't affect the collective autonomy

 

 Activities without information in the collective cannot be considered by processes (formal or informal) as these activities do not have information equality/isonomy in the collective. To have information about a process is a requisite for participation and then an activity without information inside the collective cannot be considered as process.

 

@@ -63,7 +68,8 @@ The basic autonomy of the Collective, i.e, the minimum autonomy that allows it's
 

 A collective member act inside the collective when use it's resources or the collective name. By the other hand, a collective member act outside of the collective when do not use such resources or the collective name. Collective members do not make actions (inside or outside the collective) that consciouslly can cause damage to the collective autonomy.

 

-== Formal processes ==

+Formal processes

+----------------

 

 Each formal processs is an instance of the following state diagram:

 

@@ -89,30 +95,30 @@ Each formal processs is an instance of the following state diagram:
         |           |  |           /

          `----<-----'   `-----<---'

 

-    * Proposal: step where an idea of a formal process is presented to the collective. The idea ' or description ' can come for the Archive, from a previous Discussion, from an informal process that needs to be formalized or from a person or group from inside or outside the collective. General recomendation is to give a good explanation of the idea containing: deadline sugestion, process life cycle, responsibility assignment criteria and deadline and recomendations for emergencies (when appliable).

-

-    * Discussion:

-          * It's not a mandatory step, but has importance anyway.

-          * Changes to proposals make the formal process go back to the Proposal state. Proposals that do not follow to the Decision step or do not get changes until it's deadline should be archived.

-          * Changed proposals that come from outside the collective or that have external groups or persons participation should be sent back also to the external group/person, despite these persons/groups do not participate in the internal discussion at the collective. If these external people/groups agree with the changed proposal, then the formal process proceeds with the discussion using the changed proposal. If that doesn't happen, i.e, these external people/groups don't agree with the changed proposal, then the formal process is archived (except if the external parties provide another changed proposal or more arguments to the discussion).

-

-    * Decision:

-          * Through consensus and the active participation depends in following the information required by the proposal.

-          * If there's no consensus about the decision of a proposal it's automatically blocked with the possibility to extend it's deadline.

-          * Silence regarding a proposal is considered as an agreement.

-          * Deadline: general recomendation is to set deadlines relative to the average time needed by active people in the collective to take into account, discuss, make changes and ask for eventual postponing. Processes are elegible to postponing or advance it's deadline with an explicitly request from someone from the collective. If there's no such request, the initial deadline is assumed.

-          * Approvals from proposals coming from outside the collective or that have external people/groups involved are communicated about the approval just after the responsibility assignment.

-

-    * Responsibility assignment

-          * Concerns the minimization of points of failure.

-          * Responsibilization is a volunteer action but requires the submission of a commitment/responsibilization term affirming that the person:

-                * Has knowledge about the procedure in question.

-                * Is gonna achieve it under the estimated deadline and is gonna keep the collective informed about the task.

-                * Will inform the collective in a reasonable timeframe if cannot continue to be involved with the process so the collective can keep the process going, assign new responsibilities or finnish it and send to the archive.

-          * Non-accomplishment with a process compromises the ability of someone to be responsible for other tasks.

-          * Formal processes that are approved but, after the responsibility assignment deadline, have unsufficient responsibilization assigned, should be sent to the archive. Proceesses in the archive were previously approved cannot be sent back directly to the responsibilty assigment and should instead go to the proposal step.

-          * In case of proposals coming from outside the collective or that have external people/groups involved, these people/groups should be informed of the approval just after the responsibility assignment, i.e, at the end of this step.

-

-    * Achievement

-          * Just formal processes with sufficient responsibility assignment can go to the achievement step. Processes that were already achived goes to the archive.

-          * Formal processes that were not achieved in the deadline should come back to the Responsibility assignment step. In a similar way, processes whose assigned people cannot doing it should come back to the Responsibility assignment step if the number of assigned people is smaller than the required.

+* Proposal: step where an idea of a formal process is presented to the collective. The idea ' or description ' can come for the Archive, from a previous Discussion, from an informal process that needs to be formalized or from a person or group from inside or outside the collective. General recomendation is to give a good explanation of the idea containing: deadline sugestion, process life cycle, responsibility assignment criteria and deadline and recomendations for emergencies (when appliable).

+

+* Discussion:

+  * It's not a mandatory step, but has importance anyway.

+  * Changes to proposals make the formal process go back to the Proposal state. Proposals that do not follow to the Decision step or do not get changes until it's deadline should be archived.

+  * Changed proposals that come from outside the collective or that have external groups or persons participation should be sent back also to the external group/person, despite these persons/groups do not participate in the internal discussion at the collective. If these external people/groups agree with the changed proposal, then the formal process proceeds with the discussion using the changed proposal. If that doesn't happen, i.e, these external people/groups don't agree with the changed proposal, then the formal process is archived (except if the external parties provide another changed proposal or more arguments to the discussion).

+

+* Decision:

+  * Through consensus and the active participation depends in following the information required by the proposal.

+  * If there's no consensus about the decision of a proposal it's automatically blocked with the possibility to extend it's deadline.

+  * Silence regarding a proposal is considered as an agreement.

+  * Deadline: general recomendation is to set deadlines relative to the average time needed by active people in the collective to take into account, discuss, make changes and ask for eventual postponing. Processes are elegible to postponing or advance it's deadline with an explicitly request from someone from the collective. If there's no such request, the initial deadline is assumed.

+  * Approvals from proposals coming from outside the collective or that have external people/groups involved are communicated about the approval just after the responsibility assignment.

+

+* Responsibility assignment

+  * Concerns the minimization of points of failure.

+  * Responsibilization is a volunteer action but requires the submission of a commitment/responsibilization term affirming that the person:

+    * Has knowledge about the procedure in question.

+    * Is gonna achieve it under the estimated deadline and is gonna keep the collective informed about the task.

+    * Will inform the collective in a reasonable timeframe if cannot continue to be involved with the process so the collective can keep the process going, assign new responsibilities or finnish it and send to the archive.

+  * Non-accomplishment with a process compromises the ability of someone to be responsible for other tasks.

+  * Formal processes that are approved but, after the responsibility assignment deadline, have unsufficient responsibilization assigned, should be sent to the archive. Proceesses in the archive were previously approved cannot be sent back directly to the responsibilty assigment and should instead go to the proposal step.

+  * In case of proposals coming from outside the collective or that have external people/groups involved, these people/groups should be informed of the approval just after the responsibility assignment, i.e, at the end of this step.

+

+* Achievement

+  * Just formal processes with sufficient responsibility assignment can go to the achievement step. Processes that were already achived goes to the archive.

+  * Formal processes that were not achieved in the deadline should come back to the Responsibility assignment step. In a similar way, processes whose assigned people cannot doing it should come back to the Responsibility assignment step if the number of assigned people is smaller than the required.

diff --git a/mensagens.mdwn b/mensagens.mdwn
index b1424a4..39452f8 100644
--- a/mensagens.mdwn
+++ b/mensagens.mdwn
@@ -2,4 +2,4 @@
 
 Templates para mensagens.
 
-[[!inline pages="page(messages*)" archive="yes"]]
+[[!map pages="page(mensagens*)" show="title"]]
diff --git a/organizacao.mdwn b/organizacao.mdwn
index bbdc5b6..6c0f32e 100644
--- a/organizacao.mdwn
+++ b/organizacao.mdwn
@@ -3,7 +3,7 @@
 Índice
 ------
 
-[[!inline pages="page(organizacao*)" archive="yes"]]
+[[!map pages="page(organizacao*)" show="title"]]
 
 Se a [modelagem de ameaças](https://threat.fluxo.info) é a mãe da segurança, organização é a mãe de tudo!
 
diff --git a/organizacao/backups/entrega.mdwn b/organizacao/backups/entrega.mdwn
index bdced04..860532c 100644
--- a/organizacao/backups/entrega.mdwn
+++ b/organizacao/backups/entrega.mdwn
@@ -2,13 +2,14 @@
 
 Processo que consiste na entrega de backups solicitados por grupos e pessoas hospedadas na infra-estrutura do Coletivo. As tarefas envolvidas consistem em:
 
-  1. Obter as solicitações a backups e organizá-las [wiki:Backups/Entrega/Tabela numa tabela], mantendo assim o Coletivo informado sobre o andamento deste processo. Por possivelmente existirem backups de qualidades distintas, é preciso perguntar à parte solicitante, caso necessário, de qual backup os dados precisam ser entegues.
+  1. Obter as solicitações a backups e organizá-las numa tabela, mantendo assim o Coletivo informado sobre o andamento deste processo. Por possivelmente existirem backups de qualidades distintas, é preciso perguntar à parte solicitante, caso necessário, de qual backup os dados precisam ser entegues.
   2. Obter, caso existente, o backup solicitado, realizando uma auditoria caso necessário.
   3. Disponibilizar os backups apenas às pessoas responsáveis pelos ou donas dos dados ou informá-las caso o backup não exista. Informá-las também se o eventual backup foi ou não auditado e:
     a. Caso tenha sido auditado, disponibilizar, em linhas gerais, o procedimento utilizado.
     b. Caso não tenha sido auditado, informal qual risco isso representa.
 
-= Auditoria do backup =
+Auditoria do backup
+-------------------
 
 Quando necessária, a auditoria básica consiste em:
 
@@ -20,7 +21,8 @@ Quando necessária, a auditoria básica consiste em:
 
 Procedimentos mais refinados ficam à cargo da situação e do grupo de trabalho de entrega de backups solicitados (composto pelas pessoas responsabilizadas pelas tarefas acima mencionadas).
 
-= Prazos =
+Prazos
+------
 
 O prazo de entrega de backups é proporcional ao tamanho do mesmo e à necessidade de auditoria:
 
@@ -30,53 +32,49 @@ O prazo de entrega de backups é proporcional ao tamanho do mesmo e à necessida
 
 No caso de necessidade de auditoria, o prazo de entrega é duplicado.
 
-[[PageOutline]]
-
-= Entrega de Backup =
-
-`
-Conforme solicitado, o último backup disponível de $descricao, datado de $data
-e obtido $origem, já está disponível.
-
-Seguem os dados:
-
-  - URL: https://backups.$dominio/$sitio
-  - Conta: $sitio
-  - Senha: $senha
-
-O https://backups.$dominio atualmente usa um certificado SSL
-auto-assinado, cuja impressão digital é
-
-  $fingerprint
-
-Hashes dos arquivos disponibilizados:
-
-  md5sum:  $hashes
-  sha1sum: $hashes
-
-Auditoria realizada:
-
-  - Busca e eventual remoção de código executável.
-  - Mudança de senhas em banco de dados (senhas truncadas).
-  - Busca por vírus.
-
-Tarefas não-realizadas porém recomendadas:
-
-  - Checagem do conteúdo do banco de dados (para evitar calúnia ou
-    desinformação)
-  - Checagem do conteúdo dos arquivos.
-  - IMPORTANTE: checagem de usuários para evitar inscrições de
-    elementos estranhos.
-  - Checagem da configurações da instância, caso ela seja reinstalada
-    noutro local.
-  - Limpeza do spam e desativação de todas as contas desconhecidas
-    (principalmente relacionadas a spam).
-
-Observações:
-
-  - Em princípio, não há prazo para a permanência de tal backup
-    no local disponibilizado. No entanto, pode ser que ele precise
-    ser apagado para liberar espaço ou nalgum procedimento de
-    limpeza. Por isso, recomenda-se que sejam baixados o quanto antes.
-
-`
+Template
+--------
+
+    Conforme solicitado, o último backup disponível de $descricao, datado de $data
+    e obtido $origem, já está disponível.
+    
+    Seguem os dados:
+    
+      - URL: https://backups.$dominio/$sitio
+      - Conta: $sitio
+      - Senha: $senha
+    
+    O https://backups.$dominio atualmente usa um certificado SSL
+    auto-assinado, cuja impressão digital é
+    
+      $fingerprint
+    
+    Hashes dos arquivos disponibilizados:
+    
+      md5sum:  $hashes
+      sha1sum: $hashes
+    
+    Auditoria realizada:
+    
+      - Busca e eventual remoção de código executável.
+      - Mudança de senhas em banco de dados (senhas truncadas).
+      - Busca por vírus.
+    
+    Tarefas não-realizadas porém recomendadas:
+    
+      - Checagem do conteúdo do banco de dados (para evitar calúnia ou
+        desinformação)
+      - Checagem do conteúdo dos arquivos.
+      - IMPORTANTE: checagem de usuários para evitar inscrições de
+        elementos estranhos.
+      - Checagem da configurações da instância, caso ela seja reinstalada
+        noutro local.
+      - Limpeza do spam e desativação de todas as contas desconhecidas
+        (principalmente relacionadas a spam).
+    
+    Observações:
+    
+      - Em princípio, não há prazo para a permanência de tal backup
+        no local disponibilizado. No entanto, pode ser que ele precise
+        ser apagado para liberar espaço ou nalgum procedimento de
+        limpeza. Por isso, recomenda-se que sejam baixados o quanto antes.
diff --git a/organizacao/coletiva/coletivo.mdwn b/organizacao/coletiva/coletivo.mdwn
index 95a07c3..e9ecac5 100644
--- a/organizacao/coletiva/coletivo.mdwn
+++ b/organizacao/coletiva/coletivo.mdwn
@@ -5,7 +5,8 @@
 
 O Coletivo `$coletivo` adota a versão 0.1 do "Protocolo de Ação Coletiva"[2], de modo que se tome por "Coletivo `$coletivo`" toda ocorrência da palavra "Coletivo" no referido texto.
 
-== Instâncias de Comunicação ==
+Instâncias de Comunicação
+-------------------------
 
 Conforme a atual configuração tecnológica do Coletivo $coletivo, as principais instâncias de comunicação utilizadas são:
 
@@ -13,18 +14,21 @@ Conforme a atual configuração tecnológica do Coletivo $coletivo, as principai
   * Lista de discussão: `$lista_de_discussao`.
   * Demais meios de comunicação que satisfaçam requisitos de privacidade e segurança.
 
-== Processos e tickets ==
+Processos e tickets
+-------------------
 
 A manifestação que os registros de processos assumem no Coletivo `$coletivo` são chamados de tickets ou requisições. Todos os processos devem ser tickets. Processos informais não precisam necessariamente ser tickets antes da sua realização, mas para que posteriormente possam ser considerados como processos precisam virar tickets (isto é, precisam de um mínimo de documentação).
 
-== Formalidade e informalidade de instâncias ==
+Formalidade e informalidade de instâncias
+-----------------------------------------
 
 Com relação à formalidade e informalidade das instãncias de comunicação, temos que:
 
    * Todas as instâncias de comunicação são informais ''a priori'' (isto é, se nada mais for dito a respeito da forma de cada uma delas).
    * As instãncias formalizadoras (isto é, as instãncias onde deve ser informada da proposição e aprovação de um processo para que o mesmo tenha validade formal) são o sistema de tickets e a lista de discussão.
 
-== Recomendação sobre jardinagem de discussões ==
+Recomendação sobre jardinagem de discussões
+-------------------------------------------
 
 Levando em consideração que
 
@@ -38,7 +42,8 @@ Recomenda-se que
   * Caso um meio se torne inadequado para a manutenção da discussão, que a mesma seja transferida para um meio mais adequado mas que tal transferência seja acompanhada pelo referenciamento mútuo em ambas as instâncias (na instância onde ela deixar de ocorrer envia-se uma mensagem indicando para onde a discussão está sendo encaminhada e nesta última se adiciona uma indicação sobre onde a discussão veio.
   * Discussões que adquiram vulto sejam transformadas em processos informais (com a criação de um ticket com respectivo link, se aplicável, para o local onde a discussão está sendo realizada).
 
-== Procedimento para Processos Formais ==
+Procedimento para Processos Formais
+-----------------------------------
 
 Além de obedecer ao fluxograma de processos formais detalhado no texto "Protocolo de Ação Coletiva", a proposição e a decisão de propostas formais devem ser realizadas da seguinte forma para serem válidas:
 
@@ -50,7 +55,8 @@ Além de obedecer ao fluxograma de processos formais detalhado no texto "Protoco
 
 Conforme o processo formal em questão for passando pelas etapas formais, o estado do ticket deve ser alterado pelas pessoas que se interessarem por fazê-lo. Se necessário, a proposta também pode ter ao menos uma página no wiki fechado, sendo possível usar o wiki para acompanhar diferentes versões de uma proposta, por exemplo.
 
-== Referências ==
+Referências
+-----------
 
-  * [1] [wiki:Comunicacao/Licenciamento Licença de Manipulação de Informações do Coletivo $coletivo].
-  * [2] [wiki:Organizacao Protocolo de Ação Coletiva].
+  * [1] [Licença de Manipulação de Informações do Coletivo $coletivo](/organizacao/comunicacao/license).
+  * [2] [Protocolo de Ação Coletiva](/organizacao/coletiva.
diff --git a/organizacao/coletiva/interpretacoes.mdwn b/organizacao/coletiva/interpretacoes.mdwn
index 8c3b353..bff333f 100644
--- a/organizacao/coletiva/interpretacoes.mdwn
+++ b/organizacao/coletiva/interpretacoes.mdwn
@@ -1,13 +1,15 @@
 [[!meta title="Interpretações do Protocolo de Ação Coletiva"]]
 
-= Uma interpretação possível =
+Uma interpretação possível
+--------------------------
 
   * Versão: 0.2.
   * Licença: LIMICS[1].
 
 Este documento contém uma interpretação possível do Protocolo de Ação Coletiva[2], que aqui é considerado como um processo possível de existência de um coletivo autônomo tendo como propriedades emergentes a robustez, a resiliência, a resistência a falhas e a adaptabilidade ao redor da otimização de atividades. Este texto considera que a adoção de tal protocolo possa servir a alguns grupos de afinidade desde que ele atenda aos propósitos do grupo (um processo deve ser útil ao grupo, não o contrário).
 
-== Característica geral ==
+Característica geral
+--------------------
 
 Para grupos pequenos e coesos, a existência apenas de processos formais pode não representar um grande problema. Mas, se o grupo for grande, e/ou dispersivo e/ou com o foco de atuação abrangente, etc, as discussões e as tomadas de decisão podem se tornar muito cansativas e demoradas, além de nem sempre serem produtivas. Fora isso, o temor de não contemplar a todas as pessoas do coletivo pode fazer com que sejam aprovadas propostas que na prática não serão realizadas, mesmo se com a aprovação houver a responsabilidade do coletivo para cumpri-las.
 
@@ -17,16 +19,15 @@ A características geral do Protocolo de Ação Coletiva consiste na articulaç�
 
 O Protocolo de Ação Coletiva também pode ser entendido como uma forma de organização social do trabalho que possui um grande vínculo com a autonomia do grupo.
 
-== Configuração Organizacional ==
+Configuração Organizacional
+---------------------------
 
 Chamaremos de Coletivo aos fluxos informacionais, energéticos e materiais de um dado grupo de afinidade -- isto é, um grupo de pessoas que nutrem afeto umas pelas outras em relação a determinadas ou indeterminadas atividades -- que operam ao redor de uma dada configuração de autonomia definida pelo próprio grupo de afinidade. Por outro lado, é esta autonomia que define o Coletivo enquanto um grupo de afinidade por esta delinear a sua atuação:
 
-`
-  Coletivo <-------------> Autonomia
-     ^                          ^
-      \                        /
-       `------> Fluxos <------'
-`
+    Coletivo <-------------> Autonomia
+       ^                          ^
+        \                        /
+         `------> Fluxos <------'
 
 Tudo o que ocorre no Coletivo é um processo. Os processos assumem diversas manifestações, mas principalmente são fluxos e registros[4]. Todo o processo é um registro e um fluxo. O registro armazena o estado do fluxo, estando acessível para qualquer pessoa do Coletivo. Já o fluxo é a produção do processo e aquilo que efetua a escrita no registro[5].
 
@@ -42,7 +43,8 @@ A autonomia, por ser uma propriedade de autodeterminação, pressupõe, no caso
 
 Além disso, mesmo atuando dentro do Coletivo, a autonomia pessoal não é suprimida, apenas diminuída: há uma grande margem entre a autonomia da pessoa e a do Coletivo, o que permite que exista, dentro do Coletivo, fluxos que não interfiram na autonomia do Coletivo. Em outras palavras, é possível que exista, dentro do Coletivo, processos sem forma necessariamente definida e que não operem a autonomia do Coletivo, isto é, processos informais.
 
-== Os Processos Formais ==
+Os Processos Formais
+--------------------
 
 Como dito anteriormente, o Coletivo possui dois tipos essenciais de processos/fluxos no que concerne ao uso da autonomia: os formais e os informais. Se nos informais não há interferência na autonomia do Coletivo, para os formais é preciso não apenas de um processo de tomada de decisão como uma garantia que as decisões tomadas sejam realizadas, do contrário a autonomia não pode ser exercida.
 
@@ -56,37 +58,37 @@ Em resumo, os processos formais tem as seguintes características:
 
 Uma forma de saber saber se um processo deve ser formal ou informal é perguntar se o mesmo afeta (mexe com, precida da) ou não a automonia do Coletivo.
 
-=== Fluxograma de tomada de decisões e responsabilização formal ===
+Fluxograma de tomada de decisões e responsabilização formal
+-----------------------------------------------------------
 
 Existem inúmeras maneiras de se estabelecer um procedimento formal. No caso do Protocolo de Ação Coletiva, os processos formais do Coletivo são realizados de acordo com o seguinte diagrama:
 
-`
-     .------------------->-----------------.
-    /  .----------<--------------<-------.  \
-   |  '                                   \  \
-   |  |               .------>-----.       \  \
-   |  |              |              \       \  \
-  Proposta -----> Discussão ->--.    \       \  \
-     |  ^            |           \    \       \  \
-     |  |            |            \    \       \  \
-     |   `----<-----'             |     \       \  \
-     |                            |      |       \  \
-      `------>------ Decisão --<--'      |        \  \
-                       | |               |         \  \
-                       | |               |          | |
-   Atribuição de --<---' '---> Arquivamento --->---'  ;
- Responsabilidades ----->-------'   ^    \           /
-      ^  |              ___________/      `---<-----'
-      |   \           .'
-      |    `--> Realização -->--.
-      |           |  |           \
-      |           |  |           /
-       `----<-----'   `-----<---'
-`
+        .------------------->-----------------.
+       /  .----------<--------------<-------.  \
+      |  '                                   \  \
+      |  |               .------>-----.       \  \
+      |  |              |              \       \  \
+     Proposta -----> Discussão ->--.    \       \  \
+        |  ^            |           \    \       \  \
+        |  |            |            \    \       \  \
+        |   `----<-----'             |     \       \  \
+        |                            |      |       \  \
+         `------>------ Decisão --<--'      |        \  \
+                          | |               |         \  \
+                          | |               |          | |
+      Atribuição de --<---' '---> Arquivamento --->---'  ;
+    Responsabilidades ----->-------'   ^    \           /
+         ^  |              ___________/      `---<-----'
+         |   \           .'
+         |    `--> Realização -->--.
+         |           |  |           \
+         |           |  |           /
+          `----<-----'   `-----<---'
 
 Todas as etapas de um processo formal apresentam ao menos uma via de entrada e outra de saída. Não há começo e nem fim, apenas um processo fluído de realização autônoma. Cada etapa é discutida nas sessões a seguir.
 
-=== Etapa de Proposta ===
+Etapa de Proposta
+-----------------
 
 Esta etapa não é a primeira nem a última, mas foi escolhida como tal nesta explicação apenas para facilitar o entendimento dos processos formais. É na etapa de proposição que a idéia de um procedimento formal é lançado ao Coletivo. A idéia -- ou descrição -- do processo pode vir do Arquivo de propostas, de uma Discussão anterior, de um procedimento informal que se julga importante formalizar ou mesmo de uma pessoa ou grupo de pessoas de dentro ou de fora do Coletivo.
 
@@ -94,7 +96,8 @@ Recomenda-se que a proposta de processo formal seja bem explicada, contenha uma
 
 Uma vez lançadas, propostas podem ser discutidas, aprovadas ou arquivadas, como veremos a seguir.
 
-=== Etapa de Discussão ===
+Etapa de Discussão
+------------------
 
 Após a introdução de uma proposta, a discussão não é estritamente necessária, isto é, a Proposta pode seguir diretamente para a Decisão. No entanto, a discussão não deixa de ter importância: ela não só ajuda a arquivar as propostas que não foram adotadas num dado momento como efetuam as alterações desejadas nas propostas antes da tomada de decisão. A discussão é o momento para o refinamento das propostas que as pessoas do Coletivo acharem interessantes.
 
@@ -102,7 +105,8 @@ Alterações em propostas fazem com que o procedimento formal em questão volte
 
 Propostas que vem de fora do Coletivo e que forem discutidas e alteradas devem ser enviadas também para o grupo ou à pessoa de fora do Coletivo responsável pela sua introdução, apesar destas pessoas não participarem da discussão interna do Coletivo. Se tal pessoa ou grupo concordar com a proposta alterada, então o processo formal em questão retorna à etapa de Discussão com a nova proposta. Caso contrário, isto é, a pessoa ou grupo de fora do Coletivo não concordar com a proposta alterada, então o processo formal em questão é arquivado e a pessoa ou grupo devem ser informados do arquivamento (exceto se as partes externas apresentarem uma nova alteração à proposta ou mais argumentos à discussão).
 
-=== Etapa de Decisão ===
+Etapa de Decisão
+----------------
 
 Como dito anteriormente, a autonomia, por ser uma propriedade de autodeterminação, pressupõe, no caso de uma associação de pessoas, um processo de tomada de decisões que respeite igualmente a autonomia das pessoas enquanto integrantes do Coletivo. No Protocolo de Ação Coletiva, a etapa de Decisão é o momento no qual o Coletivo decide se determinada proposta é pertinente ou não, isto é, se o Coletivo julga, apóia e concorda com o seu teor ou o contrário.
 
@@ -116,7 +120,8 @@ Quanto aos prazos, recomenda-se que os mesmos sejam estipulados relativamente ao
 
 Aprovações de propostas que vem de fora do Coletivo ou que tenham como participantes grupos ou pessoas de fora do coletivo são comunicadas às pessoas/grupos de fora do Coletivo apenas após a atribuição de responsabilidades, uma vez que o Coletivo terá responsabilidade sobre a realização de uma proposta a partir do momento que informar o ator/a externo da decisão da proposta.
 
-=== Etapa de Atribuição de Responsabilidades ===
+Etapa de Atribuição de Responsabilidades
+----------------------------------------
 
 Se a aprovação uma proposta requer a aceitação de todo o Coletivo, a atribuição de responsabilidades, por outro lado, tem um caráter distinto: não é preciso que todo o Coletivo assuma responsabilidades pela execução de uma proposta, mas apenas um determinado número de pessoas do Coletivo é necessário à execução da proposta em questão. A etapa de atribuição de responsabilidades é o momento em que um grupo de trabalho será formado com a responsabilidade pela realização da proposta aprovada.
 
@@ -144,13 +149,15 @@ A permanência de pessoas no coletivo que não se voluntariam para se responsabi
 
 No caso de propostas que vem de fora do Coletivo ou que tenham como participantes grupos ou pessoas de fora do coletivo são comunicadas às pessoas/grupos de fora do Coletivo sobre seu estado de !Aprovação/Realização apenas após a atribuição de responsabilidade, isto é, ao final desta etapa.
 
-=== Etapa de Realização ===
+Etapa de Realização
+-------------------
 
 Apenas processos formais cuja responsabilização foi atribuída podem partir para a etapa de realização. Processos que forem realizados e que não tiverem prosseguimento definido são arquivados.
 
 Processos formais que, não tendo sido realizados no prazo comprometido pelo grupo das pessoas que se responsabilizado por ele, devem retornar à etapa de Atribuição de Responsabilidades. De modo análogo, processos em realização mas cujos/as responsáveis não puderem mais realizá-los devem retornar à etapa de Atribuição de Responsabilidades caso o número de pessoas responsáveis remanescentes não for suficiente para a sua realização.
 
-=== Etapa de Arquivamento ===
+Etapa de Arquivamento
+---------------------
 
 O arquivo, ou banco de propostas, é o local onde ficam armazenadas todas as propostas que:
 
@@ -163,7 +170,8 @@ Um processo formal é dito em arquivamento quando uma das condições acima for
 
 No caso de propostas que vem de fora do Coletivo ou que tenham como participantes grupos ou pessoas de fora do coletivo são comunicadas às pessoas/grupos de fora do Coletivo sobre seu estado Recusa/Arquivamento apenas nesta etapa. 
 
-=== Observações sobre Processos Formais ===
+Observações sobre Processos Formais
+-----------------------------------
 
 Em resumo, o processo formal necessita que haja proposta, decisão e responsabilização antes da realização de uma atividade.
 
@@ -181,7 +189,8 @@ Sob o aspecto do registro, cada processo formal pode ser entendido como uma inst
 
 O processo formal é uma maquinação, um processo de desenvolvimento de um software social. Ele não impõe regras sobre o teor das propostas (que inclusive podem propor a mudança ou abolição do fluxograma), mas apenas regras mínimas sobre o próprio andamento do coletivo. No entanto, os próprios princípios de organização coletiva compõem um processo formal cuja responsabilidade é de todo o coletivo. Consequentemente, ele mesmo passa pelos procedimentos de aprovação/execução/responsabilização previstos nele mesmo (bootstrapping e recursividade).
 
-== Os Processos Informais ==
+Os Processos Informais
+----------------------
 
 Os processos informais do Coletivo são os fluxos que não interferem na sua autonomia. Eles apresentam propriedades notáveis para a emergência de padrões, para a experimentação, para a auto-organização e para o combate à apatia e ao gerenciamento centralizado.
 
@@ -203,7 +212,8 @@ Cabe ressaltar que processos informais, mesmo não tendo forma previamente defin
 
 Certamente há uma vasta gama (talvez a maior parte) das atividades realizadas que fogem dessa conceituação de processo, isto é, podem até serem processos físicos, mentais, etc, mas pela falta delas figurarem no fluxo de informação do Coletivo elas não podem ser consideradas como processos protocolares no sentido dado pelo Protocolo de Ação Coletiva, mas apenas processos aformais. Para ganhar em termos de organização, o Protocolo de Organização Coletiva restringe a denomiação de processo apenas às atividades que integram o fluxo informacional do Coletivo (processos do Coletivo são aqueles que foram coletivizados).
 
-== Formalização e informalização ==
+Formalização e informalização
+-----------------------------
 
 Processos formais e informais são diferenciações que nos ajudam a agir conforme a necessidade. Se é preciso voar, experimentar, atuar favorecendo-se com as relações sociais e culturais que são naturais sem interferir na autonomia do Coletivo, os processos informais permitem que se proceda sem regras dadas de antemão. Caso precisemos agir com coesão, com firmeza e favorecendo uma coletividade forte (isto é, usando a autonomia do Coletivo), o Protocolo de Ação Coletiva encoraja o uso de processos formais.
 
@@ -213,7 +223,8 @@ Modos formais e informais permanecem distintos em princípio mas, com o tempo, t
 
 Se o processo formal de tomada de decisões pode ser entendido como um protocolo que mantém a coesão do coletivo ao redor de sua autonomia (espaço comum, central), os procedimentos informais podem ser entendidos como protocolos distribuídos, maleáveis, que se reordenam durante sua existência com uma flexibilidade maior do que os processos formais. Alguns processos informais podem até ter o caráter experimentalista de descobrir próximas ações que, de tão importantes que podem se tornar, se transformem em processos formais.
 
-== Fluxo informacional ==
+Fluxo informacional
+-------------------
 
 Estes princípios apenas funcionam se há acesso disponível às informações por todas as pessoas que fazem parte do Coletivo (acesso não significa obrigação por acompanhar todas as informações que trafegam pelo Coletivo, mas sim possibilidade de acompanhamento arbitrário das mesmas). Sendo assim, é importante que existam instâncias de tráfego informacional (instâncias processuais) que facilitem o acompanhamento dos processos coletivos (tanto formais quanto informais) e que satisfaçam requisitos de privacidade e segurança que garantam a autonomia do Coletivo.
 
@@ -230,7 +241,8 @@ Alem disso, requisições e comunicações ao coletivo (internas ou externas) de
    * Manter a informação disponível ao coletivo.
    * Incentivar uma interação coletiva.
 
-== Autonomia do Coletivo ==
+Autonomia do Coletivo
+---------------------
 
 O Protocolo de Ação Coletiva define uma autonomia básica para o Coletivo. A autonomia básica do Coletivo, isto é, a autonomia mínima que garante a sua existência de acordo com estes princípios, é a posse de canais de comunicação privados e seguros que permitam a existência dos registros de processos coletivos (formais ou informais). Sem esses canais, a autonomia básica do Coletivo é seriamente abalada, assim como a aplicação destes princípios. Toda autonomia adicional do Coletivo (isto é, que não for a autonomia básica) deve ser definida através de processos formais.
 
@@ -240,30 +252,25 @@ O Protocolo de Ação Coletiva reconhece, também, que mesmo um coletivo autôno
 
 Tal visão de autonomia, inclusive, é compatível e satisfaz os seguintes Princípios das mídias e grupos livres do Encontro: Cultura Livre e Capitalismo[6], uma vez que a autonomia do Coletivo emana de si enquanto organização dinâmica:
 
-`
-0. Sobre a mobilidade dos princípios: Todos os princípios podem ser a qualquer
-momento modificados ou abandonados desde que não sejam mais a expressão
-imanente das relações que se constituem através das ações coletivas. 
-`
-
-`
-1. Sobre a autonomia: grupos e mídias livres renunciam e se recusam a recorrer a
-qualquer entidade política que não a si próprias para constituir sua legalidade
-e sua normatividade, por acreditar que a sua única fonte legítima é sua
-emergencia a partir dos laços de confiança e solidarieade entre participantes e
-de cada participante com os coletivos por eles constituídos.
-`
-
-`
-6. Sobre a gestão: As mídias e os grupos livres usam e desenvolvem
-sistematicamente mecanismos de gestão anti-hierárquicos e baseados na geração
-de consensos a partir da argumentação pública; ou seja, rejeitam (ou evitam ao
-máximo), como práticas de organização: a representação política e a votação
-plebiscitária. A divisão funcional é adotada com ponderação, sob avaliação
-coletiva e de maneira ocasional. 
-`
-
-== Atividade Coletiva Complexa ==
+    0. Sobre a mobilidade dos princípios: Todos os princípios podem ser a qualquer
+    momento modificados ou abandonados desde que não sejam mais a expressão
+    imanente das relações que se constituem através das ações coletivas. 
+    
+    1. Sobre a autonomia: grupos e mídias livres renunciam e se recusam a recorrer a
+    qualquer entidade política que não a si próprias para constituir sua legalidade
+    e sua normatividade, por acreditar que a sua única fonte legítima é sua
+    emergencia a partir dos laços de confiança e solidarieade entre participantes e
+    de cada participante com os coletivos por eles constituídos.
+    
+    6. Sobre a gestão: As mídias e os grupos livres usam e desenvolvem
+    sistematicamente mecanismos de gestão anti-hierárquicos e baseados na geração
+    de consensos a partir da argumentação pública; ou seja, rejeitam (ou evitam ao
+    máximo), como práticas de organização: a representação política e a votação
+    plebiscitária. A divisão funcional é adotada com ponderação, sob avaliação
+    coletiva e de maneira ocasional. 
+
+Atividade Coletiva Complexa 
+---------------------------
 
 O Protocolo de Ação Coletiva serve para facilitar as atividades do Coletivo, combatem a apatia e o espetáculo (no sentido das pessoas se portarem como espectadoras, pessoas gerenciadas que permanecem em estado de espera, letárgico e apático), o ruído existente nas instâncias de tomada de decisão, a dificuldade de acompanhamento dos processos no coletivo e a preenchem a necessidade por processos realmente coletivos em andamento (e não apenas as iniciativas pessoais).
 
@@ -271,7 +278,8 @@ Os processos formais encorajam um trabalho coletivo firme enquanto que os inform
 
 Quanto ao seu funcionamento, uma analogia interessante pode ser feita com um sistema operacional multi-usuário/a, uma vez que o Protocolo de Ação Coletiva utiliza o conceito de processo e permite que muitos processos existam paralelamente, os quais podem serem até organizados em árvores, de acordo com suas semelhanças e/ou dependências.
 
-== Memética da auto-organização ==
+Memética da auto-organização
+----------------------------
 
 O Protocolo de Ação Coletiva é um fruto da cultura e do choque cultural do grupo de afinidade no qual ele se originou. Quando esses princípios de organização adentram o plano da cultura das pessoas do Coletivo, isto é, são praticados com naturalidade e desenvoltura, então temos uma mudança profunda no modo de agir coletivamente. Tal dinâmica pode se suceder indefinidamente conforme os princípios antigos se tornam obsoletos.
 
@@ -297,7 +305,8 @@ Por fim, a questão da apatia versus o protagonismo. Tal modelo de relacionament
 
 Quem não tem iniciativa está destinado/a a ser gerenciado/a e governado/a.
 
-== Limitações ==
+Limitações
+----------
 
 Mesmo que estes princípios sejam úteis e desejáveis para o Coletivo, convém reconhecermos suas limitações. Tais princípios assumem que o Coletivo é um grupo de afinidade e por isso ele pode enfrentar problemas e necessitar modificações se for adotado por grupos onde não haja afinidade, principalmente porque sua capacidade de resolução de disputas e conflitos é limitada. O circuito de um processo formal também pode ser usado para criar loops e os princípios não prevêem em si regras para lidar com o ruído. Talvez eles também precisem de adaptações para funcionarem como desejado em grupos muito grandes, principalmente porque processos que demandem um fluxo de informação muito intenso (por exemplo, propostas grandes) tendem a demandar mais tempo para discussão, decisão, etc.
 
@@ -347,7 +356,8 @@ Além disso, pode ser conveniente balizar a criação de protocolos levando em c
 
 Ou seja, a iniciativa só deve ser considerada se houver disponibilidade de informação. Até pode acontecer que alguém que não informou que esteja trabalhando na verdade esteja, mas pela inexistência dessa informação não podemos nos arriscar a considerá-lo.
 
-== A urgência e a emergência da organização ==
+A urgência e a emergência da organização
+----------------------------------------
 
 Um dado "nível" de organização/acumulação permite inclusive tornar situações antes emergenciais em procedimentos bem estabelecidos. Por isso, um grupo que se dedica à sua organização terá um ganho futuro de lidar melhor com situações que hoje são urgentes. Se o grupo apenas se dedicar a apagar o fogo, a resolver emergências/urgências, não terá tempo para mudar e melhorar sua organização. Certamente o mundo apresenta uma série de situações emergenciais. A urgência permeia a existência.
 
@@ -355,7 +365,8 @@ Não é possível não se omitir em todas as lutas, em todas as frentes, em toda
 
 Por isso, é importante para um grupo dividir bem sua dedicação, seu tempo e seu esforço não apenas para todas as emergências, mas também para a sua organização. Às vezes é preciso dar um basta à resolução de emergências e dedicar um pouco do tempo à organização. Ao se organizar mais, a resolução de algumas emergências podem se tornar tarefas mais fácil.
 
-== Referências ==
+Referências
+-----------
 
   * [1] Licença de Manipulação de Informações do Grupo Saravá: http://wiki.sarava.org/Main/Licenca
   * [2] Protocolo de Ação Coletiva, http://protocolos.sarava.org/trac/wiki/Organizacao
diff --git a/organizacao/coletiva/participacao.mdwn b/organizacao/coletiva/participacao.mdwn
index e9415bd..6f62138 100644
--- a/organizacao/coletiva/participacao.mdwn
+++ b/organizacao/coletiva/participacao.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]
-
-= Participação de pessoas no Coletivo =
+[[!meta title="Participação de pessoas no Coletivo"]]
 
 O presente processo trata da Entrada e saída de pessoas no Coletivo, estabelecendo assim a participação de pessoas no Coletivo no nível 3 de [wiki:Comunicacao/ACL ACL].
 
diff --git a/organizacao/comunicacao.mdwn b/organizacao/comunicacao.mdwn
index b3e30b9..fe1319c 100644
--- a/organizacao/comunicacao.mdwn
+++ b/organizacao/comunicacao.mdwn
@@ -1,3 +1,3 @@
 [[!meta title="Comunicação"]]
 
-[[!inline pages="page(comunicacao*)" archive="yes"]]
+[[!map pages="page(comunicacao*)" show="title"]]
diff --git a/organizacao/misc.mdwn b/organizacao/misc.mdwn
index a2eaae1..b2dbfff 100644
--- a/organizacao/misc.mdwn
+++ b/organizacao/misc.mdwn
@@ -1,3 +1,3 @@
 [[!meta title="Misc"]]
 
-[[!inline pages="page(misc*)" archive="yes"]]
+[[!map pages="page(misc*)" show="title"]]
diff --git a/organizacao/misc/admin.mdwn b/organizacao/misc/admin.mdwn
index 6bdee70..4f7d9a0 100644
--- a/organizacao/misc/admin.mdwn
+++ b/organizacao/misc/admin.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Administração do `$servidor` =

+[[!meta title="Administração do $servidor"]]

 

 Este processo estabelece os critérios de administração do `$servidor`, doravante mencionado como `$servidor`, canalizador de fluxos ou simplesmente como servidor.

 

@@ -48,4 +46,4 @@ A realização deste processo depende da realização dos seguintes processos:
 

 = Sobre este texto =

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/AdministracaoDeServidor Template para Administração de Servidor]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [wiki:PageTemplates/AdministracaoDeServidor Template para Administração de Servidor]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 

diff --git a/organizacao/misc/ata.mdwn b/organizacao/misc/ata.mdwn
index 545ea05..941be0f 100644
--- a/organizacao/misc/ata.mdwn
+++ b/organizacao/misc/ata.mdwn
@@ -1,8 +1,7 @@
-[[PageOutline]]

+[[!meta title="Ata de reunião"]]

 

 = Reunião de ../../.... =

 

-  * Data: ../../.... (dia-da-semana).

   * Horário: ..:..

   * Local: ... (Cidade).

   * Caráter: ...

diff --git a/organizacao/misc/atualizacao.mdwn b/organizacao/misc/atualizacao.mdwn
index 8169ae1..560e64c 100644
--- a/organizacao/misc/atualizacao.mdwn
+++ b/organizacao/misc/atualizacao.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Atualização de processo =

+[[!meta title="Atualização de processo"]]

 

 O presente processo efetua a atualização do seguinte processo:

 

@@ -8,19 +6,20 @@ O presente processo efetua a atualização do seguinte processo:
 

 O novo texto para o processo é o seguinte:

 

-`

-$novo_texto

-`

+    $novo_texto

 

-== Condições de atualização ==

+Condições de atualização

+------------------------

 

   * O processo só pode ser atualizado se as pessoas responsabilizadas pelo mesmo concordarem explicitamente com isso. Caso elas não concordem este processo deve ser arquivado.

   * No ticket do processo deve haver uma menção à atualização efetuada e com referência ao processo que o alterou.

 

-== Responsabilização ==

+Responsabilização

+-----------------

 

 As pessoas responsáveis pelo presente processo devem efetivar a atualização do processo de acordo com as condições mencionadas anteriormente.

 

-= Sobre este texto =

+Sobre este texto

+----------------

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/AtualizacaoDeProcesso Template para Atualização de Processo]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [Template para Atualização de Processo](/organizacao/misc/atualizacao). No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 

diff --git a/organizacao/misc/autorizacao.mdwn b/organizacao/misc/autorizacao.mdwn
index 9bf5bfa..8fd1c56 100644
--- a/organizacao/misc/autorizacao.mdwn
+++ b/organizacao/misc/autorizacao.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Template para Autorização de Uso de Conteúdo =

+[[!meta title="Template para Autorização de Uso de Conteúdo"]]

 

 Por este processo, `$entidade` fica autorizada a utilizar os seguintes conteúdos do Coletivo:

 

@@ -30,4 +28,4 @@ A realização deste processo depende da realização dos seguintes processos:
 

 = Sobre este texto =

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/AutorizacaoParaUsoDeConteudo Template para Autorização de Uso de Conteúdo]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template.
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [wiki:PageTemplates/AutorizacaoParaUsoDeConteudo Template para Autorização de Uso de Conteúdo]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template.

diff --git a/organizacao/misc/debate.mdwn b/organizacao/misc/debate.mdwn
index 2f99dfc..cac39a0 100644
--- a/organizacao/misc/debate.mdwn
+++ b/organizacao/misc/debate.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Debate =

+[[!meta title="Debate"]]

 

 Realização de um debate no `$local` ou em outro lugar conveniente (mas não pago e nem corporativo), eventualmente em parceria com o `$grupo`, de um debate sobre `$tema`. O evento seria oficialmente organizado pelo Coletivo e talvez pelo `$grupo` (caso topem) e portanto se trata de um processo formal.

 

@@ -20,6 +18,7 @@ Observações:
   * O debate não terá o apoio de organizações corporativas ou estatais e não contará com financiamento.

   * As pessoas do Coletivo que estiverem presentes na mesa não falarão em nome do Coletivo.

 

-= Sobre este texto =

+Sobre este texto

+----------------

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/Debate Template para Debate]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template.
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [Template para Debate](/organizacao/misc/debate). No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template.

diff --git a/organizacao/misc/grupos.mdwn b/organizacao/misc/grupos.mdwn
index 20dd383..cfa55c6 100644
--- a/organizacao/misc/grupos.mdwn
+++ b/organizacao/misc/grupos.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Participação no $grupo =

+[[!meta title="Participação no $grupo"]]

 

 Este processo estabelece a participação do Coletivo no $grupo, doravante mencionado neste texto tanto como $grupo ou simplesmente como '''Grupo'''.

 

@@ -54,4 +52,4 @@ Além disso, tal repasse de informações:
 

 = Sobre este texto =

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/ParticipacaoEmGruposExternos Template para Participação em Grupos Externos]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também ''upstream'', isto é, ao texto do template.
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [wiki:PageTemplates/ParticipacaoEmGruposExternos Template para Participação em Grupos Externos]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também ''upstream'', isto é, ao texto do template.

diff --git a/organizacao/misc/hospedagem.mdwn b/organizacao/misc/hospedagem.mdwn
index 50230d7..67cf6af 100644
--- a/organizacao/misc/hospedagem.mdwn
+++ b/organizacao/misc/hospedagem.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Hospedagem de `$projeto` =

+[[!meta title="Hospedagem de $projeto"]]

 

 Este processo trata da hospedagem de um sítio/repositório em `$plataforma` com endereço `http://$sitio.$dominio` (e eventuais domínios adicionais) para abrigar o projeto `$projeto`, que é `$descricao`.

 

@@ -16,4 +14,4 @@ A realização deste processo depende da realização dos seguintes processos:
 

 = Sobre este texto =

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/Hospedagem Template para Hospedagem]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [wiki:PageTemplates/Hospedagem Template para Hospedagem]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 

diff --git a/organizacao/misc/plataforma.mdwn b/organizacao/misc/plataforma.mdwn
index 5b0f793..674202a 100644
--- a/organizacao/misc/plataforma.mdwn
+++ b/organizacao/misc/plataforma.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Grupo de Trabalho de Hospedagem em `$plataforma` =

+[[!meta title="Grupo de Trabalho de Hospedagem em $plataforma"]]

 

 O presente processo estabelece o funcionamento do Grupo de Trabalho de Hospedagem em `$plataforma` (doravante mencionado apenas como '''plataforma'''), consistindo em:

 

@@ -26,4 +24,4 @@ Em outras palavras, o presente grupo de trabalho não se responsabiliza pelo uso
 

 = Sobre este texto =

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/GrupoDeTrabalhoDeHospedagem Template para Grupo de Trabalho de Hospedagem]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [wiki:PageTemplates/GrupoDeTrabalhoDeHospedagem Template para Grupo de Trabalho de Hospedagem]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 

diff --git a/organizacao/misc/rollcall.mdwn b/organizacao/misc/rollcall.mdwn
index 2968c53..0058897 100644
--- a/organizacao/misc/rollcall.mdwn
+++ b/organizacao/misc/rollcall.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]

-

-= Rodada de Chamadas =

+[[!meta title="Rodada de Chamadas"]]

 

 A Rodada de Chamadas, também conhecida como [http://en.wikipedia.org/wiki/Roll_call roll call], é um procedimento utilizado para saber quem ainda participa de um grupo. Em cada rodada, das pessoas ausentes nas atividades do Coletivo, apenas aquelas que responderem permanecem no grupo conforme o [wiki:Organizacao/Participacao Processo de participação no Coletivo].

 

@@ -12,4 +10,4 @@ Esta também pode ser considerada como uma oportunidade para as pessoas apresent
 

 = Sobre este texto =

 

-O texto deste processo foi redigido utilizando o [wiki:PageTemplates/RollCall Template para Rodada de Chamadas]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 
\ No newline at end of file
+O texto deste processo foi redigido utilizando o [wiki:PageTemplates/RollCall Template para Rodada de Chamadas]. No caso de alterações que não dizem respeito apenas ao Grupo e que possam enriquecer tal template, favor submetê-las também upstream, isto é, ao texto do template. 

diff --git a/organizacao/sistemas/dns.mdwn b/organizacao/sistemas/dns.mdwn
index df0b627..0f1a9af 100644
--- a/organizacao/sistemas/dns.mdwn
+++ b/organizacao/sistemas/dns.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]
-
-= Administração de configurações de DNS dos domínios do Coletivo =
+[[!meta title="Administração de configurações de DNS dos domínios do Coletivo"]]
 
 Este processo estabelece as linhas gerais para a administração de configurações DNS dos domínios do Coletivo.
 
diff --git a/organizacao/sistemas/dominios.mdwn b/organizacao/sistemas/dominios.mdwn
index f6c5be4..98d2ca8 100644
--- a/organizacao/sistemas/dominios.mdwn
+++ b/organizacao/sistemas/dominios.mdwn
@@ -1,6 +1,4 @@
-[[PageOutline]]
-
-= Gerenciamento de domínios =
+[[!meta title="Gerenciamento de domínios"]]
 
 Os domínios utilizados pelo Coletivo constituem seu ''namespace'' no qual podem definir endereços de acesso público e privado. Sendo indispensáveis para a autonomia básica do Coletivo e para a possibilidade de hospedagem de outros grupos, o gerenciamento de domínios constitui um processo de garantia dessa autonomia, especialmente se levado em conta que o DNS é um sistema centralizado, pouco transparente, anti-democrático e de tendência centralizante.
 
diff --git a/travel.mdwn b/travel.mdwn
index 791400e..edd9d80 100644
--- a/travel.mdwn
+++ b/travel.mdwn
@@ -2,4 +2,4 @@
 
 Templates para viagens. Veja também [The Travel Lite Strategy](https://rhatto.fluxo.info/travel/lite).
 
-[[!inline pages="page(travel*)" archive="yes"]]
+[[!map pages="page(travel*)" show="title"]]