Costa Sano KB - Recent changes [en]

Platform:Drupal/Tracing Drupal Storage

Mngr — Sun, 20 Sep 2026 18:21:46 GMT

Created page with "= Tracing Drupal Storage — From File to Physical Disk = == Purpose == This document explains how to trace a Drupal file through the different storage layers of the Costa Sano infrastructure: <code>Drupal file ↓ Linux filesystem ↓ Linux block device ↓ Hyper-V virtual disk ↓ VHDX file ↓ Windows storage volume ↓ physical disk</code> The important concept is that '''each layer hides the implementation details of the layer b..."

New page

= Tracing Drupal Storage — From File to Physical Disk =

== Purpose ==
This document explains how to trace a Drupal file through the different storage layers of the Costa Sano infrastructure:
<code>Drupal file
↓
Linux filesystem
↓
Linux block device
↓
Hyper-V virtual disk
↓
VHDX file
↓
Windows storage volume
↓
physical disk</code>
The important concept is that '''each layer hides the implementation details of the layer below it'''.

Drupal does not need to know which physical disk contains a file.
----

= 1. The logical view seen by Drupal =
Drupal works with a normal filesystem path such as:
<code>/var/www/drupal/web/sites/default/files/example.pdf</code>
Drupal does not refer to:
<code>/dev/sda</code>
and does not know that the storage is a Hyper-V VHDX.

The Drupal application simply asks the operating system to read or write a file at the given path.
----

= 2. Linux filesystem layer =
In the current Costa Sano configuration, the Drupal media directory is mounted on a separate XFS filesystem.

The relationship is:
<code>/var/www/drupal/web/sites/default/files
↓
XFS filesystem
↓
UUID=06d91c93-c2cb-4185-884b-13b02e47f5ac</code>
The filesystem UUID is the stable Linux identity of the filesystem.

The device name <code>/dev/sda</code> should '''not''' be treated as the permanent identity.

Linux device names can change.

The UUID is what is used in <code>/etc/fstab</code>.
----

= 3. <code>stat</code> — examine the file =
For an individual Drupal file:
<code>stat /var/www/drupal/web/sites/default/files/example.pdf</code>
<code>stat</code> reports information about the file itself, including:

* size;
* owner;
* group;
* permissions;
* timestamps;
* inode information.

<code>stat</code> is therefore the starting point when investigating a particular file.

It does not normally tell us directly which physical device hosts the file.
----

= 4. <code>df</code> — identify the filesystem hosting the file =
To determine which filesystem contains a particular file:
<code>df -h /var/www/drupal/web/sites/default/files/example.pdf</code>
Typical result:
<code>Filesystem Size Used Avail Use% Mounted on
/dev/sda 254G ... ... ... /var/www/drupal/web/sites/default/files</code>
This tells us:
<code>example.pdf
↓
filesystem mounted at
/var/www/drupal/web/sites/default/files
↓
/dev/sda</code>
<code>df</code> therefore answers:<blockquote>'''Which filesystem provides the storage for this path?'''</blockquote>The same command can be used on the directory itself:
<code>df -h /var/www/drupal/web/sites/default/files</code>
----

= 5. <code>findmnt</code> — show the mount relationship =
Use:
<code>findmnt -T /var/www/drupal/web/sites/default/files/example.pdf</code>
or:
<code>findmnt /var/www/drupal/web/sites/default/files</code>
Typical result:
<code>TARGET SOURCE FSTYPE
/var/www/drupal/web/sites/default/files
/dev/sda xfs</code>
This makes the relationship explicit:
<code>/dev/sda
↓
XFS filesystem
↓
/var/www/drupal/web/sites/default/files</code>
The <code>-T</code> option is particularly useful because it asks:<blockquote>Which mounted filesystem contains this path?</blockquote>
----

= 6. <code>lsblk</code> — inspect Linux block devices =
Use:
<code>lsblk -f</code>
This shows Linux block devices, filesystems, UUIDs and mount points.

