Recent Posts

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
Okay, first off.  I'm not complaining or demanding.  I know that open source projects are a thankless and under financed labour of love.  There's thousands of users, all of whom would love to see new stable versions of Scribus released every month, but the reality is the program is created by a small team of volunteers who are fitting in their coding efforts in between everything else in their lives.  I get that, I really do, so I'm not approaching this in a negative way at all.  I'm just curious if there are any rough estimates, or gut feelings as to how far along things are.

I found one site which talked about Scribus 1.6 possibly coming out in 2013; I found a bug tracker site which listed a LOOONG list of features to be coded with a tentative release date for 1.6 as June 30th, 2017.  I found a developer posting on this forum in 2011 talking about 1.6 as the next thing to come along way back then.  I'm assuming there have been setbacks of varying kinds over the years.  I expect and can accept that.  So, I guess, what I'm looking for isn't a firm release date, or even a promise of one.  What I'm hoping for is for a developer to reply with something which lets me know if Scribus 1.6 is something which might exist in 2017, or if it's expected in 2020, or if it's simply a long term goal with no realistic time estimate able to be made for its release.  If it's expected and even likely to be out within the next year or two, then great!  If it's really just a big unknown, then I'll stop being expectant for it and just keep using the latest stable release until one day "the big one" is released.

Oh, and no matter what the answer to my ramblings above ends up being, I want to say thank you to the programmers who do toil away at making Scribus.  Even the current stable release version is a fantastic program and I simply can't imagine all the hard work which must have gone into making it what it already is.  I couldn't code my way out of a wet paper bag, so you're all superheros in my eyes! :-)
42
PDF Generation / Re: problems with faded CMYK color
« Last post by flomman on July 20, 2017, 12:05:04 pm »
Hey, thanks mnawij.  I have sent the pdf to the printer this morning, so I'll see what I get and report back here.

I continued the conversation with the printer yesterday via email, and he told me all the same things that you've all been telling me about the RGB to CMYK conversion process etc.  Anyway, he said that I could submit the artwork in any profile I liked, but in their experience, the web coated SWOP produced the best results when their software separated the colors.  So anyway, the proof is being printed, and I'll let you all know what the result is.

As to Color Management, I'm only using it because I thought it was necessary.  If I don't need it, I won't use it.  Once I get the proofs back, I'll know where I stand.  If they come in all washed-out, then I have no option but to return to InDesign, as I am running out of time to get this calendar on the press.  If the color is acceptable on the proofs, then I don't know what the story is with Color Management, and profiles, but I will happily ignore the appearance of the produced PDF, and carry on!  Perhaps my printer would help me calibrate my screen?  I guess I'll ask.
43
Text and Typography / Re: Clipping and skewing text
« Last post by GarryP on July 20, 2017, 11:54:29 am »
Ah, I think I understand now.

My attached image shows - from top to bottom reading downwards - (a) original text, (b) text cropped top and bottom, (c) text cropped by a shape. I assume you want to do something similar.

Scribus has no cropping functionality for text. Scribus always tries to render text as fully as it can, meaning that if it can't fully display a character it will not display it at all. One of the basic tenets of Scribus was to render text as well as possible. Cropping text does quite go against this.

Some cropping can be done on images but that's really just an artefact of having to put images into frames (except for vector art which is a different thing). Cropping sort of "comes for free" with image frames rather than it being a specific function.

I don't think it's as simple a case as the UI not exposing any cropping functionality available in Cairo. I rather suspect that it's much more complicated than that but I'm not interested in a discussion about the whys and wherefores. Scribus doesn't do it and the reason for that is up to the developers.

There are various ways to "crop" text in Scribus - depending on what effect you want - but the more complex techniques usually result in the text being non-editable. Sometimes you can just put a shape over the text, and you can even get the background to show through if you are careful. This keeps the text "intact". Sometimes, however, you have to convert the text into outlines and then manipulate those outlines in various ways. The original text is "lost". It really depends on the circumstances.

