New website

[Carl Schwan]

Hi,

I already spoke a bit about it with Leinir, but I will mentor a Season of KDE 
project about updating the Calligra website. The idea of updating the Calligra 
website was really popular and I received more than 10 proposals for the 
website. I choose Anuj Bansal since he already contributed to the juk.kde.org 
website and he is familiar with the current KDE web tooling.

The goal of the new website is to bring new users and new contributors to 
Calligra.

The website update will be focused around the content, the design, and the 
infrastructure.

* Content:
  * the screenshots need to be updated to use the Breeze theme
  * the text need be checked to see if it is still actual
  * Url should remain the same for compatibility with the old links
  * Old content needs to be ported. We should not lose any announcements
  * The planet feature is easy to reproduce using the Jekyll planet component.
  * Add get-involved page with links to developer information and other useful 
information to start hacking on Calligra ;)

* Design:
  * The updated website will use the Aether theme. This is the theme used for 
kde.org and was designed for KDE.
  * Potentially we could use some small variation from the main theme to make 
the website more unique.
  * A good example about how the website could look in the future is 
kontact.kde.org
  * New design will be also compatible with mobile phone.

* Infrastructure:
  * The new website will use Jekyll a static site generator (the CI build the 
website and the server only serve plain html content). This means the website 
will be faster to load for the visitor and more secure.
  * All the content is stored in git as markdown files and this makes it easier 
to contribute to the website (we can use gitlab as CMS)

As the first step for Anuj, I think the best would be to set up a repository in 
invent.kde.org and create the base structure with a lot of boilerplate content 
(copied from the existing website) and the basic Jekyll configuration. When we 
can iterate over the content and design until everyone is happy with it. :)

Any questions? or other requirements for the website I forgot to mention?

Regards,

Carl

publickey - carl@carlschwan.eu - 0x7F564CB5.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

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/

D25423: Fill table cells with color for ODS and XLSX files

[Pekka Vuorela]

pvuorela added a comment.


  > Do you mean this "if ()" part of code? If there is no style "graphic" and 
inner "if" will not execute. Do you mean it'll be better to handle it in this 
part of code...or what?
  
  The main question was how should the three attributes play together. But 
another question: why isn't setBackgroundColor enough for the background color?

REPOSITORY
  R8 Calligra

REVISION DETAIL
  https://phabricator.kde.org/D25423

To: mphilippov, denexter, pvuorela, davidllewellynjones, dcaliste
Cc: dcaliste, davidllewellynjones, denexter, Calligra-Devel-list, 
#calligra:_3.0, ognarb, cochise, vandenoever

D25423: Fill table cells with color for ODS and XLSX files

[Mikhail Philippov]

mphilippov added a comment.


  In D25423#589430 , @pvuorela wrote:
  
  > > loadTableCellProperties() is a method for applying styles for table 
cells, i.e. cell background. There is no handling for cell background in the 
place you mentioned.
  >
  > I'm talking about handling in that particular method. It will already set 
background brush in that method later. Why is that not enough?
  
  
  Do you mean this "if ()" part of code? If there is no style "graphic" and 
inner "if" will not execute. Do you mean it'll be better to handle it in this 
part of code...or what?

REPOSITORY
  R8 Calligra

REVISION DETAIL
  https://phabricator.kde.org/D25423

To: mphilippov, denexter, pvuorela, davidllewellynjones, dcaliste
Cc: dcaliste, davidllewellynjones, denexter, Calligra-Devel-list, 
#calligra:_3.0, ognarb, cochise, vandenoever

D25423: Fill table cells with color for ODS and XLSX files

[Pekka Vuorela]

pvuorela added a comment.


  > loadTableCellProperties() is a method for applying styles for table cells, 
i.e. cell background. There is no handling for cell background in the place you 
mentioned.
  
  I'm talking about handling in that particular method. It will already set 
background brush in that method later. Why is that not enough?

REPOSITORY
  R8 Calligra

REVISION DETAIL
  https://phabricator.kde.org/D25423

To: mphilippov, denexter, pvuorela, davidllewellynjones, dcaliste
Cc: dcaliste, davidllewellynjones, denexter, Calligra-Devel-list, 
#calligra:_3.0, ognarb, cochise, vandenoever

Re: Karbon improvements

[danders]

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)

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.
I'm not a graphics man so maybe Anthony (current maintainer) has further 
comments.


Regards