The media disk appears approximately as:
<code>NAME FSTYPE UUID MOUNTPOINTS
sda xfs 06d91c93-c2cb-4185-884b-13b02e47f5ac /var/www/drupal/web/sites/default/files
sdb
├─...</code>
This connects:
<code>/dev/sda
↓
XFS
↓
UUID
↓
Drupal files mount point</code>
<code>lsblk</code> is therefore primarily a '''block-device view''', whereas <code>findmnt</code> is primarily a '''mount relationship view'''.
----

= 7. <code>blkid</code> — identify the filesystem by UUID =
Use:
<code>sudo blkid /dev/sda</code>
For the Costa Sano media disk the result is:
<code>/dev/sda: UUID="06d91c93-c2cb-4185-884b-13b02e47f5ac" BLOCK_SIZE="4096" TYPE="xfs"</code>
The UUID is important because <code>/etc/fstab</code> uses it to identify the filesystem.

The permanent configuration is:
<code>UUID=06d91c93-c2cb-4185-884b-13b02e47f5ac /var/www/drupal/web/sites/default/files xfs defaults 0 0</code>
Therefore Linux does not depend on the disk being called <code>/dev/sda</code> after a reboot.
----

= 8. Complete Linux-side investigation =
For one particular Drupal file, the following sequence gives the complete Linux-side picture.

=== Step 1 — file ===
<code>stat /var/www/drupal/web/sites/default/files/example.pdf</code>

=== Step 2 — filesystem ===
<code>df -h /var/www/drupal/web/sites/default/files/example.pdf</code>

=== Step 3 — mount relationship ===
<code>findmnt -T /var/www/drupal/web/sites/default/files/example.pdf</code>

=== Step 4 — block devices ===
<code>lsblk -f</code>

=== Step 5 — filesystem identity ===
<code>sudo blkid /dev/sda</code>
The result is conceptually:
<code>Drupal file
↓
/var/www/drupal/web/sites/default/files/example.pdf
↓
/dev/sda
↓
XFS
↓
UUID=06d91c93-c2cb-4185-884b-13b02e47f5ac</code>
----

= 9. Crossing the virtualization boundary =
Up to this point we are inside the AlmaLinux VM.

The Linux operating system knows:
<code>/dev/sda</code>
but Linux does not know that this virtual disk is physically represented by a VHDX file on the Windows Server.

That information belongs to Hyper-V.

The next layer is therefore:
<code>Linux /dev/sda
↓
Hyper-V virtual disk
↓
VHDX</code>
----

= 10. Hyper-V disk configuration =
On the Windows Server Hyper-V host, the Drupal VM has:
<code>IDE Controller 0
├── Device 0 → original 127 GB VHDX
└── Device 1 → new 254 GB VHDX</code>
The new media disk is the second virtual disk attached to the controller.

An important lesson from the migration is:<blockquote>Hyper-V's disk numbering and Linux's <code>/dev/sdX</code> naming are different naming systems.</blockquote>Therefore:
<code>Hyper-V Device 1</code>
does not imply:
<code>/dev/sdb</code>
Linux assigned <code>/dev/sda</code> to the new 254 GB disk in this case.

Disk identification should therefore be based on reliable properties such as:

* size;
* partitions;
* filesystem;
* UUID;
* mount point.

----

= 11. PowerShell — identify the VHDX attached to the VM =
On the Windows Server Hyper-V host, PowerShell can show the virtual disks attached to the VM:
<code>Get-VMHardDiskDrive -VMName "YOUR-DRUPAL-VM"</code>
This shows information including:

* VM name;
* controller type;
* controller number;
* device location;
* VHDX path.

Conceptually the result is:
<code>VMName ControllerType ControllerLocation Path
Drupal IDE 0 D:\...\Drupal-System.vhdx
Drupal IDE 1 D:\...\Drupal-Media.vhdx</code>
The exact path depends on the Hyper-V configuration.

This establishes the relationship:
<code>Linux /dev/sda
↓
Hyper-V IDE 0 / Device 1
↓
Drupal-Media.vhdx</code>
----

