GSoC proposal: Workspaces capabilities for Krita

Daniel Gómez Ferro dgomezferro at gmail.com
Sat Mar 29 16:03:24 CET 2008


On Fri, Mar 28, 2008 at 9:22 AM, Valerie <valerie_vk at yahoo.com> wrote:
> Hi!
>
>  (by the way, next time use plain text instead of html :D )

Oops, sorry! I didn't mean to use html, I thought gmail used plain
text by default.


>  The difficulty, as the others have apparently discussed, is that
>  XMLGUI is rather lacking in flexibility, so a replacement for
>  that may need to be coded first before everything gets done.
>
>  http://lists.kde.org/?l=kde-kimageshop&m=120575867129699&w=2

But XMLGUI just defines the menus and the toolbars, not the plugins
loaded. And doen't it already loads different .rc files based on
whether the file is read only or not?


>  On the other hand, it may be possible to start internal changes
>  within a more limited project. Krita may then progressively
>  implement the elements needed for a fully user-configurable
>  workspace system after several versions. The advantage of workspaces
>  is that since they are internal, they probably won't in the
>  meantime interfere with the rest of the user experience, so they
>  won't start complaining.
>
>  All in all, it'd be nice if you could discuss with the other
>  Krita developers over IRC to see what portion of project can
>  be a step in the right direction. I have a "drawer" resource
>  management proposal, for example, that could eventually come
>  in handy, though isn't a very pressing matter since Krita
>  doesn't have That many brushes yet.

Sure, I'm open to discussion, that's why I contacted boud before
submitting the application, and its evident that Krita developers have
a better idea of what can be done and what not.

>  That said, I wouldn't mind helping out with ideas on any other GUIs.
>  When work on workspaces start, I wouldn't be surprised if the
>  initial versions lack in configurability, as a whole new interface
>  for loading specific features easily would need to be implemented.
>  In the meantime though, the users would still end up with several
>  highly usable workspaces (we'll just have to pray that users don't
>  complain about the inability to start color mixers while in batch
>  photo editing mode, or file gallery mode - used for batch photos -
>  while in painting mode. Wait a moment, that last feature could be
>  useful if the artist wants to draw objects separately in great
>  detail before bringing them all together. Hmm...)

Yeah, we would need to discuss what makes sense and what not. For
example, we should decide if it should be possible to change the
workspace when you are already working or not.

Thank you for answering :)
_______________________________________________________________________
>  Be a better friend, newshound, and
>  know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>  _______________________________________________
>  kimageshop mailing list
>  kimageshop at kde.org
>  https://mail.kde.org/mailman/listinfo/kimageshop
>


More information about the kimageshop mailing list