Welcome to mirror list, hosted at ThFree Co, Russian Federation.

git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/source/blender/blenloader/intern
AgeCommit message (Collapse)Author
2020-06-07Refactor: use new api for some remaining functions in writefileJacques Lucke
2020-06-07Cleanup: remove unused functionsJacques Lucke
2020-06-07Refactor: use new api in remaining direct linking codeJacques Lucke
2020-06-07Refactor: use new api for direct linking pointcache and particle systemJacques Lucke
2020-06-07Refactor: use new api for direct linking customdataJacques Lucke
2020-06-07Refactor: use new api for direct linking packedfile and dvertsJacques Lucke
2020-06-07Refactor: use new api to check if endian switch is requiredJacques Lucke
2020-06-07Cleanup: remove unused test_pointer_array functionJacques Lucke
2020-06-07Refactor: use new api for direct linking movie clip dataJacques Lucke
2020-06-07Refactor: use new api for direct linking id propertiesJacques Lucke
2020-06-07Refactor: use new api to simplify IDP_DirectLinkGroup_OrFreeJacques Lucke
2020-06-07Refactor: use new api for direct linking bones, view layer and userdefJacques Lucke
2020-06-07Refactor: use new api for direct_link_id_commonJacques Lucke
2020-06-07Refactor: use new api for direct linking preview imageJacques Lucke
2020-06-07Refactor: use new api for direct linking curvemapping and its callersJacques Lucke
2020-06-07Refactor: use new api for direct linking gpencil modifiers and shaderfxsJacques Lucke
2020-06-07Refactor: use new api for direct linking modifiersJacques Lucke
2020-06-07Refactor: use new api for direct linking keying sets, node sockets and poseJacques Lucke
2020-06-07Refactor: use new api for direct linking animdataJacques Lucke
2020-06-06Fix T77456: Broken vertex paint undo on high-poly objects.Bastien Montagne
This is a critical fix that should also be backported to 2.83.1 Fairly stupid bug in fact, code detecting changes across undo steps was assuming that each BHEAD (a block of data in blendfiles) would not be larger than one memory chunk... Which is the case in alsmost every situation, besides some super-heavy geometries, and other similar things (images would also be affected e.g.).
2020-06-06Refactor: use new api for direct linking paint curve, cachefile and workspaceJacques Lucke
2020-06-06Refactor: use new api for direct linking particlesettings, movieclip, mask, ↵Jacques Lucke
linestyle and palette
2020-06-06Refactor: use new api for direct linking armature, action, nodetree and brushJacques Lucke
2020-06-06Refactor: use new api for direct linking lattice, world, camera, speaker, ↵Jacques Lucke
sound, lightprobe and collection
2020-06-06Refactor: use new api for direct linking light, vfong, text, ipo and keyJacques Lucke
2020-06-06Refactor: use new api for direct linking mball, material, texture and imageJacques Lucke
2020-06-06Refactor: use new api for direct linking mesh and curveJacques Lucke
2020-06-06Refactor: use new api for direct linking scene and objectJacques Lucke
2020-06-06Refactor: use new api for direct linking hair, pointcloud, volume and simulationJacques Lucke
2020-06-06Refactor: use new api for direct linking screen and gpencilJacques Lucke
2020-06-06Refactor: use new api in direct_link_windowmanagerJacques Lucke
2020-06-06Blenloader: simplify list reading apiJacques Lucke
2020-06-05Refactor: use new api for remaining direct data writingJacques Lucke
2020-06-05Blenloader: new write_struct_at_address api functionsJacques Lucke
2020-06-05Refactor: use new api for write_movieclip and write_keyingsetsJacques Lucke
2020-06-05Refactor: remove temporary IDP_WriteProperty_new_apiJacques Lucke
2020-06-05Refactor: use new api in write_userdefJacques Lucke
2020-06-05Cleanup: remove unused functionsJacques Lucke
2020-06-05Refactor: use new api for write_curvemapping and its usersJacques Lucke
2020-06-05Refactor: use new api to finish write_objectJacques Lucke
2020-06-05Refactor: use new api for write_pointcachesJacques Lucke
2020-06-05Refactor: use new api in write_area_mapJacques Lucke
2020-06-05Refactor: use new api in write_boneJacques Lucke
2020-06-05UI: Drag and Drop Modifiers, Layout UpdatesHans Goudey
This patch implements the list panel system D7490 for modifiers. It also moves modifier drawing to a callback in ModifierTypeInfo in line with the extensible architecture refactoring goal T75724. This adds a PanelRegister callback and utilities for registering panels and subpanels. It also adds the callbacks for expansion saving and drag and drop reordering described in D7490. These utilities, callbacks, and other common UI elements shared between modifiers live in MOD_ui_common.c. Because modifier buttons are now in panels, we can make use of subpanels for organization. The UI layouts also use the single column layout style consistently used elsewhere in Blender. Additionally, the mode-setting buttons are aligned and ordered consistently with the outliner. However, the large number of UI changes in this patch may mean that additional polishing is required in master. Thanks to William Reynish (@billreynish) who did a fair amount of the layout work and to Julian Eisel (@Severin) for consistent help. Differential Revision: https://developer.blender.org/D7498
2020-06-05Cleanup: compiler warningCampbell Barton
2020-06-05Refactor: use new api in write_customdataJacques Lucke
2020-06-05Refactor: use new api for writing modifiersJacques Lucke
2020-06-05Refactor: use new api in write_nodetree_nolibJacques Lucke
2020-06-05Refactor: use new api in write_animdataJacques Lucke
2020-06-05Fix T77396: crash in memfile undo code after recent optimizations.Bastien Montagne
Optimizations in rBcda15408582e8de5b405 do not guarantee anymore that consecutive memchunks in two consecutive undo steps are actually about the same data (and hence can share the same buffer when unchanged). This buffer sharing can now happen without any particular order, so we need to change the process when 'merging' two undo memfiles together. Note that existing code was not logically correct either, even with previous undo storage code, since it would blindly transfer ownership of the buffer to the second memchunk, without checking whether the first one was actually the owner of it or not (a same buffer can be shared by matching memchunks in many consecutive memfiles/undo steps).
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-27 20:58:47 +0300