= 12. <code>Get-VHD</code> — inspect the VHDX =
PowerShell can inspect the virtual disk itself:
<code>Get-VHD -Path "D:\...\Drupal-Media.vhdx"</code>
This can show information such as:

* VHDX path;
* virtual disk format;
* disk type;
* virtual size;
* physical file size;
* block size.

The important point is that Hyper-V now gives us the identity of the virtual storage object that Linux sees as its virtual disk.
----

= 13. Identify the Windows volume containing the VHDX =
Suppose the VHDX is located at:
<code>D:\Hyper-V\Virtual Hard Disks\Drupal-Media.vhdx</code>
The VHDX is therefore stored on the Windows <code>D:</code> volume.

PowerShell:
<code>Get-Volume -DriveLetter D</code>
This identifies the Windows volume.

Conceptually:
<code>Drupal-Media.vhdx
↓
D:
↓
Windows NTFS volume</code>
----

= 14. Identify the physical disk behind the Windows volume =
To identify the partition containing <code>D:</code>:
<code>Get-Partition -DriveLetter D</code>
This provides the Windows disk number.

For example:
<code>DiskNumber : 2
PartitionNumber : 1
DriveLetter : D</code>
Then inspect that disk:
<code>Get-Disk -Number 2</code>
This gives information about the physical disk, including:

* disk number;
* model;
* size;
* bus type;
* operational status;
* health.

The physical storage devices can also be listed with:
<code>Get-PhysicalDisk</code>
----

= 15. Complete storage chain =
The complete Costa Sano media storage chain is therefore:
<code>┌─────────────────────────────────────────────┐
│ Drupal │
│ │
│ /sites/default/files/example.pdf │
└──────────────────────┬──────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ AlmaLinux 10.2 │
│ │
│ XFS filesystem │
│ UUID=06d91c93-c2cb-4185-884b-13b02e47f5ac │
│ │
│ /dev/sda │
└──────────────────────┬──────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Hyper-V │
│ │
│ IDE Controller 0 / Device 1 │
│ │
│ 254 GB Drupal-Media.vhdx │
└──────────────────────┬──────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Windows Server 2019 │
│ │
│ D:\Hyper-V\...\Drupal-Media.vhdx │
│ │
│ NTFS volume │
└──────────────────────┬──────────────────────┘
│
▼
┌─────────────────────────────────────────────┐
│ Physical storage │
│ │
│ SSD / HDD / storage device │
└─────────────────────────────────────────────┘</code>
----

= 16. The abstraction principle =
The important architectural lesson is that '''each layer provides a stable logical interface to the layer above it'''.

Drupal sees:
<code>/var/www/drupal/web/sites/default/files</code>
Linux sees:
<code>XFS filesystem
UUID=06d91c93...</code>
Linux's block layer sees:
<code>/dev/sda</code>
Hyper-V sees:
<code>254 GB VHDX</code>
Windows sees:
<code>D:\...\Drupal-Media.vhdx</code>
The physical storage subsystem sees:
<code>physical disk</code>
Drupal does not need to know any of the details below its filesystem path.
----

= 17. Why the migration worked without changing Drupal =
Before the migration:
<code>Drupal
↓
/var/www/drupal/web/sites/default/files
↓
original filesystem</code>
After the migration:
<code>Drupal
↓
/var/www/drupal/web/sites/default/files
↓
new XFS filesystem
↓
254 GB VHDX</code>
The Drupal path remained unchanged.

Therefore no Drupal configuration needed to be changed.

Only the filesystem underneath the path changed.

This is the reason a separate media VHDX can be introduced without making Drupal aware of the storage implementation.
----

= 18. Linux versus Windows storage abstraction =
Windows commonly exposes storage to users through drive letters:
<code>C:\
D:\
E:\</code>
Linux instead presents a unified filesystem namespace:
<code>/
├── boot
├── home
├── var
│ └── www
│ └── drupal
│ └── web
│ └── sites
│ └── default
│ ├── files
│ └── files.old</code>
Different filesystems can be mounted at different points in this single hierarchy.

Therefore these two directories can appear next to each other:
<code>files/
files.old/</code>
while actually residing on different filesystems.

In the current Costa Sano migration:
<code>files/
↓
254 GB VHDX

files.old/
↓
original Drupal/system filesystem</code>
The user sees one directory tree.

Linux manages the storage boundaries underneath it.
----

= 19. Practical investigation recipe =
When asking:<blockquote>'''"Where is this Drupal file actually stored?"'''</blockquote>start with the file:
<code>stat /path/to/file</code>
Then:
<code>df -h /path/to/file</code>
Then:
<code>findmnt -T /path/to/file</code>
Then:
<code>lsblk -f</code>
Then identify the filesystem UUID:
<code>sudo blkid /dev/sda</code>
On the Hyper-V host, continue with:
<code>Get-VMHardDiskDrive -VMName "YOUR-DRUPAL-VM"</code>
then:
<code>Get-VHD -Path "path-to-the-vhdx"</code>
then identify the Windows volume:
<code>Get-Volume -DriveLetter D</code>
then the physical disk:
<code>Get-Partition -DriveLetter D
Get-Disk -Number <disk-number></code>
This allows the complete path to be traced from:
<code>Drupal file
↓
Linux filesystem
↓
Linux block device
↓
Hyper-V virtual disk
↓
VHDX file
↓
Windows volume
↓
physical disk</code>
----

= 20. Mental model =
A useful way to remember the whole mechanism is:<blockquote>'''The application sees a pathname.'''

'''Linux maps the pathname to a filesystem.'''

'''The filesystem is identified by a UUID.'''

'''Linux connects that filesystem to a block device.'''

'''Hyper-V presents that block device as a virtual disk.'''

'''The virtual disk is implemented by a VHDX.'''

'''Windows stores that VHDX on physical storage.'''</blockquote>Each layer can change internally while preserving the interface presented to the layer above.

That abstraction is what allowed the Costa Sano media storage to move from the original Drupal filesystem to a separate 254 GB VHDX '''without changing Drupal's file paths or configuration'''.

Platforms:Drupal/Drupal storage migration - énd vdisk

Mngr — Sun, 20 Sep 2026 16:38:06 GMT

Mngr moved page Platforms:Drupal/Drupal storage migration - énd vdisk to Platforms:Drupal/Drupal storage migration - 2nd vdisk without leaving a redirect

Platforms:Drupal/Drupal storage migration - énd vdisk

Mngr — Sun, 20 Sep 2026 16:37:31 GMT

Created page with "= Drupal Media Storage Migration — Separate Hyper-V VHDX = == Purpose == This document describes a safe way to move the Drupal media storage from the Drupal VM's existing filesystem onto a separate Hyper-V virtual disk (VHDX). The objective is to obtain: * simple local storage from Drupal's point of view; * separation between the Drupal application/system disk and large media storage; * easy future expansion of the media storage; * no dependency on NFS or remote fil..."

Platforms:Drupal/Using Private Storage space

Mngr — Sun, 20 Sep 2026 16:01:23 GMT

Platforms:Drupal/To Synology

Mngr — Sun, 20 Sep 2026 15:15:53 GMT

Mngr moved page Platforms:Drupal/To Synology to Platforms:Drupal/Using Private Storage space without leaving a redirect

Platforms:Drupal/To Synology

Mngr — Fri, 18 Sep 2026 14:03:40 GMT

Created page with "= Drupal Media Storage on Synology NAS via NFS = This document explains how to relocate Drupal’s <code>public://</code> media directory to a Synology NAS using NFS. This approach provides stable, scalable storage for large archives (500 GB+) while keeping the Drupal VM lightweight and maintainable. ---- == 1. Overview == Drupal stores uploaded media in <code>sites/default/files</code>, mapped internally as <code>public://</code>. For large archives, it is recommended..."

