Big GUI apps don't need a big download packet, assuming a good "GUI browser" that can shift most domain logic to the server. Just make each window/form/panel an independent packet. An application can have say 5,000 forms, but if you only activate 30, then it only downloads 30 (plus a few reference files for constants and defaults. A pre-loading a larger set perhaps can be on option.)
Re: "As for "next browser breaks your stuff" excuse, I think it wasn't true for a very long time now."
I'm not convinced yet. It may be improved, but not solved (mostly because IE can finally be considered dead.) The current candidates have long learning curves, are version fragile, or both. Corporate products tend to target specific browser(s) to reduce the version risk, but that's not really solving the problem, it's reliance on a mono-culture just like MS-Windows.
Regardless, IT still needs a stateful GUI markup standard, at least to help desktops be cross-platform. It would improve desktop standardization even if the Internet ends up ignoring it. The X Window System is a useful idea, but is designed for LAN's instead of WAN's and internet, partly because it doesn't buffer UI i/o, creating too much interaction latency.