News:
Problems registering, no confirmation email - see http://wiki.scribus.net/canvas/Forums_Registration
Recent posts
#41
User Interface / Re: Indigo UI: Text Properties
Last post by a.l.e - September 29, 2024, 08:11:50 PMi like what i see...
only one detail i've noticed: the frame's vertical align seems to be missing in "column & distances"
only one detail i've noticed: the frame's vertical align seems to be missing in "column & distances"
#42
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)
- 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)
#43
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.
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.
#44
Code / Re: Feature discussion: column...
Last post by BN_Dev - September 28, 2024, 08:56:12 PMRegarding 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
How many interactions are required to achieve the same with multiple frames, creating welds, groups, etc. etc.
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
How many interactions are required to achieve the same with multiple frames, creating welds, groups, etc. etc.
#45
Code / Re: Feature discussion: column...
Last post by a.l.e - September 28, 2024, 08:18:17 PMps.: 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.
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.
#46
Code / Re: Feature discussion: column...
Last post by utnik - September 28, 2024, 01:31:35 PMi 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
welding may be a solution. but you need to import the 'overspanning' paragraph as a separate text...
utnik
#47
Code / Re: Feature discussion: column...
Last post by a.l.e - September 28, 2024, 11:35:12 AMIn my eyes, this is a very typical layout that is "hard" to achieve with the in-frame columns:
People who have only learned about columns inside of frames, will really struggle to achieve it.
With a better typographical grid and a powerful welding system (moving down the title's bottom border would move down the columns, the image and the legend...), in many (if not most) cases, it would be "easy" to put such a "structure" in the scrapbook, then pull it out from there when it's needed, and adapt it to the specific page.
It would be more complex to setup, (hopefully) just a bit harder to use, but way more flexible and fast for the cases that are just slightly different.
(and the beginners only need the typographical grid, not the welding!)
But can we really hope that Scribus will get there in a foreseeable future?
On the other side, it's clear that with the way Scribus currently works and for the layout Paul is supporting, having slightly better columns inside of the frame looks like the most straightforward solution.
People who have only learned about columns inside of frames, will really struggle to achieve it.
With a better typographical grid and a powerful welding system (moving down the title's bottom border would move down the columns, the image and the legend...), in many (if not most) cases, it would be "easy" to put such a "structure" in the scrapbook, then pull it out from there when it's needed, and adapt it to the specific page.
It would be more complex to setup, (hopefully) just a bit harder to use, but way more flexible and fast for the cases that are just slightly different.
(and the beginners only need the typographical grid, not the welding!)
But can we really hope that Scribus will get there in a foreseeable future?
On the other side, it's clear that with the way Scribus currently works and for the layout Paul is supporting, having slightly better columns inside of the frame looks like the most straightforward solution.
#48
Code / Re: Feature discussion: column...
Last post by Nermander - September 28, 2024, 08:21:23 AMCould't the desired effect essentially be managed by linked frames?
Multi-column body text frame in the bottom, on top of this the heading frame spanning two columns.
Link the heading frame to the body text frame.
Now, the big issue of course is if the headings have such a variable size that the height of the heading frame would need to be dynamic. But maybe dynamic frame height could solve this (there are already scripts to adjust the frame height I think, but I am not sure how they would work with linked frames since I guess they depend on overflow).
Multi-column body text frame in the bottom, on top of this the heading frame spanning two columns.
Link the heading frame to the body text frame.
Now, the big issue of course is if the headings have such a variable size that the height of the heading frame would need to be dynamic. But maybe dynamic frame height could solve this (there are already scripts to adjust the frame height I think, but I am not sure how they would work with linked frames since I guess they depend on overflow).
#49
Code / Re: Feature discussion: job ja...
Last post by a.l.e - September 27, 2024, 10:44:33 AMi think that the tool for creating the config file can also run from outside of scribus...
then it can easily be done with qt and python...
then it can easily be done with qt and python...
#50
Code / Re: Feature discussion: job ja...
Last post by utnik - September 27, 2024, 10:21:02 AMa text file with the settings for different jobs and a script would be great. (maybe with a ui to write the settings to the text file and to grab the right set for the actual job – and without tkinter, as this would ban it from mac os...)
utnik
utnik