Skip to content

server: use big endian for all int encodings#41

Merged
chappjc merged 1 commit into
decred:masterfrom
buck54321:bigendian
Oct 14, 2019
Merged

server: use big endian for all int encodings#41
chappjc merged 1 commit into
decred:masterfrom
buck54321:bigendian

Conversation

@buck54321

Copy link
Copy Markdown
Member

As per spec.

@chappjc chappjc left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll follow this up with updated OrderType enum (with UnknownOrderType as the first item).

@chappjc chappjc merged commit 318621f into decred:master Oct 14, 2019
norwnd pushed a commit to norwnd/bison-lean that referenced this pull request Apr 16, 2026
Closes T17 (deferred from B-L3 cleanup). Both pages' slide-in forms
were previously rendered inline inside the main section, pushing
content down as they appeared. Vanilla renders them as
fixed-position overlay modals above a dimmed backdrop. This commit
brings them to full vanilla parity via the shared `FormOverlay`
component.

New shared CSS class `.modal-form` in utilities.scss — React-side
equivalent of vanilla's `#forms > form:not(.plain)` styling path:
  - background-color: var(--form-bg)
  - @include border  (1px solid var(--border-color))
  - border-radius: 5px
  - box-shadow: 0 3px 6px #21, 0 2px 7px decred#41
  - padding: 1rem
  - position: relative  (so form-closer X can be absolute)

The vanilla rule lives under a `div[data-handler=proposals]` selector
path that doesn't match React's DOM structure, so it's dead code
from the React rewrite's perspective. Extracting the appearance as
a reusable utility class is cleaner than relying on that dead path.

Changes:
- ProposalsPage filter form: wrapped in `<FormOverlay>` with
  `modal-form filter-form mw-500 slide-in-from-right` classes.
  Dropped the `.filter-form { max-width: 500px }` rule in
  proposals.scss in favor of `mw-500` applied at the JSX level
  (avoids duplicate width constraints).
- ProposalPage vote form: same treatment with `modal-form mw-425
  slide-in-from-right`. `SuccessCheckmarkModal` layering is safe
  because `handleVote` closes the vote form and opens the success
  modal in the same React batch -- they're never rendered
  simultaneously.

Behavior changes (all positive):
- Esc key closes both forms (new -- was form-closer X only before).
- Backdrop click closes both forms (new).
- Forms no longer push section content down when opened.
- Slide-in-from-right animation still replays on each open because
  FormOverlay returns null when `show` is false, remounting the
  children on each toggle.
- `overflow-hidden` wrapper retained as a safety measure to clip
  the slide-in start state (`translateX(100%)`) from overflowing
  the viewport on narrow screens.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants