Scribusoid

Author Topic: Scribus UI/UX improvements  (Read 21710 times)

c_schaefer

  • Newbie
  • *
  • Posts: 1
  • Karma: 0
  • Scribus User
Re: Scribus UI/UX improvements
« Reply #225 on: April 14, 2017, 10:16:52 am »
Hi Martin,


I've been reading through this very long thread, and I think you're the only who's not getting lost in details that can be figured out later but still focusses on the basics ;) That's not meant as an offence to anyone, since those details need to be considered later, and a discussion on them is absolutely necessary.


I've also seen that you already made a lot of progress at https://github.com/nitramr/scribus-indigo/wiki. Well done!


Now that Scribus 1.5.3 is ready for relase, maybe we can get back to the basics and see how we can continue from there.


In my opinion the top priority must be several issues before 1.5.4 can be released (or before your branch can be integrated into svn):


1) Rip both properties palettes apart and modularise them (and make them dockable for the time being).

2) Make the modularised palette elements content-dependent, which means, for example, that no image-frame-related element is visible when a text frame has been selected.

3) Enable access to the relevant settings dialogues via the modularised elements, i.e., to Styles for text frames, lines and tables, to Colours & Fills for general frame settings and shapes.

4) Introduce frame styles.

5) Introduce a feature to save the current workspace, both with a document and as an external file. These options aren't mutually exclusive.

Points 3 to 5 are among the most requested features I heard from professionals.


The rest will be sorted out and optimised via real world testing: trial and error :) 


I absolutely adore your drafts for horizontally layouted palettes, and I'm convinced that this is the way to go, especially for text. I think, though, that for text a dialogue needs at least 3 tabs on top of the dialogue to provide access to all features. I also think that those horizontally designed dialogues need to be able to be moved around on canvas or docked at the top or bottom. Having them fixed at the top might cause unforeseen problems, so it's better to allow for some flexibility.


And here's another suggestion: InDesign provides access to advanced features like the OpenType ones via a menu. Perhaps it would make sense to add a new menu "Typography" or "Advanced"?


One nitpick: You should use Qt Designer to see what's realistically possible with Qt and how it will all look at the end on multiple platforms.

tim_occ

  • Jr. Member
  • **
  • Posts: 85
  • Country: de
  • Karma: 7
  • Scribus User
Re: Scribus UI/UX improvements
« Reply #226 on: April 18, 2017, 05:40:25 pm »
Hi Christoph,

thanks for your feedback. I agree with you that some steps has to be done before an integrtation of the IndigoDock is possible - or meaningful.
Currently I try to hold my branch up to date with the latest features from developer branch.

Most of your points are already considered in my UI concept as a proposal. https://docs.google.com/presentation/d/1JRs-9VUaZGjG3Dvyci2DCpwIpYQLR8IZv485hjujdEk/edit
From time to time a made updates, based on feedback here or on other channels.

Some minds about horizontal layouts. The IndigoDock already support horizontal panel layouts, but the panel content is not optimized yet. To allow a fluid horizontal layout we need "block" based elements which can float. That can be a problem in some panels which contain lists, like pages panel. Another option is to allow only specifc panels to be "horizontal", but it will be hard work to find a good solution.
I think it is a good idea to check out the possiblities of the Qt Designer, but it should not be a constraint for the UI, because the IndigoDock is a full custom control. I try to say: if there is nothing which fits to our design let's build our own controls. ;)

In attachment you can see a screenshot of the IndigoDock branch on a full HD screen in vertical orientation. Looks really unuseable and need more love.

regards,
Martin

MrB

  • Scribus Team Member
  • Administrator
  • Newbie
  • *****
  • Posts: 6
  • Karma: 0
Re: Scribus UI/UX improvements
« Reply #227 on: April 24, 2017, 06:54:13 pm »
So I played around a bit in Designer and here are two versions of the same palette. One is a normal Widget and one is a DockWidget. Ignore the main title bar on both to a degree as that can be turned off. I have not fully styled the spinboxes etc. The only style applied is 10pt font.

One thing that is a limitation is the dock widget areas. See here: http://doc.qt.io/qt-5.8/qdockwidget.html
There's only one docking area on each side. Not sure how we could have multiple thin palettes below each other then.

tim_occ

  • Jr. Member
  • **
  • Posts: 85
  • Country: de
  • Karma: 7
  • Scribus User
Re: Scribus UI/UX improvements
« Reply #228 on: April 24, 2017, 08:49:09 pm »
Nice work!

the limitation of the QDockWidget / QMainWindow was my reason to start to develop a custom control which hold and manage single panels.

Is it a floating layout or static? With floating I mean if with width of the panel is not wide enough the blocks break into a new line.

Currently it would be possible to have multiple DockWidgets to each other in one row. But the width is limited to the MainWindow width.

MrB

  • Scribus Team Member
  • Administrator
  • Newbie
  • *****
  • Posts: 6
  • Karma: 0
Re: Scribus UI/UX improvements
« Reply #229 on: April 25, 2017, 06:53:45 pm »
So I think we can achieve relayout based on available space by simply telling the dockwidgets to rearrange themselves. Ie, if we use style sheets (or calculations) manually locating the layouts or widgets, we can just tell them to move when required.