Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resolve update issues #16

Merged
merged 77 commits into from
Nov 20, 2023
Merged

Resolve update issues #16

merged 77 commits into from
Nov 20, 2023

Conversation

RooTender
Copy link
Owner

No description provided.

janisozaur and others added 30 commits September 25, 2023 11:13
This should lead to better cache utilisation, smaller caches
Originally (aseprite#2699) ccache was only enable for Linux due to suspiciously low
macOS yields.

I have addressed the likely issue upstream
(hendrikmuhs/ccache-action#147) and ccache can be used
on macOS now as well.
Including all the steps for the ARM version of the mac install instructions, rather than partial steps.
New changes required for aseprite#3684/aseprite#4063 to trigger mouse buttons with
keys correctly.
…seprite#4051)

As now the native file selector is the default one, we moved the
option to re-enable the previous file selector to Edit > Preferences >
General > Show Aseprite file dialog option.

Related to aseprite#3615 and added as a simple alternative to aseprite#2745 which
require native widgets on each native file dialog.
…ite#4092)

The button was being painted with "toolbutton_last" part instead of
"toolbutton_normal" when it wasn't highlighted/in "hot" state.
This change was introduced in dd7e27a
as a possible fix for aseprite#4024, but the change is too disruptive to be
introduced at this stage, we need some extra UI elements to make the
drag & drop accessible in both modes: the default v1.2 behavior, and
a possible new selection mode, e.g. aseprite#1498
More details about the implications of this change can be found
in aseprite#4057
dacap and others added 28 commits November 9, 2023 16:44
* Added a new app::Color type for tiles, to store the flags of the
  picked tile.
* Fixed color bar/status bar with a new draw_tile() to draw tiles
  with flip flags.
We must be able to convert a app::Color::IndexType to a tile index.
Added build_tile_flags_string() utility to create the string used in
to show the tile flags (XYD) on the status bar, the editor canvas,
etc.
We already have Space+H and Space+V, but as the flags are XYD probably
Space+X/Y makes more sense.
…instance of a tile+flag with a new tile

The assert() in remove_unused_tiles_from_tileset() checking for the
tiles histograms was failing because we weren't adjusting the
histogram correctly when a tile w/a flag is replaced w/another without
flags.
By default Aseprite will not try to match flipped versions of the
tiles (as it requires more CPU), but when we create a tileset we can
specify which flips can be matched automatically (new
Tileset::matchFlags() property).

These flags are just for the Auto mode, if we manually insert a
flipped tile, that is always supported, even when the matchFlags() are
not specified.
…masked areas

Sprite::pickCels() wasn't taking care of the tile flags to pick
tilemap layers correctly with flipped tiles.
First attempt, not sure if this will be useful at all.
To hide "Base Index" & "Allowed Flips" options by default.
Implemented a specific item of tilemap feature (aseprite#977) to allow flipped
tiles in X/Y/Diagonal axes.
This happens only if the tilemap already has tile references outside
the valid range of the tileset (and even bigger than the new tileset
size).
@RooTender RooTender merged commit 0b24117 into main Nov 20, 2023
15 checks passed
@RooTender RooTender deleted the aseprite-main branch November 20, 2023 21:29
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.