Scribusoid

Recent Posts

Pages: 1 2 [3] 4 5 6 7 8 9 10
21
PDF Generation / Re: problems with faded CMYK color
« Last post by GarryP on July 22, 2017, 02:59:12 pm »
I remember that my boss from many years ago - when I worked in an R&D department - had a supply of those Pantone things. He kept them in a safe!
22
Text and Typography / Re: Clipping and skewing text
« Last post by GarryP on July 22, 2017, 02:50:16 pm »
a.l.e, my point was that such a function is not bounded by the PDF specs (as alluded to by yourself and Nermander).

eudoxos asked about cropping a piece of text while keeping it editable but, as has been said, Scribus must always display the full glyph so that's not possible without resorting to using other objects as masks or converting to curves.

Converting to curves makes the text uneditable and using objects as masks is messy. What eudoxos wanted - from what I can tell - was a cropping function that kept the text intact and Scribus doesn't have one.

See attached - crudely done - video of how it could be implemented. Such a cropping tool could also work on SVGs (and images too but that's already done by the frame).
23
PDF Generation / Re: problems with faded CMYK color
« Last post by flomman on July 22, 2017, 02:04:57 pm »
Hi guys, thanks so much for you input!  I got the printed proofs back, and it all looks fine!  So pleased.  The printed result is closer to what the screen shows without Color Management enabled than with it, which just confirms all your advice to leave CM switched off.  So it's a display issue, and that's it.  I don't have an expensive monitor, just a super middle of the road Toshiba Satellite Pro laptop, so do you think it's even worth trying to calibrate the color on it?

You're right about the Pantone color books being expensive!  Will have to think about that one before jumping in :)
24
Text and Typography / Re: Clipping and skewing text
« Last post by a.l.e on July 22, 2017, 12:11:06 pm »
garry,

i can easily reproduce your sample in scribus...
(see the attachment)

and scribus can easily import the pdf you have created and create the same output in a pdf
(see the other attachment)

what does this tell us?
technically, scribus could also have a clipping feature and resolve it in simple shapes when exporting to pdf (as your other application is doing).
it also seems to confirm that a pdf cannot contain the clipping information (otherwise scribus could not import your pdf)

on the other side, the fact that scribus does not support clipped images imported from svg is consistent with the idea that scribus only imports from SVGs what that it can easily export to valid PDF.

of course somebody could add a clipping "tool" to scribus and then allow the import of clipped content, but as you see in my sample, it's trivial to use the current scribus features to fake the same effect. so, there is probably little motivation (for now) to create such a tool.
on the other side, it would be really nice if inkscape could add an export to svg that removes all the information that is not needed when you only want to view the file (like in a browser or in scribus) or is not commonly supported in the svg viewers.

the flattening of transparencies is a similar (but probably way more complex to implement) case and, in the current state of the printing business, it's also a more urgent feature (but at the time scribus will have the flattening of transparencies in a stable version, all the print shops will probably correctly support the PDF versions that allows transparencies...)
25
Text and Typography / Re: Clipping and skewing text
« Last post by GarryP on July 22, 2017, 11:21:39 am »
Sorry, but I don't see what the problem is.

The only bits of the text that can be seen are the bits that are expected to be seen, the text is still editable in the application, and - as a bonus - the text is still selectable by the reader. Everyone wins.

There is no "overlay" image, the image is actually behind the shape that holds the text. The text is "inside" that shape. Any extra text that is there is purely because I was using sample text in a very crude way to show what is possible. Under normal circumstances any unwanted text would simply not be there in the first place.
26
PDF Generation / Re: problems with faded CMYK color
« Last post by mnawij on July 22, 2017, 05:52:28 am »
I do agree with the others, turning CM off would probably be best... One thing that helps me out a lot is the use of PantoneĀ® Color Swatch Books, especially the CMYK/RGB/Hex/Spot color bridges, both uncoated and coated paper, they are expensive but well worth the money!  See the following link:

http://www.pantone.com/color-bridge-coated-uncoated

mnawij
27
Text and Typography / Re: Clipping and skewing text
« Last post by Nermander on July 21, 2017, 11:17:01 pm »
In that PDF the text isn't really clipped, I can select text that is not visible, which I guess means it is printed beneath the overlay image.
28
Thank you a.l.e.  I can appreciate your restraint in how you phrased your response.  I think your assessment of the typical end-user as being confused and, as GarryP demonstrates, a bit frustrated as well, over the lack of communication regarding 1.6 progress is pretty accurate.  I am not aware of any of the internal challenges from a programming, logistical, or political perspective faced by the developers and I won't presume otherwise.  If I were a programmer, I'd jump in and help out, but I'm just a hobbyist graphic designer who loves this program and would like to see it become better.

I've heard so much about how wonderful 1.6 will be, and how many great features the unstable 1.5.x versions have, but I don't feel confident leaving the stable branch.  I can't afford to lose a bunch of work due to an unresolved bug in a version I was amply warned was unstable in the first place.  To me it looks like so much has been hung on the promise of what 1.6 is supposed to deliver, meanwhile 1.5.x appears to be just an experimental test bed with no intention of making it stable prior to the release of 1.6.  This method of not working towards a stable 1.5 version seems strange to me.  In other projects there would be a stable version, with developers working on the immediate next version which is currently unstable and people can download it in all it's buggy glory if they want to, but why bother if you're not a programmer, as soon it is released as stable, and the developers move onto developing the next version.  Each increment only introduces a manageable set of advances, thus the development of the project as a whole doesn't get bogged down.

Based purely on my external observations, it appears that when the goal of 1.6 was set back in 2011(?!), it was such a huge jump ahead of the 1.3 or 1.4 stable version being used at the time the developers ended up getting lost in a seemingly never-ending list of 1.5.x advancements on route to the desired goal of a stable 1.6, thus there was no impetus to make any version of 1.5 stable.  Then as time went on, user demand for fixes and advances to the existing stable branch brought about new 1.4.x versions, while work was still progressing on 1.5.x on it's journey towards evolving into 1.6.  If my perception of the situation is correct, then no wonder 1.6 has effectively stalled, and I genuinely sympathise with the situation the development team must find themselves in.  I can't imagine how overwhelmed and frustrated they must feel.  I wish I could help, but again, I'm no programmer.  I'll cheer you guys on, and hope you work through this rough patch.  Perhaps a reorganisation of version expectations and when to make something stable will help the project, or maybe another tactic will work better.  Either way, I wish everyone the best of success and I will patiently await a post-2017 new release, whenever it will be.

As an end user, my focus will be to get the most out of the 1.4.x  stable branch as I can.  I'm going to ignore the 1.5.x unstable branch, regardless of how many advancements it has as it's been reported in other threads to have unpredictable bugs which sometimes destroy work.  When either a stable 1.5.x or the long awaited 1.6 occurs I'll try that out, but in the meantime I'm going to be happy with what I've got.  Thanks for the informative response.
29
Vector graphics and postscript / Re: Import vector file --> folder shows no files
« Last post by GarryP on July 21, 2017, 04:59:34 pm »
You're welcome.

You can find the set-up EXE's here: https://sourceforge.net/projects/scribus/files/scribus/1.4.6/

Make sure you choose the x64 version if you want 64-bit.
30
Ah, I'll try that then! I wanted to download v.1.5.1 (because I read that version was fairly stable and some functions of 1.4.x worked better there), but I couldn't find the download file. I chose 1.5.3 because that one said it's compatible with Windows 10 and it didn't say that with the latest stable version.
Anyway, thanks for the help! I'll remove this version and install the stable 1.4.6.
Pages: 1 2 [3] 4 5 6 7 8 9 10
palmate