Сайт начинается с контента, не с макета

Что не помогло

• Переустановка AppImage, переход на Flatpak — то же самое.
• Форс X11-бэкенда: GDK_BACKEND=x11 ELECTRON_OZONE_PLATFORM_HINT=x11 — без эффекта.
• Community-плагин "Canvas Drag Fix" — не помог. Объясним почему ниже.
• udev-правило с ID_INPUT_TABLET=0 ID_INPUT_MOUSE=1 — тоже не помогло. Chromium читает XInput2 напрямую; udev-свойства до него не доходят.

Как нашли причину

Вставьте это в DevTools Obsidian (Ctrl+Shift+I → Console) и потяните ноду:

['pointerdown','pointermove','pointerup'].forEach(name =>
  window.addEventListener(name, e =>
    console.log(name, 'type:', e.pointerType, 'id:', e.pointerId), true));

Вывод:

pointerdown  type: mouse  id: 1
pointermove  type: pen    id: 4
pointermove  type: pen    id: 4
pointerup    type: mouse  id: 1

Та же физическая мышь. pointerdown и pointerup помечены как "mouse". Каждый pointermove между ними — как "pen" с другим pointerId.

Обработчик перетаскивания в Canvas начинает drag на pointerdown, захватывает указатель, а затем ожидает, что следующие pointermove совпадут по pointerType и pointerId. Они не совпадают. Drag молча отклоняется каждый раз.

Причина — классификация устройств в Chromium через XInput2. Виртуальная мышь VMware выставляет стилусные оси (абсолютные координаты, давление), поэтому Chromium маркирует её события движения как перо. pointerdown и pointerup идут через другой путь и остаются мышью.

Почему "Canvas Drag Fix" не помогает: тот плагин перехватывает pointerdown с pointerType === 'pen' и повторно отправляет их как мышиные события. Наш pointerdown уже "mouse" — проблема в pointermove, которого плагин не касается.

Решение

Небольшой плагин, который вешает capture-фазный listener на уровне window и переписывает любой не-"mouse" pointerType в "mouse" (и нормализует pointerId до 1) раньше любого другого обработчика. Охватывает все десять типов pointer-событий.

'use strict';

const obsidian = require('obsidian');

const EVENTS = [
	'pointerdown', 'pointermove', 'pointerup', 'pointercancel',
	'pointerover', 'pointerout', 'pointerenter', 'pointerleave',
	'gotpointercapture', 'lostpointercapture'
];

function fixPointer(ev) {
	if (ev.pointerType !== 'mouse') {
		try { Object.defineProperty(ev, 'pointerType', { value: 'mouse', configurable: true }); } catch (e) {}
		try { Object.defineProperty(ev, 'pointerId', { value: 1, configurable: true }); } catch (e) {}
	}
}

class PointerFixPlugin extends obsidian.Plugin {
	async onload() {
		for (const name of EVENTS) {
			window.addEventListener(name, fixPointer, { capture: true });
		}
		console.log('[pointer-fix] installed');
	}

	onunload() {
		for (const name of EVENTS) {
			window.removeEventListener(name, fixPointer, { capture: true });
		}
	}
}

module.exports = PointerFixPlugin;

{
	"id": "pointer-fix",
	"name": "Pointer Type Fix",
	"version": "0.1.0",
	"minAppVersion": "1.0.0",
	"description": "Rewrites non-mouse pointerType to 'mouse'. Workaround for Chromium misclassifying VMware/virtual mice as pen, which breaks Canvas drag.",
	"author": "alexes",
	"isDesktopOnly": true
}

AppImage и --no-sandbox

На некоторых минимальных Linux-сетапах — ядра или дистрибутивы, ограничивающие непривилегированные user namespaces — AppImage Obsidian не запускается. Процесс падает сразу с ошибкой sandbox. Обходной путь:

~/Obsidian.AppImage --no-sandbox

Это отключает песочницу рендер-процесса Chromium. На личной dev-VM это приемлемый компромисс. На общей или публично доступной машине — нет.

Важно

Если на машине есть настоящий стилус или планшет Wacom, этот плагин скроет специфичные для пера данные — давление, наклон, идентификатор указателя. Отключите его перед рисованием.

Когда Chromium-приложение ведёт себя странно на Linux — логируйте каждое pointer-событие на capture-фазе: правда в классификации устройства, а не в слоях выше.