Project:PubModel/mozilla pdf.js viewer user guide

Mngr — Fri, 18 Sep 2026 10:16:05 GMT

Project:PubModel/mozilla pdf.js viewer user guide

Mngr — Fri, 18 Sep 2026 07:41:29 GMT

Created page with "= PDF.js Viewer – Simple User Guide for Historians = The Mozilla PDF.js viewer is the built‑in PDF reader used in Firefox and available as a standalone viewer (viewer.html). This guide explains only the practical functions historians need when reading archival PDFs, without developer jargon. == 1. Opening a PDF == * Click the '''Menu icon''' (top right) → '''Open File'''. * Or simply '''drag and drop''' a PDF into the viewer window. == 2. Navigating Pages == *..."

Platforms:AlmaLinux/Update procedure

Mngr — Thu, 17 Sep 2026 21:05:24 GMT

Project:THE skin/mybarrio.theme rendering dynamics

Mngr — Thu, 17 Sep 2026 16:43:00 GMT

Project:THE skin/mybarrio.theme system dynamics

Mngr — Thu, 17 Sep 2026 16:33:22 GMT

Mngr moved page Project:THE skin/mybarrio.theme system dynamics to Project:THE skin/mybarrio.theme rendering dynamics without leaving a redirect

Project:THE skin/mybarrio.theme system dynamics

Mngr — Thu, 17 Sep 2026 16:32:59 GMT

Created page with "= Drupal Rendering Dynamics = == How <code>mybarrio.theme</code> Participates in Page Rendering == === Companion document to === '''<code>mybarrio.theme — Code Structure and Operation</code>''' ---- = 1. Why this document exists = Understanding the individual functions in <code>mybarrio.theme</code> is only half of the story. To understand why the code works, it is necessary to understand '''when Drupal calls those functions and what is being rendered at that momen..."

Project:THE skin/mybarrio.theme cleaned by gemini

Mngr — Thu, 17 Sep 2026 16:10:06 GMT

Project:THE skin/mybarrio.theme cleaned by gemini

Mngr — Thu, 17 Sep 2026 15:37:12 GMT

Created page with "__NOTOC__ = Drupal Theme Optimization: mybarrio.theme = This document details the refactoring and optimization of the custom code inside the '''mybarrio''' theme's preprocess hooks. The refactoring successfully removed approximately 100 lines of redundant and deeply nested logic, resulting in a cleaner, faster, and more maintainable codebase. == Optimized Source Code == Place this updated code into your local <tt>mybarrio.theme</tt> file: <syntaxhighlight lang="php">..."

Project:PubModel/Field order in forms

Mngr — Thu, 17 Sep 2026 14:00:36 GMT

Created page with "= Field Order = == Purpose == This document defines the suggested standard order for fields in the Costa Sano historian-facing forms. The objective is not to force every content type or card to have the same fields. Instead, fields should appear in a '''predictable practical sequence''', so that a historian can work through a form without having to search for related information. The two main parts of a form are: # '''Archive part''' — information about the histori..."

Drupal:CSS/Before and after rules

Mngr — Thu, 17 Sep 2026 13:11:58 GMT

Created page with "= CSS Pseudo-Elements — <code>::before</code> and <code>::after</code> = == 1. What are <code>::before</code> and <code>::after</code>? == <code>::before</code> and <code>::after</code> are '''CSS pseudo-elements'''. They allow CSS to create an additional visual element without adding another HTML element to the Twig or HTML structure. A useful mental model is: <code>HTML / Twig element │ ├── ::before │ └── ::after</c..."

Project:PresModel/Historical-card vs Histocard - why?

Mngr — Thu, 17 Sep 2026 09:52:48 GMT

Created page with "= HistoricalCard vs HistoCard = Although '''HistoricalCard''' and '''HistoCard''' are visually related, they have different purposes and are used in different parts of the virtual museum. == HistoricalCard == '''Purpose:''' To introduce and provide access to a '''subchapter'''. '''Placement:''' Used on '''Chapter pages''' to present the available subchapters (the "rooms" of the virtual museum). '''Link behaviour:''' The complete card acts as an entrance to the subc..."

