Recent posts

#21
User Interface / Re: Indigo UI: Text Properties
Last post by a.l.e - September 30, 2024, 09:56:53 AM
my thoughts about indicating local changes: what about making values that are not local less visible (instead of making the ones that are local more visible)?

this can be done by reducing the contrast of the background (light gray background) or of the value (dark gray instead of black).
then the "important" values will stick out by being "normal", and not by being exceptional.
most of the time, those are the values i want to see, but i don't really want to be warned about them...
#22
User Interface / Re: Indigo UI: Text Properties
Last post by a.l.e - September 30, 2024, 09:50:04 AM
one "small" issue:

when i look (again) at the "column and distances" section, i tend to see the "columns" and "sizes" labels as the titles for the fields below it (left and right frame margin).

one possible solution could be:

  • move the columns and distances to the bottom of the  section
  • rename the section as "distances and columns"
  • this might take some visibility away from this way of creating the columns (which in my eyes should not be the default way to create columns in scribus)
  • ... or just remove the label, since the icon alone is good enough...

not a huge thing, since i expect most regular user to turn of those labels, and i also expect more of those labels to disappear with the time (and the improvements in the dialog layout + quality of the icons!)

another minor issue: the top and bottom paragraph space are still missing...
you might want to take into consideration that, one day, they will probably be added somewhere in the text properties.
my humble suggestion would be to move the "tabulators" button below the "alignment" ones (in the text section), the same place it has in the paragraph styles...
(and in the future add there four input fields for the left, right, top and bottom margin of the paragraph...)
#23
User Interface / Re: Indigo UI: Text Properties
Last post by tim_occ - September 29, 2024, 10:35:32 PM
I think this will be the final state (for now  ;D )

What has been changed:
- icons, now there are many new icons for inputs
- hyphenation section has new "hyphenate" and "dehyphenate" buttons
- "optical margins" and "first line offset" has been moved to "columns & distance" section
- color selection has been moved to "text" section (as buttons)
- "vertical alignment" has been moved to "text" section
- distances have a new "link" button to change all values at one
- line height value is always visible, if you select "baseline" or "automatic" it shows the calculated values
- sections has been reordered

There are some notes about the style manager. I kept the color selection and optical margins as it is.
At the moment, I have no good ideas how to indicate local changes of child styles compared to their parent style. Usually the differences are marked with bold text, this is a little complicated if you just have buttons with icons.

However, the main intention was to optimize the text properties palette. The style manager changes are made so that it is kind of consistent and need of course a second iteration.

I will clean up some unused code and comments and will provide a patch in the next days.
#24
User Interface / Re: Indigo UI: Text Properties
Last post by tim_occ - September 29, 2024, 10:08:07 PM
Vertical alignment is now in "text" section (next to horizontal alignment). I forgot to mention it.
#25
User Interface / Re: Indigo UI: Text Properties
Last post by a.l.e - September 29, 2024, 08:11:50 PM
i like what i see...

only one detail i've noticed: the frame's vertical align seems to be missing in "column & distances"
#26
Code / Re: Feature discussion: column...
Last post by a.l.e - September 29, 2024, 08:06:34 PM
- pull the prepared layout with welds from the scrapbook
- press i + click on the title frame
- paste
- apply the title styles
- adjust the height of the top frame

(specific welds are created in advance for multiple use cases)

this is:

- 2 click and drag
- 2 keys
- 3 mouse click

please don't get me wrong: for your specific use case (a very strict layout with text only), i'm sure that having multiple columns per frame is the fastest and simplest solution.
and i also believe that the solution you're suggesting is the fastest to implement.

the issue i want to raise is: way too many people, when they see a hammer they use it for everything.

my goal here is "just" to highlight the dangers hidden behind this feature and get it implemented in a way that it does help the people to use it in the right way.

(well, my goal might also be to show that having a good welding system would also help make scribus a better fit for workflows that need to be fast and flexible)
#27
User Interface / Re: Indigo UI: Text Properties
Last post by tim_occ - September 28, 2024, 11:11:07 PM
@BN_Dev the color list need some more improvements yes.

In the last weeks I redesigned the whole text properties panel (+ style manager for paragraph and character styles).

Below you can find a 1:1 comparison from Scribus 1.6.2 and the new concept.

I merged "first line offset" and "optical margins" into "columns and distance" section. Language field has been moved to hyphenation section, because hyphenation requires a language dictionary to work.

Have in mind that it is still a work in progress.
There is no patch file yet, because it needs still some more code optimizations and refinements.
You can check the latest status here: https://codeberg.org/Scribus/scribus


I'm happy about feedback.
#28
Code / Re: Feature discussion: column...
Last post by BN_Dev - September 28, 2024, 08:56:12 PM
Regarding potential solutions and discussions on this; please also consider the primary motivation for this feature being added in QXP/ID is to increase speed of layout. Pasting a story in to a text frame and applying the headline style to the first paragraph is 90% of the job done for a newspaper layout...
Press t (for text tool), 1 drag (create text frame), press Ctrl+V (paste), 1 click (in first para), 1 click (on style pallet). 3 keys and 3 mouse clicks  8)
How many interactions are required to achieve the same with multiple frames, creating welds, groups, etc. etc.
#29
Code / Re: Feature discussion: column...
Last post by a.l.e - September 28, 2024, 08:18:17 PM
ps.: no, in my example above there is only one text flowing through all the frames (title + columns; of course not the image legend)

pps.: if the column / frame break would work correctly, it would even be more comfortable to jump to the first column after the title.

ppps.: as i wrote, i don't think that the current implementation of welding cannot move and resize all the relevant frames at once, when resizing the title part... and it can for sure not do it in a reliable and comfortable way.
#30
Code / Re: Feature discussion: column...
Last post by utnik - September 28, 2024, 01:31:35 PM
i would still prefer the 'column span' as a part of the definition of the paragraph style.
welding may be a solution. but you need to import the 'overspanning' paragraph as a separate text...

utnik