The use of function keys is also efficient and customising the keys (I use align and distribute a lot and did not know I could pop it up and off with the same key)... definately as usable and friendly as titlebars. Thanks for the tip!
Cedric ----- Original Message ----- From: <[email protected]> To: <scribus at nashi.altmuehlnet.de> Sent: Wednesday, March 14, 2007 6:25 AM Subject: Scribus Digest, Vol 49, Issue 36 > Send Scribus mailing list submissions to > scribus at nashi.altmuehlnet.de > > To subscribe or unsubscribe via the World Wide Web, visit > http://nashi.altmuehlnet.de/mailman/listinfo/scribus > or, via email, send a message with subject or body 'help' to > scribus-request at nashi.altmuehlnet.de > > You can reach the person managing the list at > scribus-owner at nashi.altmuehlnet.de > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Scribus digest..." > > > Today's Topics: > > 1. Re: grayscale images imported as RGB? (Terence Chan) > 2. Re: Different Distros - different versions of Scribus? (Plinnell) > 3. Re: grayscale images imported as RGB? (Hal V. Engel) > 4. Re: grayscale images imported as RGB? (Vladimir Savic) > 5. Minimise to Titlebars (Roger) > 6. Re: Minimise to Titlebars (peterd) > 7. Versions of Scribus and Ubuntu - the saga continues > (Elaine de Saxe) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 13 Mar 2007 21:37:45 +0000 (GMT) > From: Terence Chan <terence at onetel.com> > Subject: Re: [Scribus] grayscale images imported as RGB? > To: <scribus at nashi.altmuehlnet.de> > Message-ID: > <Pine.LNX.4.33.0703132132001.19285-100000 at x1-6-00-14-85-f2-73-55> > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Excuse my ignorance but why is it important/deirable to have greyscale > images on the K plate only? I finished a book recently with lots > of greyscale images colour profiled in RGB/CMYK PDF (set to "printer"). > The page proofs from the printer look just like what I wanted, so what's > wrong with that? > > Terence > > On Tue, 13 Mar 2007, Vladimir Savic wrote: > >> >> Try! And prove you're wrong! Tested with Acrobar Pro from CS creative >> suite. >> RGB input is not a bad solution at the first place. :) Output is color >> profiled CMYK PDF. (which means that fallowing my procedure, finally >> applied >> color profile will only effect visual appearance of K plate, but not it's >> nature - it will be grayscale (that is K only), not composite grayscale.) >> >> BTW, I'm running linux, so I don't have anything other then The GIMP to >> work >> with. Using PS on win boxes is much faster/natural way to make CMYK >> images >> without that much pain, but never tried it... :( >> >> Vlada >> >> > Setting the image to CMYK does work for me. I don't know wich app you >> > use but if you convert >> > your image to CMYK you should make sure you delete all data from the >> > CMY channels and copy the original >> > K or Grayscale data only to K or try "maximum Black" conversion mode >> > (before you import them) >> > >> > Jon >> > >> > Am 12.03.2007 um 12:54 schrieb Vladimir Savic: >> > > On Monday 12 March 2007 17:43:36 Terence Chan wrote: >> > >> Yes, I believe this is normal behaviour for scribus - why is this >> > >> a problem? So long as you apply the appropriate icc input and output >> > >> profiles the greyscale images should appear ok when printed and on >> > >> the screen. >> > >> >> > >> Terence >> > > >> > > Hmmm... >> > > I was doing something obviously wrong here too (talking about >> > > Scribus 1.3.3.x >> > > not 1.3.4cvs). "Appropriate profile" is a key point. No profile can >> > > ensure >> > > grayscale RGB (picture in RGB color space but completely >> > > constructed of r=g=b >> > > values pixels) picture to appear on K plate only when PDF gets >> > > token to >> > > prepress office. >> > > Right approach would be to ask of user if imported picture is >> > > composite >> > > grayscale picture or single color channel image. Fortunately, in >> > > 1.3.4 there >> > > is a simple solution: image effects -> apply colorize image and >> > > give that >> > > picture 'black' color colorization (Don't take further writing for >> > > granted >> > > but I think choosing 0%C 0%M 0%Y 100%K "in-Screibus hand made" >> > > color doesn't >> > > work correctly) >> > > >> > > Vlada >> > > >> > >> On Sun, 11 Mar 2007, Lila Pagola wrote: >> > >>> hi! >> > >>> I'm working with Scribus in a book, almost finished, because we >> > >>> are in >> > >>> press with everything except cover. >> > >>> >> > >>> Preparing the cover design for pre-press (I don't if in english >> > >>> it's said >> > >>> that way), I have found a rare behavoir of Scribus with grayscale >> > >>> images: >> > >>> they are considered as RGB files, in any format I try to import >> > >>> them >> > >>> (PNG8, gif, tif). And If I import them as CMYK I have information >> > >>> in the >> > >>> 4 channels when the image is just black. >> > >>> >> > >>> Somebody has experiencied something similar? Am I doing something >> > >>> wrong? >> > >>> I did a quick search on the web and the list's archives and I >> > >>> didn't find >> > >>> any report of this problem. >> > >>> >> > >>> Our project has a wiki when we are uploading the problems and >> > >>> solutions >> > >>> we found, in spanish, sorry (and for my english sorry too) >> > >>> the url is http://nomade.liminar.com.ar/wakka.php?wakka=MaBI >> > >>> >> > >>> Thanks in advance for any clue ... >> >> _______________________________________________ >> Scribus mailing list >> Scribus at nashi.altmuehlnet.de >> http://nashi.altmuehlnet.de/mailman/listinfo/scribus >> > > > > > ------------------------------ > > Message: 2 > Date: Tue, 13 Mar 2007 22:59:28 +0100 > From: Plinnell <mrdocs at scribus.info> > Subject: Re: [Scribus] Different Distros - different versions of > Scribus? > To: scribus at nashi.altmuehlnet.de > Message-ID: <200703132259.34566.mrdocs at scribus.info> > Content-Type: text/plain; charset="utf-8" > > On Tuesday 13 March 2007, Dwain Alford wrote: >> is 1.3.3.8 available in rpm for opensuse 10.2 yet? >> >> dwain >> >> > <snip> > > > http://software.opensuse.org/download/home:/mrdocs/openSUSE_10.2/repodata/ > > Peter > > PS. Please do not top post, it is not good form here. Thanks :) > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: not available > Url : > http://nashi.altmuehlnet.de/pipermail/scribus/attachments/20070313/78312737/attachment-0001.pgp > > ------------------------------ > > Message: 3 > Date: Tue, 13 Mar 2007 15:04:48 -0700 > From: "Hal V. Engel" <hvengel at astound.net> > Subject: Re: [Scribus] grayscale images imported as RGB? > To: scribus at nashi.altmuehlnet.de > Message-ID: <200703131504.50464.hvengel at astound.net> > Content-Type: text/plain; charset="iso-8859-1" > > On Tuesday 13 March 2007 14:37, Terence Chan wrote: >> Excuse my ignorance but why is it important/deirable to have greyscale >> images on the K plate only? I finished a book recently with lots >> of greyscale images colour profiled in RGB/CMYK PDF (set to "printer"). >> The page proofs from the printer look just like what I wanted, so what's >> wrong with that? >> >> Terence >> >> On Tue, 13 Mar 2007, Vladimir Savic wrote: >> > Try! And prove you're wrong! Tested with Acrobar Pro from CS creative >> > suite. RGB input is not a bad solution at the first place. :) Output is >> > color profiled CMYK PDF. (which means that fallowing my procedure, >> > finally applied color profile will only effect visual appearance of K >> > plate, but not it's nature - it will be grayscale (that is K only), not >> > composite grayscale.) >> > >> > BTW, I'm running linux, so I don't have anything other then The GIMP to >> > work with. Using PS on win boxes is much faster/natural way to make >> > CMYK >> > images without that much pain, but never tried it... :( >> > >> > Vlada >> > >> > > Setting the image to CMYK does work for me. I don't know wich app you >> > > use but if you convert >> > > your image to CMYK you should make sure you delete all data from the >> > > CMY channels and copy the original >> > > K or Grayscale data only to K or try "maximum Black" conversion mode >> > > (before you import them) >> > > >> > > Jon >> > > >> > > Am 12.03.2007 um 12:54 schrieb Vladimir Savic: >> > > > On Monday 12 March 2007 17:43:36 Terence Chan wrote: >> > > >> Yes, I believe this is normal behaviour for scribus - why is this >> > > >> a problem? So long as you apply the appropriate icc input and >> > > >> output >> > > >> profiles the greyscale images should appear ok when printed and on >> > > >> the screen. >> > > >> >> > > >> Terence >> > > > >> > > > Hmmm... >> > > > I was doing something obviously wrong here too (talking about >> > > > Scribus 1.3.3.x >> > > > not 1.3.4cvs). "Appropriate profile" is a key point. No profile can >> > > > ensure >> > > > grayscale RGB (picture in RGB color space but completely >> > > > constructed of r=g=b >> > > > values pixels) picture to appear on K plate only when PDF gets >> > > > token to >> > > > prepress office. >> > > > Right approach would be to ask of user if imported picture is >> > > > composite >> > > > grayscale picture or single color channel image. Fortunately, in >> > > > 1.3.4 there >> > > > is a simple solution: image effects -> apply colorize image and >> > > > give that >> > > > picture 'black' color colorization (Don't take further writing for >> > > > granted >> > > > but I think choosing 0%C 0%M 0%Y 100%K "in-Screibus hand made" >> > > > color doesn't >> > > > work correctly) >> > > > >> > > > Vlada >> > > > >> > > >> On Sun, 11 Mar 2007, Lila Pagola wrote: >> > > >>> hi! >> > > >>> I'm working with Scribus in a book, almost finished, because we >> > > >>> are in >> > > >>> press with everything except cover. >> > > >>> >> > > >>> Preparing the cover design for pre-press (I don't if in english >> > > >>> it's said >> > > >>> that way), I have found a rare behavoir of Scribus with grayscale >> > > >>> images: >> > > >>> they are considered as RGB files, in any format I try to import >> > > >>> them (PNG8, gif, tif). And If I import them as CMYK I have >> > > >>> information in the >> > > >>> 4 channels when the image is just black. >> > > >>> >> > > >>> Somebody has experiencied something similar? Am I doing something >> > > >>> wrong? >> > > >>> I did a quick search on the web and the list's archives and I >> > > >>> didn't find >> > > >>> any report of this problem. >> > > >>> >> > > >>> Our project has a wiki when we are uploading the problems and >> > > >>> solutions >> > > >>> we found, in spanish, sorry (and for my english sorry too) >> > > >>> the url is http://nomade.liminar.com.ar/wakka.php?wakka=MaBI >> > > >>> >> > > >>> Thanks in advance for any clue ... > > In fact all that really matters is that in what ever color space is used > (RGB, > CMYK or some greyscale color space) that the resulting color is one that > is > neutral (gray) in that color space. For example any color where R=G=B in > sRGB or AdobeRGB would be neutral. When this neutral image is sent to the > physical printer it should be converted from what ever it's current color > space is into the physical printers color space before being printed. > That > conversion will result in the images being neutral when they are printed. > This may not actually result in a grayscale image only using the K plate > of > the physical printer since the combination of paper and ink being used may > actually result in a K plate only print having a color cast. In other > words > it really does not matter what color space is used for gray in the > document > as long it is not ambiguous that the colors in question are shades of gray > and as long as the document and the printing process are properly color > managed. > > Hal > > > ------------------------------ > > Message: 4 > Date: Tue, 13 Mar 2007 13:40:36 +0000 > From: Vladimir Savic <vlada at ehost.co.yu> > Subject: Re: [Scribus] grayscale images imported as RGB? > To: scribus at nashi.altmuehlnet.de > Message-ID: <200703131340.37244.vlada at ehost.co.yu> > Content-Type: text/plain; charset="iso-8859-1" > > On Tuesday 13 March 2007 21:37:45 Terence Chan wrote: >> Excuse my ignorance but why is it important/deirable to have greyscale >> images on the K plate only? I finished a book recently with lots >> of greyscale images colour profiled in RGB/CMYK PDF (set to "printer"). >> The page proofs from the printer look just like what I wanted, so what's >> wrong with that? > > "...page proofs from the printer..." What is the printer in this story? > Your > small home printer (laser or inkjet)? > > And to answer directly to your question: It IS really important to print > grays > on K channel only if you want more then one but less then four (CMYK) > colors. > I, for example, wanted my brochure to be printed using Magenta and Black > offset colors only. Pictures and texts should be in grayscale (K offset > plate > only) and some typographical decoration on M plate. It would be very bad > to > have grays composed of Black AND Magenta which would certainly happen if > grayscale images aren't in grayscale color space (Black color raster, that > is). > > Maybe I've failed to describe what the problem is. If so, someone please > pop > in and explain better. :) > > Vlada > >> Terence >> >> On Tue, 13 Mar 2007, Vladimir Savic wrote: >> > Try! And prove you're wrong! Tested with Acrobar Pro from CS creative >> > suite. RGB input is not a bad solution at the first place. :) Output is >> > color profiled CMYK PDF. (which means that fallowing my procedure, >> > finally applied color profile will only effect visual appearance of K >> > plate, but not it's nature - it will be grayscale (that is K only), not >> > composite grayscale.) >> > >> > BTW, I'm running linux, so I don't have anything other then The GIMP to >> > work with. Using PS on win boxes is much faster/natural way to make >> > CMYK >> > images without that much pain, but never tried it... :( >> > >> > Vlada >> > >> > > Setting the image to CMYK does work for me. I don't know wich app you >> > > use but if you convert >> > > your image to CMYK you should make sure you delete all data from the >> > > CMY channels and copy the original >> > > K or Grayscale data only to K or try "maximum Black" conversion mode >> > > (before you import them) >> > > >> > > Jon >> > > >> > > Am 12.03.2007 um 12:54 schrieb Vladimir Savic: >> > > > On Monday 12 March 2007 17:43:36 Terence Chan wrote: >> > > >> Yes, I believe this is normal behaviour for scribus - why is this >> > > >> a problem? So long as you apply the appropriate icc input and >> > > >> output >> > > >> profiles the greyscale images should appear ok when printed and on >> > > >> the screen. >> > > >> >> > > >> Terence >> > > > >> > > > Hmmm... >> > > > I was doing something obviously wrong here too (talking about >> > > > Scribus 1.3.3.x >> > > > not 1.3.4cvs). "Appropriate profile" is a key point. No profile can >> > > > ensure >> > > > grayscale RGB (picture in RGB color space but completely >> > > > constructed of r=g=b >> > > > values pixels) picture to appear on K plate only when PDF gets >> > > > token to >> > > > prepress office. >> > > > Right approach would be to ask of user if imported picture is >> > > > composite >> > > > grayscale picture or single color channel image. Fortunately, in >> > > > 1.3.4 there >> > > > is a simple solution: image effects -> apply colorize image and >> > > > give that >> > > > picture 'black' color colorization (Don't take further writing for >> > > > granted >> > > > but I think choosing 0%C 0%M 0%Y 100%K "in-Screibus hand made" >> > > > color doesn't >> > > > work correctly) >> > > > >> > > > Vlada >> > > > >> > > >> On Sun, 11 Mar 2007, Lila Pagola wrote: >> > > >>> hi! >> > > >>> I'm working with Scribus in a book, almost finished, because we >> > > >>> are in >> > > >>> press with everything except cover. >> > > >>> >> > > >>> Preparing the cover design for pre-press (I don't if in english >> > > >>> it's said >> > > >>> that way), I have found a rare behavoir of Scribus with grayscale >> > > >>> images: >> > > >>> they are considered as RGB files, in any format I try to import >> > > >>> them (PNG8, gif, tif). And If I import them as CMYK I have >> > > >>> information in the >> > > >>> 4 channels when the image is just black. >> > > >>> >> > > >>> Somebody has experiencied something similar? Am I doing something >> > > >>> wrong? >> > > >>> I did a quick search on the web and the list's archives and I >> > > >>> didn't find >> > > >>> any report of this problem. >> > > >>> >> > > >>> Our project has a wiki when we are uploading the problems and >> > > >>> solutions >> > > >>> we found, in spanish, sorry (and for my english sorry too) >> > > >>> the url is http://nomade.liminar.com.ar/wakka.php?wakka=MaBI >> > > >>> >> > > >>> Thanks in advance for any clue ... >> > > > > > > > ------------------------------ > > Message: 5 > Date: Wed, 14 Mar 2007 09:27:55 +1100 > From: Roger <hovergo at net-tech.com.au> > Subject: [Scribus] Minimise to Titlebars > To: scribus at nashi.altmuehlnet.de > Message-ID: <45F7256B.5000501 at net-tech.com.au> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >>> that you could click in any window > to shrink that window to just the titlebar. . >>> >>> We frequently get in this list a troll asking us why the GUI does not >>> behave exactly like another piece of software and I agree that Scribus >>> is not >>> meant to be like something else and habit is a lot to take into >>> account. > > Hi all > I wouldn't like to have title bars open in my work space, It's like having > sticky notes all over my desk and monitor. > I really appreciate the way Scribus works, simply move the proiterties > dialog > or story editor out of the way. > Or close and reopen as needed. There's probably a hot key for opening > properties > or story editor. > <right click> to get the menu is fast, works for me. > Roger > > > > > > > ------------------------------ > > Message: 6 > Date: Wed, 14 Mar 2007 13:22:06 +1300 > From: peterd <pral at paradise.net.nz> > Subject: Re: [Scribus] Minimise to Titlebars > To: scribus at nashi.altmuehlnet.de > Message-ID: <001801c765ce$cc91bd00$b96861cb at Dinnan> > Content-Type: text/plain; format=flowed; charset=iso-8859-1; > reply-type=original > > The hot key for Properties is F2 (by default). > > The Story Editor hot key is Ctrl + Y (by default). > > Regards, > Peter > > > > ----- Original Message ----- > From: "Roger" <hovergo at net-tech.com.au> > To: <scribus at nashi.altmuehlnet.de> > Sent: Wednesday, March 14, 2007 11:27 AM > Subject: [Scribus] Minimise to Titlebars > > >> I wouldn't like to have title bars open in my work space, It's like >> having >> sticky notes all over my desk and monitor. >> I really appreciate the way Scribus works, simply move the proiterties >> dialog >> or story editor out of the way. >> Or close and reopen as needed. There's probably a hot key for opening >> properties >> or story editor. >> <right click> to get the menu is fast, works for me. >> Roger >> >> >> >> >> _______________________________________________ >> Scribus mailing list >> Scribus at nashi.altmuehlnet.de >> http://nashi.altmuehlnet.de/mailman/listinfo/scribus > > > > ------------------------------ > > Message: 7 > Date: Wed, 14 Mar 2007 15:25:22 +1000 > From: Elaine de Saxe <coolowl at hotkey.net.au> > Subject: [Scribus] Versions of Scribus and Ubuntu - the saga continues > To: Scribus List <scribus at nashi.altmuehlnet.de> > Message-ID: <AEBCF556-1CB0-4611-845E-1C96E5E63D7A at hotkey.net.au> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Good morning all ... > >> The Synaptic menu option that you need should be between >> "Preferences" & >> "Filters". > That menu item is 'repositories' and as I've already said, all it > offers when I select it is 'software preferences' with the three tabs > being 'installation media' 'internet updates' and 'authentication'. > > As it happens, I did manage to add 'deb http://debian.scribus.net/ > debian dapper main restricted' (without the quote) as a 'channel' > whatever that may mean. Regardless of what it means, or doesn't mean, > that line of typing didn't stay there - there is no 'save' function > in the 'software preferences' window. I thought I had got it figured > but since it's now back to what it was (no way that I can see to add > a new repository) I haven't accomplished much except to waste > precious time. > >> If it's not there, then please check if you still have 'software- >> properties-gtk' installed > Where is it? I tried 'software properties' in admin and got the same ! > @#$ window I got when I tried to add a repository - namely 'software > preferences'. > > So I tried the find file search, selecting the file system as the > place to search. There is (according to the search thing) no such file. > > What files are there or not there, is a product of the software which > does the upgrading, I've not removed anything. > >> BTW: what Ubuntu version are you using? (The repository >> configuration dialog has changed between versions.) > The place I would go to find out this kind of information yielded > nothing worthwhile. I looked in 'places' and chose 'computer'. There > is nothing there about what version of the OS - I started with a disk > with 5.10 on it and there has been many hours of downloading and > installing upgrades. So what it is now, I can only guess. If there's > some way to find out definitely, please tell me. Not being able to > find out info of this basic kind at the touch of a menu is one of the > reasons why I'm hovering on the brink of trashing the lot and trying > something else. > > I tried 'about Ubuntu' and got other stuff about some upgrade thingy > I went and installed - 6.06LTS - I believe I'm using 6.10 but I have > no evidence to support that. > >> No, I mean the official repository (just pointing out that Elaine >> got this "only 1.2.x" wrong). > You may think so. Since I used Synaptic to get Scribus for me, all it > could find was version '1.2.4.1dfsg-1ubunt' as I read it in Synaptic > right now. And according to Synaptic, that is the latest version. So > far as I am concerned, Synaptic got it wrong, since whoever designed > it did not allow for adding repositories. > > Probably it would be a more certain outcome had I chosen to > understand the terminal rather than fiddling about with GUIs. I > originally chose Macs because of the simplicity of operation. Start > out young and master the terminal. Start out on computers at > retirement age and (speaking personally) relish the simplicity of the > GUI since I'm not interested in programming; I'm interested in living > and enjoying my remaining years. And not tearing my hair out over an > OS which has several design flaws and is not enjoyable to use. > > So: is there a linux distro or distros which work particularly well > with Scribus and get the updates without having to be told via lines > of text in a terminal? I have available: Mint, Mepis, Damn Small, > Zen, Kubuntu, Fedora. > > As always, thank you to the listas for their help :-) > > Elaine > > > > ------------------------------ > > _______________________________________________ > Scribus mailing list > Scribus at nashi.altmuehlnet.de > http://nashi.altmuehlnet.de/mailman/listinfo/scribus > > > End of Scribus Digest, Vol 49, Issue 36 > *************************************** > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.446 / Virus Database: 268.18.11/721 - Release Date: > 13/03/2007 16:51 > >
