Karbon improvements

[JZA]

Hi I'm an avid kde user but I still keep some gtk apps like gimp (althought
using krita more and more), another one is Inkscape and here is where maybe
Karbon could improve to compete for further ease of use.
Is a bit ironic that inkscape is one of the few gtk apps that make use of
panes, something that is very well used in Calligra office apps. Yet in
Karbon, the panes look a bit lacking on the UX.

Also Karbon looks more like a Vision/UML editor than a publishing
(Scribus), drawing (design) tool.

It also lacks the use of plugins and effects, that could be a great space
to grow and explore. Specially if there is a support for scripting
languages such as JavaScript, Python and Ruby. (Maybe Go and Rust)
Finally a redesign of the UX that prevent things like 'fat' widget groups
that make the pane dimensions grow indefinetly.

I'm new to the list so don't have much context for current topics being
dealt currently but wonder if some of the issues are being discussed
already.

Regards

Re: Karbon improvements

[JZA]

On Tue, Jan 7, 2020 at 3:26 AM  wrote:

> JZA skrev den 2020-01-06 21:37:
> > Hi I'm an avid kde user but I still keep some gtk apps like gimp
> > (althought using krita more and more), another one is Inkscape and
> > here is where maybe Karbon could improve to compete for further ease
> > of use.
> > Is a bit ironic that inkscape is one of the few gtk apps that make use
> > of panes, something that is very well used in Calligra office apps.
> > Yet in Karbon, the panes look a bit lacking on the UX.
> >
> > Also Karbon looks more like a Vision/UML editor than a publishing
> > (Scribus), drawing (design) tool.
> >
> > It also lacks the use of plugins and effects, that could be a great
> > space to grow and explore. Specially if there is a support for
> > scripting languages such as JavaScript, Python and Ruby. (Maybe Go and
> > Rust)
> Yes, scripting was disabled in 3.x due to upstream changes,
> but I have not looked into it lately so things might have improved.
> Hmmm, not much. Seems only javascript has been implemented. (In kde4 it
> could do python, ruby and more)
>
Sims KDE Bindings are dead, at least their mailing list. PyKF5 is also very
poorly mantained, as in only a few libraries are supported from the KF5
base 1 layer. Also comparing it to PyKDE4, perhaps this new iteration of
KDE has major roadblocks to get some portability from one version to the
next.


> Probably we should look to krita to see how they have dealt with it.
> > Finally a redesign of the UX that prevent things like 'fat' widget
> > groups that make the pane dimensions grow indefinetly.
> >
> > I'm new to the list so don't have much context for current topics
> > being dealt currently but wonder if some of the issues are being
> > discussed already.
> Since 3.1 I think only handling of multiple pages has been added,
> all ui and graphics functionality is as in 3.1.
>

That's great for Desktop publishing. Scribus also has this functionality as
well as OpenOffice Draw.


> I'm not a graphics man so maybe Anthony (current maintainer) has further
> comments.
> >
> > Regards
>


-- 
Alexandro Colorado
GULTab.org
Linux User # 319286
Blog: http://www.alexandrocolorado.org/
<http://www.alexandrocolorado.com/blog/>

Karbon text tool comments, multiline

[JZA]

Have some questions, and recommendations. I tried doing text fields but had
issues doing multiline on it. Even if I select a height equal to two
multiple lines, the text just grows ignoring the default text size on the
toolbox. Once is set, is hard to get beyond one line. So inserting a
jumpline will just make the new line just overwrite the current text. This
is just bad UX, if there is a size definition, it should be adjusted to the
original size, and allow multiple lines as the text area gets expanded.

Another rather confusing issue is once you want to edit the current text,
most of the time it gets it becomes harder to move around the text, for
example, wanting to add new spaces at the beginning of the text field. Or
just editing the styles.

Resizing works great as far as being easy to readjust but is hard on things
like contour, sometimes the contour grows or diminish without any
adjustments. This is similar to the text resize regardless of the tool
specs.

-- 
Alexandro Colorado
GULTab.org
Linux User # 319286
Blog: http://www.alexandrocolorado.org/

Karbon Color editor missing

[JZA]

I wasnt able to edit a gradient, cant seem to find the color / gradient
mixer. Did I miss something?

-- 
Alexandro Colorado
GULTab.org
Linux User # 319286
Blog: http://www.alexandrocolorado.org/

Re: Karbon Color editor missing

[JZA]

I found some screenshots there was an docker editor but cant pop it up
again.
https://i2.wp.com/herramientasgratis.com/wp-content/uploads/2018/11/Pantallazo-2.png?resize=768%2C576

On Thu, Mar 5, 2020 at 7:43 AM Boudewijn Rempt  wrote:

> Editing gradients in Karbon is rather fiddly. You first have to create an
> object, select it and then select the on-canvas gradient tool. Then select
> a gradient, select a stop on canvas, and then in the edit tab of the
> gradient tool select a new color. I'm not sure myself, since it's ages that
> I used Karbon, whether it is at all possible to add stops.
>
> On woensdag 4 maart 2020 14:36:29 CET JZA wrote:
> > I wasnt able to edit a gradient, cant seem to find the color / gradient
> > mixer. Did I miss something?
> >
> >
>
>
> --
> https://www.krita.org
>
>
>

-- 
Alexandro Colorado
GULTab.org
Linux User # 319286
Blog: http://www.alexandrocolorado.org/
<http://www.alexandrocolorado.com/blog/>