WerWolv
89004574d3
impr: Handle provider opening more centrally, switch to existing provider if same file is being opened again
2025-12-17 12:55:34 +01:00
WerWolv
064b21a264
impr: Added icons to providers, improved the quick settings
2025-08-06 21:37:57 +02:00
WerWolv
18e02fbf5c
impr: Split up optional provider features into multiple abstract interfaces
2025-07-14 00:37:12 +02:00
WerWolv
ed6da7fe14
fix: Writing not working correctly through a provider view
2025-02-07 15:45:38 +01:00
WerWolv
8da69c11d9
impr: Remove the word "Provider" from places where it doesn't fit
2025-01-04 13:28:35 +01:00
WerWolv
c761054805
feat: Allow view providers to be renamed
...
Closes #1746
2024-06-09 10:51:59 +02:00
WerWolv
f084bc4147
fix: View registers causing crashes when being deleted
2024-03-28 22:21:00 +01:00
WerWolv
c8ca84ede9
fix: Prevent view providers from pointing to themselves and being saved as recent provider
...
#1607
2024-03-22 00:16:28 +01:00
WerWolv
c2aafb14c2
fix: View provider not saving top-level data to project file
2024-03-10 15:32:01 +01:00
WerWolv
d1a59f8c1b
fix: View provider not correctly saving its state to a project file
2024-03-10 15:17:15 +01:00
WerWolv
c7ab4a4569
refactor: Get rid of this->m_
2023-12-19 13:10:25 +01:00
WerWolv
878f45dd80
fix: Various build errors
2023-12-08 16:22:36 +01:00
WerWolv
b4813660b5
refactor: Better interface for the event system
2023-12-08 10:29:44 +01:00
WerWolv
3a016da549
impr: Make providers return a 64 bit size on all platforms
2023-12-07 12:06:26 +01:00
Nik
7e660450ed
feat: Implement better and more complete undo/redo stack ( #1433 )
...
This PR aims to implement a more complete undo/redo stack that, unlike
the old one, also supports undoing insertions, deletions and resize
operations
2023-11-25 12:43:48 +01:00
WerWolv
14f728ab76
refactor: Give API files more consistent names
2023-11-18 14:50:43 +01:00
WerWolv
498d8c1d65
impr: General code cleanup
2023-11-10 20:47:08 +01:00
WerWolv
ef320b74b0
impr: Handle showing popups when closing unsaved providers better
2023-11-07 15:31:54 +01:00
iTrooz
e3ae169833
impr: Separate the behaviour of being savable and being dumpable for provider ( #1183 )
...
### Problem description
Currently, the providers use the method `isSavable()` to determine both
if they can use "Save" or "Save as".
This behaviour is problematic because some providers may need to be
saveable but not saveable as: for example the view provider. The
original provider may not allow to be saved.
### Implementation description
I separate these two behaviour by creating another function:
`isDumpable()`, that return true by default but can be overridden by the
provider to return false, if the provider should not be dumped in any
way.
### Additional things
While I was at it, I also marked "export" operations as needing the
"dumpable" flag. That way, we can't accidentally export the whole
address space of a process as base64.
I also added documentation for these some functions in Provider
2023-07-05 20:49:57 +02:00
WerWolv
07aabe8efa
impr: Improved types used in provider functions
2023-06-04 10:42:11 +02:00
WerWolv
d4ad457af1
fix: Crash when closing provider that was used in view provider
2023-04-08 21:07:57 +02:00
WerWolv
d09982d99f
fix: Crash when opening selection view
...
Fixes #913
2023-01-30 18:15:42 +01:00
WerWolv
cf9df6e36d
feat: Added ability to query provider information from pattern language
2023-01-24 09:07:11 +01:00
WerWolv
b1f76aeda6
feat: Added new view provider
2022-11-14 10:02:46 +01:00
