Blender Git Statistics -> Branches -> undo-experiments-idnames

"Undo-experiments-idnames" branch

Total commits : 59
Total committers : 2
First Commit : August 30, 2019
Latest Commit : January 24, 2020


Commits by Month

DateNumber of Commits
January, 202034
December, 20195
November, 201915
October, 20190
September, 20192
August, 20193

Committers

AuthorNumber of Commits
Bastien Montagne58
Bastien Montagne1

Popular Files

FilenameTotal Edits
readfile.c18
undo_system.c8
readfile.h7
undofile.c5
readblenentry.c5
memfile_undo.c4
writefile.c3
scene.c2
BLO_readfile.h2
BKE_blender_undo.h2

Latest commits Feed

January 24, 2020, 15:21 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames
January 24, 2020, 14:57 (GMT)
Merge branch 'master' into undo-experiments
January 14, 2020, 12:42 (GMT)
Cleanup .orig files from some merge...
January 14, 2020, 12:37 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames
January 14, 2020, 12:37 (GMT)
Merge branch 'master' into undo-experiments
January 13, 2020, 15:52 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames
January 13, 2020, 15:51 (GMT)
Merge branch 'master' into undo-experiments
January 10, 2020, 11:09 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames
January 10, 2020, 11:09 (GMT)
undoexp: fix for missed func signature change.
January 10, 2020, 11:06 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames

Conflicts:
source/blender/blenkernel/BKE_blender_undo.h
source/blender/blenkernel/intern/blender_undo.c
source/blender/blenloader/intern/readfile.c
source/blender/editors/undo/memfile_undo.c
January 10, 2020, 10:16 (GMT)
Merge branch 'master' into undo-experiments
January 10, 2020, 10:10 (GMT)
undoexp: Fix major flaw in general logic of unchanged data detection.

Am not sure why it seemed to work that well so far... But using marker
saying that data did not change between n-2 and n-1 step when undoing
from n to n-1 is not really smart.

Fixed that by adding a 'is_identical_future' flag to memfile chunks,
which is set when storing the next undo step. And then using undo
direction to decide which flag to use to detect unchanged data.

This seesm to work to some extend, although for some reason very most
recent undo step seems to be evaluated when doing the first undo, not
sure why... Need to test that with actual working undo code in
undo-experiments-idnames branch anyway.
January 9, 2020, 16:13 (GMT)
undoexp: more cleanup of debug printf.
January 9, 2020, 15:58 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames
January 9, 2020, 15:55 (GMT)
undoexp: Silent/remove some debug prints.
January 9, 2020, 10:25 (GMT)
Merge branch 'undo-experiments' into undo-experiments-idnames
January 9, 2020, 10:21 (GMT)
Merge branch 'master' into undo-experiments
January 9, 2020, 10:19 (GMT)
undoexp: refine handling of 'undo barrier'.

This also fixes the mesh keeping its edited shape when undoing out of
edit mode e.g.
January 8, 2020, 14:51 (GMT)
undoexp: Tag renamed ID undo steps as 'full barrier'.

I.E. re-using data from old bmain is forbidden around an ID renaming.

This is a bit over-protective in most cases, since renaming an ID does
change its memfile data. So renamed ID should be reloaded from memfile
anyway.

But the problems might come (in some specific scenarii involving 'name
switching' between two IDs) from name-based lookup. Those could lead to
remapping some ID pointers in unchanged data-blocks to the wrong ID...
January 8, 2020, 14:49 (GMT)
undoexp: Move old-data-management code to memfile undo callbacks.

Does not really make any sense to do that for any other kind of undo
currently, so better keep it in dedicated undotype callbacks.

MiikaHweb - Blender Git Statistics v1.06
By: Miika HämäläinenLast update: Nov-07-2014 14:18 MiikaHweb | 2003-2020