bugMyPaint - Bugs: bug #19240, Saving Brushkeys in .ora files

 
 
Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #19240: Saving Brushkeys in .ora files

Submitted by:  Till Hartmann <tillux>
Submitted on:  Tue 03 Jan 2012 06:18:58 PM UTC  
 
Severity: 1 - WishPriority: 5 - Normal
Status: WishPrivacy: Public
Assigned to: NoneOpen/Closed: Open
Release: Planned Release: None
Operating System: 

Mon 26 Nov 2012 03:04:06 PM UTC, comment #3:

The ORA spec does allow for program-specific data to be present.

But one could say that this here is a part of a bigger problem, that of embedding resources used to create the document in the document. That could potentially be standardized, of course.

Jon Nordby <jonnor>
Project Administrator
Tue 17 Jan 2012 03:56:12 PM UTC, comment #2:

> IMO this does not belong here: it'd be a MyPaint-specific extension to the ORA format, which isn't so bad in itself although it would require wider agreement, but it's also somewhat difficult to square with the current implementation.


I believe the SVG spec allows for program-specific data. Other programs are expected to ignore and preserve it if found. Inkscape, for example, stores info specific to Inkscape in addition to standard SVG in files it creates.

ORA spec could be amended to allow something similar, so program-specific features could be saved and restored without affecting how the image is displayed in another program. It might be a lot of work for one feature, but it would open the door for other changes in the future.

A program could, for example, implement something like layer grouping needing the ORA spec modified to accommodate it. Programs could experiment and see what works, and good additions could be added to spec, while niche ones could live inside the program's custom area in the file.

Joshua Tyler <marand>
Thu 05 Jan 2012 11:41:32 AM UTC, comment #1:

IMO this does not belong here: it'd be a MyPaint-specific extension to the ORA format, which isn't so bad in itself although it would require wider agreement, but it's also somewhat difficult to square with the current implementation. We'd have to either throw away lots of users' established prefs, or come up with some funky mediation between saving into the .ora and saving to the user's prefs as you mention.

I like the idea of being able to configure certain kinds of brushes as non-saveable to the strokemap though.

Andrew Chadwick <achadwick>
Project Administrator
Tue 03 Jan 2012 06:18:58 PM UTC, original submission:

As I switch between different paintings, I regularly have to reassign my Brushkeys, as I use different brushes for different paintings. That of course overwrites the brushes previously assigned to those keys, which is rather annoying.
(On the other hand, I usually assign a smudge brush to e.g. Brushkey #2, so that would be the same in all .ora files anyway).
It's possible to simply pick-context the brushes I need, but that is also rather hard to do when smudging a lot (might open another wish to ignore certain brushes/kinds of brushes from pick-context [similar to https://gna.org/bugs/?19044 ]).

I'd like to hear what other people think about storing the Brushkeys per .ora rather than globally.

Or maybe add that as an option...? No, that's not the kind of option "the user" should be able to change, I guess.

Till Hartmann <tillux>
Project Member

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jonnor (Posted a comment)
  • -unavailable- added by marand (Posted a comment)
  • -unavailable- added by achadwick (Posted a comment)
  • -unavailable- added by tillux (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follows 1 latest change.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 26 Nov 2012 03:04:06 PM UTCjonnorStatusNone=>Wish
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup