It's sometimes useful to be able to load a rocket-file by dragging
it onto the editor executable, or even registering the editor as
an open-handler for the rocket-filetype
Support this by accepting an optional argument that specifies the
file to load.
Shift+PgUp/PgDn was a poor choice for bookmark-browsing keys, as
it's also useful for selecting sync-data for copy/paste.
Fix this by changing the hotkeys to Alt+PgUp/PgDn instead.
A typo made the finding of the previous bookmark when the current
row is located after the last bookmark to fail. Fix this by
replacing a call to std::set<int>::rend() with a call to
std::set<int>::rbegin().
A new, unmodified document does not contain any interresting data,
let's not bother the user about saving before quitting in that
case.
fixup some code style while at it.
Some demos use datafiles; let's allow these to easily work by
adding a callback-interface for loading tracks.
The callbacks are only present in player-mode, because tracks
aren't loaded from disk in client-mode.
Create a rudimentary C# example using DX11 for rendering and XAudio2
for sound (through SlimDX). The player is hacky due to what seems to
be issues with either the implementation or documentation of XAudio2
and/or SlimDX' intergration of it.
return the status from EndDialog instead of a constant TRUE. This
is mostly about keeping the code "honest", it doesn't change
anything in reality.
Also fix up some code-style.
We previously rolled our own text <-> int conversion code for
the dialogs. Use winapi's built-in one instead.
While we're at it, fix some indentation and a return-code.
If an error happens while loading, the old document should be left
intact. Ensure this by not modifying the document until all loading
code has been run.
Proper Amiga-suport is supplied by using the AmiTCP stack when
USE_AMITCP is enabled. Add explicit OpenLibrary/CloseLibrary
calls, for those people who don't link against auto-opening
libs ala VBCC's auto.s.
Add a typedef for uint32_t (needed for network communication)
for Motorola 68k platforms.
Also add a SAS/C support for the 'inline' keyword.
Thanks to Aske Simon Christensen for help with the SAS/C support.
The current layout of the compatibility checks makes is a bit
tricky to reuse parts of a platforms quirk-arounds when adding
compiler-support.
Reorganize into three sections:
- inline support
- CRT features
- socket-stack
While we're at it, make sure we always delete all the data before
trying to re-request. This we won't get out of sync on socket-error
at that particular location.