The Transform functions usually apply to frames/shapes and not the things inside the frames/shapes, except for rotation. I can see where this could be a bit counter-intuitive. I have no idea why there's a difference in functionality between some of the transforms in this context. It's just something that you need to learn and remember. Changing the functionality now could cause a lot of people a lot of problems.

One thing to remember is that Scribus is a DTP application and not an illustration application. It has a lot of illustration functions but it's never going to have them all, and it doesn't need to. As long as you can import things from other applications like GIMP, Inkscape and LaTeX then you can produce almost anything you want. You just might have to pop out to another application to get some of the more fancy stuff done.
44
Beginner Talk / Re: Flip pages horizontally
« Last post by m s narayanan on July 20, 2017, 08:45:11 am »
Dear mnawij

I wish o have flip motion.

Thanks

M S Narayanan
45
Beginner Talk / Re: Flip pages horizontally
« Last post by mnawij on July 19, 2017, 10:52:25 pm »
OK bear with me, I am a bit slow on the uptake with this one, do you want the pdf to animate a flipping motion when reading or do you want the page turned horizontal to design the newsletter in the landscape position?

mnawij
46
PDF Generation / Re: problems with faded CMYK color
« Last post by mnawij on July 19, 2017, 10:47:15 pm »
I agree with Nermander, I hard proof and have the customer sign it before I go to print on any order over $500.00 and I soft proof (email pdf) for the customer to sign off on any other order.

flomman, the software the printer puts it through is call a RIP (raster image processor) and unless they have that set up to accept web coated SWOP it will strip the color profile and read the actual CMYK values of the artwork.  Also web coated I believe is the default when the Adobe Suite is installed, but I am not 100% sure, if your printer has that, they might have never changed it from the default setting and do not have color management setup in there print shop.  I wish I could help you more on this, but I do not use color management with my Scribus files and they have printed just fine and I would say that I have printed over 200 of them.  I set up a church and another not for profit with Scribus to do their own artwork and did not setup color management and have had no problems printing for them.

mnawij
47
PDF Generation / Re: problems with faded CMYK color
« Last post by flomman on July 19, 2017, 09:14:18 pm »
Hey, thanks for the reply Nermander.  I understand the deficiencies of viewing color in RGB on a montior.  What I can't understand is that when using Windows/InDesign, what I produced on the screen was what I got in the pdf, which in turn was what I got from the printer.  Using Scribus it seems that it is impossible to take what is on the screen (without color management enabled) and have it export to pdf looking pretty much the same.  With Color Management enabled, I can't even chose the colors I want from the palette.   I'll send a copy to the printer tomorrow and see how it comes out.
48
Text and Typography / Re: Clipping and skewing text
« Last post by eudoxos on July 19, 2017, 08:09:30 pm »
>> the clipping should cut some letters, so not enough to make text shorter
Imagine a word which is vertically cut so that only lower parts of letters are visible. If this is not possible, it means the UI does not expose it, since cairo does have the capability of clipping any object (including text). What I finally did was to import SVG with white-out shapes and stick the text lower than the SVG. Not terribly elegant but works.
> via menu "Item -> Transform"
Yes, I tried that but it transforms the outline rather then the typeset result, as you say, which is both counter-intuitive (for text, at least) and not useful in this case. Some people suggested to use text on path for this, as workaround. This is for me unresolved, but I will try to do without it as the skew is not too big.

49
PDF Generation / Re: problems with faded CMYK color
« Last post by Nermander on July 19, 2017, 07:38:06 pm »
When you are proofing CMYK colors the best way to check whether they are correct or not is easy: make a test print.

Color management was invented to help avoiding the need for test prints, but in lack och color management you can always fall back to test printing.

You have to realise that a monitor (using RGB pixels and additive color mixing) will not be very good at reproducing CMYK colors (with subtractive color mixing).
50
PDF Generation / Re: problems with faded CMYK color
« Last post by flomman on July 19, 2017, 06:38:35 pm »
Hey Nermander, thanks for your input.

Not having a "spider", am I pretty much reduced to just trudging on with the dull colors, or else revert to Windows/InDesign?
Pages: 1 2 3 4 [5] 6 7 8 9 10
palmate