Project:PubModel/Timeline presentation from matrix

Mngr — Mon, 14 Sep 2026 08:50:01 GMT

Project:PubModel/Timeline presentation from matrix

Mngr — Mon, 14 Sep 2026 08:49:38 GMT

Created page with "<source lang="text"> = Drupal: Rendering a Timeline from a Matrix (Replacing Views Templates) = This document explains how to reproduce the two‑template rendering structure normally provided by Drupal Views when your data comes from a matrix (array) passed through a theme preprocess function. It documents the architectural idea, the preprocess step, the wrapper Twig, and the per‑item Twig, using MediaWiki source formatting. == 1. Problem Overview == When using Dru..."

Project:PresModel/Pointer and WayPointerCard implementation reference

Mngr — Sun, 13 Sep 2026 16:05:01 GMT

Project:PresModel/Pointer and WayPointerCard implementation reference

Mngr — Sun, 13 Sep 2026 16:03:00 GMT

Created page with "= Costa Sano — PointerCard and WayPointerCard Implementation Reference = == 1. Purpose of this document == This document records the implementation of the Costa Sano '''PointerCard''' and the new '''WayPointerCard''' mechanism as it currently exists. The purpose is to make the implementation reproducible later without having to reconstruct the solution from old conversations and experiments. In particular, this document records: * the conceptual role of PointerCard..."

Project:PresModel/Extended ULC design proposal

Mngr — Sat, 12 Sep 2026 11:42:36 GMT

Created page with "= Extended Universal Link Card — Final Solution Principles = == Purpose == The Extended Universal Link Card (E-ULC) extends the existing Universal Link Card (ULC) so that the same content element can handle either: * a single selected storypage, using the existing PointerCard presentation; or * multiple selected storypages, using a WayPointCard signpost presentation. The objective is to keep the historian's content-entry experience simple while allowing the present..."

Project:PresModel/WayPointerCard approach

Mngr — Thu, 10 Sep 2026 14:42:22 GMT

Mngr moved page Project:PresModel/WayPointerCard approach to Project:PresModel/WayPointerCard design proposal without leaving a redirect

Project:PresModel/WayAheadCard approach

Mngr — Thu, 10 Sep 2026 14:41:47 GMT

Mngr moved page Project:PresModel/WayAheadCard approach to Project:PresModel/WayPointerCard approach

Project:PresModel/WayAheadCard approach

Mngr — Thu, 10 Sep 2026 14:37:01 GMT

Created page with " = WayPointerCard — Planning and Design Decisions = == Purpose == The '''WayPointerCard''' is a multi-destination navigation card. It is intended for situations where the author wants to offer several possible directions for continuing the exploration of the current Storypage or topic. It is '''not a replacement for the PointerCard'''. A '''PointerCard''' points to one destination and is useful as an individual navigation element somewhere in a page. A '''WayPoint..."

Project:PresModel/TimeLineCard

Mngr — Thu, 10 Sep 2026 09:26:24 GMT

Created page with " = Generic Timeline / Sequence-Link Card = == Design decisions and intended uses == === 1. Purpose === The '''Generic Timeline / Sequence-Link Card''' is a reusable card for presenting a sequence of clickable links to other storypages. The card itself does '''not''' determine what the sequence represents. It can therefore be used as: * a chronological timeline of events; * a visual sequence of storypages; * a link tree/navigation sequence; * a sequence of chapters,..."

Project:PresModel/FloatPicStoryBox

Mngr — Tue, 08 Sep 2026 09:38:54 GMT

Project:PresModel/FloatPicStoryBox

Mngr — Tue, 08 Sep 2026 09:15:55 GMT

