[Scribus] Minimise to Titlebars

[Cedric Sagne]

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: <scribus-request at nashi.altmuehlnet.de>
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
>
>