Read only mode in app

I have a pretty big graph. Sometimes I look at my graph, but the editing experience on a phone is not that good. So, I particularly avoid doing it. But I will read it more confidently if we can have read-only mode.

I hope others share the same experience. If there is any alternative view or solution, please let me know.

Welcome. Concerning alternative solutions, it is possible to experiment with silencing edit-related events, by adding code in file custom.js. For example, could prevent clicking from editing a block by using code like addEventListener('mousedown', (e)=>e.stopPropagation(), true) It will take some effort to thoroughly cover every case, but it generally works.

2 Likes

i second the OP here. I am using org-roam in emacs to edit my org files, and use logseq only for viewing what I wrote. Is there no way to lock-down logseq into a read only mode? Any config options for this in config.edn file?

Good Idea! I always feel like messing up my sites when i am clicking through it on mobile.

1 Like

Voy a probar esta estrategia a ver si funciona:

Aquí tiene la guía actualizada para configurar su estrategia de “Edición en Mac / Solo Lectura en Android” utilizando el wrapper Syncthing-macOS y la aplicación oficial de Syncthing para Android.

Esta configuración asegura que su Mac es la única fuente autorizada para modificar su grafo de Logseq, evitando conflictos de sincronización causados por ediciones accidentales en el móvil.


1. Configuración Inicial e Instalación

En su Mac (Fuente de Edición)

  1. Instalar Syncthing-macOS: Descargue e instale la aplicación Syncthing-macOS (o use Homebrew, como se mencionó anteriormente, para instalar syncthing).

  2. Iniciar: Ejecute Syncthing-macOS. Aparecerá un icono en su barra de menú (cerca del reloj).

  3. Acceder a la Interfaz Web: Haga clic en el icono y seleccione “Abrir Interfaz Web”. Esta es la herramienta central de configuración.

En su Teléfono Android (Destino de Visualización)

  1. Instalar: Descargue la aplicación oficial Syncthing desde Google Play Store o F-Droid.

  2. Configurar: Inicie la aplicación y complete la configuración inicial (permisos de almacenamiento, etc.).

  3. Identificar ID: Vaya a la pestaña “Dispositivos” y anote el ID de Dispositivo de su Android.


2. Establecer la Conexión entre Dispositivos

En la Interfaz Web del Mac

  1. Añadir Dispositivo Remoto: En la Interfaz Web (abierta en su navegador), haga clic en “Añadir Dispositivo Remoto” en la parte inferior derecha.

  2. Introducir Datos:

    • Pegue el ID de Dispositivo de su Android (lo puede encontrar en la aplicación de Android en “Mostrar ID del dispositivo”).

    • Asigne un Nombre de Dispositivo reconocible (ej: “Mi Android”).

    • Guarde.

En el Teléfono Android

  1. Aceptar Conexión: La aplicación de Android le notificará que el Mac quiere conectarse. Acepte la conexión.

  2. Verificación: Ambos dispositivos deberían mostrarse ahora como “Conectados” en sus respectivas pestañas de Dispositivos.


3. Configurar la Sincronización Unidireccional (Clave)

Ahora, establezca las direcciones de sincronización para la carpeta de su grafo de Logseq.

En su Mac (Configuración “Enviar Solo”)

  1. Añadir Carpeta de Logseq: Si no la ha añadido antes, haga clic en “Añadir Carpeta” en la Interfaz Web del Mac.

    • Ruta de Carpeta: Introduzca la ruta a la carpeta raíz de su grafo de Logseq (la que contiene la subcarpeta logseq/).
  2. Pestaña Compartición:

    • Asegúrese de que el dispositivo “Mi Android” esté marcado para compartir esta carpeta.
  3. Pestaña Avanzado (Ajuste Crítico):

    • Busque el campo Tipo de Carpeta.

    • Cámbielo a: Enviar Solo (Send Only).

    • Guarde.

En su Teléfono Android (Configuración “Recibir Solo”)

  1. Aceptar Carpeta Compartida: La aplicación de Android le notificará que su Mac está compartiendo la carpeta de Logseq. Acepte la carpeta.

  2. Definir la Ruta: Elija la ruta en su almacenamiento interno de Android donde quiere que se guarden los archivos. Esta debe ser la ubicación que Logseq usa como su grafo en el móvil.

  3. Ajuste Crítico: Cuando se le solicite el tipo de sincronización (o al editar la carpeta después de aceptarla):

    • Establezca el Tipo de Carpeta en: Recibir Solo (Receive Only).
  4. Finalizar: Guarde la configuración.

Conclusión de la Estrategia

Con esta configuración, la carpeta de Logseq en su Mac solo envía cambios, y la carpeta de Logseq en su Android solo recibe cambios. De esta forma, si accidentalmente entra en modo de edición y modifica algo en su Android, el Mac no lo aceptará, y Syncthing lo sobrescribirá con la versión correcta del Mac en la siguiente sincronización, garantizando la integridad de su grafo y permitiéndole usar Android de manera segura como un lector. Aunque la edición no se deshabilita y puede que modifiquemos algo accidentalmente, esta modificación es solo temporal, porque desde el Mac se sobreescribirá y volverá a su estado inicial. Solo podremos editar y consolidad los datos desde el Mac. (También podría hacerse teóricamente desde Windows, aunque no lo he probado)

Espero haber contribuido y ayudado. Saludo Cubano, Rafael. :slight_smile:

What a shame it doesn’t support such a basic functionality. Sometimes I just want to copy a code block or a note excerpt, but instead I accidentally end up messing up my notes.

In another similar thread, it’s suggested to use the “doc view” plugin, but I couldn’t find it anywhere. Has anybody found a way to navigate in LogSeq without entering edit mode?

1 Like

My main UX challenge on mobile is that the search icon is hidden in document mode (that is actually read only (at least for scrolling).

But once you got the search, you enter edit mode and the unfold/fold and click for edit nightmare starts with those accidential edits

Especially when the page is laggy due to performance issues, when an autosync (here the logseq remote graph sync of the MD Version) takes place in the background (incoming or outgoing).

To fix this we need locking features or clever UX solutions for:

  1. Sync
  2. Edit
  3. Query Updates

Also the lazy loading can be a continous burden when taking place in the wrong point in time.

Writing down a user story of this experience could help.

If you are interested in concurrent edit experience, read this paper:

Upwelling: Combining real-time collaboration with version control for writers.

url:: Upwelling: Combining real-time collaboration with version control for writers.
tags:: #[[Automerge]], #[[Collaboration]], #[[Collaboration Tools]], #[[Collaborative Editing]], #[[Conflict-free Replicated Data Type (CRDT)]], #[[CRDT]], #[[Diff]], #[[DRDT]], #[[Editor]], #[[Framework]], #[[Ink and Switch]], #[[JavaScript]], #[[Non-fictional Writing]], #[[React]], #[[real-time collaboration with version control for writers]], #[[Suggested by Scott Jenson]], #[[Text Editor]], #[[TypeScript]], #[[Upwelling]], #[[Writing]]

abstractNote: Collaborative writing tools don’t work well for writers or editors. With Upwelling, we demonstrate a design that gives writers privacy while still offering editors transparency into how a document is changing.