Created page with "__NOTOC__ = Positioning an Image at the Bottom-Right of a Text Block with Text Wrap = This article details how to position a thumbnail image at the bottom-right corner of a text block inside a Paragraph type in '''Drupal 11.4''', allowing the body text to wrap fluidly around it. == Overview == Standard CSS <code style="color: #c7254e;">float: right;</code> naturally aligns elements to the top-right of a text container. To force an element to the bottom-right while pres..."

Drupal:Content Types/Asset/Admin architecture

Mngr — Sat, 05 Sep 2026 19:28:29 GMT

Created page with " = Assets View — Architecture Note = == Purpose == The '''Assets View''' is the central administrative view for the project's Asset entities. Assets form the reusable layer connecting archive content to Drupal Media and are therefore a key point for both normal content management and technical maintenance. == View structure == The existing Assets View remains the '''Ops''' view used for normal content-management tasks. A second '''Admin display''' will be created wi..."

Drupal:Paragraphs/MapCard

Mngr — Sat, 05 Sep 2026 15:16:17 GMT

Mngr deleted page Drupal:Paragraphs/MapCard content was: "= MapCard = This page documents the component-driven, single-asset architecture for the Heritage Map Card system in Drupal 11. === System Architecture Overview === * '''Design Strategy:''' Decoupled component-driven development (KISS method). * '''Asset Management:''' One high-resolution image asset serves both the 4:3 cropped card view and the fullscreen interactive zoom popup windo...", and the only contributor was "Mngr" (talk)

Drupal:C-Modules/flipbook solution pdf.js

Mngr — Sat, 05 Sep 2026 15:14:54 GMT

Mngr deleted page Drupal:C-Modules/flipbook solution pdf.js content was: "= Drupal 11.3 + Bootstrap 5 Full-Screen Flipbook Card = This document details the production-ready architecture for our heritage platform's PDF viewer. The system utilizes a standard Bootstrap 5 card component within a responsive grid layout. Clicking the card triggers a performance-optimized, full-screen interactive flipbook overlay without causing a browser page reload. == Performa...", and the only contributor was "Mngr" (talk)

Maintenance:PC hardware/chinese bios

Mngr — Sat, 05 Sep 2026 08:29:33 GMT

Created page with "= AMI / Chinese Mini‑PC BIOS Access Keys = This page summarizes the most common keyboard keys used to enter the BIOS on AMI‑based and China‑OEM mini‑PC motherboards. These systems often use non‑standard or undocumented key mappings, so multiple attempts may be required. ---- == 1. Standard AMI BIOS Keys == * '''DEL''' — Primary AMI BIOS entry key * '''ESC''' — Alternate entry key on some AMI variants * '''F2''' — Common on laptops and compact systems T..."

Maintenance:PC hardware

Mngr — Sat, 05 Sep 2026 08:28:30 GMT

Created page with "<nowiki>= PC Hardware maintenance =</nowiki>"

Project:PresModel/HistoCard

Mngr — Fri, 04 Sep 2026 14:38:02 GMT

Created page with " = histocard — Mature Pattern = == Purpose == <code>histocard</code> is the Historical Card used to present a historical image with an overlay title and text, following the shared Costa Sano card skin. It is designed for normal Storypage use and follows the common visual and interaction standards established for the card family. == Shared Card Skin == <code>histocard</code> uses the same basic skin as the other Costa Sano cards: * consistent card proportions and vi..."

Project:PresModel/Remote VideoCard

Mngr — Wed, 02 Sep 2026 21:46:44 GMT

Project:PresModel/Remote VideoCard

Mngr — Wed, 02 Sep 2026 21:42:50 GMT

Created page with "= VideoCard Paragraph Type (Drupal 11.4) = This page documents how to create a Paragraph type (card) that displays a Vimeo Remote video using Drupal’s Media system. == Overview == Drupal 11 supports Vimeo through the Remote video media type (oEmbed). A paragraph can display this media simply by rendering the media reference field. == Requirements == * Drupal 11.4 * Media module enabled * Remote video media type available * Vimeo media item already created == Paragra..."

Project:PresModel/MediaCard

Mngr — Wed, 02 Sep 2026 14:47:05 GMT