Published . Development milestone: October 27, 2026.
Files that stay under your pointer.
October 27 refined Files selection and dragging, kept file actions from shifting the folder under your mouse, and made the empty tab row work like a title bar.
Selecting a file should not move it away from your next click. October 27 focused on that kind of everyday detail in Ecliptic Files: keeping the folder steady, making a drag carry the files you selected, and giving the window a more familiar place to grab.
These are refinements to the existing file manager, following the previous day’s desktop copying fixes. They do not introduce another default-app change.
Keep the next click on the same file
Files previously showed its row of file actions only after something was selected. That pushed the files downward on the first click. The second click of a double-click, or the beginning of a drag, could then land somewhere else. Opening a file could take an extra attempt even though the person had clicked the right place.
The action row now stays visible. Actions that need a selection remain greyed out until there is something to use them on. Selecting a file no longer shifts the folder’s contents to make room for the controls, so the next click can stay on its target.
Select several, then drag them together
Selected files now use a highlight without an extra checkmark. The familiar selection controls remain: click one item, Ctrl-click to add or remove another, Shift-click for a range, or Ctrl+A for everything shown.
A selection box starts from empty space, rather than taking over a drag that begins on a file’s icon or name. In the list view, the other columns can also start that box. Clicking empty space without a modifier clears the selection.
That distinction fixes an awkward case: after selecting several files, dragging one of them could draw another selection box instead of carrying the files. The updated handling lets the selected items travel together. Files’ existing copy and move choices still apply; this change makes the selection behave more predictably when the drag begins.
A title bar you can find with the mouse
The row of tabs also gained clearer window controls. Drag the Ecliptic Files name or an empty part of the tab row to move the window. Double-click there to maximize or restore it.
The empty area previously did neither, leaving only the name as a normal title-bar handle. Tabs and buttons keep their own interactions, so the new window gesture does not turn a tab drag into a window move. The maintained help now explains the title row alongside selection and file actions.
Coverage added, with confirmation still ahead
The source includes a new pointer regression test that starts Files on its own private display and message bus with temporary files. It checks clicks, Ctrl-selection, unchanged file positions, double-click opening, dragging two selected files into a folder and drawing a selection box from empty space. A second case checks that dragging a tab does not move the window, while dragging the empty title row requests a move.
The existing window checks were also updated to expect a visible action row with selection-dependent controls disabled when nothing is selected. These tests are designed to use isolated data and pointer input, rather than the owner’s files or active desktop.
The records reviewed for this entry did not include a dated test-run result or a package-publication record for these two changes. This is therefore a development-source milestone, with real-desktop behavior, installation and broader keyboard and accessibility checks still to confirm for this revision.
The aim is modest: fewer missed clicks and a file manager that responds the way the person using it expects. This entry covers development through October 27 only.