prefs: raise bandwidth caps and stop clipping spin buttons - #463

…ject#737)

Six SpinCtrls in the Preferences dialog were pinned to widths
that fall below GtkSpinButton's intrinsic minimum on wxGTK 3.2 /
GTK3:

  IDC_TOOLTIPDELAY    wxSize(40, -1)    General tab
  IDC_SERVERRETRIES   wxSize(40, -1)    Server tab
  IDC_OSUPDATE        wxSize(60, -1)    Online Signature tab
  IDC_MAXDOWN         wxSize(140, -1)   Connection tab (Bandwidth limits)
  IDC_MAXUP           wxSize(140, -1)   Connection tab (Bandwidth limits)
  IDC_SLOTALLOC       wxSize(140, -1)   Connection tab (Bandwidth limits)

GTK3's GtkSpinButton is a composite widget (entry + stacked up/down
arrows). The internal box gadget needs ~80 px just to fit the entry
+ arrow column at the default theme; combined with the surrounding
wxFlexGridSizer / wxBoxSizer's tight allocation, forcing a smaller
or even an explicit "we know what we want" wx-side hint shoves the
entry's allocation below zero, which triggers

    Gtk-CRITICAL: gtk_box_gadget_distribute:
        assertion 'size >= 0' failed in GtkSpinButton

every time the panel is laid out (open Preferences, switch tabs,
expose). The 140 px hint on the bandwidth caps was originally widened
from 100 px in amule-project#463 to fit million-kB/s values; the new width itself
isn't too narrow, but combining an explicit wxSize with the column's
sizer constraints still leaves GTK's internal layout pass unhappy.
Same family as amule-project#569 / 82626f2 on the search dialog, just on the
Preferences side.

Fix: drop the explicit width to wxDefaultSize on all six and let
the layout engine pick. macOS / Windows already render side-by-side
spin buttons that fit comfortably in the default; GTK gets the
larger geometry it needs for stacked arrows. The label / unit text
on either side of each spin keeps its own sizer flags, so the row
overall still flows the same.

Reported in amule-project#737 (Diego Heras), verified on amule-dev-vm with the
fixed AppImage — no more Gtk-CRITICAL SpinButton warnings on
Preferences open or tab switch.

The Gtk-CRITICAL GtkScrollbar variant @ngosang also reported is a
separate widget family (likely a wxScrolledWindow / wxListBox
sub-widget), tracking that independently of this PR.

Six SpinCtrls in the Preferences dialog were pinned to widths
that fall below GtkSpinButton's intrinsic minimum on wxGTK 3.2 /
GTK3:

  IDC_TOOLTIPDELAY    wxSize(40, -1)    General tab
  IDC_SERVERRETRIES   wxSize(40, -1)    Server tab
  IDC_OSUPDATE        wxSize(60, -1)    Online Signature tab
  IDC_MAXDOWN         wxSize(140, -1)   Connection tab (Bandwidth limits)
  IDC_MAXUP           wxSize(140, -1)   Connection tab (Bandwidth limits)
  IDC_SLOTALLOC       wxSize(140, -1)   Connection tab (Bandwidth limits)

GTK3's GtkSpinButton is a composite widget (entry + stacked up/down
arrows). The internal box gadget needs ~80 px just to fit the entry
+ arrow column at the default theme; combined with the surrounding
wxFlexGridSizer / wxBoxSizer's tight allocation, forcing a smaller
or even an explicit "we know what we want" wx-side hint shoves the
entry's allocation below zero, which triggers

    Gtk-CRITICAL: gtk_box_gadget_distribute:
        assertion 'size >= 0' failed in GtkSpinButton

every time the panel is laid out (open Preferences, switch tabs,
expose). The 140 px hint on the bandwidth caps was originally widened
from 100 px in #463 to fit million-kB/s values; the new width itself
isn't too narrow, but combining an explicit wxSize with the column's
sizer constraints still leaves GTK's internal layout pass unhappy.
Same family as #569 / 82626f2 on the search dialog, just on the
Preferences side.

Fix: drop the explicit width to wxDefaultSize on all six and let
the layout engine pick. macOS / Windows already render side-by-side
spin buttons that fit comfortably in the default; GTK gets the
larger geometry it needs for stacked arrows. The label / unit text
on either side of each spin keeps its own sizer flags, so the row
overall still flows the same.

Reported in #737 (Diego Heras), verified on amule-dev-vm with the
fixed AppImage — no more Gtk-CRITICAL SpinButton warnings on
Preferences open or tab switch.

The Gtk-CRITICAL GtkScrollbar variant @ngosang also reported is a
separate widget family (likely a wxScrolledWindow / wxListBox
sub-widget), tracking that independently of this PR.

…roject#463)

Clicking a shared file in the table opens a detail panel in the lower half of
the page, separated from the table by a draggable splitter, re-fetching live
from GET /shared/{hash} while open. On phones it opens as a full-screen
drill-down sheet, mirroring the Downloads detail panel.

Shared scaffolding:
- Extract the splitter + bottom-panel structure into a reusable SplitDetail
  component consumed by both Downloads and Shared Files.
- Move the detail-panel helpers (magnetLink, copyText, Section, and the stat-row
  builder statRow) into the common components.js module; download-detail.js now
  only exports DownloadDetail. The 'session / total' counter formatter twin()
  moves to format.js so the shared table and detail panel share one copy.
- Rename the split/detail CSS classes that both pages share so they no longer
  carry the download-only dl- prefix (dl-view -> split-view, dl-detail* ->
  detail-*, etc.); the download-only pieces-* graph classes are untouched.

Shared detail panel, organised in three sections with mobile-readable labels
(the per-field tooltips are not reachable on touch):
- Sharing: Size, Uploaded / Requests / Accepted (each '(session / total)'),
  Share ratio, Complete sources. The latter is formatted like the desktop
  column (SharedFilesCtrl.cpp): '< N', 'N', or 'N - N' for the estimate range.
- Activity: Priority, Clients on queue, File type.
- Identity: Hash, Path, Parts.
- Copy ED2K / Copy magnet buttons; Media and Comment sections shown when present.
Shared files have no progress.parts, so there is no pieces graph.

Adds the en/es i18n strings, reusing downloads_detail_* keys where the text
matches.